(57)【要約】【課題】カーシェアリングにおける予約時間のロスを改善する技術を提供する。【解決手段】利用者端末は、利用者が向かう目的地情報を含むデータを車両予約サーバに送信する手段を備え、車両予約サーバは、予約の対象車両に搭載された車載機が処理可能状態であるか否かを確認する通知を送信する手段と、車載機が処理可能状態であることを示す通知を受信後に目的地情報含むデータを車載機に送信する手段を備え、車載機は、受信した登録情報に含まれる目的地情報を車載機の走行案内の目的地として登録する登録手段と、処理可能状態であるか否かを確認する通知を受信後に車載機の登録手段が実行可能かどうかを確認する確認手段と、実行可能ではない登録手段を実行可能とする切替手段と、車載機が処理可能状態であることを示す通知を車両予約サーバに送信する手段と、を備えるカーシェアリングシステムである。【選択図】図６
2012048308.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末、車両予約サーバ、及び利用者に走行案内を行うための車載機を含むカーシェアリングシステムにおいて、
前記利用者端末は、
前記利用者の目的地情報を前記車両予約サーバに送信する手段を備え、
前記車両予約サーバは、
予約の対象車両に搭載された前記車載機に対して、前記車載機が前記目的地情報の登録処理可能状態であるか否かを確認する処理可能確認通知を送信する手段と、
前記車載機が前記目的地情報の登録処理可能状態であることを示す処理可能通知を前記車載機から受信した後、前記利用者端末から受信した前記目的地情報を前記車載機に送信する手段と、を備え、
前記車載機は、
前記車両予約サーバから受信した前記目的地情報を前記車載機の走行案内の目的地として登録する目的地登録手段と、
前記車両予約サーバから前記処理可能確認通知を受信した後、前記目的地登録手段の目的地登録処理が実行可能であるか否かを確認する確認手段と、
前記目的地登録手段の目的地登録処理が実行可能でないと前記確認手段において確認された該車載機の前記目的地登録手段の目的地登録処理を実行可能にする切替手段と、
前記目的地登録手段の目的地登録処理が実行可能であると前記確認手段が確認した、又は、前記切替手段によって前記目的地登録手段の目的地登録処理が実行可能となった後、前記処理可能通知を前記車両予約サーバに送信する手段と、
を備えたことを特徴とするカーシェアリングシステム。
【請求項２】
前記利用者端末は、更に、
前記利用者の出発地情報及び前記目的地情報における滞在時間を送信する手段と、を備え、
前記車両予約サーバは、更に、
前記利用者端末から受信した前記出発地情報から前記目的地情報までの往復の経路を検索する手段と、
前記経路から前記往復にかかる時間を算出し、該算出した時間と前記利用者端末から受信した前記滞在時間とから、カーシェアリングサービスにおける車両の予約時間を推定する手段と、
を備えたことを特徴とする請求項１に記載のカーシェアリングシステム。
【請求項３】
利用者に走行案内を行うための車載機に走行案内の目的地を登録する方法において、
利用者端末が、
前記利用者の目的地情報を車両予約サーバに送信するステップを実行し、
前記車両予約サーバが、
予約の対象車両に搭載された前記車載機に対して、前記車載機が前記目的地情報の登録処理可能状態であるか否かを確認する処理可能確認通知を送信するステップと、
前記車載機が前記目的地情報の登録処理可能状態であることを示す処理可能通知を前記車載機から受信した後、前記利用者端末から受信した前記目的地情報を前記車載機に送信するステップと、を実行し、
前記車載機が
前記車載機の走行案内の目的地として、前記車両予約サーバから受信した前記目的地情報を登録する登録ステップと、
前記車両予約サーバから前記処理可能確認通知を受信した後、前記登録ステップの目的地登録処理が実行可能であるか否かを確認する確認ステップと、
前記登録ステップの目的地登録処理が実行可能ではないと前記確認ステップにおいて確
認された前記車載機の前記登録ステップの目的地登録処理を実行可能にする切替ステップと、
前記登録ステップの目的地登録処理が実行可能であると前記確認ステップにおいて確認された、又は、前記切替ステップによって前記登録ステップの目的地登録処理が実行可能となった後、前記処理可能通知を前記車両予約サーバに送信するステップと、
を実行することを特徴とする車載機の目的地登録方法。
【請求項４】
利用者に走行案内を行う車載機において、
該利用者の目的地情報をコンピュータから受信し、該目的地情報を該車載機の走行案内の目的地として登録する目的地登録手段と、
該車載機が該目的地情報の登録処理可能状態であるか否かを確認する処理可能確認通知を前記コンピュータから受信した後、前記目的地登録手段の目的地登録処理が実行可能であるか否かを確認する確認手段と、
前記目的地登録手段の目的地登録処理が実行可能でないと前記確認手段において確認された該車載機の前記目的地登録手段の目的地登録処理を実行可能にする切替手段と、
前記目的地登録手段の目的地登録処理が実行可能であると前記確認手段が確認した、又は、前記切替手段によって前記目的地登録手段の目的地登録処理が実行可能となった後、該車載機が該目的地情報の登録処理可能状態であることを示す処理可能通知を前記コンピュータに送信する手段と、
を備えたことを特徴とする車載機。
【請求項５】
利用者端末から利用者の目的地情報を受信する車両予約サーバにおいて、
予約の対象車両に搭載された車載機に対して、該車載機が前記目的地情報の登録処理可能状態であるか否かを確認する処理可能確認通知を送信する手段と、
該車載機が前記目的地情報の登録処理可能状態であることを示す処理可能通知を該車載機から受信した後、前記利用者端末から受信した前記目的地情報を該車載機に送信する手段と、
を備えたことを特徴とする車両予約サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カーシェアリングシステムの技術に関する。
【背景技術】
【０００２】
現在、カーシェアリングサービスが注目を浴びている。背景として、都市部では、自動車の取得費用や維持経費が高額であることや、電車やバスなどの公共交通機関が充実していること等の理由により、自動車を個人で所有しない人の数が増えたことが挙げられる。主にこのような自動車を個人で所有しない人に向けて自動車を貸し出すサービスがカーシェアリングサービスである。
【０００３】
ところで、自動車を貸し出すサービスとしてその他にレンタカーサービスがある。レンタカーサービスとカーシェアリングサービスは共に、利用者が自動車を借りたいときに自動車を貸し出すサービスであるが、その違いは貸し出す時間として想定されている時間にある。レンタカーサービスは、通常半日から数日間程度自動車を貸し出すことを想定している。これに対して、カーシェアリングサービスは、通常数十分から数時間程度自動車を貸し出すことを想定している。日常生活における自動車の利用であれば、カーシェアリングサービスが想定している貸出時間で十分であり、このことがレンタカーサービスよりもカーシェアリングサービスの方に注目が集まる一因となっている。
【０００４】
このようなカーシェアリングのサービスを支えるシステムとして、例えば下記のような技術がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１７８３８５号公報
【特許文献２】国際公開第２００６／０７７６３８号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、これらのシステムでは、車載機のナビゲーションシステムを利用するための目的地等の登録及び設定が当該車両の利用時に行われるため、その設定を行う時間の分だけ利用者が当該車両の利用時間として予約した時間（予約時間）をロスしてしまうという問題点がある。長い時間借りることを想定しているレンタカーとは異なり、短い時間借りることを想定しているカーシェアリングでは、この予約時間のロスは、大きな損失となる。
【０００７】
本発明の課題は、このような問題点に鑑み、利用者に特に負担を与えることなくカーシェアリングにおける予約時間のロスを改善し、カーシェアリングサービスの利便性を向上する技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、上述した課題を解決するために、以下の構成を採用する。
【０００９】
すなわち、本発明のカーシェアリングシステムは、利用者端末、車両予約サーバ、及び利用者に走行案内を行うための車載機を備える。
【００１０】
前記利用者端末は、前記利用者の目的地情報を前記車両予約サーバに送信する手段を備える。
【００１１】
前記車両予約サーバは、予約の対象車両に搭載された前記車載機に対して、前記車載機が前記目的地情報の登録処理可能状態であるか否かを確認する処理可能確認通知を送信する手段と、前記車載機が前記目的地情報の登録処理可能状態であることを示す処理可能通知を前記車載機から受信した後、前記利用者端末から受信した前記目的地情報を前記車載機に送信する手段と、を備える。
【００１２】
前記車載機は、前記車両予約サーバから受信した前記目的地情報を前記車載機の走行案内の目的地として登録する目的地登録手段と、前記車両予約サーバから前記処理可能確認通知を受信した後、前記目的地登録手段の目的地登録処理が実行可能であるか否かを確認する確認手段と、前記目的地登録手段の目的地登録処理が実行可能でないと前記確認手段において確認された該車載機の前記目的地登録手段の目的地登録処理を実行可能にする切替手段と、前記目的地登録手段の目的地登録処理が実行可能であると前記確認手段が確認した、又は、前記切替手段によって前記目的地登録手段の目的地登録処理が実行可能となった後、前記処理可能通知を前記車両予約サーバに送信する手段と、を備える。
【００１３】
また、前記利用者端末は、更に、前記利用者の出発地情報及び前記目的地情報における滞在時間を送信する手段を備えてもよい。
【００１４】
また、前記車両予約サーバは、更に、前記利用者端末から受信した前記出発地情報から前記目的地情報までの往復の経路を検索する手段と、前記経路から前記往復にかかる時間を算出し、該算出した時間と前記利用者端末から受信した前記滞在時間とから、カーシェアリングサービスにおける車両の予約時間を推定する手段とを備えてもよい。
【００１５】
なお、本発明の別態様としては、以上の何れかの構成を実現する方法であってもよいし、プログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記憶媒体であってもよい。また、車載機は、車両予約サーバからではなく利用者端末から目的地情報を含む登録情報を受信してもよい。
【発明の効果】
【００１６】
本発明によれば、利用者に特に負担を与えることなくカーシェアリングにおける予約時間のロスを改善し、カーシェアリングサービスの利便性を向上する技術を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】カーシェアリングシステムの全体構成を例示する図。
【図２】車両予約サーバ１の構成を例示する図。
【図３】予約管理データベース１５のレコード例。
【図４】車載機２の構成を例示する図。
【図５】目的地予約データベース２４のレコード例。
【図６】予約時における目的地設定のフローチャート例。
【図７】利用開始時のフローチャート例。
【図８】予約後における目的地設定のフローチャート例。
【図９】利用中に目的地変更のフローチャート例。
【発明を実施するための形態】
【００１８】
以下、本発明を実施するための形態としてのカーシェアリングシステム（以下、単に「本システム」とも表記する）について具体例を挙げて説明する。以下に挙げる実施形態は
例示であり、本発明は以下の実施形態の構成に限定されない。
【００１９】
なお、以下に挙げる実施形態において、例えば「目的地」を「□□市○○町１番地」というように自然言語等を用いて例示しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメタ、マシン語等で指定される。本発明は、データの表現方法を限定するものではない。
【００２０】
§１  システム構成
図１は、実施形態におけるカーシェアリングシステムの全体構成を例示する図である。本実施形態におけるカーシェアリングシステムは、車両予約サーバ１、車載機２、車両３、ユーザ端末７等から構成される。車両予約サーバ１、車載機２、ユーザ端末７はそれぞれネットワーク５を介して相互に通信することができる。
【００２１】
ネットワーク５は、インターネット等の有線または無線若しくはそれらが混在したネットワークであってよい。本発明は、ネットワーク５をネットワーク上に規定されるプロトコル等で限定するものではない。
【００２２】
§２  装置構成
以下、本システムを構成する各ノードの構成についてそれぞれ説明する。
【００２３】
§２−１  車両予約サーバ１
図２は、本実施形態における車両予約サーバ１の構成を例示する図である。
【００２４】
車両予約サーバ１は、ハードウェア構成として、図２に示されるように、バス１３で接続される、記憶部１１、処理部１２、通信部１４等既存のハードウェアを備える。記憶部１１は、例えばハードディスクであり、処理部１２で実行される処理で利用される各種情報を記憶する。処理部１２は、ＣＰＵ（Central Processing Unit）等の１又は複数のプ
ロセッサであり、このプロセッサの処理に利用される周辺回路（ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、インタフェース回路等）を備える。通信部１４は、ネットワーク５に接続され、車載機２とユーザ端末７等とＩＰ（Internet Protocol
）パケット等の送受信を行う。
【００２５】
車両予約サーバ１は、PC（Personal Computer）等のような汎用コンピュータで構成さ
れてもよいし、ネットワーク接続ストレージ（NAS）のような専用コンピュータで構築さ
れてもよい。また、車両予約サーバ１は、複数台のコンピュータで構築されてもよい。本発明は、車両予約サーバ１のハードウェア構成を限定するものではない。
【００２６】
車両予約サーバ１は、カーシェアリングサービスの対象車両（車両３）に対する予約処理等を行う。図２では、車両予約サーバ１は、車両３の予約情報を格納する予約管理データベース１５、車両３の予約処理等を行う予約処理部１６及び車載機予約情報登録部１７を含んでいる。予約管理データベース１５は、例えば記憶部１１に格納される。予約処理部１６及び車載機予約情報登録部１７は、例えば記憶部１１に格納されたプログラムが処理部１１により実行されることにより実現される。
【００２７】
本実施形態では、車両３の予約申込方法として、２つの予約申込方法が設けられている。１つは、時間による予約申込方法であり、もう１つは目的地による予約申込方法である。時間による予約申込方法とは、利用者が車両３の利用日時及び利用時間を指定して車両３の予約申込を行う方法であり、一般のカーシェアリングサービスにおける車両予約方法と同様である。他方、目的地による予約申込方法とは、利用者が予約を行う車両３を利用して向かう目的地を指定することにより、車両３の予約申込を行う方法である。
【００２８】
そして、本実施形態では、既に行った予約に対して利用者が目的地を指定する、又は変更する予約変更方法が更に設けられている。
【００２９】
以下、２つの予約申込方法及び予約変更方法に対する、車両予約サーバ１の動作について説明する。
【００３０】
§２−１−１  予約管理データベース１５
予約管理データベース１５は、車両３に対する予約情報を格納する。図３は、本実施形態における予約管理データベース１５のレコードの例示である。本実施形態における予約管理データベース１５のレコードは、予約ＩＤフィールド、ユーザＩＤフィールド、車両ＩＤフィールド、利用開始日時フィールド、利用終了日時フィールド、予約時間フィールド、目的地フィールド、滞在時間フィールド、出発地フィールドを含む。なお、本実施形態における予約管理データベース１５のレコードは、テーブル形式で表現されているが、本発明はデータ構造を限定するものではない。
【００３１】
予約ＩＤフィールドには、車両３に対する予約情報を識別するための識別子（予約ＩＤ）が格納される。ユーザＩＤフィールドには、車両３に対する予約を行った利用者を識別するための識別子（ユーザＩＤ）が格納される。車両ＩＤフィールドには、車両３を識別するための識別子（車両ＩＤ）が格納される。また、車両ＩＤフィールドには、車両予約サーバ１が車両３の車載機２に対して通信を行うためのデータ（以下、「通信アドレス」と表記）が車両ＩＤに関連付けられて格納されている。通信アドレスは例えば電話番号である。
【００３２】
利用開始日時フィールドには、利用者が予約を行った車両３の利用を開始する日時（利用開始日時）が格納される。利用終了日時フィールドには、利用者が予約を行った車両３の利用を終了する予定である日時（利用終了日時）が格納される。予約時間フィールドには、利用者が車両３の利用時間として予約した時間（予約時間）が格納される。予約時間は、「利用終了日時−利用開始日時」であり、利用開始日時から利用終了日時までの期間が当該予約の利用期間となる。
【００３３】
目的地フィールドには、目的地情報が格納される。目的地情報とは、利用者が車両３を利用して向かう目的地の位置情報である。目的地情報は、例えば、ＧＰＳ（Global Positioning System）がＧＰＳ衛星からの発信電波を受信することで割り出す位置情報やシス
テムに固有の位置情報であり、特定の場所を示すデータであればよい。目的地情報は複数の目的地を含んでもよい。また、目的地情報は、当該目的地に存在する店舗情報や周辺情報等を付加情報として含んでもよい。なお、本発明は目的地情報のデータ形式を限定するものではない。
【００３４】
滞在時間フィールドには、利用者が目的地に滞在することを予定している時間（滞在時間）が格納される。目的地情報に複数の目的地情報が含まれている場合、当該目的地毎に滞在時間が格納される。
【００３５】
出発地フィールドには、出発地情報が格納される。出発地情報とは、利用者が車両３の利用を開始したいと望む出発地の位置情報である。出発地情報は、カーシェアリングサービスに係る車両３を貸与する場所（以下、「車両貸与場所」と表記する）の位置情報であってもよい。出発地情報は、例えば、ＧＰＳがＧＰＳ衛星からの発信電波を受信することで割り出す位置情報やシステムに固有の位置情報であり、特定の場所を示すデータであればよい。また、出発地情報は、当該出発地に存在する店舗情報や周辺情報等を付加情報として含んでもよい。本発明は出発地情報のデータ形式を限定するものではない。
【００３６】
なお、予約管理データベース１５のレコードは、利用者が目的地に到達する日時として希望する日時（以下、「目的地到達希望日時」と表記する）を格納するフィールドを格納するフィールドを含んでもよい。当該フィールドに格納されるデータは、後述するカーシェアリングサービスに係る車両３の予約時間の算出に用いることができる。また、予約管理データベース１５のレコードは、後述するルート検索部６１が検索するルート情報を格納するフィールドを含んでもよい。当該フィールドに格納されるデータは、利用者が車両３の利用開始する際に、ナビゲーション部２６がその時点での交通状態を反映させたルート情報を走行案内用のデータとして設定するために用いることができる。詳細は後述する。
【００３７】
§２−１−２  予約処理部１６
予約処理部１６は、ユーザ端末７から受け取った予約申込情報又は予約変更情報から、カーシェアリングサービスに係る車両３の予約情報の作成及び管理を行う。
【００３８】
予約申込情報とは、利用者がユーザ端末７を操作することで作成した、カーシェアリングサービスに係る車両３の予約を行うためのデータである。先述のとおり、本実施形態では、車両３の予約申込方法として、時間による予約申込方法と目的地による予約申込方法の２つの予約申込方法が設けられており、それぞれに対応する予約申込情報がユーザ端末７から送信される。
【００３９】
時間による予約申込方法に対応する予約申込情報には、利用開始日時、利用終了日時又は予約時間、及び出発地のデータが含まれている。また、目的地による予約申込方法に対応する予約申込情報には、出発地、目的地、目的地に滞在する予定の時間（以下、「滞在時間」と表記する）及び利用日時のデータが含まれている。
【００４０】
出発地及び目的地のデータは、当該出発地及び目的地の位置データでもよいし、地名等の文字列でもよい。目的地は、複数の目的地を含んでもよい。目的地に複数の目的地が含まれる場合、目的地のデータには、複数の目的地の到達順序が含まれる。また、利用日時は、利用開始日時であってもよいし、目的地到達希望日時であってもよい。
【００４１】
また、予約変更情報とは、既に行った車両３についての予約に対して利用者が目的地を指定する、又は変更することを目的としてユーザ端末７を操作することで作成した、当該予約を変更するためのデータである。予約変更情報には、目的地及び滞在時間のデータが含まれている。
【００４２】
本実施形態における予約処理部１６は、これらの予約申込情報又は予約変更情報から予約情報の作成及び管理を行うための処理部として、ルート検索部６１、予約時間計算部６２、車両検索部６３及び予約管理部６４を備える。ルート検索部６１、予約時間計算部６２、車両検索部６３及び予約管理部６４は、例えば記憶部１１に格納されたプログラムが処理部１１により実行されることにより実現される。以下、各処理部を説明する。
【００４３】
＜ルート検索部６１＞
ルート検索部６１は、既存の地図情報に車両貸与場所が設定されている地図情報と、目的地による予約申込方法に対応する予約申込情報に含まれる出発地及び目的地のデータ、又は予約変更情報に含まれる目的地のデータとを用いて、出発地から目的地までのルート（経路）情報の検索を行う。ルート情報は、出発地から目的地へ向かい、再び出発地に戻ってくるまでの走行経路を指す。目的地に複数の目的地が含まれている場合、ルート情報は、出発地から到達順序の順に目的地を経由し、再び出発地に戻ってくるまでの走行経路を指す。
【００４４】
出発地が車両貸与場所と異なる場合や目的地が駐車場ではない場合、ルート検索部６１は、当該出発地付近の車両貸与場所や当該目的地付近の駐車場を検索した後、出発地から車両貸与場所や駐車場を経由して目的地まで到達するルート情報の検索を行う。ルート情報、出発地付近の車両貸与場所及び目的地付近の駐車場の検索は周知の方法で行われればよい。なお、出発地付近の車両貸与場所は、出発地に最寄りの車両貸与場所に限られないし、目的地付近の駐車場は、目的地に最寄りの駐車場に限られない。
【００４５】
また、ルート検索部６１は、複数のルート情報を検索してもよい。その場合、複数のルート情報それぞれに優先度を設けてもよい。優先度は、ルートの距離に応じて求められてもよいし、道路の種類や移動方法を考慮して計算される出発地から目的地までの推定の所要時間に応じて求められてもよい。
【００４６】
なお、ルート検索部６１は、時間による予約申込方法に対応する予約申込情報に対しては、何も動作しない。ただし、当該予約申込情報に含まれている出発地のデータが車両貸与場所とは異なる場合、ルート検索部６１は、出発地付近の車両貸与場所の検索を行う。
【００４７】
＜予約時間計算部６２＞
予約時間計算部６２は、目的地による予約申込方法に対応する予約申込情報又は予約変更情報に含まれる滞在時間とルート検索部６１が検索したルート情報から、カーシェアリングサービスに係る車両３の予約時間の算出を行う。予約時間は、利用者が車両３を用いて出発地から目的地へ向かい、再び出発地に戻ってくるまでにかかると推定される時間を指す。目的地が複数指定されている場合、予約時間は、利用者が車両３を用いて出発地から到着順序の順に目的地を経由し、再び出発地に戻ってくるまでにかかると推定される時間を指す。
【００４８】
予約時間計算部６２は、ルート検索部６１が検索したルート情報における出発地から目的地までの推定の所要時間に滞在時間を加算することで車両３の予約時間を求める。ルート検索部６１が検索したルート情報における出発地から目的地までの推定の所要時間の計算は周知の方法で行われればよい。また、予約時間計算部６２は、当該出発地から目的地までの所要時間の計算を行う際、周知の渋滞予測情報を用いてもよい。
【００４９】
なお、予約時間計算部６２は、時間による予約申込方法に対応する予約申込情報に対しては、何も動作しない。
【００５０】
また、例えば、利用者が目的地による予約申込方法に対応する予約申込情報に含まれる利用日時として利用開始日時を入力しており、出発地が車両貸与場所と異なる場合等、利用者が入力した利用日時と車両３の利用を開始する時間（つまり、利用者が車両貸与場所に到達すると推定される時間）とがずれてしまう可能性がある。この場合の時間のずれは、出発地から出発地付近の車両貸与場所まで利用者が移動するための必要な時間に相当する。したがって、予約時間計算部６２は、出発地から出発地付近の車両貸与場所まで利用者が移動するための必要な時間を計算すれば、利用開始日時を利用者が車両貸与場所に到達すると推定される時間に修正することができる。当該時間の計算は、例えば、出発地から出発地付近の車両貸与場所までの距離を推定される利用者の歩行速度で除算することで求めればよい。本発明は、当該時間の計算を限定するものではない。
【００５１】
他にも、利用者が利用日時として目的地到達希望日時を入力した場合、利用者が入力した利用日時と利用者が車両貸与場所に到達すると推定される時間とがずれてしまう。この場合、予約時間計算部６２は、予約時間から逆算することで当該時間を求めればよい。
【００５２】
このように、予約時間計算部６２は、利用者が入力した利用日時を、利用者が車両貸与場所に到達すると推定される時間に修正する。以下、利用日時には、予約時間計算部６２が計算した、利用者が車両貸与場所に到達すると推定される時間も含まれるものとする。
【００５３】
＜車両検索部６３＞
車両検索部６３は、目的地による予約申込方法に対応する予約申込情報に含まれる利用日時、出発地又はルート検索部６１が検索した出発地付近の車両貸与場所、及び予約時間計算部６２が計算した予約時間を用いて、カーシェアリングサービスに係る車両３から予約可能な車両の検索を行う。また、車両計算部６３は、時間による予約申込方法に対応する予約申込情報に含まれる利用開始時間、出発地又はルート検索部６１が検索した出発地付近の車両貸与場所、及び利用終了時間又は予約時間から予約可能な車両の検索を行う。車両検索部６３は、当該予約可能な車両の検索を、例えば、車両の予約状態を保持する不図示の車両管理データベースを検索することで行う。
【００５４】
予約可能な車両とは、予約申込方法が目的地による予約申込方法であるならば、出発地又は出発地付近の車両貸与場所におけるカーシェアリングサービスに係る車両３のうち、利用日時及び予約時間計算部６２が計算した予約時間に予約の空きがある車両３である。他方、予約申込方法が時間による予約申込方法であるならば、予約可能な車両とは、出発地又は出発地付近の車両貸与場所におけるカーシェアリングサービスに係る車両３のうち、利用開始日時及び利用終了日時又は予約時間に予約の空きがある車両３である。
【００５５】
なお、車両検索部６３は、予約の間隔を考慮して、予約可能な車両を検索してもよい。この場合、車両検索部６３は、予約可能かどうかの判断対象となっている予約申込の利用期間前後の予約が一定時間以上離れている場合に、車両３が予約可能な車両と判断する。当該一定時間は、３０分や１時間といった具体的な時間でもよいし、利用者の延滞時間の集計を統計処理することで求められる時間でもよい。利用者の延滞時間を集計した分布から求められる時間とは、延滞した利用者のうちある割合が収まる延滞時間や、平均の延滞時間である。また、当該一定時間は、利用者の申込の件数によって変更してもよい。例えば、当該一定時間は、閑散時は大きく、混雑時は小さくしてもよい。
【００５６】
以上のとおりに、車両検索部６３は、予約可能な車両の検索を行う。そして、車両検索部６３は、予約可能な車両に該当する車両３の車両情報を取得する。車両情報とは、当該車両３の車両ＩＤを含む車両３に関する情報である。車両情報は、車両３の車種等を含んでもよい。
【００５７】
＜予約管理部６４＞
予約管理部６４は、予約情報の生成及び管理を行う。先に、予約申込情報に対する予約管理部６４の動作を説明する。
【００５８】
まず、予約管理部６４は、利用者に予約決定の確認を行うために、上記各処理部が検索及び計算したルート情報、予約時間及び車両情報（以下、これらをまとめて「予約候補情報」と表記する）等を含むデータをユーザ端末７に送信する。この時、予約管理部６４は、複数の予約候補情報をユーザ端末７に送信してもよい。予約管理部６４が複数の予約候補情報をユーザ端末７に送信する場合、当該複数の予約候補情報から利用者が望むものを選択するために、当該複数の予約候補情報はユーザ端末７上に表示される。
【００５９】
そして、上記送信に対するユーザ端末７からの返信に基づいて、予約管理部６４は、利用者が望むルート情報、予約時間、車両情報を決定し、予約情報を生成する。
【００６０】
予約情報は、上述及び図３に示されるとおり、予約ＩＤフィールド、ユーザＩＤフィー
ルド、車両ＩＤフィールド、利用開始日時フィールド、利用終了日時フィールド、予約時間フィールド、目的地フィールド、滞在時間フィールド、出発地フィールドを含んでいる。
【００６１】
予約ＩＤフィールド及びユーザＩＤフィールドに格納するデータについて、予約管理部６４は、任意の方法でそれぞれのフィールドに格納する予約ＩＤ及びユーザＩＤを生成又は取得する。例えば、予約管理部６４は、本システムに対して利用者が申込を行った日とその日の件数それぞれの値を繋げることで予約ＩＤを生成する。また、例えば、予約管理部６４は、不図示の利用者管理データベースから当該申込を行った利用者のユーザＩＤを取得する。本発明は、予約ＩＤ及びユーザＩＤの生成又は取得方法を限定するものではない。
【００６２】
その他のフィールドに格納するデータについて、予約管理部６４は、ユーザ端末７からの返信に基づいて決定された各情報や予約申込情報からそれぞれのフィールドに格納するデータを取得する。例えば、予約管理部６４は、ユーザ端末７からの返信に基づいて決定された車両情報から車両ＩＤフィールドに格納する車両ＩＤを取得する。
【００６３】
なお、予約申込情報に目的地到達希望日時フィールドが含まれる場合、予約管理部６４は予約申込情報の利用日時から当該フィールドに格納する目的地到達希望日時を取得する。
【００６４】
また、各フィールドに格納するデータが取得できない場合、当該フィールドのデータを例えば「NULL」等、何のデータも含まれていない状態を示すデータ（以下、「NULL」と表記する）とする。各フィールドに格納するデータが取得できない場合とは、例えば、時間による予約申込方法に対応する予約申込情報に目的地が含まれていないため、予約管理部６４が、目的地フィールドに格納するデータを取得できない場合等である。
【００６５】
そして、予約管理部６４は、生成した予約情報を予約管理データベース１５に登録する。予約管理部６４は、予約管理データベース１５内に新規のレコードを生成し、上記生成又は取得したデータをそれぞれ該当するフィールドに格納する。
【００６６】
続いて、予約変更情報に対する予約管理部６４の動作を説明する。
【００６７】
まず、予約管理部６４は、上記各処理部が検索及び計算した予約の変更に関する予約候補情報を用いて、当該予約の変更が可能かどうかの判定を行う。予約管理部６４は、予約の変更が可能かどうかの判定を２つの指標を用いて行う。
【００６８】
第１に、予約管理部６４は、予約管理データベース１５に登録されている当該予約の変更の対象となっている予約情報に含まれる予約時間と予約候補情報に含まれる予約時間計算部６２が計算した予約時間を比較する。
【００６９】
第２に、予約管理部６４は、予約管理データベース１５に登録されている当該予約の変更の対象となっている車両３に対する予約情報から、当該予約の変更の対象となっている予約情報の利用期間の前後の予約情報を検索する。そして、当該予約の変更の対象となっている予約情報の予約時間を予約候補情報に含まれる予約時間計算部６２が計算した予約時間に変更した場合、当該前後の予約情報の利用期間と重ならないか否かを判定する。本判定について、予約管理部６４は、上述の車両検索部６３と同様に予約の間隔を考慮してもよい。
【００７０】
予約管理部６４によって、予約候補情報に含まれる予約時間計算部６２が計算した予約
候補情報に含まれる予約時間が、当該予約の変更の対象となっている予約情報に含まれる予約時間よりも時間が長いと判定され（第１の指標）、かつ、当該予約の変更の対象となっている予約情報の予約時間を予約候補情報に含まれる予約時間計算部６２が計算した予約時間に変更した場合、当該前後の予約情報の利用期間と重なると判定された（第２の指標）場合に限り、予約管理部６４は、予約情報の変更は不可能と判定する。
【００７１】
予約管理部６４は、予約情報の変更が可能と判定した場合、利用者に予約変更の確認を行うために、予約候補情報等を含むデータをユーザ端末７に送信する。この時、予約管理部６４は、複数の予約候補情報をユーザ端末７に送信してもよい等は、上述と同様である。他方、予約管理部６４は、予約情報の変更が不可能と判定した場合、当該判定の結果を示すデータをユーザ端末７に送信する。当該判定の結果を示すデータは、利用者に再度予約変更情報に関する入力を促す表示をユーザ端末７に表示するためのデータであってもよい。
【００７２】
そして、上記利用者に予約変更の確認を行うための予約候補情報の送信に対するユーザ端末７からの返信に基づいて、予約管理部６４は、利用者が望むルート情報、予約時間、車両情報を決定し、予約の変更の対象となっている予約情報の変更を行う。当該変更は周知の方法で行われればよい。例えば、当該変更に関するフィールドのデータのみ予約候補情報に含まれるデータで上書きすることが挙げられる。
【００７３】
§２−１−３  車載機予約情報登録部１７
車載機予約情報登録部１７は、予約管理部６４が生成した又は変更した予約情報の登録を行うためのデータを車載機２に対して送信する。
【００７４】
まず、車載機予約情報登録部１７は、予約情報に含まれる車両ＩＤから予約情報の登録を行う車両３を特定する。そして、車載機予約情報登録部１７は、車両ＩＤに関連付けられている通信アドレスを用いて、特定した車両３の車載機２が目的地登録の処理が可能か否かを確認するための通知（以下、「処理可能状態確認通知」と表記する）を、当該車載機２に対して送信する。
【００７５】
そして、車載機予約情報登録部１７は、車載機２から当該車載機２が目的地登録の処理が可能となったことを示す通知（以下、「処理可能通知」と表記する）を受信すると、当該車載機２に対して目的地を登録するためのデータ（以下、「目的地登録情報」と表記する）を送信する。目的地登録情報は、後述する目的地予約データベース２４に格納されるデータである。車載機予約情報登録部１７は、予約情報及び予約候補情報から目的地登録情報を生成し、車載機２へ送信する。目的地登録情報の詳細については、後述する。
【００７６】
§２−２  車載機２
図４は、本実施形態における車載機２の構成を例示する図である。
【００７７】
車載機２は、ハードウェア構成として、図４に示されるように、バス２３で接続される、記憶部２１、処理部２２、通信モジュール３０等既存のハードウェアを備える。記憶部２１は、例えばハードディスクであり、処理部２２で実行される処理で利用される各種情報を記憶する。処理部２２は、ＣＰＵ等の１又は複数のプロセッサであり、このプロセッサの処理に利用される周辺回路（ＲＯＭ、ＲＡＭ、インタフェース回路等）を備える。
【００７８】
通信モジュール３０は、車載機２が車両予約サーバ１及びユーザ端末７等とＩＰパケット等の送受信を行うため、ＩＴＳ（Intelligent Transport Systems）コントローラユニ
ット４０を介してバス２３に接続される。通信モジュール３０とＩＴＳコントローラユニット４０は、それぞれ車載機２固有のモジュールであってもよいし、ＵＳＢ（Universal 
Serial Bus）等によって接続される外部モジュールであってもよい。また、通信モジュール３０とＩＴＳコントローラユニット４０は１つのモジュールであってもよいし、３つ以上からなるモジュールであってもよい。
【００７９】
車載機２は、目的地情報の登録処理等を行う。図４では、車載機２は、目的地情報を格納する目的地予約データベース２４、目的地情報の登録処理を行う目的地予約登録部２５、及び目的地予約データベース２４に登録された目的地情報に基づいて利用者に走行案内を行うナビゲーション部２６を含んでいる。目的地予約データベース２４は、例えば記憶部２１に格納される。目的地予約登録部２５及びナビゲーション部２６は、記憶部１１に格納されたプログラムが処理部１１により実行されることにより実現される。
【００８０】
車載機２は、車両３の車載バッテリー若しくは常時電源、または固有のバッテリーに接続されている。通信モジュール３０またはＩＴＳコントローラユニット４０が外部モジュールである場合、これらのモジュールが車載機２の内部モジュールである場合と同様に、車両３の車載バッテリー若しくは常時電源、または固有のバッテリーに接続されている。そして、通信モジュール３０及びＩＴＳコントローラユニット４０は車載バッテリー等により常に通電されている。これにより、車載機２の記憶部２１及び処理部２２が電源オフ等の事情により処理ができない状態であったとしても、通信モジュール３０及びＩＴＳコントローラユニット４０は常に通電している状態であるため、通信モジュール３０は常にネットワーク５を介して車両予約サーバ１と通信を行うことができる。
【００８１】
通信モジュール３０が車両予約サーバ１から処理可能状態確認通知を受信すると、ＩＴＳコントローラユニット４０は、目的地登録情報を後述する目的地予約データベース２４に登録するために、車載機２の記憶部２１及び処理部２２が目的地登録の処理が可能な状態であるか否かを確認する。そして、ＩＴＳコントローラユニット４０は、記憶部２１及び処理部２２が目的地登録の処理が不可能な状態ならば、記憶部２１及び処理部２２を目的地登録の処理が可能な状態に切り替える。例えば、通電していない状態により、記憶部２１及び処理部２２が目的地登録の処理が不可能であるならば、ＩＴＳコントローラユニット４０は、記憶部２１及び処理部２２を通電状態とすることで、目的地登録の処理が可能な状態に切り替える。
【００８２】
記憶部２１及び処理部２２が目的地登録の処理が可能な状態であることを認識すると、ＩＴＳコントローラユニット４０は、通信モジュール３０を介して車両予約サーバ１に対して処理可能通知を送信する。
【００８３】
もし、記憶部２１及び処理部２２が目的地登録の処理が不可能な状態から可能な状態に切り替えられた場合、目的地予約データベース２４への目的地登録情報の登録が終了した後、ＩＴＳコントローラユニット４０は、記憶部２１及び処理部２２の状態を元に戻す。例えば、ＩＴＳコントローラユニット４０は、記憶部２１及び処理部２２を通電していない状態に戻す。
【００８４】
なお、上述のような通電状態の切り替えは、リモコンリレー方式等周知の方法を用いればよい。
【００８５】
§２−２−１  目的地予約データベース２４
目的地予約データベース２４は、カーシェアリングサービスに係る車両３に対する目的地登録情報を格納する。図５は、本実施形態における目的地予約データベース２４のレコードの例示である。本実施形態における目的地予約データベース２４のレコードは、予約ＩＤフィールド、利用開始日時フィールド、利用終了日時フィールド、予約時間フィールド、目的地フィールド、滞在時間フィールド、出発地フィールド、ルート情報フィールド
を含む。なお、本実施形態における目的地予約データベース２４のレコードは、テーブル形式で表現されているが、本発明はデータ構造を限定するものではない。
【００８６】
各フィールドに格納されるデータは、それぞれ予約管理データベース１５と同様である。予約ＩＤフィールドには、予約ＩＤが格納される。ユーザＩＤフィールドには、ユーザＩＤが格納される。
【００８７】
利用開始日時フィールドには、利用者が予約を行った、車両３の利用を開始する日時が格納される。利用終了日時フィールドには、利用者が予約を行った、車両３の利用を終了する予定である日時が格納される。予約時間フィールドには、利用者が行った、車両３の予約時間が格納される。目的地フィールドには、目的地情報が格納される。滞在時間フィールドには、利用者が予定している目的地での滞在時間が格納される。出発地フィールドには、出発地情報が格納される。ルート情報フィールドには、ルート検索部６１が検索したルート情報が格納される。
【００８８】
また、目的地予約データベース２４のレコードは、レコードの状態を示す値を格納する不図示のタグを含んでいる。当該レコードの状態とは、当該レコードが後述するナビゲーション部２６により、走行案内用のデータとして用いられたか否かを示す。本実施形態では、当該レコードがナビゲーション部２６により走行案内用のデータとして用いられていないことを値「０」で表し、当該レコードがナビゲーション部２６により走行案内用のデータとして用いられたことを値「１」で表す。しかしながら、本発明はタグの形式を限定するものではない。当該レコードの状態は周知の方法で実現されればよい。
【００８９】
なお、目的地予約データベース２４のレコードは、目的地到達希望日時を格納するフィールドや、周知の渋滞予測情報を格納するフィールドを含んでもよい。当該フィールドに格納されるデータは、後述するナビゲーションにおいて用いることができる。
【００９０】
§２−２−２  目的地予約登録部２５
目的地予約登録部２５は、車載機予約情報登録部１７から送信される目的地登録情報を目的地予約データベース２４に登録又は変更する。なお、本実施形態では、利用者が車両３を利用している最中に目的地情報の変更を行う場合、車載機２は、車載機予約情報登録部１７から送信される目的地登録情報を目的地予約データベース２４に登録すると共に、目的地登録情報に含まれている目的地情報及びルート情報を後述するナビゲーション部２６が用いる走行案内用のデータとして設定する。
【００９１】
目的地登録情報は、利用者が車両３を利用する前に目的地等のデータを車載機２に登録しておくためのデータである。したがって、目的地登録情報は、目的地情報を含むデータである。
【００９２】
本実施形態の目的地登録情報は、上述の目的地予約データベース２４のレコードを参照すると、予約ＩＤ、ユーザＩＤ、利用開始日時、利用終了日時、予約時間、目的地情報、滞在時間、出発地情報及びルート情報を含んでいるが、必ずしもこれら全てを必要とする訳ではない。例えば、出発地が予め定まっているようなカーシェアリングサービスを提供する場合であれば、固有のデータとして出発地情報を保持すればよいため、目的地登録情報は出発地情報を必要としない。利用者が車両３を利用する前に車載機２に目的地を登録しておくためには、目的地登録情報は、必要最低限としてどの利用者の予約であるかを識別するためのデータ（本実施形態でいう予約ＩＤ又はユーザＩＤ）と目的地情報とを含んでいればよい。
【００９３】
なお、時間による予約申込方法に対応する予約申込情報には目的地のデータが含まれて
いないため、当該予約申込情報に対応する目的地登録情報には目的地情報が含まれておらず、車載機２に目的地を登録することはできない。この場合、目的地予約登録部２６は、当該目的地登録情報を目的地予約データベース２４に登録しなくてもよいし、目的地フィールドに「NULL」を格納した上で目的地登録情報を目的地予約データベース２４に登録してもよい。本実施形態では、目的地予約登録部２６は、目的地フィールドに「NULL」を格納した上で目的地登録情報を目的地予約データベース２４に格納することにする。
【００９４】
また、車載機予約情報登録部１７から送信される目的地登録情報にルート情報が含まれていない場合、車載機２の周知の機能（以下、「車載機２のルート情報検索手段」と表記する）によって、車載機２は、目的地登録情報に含まれる目的地情報を用いて、ルート情報を検索してもよい。そして、目的地予約登録部２５は、当該車載機２が検索したルート情報を目的地予約データベース２４に登録してもよい。
【００９５】
目的地予約登録部２５は、上記のような目的地登録情報を目的地予約データベース２４に登録又は変更等する。目的地予約登録部２５は、当該登録又は変更を、予約管理部６４と同様の処理により行えばよい。
【００９６】
目的地予約登録部２５は、当該目的地登録情報を目的地予約データベース２４に登録又は変更する際、当該目的地登録情報を登録又は変更するレコードのタグに「０」の値を格納する。ただし、後述する利用者が車両３の利用中に目的地情報の変更を行った場合に、目的地予約登録部２５が目的地登録情報を目的地予約データベース２４のレコードに登録処理する時、車両３のアクセサリ電源がオンである場合、目的地予約登録部２５は当該レコードのタグに対して何も操作しない。なぜなら、利用者が車両３の利用中に目的地情報の変更を行う場合、当該レコードは既にナビゲーション部２４に読み込まれているため、当該レコードのタグには「１」の値が格納されている。この時、車両３のアクセサリ電源がオンである場合、ナビゲーション部２６は、車載機予約情報登録部１７から送信される目的地登録情報に含まれる目的地情報及びルート情報を直接走行案内用のデータとして設定するためである。
【００９７】
§２−２−３  ナビゲーション部２６
ナビゲーション部２６は、目的地予約データベース２４に登録された目的地登録情報を用いて車両３の利用者に目的地への走行案内を行う。
【００９８】
ナビゲーション部２６は、先述のＩＴＳコントローラユニット４０によって切り替えられる目的地登録の処理が可能な状態と、利用者によって車両３のアクセサリ電源がオンにされた状態とを認識する。ナビゲーション部２６は、利用者によって車両３のアクセサリ電源がオンにされた状態の時に走行案内等の処理を行う。
【００９９】
ナビゲーション部２６は、目的地情報登録後、利用者が車両３の利用を開始した最初のアクセサリ電源オンの時、当該利用者の予約に対する目的地登録情報を目的地予約データベース２４から読み込む。
【０１００】
ナビゲーション部２６は、目的地情報登録後、利用者が車両３の利用を開始した最初のアクセサリ電源オンか否かは、目的地予約データベース２４のレコードに含まれるタグによって識別する。アクセサリ電源がオンにされた時、ナビゲーション部２６は、目的地予約データベース２４のレコードに含まれるタグを参照する。
【０１０１】
参照したタグに格納された値が「０」であるならば、ナビゲーション部２６は、目的地登録後、利用者が車両３の利用を開始した最初のアクセサリ電源オンであると認識して、当該レコードを読み込む。この時、ナビゲーション部２６は、当該レコードのタグに「１
」を格納する。参照したタグに格納された値が「１」であるならば、ナビゲーション部２６は、目的地登録後、利用者が車両３の利用を開始した最初のアクセサリ電源オンではないと認識して、当該レコードを読み込まない。
【０１０２】
また、ナビゲーション部２６は、利用者のユーザＩＤを用いて目的地予約データベース２４から当該利用者の予約に対する目的地登録情報を検索する。ナビゲーション部２６は、当該利用者のユーザＩＤを、後述する車両３における利用者の認証の際、不図示の認証装置から取得してもよいし、認証を行った車両予約サーバ１から通信モジュール３０を介して取得してもよい。本発明は、当該利用者のユーザＩＤの取得手段を限定するものではない。本実施形態では、ナビゲーション部２６は、当該利用者のユーザＩＤを不図示の認証装置から取得することにする。
【０１０３】
なお、当該利用者の目的地登録情報が複数存在する場合、ナビゲーション部２６は、目的地登録情報の利用開始日時フィールドの値が車両３における利用者の認証を行った時刻に最も近い目的地登録情報を選択する等、任意の方法で目的地登録情報を選択すればよい。
【０１０４】
そして、ナビゲーション部２６は、当該目的地登録情報に含まれる目的地情報及びルート情報を走行案内用のデータとして設定し、走行案内を開始する。走行案内手法は周知の方法が用いられる。
【０１０５】
また、利用者が車両３を利用中に目的地情報の変更を行った場合、ナビゲーション部２６は、車載機予約情報登録部１７から送信される目的地登録情報に含まれる目的地情報及びルート情報を直接走行案内用のデータとして設定を行う。
【０１０６】
ただし、車両３のアクセサリ電源状態がオフであれば、ナビゲーション部２６は、当該設定を行うことはできない場合がある。この場合、常時通電しているＩＴＳコントローラユニット４０が車載機予約情報登録部１７から送信される目的地登録情報を一時保持した後、又は、目的地予約データベース２４に格納されている目的地登録情報の目的地情報を目的地予約登録部２５が更新した後、アクセサリ電源が初めてオンになった時、ナビゲーション部２６は、ＩＴＳコントローラユニット４０又は目的地予約データベース２４から目的地登録情報を取得して当該設定を行えばよい。本実施形態では、ナビゲーション部２６は、目的地予約データベース２４から目的地登録情報を取得することとする。ナビゲーション部２６は、目的地登録情報の目的地情報を目的地予約登録部２５が更新した後、アクセサリ電源が初めてオンになったか否かの認識を、上述と同様に目的地予約データベース２４のタグを用いて行う。
【０１０７】
なお、目的地予約データベースに登録されているルート情報は、利用者が予約した時点での交通状態を考慮したルート情報又は利用者が予約した時点で予測した利用時点の交通状態を考慮したルート情報である。したがって、利用時点での交通状態を考慮したルート情報をナビゲーション部２６が走行案内用のデータとして設定しようとする場合、当該利用時点で車載機２はルート情報を検索する又は、更新する必要がある。
【０１０８】
この場合、利用者が車両３の利用を開始した時点で、車載機２の不図示のルート情報検索手段が、目的地予約データベース２４に登録されている目的地登録情報に含まれる目的地情報を用いてルート情報を検索してもよい。そして、ナビゲーション部２６は、車載機２のルート情報検索手段が当該ルート情報を検索するのを待って、走行案内用のデータの設定を行ってもよい。あるいは、ナビゲーション部２６は、車載機２のルート情報検索手段が検索した当該ルート情報によって、既に走行案内用のデータとして設定したルート情報の更新を行ってもよい。また、当該ルート情報の検索は、車両予約サーバ１のルート検
索部６１が行ってもよい。この場合、車両予約サーバ１は、利用者が車両３の予約の申し込みを行った際にルート検索部６１が検索したルート情報を予約管理データベース１５に保持し、当該ルート情報と上記時点でルート検索部６１が検索したルート情報との異なる部分をデータとして車載機２に送信してもよい。
【０１０９】
また、目的地登録情報に利用終了日時、滞在時間、目的地到着予定時間等が含まれている場合、ナビゲーション部２６は、当該各時間等を利用者にアナウンスしてもよいし、当該各時間等を車載機２の表示画面に表示してもよい。
【０１１０】
§２−３  ユーザ端末７
ユーザ端末７は、例えば、ＰＣ、携帯電話等である。ユーザ端末７は、車両予約サーバ１にアクセスしデータの送受信ができる一般的な通信機能、提供されたデータに基づく画面を表示及び操作することができる一般的なユーザインタフェース機能等を備えるものであればよい。本発明はこのユーザ端末７のハードウェア構成及び機能構成を限定するものではない。
【０１１１】
本実施形態では、ユーザ端末７と車両予約サーバ１との間のインタフェースとしてカーシェアリングサービス固有のアプリケーションを想定しているが、本発明はインタフェースを限定するものではない。例えば、その他のインタフェースとして、ＷＥＢシステムを利用してもよい。ユーザ端末７と車両予約サーバ１との間のインタフェースとしてＷＥＢシステムが利用される場合、利用者はカーシェアリングサービスを受けるにあたり、ユーザ端末７上のＷＥＢブラウザを用いて車両予約サーバ１にアクセスする。
【０１１２】
利用者は、ユーザ端末７に表示される画面をユーザ端末７に接続されるユーザインタフェースを用いて操作することにより、所望の条件を入力し、予約候補情報を選択し、その選んだ予約候補情報によりカーシェアリングサービスに係る車両３の予約を完了する。ユーザ端末７上でのカーシェアリングサービスに関する各操作に応じた内容がユーザ端末７から車両予約サーバ１へそれぞれ送信される。
【０１１３】
§２−４  車両３における利用者の認証
車両３は、カーシェアリングサービスに一般的に用いられる車両である。カーシェアリングサービスでは、カーシェアリングサービスの会員（つまり、利用者）が当該車両３を利用する場合、一般的に利用者の認証が必要となる。
【０１１４】
本実施形態では、車両予約サーバ１が当該利用者の認証を行うことを想定する。利用者は、車両３に備えられている不図示の認証装置に、カーシェアリングサービスに関するＩＣ（integrated circuit）カード等をかざす。当該認証装置がＩＣカードを検知し、ＩＣカードから利用者に関するデータを取得すると、車両３に備えられている通信機器（車載機２の通信モジュール３０でもよい）を介して、当該利用者に関するデータを車両予約サーバ１に送信する。車両予約サーバ１が当該利用者に関するデータを受信すると、予約管理部６４は、予約管理データベース１５に格納されている予約情報のユーザＩＤと、当該利用者に関するデータとを照合し、当該照合の結果を車両３に通知する。車両３は当該通知により、ＩＣカードを認証装置にかざした利用者と、予約した者が一致しているかどうかを認識して、車両３のドアのロックの開閉を行う。
【０１１５】
ただし、本実施形態では以上のような利用者の認証を想定しているが、本発明はカーシェアリングサービスの利用者の認証を限定するものではない。利用者の認証は周知の方法で行われればよい。
【０１１６】
§３  動作例
本実施形態におけるカーシェアリングサービスに係る車両３の予約申込方法及び予約変更方法について説明する。なお、時間による予約申込方法については、一般のカーシェアリングサービスと同様であるため、説明は省略する。ここでは、目的地による予約申込方法及び予約変更方法について説明する。
【０１１７】
＜カーシェアリングに係る車両３の予約方法＞
まず、利用者が目的地による予約申込方法によって車両３の予約を行う時の本システムの動作例を説明する。図６は、利用者が目的地による予約申込方法によって車両３の予約を行う時の本システムの動作例を示すフローチャートである。
【０１１８】
利用者は、ユーザ端末７上でカーシェアリングサービスのためのアプリケーションを起動する（Ｓ１０１）。次に、利用者は、カーシェアリングにおける車両の予約を行うため、ユーザ端末７上で起動したアプリケーション上の指定の箇所に、出発地、目的地、滞在時間及び利用日時等の予約申込情報を入力する（Ｓ１０２）。例えば、図３の予約管理データベース１５のレコード例に対応する予約申込情報は、「出発地：□□市△△町３番地、目的地：□□市○○町１番地、滞在時間：00:10:00、利用開始日時：2010/04/30/21:00:00」である。そして、ユーザ端末７が利用者に操作されることで、ユーザ端末７は、入
力された予約申込情報を車両予約サーバ１へ送信する。
【０１１９】
車両予約サーバ１は、予約申込情報を受信すると、ルート情報の検索、予約時間の計算及び予約可能な車両の検索を行う（Ｓ１０３）。
【０１２０】
ルート情報の検索は、ルート検索部６１によって行われる。ルート検索部６１は、予約申込情報に含まれる出発地及び目的地の情報から、ルート情報の検索を行う。例えば、図３及び図５におけるレコード例に対応する、ルート検索部６１が検索するルート情報は、「△△→○△→△○→○○、○○→△○→○△→△△」である。
【０１２１】
予約時間の計算は、予約時間計算部６２によって行われる。予約時間計算部６２は、予約申込情報に含まれる滞在時間とルート検索部６１が検索したルート情報から、予約時間の計算を行う。例えば、図３及び図５におけるレコード例に対応する、予約時間計算部６２が計算した予約時間は、「00:40:00」である。
【０１２２】
予約可能な車両の検索は、車両検索部６３によって行われる。車両検索部６３は、予約申込情報に含まれる利用日時、出発地又はルート検索部６１が検索した出発地付近の車両貸与場所、及び予約時間計算部６２が計算した予約時間を用いて、予約可能な車両の検索を行う。例えば、図３の予約管理データベース１５のレコード例に対応する、車両検索部６３が検索した予約可能な車両の車両ＩＤは、「car00001」である。
【０１２３】
そして、予約管理部６４は、以上の検索又は計算された予約候補情報をユーザ端末７に送信する。
【０１２４】
ユーザ端末７が予約候補情報を受信すると、当該予約候補情報がユーザ端末７上に表示される。利用者は、ユーザ端末７上に表示される予約候補情報の確認又は選択を行う（Ｓ１０４）。修正が必要な場合、利用者は、再度、目的地等の入力をしなおす。
【０１２５】
予約候補情報に承諾する場合、利用者は、ユーザ端末７を操作して、予約の決定を行う（Ｓ１０５）。当該予約の決定の操作がユーザ端末７上で行われると、ユーザ端末７は、当該決定の通知を車両予約サーバ１に返信する（Ｓ１０６）。
【０１２６】
車両予約サーバ１が当該通知を受信すると、予約管理部６４は、選択された予約候補情
報に基づいて予約情報を生成し、生成した予約情報を予約管理データベース１５に登録する（Ｓ１０７）。具体的な例として、図３の予約管理データベース１５のレコード例が挙げられる。
【０１２７】
予約管理部６４は、予約情報を予約管理データベース１５に登録した後、ユーザ端末７に確認メールを送信する（Ｓ１０８）。送信された確認メールは、ユーザ端末７上に表示される（Ｓ１０９）。以上により、本動作例におけるユーザ端末７の動作は終了する。
【０１２８】
予約管理部６４がユーザ端末７に確認メールを送信した後、車載機予約情報登録部１７は、当該予約情報に含まれる車両ＩＤから当該予約対象の車両３を特定する。そして、車載機予約情報登録部１７は、車両ＩＤに関連付けられている通信アドレスを用いて、当該予約対象の車両３に搭載されている車載機２が処理可能状態であるかどうかを確認するための処理可能状態確認通知を当該車載機２に対して送信する（Ｓ１１０）。
【０１２９】
車載機２が処理可能状態確認通知を受信すると、ＩＴＳコントローラユニット４０は車載機２の記憶部２１及び処理部２２が目的地登録の処理が可能な状態であるか否かを確認する（Ｓ１１１）。記憶部２１及び処理部２２が目的地登録の処理が不可能な状態であるならば、ＩＴＳコントローラユニット４０は、記憶部２１及び処理部２２を目的地登録の処理が可能な状態とする（Ｓ１１２）。
【０１３０】
記憶部２１及び処理部２２が目的地登録の処理が可能な状態であることを認識すると、ＩＴＳコントローラユニット４０は、通信モジュール３０を介して車両予約サーバ１に対して処理可能通知を送信する（Ｓ１１３）。
【０１３１】
車両予約サーバ１が処理可能通知を受信すると、車載機予約情報登録部１７は、予約情報及び予約候補情報から目的地登録情報を生成し、車載機２へ送信する（Ｓ１１４）。
【０１３２】
車載機２が目的地登録情報を受信すると、目的地予約登録部２５は、当該目的地登録情報を目的地予約データベース２４に登録する（Ｓ１１５）。具体的な例として、図５の目的地予約データベース２４のレコード例が挙げられる。この時、目的地予約登録部２５は、当該登録したレコードのタグに「０」の値を格納する。
【０１３３】
目的地予約登録部２５は、目的地登録情報の登録が完了すると、車両予約サーバ１に対して当該登録が完了したことを示す通知（以下、「登録完了通知」と表記する）をする（Ｓ１１６）。そして、車両予約サーバ１は当該登録完了通知を受信する（Ｓ１１７）。以上により、本動作例における車両予約サーバ１の動作は終了する。
【０１３４】
目的地予約登録部２５が登録完了通知を送信した後、ＩＴＳコントローラユニット４０は、記憶部２１及び処理部２２の状態を元に戻す（Ｓ１１８、Ｓ１１９）。つまり、車載機予約情報登録部１７からの処理可能状態確認通知によって、ＩＴＳコントローラユニット４０が記憶部２１及び処理部２２を目的地登録の処理が可能な状態とした場合、ＩＴＳコントローラユニット４０は記憶部２１及び処理部２２の状態を元に戻す。また、ＩＴＳコントローラユニット４０が記憶部２１及び処理部２２を目的地登録の処理が可能な状態としていない場合、ＩＴＳコントローラユニット４０は記憶部２１及び処理部２２に対して何も操作しない。
【０１３５】
＜利用開始時＞
続いて、本実施形態における車両３の利用開始時について説明する。図７は、利用者が本実施形態における車両３の利用を開始する時の本システムの動作例を示すフローチャートである。
【０１３６】
利用者は、車両３の利用を開始するために、カーシェアリングサービスに関するＩＣカードを車両３の認証装置にかざす（Ｓ２０１）。車両３の認証装置は、ＩＣカードから利用者に関するデータを取得し、車両３に備えられている通信機器を介して、当該利用者に関するデータを車両予約サーバ１に送信する。
【０１３７】
車両予約サーバ１が当該利用者に関するデータを受信すると、予約管理部６４は、予約管理データベース１５に格納されている予約情報のユーザＩＤと、当該利用者に関するデータとが一致するかどうか判定する（Ｓ２０２）。予約管理部６４は、当該判定の結果を車両３に送信する。
【０１３８】
予約管理データベース１５に格納されている予約情報のユーザＩＤと、ＩＣカードに格納された利用者に関するデータとが一致した場合、車両３は、車両３のドアのロックを解除する（Ｓ２０３）。そして、車両３内に入った利用者は車両３を利用する時、車両３のアクセサリ電源をオンにする（Ｓ２０４）。
【０１３９】
車両３のアクセサリ電源がオンにされると、ナビゲーション部２６は、車両３の認証装置からユーザＩＤを取得して、当該ユーザＩＤの値を持つ目的地登録情報を目的地予約データベース２４から検索する。検索の結果、当該ユーザＩＤの値を持つ目的地登録情報に該当する目的地予約データベース２４のレコードを見つけ出すと、ナビゲーション部２６は当該レコードのタグを参照する。
【０１４０】
当該レコードのタグに格納された値が「０」である場合、すなわち、当該アクセサリ電源のオンが、利用者が車両３の利用を開始した最初のアクセサリ電源オンである場合（Ｓ２０５）、ナビゲーション部２６は、当該レコードを目的地予約データベース２４から読み込み、当該レコードのタグに「１」の値を格納する。読み込んだレコードの目的地フィールド及びルート情報フィールドに「NULL」が格納されている場合（Ｓ２０７）、ナビゲーション部２６は何も動作しない。他方、読み込んだレコードの目的地フィールド及びルート情報フィールドに目的地情報及びルート情報が格納されている場合（Ｓ２０７）、ナビゲーション部２６は当該アクセサリ電源のオンに続いて当該目的地情報及びルート情報を設定し、走行案内を開始する（Ｓ２０９）。
【０１４１】
また、当該レコードのタグに格納された値が「１」である場合、すなわち、当該アクセサリ電源のオンが、利用者が車両３の利用を開始した最初のアクセサリ電源オンではない場合（Ｓ２０５）、ナビゲーション部２６に目的地情報及びルート情報が設定されているならば（Ｓ２０６）、ナビゲーション部２６は当該目的地情報及びルート情報に従って走行案内を開始する（Ｓ２０９）。他方、ナビゲーション部２６に目的地情報及びルート情報が設定されていないならば（Ｓ２０６）、ナビゲーション部２６は何も動作しない（Ｓ２０９）。
【０１４２】
＜車両３を予約した後に目的地を設定する方法＞
次に、利用者が予約変更方法によって既に行った予約に対して目的地を指定する又は変更する時の本システムの動作例ついて説明する。図８は、利用者が予約変更方法によって既に行った予約に対して目的地を指定する又は変更する時の本システムの動作例を示すフローチャートである。
【０１４３】
利用者は、ユーザ端末７上でカーシェアリングサービスのためのアプリケーションを起動する（Ｓ３０１）。次に、利用者が、目的地情報を登録する予約対象の車両３を選択するため、ユーザ端末７上で起動したアプリケーション上において自らが予約した車両３及び日時等を選択する（Ｓ３０２）。そして、当該選択した予約に対して予定目的地及び滞
在時間のデータを入力するため、ユーザ端末７上で起動したアプリケーション上の指定の箇所に、目的地及び滞在時間等の予約変更情報を入力する（Ｓ３０３）。ユーザ端末７は、入力された予約変更情報を車両予約サーバ１へ送信する。
【０１４４】
車両予約サーバ１は、予約変更情報を受信すると、ルート情報の検索、予約時間の計算を行う（Ｓ３０４）。ルート検索部６１がルート情報の検索を行うこと、及び予約時間計算部６２が予約時間の計算を行うことについては、＜カーシェアリングに係る車両３の予約方法＞で述べたとおりである。
【０１４５】
そして、予約管理部６４は、以上の検索又は計算された予約候補情報をもとに予約の変更が可能かどうかの判定を行う（Ｓ３０５、Ｓ３０６）。
【０１４６】
まず、予約管理部６４は、予約時間計算部６２が計算した予約時間について、当該予約の変更の対象となっている予約情報に含まれる予約時間よりも時間が短いかどうか判定する（Ｓ３０５）。
【０１４７】
当該予約の対象となっている予約情報に含まれる予約時間よりも予約時間計算部６２が計算した予約時間の方が短い場合、変更後の予約時間は元の予約時間に含まれることになるので、予約管理部６４は、予約の変更が可能であると判定する。そして、当該変更の承諾を利用者に求めるため、予約管理部６４は予約候補情報をユーザ端末７に送信する。
【０１４８】
他方、当該予約の対象となっている予約情報に含まれる予約時間よりも予約時間計算部６２が計算した予約時間の方が長い場合、次に、予約管理部６４は、予約管理データベース１５に登録されている当該予約の変更の対象となっている車両３に対する予約情報から、当該予約の変更の対象となっている予約情報の利用期間の前後の予約情報を検索する。そして、当該予約の変更の対象となっている予約情報の予約時間を予約候補情報に含まれる予約時間計算部６２が計算した予約時間に変更した場合、当該前後の予約情報の利用期間と重ならないか否かを判定する（Ｓ３０６）。
【０１４９】
当該予約の対象となっている予約情報の予約時間を予約候補情報に含まれる予約時間計算部６２が計算した予約時間に変更した場合、当該前後の予約情報の利用期間と重なると判定した場合、予約管理部６４は、予約情報の変更は不可能であると判定し、ユーザ端末７に再度予約変更情報の入力を求めるための通知を行う（Ｓ３０６の「ＮＯ」）。
【０１５０】
他方、当該予約の対象となっている予約情報の予約時間を予約候補情報に含まれる予約時間計算部６２が計算した予約時間に変更した場合、当該前後の予約情報の利用期間と重ならないと判定した場合、予約管理部６４は、予約情報の変更は可能であると判定する。そして、当該変更の承諾を利用者に求めるため、予約管理部６４は予約候補情報をユーザ端末７に送信する。
【０１５１】
予約管理部６４が予約情報の変更は可能であると判定した結果、ユーザ端末７が予約管理部６４から送信される予約候補情報を受信すると、当該予約候補情報がユーザ端末７上に表示される。利用者は、ユーザ端末７上に表示される予約候補情報の確認又は選択を行う（Ｓ３０７、Ｓ３０８）。修正が必要な場合、利用者は、再度、目的地等の入力をしなおす。
【０１５２】
予約候補情報に承諾する場合、利用者は、ユーザ端末７を操作して、予約の変更の決定を行う（Ｓ３０９）。当該予約の変更の決定の操作がユーザ端末７上で行われると、ユーザ端末７は、当該決定の通知を車両予約サーバ１に返信する（Ｓ３１０）。
【０１５３】
車両予約サーバ１が当該通知を受信すると、予約管理部６４は、選択された決定情報に基づいて予約管理データベース１５に格納されている予約情報の変更又は更新を行う（Ｓ３１１〜Ｓ３１３）。
【０１５４】
予約管理部６４は、予約管理データベース１５に格納されている予約情報の更新を行った後、ユーザ端末７に確認メールを送信する（Ｓ３１４）。送信された確認メールは、ユーザ端末７上に表示される（Ｓ３１５）。以上により、本変形例におけるユーザ端末７の動作は終了する。
【０１５５】
予約管理部６４がユーザ端末７に確認メールを送信した後、車載機予約情報登録部１７は、当該予約情報に含まれる車両ＩＤから当該予約対象の車両３を特定する。そして、車載機予約情報登録部１７は、車両ＩＤに関連付けられている通信アドレスを用いて、当該予約対象の車両３に搭載されている車載機２が処理可能状態であるかどうかを確認するための処理可能状態確認通知を当該車載機２に対して送信する（Ｓ３１６）。
【０１５６】
この後、車載機２において、目的地予約登録部２５が目的地予約データベースに格納されている目的地登録情報を更新する動作については、実施形態１における目的地予約登録部２５の目的地登録情報の登録の動作（Ｓ１１１〜Ｓ１１９）と同様であるため、省略する（Ｓ３１７）。
【０１５７】
＜利用中に目的地を変更する方法＞
最後に、利用者が車両３の利用中に目的地情報の変更を行った時の本システムの動作例について説明する。図９は、利用者が車両３の利用中に目的地情報の変更を行った時の本システムの動作例を示すフローチャートである。
【０１５８】
＜車両３を予約した後に目的地を設定する方法＞における、ユーザ端末７上でカーシェアリングサービスのためのアプリケーションを利用者が起動してから、変更の対象となる予約情報の変更又は更新を行い、ユーザ端末７に確認のメールが送信されるまでの動作（Ｓ３０１〜Ｓ３１５）については、本動作例においても同様であるため、説明は省略する（Ｓ４０１〜Ｓ４１５）。
【０１５９】
また、本動作例のフローチャート（図９）では省略しているが、＜カーシェアリングに係る車両３の予約方法＞における、車載機予約情報登録部１７が、当該予約情報の変更又は更新に係る車両３を特定してから、当該車両３の車載機２の目的地予約登録部２５が目的地登録情報を目的地予約データベース２４に登録処理を行うまでの動作（Ｓ１１０〜Ｓ１１９）については、本動作例においても基本的には同様である（Ｓ４１６、Ｓ４１７）。ただし、目的地予約登録部２５が目的地登録情報を目的地予約データベース２４のレコードに登録処理する時、車両３のアクセサリ電源がオンではない場合に限り当該レコードのタグに対して「０」の値を格納する。
【０１６０】
車両３のアクセサリ電源状態がオンである場合（Ｓ４１８）、ナビゲーション部２６は、車載機予測情報登録部１７から送信される目的地登録情報に含まれている目的地情報及びルート情報を走行案内用のデータとして設定する（Ｓ４１９）。そして、ナビゲーション部２６は、設定したデータを用いて直ちに走行案内を開始する（Ｓ４２０）。
【０１６１】
他方、車両３のアクセサリ電源状態がオフである場合の動作（Ｓ４１８〜Ｓ４２３）については、＜利用開始時＞における車載機２の動作（Ｓ２０４〜Ｓ２０９）と同様であるため、説明は省略する。
【０１６２】
＜実施形態の作用及び効果＞
上述したように、本実施形態におけるカーシェアリングシステムでは、ユーザ端末７は、ユーザ端末７での利用者の操作（例えば、目的地の入力操作）に応じた予約申込情報を車両予約サーバ１に送信する。その予約申込情報の内容に応じて車両予約サーバ１は予約情報を生成する。
【０１６３】
そして、車両予約サーバ１は、その予約情報に基づいて目的地情報を含む目的地登録情報を生成し、車載機２が処理可能状態であるか否かを確認した上で、当該目的地登録情報を車載機２へ送信する。車載機２は当該目的地登録情報を受信すると、当該目的地登録情報を目的地予約データベース２４に登録する。ナビゲーション部２６は、その目的地登録情報に対応する予約を行った利用者が車両３の利用を開始する時点で、目的地予約データベース２４に登録された目的地登録情報に含まれた目的地情報及びルート情報を設定し、走行案内を開始する。
【０１６４】
また、本システムでは、利用者が車両３の予約を行った後、別途利用者がユーザ端末７を操作することで、予約変更情報がユーザ端末７から車両予約サーバ１に送信される。当該予約変更情報の内容に応じて、車両予約サーバ１は予約情報の変更又は更新を行う。
【０１６５】
そして、車両予約サーバ１は、当該予約変更情報に基づいて目的地情報を含む目的地登録情報を生成し、車載機２が処理可能状態であるか否かを確認した上で、当該目的地登録情報を車載機２へ送信する。車載機２が目的地登録情報を受信すると、目的地予約登録部２５は、当該目的地登録情報を目的地予約データベース２４に登録する。また、ナビゲーション部２６は、当該目的地登録情報に含まれている目的地情報及びルート情報を走行案内用のデータとして設定し、走行案内を開始する。
【０１６６】
このように、本実施形態によれば、利用者が車両３を利用する時点ですでに目的地情報が車載機２に登録されているため、利用者は、利用者自身の所有物ではないことで一般的には使い慣れていない車載機２を特に操作する必要もなく、車両３のアクセサリ電源をオンにするだけで、車載機２より走行案内を受けることができる。また、利用者が車両３を利用する時点ですでに目的地情報が車載機２に登録されているため、車載機２は登録されているデータを読み込むだけで走行案内を開始することができる。これらの結果、利用者は車載機２の操作又は動作による時間のロスを受けることなくカーシェアリングサービスを受けることができる。
【０１６７】
また、本実施形態によれば、車両予約サーバ１が車両３の利用開始から返却までの予約時間を算出するため、利用者は、予約時間を予め調べる必要なく、カーシェアリングサービスを受けることができる。
【０１６８】
更に、本実施形態によれば、利用者は、車両３の予約を行った後いつでも、ユーザ端末７を操作することで車載機２に登録する目的地情報を変更することができる。そのため、利用者は、利用者自身の所有物ではないことで一般的には使い慣れていない車載機２を特に操作する必要がなく、車載機２より走行案内を受けることができる。この結果、利用者は、車載機２に予め登録した目的地を変更する時等も、使い慣れていない車載機２を操作することで発生する予約時間のロスを受けることなくカーシェアリングサービスの提供を受けることができる。
【０１６９】
加えて、予約時間の変更に係る時間を車両予約サーバ１が算出するため、利用者は、予約時間の変更に係る時間を予め調べる必要なく、カーシェアリングサービスを受けることができる。
【０１７０】
＜補足＞
以上までの実施形態では、ユーザ端末７と車両予約サーバ１との間、及び車両予約サーバ１と車載機２との間の通信に限られている。しかしながら、本発明はこのような通信方法に限定されるわけではない。
【０１７１】
例えば、ユーザ端末７が車両予約サーバ１の車載機予約情報登録部１７を備える場合、車両予約サーバ１において予約の処理が完了した後に、ユーザ端末７から直接車載機２に対して目的地情報の登録を行わせてもよい。この場合、車載機２に登録される目的地登録情報に含まれるユーザＩＤ等を用いて、ユーザ端末７を認証してもよいし、目的地を登録する目的地登録情報の特定を行ってもよい。
【０１７２】
また、車載機２が、車両予約サーバ１の予約管理データベース１５及び予約処理部１６を備えることで各予約情報の管理を行ってもよい。この場合、車両予約サーバ１はなくてもよい。本発明は、ハードウェアの構成を限定するものではない。
【０１７３】
更に、車載機２は、車載機予約情報登録部１７を備えるユーザ端末７から直接目的地情報を含むデータを受信してもよい。この場合、車載機２が、車両予約サーバ１の予約管理データベース１５及び予約処理部１６を備えることで各予約情報の管理を行ってもよい。また、車載機２がユーザ端末７から受け取ったデータを車両予約サーバ１へ転送ことで、予約情報の処理及び管理を車両予約サーバ１が行ってもよい。
【符号の説明】
【０１７４】
１  車両予約サーバ
２  車載機
３  車両
５  ネットワーク
７  ユーザ端末
１５  予約管理ベータベース
１６  予約処理部
１７  車載機予約情報登録部
２４  目的地予約データベース
２５  目的地予約登録部
２６  ナビゲーション部
３０  通信モジュール
４０  ＩＴＳコントローラユニット
６１  ルート検索部
６２  予約時間計算部
６３  車両検索部
６４  予約管理部
【図１】
2012048308.tif 000003
【図２】
2012048308.tif 000004
【図３】
2012048308.tif 000005
【図４】
2012048308.tif 000006
【図５】
2012048308.tif 000007
【図６】
2012048308.tif 000008
【図７】
2012048308.tif 000009
【図８】
2012048308.tif 000010
【図９】
2012048308.tif 000011