JP2013257653A - カーシェアリングシステム、通信端末、通信プログラムおよび通信方法 - Google Patents

Abstract

【課題】車両にサーバとの通信手段を持たせることなく、サーバが車両に対して処理要求を送信することができるカーシェアリングシステムを提供する。
【解決手段】通信端末と、管理サーバと、車両とで構成され、利用者が指定した車両に対して管理サーバが処理要求を送信するカーシェアリングシステムであって、車両に関する情報を含む車両指定情報を管理サーバへ送信する車両指定情報送信手段と、管理サーバから、車両に対する処理要求を受信し、車両へ転送する処理要求転送手段とを有する通信端末と、前記車両指定情報を受信する受信手段と、車両に対する処理要求を、受信した前記車両指定情報に基づいて生成する処理要求生成手段と、通信端末へ前記処理要求を送信する送信手段とを有する管理サーバと、通信端末から前記処理要求を受信し、処理を実行する要求処理手段と、を有する車両とからなる。
【選択図】図１

Description

本発明は、カーシェアリングシステムに関する。

近年、車両を複数の利用者で共用するカーシェアリングが普及している。多くのカーシェアリングシステムでは、車両を貸し出す前に利用者の認証を行う。具体的には、利用者が車両に備えられたカードリーダにＩＣカードをかざし、車両がセンタと通信を行って、予約済みの正規利用者であることを確認したのちに車両を開錠する。

特許文献１には、カーシェアリングシステムを実現する具体的な技術が開示されている。当該発明は、ユーザが所持する端末、管理サーバ、車両端末で構成され、各々を接続することによって利用者の認証や車両の開錠、利用明細の管理などを実現している。当該発明は、カーシェアリングのみならず、例えば自転車や、パーソナルモビリティなど、移動体を共有するシステムにも適用することができる。

また、特許文献２には、携帯電話がセンタにアクセスすることで利用者を識別し、遠隔で車両を制御する技術が記載されている。これにより、利用者はＩＣカードを用いることなく、携帯電話による操作のみで車両貸出し手続きを行うことができる。

特開２０１１−１３８５６０号公報 特開２０１１−１５４４２０号公報

従来のカーシェアリングシステムをはじめとする移動体のシェアシステムでは、利用開始時および利用終了時に、車両側とセンタが通信を行う必要があった。例えば、利用開始時には、車両に乗車しようとしている者が、予約を行っている正規利用者であることを確認する必要があり、利用終了時には、利用時間内に既定の場所に返却されたかを確認する必要がある。そのため、車両とセンタとの間で必ず通信が発生する。

しかし、車両とセンタとの間で必須とされる通信が、システム構築の妨げとなるケースがある。例えば、ビルの地下駐車場などの電波が入りにくい場所では、センタとの確実な通信を行うことができないため、利用の需要があってもステーションを設置することができない。また、車両が通信装置を搭載することでコストが上昇するという欠点がある。

特許文献２に記載の発明では、ユーザが所持している端末がセンタと通信を行うことで利用者の認証を実現するため、利用者を認証するために車両とセンタが通信を行う必要がない。しかし当該発明では、センタが、車両のセキュリティを解除するための情報を車両に対して直接送信するため、車両は、当該情報をセンタから受信するための装置を持っていなければならない。すなわち、サーバとの通信手段を省略することができず、前述した問題を解決することはできない。

この問題を解決するためには、車両とセンタとが直接通信を行うことなく、かつ、センタが、車両の状態を制御することができるカーシェアリングシステムを構築する必要がある。

本発明は上記の問題点を考慮してなされたものであり、車両にサーバとの通信手段を持たせることなく、サーバが車両に対して処理要求を送信することができるカーシェアリングシステムを提供することを目的とする。

上記目的を達成するために、本発明に係るカーシェアリングシステムでは、以下の手段により通信を行う。

本発明に係るカーシェアリングシステムは、通信端末と、管理サーバと、車両とで構成され、利用者が指定した車両に対して管理サーバが処理要求を送信するシステムである。
具体的には、前記通信端末が、車両に関する情報を含む車両指定情報を前記管理サーバへ送信する車両指定情報送信手段と、前記管理サーバから、前記車両に対する処理要求を受信し、前記車両へ転送する処理要求転送手段と、を有し、前記管理サーバが、前記車両指定情報を受信する受信手段と、前記車両に対する処理要求を、受信した前記車両指定情報に基づいて生成する処理要求生成手段と、前記通信端末へ前記処理要求を送信する送信手段と、を有し、前記車両が、前記通信端末から前記処理要求を受信し、処理を実行する要求処理手段と、を有する。

車両指定情報とは、処理要求を送信する車両を特定する情報である。車両指定情報には、利用者を識別するための情報を含ませてもよい。車両指定情報を受信した管理サーバは、車両に送信する処理要求を生成する。処理要求は、通信端末を経由して車両へ転送され、車両上にて処理が実行される。通信端末は、処理要求を受信次第車両に転送してもよいし、処理要求を一時的に記憶した後に転送してもよい。このように構成することにより、車両が管理サーバと直接通信する手段を有していなくても、管理サーバが生成した処理要求を車両が実行することができるようになる。

また、前記管理サーバは、車両に固有な鍵である固有鍵を記憶する第一の固有鍵記憶手段をさらに有し、前記車両は、当該車両に対応する固有鍵を記憶する第二の固有鍵記憶手段をさらに有し、前記管理サーバが有する前記送信手段は、前記通信端末に送信する処理要求を、送信先の車両に対応する前記固有鍵で暗号化し、前記車両が有する前記要求処理手段は、受信した情報を、前記第二の固有鍵記憶手段に記憶された固有鍵で復号することを特徴としてもよい。

管理サーバで生成される処理要求は、管理サーバと車両が互いに共有している鍵によって暗号化されてもよい。このようにすることで、通信端末が処理要求の内容を参照することができなくなるため、セキュリティ性が向上する。

また、前記要求処理手段は、前記固有鍵を用いて前記受信した情報を検証し、正当な処理要求が得られなかった場合に、受信した情報を破棄することを特徴としてもよい。

通信端末から車両に送信された情報が、管理サーバで生成されたものではない場合、固有鍵を用いて正常に復号することができない。したがって、このような場合は情報を破棄して処理を中断することで、不正な要求に対する防御が可能になる。

また、前記車両が有する前記要求処理手段は、前記受信した処理要求に対応する情報である応答情報を生成して前記通信端末へ送信し、前記通信端末が有する前記処理要求転送手段は、前記応答情報を受信して前記管理サーバへ転送し、前記管理サーバが有する前記受信手段は、前記転送された応答情報を受信することを特徴としてもよい。

応答情報とは、処理要求に対応して車両から返される情報であり、処理要求を実行した結果などである。応答情報は、処理要求と反対の経路を通って、通信端末経由で管理サーバへ送信される。このように構成することで、管理サーバと車両とが双方向通信を行えるようになる。

また、前記管理サーバは、車両に固有な鍵である固有鍵を記憶する第一の固有鍵記憶手段をさらに有し、前記車両は、当該車両に対応する固有鍵を記憶する第二の固有鍵記憶手段をさらに有し、前記要求処理手段は、送信する応答情報を、当該車両に対応する前記固有鍵で暗号化し、前記受信手段は、受信した情報を、前記第一の固有鍵記憶手段に記憶された固有鍵で復号することを特徴としてもよい。

応答情報は、処理要求と同様に固有鍵によって暗号化されてもよい。このように構成することで、車両から管理サーバへの通信路をセキュアなものとすることができる。

また、前記受信手段は、前記固有鍵を用いて前記受信した情報を検証し、正当な応答情報が得られなかった場合に、受信した情報を破棄することを特徴としてもよい。

通信端末から管理サーバに送信された情報が、車両で生成されたものではない場合、固有鍵を用いて正常に復号することができない。したがって、このような場合は情報を破棄して処理を中断することで、不正な要求に対する防御が可能になる。

なお、本発明は、上記手段の少なくとも一部を含むカーシェアリングシステムとして特定することができる。また、本発明は、上記システムを構成する通信端末、管理サーバとして特定することもできる。また、上記処理の少なくとも一部を含む通信方法として特定することもできるし、これらの方法を通信端末に実行させるプログラムとして特定することもできる。また、上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

本発明によれば、車両にサーバとの通信手段を持たせることなく、サーバが車両に対して処理要求を送信することができるカーシェアリングシステムを提供することができる。

第一の実施形態に係るカーシェアリングシステムのシステム構成図である。 ユーザ鍵の生成方法を説明する図である。 第一の実施形態においてユーザ端末および管理サーバが行う処理のフローチャート図である。 第一の実施形態における予約画面の例である。 第一の実施形態における車両制御情報の例である。 第一の実施形態における車両開錠画面の例である。 第一の実施形態において車載端末が行う処理のフローチャート図である。 第一の実施形態におけるデータフロー図である。 第二の実施形態においてユーザ端末および管理サーバが行う処理のフローチャート図である。 第二の実施形態において車載端末が行う処理のフローチャート図である。 第二の実施形態における管理サーバが行う処理の第二のフローチャート図である。 第二の実施形態におけるデータフロー図である。

（第一の実施形態）
<システム構成>
第一の実施形態に係るカーシェアリングシステムについて、システム構成図である図１を参照しながら説明する。第一の実施形態に係るカーシェアリングシステムは、利用者が所持するユーザ端末１０、管理サーバ２０、車両に搭載された車載端末３０から構成されるシステムである。なお、ユーザ端末１０および車載端末３０は、それぞれ複数の端末から構成されてもよい。第一の実施形態では、車両の貸出しを行う形態について説明する。

ユーザ端末１０、管理サーバ２０、車載端末３０は、いずれもＣＰＵ、主記憶装置、補助記憶装置によってそれぞれ構成することができる。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、ＣＰＵによって実行されることで、図１に図示した各手段が機能する。なお、図示した機能の全部または一部は、専用に設計された回路を用いて実行されてもよい。

まず、ユーザ端末１０について説明する。ユーザ端末１０は、利用者が所持している携帯型コンピュータであり、車載端末３０と通信を行う機能を有している。ユーザ端末１０は携帯電話やスマートフォンなどであってもよい。
ユーザ鍵記憶部１１は、利用者に固有な鍵であるユーザ鍵を記憶する手段である。ユーザ鍵の詳細、および生成方法については後述する。

入出力部１２は、利用者に情報を提示し、利用者からの入力を受け付ける手段である。入出力部１２は、液晶ディスプレイとキーボード、またはタッチパネルなどによって構成される。
サーバ通信部１３は、管理サーバ２０と通信を行うための通信手段であり、本発明における車両指定情報送信手段である。本実施形態では、携帯電話網を利用したパケット通信によって車両との通信を行うが、通信を行うことができれば、例えばＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）や無線ＬＡＮなどの携帯電話網以外の手
段を用いてもよい。

車両通信部１４は、車載端末３０と通信を行うための通信手段であり、本発明における処理要求転送手段である。車載端末との通信は、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離の無線通信によって行うことができる。

制御部１５は、ユーザ端末１０全体の制御を司る手段である。具体的には、管理サーバに送信する情報を生成する処理や、受信した処理要求を車載端末へ転送する処理などを行うための手段である。詳細な処理内容については後述する。

位置情報取得部１６は、端末の現在位置を取得する手段である。内蔵されたＧＰＳ装置等によって、ユーザ端末の現在位置（緯度および経度）および現在時刻を取得することができる。

次に、管理サーバ２０について説明する。管理サーバ２０は、ユーザ端末１０からの要求に応じて、車両を制御するための情報である処理要求を生成するためのサーバである。
ユーザ鍵記憶部２１は、利用者のユーザ鍵を記憶する手段である。システムを利用する全ての利用者に対応するユーザ鍵を個別に記憶している。

端末通信部２２は、ユーザ端末１０との通信を行うための手段であり、本発明における受信手段、および送信手段である。サーバ通信部１３と同様の手段によって通信を行う。
制御部２３は、管理サーバ２０全体の制御を司る手段である。具体的には、ユーザ端末１０からの要求を受けて、車両を制御するための情報である処理要求を生成する処理や、
生成した処理要求をユーザ端末へ送信する処理などを行う手段である。制御部２３が、本発明における処理要求生成手段である。

車両鍵記憶部２４は、管理サーバが管理する車両に対応する秘密鍵である、車両鍵を記憶する手段であり、本発明における第一の固有鍵記憶手段である。車両鍵記憶部２４には、管理サーバが管理する車両それぞれに対応する複数の車両鍵が記憶される。
秘密鍵記憶部２５は、管理サーバの秘密鍵を記憶する手段である。当該秘密鍵は、管理サーバのみが有しているただ一つの鍵である。

次に、車載端末３０について説明する。車載端末３０は、利用者に貸し出される車両に搭載された端末である。
制御部３１は、車載端末３０全体の制御を司る手段である。具体的には、ユーザ端末を経由して送信された処理要求を取得して実行する処理や、処理要求の実行結果をユーザ端末へ送信する処理などを行う手段である。
車両鍵記憶部３２は、車両に対応する秘密鍵を記憶する手段であり、本発明における第二の固有鍵記憶手段である。車両鍵記憶部３２に記憶される秘密鍵は、管理サーバが有する車両鍵記憶部２４にも記憶されている。
端末通信部３３は、ユーザ端末１０との通信を行うための手段である。車両通信部１４と同様の手段によって通信を行う。制御部３１および端末通信部３３が、本発明における要求処理手段を構成する。

<ユーザ鍵および不正利用者情報>
車両を貸し出す処理の説明に入る前に、ユーザ鍵記憶部１１および２１に記憶されるユーザ鍵について説明する。
ユーザ鍵は、利用者がカーシェアリングシステムにユーザ登録する際に付与される、利用者に固有な鍵である。ユーザ鍵の生成方法を、図２を用いて説明する。ユーザ鍵は、個人を識別するためのアカウント情報を、管理サーバ（秘密鍵記憶部２５）に記憶された秘密鍵で暗号化したものである。アカウント情報とは、利用者を特定するための情報であり、利用者の個人情報や運転免許証情報などを含む。秘密鍵を有している管理サーバは、ユーザ鍵を受け取り、これを秘密鍵で復号することで利用者を識別することができる。生成されたユーザ鍵は、あらかじめユーザ端末（ユーザ鍵記憶部１１）および管理サーバ（ユーザ鍵記憶部２１）に記憶される。

<車両貸出時の処理>
次に、ユーザ端末１０、管理サーバ２０、および車載端末３０の車両貸出時における処理フローチャート図を参照しながら、利用者が車両に乗車し、運転を開始するまでの処理について説明する。
図３は、車両貸出時にユーザ端末および管理サーバが行う処理フローチャートである。利用者が、車両を予約する操作をユーザ端末１０で行うことで、図３のフローチャートが開始される。なお、ステップＳ１１からＳ１３が、ユーザ端末１０が行う処理であり、ステップＳ２１からＳ２６が、管理サーバ２０が行う処理である。また、図４は、ユーザ端末が有する入出力部１２によって表示される予約画面の例である。

まず、入出力部１２が、利用者から予約情報の入力を受け付ける（Ｓ１１）。ステップＳ１１で入力される情報は、乗車場所、車両名、予約開始時間、予約終了時間である。以降、この４つの情報を予約情報と称する。入力された予約情報は、制御部１５によって一時的に記憶される。
次に、制御部１５が、入力された予約情報を、ユーザ鍵記憶部１１に記憶されているユーザ鍵を用いて暗号化する（Ｓ１２）。そして、サーバ通信部１３を通して、暗号化した情報を管理サーバ２０へ送信する（Ｓ１３）。管理サーバへの情報の送信は、前述したよ
うに任意の方式の無線通信を用いることができる。

ステップＳ２１では、制御部２３が、端末通信部２２を通して、ユーザ端末１０から送信された情報を受信する。
次に、制御部２３が、受信した情報を復号できるユーザ鍵が、ユーザ鍵記憶部２１に記憶されているかをチェックする（Ｓ２２）。本実施形態では、ユーザ端末１０がログイン情報を事前に管理サーバに送信し、どの利用者のユーザ鍵を使用すべきか、という情報を提供する。復号可能なユーザ鍵が無い場合、正規の利用者ではないと判断し、処理は終了する。

復号可能なユーザ鍵を取得できた場合、制御部２３は、受信した情報を対応するユーザ鍵で復号し、予約情報を取得する（Ｓ２３）。前述したように、予約情報には、予約対象の車両を特定する情報と、予約開始時間および予約終了時間の情報が含まれている。
なお、予約情報を送信する際は、ユーザ端末が取得した現在時刻を同時に送信し、管理サーバが取得した現在時刻と照合し、両者が一致している場合にのみ動作を継続するようにしてもよい。このようにすることで、ユーザ端末の時刻が正確であることを確認することができる。

次に、制御部２３は、取得した予約情報から、該当する車両に対する処理要求（以降、車両制御情報と称する）を生成する（Ｓ２４）。車両制御情報とは、車両を利用可能にするための情報である。車両制御情報の構成例を図５に示す。本実施形態では、車両制御情報は、制御コマンドと有効時間の二つのフィールドからなる。制御コマンドには、車両のドアを開錠するコマンドが定義されており、有効時間には、制御コマンドが有効となる時間が定義されている。本例の場合、「２０１２年６月１日の９時５０分から１１時１５分まで有効」といった情報が定義されている。

次に、制御部２３は、生成した車両制御情報を、車両鍵記憶部２４が記憶している車両鍵で暗号化する（Ｓ２５）。ここで使用される車両鍵は、予約対象の車両に対応する鍵である。そして、制御部２３は、端末通信部２２を通して、暗号化した車両制御情報をユーザ端末１０へ送信する（Ｓ２６）。ユーザ端末１０は、送信された情報を一時的に記憶する。

なお、暗号化した車両制御情報をユーザ端末１０へ送信する際は、管理サーバに送信された予約が正しく成立したことを示す情報（以降、予約確認情報と称する）を生成し、同時にユーザ端末１０へ送信してもよい。予約確認情報は、対応するユーザ鍵によって暗号化され、端末通信部２２を通してユーザ端末１０へ送信される。そして、ユーザ鍵記憶部１１に記憶されたユーザ鍵によって復号され、入出力部１２を通して利用者に提示される。
以上の処理が、利用者が車両を利用する時刻までに実行される。

一方、ユーザ端末１０に記憶された、暗号化された車両制御情報は、利用者が車両を利用する際に車載端末３０へ送信される。図６は、入出力部１２を通して表示される車両開錠画面の例である。利用者が、車両の近くで開錠ボタンを押すと、車両通信部１４から端末通信部３３へ暗号化された車両制御情報が送信される。
図７は、車載端末３０が車両貸出時に行う処理フローチャートである。ユーザ端末１０が、暗号化された車両制御情報を送信することで、図７のフローチャートが開始される。

ステップＳ３１では、端末通信部３３が、ユーザ端末１０から送信された情報を受信する。次に、制御部３１が、車両鍵記憶部３２に記憶されている車両鍵を用いて情報の復号を行う（Ｓ３２）。これにより、車載端末は、管理サーバによって生成された車両制御情
報を取得することができる。
次に、制御部３３が、取得した車両制御情報を実行する（Ｓ３３）。車両制御情報は、定義された有効時間内でのみ実行が可能であり、本例の場合、２０１２年６月１日の９時５０分から１１時１５分までの間以外では実行することができない。現在時刻が、定義された有効時間内である場合、ドアを開錠するコマンドが処理され、利用者は車両に乗車することができる。

図８は、以上に説明した処理をデータの流れで示した図である。図中に記載したステップ番号は、図３および図７におけるステップ番号に対応する。

第一の実施形態によると、管理サーバが生成した車両制御情報が、ユーザ端末を経由して車載端末へ送信されるため、管理サーバと通信するための装置を車両に持たせる必要がない。すなわち、ユーザ端末と情報を送受信するための近距離通信装置のみを有していればよいため、コストを削減することができる。

なお、本実施形態では、ステップＳ１３で暗号化した予約情報を送信し、ステップＳ２３で当該情報を復号することで、処理要求の生成に必要な情報を伝送したが、ユーザ端末から送信された情報に基づいて対象の車両を特定し、処理要求を生成することができれば、どのような方法が用いられてもよい。例えば、利用者を認証する情報を予約情報と同時に平文で送信してもよいし、利用者の認証を行わずに予約情報のみを送信してもよい。

また、ステップＳ３２では、車載端末が有している車両鍵で受信した情報を復号し、車両制御情報を取得したが、復号の結果が想定と異なっていた場合は情報を破棄し、処理を中断してもよい。このようにすることで、車両制御情報の改ざんなど、不正な処理に対する防御を行うことができる。

（第二の実施形態）
第一の実施形態では、管理サーバが生成した処理要求を車両が実行する形態について、車両の貸し出しを例に説明した。第二の実施形態は、第一の実施形態に加え、処理要求の実行結果を、ユーザ端末を通して管理サーバに返送する形態である。第二の実施形態を、車両返却時の処理を例に説明する。第二の実施形態に係るカーシェアリングシステムのシステム構成は、第一の実施形態と同様である。

<車両返却時の処理>
車両返却時におけるユーザ端末１０および管理サーバ２０、車載端末３０の処理フローチャート図を参照しながら、利用者が車両を返却し、管理サーバによって料金精算が行われるまでの処理について説明する。
図９は、ユーザ端末１０および管理サーバ２０が車両返却時に行う処理フローチャートである。なお、ステップＳ４１〜Ｓ４３が、ユーザ端末１０が行う処理であり、ステップＳ４４〜Ｓ４８が、管理サーバ２０が行う処理である。

利用者が、ユーザ端末１０で返却操作を行うことで図９のフローチャートが開始される。まず、位置情報取得部１６が、ユーザ端末の現在位置情報と時刻情報を取得する（Ｓ４１）。次に、制御部１５が、ステップＳ１１で記憶した予約情報と、取得した現在位置、および現在時刻を、ユーザ鍵記憶部１１に記憶されているユーザ鍵を用いて暗号化し（Ｓ４２）、暗号化した情報を、サーバ通信部１３を通して管理サーバ２０へ送信する（Ｓ４３）。

ステップＳ４４では、制御部２３が、端末通信部２２を通して、ユーザ端末１０から送信された情報を受信し、対応するユーザ鍵によって復号する（Ｓ４４）。対応するユーザ
鍵は、ステップＳ２２で特定したものを記憶していてもよいし、ログイン情報が事前に送信されている場合、当該ログイン情報を用いて特定してもよい。

次に、制御部２３が、予約情報に含まれる返却予定場所とユーザ端末から取得した位置情報との比較、および管理サーバが取得した現在時刻とユーザ端末から取得した現在時刻との比較を行う（Ｓ４５）。この結果、双方が一致している場合、取得した予約情報から対象の車両を特定し、当該車両に対する車両制御情報を生成する（Ｓ４６）。第二の実施形態における車両制御情報は、車両のドアを施錠するコマンドを含んでいる。なお、位置情報が一致していない場合、ステップＳ４８に遷移し、エラーが発生した旨（たとえば要問合せである旨）をユーザ端末に通知する。

生成された車両制御情報は、対応する車両鍵で暗号化され、ユーザ端末へ送信される（Ｓ４７）。送信された情報は、ユーザ端末１０によって一時的に記憶される。
なお、車両を返却するステーションが電波遮蔽空間にある場合、ユーザ端末は管理サーバとの通信を行うことができないため、このような場合は、通信が可能な場所であらかじめ返却手続きを行ってもよい。例えば、ステップＳ４５の判断基準を緩く設定し、現在位置が返却予定場所と大略同じであれば返却処理を行うようにしてもよいし、位置情報の判断を省略してもよい。また、現在時刻の照合は省略してもよい。

一方、ユーザ端末１０に記憶された、暗号化された車両制御情報は、利用者が車両を返却する際、具体的には、利用者が車両の前でユーザ端末を用いて返却操作を行うことで車載端末３０へ送信される。

図１０は、車載端末３０が車両返却時に行う処理フローチャートである。ステップＳ３１からＳ３３までの処理は、処理要求がドアを施錠する要求であるという点を除いて、第一の実施形態と同様である。本実施形態では、ステップＳ３３の後に、制御部３１が、返却処理結果を車両鍵で暗号化し、ユーザ端末へ送信する（Ｓ５１）。返却処理結果とは、車両名、利用終了時間、返却場所からなる情報である。送信された情報は、ユーザ端末１０によって一時的に記憶される。

ユーザ端末１０に記憶された、暗号化された返却処理結果は、管理サーバとの通信が可能なタイミングで、管理サーバへ自動的に送信される。図１１は、返却処理結果を管理サーバ２０が受信する処理のフローチャートである。
まず、ステップＳ６１では、制御部２３が、ユーザ端末１０から送信された情報を取得する。次に、受信した情報を対応する車両鍵で復号し、返却処理結果を取得する（Ｓ６２）。

そして、制御部２３が、車両予約時に取得した予約情報と、取得した返却処理結果に基づいて、利用明細を生成する（Ｓ６３）。利用明細とは、利用した車両、貸出場所、返却場所、利用料金などを利用者に案内するための情報である。生成された利用明細は、対応するユーザ鍵で暗号化され、ユーザ端末へ送信される（Ｓ６４）。ユーザ端末が受信した利用明細は、ユーザ鍵で復号され、入出力部１５を通して利用者に提示される。

図１２は、以上に説明した処理をデータの流れで示した図である。図中に記載したステップ番号は、図９，１０，１１におけるステップ番号に対応する。

第二の実施形態によると、車載端末が、受信した処理要求を処理した結果を管理サーバへ送信することができる。第一の実施形態と同様に、ユーザ端末を経由して情報を送信することで、管理サーバと車載端末との間で双方向通信が可能となる。

なお、第二の実施形態では、ユーザ端末が取得した位置情報および時刻情報と、予約時に入力した返却予定場所および返却予定時刻が一致することを車両返却の条件としたが、一致していなかった場合の処理を追加するようにしてもよい。たとえば、時間が返却予定時刻を過ぎていた場合は、利用者に対して追加料金の課金を行ってもよいし、返却処理が行われた場所が、予定されていた返却場所ではない場合、乗り捨て料金を請求する処理を行ってもよい。

また、ステーションが電波遮蔽空間にある場合、ユーザ端末は、管理サーバとの通信が可能になった時点で正確な返却場所を管理サーバへ送信するようにしてもよい。このようにすることで、管理サーバは車両の所在を正確に把握することができるようになる。

各実施形態の説明は本発明を説明する上での例示であり、本発明は、発明の趣旨を逸脱しない範囲で適宜変更または組み合わせて実施することができる。例えば、管理サーバで生成される処理要求は暗号化せずに送信してもよいし、共通の車両鍵ではなく、一定の時間ごとに変化するワンタイムパスワードなどを用いて暗号化してもよい。また、本発明に係るカーシェアリングシステムは、電子錠を操作するためのセキュリティシステムや、入退出管理システムなどに応用することもできる。

１０ ユーザ端末
１１ ユーザ鍵記憶部
１２ 入出力部
１３ サーバ通信部
１４ 車両通信部
１５ 制御部
１６ 位置情報取得部
２０ 管理サーバ
２１ ユーザ鍵記憶部
２２ 端末通信部
２３ 制御部
２４ 車両鍵記憶部
２５ 秘密鍵記憶部
３０ 車載端末
３１ 制御部
３２ 車両鍵記憶部
３３ 端末通信部

Claims (10)

1. 通信端末と、管理サーバと、車両とで構成され、利用者が指定した車両に対して管理サーバが処理要求を送信するカーシェアリングシステムであって、
   前記通信端末が、
   車両に関する情報を含む車両指定情報を前記管理サーバへ送信する車両指定情報送信手段と、
   前記管理サーバから、前記車両に対する処理要求を受信し、前記車両へ転送する処理要求転送手段と、
   を有し、
   前記管理サーバが、
   前記車両指定情報を受信する受信手段と、
   前記車両に対する処理要求を、受信した前記車両指定情報に基づいて生成する処理要求生成手段と、
   前記通信端末へ前記処理要求を送信する送信手段と、
   を有し、
   前記車両が、
   前記通信端末から前記処理要求を受信し、処理を実行する要求処理手段と、
   を有する、
   カーシェアリングシステム。
2. 前記管理サーバは、車両に固有な鍵である固有鍵を記憶する第一の固有鍵記憶手段をさらに有し、
   前記車両は、当該車両に対応する固有鍵を記憶する第二の固有鍵記憶手段をさらに有し、
   前記管理サーバが有する前記送信手段は、前記通信端末に送信する処理要求を、送信先の車両に対応する前記固有鍵で暗号化し、
   前記車両が有する前記要求処理手段は、受信した情報を、前記第二の固有鍵記憶手段に記憶された固有鍵で復号する
   ことを特徴とする、請求項１に記載のカーシェアリングシステム。
3. 前記要求処理手段は、前記固有鍵を用いて前記受信した情報を検証し、正当な処理要求が得られなかった場合に、受信した情報を破棄する
   ことを特徴とする、請求項２に記載のカーシェアリングシステム。
4. 前記車両が有する前記要求処理手段は、前記受信した処理要求に対応する情報である応答情報を生成して前記通信端末へ送信し、
   前記通信端末が有する前記処理要求転送手段は、前記応答情報を受信して前記管理サーバへ転送し、
   前記管理サーバが有する前記受信手段は、前記転送された応答情報を受信する
   ことを特徴とする、請求項１から３のいずれかに記載のカーシェアリングシステム。
5. 前記管理サーバは、車両に固有な鍵である固有鍵を記憶する第一の固有鍵記憶手段をさらに有し、
   前記車両は、当該車両に対応する固有鍵を記憶する第二の固有鍵記憶手段をさらに有し、
   前記要求処理手段は、送信する応答情報を、当該車両に対応する前記固有鍵で暗号化し、
   前記受信手段は、受信した情報を、前記第一の固有鍵記憶手段に記憶された固有鍵で復号する
   ことを特徴とする、請求項４に記載のカーシェアリングシステム。
6. 前記受信手段は、前記固有鍵を用いて前記受信した情報を検証し、正当な応答情報が得られなかった場合に、受信した情報を破棄する
   ことを特徴とする、請求項５に記載のカーシェアリングシステム。
7. 車両に対する処理要求を生成する管理サーバに対して、車両に関する情報を含む車両指定情報を送信する車両指定情報送信手段と、
   前記管理サーバから、前記処理要求を受信し、前記車両へ転送する処理要求転送手段と、
   を有する通信端末。
8. 車両に対する処理要求を生成する管理サーバと通信を行う通信端末に、車両に関する情報を含む車両指定情報を前記管理サーバへ送信するステップと、
   前記管理サーバから、前記処理要求を受信し、受信した前記処理要求を前記車両へ転送するステップと、
   を実行させることを特徴とする、通信プログラム。
9. 車両に対する処理要求を生成する管理サーバと通信を行う通信端末が行う通信方法であって、
   車両に関する情報を含む車両指定情報を前記管理サーバへ送信するステップと、
   前記管理サーバから、前記処理要求を受信し、受信した前記処理要求を前記車両へ転送するステップと、
   を含むことを特徴とする、通信方法。
10. 車両に対する処理要求を受信し、車両へ転送する通信端末から、車両に関する情報を含む車両指定情報を受信する受信手段と、
    前記車両を制御するための命令である処理要求を、受信した前記車両指定情報に基づいて生成する処理要求生成手段と、
    前記通信端末へ前記処理要求を送信する送信手段と、
    を有する管理サーバ。

Images