JP7374665B2 - モビリティ管理システム、モビリティ管理装置及びモビリティ管理方法 - Google Patents

Description

本発明の実施形態は、モビリティ管理システム、モビリティ管理装置及びモビリティ管理方法に関する。

個人所有の交通手段を用いずに、公共交通機関又はカーシェアリング（以下「カーシェア」という。）などにおいてモビリティをオンデマンドに利用するＭａａＳ（mobility as a service）と呼ばれるサービスが注目されている。ＭａａＳでは、公共交通機関又はシェアリングサービスとして自動車などのモビリティが用いられる。
しかしながら、モビリティ及びモビリティ利用者を管理するシステムは、モビリティとモビリティ利用者との紐づけ（関連付け）が一時的である。このため、このようなシステムは、モビリティ利用者などに対するサービスの提供の自由度が低い。

特開２０１６－１５７２４１号公報

本発明の実施形態が解決しようとする課題は、サービスの提供の自由度を向上することができるモビリティ管理システム、モビリティ管理装置及びモビリティ管理方法を提供することである。

実施形態のモビリティ管理システムは、モビリティを管理する。実施形態のモビリティ管理システムは、利用通知装置、モビリティ管理装置及びサービス提供支援装置を含む。利用通知装置は、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報を前記モビリティ管理装置に送信する利用通知通信部を備える。モビリティ管理装置は、モビリティ管理通信部及びモビリティ管理処理部を備える。モビリティ管理通信部は前記通知情報を受信する。モビリティ管理処理部は、前記モビリティを特定するモビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにする。モビリティ管理処理部は、前記モビリティ管理通信部によって受信されたモビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得する。サービス提供支援装置は、サービス提供支援通信部を備える。サービス提供支援通信部は、前記モビリティから取得された前記モビリティ特定情報を前記モビリティ管理装置に送信し、前記モビリティ特定情報を受信する。

第１実施形態～第３実施形態及び第９実施形態に係るモビリティ管理システムの構成の一例を示すブロック図。 図１中のモビリティ管理装置の要部回路構成の一例を示すブロック図。 図２中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 図１中のサービス提供装置の要部回路構成の一例を示すブロック図。 図１中のモビリティ識別装置の要部回路構成の一例を示すブロック図。 図１中のサービス提供支援装置の要部回路構成の一例を示すブロック図。 図１中のシェアモビリティの構成要素の要部回路構成の一例を示すブロック図。 図１中の利用者端末装置の要部回路構成の一例を示すブロック図。 第１実施形態～第４実施形態及び第８実施形態における動作の流れの一例を示すシーケンス図。 第１実施形態～第４実施形態、第８実施形態及び第９実施形態に係るシェアモビリティの予約処理の一例を示すフローチャート。 第１実施形態～第４実施形態、第８実施形態及び第９実施形態に係るシェアモビリティの利用通知に係る処理の一例に関するフローチャート。 第１実施形態～第４実施形態、第８実施形態及び第９実施形態に係るシェアモビリティの利用通知に係る処理の一例に関するフローチャート。 第１実施形態～第３実施形態に係るサービス処理の例における動作の流れの一例を示すシーケンス図。 第１実施形態～第３実施形態における、モビリティ識別装置のセンサー範囲内をシェアモビリティが通過又は停車した場合の動作の一例を示すフローチャート。 第１実施形態～第４実施形態、第８実施形態及び第９実施形態に係る利用終了処理におけるモビリティ管理システムの利用終了の処理の流れの一例を示すシーケンス図。 図２中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 図２中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 第４実施形態に係るモビリティ管理システムの構成の一例を示すブロック図。 図１８中のセキュリティ装置の要部回路構成の一例を示すブロック図。 第４実施形態に係るサービス処理の例における動作の流れの一例を示すシーケンス図。 第４実施形態に係るモビリティ管理システムによるサービス処理の一例を示すフローチャート。 第５実施形態～第７実施形態に係るモビリティ管理システムの構成の一例を示すブロック図。 図２２中の上位管理装置の要部回路構成の一例を示すブロック図。 図２３中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 図２２中の下位管理装置の要部回路構成の一例を示すブロック図。 第５実施形態～第７実施形態における動作の流れの一例を示すシーケンス図。 第５実施形態～第７実施形態に係るシェアモビリティの予約処理の一例を示すフローチャート。 第５実施形態～第７実施形態に係るシェアモビリティの利用通知に係る処理の一例に関するフローチャート。 第５実施形態～第７実施形態に係るシェアモビリティの利用通知に係る処理の一例に関するフローチャート。 第５実施形態～第７実施形態に係るモビリティ管理システムの利用終了の処理の流れの一例を示すシーケンス図。 図２３中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 図２３中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 第８実施形態に係るサービス処理の例における動作の流れの一例を示すシーケンス図。 第８実施形態に係るモビリティ管理システムによるサービス処理の一例を示すフローチャート。 第９実施形態における動作の流れの一例を示すシーケンス図。 第９実施形態に係る提供サービスの予約処理の一例を示すフローチャート。 第９実施形態に係るモビリティ管理システムによるサービス処理の一例を示すフローチャート。

以下、いくつかの実施形態に係るモビリティ管理システムについて図面を用いて説明する。なお、以下の実施形態の説明に用いる各図面は、説明のため、構成を省略して示している場合がある。また、各図面及び以下の説明において、同一の符号は同様の要素を示す
〔第１実施形態〕
＜システム構成＞
図１は、第１実施形態に係るモビリティ管理システム１の構成の一例を示すブロック図である。
モビリティ管理システム１は、カーシェアの利用者に、カーシェアだけでなく、カーシェア以外の付加的なサービスを提供することができるシステムである。
モビリティ管理システム１は、モビリティ管理装置１０、シェアモビリティ２０、サービス提供装置３０、モビリティ識別装置４０、利用者端末装置５０及びサービス提供支援装置６０を含む。なお、図１では、シェアモビリティ２０、サービス提供装置３０、モビリティ識別装置４０及び利用者端末装置５０をそれぞれ１台ずつ示している。しかしながら、典型的には、それぞれ複数存在する。

モビリティ管理装置１０、シェアモビリティ２０の利用通知装置２１、サービス提供装置３０、利用者端末装置５０、及びサービス提供支援装置６０は、それぞれネットワークＮＷを介して接続されている。
ネットワークＮＷは、典型的にはインターネットを含む通信網であり、ＷＡＮ（wide area network）を含む通信網であるが、専用線又は公衆携帯電話網などを含む通信網であっても良い。

また、シェアモビリティ２０の車載器２３とモビリティ識別装置４０とは、無線通信により接続する。サービス提供装置３０とサービス提供支援装置６０とは、例えばＬＡＮ（local area network）などを介して接続する。モビリティ識別装置４０とサービス提供支援装置６０とは例えばＬＡＮなどを介して接続する。

なお、上記の接続の形態は一例であり、各装置と装置との接続は、上記以外の方法を用いたものであっても良い。

＜システム側の各構成要素の構成＞
図２は、モビリティ管理装置１０の要部回路構成の一例を示すブロック図である。
モビリティ管理装置１０は、例えば、カーシェアに用いられるシェアモビリティ２０及びカーシェア利用者についてのデータなどの管理などを行うサーバー装置である。モビリティ管理装置１０は、一例として、プロセッサー１１、ＲＯＭ（read-only memory）１２、ＲＡＭ（random-access memory）１３、補助記憶デバイス１４及び通信インターフェース１５を含む。そして、バス１６などが、これら各部を接続する。

プロセッサー１１は、ＲＯＭ１２又は補助記憶デバイス１４などに記憶されたソフトウェアのプログラムに基づいて、モビリティ管理装置１０の各種の機能を実現するべく各部を制御する。プロセッサー１１は、当該プログラムを実行することで、モビリティ管理処理部１１ａなどとして機能する。なお、当該プログラムの一部又は全部は、プロセッサー１１の回路内に組み込まれていても良い。

ＲＯＭ１２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２は、ファームウェア、及びプロセッサー１１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ１３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ１３は、プロセッサー１１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

補助記憶デバイス１４は、プロセッサー１１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス１４は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）又はフラッシュメモリなどである。また、補助記憶デバイス１４は、プロセッサー１１が各種の処理を行う上で使用するデータ、プロセッサー１１での処理によって生成されたデータ又は各種の設定値などを保存する。また、補助記憶デバイス１４は、利用ＤＢ（database）１４１を記憶する。利用ＤＢ１４１については後で詳細に説明する。

通信インターフェース１５は、モビリティ管理装置１０がネットワークＮＷを介して通信するためのインターフェースである。通信インターフェース１５は、モビリティ管理通信部の一例である。

バス１６は、コントロールバス、アドレスバス及びデータバスなどを含み、モビリティ管理装置１０の各部で授受される信号を伝送する。

＜利用ＤＢ１４１及び利用ＤＢ１４１に含まれる関連付けテーブルＴ１の説明＞
補助記憶デバイス１４に記憶される利用ＤＢ１４１は、カーシェアに関する情報として、関連付けテーブルＴ１を記憶する。第１実施形態では、利用ＤＢ１４１は、関連付けテーブルＴ１として関連付けテーブルＴ１－１を含む。

関連付けテーブルＴ１－１は、シェアモビリティ２０とカーシェア利用者とを関連付ける。また、関連付けテーブルＴ１－１は、シェアモビリティ２０が利用中である場合にそのことを示す。なお、関連付けテーブルＴ１－１は、関連付け部の一例である。

図３は、関連付けテーブルＴ１－１の一例を示す図である。関連付けテーブルＴ１－１は、車載器識別子及び車両番号等に、予約番号、顧客情報、及び有効フラグを関連付けたテーブルである。
ここで、車載器識別子は、例えばＷＣＮ（wireless call number）又は車載器管理番号などである。車両番号等は、車のナンバープレートが表示する車両番号又は自動車登録番号などの識別情報である。予約番号は、カーシェアの利用予約１件ごとにユニークに付与される識別情報である。顧客情報は、カーシェア利用者についての情報である。顧客情報は、利用者情報を含む。
利用者情報は、カーシェア利用者を特定する情報（以下「第１の利用者特定情報」という。）を含む。なお、利用者情報は、カーシェア利用者についての個人情報などを含む各種情報である。第１の利用者特定情報は、例えば、利用者端末装置５０において用いられている電子メールアドレスである。
有効フラグは、有効又は無効を示すフラグ情報である。有効フラグが無効の場合は、カーシェア利用者が当該シェアモビリティ２０の利用をまだ開始していない場合、あるいは、当該シェアモビリティ２０の利用を終了していることを示す。有効フラグが有効を示す場合、カーシェア利用者が、当該シェアモビリティ２０を利用中であることを示す。
なお、図３に示す関連付けテーブルＴ１－１では、カーシェア利用者が当該シェアモビリティ２０の利用をまだ開始していない場合と、利用を終了している場合とで同一の値としているが、当該２つの場合で別の値をとるようにしてもよい。
ここで、車載器識別子及び車両番号等が同一で、予約番号が同一のレコードが複数ある場合、当該複数のレコードは、複数人での利用であることを示す。また、車載器識別子及び車両番号等が同一であり、予約番号が異なるレコードは、それぞれのレコードが、同一のシェアモビリティ２０に対する別の予約であることを示す。また、関連付けテーブルＴ１－１は、顧客情報が同一であるレコードが複数あっても良い。

図４は、サービス提供装置３０の要部回路構成の一例を示すブロック図である。
サービス提供装置３０は、提供サービスの事業者ごとに設置され、モビリティ２０に対して各種サービスの提供などに用いられるサーバー装置などである。提供サービスは、例えば、ファストフードなどのドライブスルーである。サービス提供装置３０は、一例として、プロセッサー３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、第１の通信インターフェース３５、第２の通信インターフェース３６、表示デバイス３７及び入力デバイス３８を含む。そして、バス３９などが、これら各部を接続する。

プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたソフトウェアのプログラムに基づいて、サービス提供装置３０の各種の機能を実現するべく各部を制御する。プロセッサー３１は、当該プログラムを実行することで、サービス提供処理部３１ａなどとして機能する。なお、当該プログラムの一部又は全部は、プロセッサー３１の回路内に組み込まれていても良い。

ＲＯＭ３２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ３２は、ファームウェア、プロセッサー３１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ３３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ３３は、プロセッサー３１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

補助記憶デバイス３４は、プロセッサー３１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス３４は、例えばＥＥＰＲＯＭ、ＨＤＤ又はフラッシュメモリなどである。また、補助記憶デバイス３４は、プロセッサー３１が各種の処理を行う上で使用するデータ、プロセッサー３１での処理によって生成されたデータ又は各種の設定値などを保存する。
また、補助記憶デバイス３４は、提供ＤＢ３４１を記憶する。提供ＤＢ３４１は、サービス提供装置３０が提供するサービスに関する情報を記憶する。

第１の通信インターフェース３５は、サービス提供通信部として、サービス提供装置３０がネットワークＮＷを介して通信するためのインターフェースである。

第２の通信インターフェース３６は、サービス提供装置３０が他の装置と通信するためのインターフェースである。
なお、第１の通信インターフェース３５及び第２の通信インターフェース３６は、共通のインターフェースであっても良い。

表示デバイス３７は、サービス提供装置３０の操作者に各種情報を通知するための画面を表示する。表示デバイス３７は、例えば、液晶ディスプレイ又は有機ＥＬ（electro-luminescence）ディスプレイなどのディスプレイである。

入力デバイス３８は、サービス提供装置３０の操作者による操作を受け付けるデバイスで、例えば、キーボード、キーパッド、タッチパッド又はマウスなどである。
また、表示デバイス３７及び入力デバイス３８を一体化したタッチパネルとして構成しても良い。

バス３９は、コントロールバス、アドレスバス及びデータバスなどを含み、サービス提供装置３０の各部で授受される信号を伝送する。

図５は、モビリティ識別装置４０の要部回路構成の一例を示すブロック図である。
道路又は駐車場などに設置されるモビリティ識別装置４０は、シェアモビリティ２０を識別する識別情報を読み取る装置である。ここで、モビリティ識別装置４０は、車載器２３から車載器識別子などを読み取る、ＤＳＲＣ（dedicated short-range communications）機能を搭載したＥＴＣ（electronic toll collection）用の路側機などであっても良い。あるいは、モビリティ識別装置４０は、シェアモビリティ２０に設置されたナンバープレート２４から車両番号等を読み取るカメラであっても良い。
モビリティ識別装置４０は、一例として、プロセッサー４１、ＲＯＭ４２、ＲＡＭ４３、センサー４４及び通信インターフェース４５を含む。そして、バス４６などが、これら各部を接続する。

プロセッサー４１は、ＲＯＭ４２などに記憶されたソフトウェアのプログラムに基づいて、モビリティ識別装置４０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー４１の回路内に組み込まれていても良い。

ＲＯＭ４２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ４２は、上記のプログラム、及びプロセッサー４１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ４３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ４３は、プロセッサー４１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

センサー４４は、シェアモビリティ２０の識別情報を読み取る。センサー４４の例としては、車載器２３から車載器識別子を読み取るアンテナ、又はナンバープレート２４から車両番号等などを読み取るカメラである。なお、モビリティ識別装置４０は、アンテナ及びカメラの両方を備えていても良い。

通信インターフェース４５は、モビリティ識別装置４０が他の装置と通信するためのインターフェースである。

バス４６は、コントロールバス、アドレスバス及びデータバスなどを含み、モビリティ識別装置４０の各部で授受される信号を伝送する。

図６は、サービス提供支援装置６０の要部回路構成の一例を示すブロック図である。
サービス提供支援装置６０は、サービス提供装置３０の支援などに用いられるサーバー装置などである。サービス提供支援装置６０は、一例として、プロセッサー６１、ＲＯＭ６２、ＲＡＭ６３、補助記憶デバイス６４、第１の通信インターフェース６５及び第２の通信インターフェース６６を含む。そして、バス６７などが、これら各部を接続する。

プロセッサー６１は、ＲＯＭ６２又は補助記憶デバイス６４などに記憶されたソフトウェアなどのプログラムに基づいて、サービス提供支援装置６０の各種の機能を実現するべく各部を制御する。プロセッサー６１は、当該プログラムを実行することでサービス提供支援処理部６１ａなどとして機能する。なお、当該プログラムの一部又は全部は、プロセッサー６１の回路内に組み込まれていても良い。

ＲＯＭ６２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ６２は、ファームウェア、及びプロセッサー６１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ６３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ６３は、プロセッサー６１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

補助記憶デバイス６４は、プロセッサー６１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス６４は、例えばＥＥＰＲＯＭ、ＨＤＤ又はフラッシュメモリなどである。また、補助記憶デバイス６４は、プロセッサー６１が各種の処理を行う上で使用するデータ、プロセッサー６１での処理によって生成されたデータ又は各種の設定値などを保存する。

第１の通信インターフェース６５は、サービス提供支援装置６０がネットワークＮＷを介して通信するためのインターフェースであり、サービス提供支援通信部である。

第２の通信インターフェース６６は、サービス提供支援装置６０が他の装置と通信するためのインターフェースである。
なお、第１の通信インターフェース６５及び第２の通信インターフェース６６は、共通のインターフェースであっても良い。

バス６７は、コントロールバス、アドレスバス及びデータバスなどを含み、サービス提供支援装置６０の各部で授受される信号を伝送する。

＜利用者側の構成の説明＞
次に、利用者側の構成について、説明する。
図７は、シェアモビリティ２０の構成要素の要部回路構成の一例を示すブロック図である。
シェアモビリティ２０は、利用者でシェアリングされるモビリティであり、例えば、カーシェアのために用いられる自動車又は自動二輪車などである。シェアモビリティ２０は、利用通知装置２１、電子錠２２、車載器２３及びナンバープレート２４が設置される。

利用通知装置２１は、シェアモビリティ２０の利用開始などの通知をモビリティ管理装置１０に送信するなどの処理を行う装置である。利用通知装置２１は、一例として、プロセッサー２１１、ＲＯＭ２１２、ＲＡＭ２１３、カードリーダー２１４、通信インターフェース２１５及び電子錠インターフェース２１６を含む。そして、バス２１７などが、これら各部を接続する。

プロセッサー２１１は、ＲＯＭ２１２などに記憶されたソフトウェアのプログラムに基づいて、利用通知装置２１の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー２１１の回路内に組み込まれていても良い。

ＲＯＭ２１２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ２１２は、ファームウェア、及びプロセッサー２１１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ２１３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ２１３は、プロセッサー２１１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

カードリーダー２１４は、ＩＣ（integrated circuit）カード又はＩＣチップを搭載した電子機器などに記憶されたデータを読み取る。ＩＣカード及びＩＣチップは、典型的には非接触式である。

通信インターフェース２１５は、利用通知装置２１がネットワークＮＷを介して通信するためのインターフェースであり、利用通知通信部である。
電子錠インターフェース２１６は、利用通知装置２１が電子錠２２と通信するためのインターフェースである。利用通知装置２１は、電子錠インターフェース２１６を介して電子錠２２の開閉を行うことができる。

バス２１７は、コントロールバス、アドレスバス及びデータバスなどを含み、利用通知装置２１の各部で授受される信号を伝送する。

電子錠２２は、シェアモビリティ２０の扉に設置される。電子錠２２は、電気的手段によって開閉可能な錠前である。

車載器２３は、高速道路等の有料道路の料金課金システムを利用するためのＥＴＣの車載機である。車載器２３は、車載器２３ごとにユニークな識別情報である車載器識別子が割り当てられているため、シェアモビリティ２０を特定するモビリティ特定情報として利用可能である。

また、ナンバープレート２４は、シェアモビリティ２０ごとにユニークに付与されるため、シェアモビリティ２０を特定するモビリティ特定情報として利用可能である。

図８は、利用者端末装置５０の要部回路構成の一例を示すブロック図である。
利用者端末装置５０は、カーシェア利用者などが操作するＰＣ（personal computer）又はスマートホンなどの情報機器である。利用者端末装置５０は、一例として、プロセッサー５１、ＲＯＭ５２、ＲＡＭ５３、補助記憶デバイス５４、通信インターフェース５５、表示デバイス５６及び入力デバイス５７を含む。そして、バス５８などが、これら各部を接続する。利用者端末装置５０の構成の詳細については、ＰＣやスマートホンの一般的な構成であるため、詳細説明については省略する。

＜動作説明：第１実施形態＞
以下、第１実施形態に係るモビリティ管理システム１の動作を説明する。第１実施形態は、カーシェア利用に関する全体的な流れを説明するための実施形態である。
図９は、第１実施形態に係る動作の流れの一例を示すシーケンス図である。

＜動作の説明―予約動作＞
カーシェア利用者は、カーシェアを利用する場合、モビリティ管理装置１０を用いてカーシェアの利用予約を行う。カーシェア利用者は、利用者端末装置５０に対し、カーシェアの利用予約に必要となる、利用者情報又は利用者ＩＤ（以下「利用者情報等」という。）を入力する。利用者ＩＤは、カーシェア利用者ごとにユニークに付与される識別情報である。ここで利用者端末装置５０に入力された情報は、モビリティ管理装置１０に送信される。なお、１台のシェアモビリティ２０を複数人で利用する場合、カーシェア利用者は、複数人分の利用者情報等を入力しても良い。

図１０は、第１実施形態に係るシェアモビリティの予約処理の一例を示すフローチャートである。
図１０のフローチャートＦＬ１は、利用者端末装置５０のプロセッサー５１が実行するシェアモビリティの予約についての処理を示す。また、フローチャートＦＬ２は、モビリティ管理装置１０のプロセッサー１１が実行する、シェアモビリティの予約についての処理を示す。

図１０のフローチャートＦＬ１のステップＳ１１において、利用者端末装置５０のプロセッサー５１は、カーシェアの利用予約の入力を待ち受けている。ここで、カーシェアの予約方法は、カーシェア予約用のアプリに対して操作する方法、又はカーシェアの予約を行うための専用ｗｅｂページへの操作する方法などである。プロセッサー５１は、カーシェアの利用予約を開始すると判定した場合、ステップＳ１１においてＹｅｓと判定してステップＳ１２へと進む。

ステップＳ１２において、プロセッサー５１は、カーシェアの利用予約に必要な情報が入力されて、送信ボタンなどが操作されるのを待ち受ける。プロセッサー５１は、当該操作がされると、ステップＳ１２においてＹｅｓと判定してステップＳ１３へと進む。

ステップＳ１３においてプロセッサー５１は、カーシェア予約要求を生成する。カーシェア予約要求は、利用開始予定日時、利用終了予定日時、乗車位置及び車種などの条件情報並びに利用者情報等を含む。なお、複数人分の利用者情報等が入力されている場合には、カーシェア予約要求は、当該複数人分の利用者情報等を含む。プロセッサー５１は、カーシェア予約要求を生成すると、通信インターフェース５５を介して当該カーシェア予約要求をモビリティ管理装置１０に送信する。
送信された当該カーシェア予約要求は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該カーシェア予約要求は、図９ではステップＳＴ１１として示す。
なお、カーシェア予約要求は、カーシェア利用者によるシェアモビリティ２０の利用の予約についての情報を含むモビリティ予約情報の一例である。

一方、図１０のフローチャートＦＬ２のステップＳ２１においてモビリティ管理装置１０のプロセッサー１１は、通信インターフェース１５によってカーシェア予約要求が受信されるのを待ち受けている。プロセッサー１１は、カーシェア予約要求が受信されたならば、ステップＳ２１においてＹｅｓと判定してステップＳ２２へと進む。

ステップＳ２２においてプロセッサー１１は、利用ＤＢ１４１を参照して、カーシェア予約要求に含まれる条件情報に合致するシェアモビリティ２０を特定する。そして、プロセッサー１１は、当該シェアモビリティ２０の車載器識別子及び車両番号等を取得する。

ステップＳ２３において、プロセッサー１１は、ステップＳ２２で取得した車載器識別子及び車両番号等とステップＳ２１において受信されたカーシェア予約要求に含まれる利用者情報等とを関連付ける。プロセッサー１１は、例えば、利用ＤＢ１４１に含まれる関連付けテーブルＴ１－１を用いて車載器識別子及び車両番号等と利用者情報等とを関連付ける。プロセッサー１１は、関連付けテーブルＴ１－１に新規にレコードを追加して、当該レコードの車載器識別子フィールド及び車両番号等フィールドに、ステップＳ２２で取得した車載器識別子及び車両番号等を書き込む。さらに、プロセッサー１１は、当該レコードの顧客情報フィールドにステップＳ２１で受信されたカーシェア予約要求に含まれる利用者情報を書き込む。なお、プロセッサー１１は、カーシェア予約要求に利用者ＩＤが含まれる場合、利用ＤＢ１４１を参照して、当該利用者ＩＤに関連付けられている利用者情報を取得する。なお、利用ＤＢ１４１は、利用者ＩＤと、当該利用者ＩＤで特定される利用者の利用者情報とを関連付けて記憶している。そして、プロセッサー１１は、取得した利用者情報を顧客情報フィールドに書き込む。また、プロセッサー１１は、当該レコードの有効フラグフィールドの値を無効にする。なお、カーシェア予約要求に複数人分の利用者情報等が含まれる場合には、プロセッサー１１は、人数分の複数のレコードを同様に関連付けテーブルＴ１－１に新規に追加する。
前述したように、予約要求は、予約情報の一例である。したがって、プロセッサー１１は、ステップＳ２３の処理を行うことで、通信インターフェース１５によって受信された予約情報に基づいてカーシェア利用者の利用者特定情報とモビリティのモビリティ特定情報とを関連付けるべく機能する。

ステップＳ２４においてプロセッサー１１は、カーシェアの予約を完了した旨を示す情報を含むカーシェア予約通知を生成する。プロセッサー１１は、カーシェア予約通知を生成した後、当該カーシェア予約通知を、通信インターフェース１５を介してカーシェア予約要求の送信元である利用者端末装置５０に送信する。
送信された当該カーシェア予約通知は、利用者端末装置５０の通信インターフェース５５によって受信される。当該カーシェア予約通知は、図９ではステップＳＴ１２として示す。
プロセッサー１１は、図１０のフローチャートＦＬ２のステップＳ２４の処理の後、ステップＳ２１へと戻る。

一方、フローチャートＦＬ１のステップＳ１４において利用者端末装置５０のプロセッサー５１は、通信インターフェース５５によってカーシェア予約通知が受信されるのを待ち受けている。プロセッサー１１は、カーシェア予約通知が受信されたならば、ステップＳ１４においてＹｅｓと判定してステップＳ１５へと進む。

ステップＳ１５においてプロセッサー５１は、ステップＳ１４で受信されたカーシェア予約通知に含まれる予約内容を表示デバイス５６に表示させる。プロセッサー５１は、ステップＳ１５の処理の後、ステップＳ１１へと戻る。

＜動作説明―カーシェアの利用開始動作＞
カーシェア利用者は、予約した時間になったら、予約したシェアモビリティ２０が備えるカードリーダー２１４に、利用者ＩＤが記憶されているＩＣカード又はＩＣチップを搭載した電子機器などを読み込ませる。当該電子機器は、例えば利用者端末装置５０である。

図１１及び図１２は、第１実施形態に係る利用通知に係る処理の一例に関するフローチャートである。図１１及び図１２は、フローチャートＦＬ３及びフローチャートＦＬ４を含む。
図１１及び図１２のフローチャートＦＬ３は、利用通知装置２１のプロセッサー２１１が実行する、カーシェアの利用開始及び終了についての処理を示す。また、フローチャートＦＬ４は、モビリティ管理装置１０のプロセッサー１１が実行する、カーシェアの利用開始及び終了についての処理を示す。

図１１のフローチャートＦＬ３のステップＳ３１において、プロセッサー２１１は、カードリーダー２１４によってＩＣカード又はＩＣチップを搭載した電子機器などから利用者ＩＤが読み取られたならば、ステップＳ３１においてＹｅｓと判定してステップＳ３２へと進む。ここで利用通知装置２１が利用者端末装置５０から利用者ＩＤを読み取ることを図９ではステップＳＴ１３として示す。なお、ステップＳＴ１３～ステップＳＴ１７は、シェアモビリティ２０の利用が開始される場合の動作の流れを示す。

図１１のフローチャートＦＬ３のステップＳ３２においてプロセッサー２１１は、利用通知を生成する。利用通知は、ステップＳ３１において読み取られた利用者ＩＤと、車載器識別子及び車両番号等の少なくともいずれかとを含む。なお、当該利用通知に含まれる車載器識別子は、利用通知装置２１と同じシェアモビリティ２０に設置された車載器２３の車載器識別子である。また、当該利用通知に含まれる車両番号等は、利用通知装置２１が設置されたシェアモビリティ２０の車両番号等である。
プロセッサー２１１は、利用通知を生成した後、通信インターフェース２１５を介して、当該利用通知をモビリティ管理装置１０に送信する。
送信された当該利用通知は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該利用通知は、図９ではステップＳＴ１４として示す。利用通知は、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報の一例である。

一方、図１１のフローチャートＦＬ４のステップＳ４１においてモビリティ管理装置１０のプロセッサー１１は、通信インターフェース１５によって利用通知が受信されるのを待ち受けている。プロセッサー１１は、利用通知が受信されたならば、ステップＳ４１においてＹｅｓと判定してステップＳ４２へと進む。

ステップＳ４２においてプロセッサー１１は、利用ＤＢ１４１を参照して、ステップＳ４１において受信された利用通知に含まれる利用者ＩＤで特定されるカーシェア利用者によって、当該利用通知に含まれる車載器識別子又は車両番号等で特定されるシェアモビリティ２０の利用の予約がされているか否かを判定する。なお、当該利用者ＩＤによって特定されるカーシェア利用者による当該シェアモビリティ２０の予約を、以下「対象予約」という。
プロセッサー１１は、対象予約がされていないならば、ステップＳ４２においてＮｏと判定してステップＳ４３へと進む。

ステップＳ４３において、プロセッサー１１は、通信インターフェース１５を介して、利用の予約がされていないことを示す第１のエラー通知を利用通知装置２１に送信する。
送信された当該第１のエラー通知は、利用通知装置２１の通信インターフェース２１５によって受信される。プロセッサー１１は、ステップＳ４３の処理の後、ステップＳ４１へ戻る。

一方、フローチャートＦＬ３のステップＳ３３において利用通知装置２１のプロセッサー２１１は、第１のエラー通知、第２のエラー通知、第３のエラー通知、開始通知又は終了通知が受信されるのを待ち受けている。プロセッサー２１１は、第１のエラー通知、第２のエラー通知、第３のエラー通知、開始通知又は終了通知が受信されたならば、ステップＳ３３においてＹｅｓと判定してステップＳ３４へと進む。なお、第２のエラー通知、第３のエラー通知、開始通知及び終了通知については後述する。

ステップＳ３４において、プロセッサー２１１は、受信されたデータが第１のエラー通知～第３のエラー通知のいずれかであると判定した場合、ステップＳ３４においてＹｅｓと判定してステップＳ３５へと進む。

ステップＳ３５においてプロセッサー２１１は、エラー通知の内容に応じた報知をする。プロセッサー２１１は、例えば、スピーカーから当該内容に応じた音声を出力することで報知する。プロセッサー２１１は、受信されたエラー通知が第１のエラー通知である場合、利用の予約がされていないことを報知する。プロセッサー２１１は、ステップＳ３５の処理の後、ステップＳ３１へと戻る。

モビリティ管理装置１０のプロセッサー１１は、対象予約がされているならば、フローチャートＦＬ４のステップＳ４２においてＹｅｓと判定してステップＳ４４へと進む。
ステップＳ４４においてプロセッサー１１は、対象予約が利用開始前の予約であるか否かを判定する。プロセッサー１１は、対象予約が利用開始前の予約であるならば、ステップＳ４４においてＹｅｓと判定してステップＳ４５へと進む。

ステップＳ４５においてプロセッサー１１は、現在日時が、対象予約についての利用を開始して良い日時であるか否かを判定する。なお、利用を開始して良い日時とは、対象予約の利用開始予定日時以降且つ利用終了予定日時以前である。あるいは、利用を開始して良い日時は、利用開始予定日時以降に代えて利用開始予定日時より一定時間前以降であっても良い。また、利用を開始して良い日時は、利用終了予定日時以前に代えて利用終了予定日時より一定時間前以前であっても良い。プロセッサー１１は、現在日時が、対象予約についての利用を開始して良い時刻でないならば、ステップＳ４５においてＮｏと判定してステップＳ４６へと進む。

ステップＳ４６においてプロセッサー１１は、利用を開始して良い日時でないことを示す第２のエラー通知を、通信インターフェース１５を介して利用通知装置２１に送信する。
送信された当該第２のエラー通知は、利用通知装置２１の通信インターフェース２１５によって受信される。プロセッサー１１は、ステップＳ４６の処理の後、ステップＳ４１へ戻る。

一方、利用通知装置２１のプロセッサー２１１は、フローチャートＦＬ３のステップＳ３３において第２のエラー通知が受信されるのを待ち受けている。プロセッサー２１１は、第２のエラー通知が受信されたならば、ステップＳ３３においてＹｅｓと判定してステップＳ３４へと進む。そして、プロセッサー２１１は、ステップＳ３４においてＹｅｓと判定して、ステップＳ３５へと進む。この場合のステップＳ３５においてプロセッサー２１１は、利用を介して良い日時でないことを報知する。

対して、モビリティ管理装置１０のプロセッサー１１は、現在日時が、対象予約についての利用を開始して良い日時であるならば、フローチャートＦＬ４のステップＳ４５においてＹｅｓと判定してステップＳ４７へと進む。

ステップＳ４７においてプロセッサー１１は、関連付けテーブルＴ１－１を更新して、対象予約の利用が開始されたことが分かるようにする。すなわち、プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を有効にする。
ここでの関連付けテーブルＴ１－１の更新については、図９ではステップＳＴ１５として示す。

以上より、図１１のフローチャートＦＬ４のステップＳ４２でＹｅｓ、ステップＳ４４でＹｅｓ、ステップＳ４５でＹｅｓと判定されるような利用通知は、利用開始を示す通知情報の一例である。
したがって、プロセッサー１１は、ステップＳ４７の処理を行うことで、関連付けテーブルＴ１－１を、利用開始を示す通知情報が受信されたことに応じて、カーシェア利用者がモビリティを利用中であることが分かるようにするモビリティ管理処理部１１ａとして機能する。

ステップＳ４８においてプロセッサー１１は、シェアモビリティ２０の利用開始に係る処理をすることを指示する開始通知を、通信インターフェース１５を介して利用通知装置２１に通知する。
送信された当該開始通知は、利用通知装置２１の通信インターフェース２１５によって受信される。当該開始通知は、図９ではステップＳＴ１６として示す。プロセッサー１１は、図１１のフローチャートＦＬ４のステップＳ４８の処理の後、ステップＳ４１へと戻る。

一方、利用通知装置２１のプロセッサー２１１は、フローチャートＦＬ３のステップＳ３３において開始通知が受信されるのを待ち受けている。プロセッサー２１１は、開始通知が受信されたならば、ステップＳ３３においてＹｅｓと判定してステップＳ３４へと進む。そして、プロセッサー２１１は、受信されたデータが開始通知又は終了通知であるならば、ステップＳ３４においてＮｏと判定してステップＳ３６へと進む。
ステップＳ３６においてプロセッサー２１１は、ステップＳ３３において受信されたデータが開始通知であるか否かを判定する。プロセッサー２１１は、受信されたデータが開始通知であるならば、ステップＳ３６においてＹｅｓと判定してステップＳ３７へと進む。

ステップＳ３７においてプロセッサー２１１は、例えば、電子錠２２に開錠を指示する開錠コマンドを送信することで、電子錠２２を開錠する。当該開錠コマンドは、図９ではステップＳＴ１７として示す。プロセッサー２１１は、図１１のフローチャートＦＬ３のステップＳ３７の処理の後、ステップＳ３１へと戻る。
電子錠２２が開錠されることで、カーシェア利用者は、当該電子錠２２が設置されたシェアモビリティ２０を利用可能となる。なお、モビリティ管理装置１０は、利用通知装置２１を介さずに電子錠２２を開錠しても良い。

＜動作説明―カーシェアサービス開始後の動作＞
カーシェア利用者は、シェアモビリティ２０に乗車して移動する。
そして、モビリティ識別装置４０のセンサー範囲内をシェアモビリティ２０が通過又は停車した場合、モビリティ識別装置４０は、シェアモビリティ２０から車載器識別子又は車両番号等を読み取る。
このとき、モビリティ管理システム１は、図９のステップＳＴ１８に示すサービス処理を行う。ステップＳＴ１８のサービス処理の例を図１３に示す。
図１３は、第１実施形態に係るサービス処理の例における動作の流れの一例を示すシーケンス図である。

図１４は、第１実施形態における、モビリティ識別装置４０のセンサー範囲内をシェアモビリティ２０が通過又は停車した場合の動作の一例を示すフローチャートである。図１６は、フローチャートＦＬ５～フローチャートＦＬ８を含む。
図１４のフローチャートＦＬ５は、モビリティ識別装置４０のプロセッサー４１が実行する、車載器識別子又は車両番号等の読み取りについての処理を示す。また、フローチャートＦＬ６は、サービス提供支援装置６０のプロセッサー６１が実行する処理を示す。また、フローチャートＦＬ７は、モビリティ管理装置１０のプロセッサー１１が実行する、利用者特定情報の取得及び送信についての処理を示す。また、フローチャートＦＬ８は、サービス提供装置３０のプロセッサー３１が実行する、サービス処理に関する処理を示す。

図１４のフローチャートＦＬ５のステップＳ６１において、モビリティ識別装置４０のプロセッサー４１は、センサー４４によってシェアモビリティ２０から車載器識別子又は車両番号等が読み取られたと判定すると、ステップＳ６１においてＹｅｓと判定してステップＳ６２へと進む。モビリティ識別装置４０による車載器識別子の読み取りを、図１３ではステップＳＴ３１として示す。

図１４のフローチャートＦＬ５のステップＳ６２において、プロセッサー４１は、読取通知を生成する。読取通知は、車載器識別子又は車両番号等を読み取ったことをサービス提供支援装置６０に通知する。読取通知は、ステップＳ６１で読み取られた車載器識別子又は車両番号等を含む。また、読取通知は、当該読取通知を送信するモビリティ識別装置４０に付与された識別装置ＩＤを含む。なお、識別装置ＩＤは、モビリティ識別装置４０ごとにユニークに付与された識別情報である。プロセッサー４１は、読取通知を生成した後、通信インターフェース４５を介して、当該読取通知をサービス提供支援装置６０に送信する。
送信された当該読取通知は、サービス提供支援装置６０の第２の通信インターフェース６６によって受信される。当該読取通知は、図１３ではステップＳＴ３２として示す。プロセッサー４１は、図１４のフローチャートＦＬ５のステップＳ６２の処理の後、ステップＳ６１へと戻る。

一方、フローチャートＦＬ６のステップＳ７１において、サービス提供支援装置６０のプロセッサー６１は、第２の通信インターフェース６６によって読取通知が受信されるのを待ち受けている。プロセッサー６１は、読取通知が受信されたならば、ステップＳ７１においてＹｅｓと判定してステップＳ７２へと進む。

ステップＳ７２において、プロセッサー６１は、ステップＳ７１で受信された読取通知に含まれる車載器識別子又は車両番号等を第１の通信インターフェース６５を介して、モビリティ管理装置１０に送信する。
送信された当該車載器識別子又は車両番号等は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該車載器識別子は、図１３ではステップＳＴ３３として示す。

一方、図１４のフローチャートＦＬ７のステップＳ８１において、モビリティ管理装置１０のプロセッサー１１は、通信インターフェース１５によって車載器識別子又は車両番号等が受信されるのを待ち受けている。プロセッサー１１は、車載識別子又は車両番号等が受信されたならば、ステップＳ８１においてＹｅｓと判定してステップＳ８２へと進む。

ステップＳ８２において、プロセッサー１１は、関連付けテーブルＴ１を参照して、ステップＳ８１で受信された車載器識別子又は車両番号等を含むレコードのうち、利用中を示すレコードを特定する。そして、プロセッサー１１は、当該レコードから、車載器識別子又は車両番号等に関連付けられた顧客情報に含まれる第１の利用者特定情報を取得する。なお、プロセッサー１１は、該当するレコードと予約番号が同一であるレコード全部からも第１の利用者特定情報を取得する。当該第１の利用者特定情報の取得を、図１３ではステップＳＴ３４として示す。
以上より、プロセッサー１１は、図１４のフローチャートＦＬ７のステップＳ８２の処理を行うことで、第１の利用者特定情報を取得するモビリティ管理処理部１１ａとして機能する。なお、前述のように、車載器識別子又は車両番号等は、モビリティ特定情報の一例である。したがって、第１の利用者特定情報は、通信インターフェース１５によって受信されたモビリティ特定情報と同一のモビリティ特定情報に関連付けテーブルＴ１によって関連付けられた利用者特定情報である。また、以上より、第１の利用者特定情報は、第１の利用者特定情報で特定されるカーシェア利用者がモビリティ特定情報で特定されるシェアモビリティ２０を利用中であることを示す。

図１４のフローチャートＦＬ７のステップＳ８３において、プロセッサー１１は、ステップＳ８２で取得した第１の利用者特定情報を、通信インターフェース１５を介してサービス提供支援装置６０に送信する。
送信された当該第１の利用者特定情報は、サービス提供支援装置６０の第１の通信インターフェース６５によって受信される。当該第１の利用者特定情報は、図１３ではステップＳＴ３５として示す。プロセッサー１１は、図１４のフローチャートＦＬ７のステップＳ８３の処理の後、ステップＳ８１へと戻る。

一方、フローチャートＦＬ６のステップＳ７３において、サービス提供支援装置６０のプロセッサー６１は、第１の通信インターフェース６５によって第１の利用者特定情報が受信されるのを待ち受ける。プロセッサー６１は、第１の利用者特定情報が受信されたならば、ステップＳ７３においてＹｅｓと判定してステップＳ７４へと進む。

ステップＳ７４において、プロセッサー６１は、ステップＳ７１で受信された読取通知に含まれる識別装置ＩＤで特定される識別装置の識別装置情報を取得する。識別装置情報は、例えば、モビリティ識別装置４０が設置されている位置を示す位置情報を含む。識別装置情報は、例えば、支援通知の送信先を示す送信先情報を含む。当該送信先は、識別装置の設置場所の管理者などが使用するサービス提供装置３０などである。例えば、当該設置場所がファストフード店のドライブスルーの入り口であるならば、当該管理者などは、当該ファストフード店の運営会社又は店舗などである。プロセッサー６１は、例えば、モビリティ識別装置４０についての情報を提供するサーバーなどから識別装置情報を取得する。なお、当該サーバーは、モビリティ管理装置１０であっても良い。
以上より、プロセッサー６１は、ステップＳ７４の処理を行うことで、位置情報を取得するサービス提供支援処理部６１ａとして機能する。なお、当該位置情報は、前述から分かるように、モビリティからモビリティ特定情報が取得された位置を示す。

ステップＳ７５において、プロセッサー６１は、支援通知を生成する。支援通知は、例えば、ステップＳ７１で受信された読取通知に含まれる識別装置ＩＤ、ステップＳ７３で受信された第１の利用者特定情報、及びステップＳ７４で取得した識別装置情報を含む。プロセッサー６１は、支援通知を生成した後、当該支援通知を、第２の通信インターフェース６６を介して、当該サービス提供装置３０に送信する。
送信された当該支援通知は、当該サービス提供装置３０の第２の通信インターフェース３６によって受信される。当該支援通知は、図１３ではステップＳＴ３６として示す。プロセッサー６１は、ステップＳ７５の処理の後、ステップＳ７１へと戻る。

一方、フローチャートＦＬ８のステップＳ９１において、サービス提供装置３０のプロセッサー３１は、第２の通信インターフェース３６によって支援通知が受信されるのを待ち受けている。プロセッサー３１は、支援通知が受信されたならば、ステップＳ９１においてＹｅｓと判定してステップＳ９２へと進む。

ステップＳ９２において、プロセッサー３１は、支援通知に含まれる情報に基づき各種処理を行う。これにより、モビリティ利用者は、提供サービスの提供を受けることが出来る。当該提供サービスの例としては、ファストフードのような店舗におけるドライブスルーのサービス、又は予約した宿泊施設でのサービスなどの種々のサービスが考えられるが、具体的には第８実施形態以後にそれぞれ詳細に説明する。
プロセッサー３１は、ステップＳ９２の処理の後、ステップＳ９１へと戻る。

＜カ―シェア利用終了処理＞
カーシェア利用者がシェアモビリティ２０の利用を終了する処理について説明する。シェアモビリティ２０の利用を終える場合のモビリティ管理システム１の処理を、図９ではステップＳＴ１９として示している。なお、ステップＳＴ１９は、図１５のシーケンス図を参照している。
図１５は、第１実施形態に係る利用終了処理における動作の流れの一例を示すシーケンス図である。
カーシェア利用者は、シェアモビリティ２０の利用を終える場合、シェアモビリティ２０を、シェアモビリティ２０の利用を開始した場所に戻す。そして、カーシェア利用者は、シェアモビリティ２０が備えるカードリーダー２１４にＩＣカード又はＩＣチップを搭載した電子機器などを読み込ませる。これに応じて、利用通知装置２１は、利用通知をモビリティ管理装置１０に送信する。なお、ここで利用通知装置２１が利用者端末装置５０から利用者ＩＤを読み取ることを図１５ではステップＳＴ４１として示す。また、ここで利用通知装置２１が送信する利用通知は、図１５ではステップＳＴ４２として示す。

ここで利用通知を受信したモビリティ管理装置１０のプロセッサー１１は、前述した説明から分かるように図１１のフローチャートＦＬ４のステップＳ４４へと進む。そして、モビリティ管理装置１０のプロセッサー１１は、対象予約が利用開始前の予約でないならば、ステップＳ４４においてＮｏと判定して図１２のフローチャートＦＬ４のステップＳ４９へと進む。

ステップＳ４９において、プロセッサー１１は、対象予約が既に利用を開始されて利用中であるか否かを判定する。プロセッサー１１は、対象予約が利用中でないならば、ステップＳ４９においてＮｏと判定してステップＳ５０へと進む。

ステップＳ５０において、プロセッサー１１は、既に利用が終了していることを示す第３のエラー通知を、通信インターフェース１５を介して、利用通知装置２１に送信する。
送信された当該第３のエラー通知は、利用通知装置２１の通信インターフェース２１５によって受信される。プロセッサー１１は、ステップＳ５０の処理の後、図１１のフローチャートＦＬ４のステップＳ４１へ戻る。

一方、利用通知装置２１のプロセッサー２１１は、受信されたエラー通知が第３のエラー通知である場合、ステップＳ３５において既に利用が終了していることを報知する。プロセッサー２１１は、ステップＳ３５の処理の後、ステップＳ３１へと戻る。

一方、モビリティ管理装置１０のプロセッサー１１は、対象予約が利用中であるならば、図１２のフローチャートＦＬ４のステップＳ４９においてＹｅｓと判定してステップＳ５１へと進む。
ステップＳ５１において、プロセッサー１１は、関連付けテーブルＴ１－１を更新して、対象予約の利用が終了されたことが分かるようにする。すなわち、プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を無効にする。
ここでの関連付けテーブルＴ１－１の更新については、図１１ではステップＳＴ４３として示す。

図１２のフローチャートＦＬ４のステップＳ５２において、プロセッサー１１は、シェアモビリティ２０の利用終了に係る処理をすることを示す終了通知を、通信インターフェース１５を介して、利用通知装置２１に送信する。
送信された当該終了通知は、利用通知装置２１の通信インターフェース２１５によって受信される。終了通知は、図１５ではステップＳＴ４４として示す。プロセッサー１１は、図１２のフローチャートＦＬ４のステップＳ５２の処理の後、図１１のフローチャートＦＬ４のステップＳ４１へ戻る。

一方、利用通知装置２１のプロセッサー２１１は、受信されたデータが終了通知であるならば、フローチャートＦＬ３のステップＳ３６においてＮｏと判定してステップＳ３８へと進む。
ステップＳ３８において、プロセッサー２１１は、例えば、電子錠２２に錠のロックを指示するロックコマンドを送信することで、電子錠２２をロックする。当該ロックコマンドは、図１５ではステップＳＴ４５として示す。プロセッサー２１１は、図１１のフローチャートＦＬ３のステップＳ３８の処理の後、ステップＳ３１へと戻る。
電子錠２２がロックされている間、カーシェア利用者は、シェアモビリティ２０の車内に入ることができないため、シェアモビリティ２０を利用することができない。なお、モビリティ管理装置１０は、利用通知装置２１を介さずに電子錠２２をロックしても良い。

第１実施形態のモビリティ管理システム１は、関連付けテーブルＴ１を用いて、車載器識別子又は車両番号等と第１の利用者特定情報とを関連付ける。また、関連付けテーブルＴ１は、当該第１の利用者特定情報で特定される利用者が、当該車載器識別子又は車両番号等を利用中であることが分かるようになっている。このため、モビリティ管理システム１を用いることで、特定のシェアモビリティ２０を利用中の利用者に対するサービスなどを行うことができるようになる。

また、第１実施形態のモビリティ管理システム１は、車載器識別子又は車両番号等から第１の利用者特定情報を特定する。これにより、モビリティ管理システム１は、特定した当該第１の利用者特定情報を用いたサービスの提供が可能である。

第１実施形態のモビリティ管理システム１は、シェアモビリティ２０から車載器識別子又は車両番号等を読み取った識別装置の位置を取得する。これにより、モビリティ管理システム１は、シェアモビリティ２０の位置に応じて異なる処理をすることができる。例えば、サービス提供支援装置６０は、シェアモビリティ２０の位置に応じて異なる店のサービス提供装置３０に支援通知を送信する。

〔第２実施形態〕
第２実施形態は、関連付けテーブルＴ１として関連付けテーブルＴ１－２を用いる実施形態である。
第２実施形態のモビリティ管理システム１のハードウェア構成は、第１実施形態と同様であるので説明を省略する。
ただし、第２実施形態では、利用ＤＢ１４１は、関連付けテーブルＴ１として関連付けテーブルＴ１－２を含む。

関連付けテーブルＴ１－２は、シェアモビリティ２０とカーシェア利用者とを関連付ける。また、関連付けテーブルＴ１－２は、シェアモビリティ２０が利用中である場合にそのことを示す。なお、関連付けテーブルＴ１－２は、関連付け部の一例である。

図１６は、関連付けテーブルＴ１－２の一例を示す図である。関連付けテーブルＴ１－２は、車載器識別子及び車両番号等に、予約番号、顧客情報、利用開始時刻及び利用終了時刻を関連付けたテーブルである。すなわち、関連付けテーブルＴ１－２は、図３の関連付けテーブルＴ１－１と比べると、有効フラグが無い代わりに利用開始時刻及び利用終了時刻を含む。利用開始時刻は、顧客情報で特定されるカーシェア利用者が車載器識別子又は車両番号等で特定されるシェアモビリティ２０の利用を開始した時刻を示す。利用終了時刻は、顧客情報で特定されるカーシェア利用者が車載器識別子又は車両番号等で特定されるシェアモビリティ２０の利用を終了した時刻を示す。図１６の関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、顧客情報で特定されるカーシェア利用者が車載器識別子又は車両番号等で特定されるシェアモビリティ２０の利用をまだ開始していないことを示す。また、関連付けテーブルＴ１－２は、利用開始時刻に時刻情報が入力され、且つ利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、顧客情報で特定されるカーシェア利用者が車載器識別子又は車両番号等で特定されるシェアモビリティ２０の利用中であることを示す。そして、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻の両方に時刻情報が入力されている場合、顧客情報で特定されるカーシェア利用者が車載器識別子又は車両番号等で特定されるシェアモビリティ２０の利用を終了していることを示す。

関連付けテーブルＴ１－２は、利用開始時刻に時刻情報が入力され、且つ利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合にシェアモビリティ２０が利用中であることを示す。したがって、関連付けテーブルＴ１－２は、関連付けテーブルＴ１－１と同様に、利用中でないシェアモビリティ２０についてのレコードを記憶することができる。さらに、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、シェアモビリティ２０が利用開始前であることを示す。そして、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻の両方に時刻情報が入力されている場合、シェアモビリティ２０が利用を終了していることを示す。このように、関連付けテーブルＴ１－２は、利用中でないシェアモビリティ２０について、利用開始前なのか利用終了後なのかを記憶することができる。加えて、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻も記憶することができる。

なお、関連付けテーブルＴ１－２は、車載器識別子及び車両番号等が同一であるレコードが複数あっても良い。また、関連付けテーブルＴ１－２は、顧客情報が同一であるレコードが複数あっても良い。

＜動作説明：第２実施形態＞
以下、第２実施形態に係るモビリティ管理システム１の動作を説明する。なお、第２実施形態のモビリティ管理システム１は、第１実施形態と同様に図９～図１５に示す処理を行う。

但し、図１０のステップＳ２３において、モビリティ管理装置１０のプロセッサー１１は、ステップＳ２２で取得した車載器識別子及び車両番号等とステップＳ２１において受信されたカーシェア予約要求に含まれる利用者情報等とを関連付ける。プロセッサー１１は、例えば、利用ＤＢ１４１に含まれる関連付けテーブルＴ１－２を用いて車載器識別子及び車両番号等と利用者情報等とを関連付ける。すなわち、プロセッサー１１は、関連付けテーブルＴ１－２に新規にレコードを追加して、当該レコードの車載器識別子フィールド及び車両番号等フィールドに、ステップＳ２２で取得した車載器識別子及び車両番号等を書き込む。さらに、プロセッサー１１は、当該レコードの顧客情報フィールドにステップＳ２１で受信されたカーシェア予約要求に含まれる利用者情報を書き込む。なお、プロセッサー１１は、カーシェア予約要求に利用者ＩＤが含まれる場合、利用ＤＢ１４１を参照して、当該利用者ＩＤに関連付けられた利用者情報を取得する。そして、プロセッサー１１は、取得した利用者情報を顧客情報フィールドに書き込む。また、プロセッサー１１は、当該レコードの利用開始時刻フィールド及び利用終了時刻フィールドの値を、空、Ｎｕｌｌ又は０などの予め定められた特定の値にする。なお、カーシェア予約要求に複数人分の利用者情報等が含まれる場合には、プロセッサー１１は、人数分の複数のレコードを同様に関連付けテーブルＴ１－２に新規に追加する。

また、図１１のステップＳ４７において、モビリティ管理装置１０のプロセッサー１１は、関連付けテーブルＴ１－１を更新して、対象予約の利用が開始されたことが分かるようにする。すなわち、プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用開始時刻フィールドに現在日時を書き込む。ここでの関連付けテーブルＴ１－２の更新については、図９ではステップＳＴ１５として示す。

したがって、モビリティ管理装置１０のプロセッサー１１は、ステップＳ４７の処理を行うことで、関連付けテーブルＴ１－２を、利用開始を示す通知情報が受信されたことに応じて、カーシェア利用者がモビリティを利用中であることが分かるようにするモビリティ管理処理部１１ａとして機能する。

また、図１２のステップＳ５１において、モビリティ管理装置１０のプロセッサー１１は、関連付けテーブルＴ１－２を更新して、対象予約の利用が終了されたことが分かるようにする。すなわち、プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用終了時刻フィールドに現在日時を書き込む。
ここでの関連付けテーブルＴ１－２の更新については、図１５ではステップＳＴ４３として示す。

第２実施形態のモビリティ管理システム１は、第１実施形態と同様の効果が得られる。

〔第３実施形態〕
第３実施形態は、関連付けテーブルＴ１として関連付けテーブルＴ１－３を用いる実施形態である。
第３実施形態のモビリティ管理システム１のハードウェア構成は、第１実施形態と同様であるので説明を省略する。ただし、第３実施形態では、利用ＤＢ１４１は、関連付けテーブルＴ１として関連付けテーブルＴ１－３を含む。

関連付けテーブルＴ１－３は、シェアモビリティ２０とカーシェア利用者とを関連付ける。また、関連付けテーブルＴ１－３は、シェアモビリティ２０が利用中である場合にそのことを示す。なお、関連付けテーブルＴ１－３は、関連付け部の一例である。

図１７は、関連付けテーブルＴ１－３を示す図である。関連付けテーブルＴ１－３は、車載器識別子及び車両番号等に、予約番号及び顧客情報を関連付けたテーブルである。すなわち、関連付けテーブルＴ１－３は、図１６の関連付けテーブルＴ１－２と比べると、有効フラグが無い。また、図１７の関連付けテーブルＴ１－３は、図３の関連付けテーブルＴ１－１と比べると、利用開始時刻及び利用終了時刻が無い。図１７の関連付けテーブルＴ１－３は、関連付けテーブルＴ１－３に含まれるレコードそれぞれについて、顧客情報で特定されるカーシェア利用者が車載器識別子又は車両番号等で特定されるシェアモビリティ２０を利用中であることを示す。

なお、関連付けテーブルＴ１－３は、車載器識別子及び車両番号等が同一であるレコードが複数あっても良い。また、関連付けテーブルＴ１－３は、顧客情報が同一であるレコードが複数あっても良い。

＜動作説明：第３実施形態＞
以下、第３実施形態に係るモビリティ管理システム１の動作を説明する。なお、第３実施形態のモビリティ管理システム１は、第１実施形態と同様に図９～図１５に示す処理を行う。

図１０のステップＳ２３において、モビリティ管理装置１０のプロセッサー１１は、ステップＳ２２で取得した車載器識別子及び車両番号等とステップＳ２１において受信されたカーシェア予約要求に含まれる利用者情報等とを関連付ける。プロセッサー１１は、例えば、関連付けテーブルＴ１－３とは別のテーブルなどを用いてステップＳ２２で取得した車載器識別子及び車両番号等とステップＳ２１において受信されたカーシェア予約要求に含まれる情報とを関連付けて記憶する。

図１１のステップＳ４７において、モビリティ管理装置１０のプロセッサー１１は、関連付けテーブルＴ１－３を更新して、対象予約の利用が開始されたことが分かるようにする。すなわち、プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを新規に追加する。
ここでの関連付けテーブルＴ１－３の更新については、図９ではステップＳＴ１５として示す。

したがって、プロセッサー１１は、ステップＳ４７の処理を行うことで、関連付けテーブルＴ１－３を、利用開始を示す通知情報が受信されたことに応じて、カーシェア利用者がモビリティを利用中であることが分かるようにするモビリティ管理処理部１１ａとして機能する。

また、図１２のステップＳ５１において、モビリティ管理装置１０のプロセッサー１１は、関連付けテーブルＴ１－３を更新して、対象予約の利用が終了されたことが分かるようにする。すなわち、プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを削除する。なお、ここで削除されるレコードは、ステップＳ４７で追加されたものである。
ここでの関連付けテーブルＴ１－３の更新については、図１１ではステップＳＴ４３として示す。

第３実施形態のモビリティ管理システム１は、第１実施形態と同様の効果が得られる。

〔第４実施形態〕
第４実施形態は、モビリティ識別装置４０でデータを暗号化することでセキュリティ性を向上させたモビリティ管理システムについての実施形態である。

＜システム構成＞
図１８は、第４実施形態に係るモビリティ管理システム１ｂの構成の一例を示すブロック図である。
モビリティ管理システム１ｂは、第１実施形態のモビリティ管理システム１に加えてセキュリティ装置７０を含む。
セキュリティ装置７０は、ネットワークＮＷに接続されている。

図１９は、セキュリティ装置７０の要部回路構成の一例を示すブロック図である。
セキュリティ装置７０は、暗号化されたデータを復号する装置である。セキュリティ装置７０は、一例として、プロセッサー７１、ＲＯＭ７２、ＲＡＭ７３、補助記憶デバイス７４、第１通信インターフェース７５及び第２通信インターフェース７６を含む。そして、バス７７などが、これら各部を接続する。

プロセッサー７１は、ＲＯＭ７２又は補助記憶デバイス７４などに記憶されたソフトウェアなどのプログラムに基づいて、セキュリティ装置７０の各種の機能を実現するべく各部を制御する。プロセッサー７１は、当該プログラムを実行することで、セキュリティ処理部７１ａなどとして機能する。なお、当該プログラムの一部又は全部は、プロセッサー７１の回路内に組み込まれていても良い。

ＲＯＭ７２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ７２は、ファームウェア、及びプロセッサー７１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ７３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ７３は、プロセッサー７１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

補助記憶デバイス７４は、プロセッサー７１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス７４は、例えばＥＥＰＲＯＭ、ＨＤＤ又はフラッシュメモリなどである。また、補助記憶デバイス７４は、プロセッサー７１が各種の処理を行う上で使用するデータ、プロセッサー７１での処理によって生成されたデータ又は各種の設定値などを保存する。
また、補助記憶デバイス７４は、暗号化されたデータの復号に必要な鍵などの復号用データを記憶する復号ＤＢを記憶する。復号ＤＢの詳細については後述する。

第１通信インターフェース７５は、セキュリティ装置７０がネットワークＮＷを介して通信するためのインターフェースである。

第２通信インターフェース７６は、セキュリティ装置７０が他の装置などと通信するためのインターフェースである。

バス７７は、コントロールバス、アドレスバス及びデータバスなどを含み、セキュリティ装置７０の各部で授受される信号を伝送する。

＜動作説明：第４実施形態＞
以下、第４実施形態に係るモビリティ管理システム１ｂの動作を説明する。第４実施形態のモビリティ管理システム１ｂは、第１実施形態のモビリティ管理システム１とは異なり、図１３に示すサービス処理に代えて、図２０に示すサービス処理を行う実施の形態である。すなわち、第４実施形態のモビリティ管理システム１ｂは、第１実施形態のモビリティ管理システム１のセキュリティを向上させたものである。なお、モビリティ管理システム１ｂは、第１実施形態と同様に図９～図１２及び図１５に示す処理を行う。

図２０は、第４実施形態に係るサービス処理の例における動作の流れの一例を示すシーケンス図である。

第４実施形態のモビリティ管理システム１ｂは、第１実施形態の図１６の処理に代えて図２１に示す処理を行う。
図２１は、第４実施形態における、モビリティ識別装置４０のセンサー範囲内をシェアモビリティ２０が通過又は停車した場合の動作の一例を示すフローチャートである。図２１は、フローチャートＦＬ７、フローチャートＦＬ８、及びフローチャートＦＬ２１～フローチャートＦＬ２３を含む。なお、図２１では、フローチャートＦＬ８を省略して示している。
ここで、図２１のフローチャートＦＬ２１は、モビリティ識別装置４０のプロセッサー４１が、第１実施形態の図１４のフローチャートＦＬ５に代えて実行する処理を示す。また、図２１のフローチャートＦＬ２２は、サービス提供支援装置６０のプロセッサー６１が、第１実施形態の図１４のフローチャートＦＬ６に代えて実行する処理を示す。また、図２１のフローチャートＦＬ２３は、セキュリティ装置７０のプロセッサー７１が実行する、暗号の復号に関する処理を示す。また、モビリティ管理装置１０及びサービス提供装置３０は、第１実施形態と同様にフローチャートＦＬ７及びフローチャートＦＬ８に示す処理を実行する。

第４実施形態では、モビリティ識別装置４０のプロセッサー４１は、図２１のフローチャートＦＬ２１のステップＳ６１の処理の後、ステップＳ２１１へと進む。
ステップＳ２１１において、プロセッサー４１は、ステップＳ６１で読み取られた車載器識別子又は車両番号等を暗号化する。そして、プロセッサー４１は、ステップＳ２１１の処理の後、ステップＳ６２へと進む。したがって、第４実施形態では、ステップＳ６２で送信される読取通知に含まれる車載器識別子又は車両番号等は、暗号化されている。

第４実施形態では、サービス提供支援装置６０のプロセッサー６１は、フローチャートＦＬ２２のステップＳ７１の処理の後、ステップＳ２２１へと進む。
ステップＳ２２１において、プロセッサー６１は、暗号通知を生成する。暗号通知は、ステップＳ７１で受信された読取通知に含まれる、暗号化された車載器識別子又は車両番号等を含む。また、暗号通知は、当該読取通知に含まれる識別装置ＩＤを含む。プロセッサー６１は、暗号通知を生成した後、第１の通信インターフェース６５を介して、当該暗号通知をセキュリティ装置７０に送信する。送信された当該暗号通知は、セキュリティ装置７０の第１通信インターフェース７５によって受信される。当該暗号通知は、図２０ではステップＳＴ２０１として示す。プロセッサー６１は、図２１のフローチャートＦＬ２２のステップＳ２２１の処理の後、ステップＳ７３へと進む。

一方、フローチャートＦＬ２３のステップＳ２３１において、セキュリティ装置７０のプロセッサー７１は、第１通信インターフェース７５によって暗号通知が受信されたならば、ステップＳ２３１においてＹｅｓと判定してステップＳ２３２へと進む。

ステップＳ２３２において、プロセッサー７１は、ステップＳ２３１で受信された暗号通知に含まれる、暗号化された車載器識別子又は車両番号等を、補助記憶デバイス７４に記憶された復号用データを用いて復号する。なお、プロセッサー７１は、復号用データを復号ＤＢから取得する。復号ＤＢは、識別装置ＩＤと関連付けて、当該識別装置ＩＤで特定される識別装置で暗号化されたデータを復号するための復号データを記憶している。すなわち、プロセッサー７１は、復号ＤＢを参照して、暗号通知に含まれる識別装置ＩＤに関連付けられた復号用データを取得する。
以上より、プロセッサー７１は、ステップＳ２３２の処理を行うことで、サービス提供支援装置６０からモビリティ管理装置１０に送信される、暗号化されたモビリティ特定情報を復号するセキュリティ処理部７１ａとして機能する。

ステップＳ２３３において、プロセッサー７１は、復号した車載器識別子又は車両番号等を、第２通信インターフェース７６を介してモビリティ管理装置１０に送信する。送信された当該車載器識別子又は車両番号等は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該車載器識別子又は車両番号等は、図２０では、ステップＳＴ２０２として示す。プロセッサー７１は、図２１のフローチャートＦＬ２３のステップＳ２３３の処理の後、ステップＳ２３１へと戻る。
モビリティ管理装置１０のプロセッサー１１は、ここで送信された車載器識別子又は車両番号等が通信インターフェース１５によって受信されたことに応じて、フローチャートＦＬ７のステップＳ８１においてＹｅｓと判定する。

第４実施形態のモビリティ管理システム１ｂは、第１実施形態と同様の効果が得られる。

また、第４実施形態のモビリティ管理システム１ｂは、車載器識別子又は車両番号等を暗号化する。これによりモビリティ管理システム１ｂのセキュリティ性が向上する。また、セキュリティ装置７０は、復号した車載器識別子又は車両番号等を、ネットワークＮＷを介さずに、あるいはプライベートネットワークを介して送信する。これによりモビリティ管理システム１ｂのセキュリティ性が向上する。

［第４実施形態の変形例］
上記の第４実施形態は以下のような変形も可能である。
第４実施形態のモビリティ管理システムは、サービス提供支援装置６０及びセキュリティ装置７０を別体で構成されていたが、サービス提供支援装置６０及びセキュリティ装置７０を一体化した装置としても良い。

〔第５実施形態〕
次に、第５実施形態について説明する。第５実施形態は、複数の事業者がモビリティを管理する場合のモビリティ管理システムについての実施形態である。

＜システム構成＞
図２２は、第５実施形態に係るモビリティ管理システム１ｃの構成の一例を示すブロック図である。
モビリティ管理システム１ｃは、第１実施形態のモビリティ管理システム１のモビリティ管理装置１０に代えて上位管理装置１１０及び下位管理装置１２０を含む。図２２には、下位管理装置１２０を１台のみ示している。しかしながら、典型的には、下位管理装置１２０は、複数存在する。
上位管理装置１１０及び下位管理装置１２０は、ネットワークＮＷに接続する。

図２３は、上位管理装置１１０の要部回路構成の一例を示すブロック図である。
上位管理装置１１０は、複数の下位管理装置１２０を統括するサーバー装置である。上位管理装置１１０は、一例として、プロセッサー１１１、ＲＯＭ１１２、ＲＡＭ１１３、補助記憶デバイス１１４、第１通信インターフェース１１５及び第２通信インターフェース１１６を含む。そして、バス１１７などが、これら各部を接続する。なお、上位管理装置１１０は、モビリティ管理装置の一例である。

プロセッサー１１１は、ＲＯＭ１１２又は補助記憶デバイス１１４などに記憶されたソフトウェアなどのプログラムに基づいて、上位管理装置１１０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー１１１の回路内に組み込まれていても良い。プロセッサー１１１は、モビリティ管理処理部の一例である。

ＲＯＭ１１２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ１１２は、ファームウェア、及びプロセッサー１１１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ１１３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ１１３は、プロセッサー１１１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

補助記憶デバイス１１４は、プロセッサー１１１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス１１４は、例えばＥＥＰＲＯＭ、ＨＤＤ又はフラッシュメモリなどである。また、補助記憶デバイス１１４は、プロセッサー１１１が各種の処理を行う上で使用するデータ、プロセッサー１１１での処理によって生成されたデータ又は各種の設定値などを保存する。
また、補助記憶デバイス１１４は、利用ＤＢ１４１を記憶する。ただし、第５実施形態の利用ＤＢ１４１は、第４実施形態の関連付けテーブルＴ１に代えて関連付けテーブルＴ２を含む。関連付けテーブルＴ２については後で詳細に説明する。

第１通信インターフェース１１５は、上位管理装置１１０がネットワークＮＷを介して通信するためのインターフェースである。

第２通信インターフェース１１６は、上位管理装置１１０が他の装置などと通信するためのインターフェースである。
なお、第１通信インターフェース１１５と第２通信インターフェース１１６は、共通のインターフェースであっても良い。

バス１１７は、コントロールバス、アドレスバス及びデータバスなどを含み、上位管理装置１１０の各部で授受される信号を伝送する。

＜関連付けテーブルＴ２の説明＞
関連付けテーブルＴ２は、関連付けテーブルＴ１と同様に、モビリティ特定情報と利用者特定情報とを関連付ける。
関連付けテーブルＴ２の例として関連付けテーブルＴ２－１～関連付けテーブルＴ２－３について図２４～図３２を用いて説明する。なお、関連付けテーブルＴ２－１は、関連付け部の一例である。

図２４は、関連付けテーブルＴ２の第１の例である関連付けテーブルＴ２－１の一例を示す図である。関連付けテーブルＴ２－１は、車載器識別子及び車両番号等に、事業者ＩＤ、予約番号、顧客情報及び有効フラグを関連付けたテーブルである。
このように、関連付けテーブルＴ２－１は、関連付けテーブルＴ１－１に加えて事業者ＩＤを含む。事業者ＩＤは、関連付けテーブルＴ２に含まれる各レコードがどの事業者についてのものであるかを示す。したがって、事業者ＩＤは、シェアモビリティ２０の所属を示す識別情報の一例である。

図２５は、下位管理装置１２０の要部回路構成の一例を示すブロック図である。
下位管理装置１２０は、例えば、カーシェアサービスの提供事業者ごとに設置されるサーバー装置である。下位管理装置１２０は、当該提供事業者によるシェアモビリティ２０の管理などのために用いられる。なお、当該提供事業者ごとに事業者ＩＤが付与される。事業者ＩＤは、提供事業者ごとにユニークに付与される識別情報である。下位管理装置１２０は、一例として、プロセッサー１２１、ＲＯＭ１２２、ＲＡＭ１２３、補助記憶デバイス１２４、第１通信インターフェース１２５及び第２通信インターフェース１２６を含む。そして、バス１２７などが、これら各部を接続する。

プロセッサー１２１は、ＲＯＭ１２２又は補助記憶デバイス１２４などに記憶されたソフトウェアなどのプログラムに基づいて、下位管理装置１２０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー１２１の回路内に組み込まれていても良い。

ＲＯＭ１２２は、データの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２２は、ファームウェア、及びプロセッサー１２１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ１２３は、データの読み書きに用いられる揮発性メモリである。ＲＡＭ１２３は、プロセッサー１２１が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。

補助記憶デバイス１２４は、プロセッサー１２１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス１２４は、例えばＥＥＰＲＯＭ、ＨＤＤ又はフラッシュメモリなどである。また、補助記憶デバイス１２４は、プロセッサー１２１が各種の処理を行う上で使用するデータ、プロセッサー１２１での処理によって生成されたデータ又は各種の設定値などを保存する。また、補助記憶デバイス１２４は、下位管理装置１２０を使用している提供事業者の事業者ＩＤを記憶する。
また、補助記憶デバイス１２４は、下位ＤＢ１２４１を記憶する。下位ＤＢ１２４１は、下位管理装置１２０を使用している提供事業者が提供するカーシェアサービスについての情報を記憶する。例えば、下位ＤＢ１２４１は、当該提供事業者が管理するシェアモビリティ２０についての情報などを記憶する。

第１通信インターフェース１２５は、下位管理装置１２０がネットワークＮＷを介して通信するためのインターフェースである。

第２通信インターフェース１２６は、下位管理装置１２０が他の装置と通信するためのインターフェースである。
なお、第１通信インターフェース１２５と第２通信インターフェース１２６は、共通のインターフェースであっても良い。

バス１２７は、コントロールバス、アドレスバス及びデータバスなどを含み、下位管理装置１２０の各部で授受される信号を伝送する。

＜動作説明：第５実施形態＞
以下、第５実施形態に係るモビリティ管理システム１ｃの動作を説明する。なお、モビリティ管理システム１ｃは、第１実施形態と同様に図１３及び図１６に示す処理を行う。

第５実施形態のモビリティ管理システム１ｃは、第１実施形態のモビリティ管理システム１とは異なり、図９のシーケンス図に示す処理に代えて、図２６のシーケンス図に示す処理を行う。
図２６は、第５実施形態における動作の流れの一例を示すシーケンス図である。

また、第５実施形態では、第１実施形態とは異なり、利用通知装置２１、電子錠２２及び利用者端末装置５０は、モビリティ管理装置１０に代えて下位管理装置１２０と通信する。また、第５実施形態では、第１実施形態とは異なり、サービス提供支援装置６０は、モビリティ管理装置１０に代えて上位管理装置１１０と通信する。
さらに、第５実施形態では、図１４のフローチャートＦＬ７に示す処理を、モビリティ管理装置１０のプロセッサー１１に代えて上位管理装置１１０のプロセッサー１１１が行う。

第５実施形態のモビリティ管理システム１ｃは、第１実施形態のモビリティ管理システム１とは異なり、図１０に示す処理に代えて図２７に示す処理を行う。
図２７は、第５実施形態に係るシェアモビリティの予約処理の一例を示すフローチャートである。図２７は、フローチャートＦＬ１、フローチャートＦＬ３１及びフローチャートＦＬ３２を含む。
図２７のフローチャートＦＬ３１は、下位管理装置１２０のプロセッサー１２１が実行する、シェアモビリティの予約についての処理である。また、フローチャートＦＬ３２は、上位管理装置１１０のプロセッサー１１１が実行する、シェアモビリティの予約についての処理である。また、利用者端末装置５０のプロセッサー５１は、第１実施形態と同様にフローチャートＦＬ１に示す処理を実行する。

図２７のフローチャートＦＬ３１のステップＳ３１１において、下位管理装置１２０のプロセッサー１２１は、第１通信インターフェース１１５によってカーシェア予約要求が受信されるのを待ち受けている。プロセッサー１２１は、予約要求が受信されたならば、ステップＳ３１１においてＹｅｓと判定してステップＳ３１２へと進む。

ステップＳ３１２において、プロセッサー１２１は、下位ＤＢ１２４１を参照して、カーシェア予約要求に含まれる条件情報に合致するシェアモビリティ２０を特定する。そして、プロセッサー１１は、当該シェアモビリティ２０の車載器識別子及び車両番号等を取得する。

ステップＳ３１３において、プロセッサー１２１は、下位ＤＢ１２４１を更新して、予約内容を記憶する。例えば、プロセッサー１２１は、テーブルなどを用いて、ステップＳ３１２で取得した車載器識別子及び車両番号等に、カーシェア予約要求に含まれる利用者情報、利用開始予定日時、利用終了予定日時及び乗車位置などの各種情報を関連付けて記憶する。これにより、当該車載器識別子及び車両番号等で特定されるシェアモビリティ２０が、利用者情報によって特定される利用者によって、利用開始予定日時から利用終了予定日時まで利用されるという予約内容が下位ＤＢ１２４１に記憶される。

ステップＳ３１４において、プロセッサー１２１は、第１通信インターフェース１２５を介して、カーシェア予約通知を、カーシェア予約要求の送信元である利用者端末装置５０に送信する。送信された当該カーシェア予約通知は、利用者端末装置５０の通信インターフェース５５によって受信される。

ステップＳ３１５において、プロセッサー１２１は、下位要求を生成する。下位要求は、補助記憶デバイス１２４に記憶された事業者ＩＤ、ステップＳ３１１で受信されたカーシェア予約要求、並びにステップＳ３１２で取得した車載器識別子及び車両番号等を含む。プロセッサー１２１は、下位要求を生成した後、第２通信インターフェース１２６を介して、当該下位要求を上位管理装置１１０に送信する。送信された当該下位要求は、上位管理装置１１０の第２通信インターフェース１１６によって受信される。当該下位要求は、図２６ではステップＳＴ３０１として示す。プロセッサー１２１は、図２７のフローチャートＦＬ３１のステップＳ３１５の処理の後、ステップＳ３１１へと戻る。

一方、上位管理装置１１０のプロセッサー１１１は、フローチャートＦＬ３２のステップＳ３２１において、第２通信インターフェース１１６によって下位要求が受信されるのを待ち受けている。プロセッサー１１１は、下位要求が受信されたならば、ステップＳ３２１においてＹｅｓと判定してステップＳ３２２へと進む。

ステップＳ３２２において、プロセッサー１１１は、ステップＳ３２１で受信された下位要求に含まれる車載器識別子及び車両番号等に、当該下位要求に含まれる事業者ＩＤと当該下位要求に含まれる利用者情報とを関連付ける。プロセッサー１１は、例えば、利用ＤＢ１４１に含まれる関連付けテーブルＴ２－１を用いて車載器識別子及び車両番号等と利用者情報とを関連付ける。すなわち、プロセッサー１１１は、関連付けテーブルＴ２－１に新規にレコードを追加して、当該レコードの事業者ＩＤに、ステップＳ３２１で受信された下位要求に含まれる事業者ＩＤを書き込む。プロセッサー１１は、他のフィールドについては、第１実施形態及び第４実施形態と同様にする。
プロセッサー１１１は、ステップＳ３２２の処理の後、ステップＳ３２１へと戻る。

また、第５実施形態のモビリティ管理システム１ｃは、第１実施形態のモビリティ管理システム１とは異なり、図１１及び図１２に示す処理に代えて図２８及び図２９に示す処理を行う。
図２８及び図２９は、第５実施形態に係る利用通知に係る処理の一例に関するフローチャートである。図２８及び図２９は、フローチャートＦＬ３、フローチャートＦＬ３３及びフローチャートＦＬ３４を含む。
図２８及び図２９のフローチャートＦＬ３３は、下位管理装置１２０のプロセッサー１２１が実行する、カーシェアの利用開始及び終了についての処理である。また、フローチャートＦＬ３４は、上位管理装置１１０のプロセッサー１１１が実行する処理である。また、利用通知装置２１のプロセッサー２１１は、第１実施形態と同様にフローチャートＦＬ３に示す処理を実行する。

第５実施形態では、下位管理装置１２０のプロセッサー１２１は、図２８のフローチャートＦＬ３３のステップＳ４１の処理の後、ステップＳ３３１へと進む。
ステップＳ３３１において、プロセッサー１２１は、第１実施形態のステップＳ４２とは異なり、利用ＤＢ１４１に代えて下位ＤＢ１２４１を参照して、シェアモビリティ２０の利用の予約がされているか否かを判定する。プロセッサー１２１は、ステップＳ３３１においてＮｏと判定したならば、ステップＳ４３へと進む。プロセッサー１２１は、ステップＳ３３１においてＹｅｓと判定したならば、ステップＳ４４へと進む。

また、第５実施形態では、プロセッサー１２１は、ステップＳ４５においてＹｅｓと判定したならば、ステップＳ３３２へと進む。
ステップＳ３３２において、プロセッサー１２１は、下位ＤＢ１２４１を更新して、対象予約について、利用が開始されたことが分かるようにする。

ステップＳ３３３において、プロセッサー１２１は、第２の開始通知を生成する。第２の開始通知は、例えば、ステップＳ３１で受信された利用通知に含まれる情報及び事業者ＩＤを含む。第２の開始通知は、シェアモビリティ２０の利用が開始されたことを上位管理装置１１０に通知する。プロセッサー１２１は、第２の開始通知を生成した後、当該第２の開始通知を、第２通信インターフェース１２６を介して、上位管理装置１１０に送信する。
送信された当該第２の開始通知は、上位管理装置１１０の第２通信インターフェース１１６によって受信される。当該第２の開始通知は、図２６ではステップＳＴ３０１として示す。プロセッサー１２１は、図２８のフローチャートＦＬ３３のステップＳ３３３の処理の後、ステップＳ４８へと進む。

また、第５実施形態のモビリティ管理システム１ｃは、第１実施形態のモビリティ管理システム１とは異なり、シェアモビリティ２０の利用を終える場合の処理として、図１５のシーケンス図に示す処理に代えて図３０のシーケンス図に示す処理を行う。
図３０は、第５実施形態における動作の流れの一例を示すシーケンス図である。
第５実施形態では、プロセッサー１２１は、図２９のフローチャートＦＬ３３のステップＳ４９においてＹｅｓと判定したならば、ステップＳ３３４へと進む。
ステップＳ３３４において、プロセッサー１２１は、下位ＤＢ１２４１を更新して、対象予約について、利用が終了されたことが分かるようにする。

ステップＳ３３５において、プロセッサー１２１は、シェアモビリティ２０の利用が終了されたことを示す第２の終了通知を生成する。第２の終了通知は、例えば、ステップＳ３１で受信された利用通知に含まれる情報及び事業者ＩＤを含む。プロセッサー１２１は、第２の終了通知を生成した後、当該第２の終了通知を、第２通信インターフェース１２６を介して、上位管理装置１１０に送信する。
送信された当該第２の終了通知は、上位管理装置１１０の第２通信インターフェース１１６によって受信される。当該第２の終了通知は、図３０ではステップＳＴ３０３として示す。プロセッサー１２１は、図２９のフローチャートＦＬ３３のステップＳ３３５の処理の後、ステップＳ５２へと進む。

一方、フローチャートＦＬ３４のステップＳ３４１において、上位管理装置１１０のプロセッサー１１１は、第２通信インターフェース１１６によって第２の開始通知が受信されたか否かを判定する。プロセッサー１１１は、第２の開始通知が受信されないならば、ステップＳ３４１においてＮｏと判定してステップＳ３４２へと進む。

ステップＳ３４２において、プロセッサー１１１は、第２通信インターフェース１１６によって第２の終了通知が受信されたか否かを判定する。プロセッサー１１１は、第２の終了通知が受信されないならば、ステップＳ３４２においてＮｏと判定してステップＳ３４１へと戻る。
かくして、プロセッサー１１１は、第２の開始通知又は第２の終了通知が受信されるまでステップＳ３４１及びステップＳ３４２を繰り返す。

プロセッサー１１１は、ステップＳ３４１及びステップＳ３４２の待受状態にあるときに第２の開始通知が受信されたならば、ステップＳ３４１においてＹｅｓと判定してステップＳ３４３へと進む。

ステップＳ３４３において、プロセッサー１１１は、ステップＳ４７とは異なり、関連付けテーブルＴ１に代えて関連付けテーブルＴ２を更新して、対象予約の利用が開始されたことが分かるようにする。プロセッサー１１１は、ステップＳ３４３の処理の後、ステップＳ３４１へと戻る。

プロセッサー１１１は、ステップＳ３４１及びステップＳ３４２の待受状態にあるときに第２の終了通知が受信されたならば、ステップＳ３４２においてＹｅｓと判定してステップＳ３４４へと進む。

ステップＳ３４４において、プロセッサー１１１は、ステップＳ５１とは異なり、関連付けテーブルＴ１に代えて関連付けテーブルＴ２を更新して、対象予約の利用が終了されたことが分かるようにする。プロセッサー１１１は、ステップＳ３４４の処理の後、ステップＳ３４１へと戻る。

第５実施形態のモビリティ管理システム１ｃは、第１実施形態と同様の効果が得られる。
また、第５実施形態のモビリティ管理システム１ｃは、関連付けテーブルＴ２において、車載器識別子又は車両番号等に事業者ＩＤを関連付ける。これにより、複数のカーシェアサービスの提供事業者が共同でモビリティ管理システム１ｃを利用可能である。

また、第５実施形態のモビリティ管理システム１ｃによれば、上位管理装置１１０は、複数の事業者のシェアモビリティ２０の利用状況を記憶する。したがって、サービス提供支援装置は、上位管理装置１１０に問い合わせるだけで各事業者のシェアモビリティ２０の利用状況が分かる。すなわち、サービス提供支援装置は、車載器識別子又は車両番号等を上位管理装置１１０に送信すれば、当該車載器識別子又は車両番号等で特定されるシェアモビリティ２０を利用している利用者についての利用者特定情報を取得することができる。

［第５実施形態の変形例］
上記の第５実施形態は以下のような変形も可能である。
上記の第５実施形態では、上位管理装置１１０のプロセッサー１１１は、下位管理装置１２０から送信される下位要求を受信することで、当該下位要求に含まれる車載器識別子及び車両番号等を取得した。しかしながら、プロセッサー１１１は、利用ＤＢ１４１から車載器識別子及び車両番号等を取得しても良い。例えば、上位管理装置１１０のプロセッサー１１１は、利用ＤＢ１４１を参照して、カーシェア予約要求に含まれる条件情報に合致するシェアモビリティ２０を、図２７のフローチャートＦＬ３２のステップＳ３２１で受信された下位要求に含まれる事業者ＩＤに関連付けられたシェアモビリティ２０の中から特定する。そして、プロセッサー１１は、当該シェアモビリティ２０の車載器識別子及び車両番号等を取得する。なお、この場合、利用ＤＢ１４１は、各シェアモビリティ２０を、当該シェアモビリティ２０を管理する事業者などの事業者ＩＤと関連付けて記憶している。

〔第６実施形態〕
第６実施形態は、関連付けテーブルＴ２として関連付けテーブルＴ２－２を用いる実施形態である。
第６実施形態のモビリティ管理システム１ｃのハードウェア構成は、第５実施形態と同様であるので説明を省略する。
ただし、第６実施形態では、利用ＤＢ１４１は、関連付けテーブルＴ２として関連付けテーブルＴ２－２を含む。なお、関連付けテーブルＴ２－２は、関連付け部の一例である。

図３１は、関連付けテーブルＴ２－２の一例を示す図である。
関連付けテーブルＴ２－２は、車載器識別子及び車両番号等に、事業者ＩＤ、顧客情報、利用開始時刻及び利用終了時刻を関連付けたテーブルである。
このように、関連付けテーブルＴ２－２は、関連付けテーブルＴ１－２に加えて事業者ＩＤを含む。

＜動作説明：第６実施形態＞
以下、第６実施形態に係るモビリティ管理システム１ｃの動作を説明する。なお、第６実施形態のモビリティ管理システム１ｃは、第５実施形態と同様に図１３～図１５、及び図２６～図３０に示す処理を行う。

ただし、第６実施形態では、モビリティ管理装置１０のプロセッサー１１は、図２７のフローチャートＦＬ３２のステップＳ３２２の処理を以下のように行う。

ステップＳ３２２において、プロセッサー１１１は、ステップＳ３２１で受信された下位要求に含まれる車載器識別子及び車両番号等に、当該下位要求に含まれる事業者ＩＤと当該下位要求に含まれる利用者情報とを関連付ける。プロセッサー１１は、例えば、利用ＤＢ１４１に含まれる関連付けテーブルＴ２－２を用いて車載器識別子及び車両番号等と利用者情報とを関連付ける。すなわち、プロセッサー１１は、関連付けテーブルＴ２－２に新規にレコードを追加して、当該レコードの事業者ＩＤに、ステップＳ３２１で受信された下位要求に含まれる事業者ＩＤを書き込む。プロセッサー１１は、他のフィールドについては、第１実施形態及び第４実施形態と同様にする。

第６実施形態のモビリティ管理システム１ｃは、第５実施形態と同様の効果が得られる。

〔第７実施形態〕
第７実施形態は、関連付けテーブルＴ２として関連付けテーブルＴ２－３を用いる実施形態である。
第７実施形態のモビリティ管理システム１ｃのハードウェア構成は、第５実施形態と同様であるので説明を省略する。
ただし、第７実施形態では、利用ＤＢ１４１は、関連付けテーブルＴ２として関連付けテーブルＴ２－３を含む。なお、関連付けテーブルＴ２－３は、関連付け部の一例である。

図３２は、関連付けテーブルＴ２－３の一例を示す図である。
関連付けテーブルＴ２－３は、車載器識別子及び車両番号等に、事業者ＩＤ、顧客情報を関連付けたテーブルである。
このように、関連付けテーブルＴ２－３は、関連付けテーブルＴ１－３に加えて事業者ＩＤを含む。

ただし、第７実施形態では、モビリティ管理装置１０のプロセッサー１１は、図２７のフローチャートＦＬ３２のステップＳ３２２の処理を以下のように行う。

ステップＳ３２２において、プロセッサー１１１は、ステップＳ３２１で受信された下位要求に含まれる車載器識別子及び車両番号等に、当該下位要求に含まれる事業者ＩＤと当該下位要求に含まれる利用者情報とを関連付ける。プロセッサー１１は、例えば、利用ＤＢ１４１に含まれる関連付けテーブルＴ２－３を用いて車載器識別子及び車両番号等と利用者情報とを関連付ける。すなわち、プロセッサー１１１は、関連付けテーブルＴ２－３とは別のテーブルなどを用いて車載器識別子及び車両番号等に、事業者ＩＤと、カーシェア予約要求に含まれる情報とを関連付けて記憶する。

第７実施形態のモビリティ管理システム１ｃは、第５実施形態と同様の効果が得られる。

〔第８実施形態〕
第８実施形態は、カーシェア利用者に提供される提供サービスの一例を説明するための実施形態である。第８実施形態が対象とする提供サービスは、例えば、飲食店などのドライブスルーなどである。以下の説明では、カーシェア利用者がシェアモビリティ２０に乗車して、ファストフードのドライブスルーに入る場合を例に説明を行う。
第８実施形態のモビリティ管理システム１のハードウェア構成は、第１実施形態と同様であるので説明を省略する。

以下、第８実施形態に係るモビリティ管理システム１の動作を説明する。なお、第８実施形態のモビリティ管理システム１は、第１実施形態と同様に図９～図１２及び図１５に示す処理を行う。

第８実施形態のモビリティ管理システム１は、第１実施形態のモビリティ管理システム１とは異なり、図１３に示す処理に代えて図３３に示す処理を行う。
図３３は、第８実施形態に係るサービス処理の例における動作の流れの一例を示すシーケンス図である。なお、図３３は、カーシェア利用者がシェアモビリティ２０に乗車して、ファストフード店のドライブスルーに入る場合のサービス処理を示す。

図３４は、第８実施形態におけるファストフード店を利用する場合の動作の一例を示すフローチャートである。図３４は、フローチャートＦＬ５～フローチャートＦＬ７、フローチャートＦＬ４１及びフローチャートＦＬ４２を含む。なお、図３４では、フローチャートＦＬ５～フローチャートＦＬ７を省略して示している。
図３４のフローチャートＦＬ４１は、サービス提供装置３０のプロセッサー３１が第１実施形態の図１４のフローチャートＦＬ８に代えて実行する処理を示す。図３４のフローチャートＦＬ４２は、利用者端末装置５０のプロセッサー５１が実行する、サービス処理に関する処理を示す。

第８実施形態では、サービス提供装置３０のプロセッサー３１は、図３４のフローチャートＦＬ４１のステップＳ９１の処理においてＹｅｓと判定したならば、ステップＳ４１１へと進む。なお、以下に説明するステップＳ４１１～ステップＳ４１５の処理は、図１４のフローチャートＦＬ８のステップＳ９２における各種処理である。
図３４のフローチャートＦＬ４１のステップＳ４１１において、プロセッサー３１は、電子メールを、支援通知に含まれる電子メールアドレスを宛先として送信するように第１の通信インターフェース３５を介して該電子メールを当該宛先に送信する。ここで、当該電子メールは、ドライブスルーで注文する内容を入力するように指示する内容を含む。また、当該電子メールは、例えば、注文内容を入力するためのオーダー画面へ遷移するためのリンクなどを含む。
送信された当該電子メールは、ここでは、利用者端末装置５０によって受信されるものとする。当該電子メールは、図３３ではステップＳＴ３７として示す。

一方、図３４のフローチャートＦＬ４２のステップＳ４２１において、プロセッサー５１は、通信インターフェース５５によって電子メールが受信されたか否かを判定する。プロセッサー５１は、電子メールが受信されないならば、ステップＳ４２１においてＮｏと判定してステップＳ４２２へと進む。

ステップＳ４２２において、プロセッサー５１は、電子メールを開くか否かを判定する。例えば、プロセッサー５１は、電子メールを開く操作が行われたことに応じて、電子メールを開くと判定する。あるいは、プロセッサー５１は、受信した電子メールを自動的に開く場合にも電子メールを開くと判定する。プロセッサー５１は、電子メールを開くと判定しないならば、ステップＳ４２２においてＮｏと判定してステップＳ４２１へと戻る。
かくして、プロセッサー５１は、電子メールが受信されるか、電子メールを開くと判定するまでステップＳ４２１及びステップＳ４２２を繰り返す。

プロセッサー５１は、ステップＳ４２１及びステップＳ４２２の待受状態にあるときに電子メールが受信されたならば、ステップＳ４２１においてＹｅｓと判定してステップＳ４２３へと進む。

ステップＳ４２３において、プロセッサー５１は、受信した電子メールを補助記憶デバイス５４などに保存する。プロセッサー５１は、ステップＳ４２３の処理の後、ステップＳ４２１へと戻る。

プロセッサー５１は、ステップＳ４２１及びステップＳ４２２の待受状態にあるときに電子メールを開くと判定するならば、ステップＳ４２２においてＹｅｓと判定してステップＳ４２４へと進む。

ステップＳ４２４において、プロセッサー５１は、電子メールを開いて内容を表示デバイス５６に表示させる。

ステップＳ４２５において、プロセッサー５１は、開いている電子メールを閉じるか否かを判定する。プロセッサー５１は、例えば、電子メールを閉じる操作が行われたことに応じて、電子メールを閉じると判定する。プロセッサー５１は、電子メールを閉じると判定しないならば、ステップＳ４２５においてＮｏと判定してステップＳ４２６へと進む。

ステップＳ４２６において、プロセッサー５１は、オーダー画面を表示するか否かを判定する。プロセッサー５１は、例えば、オーダー画面へのリンクが操作されたことに応じて、オーダー画面を表示すると判定する。なお、開いているメールがステップＳ４１１で送信されたものでないならば、当該リンクは存在しないので、プロセッサー５１は、オーダー画面を表示すると判定することはない。プロセッサー５１は、オーダー画面を表示すると判定しないならば、ステップＳ４２６においてＮｏと判定してステップＳ４２５へと戻る。
かくして、プロセッサー５１は、開いている電子メールを閉じると判定するか、オーダー画面を表示すると判定するまでステップＳ４２５及びステップＳ４２６を繰り返す。

プロセッサー５１は、ステップＳ４２５及びステップＳ４２６の待受状態にあるときに開いている電子メールを閉じると判定するならば、ステップＳ４２５においてＹｅｓと判定してステップＳ４２７へと進む。

ステップＳ４２７において、プロセッサー５１は、表示デバイス５６を制御して、表示中の電子メールの表示を終了する。プロセッサー５１は、ステップＳ４２７の処理の後、ステップＳ４２１へと戻る。

プロセッサー５１は、ステップＳ４２５及びステップＳ４２６の待受状態にあるときにオーダー画面を表示すると判定するならば、ステップＳ４２６においてＹｅｓと判定してステップＳ４２８へと進む。

ステップＳ４２８において、プロセッサー５１は、オーダー画面に対応した画像を生成する。そして、プロセッサー５１は、生成したこの画像を表示するように表示デバイス５６に対して指示する。この指示を受けて表示デバイス５６は、オーダー画面を表示する。

利用者端末装置５０の操作者は、利用者端末装置５０を操作して、ドライブスルーの注文内容を入力する。そして、当該操作者は、注文内容を入力後、注文内容を送信する操作を行う。当該操作は、例えば、送信ボタンの操作である。

ステップＳ４２９において、プロセッサー５１は、注文内容を送信するか否かを判定する。例えば、プロセッサー５１は、上記のように注文内容が入力されて注文内容を送信する操作が行われたことに応じて、注文内容を送信すると判定する。プロセッサー５１は、注文内容を送信すると判定しないならば、ステップＳ４２９においてＮｏと判定してステップＳ４２９を繰り返す。対して、プロセッサー５１は、注文内容を送信すると判定するならば、ステップＳ４２９においてＹｅｓと判定してステップＳ４３０へと進む。

ステップＳ４３０において、プロセッサー５１は、入力された注文内容を、通信インターフェース５５を介して、オーダー画面へのリンクを含む電子メールの送信元であるサービス提供装置３０に送信する
送信された当該注文内容は、当該サービス提供装置３０の第１の通信インターフェース３５によって受信される。ここで送信される注文内容は、図３３ではステップＳＴ３８として示す。プロセッサー５１は、図３４のフローチャートＦＬ４２のステップＳ４３０の処理の後、ステップＳ４２１へと戻る。

一方、ステップＳ４１２において、サービス提供装置３０のプロセッサー３１は、第１の通信インターフェース６５によって注文内容が受信されるのを待ち受けている。プロセッサー３１は、注文内容が受信されたならば、ステップＳ４１２においてＹｅｓと判定してステップＳ４１３へと進む。

ステップＳ４１３において、プロセッサー３１は、ステップＳ４１２で受信された注文内容を、表示デバイス３７に表示させる。当該表示デバイス３７は、例えば、ドライブスルーが設置された店舗のキッチンなどに設置される。

キッチン担当の従業員などは、例えば、当該注文内容を見て、当該注文内容に応じた料理を作る。そして、当該従業員などは、料理が完成したならば、入力デバイス３８を用いて、料理の提供の準備ができたことを示す操作を行う。

ステップＳ４１４において、プロセッサー３１は、当該操作が行われたならば、ステップＳ４１４においてＹｅｓと判定してステップＳ４１５へと進む。

ステップＳ４１５において、プロセッサー３１は、電子メールを、第１の通信インターフェース３５を介して、支援通知に含まれる電子メールアドレスを宛先として送信する。当該電子メールは、注文内容で示された料理などが準備できたこと、及び注文内容に対応する料金の金額を示す内容などを含む。なお、電子メールの内容は、電子メールに含まれていても良いし、電子メールに含まれるＵＲＬ（uniform resource locator）などのリンクなどによって開かれるＷｅｂページなどに含まれるものであっても良い。また、以降の説明における電子メールの内容についても同様とする。
送信された当該電子メールは、ステップＳ４１１の場合と同様に、利用者端末装置５０によって受信されるものとする。当該電子メールは、図３３ではステップＳＴ３９として示す。プロセッサー３１は、図３４のフローチャートＦＬ４１のステップＳ４１５の処理の後、ステップＳ９１へと戻る。
以上より、支援通知に含まれる電子メールアドレスを宛先として電子メールを送信する第１の通信インターフェース３５は、情報を送信する情報送信部の一例である。

当該電子メールの内容は、図３４のフローチャートＦＬ４２のステップＳ４２４において利用者端末装置５０の表示デバイス５６に表示される。これにより、カーシェア利用者は、ドライブスルーで注文した料理の準備が完了したこと、及び注文内容に対応する料金の金額を知ることができる。

第８実施形態のモビリティ管理システム１は、車載器識別子又は車両番号等から第１の利用者特定情報を特定する。そして、モビリティ管理システム１は、当該第１の利用者特定情報を宛先として電子メールを送信する。これにより、モビリティ利用者は、ドライブスルーなどの施設に入ったことに応じて電子メールを受け取ることができる。そして、モビリティ利用者は、当該電子メールに含まれるリンクなどを介して、当該ドライブスルーの注文を行うためのオーダー画面を開くことができる。そして、モビリティ利用者は、オーダー画面を用いてドライブスルーの注文を行うことができる。このように、モビリティ利用者は、ドライブスルーに設置された端末などを用いずに注文ができるので便利である。

〔第９実施形態〕
第９実施形態のモビリティ管理システムは、カーシェア利用者に、サービスの予約を伴う提供サービスを提供する場合に用いられる。第９実施形態が対象とする提供サービスは、例えば、宿泊施設への宿泊予約、レストランの予約、又はその他の施設の利用予約などである。あるいは、提供サービスは、テイクアウトの予約などである。
第９実施形態のモビリティ管理システム１のハードウェア構成は、第１実施形態と同様であるので説明を省略する。

＜動作説明：第９実施形態＞
以下、第９実施形態に係るモビリティ管理システム１の動作を説明する。なお、第９実施形態のモビリティ管理システム１は、第１実施形態と同様に図１２～図１２及び図１５に示す処理を行う。

また、第９実施形態では、第１の利用者特定情報は、例えば利用者ＩＤなどの、カーシェア利用者ごとにユニークに割り当てられる識別情報であっても良い。あるいは、第１の利用者特定情報は、国または自治体などによって各個人にユニークに付与される識別情報（以下「個人識別情報」という）であっても良い。ただし、第１の利用者特定情報は、典型的には電子メールアドレスである。

第９実施形態では、カーシェア利用者は、提供サービスを利用する場合、例えば、利用者端末装置５０を用いて提供装置にアクセスすることで提供サービスの利用予約を行う。なお、提供サービスの利用者を、以下「サービス利用者」という。サービス利用者は、提供サービスの利用予約において、例えば、第２の利用者特定情報を入力する。第２の利用者特定情報は、例えば、電子メールアドレスである。あるいは、第２の利用者特定情報は、例えば、サービスＩＤである。サービスＩＤは、サービス利用者ごとにユニークに割り当てられる識別情報である。あるいは、第２の利用者特定情報は、国または自治体などによって各個人にユニークに付与される識別情報であっても良い。ただし、第２の利用者特定情報は、典型的には電子メールアドレスである。入力された第２の利用者特定情報などは、サービス提供装置３０に送信される。
なお、以下の説明では、カーシェア利用者がシェアモビリティ２０に乗車して、提供サービスを用いて予約した宿泊施設に向かう場合を例として説明を行う。
第９実施形態では、モビリティ識別装置４０は、例えば、宿泊施設の駐車場などに設置される。したがって、第９実施形態では、支援通知の送信先は、当該宿泊施設の運営会社などである。すなわち、支援通知は、当該管理会社などによって使用されるサービス提供装置３０などに送信される。

第９実施形態のモビリティ管理システム１は、第１実施形態のモビリティ管理システム１とは異なり、図９に示す処理に代えて図３５に示す処理を行う。
図３５は、第９実施形態における動作の流れの一例を示すシーケンス図である。

図３６は、第９実施形態に係る提供サービスの予約処理の一例を示すフローチャートである。図３６は、フローチャートＦＬ５１及びフローチャートＦＬ５２を含む。
図３６のフローチャートＦＬ５１は、利用者端末装置５０のプロセッサー５１が実行する、提供サービスの予約についての処理である。また、フローチャートＦＬ５２は、サービス提供装置３０のプロセッサー３１が実行する、提供サービスの予約についての処理である。

図３６のフローチャートＦＬ５１のステップＳ５１１において、利用者端末装置５０のプロセッサー５１は、提供サービスの利用予約を開始するか否かを判定する。例えば、プロセッサー５１は、操作者による操作に基づき、提供サービスの予約を行うことができるアプリ内の、予約内容を入力するための画面へ遷移したことに応じて、提供サービスの利用予約を開始すると判定する。あるいは、プロセッサー５１は、操作者による操作に基づき、提供サービスの予約を行うためのｗｅｂページを表示したことに応じてカーシェアの利用予約を開始すると判定する。プロセッサー５１は、提供サービスの利用予約を開始すると判定しないならば、ステップＳ５１１においてＮｏと判定してステップＳ５１１を繰り返す。

プロセッサー５１は、ステップＳ５１１の待受状態にあるときに提供サービスの利用予約を開始すると判定するならば、ステップＳ５１１においてＹｅｓと判定してステップＳ５１２へと進む。
ステップＳ５１２において、プロセッサー５１は、サービス予約要求を送信するか否かを判定する。プロセッサー５１は、提供サービスの予約に関する情報が入力された状態で送信ボタンなどが操作されたことに応じて、サービス予約要求を送信すると判定する。プロセッサー５１は、サービス予約要求を送信すると判定しないならば、ステップＳ５１２においてＮｏと判定してステップＳ５１２を繰り返す。プロセッサー５１は、サービス予約要求を送信すると判定するならば、ステップＳ５１２においてＹｅｓと判定してステップＳ５１３へと進む。

ステップＳ５１３において、プロセッサー５１は、サービス予約要求を生成する。サービス予約要求は、提供サービスの予約に関する情報を含む。サービス予約要求は、第２の利用者特定情報を含む。また、サービス予約要求は、その他の予約に関する情報（以下「予約情報」という。）を含む。予約情報には、例えば、サービス利用者の氏名及び連絡先などが含まれる。プロセッサー５１は、サービス予約要求を生成した後、通信インターフェース５５を介して、当該サービス予約要求をサービス提供装置３０に送信する。送信された当該サービス予約要求は、サービス提供装置３０の第１の通信インターフェース３５によって受信される。当該サービス予約要求は、図３５ではステップＳＴ５０１として示す。

一方、図３６のフローチャートＦＬ５２のステップＳ５２１において、サービス提供装置３０のプロセッサー３１は、第１の通信インターフェース３５によってサービス予約要求が受信されたならば、ステップＳ５２１においてＹｅｓと判定してステップＳ５２２へと進む。

ステップＳ５２２において、プロセッサー３１は、ステップＳ５２１において受信されたサービス予約要求に含まれる第２の利用者特定情報と、当該サービス予約要求に含まれる予約情報とを関連付けて提供ＤＢ３４１などに記憶する。

ステップＳ５２３において、プロセッサー３１は、サービス予約通知を生成する。サービス予約通知は、提供サービスの予約を完了した旨を示す情報、及び、提供サービスの予約内容を示す情報などを含む。プロセッサー３１は、サービス予約通知を生成した後、第１の通信インターフェース３５を介して、当該サービス予約通知を、サービス予約要求の送信元である利用者端末装置５０に送信する。送信された当該サービス予約通知は、利用者端末装置５０の通信インターフェース５５によって受信される。当該サービス予約通知は、図３５では、ステップＳＴ５０２として示す。プロセッサー３１は、図３６のフローチャートＦＬ５２のステップＳ５２３の処理の後、ステップＳ５２１へと戻る。

一方、フローチャートＦＬ５１のステップＳ５１４において、利用者端末装置５０のプロセッサー５１は、通信インターフェース５５によってサービス予約通知が受信されたならば、ステップＳ５１４においてＹｅｓと判定してステップＳ５１５へと進む。

ステップＳ５１５において、プロセッサー５１は、ステップＳ５１４において受信されたサービス予約通知に含まれる予約内容を表示デバイス５６に表示させる。プロセッサー５１は、ステップＳ５１５の処理の後、ステップＳ５１１へと戻る。

また、第９実施形態のモビリティ管理システム１は、第１実施形態の図１４及び図１５の処理に代えて図３７に示す処理を行う。
図３７は、第９実施形態における宿泊施設を利用する時の動作の一例を示すフローチャートである。図２１は、フローチャートＦＬ５～フローチャートＦＬ７、及びフローチャートＦＬ５３を含む。
図３７のフローチャートＦＬ５３は、サービス提供装置３０のプロセッサー３１が図１４及び図１５のフローチャートＦＬ８に代えて実行する処理を示す。また、モビリティ識別装置４０、サービス提供支援装置６０及びモビリティ管理装置１０は、第１実施形態と同様にフローチャートＦＬ５～フローチャートＦＬ７に示す処理を実行する。

第９実施形態では、サービス提供装置３０のプロセッサー３１は、図３７のフローチャートＦＬ５３のステップＳ９１の処理においてＹｅｓと判定したならば、ステップＳ５３１へと進む。なお、以下に説明するステップＳ５３１～ステップＳ５３５の処理は、図１４のフローチャートＦＬ８のステップＳ９２における各種処理である。
図３７のフローチャートＦＬ５３のステップＳ５３１において、プロセッサー３１は、提供ＤＢ３４１に記憶されている第２の利用者特定情報に、ステップＳ９１において受信された支援通知に含まれる第１の利用者特定情報と同一のものがあるか探索する。そして、プロセッサー３１は、同一のものがある場合、当該第２の利用者特定情報に関連付けられている予約情報を取得する。
したがって、プロセッサー３１は、ステップＳ５３１の処理を行うことで、第１の利用者特定情報と同一の第２の利用者特定情報に関連付けられた、サービスの利用予約を特定するサービス提供処理部３１ａとして機能する。

例えば、カーシェア利用者（サービス利用者）が、第１の利用者特定情報と第２の利用者特定情報に同一の電子メールアドレスを用いている場合、ステップＳ５３１において、プロセッサー３１は、予約情報の取得が可能である。
また、モビリティ管理システム１が、利用者ＩＤとサービスＩＤとで共通のＩＤを用いたシステムであり、且つカーシェア利用者（サービス利用者）が、第１の利用者特定情報と第２の利用者特定情報に同一のＩＤを用いている場合、ステップＳ５３１において、プロセッサー３１は、予約情報の取得が可能である。
また、カーシェア利用者（サービス利用者）が、第１の利用者特定情報と第２の利用者特定情報に同一の個人識別情報を用いている場合、ステップＳ５３１において、プロセッサー３１は、予約情報の取得が可能である。

ステップＳ５３２において、プロセッサー３１は、ステップＳ５３１で予約情報を取得したか否かを判定する。プロセッサー３１は、探索の結果、第１の利用者特定情報と同一の第２の利用者特定情報を見つけられなかったことにより予約情報を取得していないならば、ステップＳ５３２においてＮｏと判定してステップＳ９１へと戻る。対して、プロセッサー３１は、探索の結果、第１の利用者特定情報と同一の第２の利用者特定情報を見つけて、予約情報を取得したならば、ステップＳ５３２においてＹｅｓと判定してステップＳ５３３へと進む。

ステップＳ５３３において、プロセッサー３１は、カーシェア利用者（サービス利用者）が予約した施設に到着したか否かを判定する。あるいは、ステップＳ５３３において、プロセッサー３１は、カーシェア利用者（サービス利用者）が予約した施設に到着しそうであるか否かを判定する。プロセッサー３１は、例えば、ステップＳ９１で受信された支援通知に含まれる位置情報の示す位置が、当該施設の駐車場などの当該施設の近傍であるならば、カーシェア利用者（サービス利用者）が当該施設に到着したと判定する。あるいは、サービス提供装置３０は、当該駐車場などに設置された識別装置の識別装置ＩＤを記憶していても良い。そして、プロセッサー３１は、ステップＳ９１で受信された支援通知に含まれる識別装置ＩＤが当該識別装置ＩＤであるならば、カーシェア利用者（サービス利用者）が当該施設に到着したと判定する。プロセッサー３１は、カーシェア利用者（サービス利用者）が予約した施設に到着したと判定しないならば、ステップＳ５３３においてＮｏと判定してステップＳ５３４へと進む。

ステップＳ５３４において、プロセッサー３１は、カーシェア利用者（サービス利用者）の位置などを、カーシェア利用者（サービス利用者）が予約した施設の職員などに報知する。例えば、プロセッサー３１は、表示デバイス３７を制御して、カーシェア利用者（サービス利用者）の位置を表示させる。当該位置は、ステップＳ９１で受信された支援通知に含まれる位置情報が示す位置である。また、プロセッサー３１は、スピーカーなどの表示デバイス３７以外の装置を用いて当該報知を行っても良い。あるいは、プロセッサー３１は、施設の職員が使用する端末装置に対してカーシェア利用者（サービス利用者）の位置を示す情報などを、第１の通信インターフェース３５を介して当該端末に送信する。なお、当該情報の送信には、例えば電子メールなどを用いることができる。このために、サービス提供装置３０の補助記憶デバイス３４は当該端末の電子メールアドレスを記憶する。また、施設の職員が使用する端末装置は、例えば、利用者端末装置５０と同様のハードウェア構成である。プロセッサー３１は、ステップＳ５３４の処理の後、ステップＳ９１へと戻る。

対して、プロセッサー３１は、カーシェア利用者（サービス利用者）が予約した施設に到着したと判定するならば、ステップＳ５３３においてＹｅｓと判定してステップＳ５３５へと進む。
ステップＳ５３５において、プロセッサー３１は、カーシェア利用者（サービス利用者）が、カーシェア利用者（サービス利用者）が予約した施設に到着したことを当該施設の職員などに報知する。例えば、プロセッサー３１は、表示デバイス３７を制御して、カーシェア利用者（サービス利用者）が当該施設に到着したことを表示させる。また、プロセッサー３１は、スピーカーなどの表示デバイス３７以外の装置を用いて当該報知を行っても良い。あるいは、プロセッサー３１は、第１の通信インターフェース３５を介して、施設の職員が使用する端末装置に対してカーシェア利用者（サービス利用者）が当該施設に到着したことを示す情報などを送信する。なお、当該情報の送信には、例えば電子メールなどを用いることができる。プロセッサー３１は、ステップＳ５３５の処理の後、ステップＳ９１へと戻る。
したがって、プロセッサー３１は、ステップＳ５３５の処理を行うことで、モビリティ利用者がサービスの利用場所に到着することを報知するサービス提供処理部３１ａとして機能する。

当該施設の職員などは、上記の報知によりカーシェア利用者（サービス利用者）が施設に到着したことを知ることができる。これにより、職員は、例えば、カーシェア利用者（サービス利用者）の出迎えに出る、又はカーシェア利用者（サービス利用者）に渡す物品を用意するなどの行動をすることができ、これにより、サービスの質の向上などが期待できる。

また、第９実施形態のモビリティ管理システム１は、第１実施形態と同様に、車載器識別子又は車両番号等から第１の利用者特定情報を特定できる。そして、モビリティ管理システム１は、当該第１の利用者特定情報と提供サービスの予約などに用いる第２の利用者特定情報が同一であれば、当該第１の利用者特定情報で特定されるカーシェア利用者が提供サービスの利用者であることが分かる。したがって、モビリティ管理システム１を用いることで、カーシェア利用者に対して、提供サービスに関して出迎えなどのサービスなどを提供することができるようになる。

［第９実施形態の変形例］
上記の第９実施形態は以下のような変形も可能である。
上記の第９実施形態では、サービス提供装置３０のプロセッサー３１は、図３７のフローチャートＦＬ５３のステップＳ５３１において、第２の利用者特定情報に関連付けられている予約情報を取得した。しかしながら、ここで、プロセッサー３１は、予約情報に代えて会員情報などを取得しても良い。会員情報は、例えば、第２の利用者特定情報と関連付けて提供ＤＢ３４１に記憶される。会員情報は、第２の利用者特定情報で特定される利用者の個人情報などの当該利用者についての情報である。この場合、当該利用者が予約無しで施設などに来た場合にもステップＳ５３４及びステップＳ５３５の報知が行われる。したがって、当該施設の職員などは、予約無しで来た利用者に対しても出迎えなどのサービスが可能となる。

［各実施例に共通の変形例］
また、上記の第１実施形態～第９実施形態は以下のような変形も可能である。
上記の第１実施形態～第９実施形態では、カーシェアの場合について説明した。しかしながら、実施形態のモビリティ管理システムは、ライドシェア、レンタカー又はタクシーなどに対しても用いることができる。

上記の第１実施形態～第９実施形態では、シェアモビリティ２０又はバスモビリティ３１０に人を乗せる場合について説明した。しかしながら、実施形態のモビリティ管理システム１は、モビリティに物を載せる場合に用いることもできる。この場合、関連付けテーブルＴ１は、利用者情報に代えて利用物情報を記憶する。利用物情報は、モビリティに載せられる物についての情報である。利用物情報は、利用者情報に含まれる第１の利用者特定情報に代えて利用物特定情報を含む。利用物特定情報は、利用物を特定することができる情報である。利用物特定情報は、例えば、利用物ごとにユニークに付与される利用物ＩＤである。また、提供ＤＢ３４１は、第２の利用者特定情報に代えて利用物特定情報を記憶する。

第１実施形態～第９実施形態のモビリティ管理システムは、モビリティ識別装置４０及びサービス提供支援装置６０に代えて、モビリティ識別装置４０及びサービス提供支援装置６０を兼ねる装置を備えていても良い。

実施形態のモビリティ管理システムは、電子メールアドレスに代えて、ＳＮＳ（social networking service）などのＩＤなどを用いても良い。この場合、実施形態のモビリティ管理システムは、電子メールに代えて当該ＳＮＳなどを用いたメッセージなどを送信しても良い。電子メールアドレス又は当該ＩＤは、モビリティ利用者への情報の送信先を示す情報の例である。

プロセッサー１１、プロセッサー３１、プロセッサー４１、プロセッサー５１、プロセッサー６１、プロセッサー７１、プロセッサー１１１、プロセッサー１２１又はプロセッサー２１１は、上記実施形態においてプログラムによって実現する処理の一部又は全部を、回路のハードウェア構成によって実現するものであっても良い。

上記実施形態における各装置は、例えば、上記の処理を実行するためのプログラムがＲＯＭ又は補助記憶デバイスなどに記憶された状態で各装置の管理者などへと譲渡される。しかしながら、当該装置は、当該プログラムがＲＯＭ又は補助記憶デバイスなどに記憶されない状態で当該管理者などに譲渡されても良い。また、当該装置は、当該プログラムとは別のプログラムがＲＯＭ又は補助記憶デバイスなどに記憶された状態で当該管理者などに譲渡されても良い。そして、当該プログラムが別途に当該管理者などへと譲渡され、当該管理者又はサービスマンなどによる操作の下にＲＯＭ又は補助記憶デバイスなどへと書き込まれても良い。このときのプログラムの譲渡は、例えば、磁気ディスク、光磁気ディスク、光ディスク又は半導体メモリなどのようなリムーバブルな記憶媒体に記録して、あるいはインターネット又はＬＡＮなどを介したダウンロードにより実現できる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１，１ｂ，１ｃ……モビリティ管理システム、１０……モビリティ管理装置、１１，３１，４１，５１，６１，７１，１１１，１２１，２１１……プロセッサー、１１ａ……モビリティ管理処理部、１２，３２，４２，５２，６２，７２，１１２，１２２，２１２……ＲＯＭ、１３，３３，４３，５３，６３，７３，１１３，１２３，２１３……ＲＡＭ、１４，３４，５４，６４，７４，１１４，１２４……補助記憶デバイス、１５，４５，５５，２１５……通信インターフェース、１６，３９，４６，５８，６７，７７，１１７，１２７，２１７……バス、２０……シェアモビリティ、２１……利用通知装置、２２……電子錠、２３……車載器、２４……ナンバープレート、３０……サービス提供装置、３１ａ……サービス提供処理部、３５，６５……第１の通信インターフェース、３６，６６……第２の通信インターフェース、３７，５６……表示デバイス、３８，５７……入力デバイス、４０……モビリティ識別装置、４４……センサー、５０……利用者端末装置、６０……サービス提供支援装置、６１ａ……サービス提供支援処理部、７０……セキュリティ装置、７１ａ……セキュリティ処理部、７５，１１５，１２５……第１通信インターフェース、７６，１１６，１２６……第２通信インターフェース、１１０……上位管理装置、１２０……下位管理装置、１４１……利用ＤＢ、２１４……カードリーダー、２１６……電子錠インターフェース、３４１……提供ＤＢ、１２４１……下位ＤＢ、Ｔ１，Ｔ１－１，Ｔ１－２，Ｔ１－３，Ｔ２，Ｔ２－１，Ｔ２－２，Ｔ２－３……関連付けテーブル

Claims (13)

1. モビリティを管理するモビリティ管理システムにおいて、
   利用通知装置、モビリティ管理装置及びサービス提供支援装置を含み、
   前記利用通知装置は、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報を前記モビリティ管理装置に送信する利用通知通信部を備え、
   前記モビリティ管理装置は、
   前記モビリティを特定するモビリティ特定情報及び前記通知情報を受信するモビリティ管理通信部と、
   前記モビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
   前記モビリティ管理通信部によって受信されたモビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得する
   モビリティ管理処理部と、を備え
   前記サービス提供支援装置は、前記モビリティから取得された前記モビリティ特定情報を前記モビリティ管理装置に送信するサービス提供支援通信部を備える、
   モビリティ管理システム。
2. 前記モビリティ管理通信部は、
   前記モビリティ利用者による前記モビリティの利用の予約についての情報を含むモビリティ予約情報を受信し、
   前記モビリティ管理処理部は、
   前記モビリティ予約情報に基づいて前記モビリティ利用者の前記利用者特定情報と前記モビリティの前記モビリティ特定情報とを関連付ける、請求項１に記載のモビリティ管理システム。
3. 前記モビリティ特定情報は、
   前記モビリティに設置された車載器の識別情報、又は前記モビリティの識別情報である、請求項１又は請求項２に記載のモビリティ管理システム。
4. 前記モビリティ管理処理部は、
   前記モビリティ利用者が前記モビリティを利用中であることを示す情報を関連付けることで、前記関連付け部を、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにする、請求項１乃至請求項３のいずれか１項に記載のモビリティ管理システム。
5. 前記モビリティ管理処理部は、
   前記モビリティ利用者が前記モビリティの利用を開始した時間を関連付けることで、前記関連付け部を、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにする、請求項１乃至請求項４のいずれか１項に記載のモビリティ管理システム。
6. 前記サービス提供支援装置は、
   前記モビリティからモビリティ特定情報が取得された位置を示す位置情報を取得するサービス提供支援処理部をさらに備え、
   前記サービス提供支援通信部は、
   前記位置情報を送信する、請求項１乃至請求項５のいずれか１項に記載のモビリティ管理システム。
7. 前記サービス提供支援装置から前記モビリティ管理装置に送信される、暗号化されたモビリティ特定情報を復号するセキュリティ処理部を備えたセキュリティ装置をさらに含む、請求項１乃至請求項６のいずれか１項に記載のモビリティ管理システム。
8. 前記関連付け部は、
   前記モビリティ特定情報に、前記モビリティ特定情報で特定される前記モビリティの所属を示す識別情報を関連付ける、請求項１乃至請求項７のいずれか１項に記載のモビリティ管理システム。
9. 前記利用者特定情報は、前記モビリティ利用者への送信先を示す情報であり、
   前記送信先に情報を送信する情報送信部をさらに備える、請求項１乃至請求項８のいずれか１項に記載のモビリティ管理システム。
10. 前記モビリティ管理処理部によって取得された前記利用者特定情報と同一の利用者特定情報に関連付けられた、サービスの利用予約を特定するサービス提供処理部を備えるサービス提供装置をさらに備える、請求項１乃至請求項９のいずれか１項に記載のモビリティ管理システム。
11. 前記サービス提供処理部は、前記モビリティからモビリティ特定情報が取得された位置を示す位置情報に基づき、前記モビリティ利用者が前記サービスの利用場所に到着することを報知する、請求項１０に記載のモビリティ管理システム。
12. モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報、及び前記モビリティから取得されたモビリティ特定情報を受信するモビリティ管理通信部と、
    前記モビリティを特定するモビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
    前記モビリティ管理通信部によって受信された前記モビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中である利用者特定情報を取得する、
    モビリティ管理処理部と、
    を備えるモビリティ管理装置。
13. モビリティ管理装置が実行するモビリティ管理方法であって、
    前記モビリティ管理装置のモビリティ管理処理部が、モビリティを特定するモビリティ特定情報と、モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、前記モビリティ利用者による前記モビリティの利用開始を示す通知情報に応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
    前記モビリティ管理処理部が、前記モビリティから取得されたモビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中である利用者特定情報を取得する、
    モビリティ管理方法。