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

Description

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

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

特開２０１６－０４５７１号公報 特開２０１８－１１００２３号公報 特表２０１９－５０８８０号公報

本発明の実施形態が解決しようとする課題は、サービスを適切なタイミングで提供することができるモビリティ管理システム、モビリティ管理装置及びモビリティ管理方法を提供することである。

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

実施形態に係るモビリティ管理システムの構成の一例を示すブロック図。 図１中のモビリティ管理装置の要部回路構成の一例を示すブロック図。 図２中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 図２中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 図２中の利用ＤＢに含まれる関連付けテーブルの一例を示す図。 図２中の利用ＤＢに含まれるモビリティ情報テーブルの一例を示す図。 図２中の利用ＤＢに含まれるイベント履歴テーブルの一例を示す図。 図２中の利用ＤＢに含まれるモビリティイベントコードテーブルの一例を示す図。 図２中の利用ＤＢ及び図１０中の提供ＤＢに含まれるサービスイベントコードテーブルの一例を示す図。 図１中のサービス提供装置の要部回路構成の一例を示すブロック図。 図１中のモビリティ識別装置の要部回路構成の一例を示すブロック図。 図１中のサービス提供支援装置の要部回路構成の一例を示すブロック図。 図１中のシェアモビリティの構成要素の要部回路構成の一例を示すブロック図。 図１中の利用者端末装置の要部回路構成の一例を示すブロック図。 実施形態に係るモビリティ管理システムの処理の全体概要を説明するための図。 実施形態に係るモビリティ管理システムの情報の流れの一例を示すシーケンス図。 実施形態に係るシェアモビリティの予約処理の一例を示すフローチャート。 本実施の形態のシェアモビリティの利用通知の処理の一例に関するフローチャート。 本実施の形態のシェアモビリティの利用通知の処理の一例に関するフローチャート。 本実施形態におけるカーシェアサービス開始後の動作処理の一例を示すフローチャート。 実施形態に係るモビリティ管理システムによるイベント処理の第１の例における情報の流れの一例を示すシーケンス図。 実施形態に係るモビリティ管理システムによるイベント処理の第１の例の処理の一例を示すフローチャート。 実施形態に係るモビリティ管理システムによるイベント処理の第１の例の処理の一例を示すフローチャート。 実施形態に係るモビリティ管理システムによるイベント通知の処理の一例を示すフローチャート。 実施形態に係る第１の決済処理について説明するためのシーケンス図。 実施形態に係る第２の決済処理について説明するためのシーケンス図。 実施形態に係る第３の決済処理について説明するためのシーケンス図。 実施形態に係るイベント処理の第２の例におけるサービスイベントコードテーブルの一例を示す図。 実施形態に係るモビリティ管理システムによるイベント処理の第２の例における情報の流れの一例を示すシーケンス図。 実施形態に係るモビリティ管理システムのイベント処理の第２の例における処理の一例を示すフローチャート。 実施形態に係るモビリティ管理システムのイベント処理の第３の例におけるサービスイベントコードテーブルの一例を示す図。 実施形態に係るモビリティ管理システムのイベント処理の第４の例におけるサービスイベントコードテーブルの一例を示す図。 実施形態に係るモビリティ管理システムの利用終了の処理の流れの一例を示すシーケンス図。

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

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

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

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

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

プロセッサー１１は、モビリティ管理装置１０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー１１は、ＲＯＭ１２又は補助記憶デバイス１４などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、モビリティ管理装置１０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー１１の回路内に組み込まれていても良い。プロセッサー１１は、例えば、ＣＰＵ（central processing unit）、ＭＰＵ（micro processing unit）、ＳｏＣ（system on a chip）、ＤＳＰ（digital signal processor）、ＧＰＵ（graphics processing unit）、ＡＳＩＣ（application specific integrated circuit）、ＰＬＤ（programmable logic device）又はＦＰＧＡ（field-programmable gate array）などである。あるいは、プロセッサー１１は、これらのうちの複数を組み合わせたものである。プロセッサー１１は、モビリティ管理処理部の一例である。

ＲＯＭ１２は、プロセッサー１１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ１２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ１２は、プロセッサー１１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ１３は、プロセッサー１１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ１３は、データの読み書きに用いられるメモリである。ＲＡＭ１３は、プロセッサー１１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。ＲＡＭ１３は、例えば揮発性メモリである。

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

通信インターフェース１５は、モビリティ管理装置１０がネットワークＮＷなどを介して通信するためのインターフェースである。モビリティ管理装置１０は、通信インターフェース１５を用いて利用通知装置２１、サービス提供装置３０、利用者端末装置５０及びサービス提供支援装置６０などと通信する。

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

<利用ＤＢ１４１及び利用ＤＢ１４１に含まれる各テーブルの構成の説明>
補助記憶デバイス１４に記憶される利用ＤＢ１４１は、カーシェアに関する情報を記憶する。利用ＤＢ１４１は、一例として、関連付けテーブルＴ１、モビリティ情報テーブルＴ２、イベント履歴テーブルＴ３、モビリティイベントコードテーブルＴ４及びサービスイベントコードテーブルＴ５を含む。

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

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

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

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

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

なお、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３は、車載器識別子及び車両番号等が同一であるレコードが複数あっても良い。車載器識別子及び車両番号等が同一であり、予約番号が同一であるレコードが複数ある場合、当該複数のレコードは、複数人での利用であることを示す。また、車載器識別子及び車両番号等が同一であり、予約番号が異なるレコードは、それぞれのレコードが、同一のシェアモビリティ２０に対する別の予約であることを示す。また、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３は、顧客情報が同一であるレコードが複数あっても良い。
関連付けテーブルＴ１－１～関連付けテーブルＴ１－３は、それぞれ関連付け部の一例である。

図６は、モビリティ情報テーブルＴ２の一例を示す図である。
モビリティ情報テーブルＴ２は、各シェアモビリティ２０の車種及びスペックに関する情報などを記憶する。
モビリティ情報テーブルＴ２は、車載器ＩＤ及び車両番号等に、モビリティ情報を関連付ける。
モビリティ情報は、関連付けられている車載器ＩＤ及び車両番号等で特定されるシェアモビリティ２０についての車種及びスペックなどを示す情報である。例えば、モビリティ情報は、例えば、シェアモビリティ２０の車名（商品名）、型式、年式、定員、ボディのサイズ（全長、全幅及び全高）、トランクの寸法（幅、奥行き及び高さ）又は容量、及び室内のサイズ（幅、奥行き及び高さ）などである。
モビリティ情報テーブルＴ２は、モビリティ情報記憶部の一例である。

図７は、イベント履歴テーブルＴ３の一例を示す図である。
イベント履歴テーブルＴ３は、カーシェア利用者に発生したイベントの発生履歴を記録する。
イベント履歴テーブルＴ３は、発生イベントとイベント発生日時とを関連付ける。発生イベントは、どのようなイベントが発生したかを示す。どのようなイベントが発生したかは、例えば、イベントコードにより示す。イベントコードは、イベントの種類ごとに定められた識別情報である。このように、イベント履歴テーブルＴ３は、どのようなイベントがいつ発生したかを記録する。
イベント履歴テーブルＴ３は、イベントの内容及びイベントの発生時刻を記録するイベント履歴記録部の一例である。

モビリティイベントコードテーブルＴ４及びサービスイベントコードテーブルＴ５は、イベントコードが何を示すかを定める。
図８は、モビリティイベントコードテーブルＴ４の一例を示す図である。モビリティイベントコードテーブルＴ４は、モビリティ管理装置１０が実行するイベントに関するイベントコードについて定める。
モビリティイベントコードテーブルＴ４は、図８に示すようにイベントコードと実施処理とを関連付ける。

サービスイベントコードテーブルＴ５は、サービス提供装置３０が実行するイベントに関するイベントコードについて定めるテーブルである。なお、サービスイベントコードテーブルＴ５は、後述するようにサービス提供装置３０にも記憶される。
サービスイベントコードテーブルＴ５の例として、ファストフード店用のサービスイベントコードテーブルＴ５ａについて図９を用いて説明する。
図９は、サービスイベントコードテーブルＴ５ａの一例を示す図である。サービスイベントコードテーブルＴ５は、図９に示すようにイベントコードと実施処理とを関連付ける。なお、サービスイベントコードテーブルＴ５ａは、ファストフード店に設置されるサービス提供装置３０についてのサービスイベントコードテーブルＴ５を示す。

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

プロセッサー３１は、サービス提供装置３０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、サービス提供装置３０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー３１の回路内に組み込まれていても良い。プロセッサー３１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー３１は、これらのうちの複数を組み合わせたものである。

ＲＯＭ３２は、プロセッサー３１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ３２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ３２は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ３２は、プロセッサー３１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ３３は、プロセッサー３１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ３３は、データの読み書きに用いられるメモリである。ＲＡＭ３３は、プロセッサー３１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。ＲＡＭ３３は、例えば揮発性メモリである。

補助記憶デバイス３４は、プロセッサー３１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス３４は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤ又はｅＭＭＣなどである。補助記憶デバイス３４は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。また、補助記憶デバイス３４は、プロセッサー３１が各種の処理を行う上で使用するデータ、プロセッサー３１での処理によって生成されたデータ又は各種の設定値などを保存する。
また、補助記憶デバイス３４は、提供ＤＢ３４１を記憶する。
提供ＤＢ３４１は、サービス提供装置３０が提供するサービスに関する情報を記憶する。提供ＤＢ３４１は、サービスイベントコードテーブルＴ５を含む。なお、提供ＤＢ３４１は、サービス提供装置３０を設置している事業者又は店舗などごとに異なるサービスイベントコードテーブルＴ５を含む。例えば、ファストフード店に設置されるサービス提供装置３０であれば、提供ＤＢ３４１は、サービスイベントコードテーブルＴ５ａを含む。例えば、充電スタンドに設置されるサービス提供装置３０であれば、サービスイベントコードテーブルＴ５ｂを含む。

ＲＯＭ３２又は補助記憶デバイス３４に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。
なお、プロセッサー３１は、当該プログラムを実行することで、イベント通知部３１１として機能する。なお、イベント通知部３１１については後述する。

第１の通信インターフェース３５は、サービス提供装置３０がネットワークＮＷなどを介して通信するためのインターフェースである。サービス提供装置３０は、第１の通信インターフェース３５を用いてモビリティ管理装置１０及び利用者端末装置５０などと通信する。第１の通信インターフェース３５は、サービス提供通信部の一例である。

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

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

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

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

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

プロセッサー４１は、モビリティ識別装置４０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー４１は、ＲＯＭ４２などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、モビリティ識別装置４０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー４１の回路内に組み込まれていても良い。プロセッサー４１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー４１は、これらのうちの複数を組み合わせたものである。

ＲＯＭ４２は、プロセッサー４１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ４２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ４２は、上記のプログラムなどを記憶する。また、ＲＯＭ４２は、プロセッサー４１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ４３は、プロセッサー４１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ４３は、データの読み書きに用いられるメモリである。ＲＡＭ４３は、プロセッサー４１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。ＲＡＭ４３は、例えば揮発性メモリである。

ＲＯＭ４２に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。

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

通信インターフェース４５は、モビリティ識別装置４０が他の装置などと通信するためのインターフェースである。モビリティ識別装置４０は、通信インターフェース４５を用いてサービス提供支援装置６０などと通信する。

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

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

プロセッサー６１は、サービス提供支援装置６０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー６１は、ＲＯＭ６２又は補助記憶デバイス６４などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、サービス提供支援装置６０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー６１の回路内に組み込まれていても良い。プロセッサー６１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー６１は、これらのうちの複数を組み合わせたものである。プロセッサー６１は、サービス提供支援処理部の一例である。

ＲＯＭ６２は、プロセッサー６１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ６２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ６２は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ６２は、プロセッサー６１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ６３は、プロセッサー６１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ６３は、データの読み書きに用いられるメモリである。ＲＡＭ６３は、プロセッサー６１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。ＲＡＭ６３は、例えば揮発性メモリである。

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

ＲＯＭ６２又は補助記憶デバイス６４に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。

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

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

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

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

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

プロセッサー２１１は、利用通知装置２１の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー２１１は、ＲＯＭ２１２などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、利用通知装置２１の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー２１１の回路内に組み込まれていても良い。プロセッサー２１１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー２１１は、これらのうちの複数を組み合わせたものである。

ＲＯＭ２１２は、プロセッサー２１１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ２１２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ２１２は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ２１２は、プロセッサー２１１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ２１３は、プロセッサー２１１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ２１３は、データの読み書きに用いられるメモリである。ＲＡＭ２１３は、プロセッサー２１１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。ＲＡＭ２１３は、例えば揮発性メモリである。

ＲＯＭ２１２に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。

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

通信インターフェース２１５は、利用通知装置２１がネットワークＮＷなどを介して通信するためのインターフェースである。通信インターフェース２１５は、無線通信用のインターフェースである。利用通知装置２１は、通信インターフェース２１５を用いてモビリティ管理装置１０などと通信する。通信インターフェース２１５は、利用通知通信部の一例である。
電子錠インターフェース２１６は、利用通知装置２１が電子錠２４と通信するためのインターフェースである。利用通知装置２１は、電子錠インターフェース２１６を介して電子錠２４の開閉を行うことができる。

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

車載器２２は、ＥＴＣ（electronic toll collection）などの交通システムの利用のために自動車などに設置される機器である。車載器２２は、車載器２２ごとにユニークな識別情報である車載器識別子が割り当てられる。したがって、車載器識別子は、シェアモビリティ２０を特定するモビリティ特定情報の一例である。

カーナビ２３は、カーナビゲーションなどを行うための装置である。カーナビ２３は、シェアモビリティ２０を利用中の利用者に各種情報を通知するための液晶ディスプレイ又は有機ＥＬディスプレイなどのディスプレイを備える。

電子錠２４は、シェアモビリティ２０の扉に設置される。電子錠２４は、電気的手段によって開閉可能な錠前である。電子錠２４は、ネットワークＮＷに接続していても良い。

ナンバープレート２５は、シェアモビリティ２０ごとにユニークに付与される識別情報を表示する。ナンバープレート２５が表示する識別情報は、例えば、車両番号等である。したがって、車両番号等は、シェアモビリティ２０を特定するモビリティ特定情報の一例である。

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

プロセッサー５１は、利用者端末装置５０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー５１は、ＲＯＭ５２又は補助記憶デバイス５４などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、利用者端末装置５０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー５１の回路内に組み込まれていても良い。プロセッサー５１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー５１は、これらのうちの複数を組み合わせたものである。

ＲＯＭ５２は、プロセッサー５１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ５２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ５２は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ５２は、プロセッサー５１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。

ＲＡＭ５３は、プロセッサー５１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ５３は、データの読み書きに用いられるメモリである。ＲＡＭ５３は、プロセッサー５１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。ＲＡＭ５３は、例えば揮発性メモリである。

補助記憶デバイス５４は、プロセッサー５１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス５４は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤ又はｅＭＭＣなどである。補助記憶デバイス５４は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。また、補助記憶デバイス５４は、プロセッサー５１が各種の処理を行う上で使用するデータ、プロセッサー５１での処理によって生成されたデータ又は各種の設定値などを保存する。

ＲＯＭ５２又は補助記憶デバイス５４に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。

通信インターフェース５５は、利用者端末装置５０がネットワークＮＷなどを介して通信するためのインターフェースである。通信インターフェース５５は、無線通信用のインターフェースである。利用者端末装置５０は、通信インターフェース５５を用いてモビリティ管理装置１０及びサービス提供装置３０などと通信する。

表示デバイス５６は、利用者端末装置５０の操作者に各種情報を通知するための画面を表示する。表示デバイス５６は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイなどのディスプレイである。

入力デバイス５７は、利用者端末装置５０の操作者による操作を受け付けるデバイスで、例えば、キーボード、キーパッド、タッチパッド又はマウスなどである。
また、表示デバイス５６及び入力デバイス５７を一体化したタッチパネルとして構成しても良い。この場合、タッチパネルが備える表示パネルが表示デバイス５６に対応し、タッチ入力によるポインティングデバイスが入力デバイス５７に対応する。

バス５８は、コントロールバス、アドレスバス及びデータバスなどを含み、利用者端末装置５０の各部で授受される信号を伝送する。

<動作説明>
以下、実施形態に係るモビリティ管理システム１の動作を図に基づいて説明する。なお、以下の動作説明における処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

図１５は、実施形態に係るモビリティ管理システム１の動作の全体概要を説明するための図である。ここでは、カ―シェア利用者がイベントとして、ファストフード店を訪れて、その後、利用終了までの流れを示す。

Ａ１：カーシェア利用者は、利用者端末装置５０を用いてカーシェアの利用予約をする。なお、カーシェア利用者は、利用者登録をしていない場合、利用者登録を行う。利用者登録では、電子メールアドレスなどの個人情報（利用者情報）を入力することで、登録を行う。これにより、例えば、カーシェアの利用予約及び認証などに用いるための利用者ＩＤなどが発行される。

Ａ２：カーシェア利用者は、利用者ＩＤを利用通知装置２１に読み込ませることで、カーシェアの利用を開始する。
Ａ３：モビリティ管理システム１は、カーシェア利用者の利用者端末装置５０にメールを送信する。当該メールの内容は、例えば、近隣の店舗又は施設の情報などである。

Ａ４：カーシェア利用者は、シェアモビリティ２０に乗って移動する。一例として、カーシェア利用者は、ファストフード店に移動する。
Ａ５：カーシェア利用者が乗車するシェアモビリティ２０がファストフード店に到着する。これに応じて、当該ファストフード店に設置されたモビリティ識別装置４０が当該シェアモビリティ２０の車載器２２などから車載器識別子などを読み取る。
Ａ６：車載器識別子と紐づいた、カーシェア利用者のメーアルドレスなどがファストフード店に設置されたサービス提供装置３０などに届く。

Ａ７：サービス提供装置３０は、カーシェア利用者の利用者端末装置５０に電子メールを送信することで、ファストフード店のメニューを送信する。
Ａ８：カーシェア利用者は、利用者端末装置５０に届いたメニューから商品を注文する。注文内容は、ファストフード店に設置されたサービス提供装置３０などに送信される。

Ａ９：サービス提供装置３０は、カーシェア利用者の利用者端末装置５０に電子メールを送信することで、注文金額（決済金額）を通知する。
Ａ１０：カーシェア利用者によって注文された商品の準備が完了したことに応じて、サービス提供装置３０は、当該カーシェア利用者の利用者端末装置５０に電子メールを送信することで、注文した商品の準備が完了したことを通知する。

Ａ１１：モビリティ管理システム１は、カーシェア利用者の利用者端末装置５０に電子メールを送信することで、一例として、カーシェア値引きクーポンなどを送信する。

Ａ１２：カーシェア利用者は、シェアモビリティ２０に乗って移動する。例えば、カーシェア利用者は、他の店舗又は施設に移動する。
Ａ１３：カーシェア利用者が乗車するシェアモビリティ２０が、他の店舗又は施設などに到着する。これに応じて、モビリティ管理システム１は、上記のＡ４～Ａ１１のような動作を行う。

Ａ１４：カーシェア利用者は、カーシェアの利用を終了するためにシェアモビリティ２０を停めるための駐車場などへと移動する。
Ａ１５：カーシェア利用者、シェアモビリティ２０を駐車し、カーシェアの利用を終了する。

次に、シーケンス図及びフローチャートなどを用いてモビリティ管理システム１の動作を説明する。
図１６は、実施形態に係るモビリティ管理システム１における情報の流れの一例を示すシーケンス図である。情報の流れについてはこの図面を含む各シーケンス図を用いて説明し、各装置の処理については、後出の各フローチャートを用いて説明する。

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

<動作の説明―予約動作>
図１７は、本実施の形態のシェアモビリティの予約処理の一例を示すフローチャートである。図１７は、フローチャートＦＬ１及びフローチャートＦＬ２を含む。
利用者端末装置５０のプロセッサー５１は、例えば、ＲＯＭ５２又は補助記憶デバイス５４などに記憶されたプログラムに基づいて図１７のフローチャートＦＬ１に示す処理を実行する。また、モビリティ管理装置１０のプロセッサー１１は、ＲＯＭ１２又は補助記憶デバイス１４などに記憶されたプログラムに基づいて図１７のフローチャートＦＬ２に示す処理を実行する。

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

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

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

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

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

ステップＳ２３においてプロセッサー１１は、ステップＳ２２で取得した車載器識別子及び車両番号等とステップＳ２１において受信されたカーシェア予約要求に含まれる利用者情報等とを関連付ける。プロセッサー１１は、例えば、利用ＤＢ１４１に含まれる関連付けテーブルＴ１を用いて車載器識別子及び車両番号等と利用者情報等とを関連付ける。すなわち、関連付けテーブルＴ１は、モビリティ特定情報と利用者特定情報とを関連付ける。
前述したように、予約要求は、予約情報の一例である。したがって、プロセッサー１１は、ステップＳ２３の処理を行うことで、通信インターフェース１５によって受信された予約情報に基づいてカーシェア利用者の利用者特定情報とモビリティのモビリティ特定情報とを関連付けるべく機能する。

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

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

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

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

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

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

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

図１８及び図１９は、本実施の形態の利用通知の処理の一例に関するフローチャートである。図１８及び図１９は、フローチャートＦＬ３及びフローチャートＦＬ４を含む。
利用通知装置２１のプロセッサー２１１は、例えば、ＲＯＭ２１２などに記憶されたプログラムに基づいて図１８及び図１９のフローチャートＦＬ３に示す処理を実行する。また、モビリティ管理装置１０のプロセッサー１１は、例えば、ＲＯＭ１２又は補助記憶デバイス１４などに記憶されたプログラムに基づいて図１８及び図１９のフローチャートＦＬ４に示す処理を実行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ４７においてプロセッサー１１は、関連付けテーブルＴ１を更新して、対象予約の利用が開始されたことが分かるようにする。以下、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３のそれぞれの場合についての処理を説明する。
プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を有効にする。
プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用開始時刻フィールドに現在日時を書き込む。
プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを新規に追加する。
ここでの関連付けテーブルＴ１の更新については、図１６ではステップＳＴ１５として示す。

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

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

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

ステップＳ３７においてプロセッサー２１１は、電子錠２４を開錠する。電子錠２４の開錠は、図１６ではステップＳＴ１７として示す。プロセッサー２１１は、ステップＳ３７の処理の後、ステップＳ３１へと戻る。
電子錠２４が開錠されることで、カーシェア利用者は、当該電子錠２４が設置されたシェアモビリティ２０を利用可能となる。なお、モビリティ管理装置１０は、利用通知装置２１を介さずに電子錠２４を開錠しても良い。

<動作説明―カーシェアサービス開始後の動作>
また、モビリティ管理装置１０のプロセッサー１１は、例えば、ＲＯＭ１２又は補助記憶デバイス１４などに記憶されたプログラムに基づいて図２０に示す処理を実行する。
図２０は、本実施形態におけるカーシェアサービス開始後の動作処理の一例を示すフローチャートである。なお、プロセッサー５１は、例えば、図２０の処理を図１７のフローチャートＦＬ２並びに図１８及び図１９のフローチャートＦＬ４処理と並行又は並列して実行する。

プロセッサー１１は、利用中であるシェアモビリティ２０それぞれについて、以下のステップＳ６１～ステップＳ６３の処理を行う。なお、プロセッサー１１は、関連付けテーブルＴ１を参照して、利用中であるシェアモビリティ２０を特定する。

図２０のステップＳ６１においてプロセッサー１１は、利用中であるシェアモビリティ２０の利用者に電子メールを送信するか否かを判定する。プロセッサー１１は、所定の条件を満たしたシェアモビリティ２０の利用者に電子メールを送信する。したがって、プロセッサー１１は、シェアモビリティ２０が所定の条件を満たしたか否かを判定する。
そして、プロセッサー１１は、当該所定の条件を満たしていないと判定するならば、ステップＳ６１においてＮｏと判定してステップＳ６１の処理をくりかえす。そして、プロセッサー１１は、当該所定の条件を満たしていると判定するならば、ステップＳ６１においてＹｅｓと判定してステップＳ６２へと進む。

ステップＳ６２においてプロセッサー１１は、シェアモビリティ２０の利用者に電子メールを送信する。電子メールの送信先は、例えば、関連付けテーブルＴ１－１の顧客情報に含まれる第１の利用者特定情報が示すメールアドレスである。当該電子メールは、図１６ではステップＳＴ１８として示す。

ステップＳ６１の判定に用いられる所定の条件及びステップＳ６２で送信される電子メールの内容の例として（１）～（５）を以下に示す。

（１）
条件：シェアモビリティ２０の利用が開始されたこと。
内容：シェアモビリティ２０の近隣の店舗及び施設の情報及びクーポン。当該情報は、店舗の位置及びセールに関する情報などである。

（２）
条件：シェアモビリティ２０の利用が開始され、且つ現在の日時が所定の範囲内であること。
内容：シェアモビリティ２０の近隣の店舗及び施設の情報及びクーポン。

（３）
条件：シェアモビリティ２０の位置が特定の範囲内にあること。なお、プロセッサー１１がシェアモビリティ２０の位置を知る方法については後述する。
内容：シェアモビリティ２０の近隣の店舗及び施設の情報及びクーポン。

（４）
条件：シェアモビリティ２０の位置が特定の範囲内にあり、且つ現在の日時が所定の範囲内であること。
内容：シェアモビリティ２０の近隣の店舗及び施設の情報及びクーポン。

（５）
条件：シェアモビリティ２０のバッテリーの残量が少ないこと。ただし、シェアモビリティ２０は、電気自動車又はプラグインハイブリッドカーなどのバッテリー式電動輸送機器であるとする。なお、プロセッサー１１は、モビリティ情報からバッテリーの残量を推定する。例えば、プロセッサー１１は、シェアモビリティ２０のボディサイズが大きいほどバッテリーの残量が早く減るものとしてバッテリー残量を推定する。例えば、プロセッサー１１は、シェアモビリティ２０に乗っている人数が多いほどバッテリーの残量が早く減るものとしてバッテリー残量を推定する。なお、プロセッサー１１は、シェアモビリティ２０に乗っている人数を、例えば、関連付けテーブルＴ１から取得する。また、プロセッサー１１は、例えば、充電スタンドでの決済というイベントが発生したことに応じてバッテリー残量が満タンになったとみなす。
内容：シェアモビリティ２０の近隣の充電スタンドについての情報。当該情報は、例えば、近隣の各充電スタンドの場所、及び各充電スタンドの充電器が開いているか満車であるかなどの混雑度を示す情報などを含む。

ステップＳ６３においてプロセッサー１１は、イベント履歴テーブルＴ３を更新して、イベント履歴を記録する。ここで更新されるイベント履歴テーブルＴ３は、関連付けテーブルＴ１において関連付けられたイベントテーブルＩＤで特定されるイベント履歴テーブルＴ３である。例えば、プロセッサー１１は、当該イベント履歴テーブルＴ３に新規レコードを追加し、当該新規レコードの発生イベントフィールドに送信した電子メールの内容に基づくイベントコードを、イベント発生日時フィールドに当該電子メールの送信日時を書き込む。
なお、ステップＳ６２におけるメールの送信は、イベントの例である。したがって、プロセッサー１１は、ステップＳ６２においてメールを送信することで、イベント実行部１１２として機能する。

<イベント処理について>
図１６のステップＳＴ１９に示すイベント処理について説明する。ここでは、第１の例～第４の例の４種類のイベント処理を例に説明する。なお、前述の図１５のＡ４～Ａ１１は、第１の例について説明している。

〔第１の例：ファストフード店〕
第１の例では、カーシェア利用者がシェアモビリティ２０に乗車してファストフード店のドライブスルーに行く場合のイベント処理について説明する。
ステップＳＴ１９のイベント処理の第１の例を図２１に示す。図２１は、実施形態に係るモビリティ管理システム１によるイベント処理の第１の例における情報の流れの一例を示すシーケンス図である。なお、図２１は、カーシェア利用者がシェアモビリティ２０に乗車して、ファストフード店のドライブスルーに入る場合のイベント処理を示す。

カーシェア利用者は、シェアモビリティ２０に乗車して移動する。
そして、モビリティ識別装置４０のセンサー範囲内をシェアモビリティ２０が通過又は停車した場合、モビリティ識別装置４０は、シェアモビリティ２０から車載器識別子又は車両番号等を読み取る。ここでは、モビリティ識別装置４０は、ファストフード店のドライブスルー入口に設置されたものであるとする。

図２２及び図２３は、本実施の形態におけるファストフード店を利用する時の動作の一例を示すフローチャートである。図２２及び図２３は、フローチャートＦＬ５～フローチャートＦＬ９を含む。
モビリティ識別装置４０のプロセッサー４１は、図２２及び図２３のフローチャートＦＬ５に示す処理を実行する。また、サービス提供支援装置６０のプロセッサー６１は、フローチャートＦＬ６に示す処理を実行する。また、モビリティ管理装置１０のプロセッサー１１は、フローチャートＦＬ７に示す処理を実行する。また、サービス提供装置３０のプロセッサー３１は、フローチャートＦＬ８に示す処理を実行する。また、利用者端末装置５０のプロセッサー５１は、フローチャートＦＬ９に示す処理を実行する。

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

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

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

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

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

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

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

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

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

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

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

<イベント通知について>
ステップＳ１０２においてプロセッサー３１は、イベント通知処理を行う。なお、ここで行うイベント通知処理は、イベントコードＺ２－１についてのイベント通知処理である。イベント通知処理を、図２４に示す。
図２４は、実施形態に係るモビリティ管理システム１によるイベント通知の処理の一例を示すフローチャートである。図２４は、フローチャートＦＬ１０及びフローチャートＦＬ１１を含む。
サービス提供装置３０のプロセッサー３１は、フローチャートＦＬ１０に示すイベント通知処理を実行する。また、モビリティ管理装置１０のプロセッサー１１は、フローチャートＦＬ１１に示す処理を実行する。

サービス提供装置３０のプロセッサー３１は、イベント通知処理の開始とともに、図２４のステップＳ１２０へと進む。なお、ステップＳ１２０を、イベントコードＺ２－１の場合を例に説明するが、イベントコードが異なる場合も同様である。
ステップＳ１２０においてプロセッサー３１は、イベント通知（Ｚ２－１）を生成する。イベント通知は、第１の利用者特定情報、イベントコード及びイベント発生日時情報を含む。当該第１の利用者特定情報は、ステップＳ１０１で受信された支援通知に含まれるものである。イベント通知は、イベント通知に含まれるイベントコードが示すイベントが発生したことをモビリティ管理装置１０に通知する。イベント通知の後に続く括弧の中が当該イベント通知に含まれるイベントコードであるとする。したがって、イベント通知（Ｚ２－１）は、イベントコードＺ２－１を含むイベント通知である。
また、イベント通知（Ｚ２－１）は、イベントコードがＺ２－１のイベントが発生したことをモビリティ管理装置１０に通知する。イベントコードＺ２－１は、図９のサービスイベントコードテーブルＴ５ａに示すように、ファストフード店に来店したことを示す。イベント通知（Ｚ２－１）に含まれるイベント発生日時情報は、例えば、支援通知に含まれる読取日時を示す情報である。
プロセッサー３１は、イベント通知（Ｚ２－１）を生成した後、当該イベント通知（Ｚ２－１）をモビリティ管理装置１０に送信するように第１の通信インターフェース３５に対して指示する。この送信の指示を受けて第１の通信インターフェース３５は、当該イベント通知（Ｚ２－１）をモビリティ管理装置１０に送信する。送信された当該イベント通知（Ｚ２－１）は、モビリティ管理装置１０の通信インターフェース１５によって受信される。
プロセッサー３１は、ステップＳ１２０の処理の後、イベント通知処理を終了し、元のフローチャートへ戻る。なお、イベント通知（Ｚ２－１）は、図２１ではステップＳＴ３７として示す。
イベント通知を送信することで、プロセッサー３１は、第１の通信インターフェース３５と協働して、サービス提供装置３０において発生したイベントをモビリティ管理装置１０に通知するイベント通知部３１１として機能する。

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

ステップＳ１２２においてプロセッサー１１は、ステップＳ１２１で受信されたイベント通知に基づき、イベント履歴テーブルＴ３を更新してイベント履歴を記録する。
プロセッサー１１は、関連付けテーブルＴ１を参照して、シェアモビリティ２０を利用中であることを示すレコードのうち、顧客情報が、イベント通知に含まれる第１の利用者特定情報と同一であるレコードを特定する。そして、プロセッサー１１は、当該レコードのイベント履歴フィールドに含まれるイベントテーブルＩＤで特定されるイベント履歴テーブルＴ３を更新する。すなわち、プロセッサー１１は、当該イベント履歴テーブルＴ３に新規レコードを追加し、当該新規レコードの発生イベントフィールドにイベント通知に含まれるイベントコードを、イベント発生日時フィールドにイベント通知に含まれるイベント発生日時情報が示す日時を書き込む。

ステップＳ１２３においてプロセッサー１１は、イベントの発生をトリガーとする処理を行うか否かを判定する。プロセッサー１１は、イベント通知に含まれるイベントコードが特定のイベントコードである場合、イベントの発生をトリガーとする処理を行うと判定する。プロセッサー１１は、イベントの発生をトリガーとする処理を行わないならば、ステップＳ１２３においてＮｏと判定してステップＳ１２１へと戻る。

サービス提供装置３０がイベント通知を送信するたびに、当該イベント通知を受信した
モビリティ管理装置１０は、フローチャートＦＬ１１に示す処理を実行するこことなる。

図２２及び図２３の説明に戻る。
図２２のフローチャートＦＬ８のステップＳ１０３においてプロセッサー３１は、電子メールを、支援通知に含まれる電子メールアドレスを宛先として送信するように第１の通信インターフェース３５に対して指示する。
当該電子メールは、ドライブスルーで注文する内容を入力するように指示する内容を含む。また、当該電子メールは、例えば、注文内容を入力するためのオーダー画面へ遷移するためのリンクなどを含む。送信の指示を受けて第１の通信インターフェース３５は、当該電子メールを当該宛先に送信する。送信された当該電子メールは、ここでは、利用者端末装置５０によって受信されるものとする。当該電子メールは、図２１ではステップＳＴ３８として示す。

図２２のフローチャートＦＬ８のステップＳ１０４においてプロセッサー３１は、イベントコードＺ２－２についてのイベント通知処理を行う。
イベントコードＺ２－２は、図９のサービスイベントコードテーブルＴ５ａに示すように、電子メールでメニューを送信したことを示す。このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ２－２）が送信される。イベント通知（Ｚ２－２）は、図２１ではステップＳＴ３９として示す。

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

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

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

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

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

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

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

ステップＳ１３６においてプロセッサー５１は、リンクを開くか否かを判定する。プロセッサー５１は、例えば、開いている電子メールに含まれるリンクが操作されたことに応じて、リンクを開くと判定する。
かくして、プロセッサー５１は、開いている電子メールを閉じると判定するか、オーダー画面を表示すると判定するまでステップＳ１３５及びステップＳ１３６を繰り返す。なお、プロセッサー５１は、開いているメールにリンクが含まれないならば、例えば、ステップＳ１３６の処理を行わずにステップＳ１３５の処理を繰り返す。

プロセッサー５１は、開いている電子メールを閉じると判定するならば、ステップＳ１３５においてＹｅｓと判定してステップＳ１３７へと進む。
ステップＳ１３７においてプロセッサー５１は、表示デバイス５６を制御して、表示中の電子メールの表示を終了する。プロセッサー５１は、ステップＳ１３７の処理の後、ステップＳ１３１へと戻る。

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

ステップＳ１３８においてプロセッサー５１は、リンク先の内容に応じた画面を表示する。例えば、プロセッサー５１は、操作されたリンクがオーダー画面へ遷移するためのリンクである場合、オーダー画面に対応した画像を生成する。そして、プロセッサー５１は、生成したこの画像を表示するように表示デバイス５６に対して指示する。この指示を受けて表示デバイス５６は、オーダー画面を表示する。

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

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

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

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

ステップＳ１０６においてプロセッサー３１は、注文内容に応じた注文金額（料金）を求める。プロセッサー３１は、ステップＳ１０６の処理の後、図２３のフローチャートＦＬ８のステップＳ１０７へと進む。
ステップＳ１０７においてプロセッサー３１は、電子メールを、支援通知に含まれる電子メールアドレスを宛先として送信するように第１の通信インターフェース３５に対して指示する。当該電子メールは、ステップＳ１０６で求められた注文金額を含む。送信の指示を受けて第１の通信インターフェース３５は、当該電子メールを当該宛先に送信する。
送信された当該電子メールは、ここでは、利用者端末装置５０によって受信されるものとする。当該電子メールは、図２１ではステップＳＴ４１として示す。

図２３のフローチャートＦＬ８のステップＳ１０８においてプロセッサー３１は、イベントコードＺ２－３についてのイベント通知処理を行う。イベントコードＺ２－３は、図９のサービスイベントコードテーブルＴ５ａに示すように、電子メールを送信して注文金額を通知したことを示す。
このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ２－３）が送信される。イベント通知（Ｚ２－３）は、図２１ではステップＳＴ４２として示す。

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

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

図２３のフローチャートＦＬ８のステップＳ１１０においてプロセッサー３１は、当該操作が行われたならば、ステップＳ１１０においてＹｅｓと判定してステップＳ１１１へと進む。

ステップＳ１１１においてプロセッサー３１は、電子メールを、支援通知に含まれる電子メールアドレスを宛先として送信するように第１の通信インターフェース３５に対して指示する。当該電子メールは、注文内容で示された料理などが準備できたことを示す内容を含む。送信の指示を受けて第１の通信インターフェース３５は、当該電子メールを当該宛先に送信する。
送信された当該電子メールは、ステップＳ１０３の場合と同様に、利用者端末装置５０によって受信されるものとする。当該電子メールは、図２１ではステップＳＴ４３として示す。

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

図２３のフローチャートＦＬ８のステップＳ１１２においてプロセッサー３１は、イベントコードＺ２－４についてのイベント通知処理を行う。イベントコードＺ２－４は、図９のサービスイベントコードテーブルＴ５ａに示すように、電子メールを送信して注文した料理が完成したことを通知したことを示す。
このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ２－４）が送信される。イベント通知（Ｚ２－４）は、図２１ではステップＳＴ４４として示す。

図２３のフローチャートＦＬ８のステップＳ１１３においてプロセッサー３１は、注文された料理についての決済処理を行う。決済処理の例として、３種類の方法を図２５～図２７に基づいて説明する。
図２５～図２７は、決済処理について説明するためのシーケンス図である。なお、図２５～図２７のシーケンス図は、図２１ではステップＳＴ４５として示す。

<決済について>
以下、決済の動作例について、説明する
図２５は、第１のＱＲ決済についてのシーケンス図である。
ステップＳＴ５１において、サービス提供装置３０は、決済開始通知をモビリティ管理装置１０に送信する。決済開始通知は、決済を開始することをモビリティ管理装置１０に通知する。

ステップＳＴ５２ａにおいて、サービス提供装置３０は、第１の支払い請求情報を、サービス提供支援装置６０及びモビリティ識別装置４０を介してカーナビ２３に送信される。第１の支払い請求情報は、ＱＲ決済に用いるためのＱＲコード（登録商標）を表示するために必要な情報含む。
当該カーナビ２３は、図２２のフローチャートＦＬ５のステップＳ７１において読み取られた車載器識別子で特定されるシェアモビリティ２０に設置されたカーナビ２３である。第１の支払い請求情報を受信したカーナビ２３は、ＱＲ決済に用いるためのＱＲコードをディスプレイに表示する。

シェアモビリティ２０の利用者は、利用者端末装置５０により、ＱＲ決済用のアプリなどを用いてカーナビ２３に表示されたＱＲコードを読み込む。
ステップＳＴ５４ａにおいて利用者端末装置５０は、ＱＲコード決済に必要な情報を含む第１のＱＲ情報をサービス提供装置３０に送信する。第１のＱＲ情報を受信したサービス提供装置３０は、第１のＱＲ情報に基づきＱＲ決済に必要な処理を行う。

ステップＳＴ５５においてサービス提供装置３０は、決済終了通知をモビリティ管理装置１０に送信する。決済終了通知は、決済を終了することをモビリティ管理装置１０に通知する。

図２６は、第２のＱＲ決済についてのシーケンス図である。
図２６のステップＳＴ５１及びステップＳＴ５５は、図２５と同様である。
ステップＳ５２ｂにおいて、サービス提供装置３０は、第２の支払い請求情報を利用者端末装置５０に送信する。第２の支払い請求情報は、ＱＲ決済に用いるためのＱＲコードを表示するために必要な情報含む。

ステップ５３ｂにおいて、利用者端末装置５０は、第２の支払い請求情報に含まれるＱＲコードをカーナビ２３に送信する。あるいは、利用者端末装置５０は、当該ＱＲコードを表示デバイス５６に表示する。そして、シェアモビリティ２０の利用者は、カーナビ２３によって当該ＱＲコードを読み取らせる。

ステップＳＴ５４ｂにおいて利用者端末装置５０は、ＱＲコード決済に必要な情報を含む第２のＱＲ情報をサービス提供装置３０に送信する。第２のＱＲ情報を受信したサービス提供装置３０は、第２のＱＲ情報に基づきＱＲ決済に必要な処理を行う。

図２７は、第３の決済の例として、ＥＭＶ（Europay, Mastercard（登録商標）, and VISA（登録商標））決済についてのシーケンス図である。
図２７のステップＳＴ５１及びステップＳＴ５５は、図２５と同様である。
ステップＳ５２ｃにおいて、サービス提供装置３０は、第３の支払い請求情報をカーナビ２３に送信する。第３の払い請求情報は、例えば、サービス提供支援装置６０及びモビリティ識別装置４０を介してカーナビ２３に送信される。第３の払い請求情報は、クレジットカード決済に必要な情報を含む。

第３の払い請求情報を受信したカーナビ２３は、クレジットカード決済に必要な処理を行う。
ステップＳＴ５４ｃにおいて、カーナビ２３は、クレジットカード決済に必要な情報をサービス提供装置３０に送信する。当該情報は、モビリティ識別装置４０及びサービス提供支援装置６０を介してサービス提供装置３０に送信される。
当該情報を受信したサービス提供装置３０はクレジットカード決済に必要な処理を行う。

なお、図２１のステップＳＴ４５に示す決済処理は、現金、プリペードカード又はポストペイドカードなどのその他の決済方法を用いる決済についての処理であっても良い。

決済が完了した後、イベント通知が行われる。
図２２及び図２３の説明に戻る。
図２３のフローチャートＦＬ８のステップＳ１１４においてプロセッサー３１は、イベントコードＺ２－５についてのイベント通知処理を行う。イベントコードＺ２－５は、図９のサービスイベントコードテーブルＴ５ａに示すように、注文した料理についての決済が完了したことを示す。
このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ２－５）が送信される。イベント通知（Ｚ２－５）は、図２１ではステップＳＴ４６として示す。
プロセッサー３１は、図２３のフローチャートＦＬ８のステップＳ１１４の処理の後、図２２のフローチャートＦＬ８のステップＳ１０１へと戻る。

ファストフードの店員は、決済が完了したことを確認したならば、注文商品をカーシェア利用者に渡す。
カーシェア利用者は、決済が完了した後、注文した商品を受け取る。

プロセッサー１１は、イベントの発生をトリガーとする処理を行うと判定するならば、図２４のフローチャートＦＬ１１のステップＳ１２３においてＹｅｓと判定してステップＳ１２４へと進む。
ステップＳ１２４においてプロセッサー１１は、発生したイベントに応じた所定のイベントを実行する。例えば、プロセッサー１１は、イベントコードがＺ２－５である場合に、図２０のステップＳ６２において近隣の店舗及び施設の情報についての電子メールを送信しており、且つ決済を行った店が当該情報に含まれる店であるならば、カーシェアの料金支払いに使えるクーポンを含む電子メールを第１の利用者特定情報が示すメールアドレスに送信する。なお、当該クーポンは料金の決済時に自動で適用されるものであっても、手動で適用しないといけないものであっても良い。当該電子メールは、図２１ではステップＳＴ４７として示す。

このように、モビリティ管理システム１は、発生したイベントに応じてカーシェア利用者に電子メールを送信するなどのイベントを実行することができるので、当該カーシェア利用者にとって有効性の高い情報の送信などが可能である。また、モビリティ管理システム１を用いれば、図２０のステップＳ６２で送信した電子メールに記載の店舗をカーシェア利用者が利用した場合、そのことが分かる。この場合、利用者は、当該電子メールを見て当該店舗を利用した可能性が高いと推測できる。したがって、モビリティ管理システム１は、このような場合に当該店舗から広告料を受け取るようにすることなども可能である。

他の例として、プロセッサー１１は、イベントコードがＺ２－５である場合に、以下の処理を行う。すなわち、プロセッサー１１は、所定の時間経過後に電子メールを、第１の利用者特定情報が示すメールアドレスに送信することを予約する。例えば、当該電子メールの内容は、喫茶店についての情報及びクーポンである。所定の時間経過後に送信する電子メールは、図２１では、ステップＳＴ４８として示す。

一例として、モビリティ管理システム１は、飲食店での決済イベントの発生から所定の時間経過後に、喫茶店についての情報及びクーポンを送信する。所定の時間は、食事を終えた利用者が喫茶店に行く可能性が高い時間と推測される時間である。
このような時間経過後に喫茶店についての情報及びクーポンを送信することで、効果的に喫茶店の宣伝を行うことができる。このように、モビリティ管理システム１は、特定のイベントが発生してから所定の時間経過後にイベントを行うことで、効果的な宣伝、及び有効性の高い情報の送信が可能である。

なお、所定のイベントがどのような処理であるか及びどのイベントの発生をトリガーとしてイベントを実行するかについては、例えば、利用ＤＢ１４１によって定められる。
また、プロセッサー１１は、特定のイベントが発生した場合に、所定の条件を満たしている場合にイベントを実行しても良い。例えば、所定の条件は、現在時刻が特定の時間帯であることなどである。あるいは、所定の条件は、別の特定のイベントが既に発生していることである。あるいは、所定の条件は、別の特定のイベントが発生していないことである。その他様々な条件を設定することができる。
なお、プロセッサー１１は、図２４のフローチャートＦＬ１１のステップＳ１２４の処理によりイベントを実行することで、イベント実行部１１２として機能する。

ステップＳ１２５においてプロセッサー１１は、イベント履歴テーブルＴ３を更新してステップＳ１２４で実行したイベントを記録する。なお、プロセッサー１１は、所定の時間後に実行するイベントを実行する場合には、実際にイベントを実行してからイベント履歴テーブルＴ３を更新しても良いし、当該イベントを実行することを決定した時点でイベント履歴テーブルＴ３を更新しても良い。プロセッサー１１は、ステップＳ１２５の処理の後、ステップＳ１２１へと戻る。

〔第２の例：充電スタンド〕
第２の例では、カーシェア利用者がシェアモビリティ２０に乗車して充電スタンドに行く場合のイベント処理について説明する。
第２の例では、サービス提供装置３０の提供ＤＢは、図２８に示すサービスイベントコードテーブルＴ５ｂを記憶する。図２８は、サービスイベントコードテーブルＴ５ｂの一例を示す図である。サービスイベントコードテーブルＴ５ｂは、充電スタンドに設置されるサービス提供装置３０についてのサービスイベントコードテーブルＴ５を示す。また、モビリティ管理装置１０の利用ＤＢ１４１も、サービスイベントコードテーブルＴ５ｂを記憶する。

図１６のステップＳＴ１９のイベント処理の第２の例を図２９に示す。
図２９は、実施形態に係るモビリティ管理システム１における情報の流れの一例を示すシーケンス図である。図２９は、カーシェア利用者がシェアモビリティ２０に乗車して、充電スタンドに行く場合のイベント処理を示す。

カーシェア利用者は、シェアモビリティ２０に乗車して充電スタンドへ行く。この際、シェアモビリティ２０は、充電スタンドの入口などに設置されたモビリティ識別装置４０のセンサー範囲内に入る。これにより、充電スタンドに設置されたサービス提供装置３０は、ファストフード店に設置されたサービス提供装置３０と同様に支援通知を受信することとなる。

サービス提供装置３０のプロセッサー３１は、例えば、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたプログラムに基づいて図３０に示す処理を実行する。
図３０は、充電スタンドに設置されたサービス提供装置３０のプロセッサー３１による処理の一例を示すフローチャートである。
なお、第２の例におけるサービス提供装置３０以外の各装置による処理は、図２２及び図２３に示すフローチャートＦＬ５～フローチャートＦＬ７、フローチャートＦＬ１１及びフローチャートＦＬ１１と同様である。

サービス提供装置３０のプロセッサー３１は、図３０のステップＳ１０１においてＹｅｓと判定したならば、ステップＳ１５１へと進む。
ステップＳ１５１においてプロセッサー３１は、イベントコードＺ３－１についてのイベント通知処理を行う（Ｚ３－１）を生成する。イベントコードＺ３－１は、図２８のサービスイベントコードテーブルＴ５ｂに示すように、シェアモビリティ２０が充電スタンドに来店したことを示す。
このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ３－１）が送信される。イベント通知（Ｚ３－１）は、図２９ではステップＳＴ６１として示す。

図３０のステップＳ１５２においてプロセッサー３１は、充電スタンドの充電器に空きが無く、使用するために待ち時間が必要であるか否かを判定する。プロセッサー３１は、使用するために待ち時間が必要であるならば、ステップＳ１５２においてＹｅｓと判定してステップＳ１５３へと進む。
ステップＳ１５３においてプロセッサー３１は、待ち時間を求める。
ステップＳ１５４においてプロセッサー３１は、電子メールを、支援通知に含まれる電子メールアドレスを宛先として送信するように第１の通信インターフェース３５に対して指示する。当該電子メールは、ステップＳ１５３で求められた待ち時間を含む。送信の指示を受けて第１の通信インターフェース３５は、当該電子メールを当該宛先に送信する。送信された当該電子メールは、ここでは、利用者端末装置５０によって受信されるものとする。当該電子メールは、図２９ではステップＳＴ６２として示す。

図３０のステップＳ１５５においてプロセッサー３１は、イベントコードＺ３－２についてのイベント通知処理を行う。イベントコードＺ３－２は、図２８のサービスイベントコードテーブルＴ５ｂに示すように、電子メールを送信して待ち時間を通知したことを示す。このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ３－２）が送信される。イベント通知（Ｚ３－２）は、図２９ではステップＳＴ６３として示す。

図３０のステップＳ１５６においてプロセッサー３１は、充電器を使用する順番が来て、充電器が使用可能となるのを待ち受ける。プロセッサー３１は、充電器が使用可能となったならば、ステップＳ１５６においてＹｅｓと判定してステップＳ１５７へと進む。
また、プロセッサー３１は、充電器を使用するために待ち時間が必要でないならば、ステップＳ１５２においてＮｏと判定してステップＳ１５７へと進む。
ステップＳ１５７においてプロセッサー３１は、電子メールを、支援通知に含まれる電子メールアドレスを宛先として送信するように第１の通信インターフェース３５に対して指示する。当該電子メールは、充電器が使用可能であることを表す文字列などを含む。送信の指示を受けて第１の通信インターフェース３５は、当該電子メールを当該宛先に送信する。送信された当該電子メールは、ここでは、利用者端末装置５０によって受信されるものとする。当該電子メールは、図２９ではステップＳＴ６４として示す。

図３０のステップＳ１５８においてプロセッサー３１は、イベントコードＺ３－３についてのイベント通知処理を行う。イベントコードＺ３－３は、図２８のサービスイベントコードテーブルＴ５ｂに示すように、電子メールを送信して、充電器が使用可能であることを通知したことを示す。このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ３－３）が送信される。イベント通知（Ｚ３－３）は、図２９ではステップＳＴ６５として示す。

図３０のステップＳ１５９においてプロセッサー３１は、シェアモビリティ２０に対する充電器の使用が開始されるのを待ち受ける。プロセッサー３１は、充電器の使用が開始されたならば、ステップＳ１５９においてＹｅｓと判定してステップＳ１６０へと進む。

ステップＳ１６０においてプロセッサー３１は、イベントコードＺ３－４についてのイベント通知処理を行う。イベントコードＺ３－４は、図２８のサービスイベントコードテーブルＴ５ｂに示すように、充電器の使用が開始されたことを示す。このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ３－１）が送信される。イベント通知（Ｚ３－４）は、図２９ではステップＳＴ６６として示す。

図３０のステップＳ１６１においてプロセッサー３１は、充電が終了するまでの時間及び充電が終了する時刻を求める。
ステップＳ１６２においてプロセッサー３１は、電子メールを、支援通知に含まれる電子メールアドレスを宛先として送信するように第１の通信インターフェース３５に対して指示する。当該電子メールは、ステップＳ１６１で求められた充電が終了するまでの時間及び充電が終了する時刻などを含む。送信の指示を受けて第１の通信インターフェース３５は、当該電子メールを当該宛先に送信する。送信された当該電子メールは、ここでは、利用者端末装置５０によって受信されるものとする。当該電子メールは、図２９ではステップＳＴ６７として示す。

図３０のステップＳ１６３においてプロセッサー３１は、イベントコードＺ３－５についてのイベント通知処理を行う。イベントコードＺ３－５は、図２８のサービスイベントコードテーブルＴ５ｂに示すように、電子メールを送信することで、充電が終了するまでの時間及び充電が終了する時刻を通知したことを示す。このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ３－５）が送信される。イベント通知（Ｚ３－５）は、図２９ではステップＳＴ６８として示す。

図３０のステップＳ１６４においてプロセッサー３１は、シェアモビリティ２０対する充電器の使用が終了するのを待ち受ける。プロセッサー３１は、充電器の使用が終了したならば、ステップＳ１６４においてＹｅｓと判定してステップＳ１６５へと進む。

ステップＳ１６５においてプロセッサー３１は、充電器の使用の対価としての料金についての決済処理を行う。プロセッサー３１は、例えば、図２５～図２７に示す決済処理など、様々な決済処理が可能である。

図３０のステップＳ１６６においてプロセッサー３１は、イベントコードＺ３－６についてのイベント通知処理を行う。イベントコードＺ３－６は、図２８のサービスイベントコードテーブルＴ５ｂに示すように、充電器の使用が終了し、決済が完了したことを示す。このイベント通知処理により、サービス提供装置３０からモビリティ管理装置１０にイベント通知（Ｚ３－６）が送信される。イベント通知（Ｚ３－６）は、図２９ではステップＳＴ６９として示す。プロセッサー３１は、図３０のステップＳ１６６の処理の後、ステップＳ１５１へと戻る。

〔第３の例：ホームセンター〕
第３の例では、カーシェア利用者がシェアモビリティ２０に乗車してホームセンターに行く場合のイベントの例について、図３１を用いて説明する。
図３１は、サービスイベントコードテーブルＴ５ｃの一例を示す図である。サービスイベントコードテーブルＴ５ｃは、ホームセンターに設置されるサービス提供装置３０についてのサービスイベントコードテーブルＴ５を示す。また、モビリティ管理装置１０の利用ＤＢ１４１も、サービスイベントコードテーブルＴ５ｃを記憶する。

イベントコードＺ４－１は、シェアモビリティ２０がホームセンターに到着したことを示す。
イベントコードＺ４－２は、ホームセンターへ来たことを歓迎する内容の文字列、及び購入商品メモサイトへのリンクを含む電子メールの送信である。

イベントコードＺ４－３は、購入商品メモサイトにおいてメモされた商品がシェアモビリティ２０に積載可能であることを示す文字列、及び追加で購入した方が良いオススメの商品などの情報を含む電子メールの送信である。
イベントコードＺ４－４は、購入商品メモサイトにおいてメモされた商品がシェアモビリティ２０に積載可能でないことを示す文字列、及び積載可能な代替商品を紹介する情報を含む電子メールの送信である。

なお、サービス提供装置３０のプロセッサー３１は、当該商品がシェアモビリティ２０に積載可能であるか否かは、モビリティ情報テーブルＴ２に含まれるシェアモビリティ２０の車種及びスペックに基づいて判定する。なお、サービス提供装置３０は、当該車種及びスペックをモビリティ管理装置１０から取得する。このように、シェアモビリティ２０の車種及びスペックに応じて異なるイベントを発生させることで、より有用な情報の送信が可能となる。

イベントコードＺ４－５は、購入する商品の決済が完了したことを示す電子メールの送信である。なお、この電子メールは、カーシェアの値引きクーポンなどが含まれていても良い。

〔第４の例：テーマパーク〕
第４の例は、カーシェア利用者がシェアモビリティ２０に乗車してテーマパークに行く場合のイベントの例について、図３２を用いて説明する。
図３２は、サービスイベントコードテーブルＴ５ｄの一例を示す図である。サービスイベントコードテーブルＴ５ｄは、テーマパークに設置されるサービス提供装置３０についてのサービスイベントコードテーブルＴ５を示す。また、モビリティ管理装置１０の利用ＤＢ１４１も、サービスイベントコードテーブルＴ５ｄを記憶する。

イベントコードＺ５－１は、シェアモビリティ２０がテーマパークに到着したことを示す。
イベントコードＺ５－２は、テーマパークへ来たことを歓迎する内容の文字列、及びチケット購入サイトへのリンクを含む電子メールの送信である。

イベントコードＺ５－３は、チケット購入サイトで購入しようとしているチケットの数がシェアモビリティ２０の定員を超えていることを通知する電子メールの送信である。
イベントコードＺ５－４は、決済サイトへのリンク又はＱＲ決済に必要なＱＲコードを含む電子メールの送信である。

イベントコードＺ５－５は、テーマパークへの入場に用いる電子チケットへのリンクなどを含む電子メールの送信である。
イベントコードＺ５－６は、シェアモビリティ２０がテーマパークの外に出たことを示す。

<複数イベントに行く場合>
図１６では、ステップＳＴ１９のイベント処理を１つだけ示している。しかしながら、シェアモビリティ２０の利用者は、ファストフード店及び充電スタンドのいずれかに行くだけでなく、ファストフード店に行った後に充電スタンドに行くなど、複数の場所に行く場合もある。したがって、モビリティ管理システム１は、図２１で示すイベント処理を行った後に図２９で示すイベント処理を行うなど、複数のイベント処理を行う場合もある。
なお、モビリティ管理システム１は、複数のイベント処理を並行して実行しても良い。例えば、カーシェア利用者がショッピングセンターの中にある充電スタンドを使うような場合、モビリティ管理システム１は、ショッピングセンターについてのイベント処理を行いながら充電スタンドについてのイベント処理も行う。
また、図１６では、ステップＳＴ１８の電子メール送信の後にステップＳＴ１９のイベント処理を示している。しかしながら、ステップＳＴ１８に示す電子メールは、プロセッサー１１が図２０のステップＳ６１においてＹｅｓと判定すれば送信される。したがって、図１６のステップＳＴ１８に示す電子メールは、ステップＳＴ１９のイベント処理の途中又は後に送信される場合もある。

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

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

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

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

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

一方、モビリティ管理装置１０のプロセッサー１１は、対象予約が利用中であるならば、図１９のフローチャートＦＬ４のステップＳ４９においてＹｅｓと判定してステップＳ５１へと進む。
ステップＳ５１においてプロセッサー１１は、関連付けテーブルＴ１を更新して、対象予約の利用が終了されたことが分かるようにする。以下、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３のそれぞれの場合についての処理を説明する。
プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を無効にする。
プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用終了時刻フィールドに現在日時を書き込む。
プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを削除する。なお、ここで削除されるレコードは、ステップＳ４７で追加されたものである。
ここでの関連付けテーブルＴ１の更新については、図３３ではステップＳＴ７３として示す。

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

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

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

また、実施形態のモビリティ管理システム１は、車載器識別子又は車両番号等から第１の利用者特定情報を特定できる。そして、モビリティ管理システム１は、当該第１の利用者特定情報を宛先として電子メールを送信する。これにより、カーシェア利用者は、ファストフード店又は充電スタンドなどの店舗又は施設に入っている場合に、当該店舗又は施設などから電子メールを受け取ることができる。

実施形態のモビリティ管理システム１は、利用中であるシェアモビリティ２０又は当該シェアモビリティ２０を利用しているカーシェア利用者に対するイベントの発生履歴を記憶する。これにより、モビリティ管理システム１は、過去に発生したイベントに応じた処理を行うことができる。

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

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

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

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

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

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

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

Claims (14)

1. モビリティを管理するモビリティ管理システムにおいて、
   利用通知装置、モビリティ管理装置及びサービス提供装置を含み、
   前記利用通知装置は、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報を前記モビリティ管理装置に送信する利用通知通信部を備え、
   前記モビリティ管理装置は、
   前記モビリティを特定するモビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにするモビリティ管理処理部と、
   前記モビリティ利用者によって利用中である前記モビリティ、又は前記モビリティを利用中である前記モビリティ利用者に対して発生したイベントの内容及び前記イベントの発生時刻を記録するイベント履歴記録部と、
   前記モビリティから取得されたモビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得し、前記利用者特定情報を前記サービス提供装置に送信する利用者特定情報送信部と、を備え、
   前記サービス提供装置は、前記利用者特定情報を受信するサービス提供通信部を備える、モビリティ管理システム。
2. 前記モビリティ管理装置は、前記モビリティ利用者によって利用中である前記モビリティ、又は前記モビリティを利用中である前記モビリティ利用者に対してイベントを実行するイベント実行部をさらに備える、
   請求項１に記載のモビリティ管理システム。
3. 前記イベント実行部は、特定のイベントが発生したことを条件として、別のイベントを実行する、
   請求項２に記載のモビリティ管理システム。
4. 前記イベント実行部は、前記特定のイベントの発生時刻から所定の時間経過後に前記別のイベントを実行する、
   請求項３に記載のモビリティ管理システム。
5. 前記サービス提供装置は、前記サービス提供装置において発生したイベントを前記モビリティ管理装置に通知するイベント通知部をさらに備え、
   前記イベント履歴記録部は、前記イベント通知部による通知に応じて、前記サービス提供装置において発生したイベントの履歴を記録する、
   請求項１乃至請求項４のいずれか１項に記載のモビリティ管理システム。
6. 前記利用者特定情報は、前記モビリティ利用者への情報の送信先を示す情報であり、
   前記イベントは、前記送信先への情報の送信である、
   請求項１乃至請求項５のいずれか１項に記載のモビリティ管理システム。
7. 前記イベントは、前記送信先への、近隣の店舗又は施設に関する情報の送信である、
   請求項６に記載のモビリティ管理システム。
8. 前記利用者特定情報は、前記モビリティ利用者への情報の送信先を示す情報であり、
   前記イベントは、前記送信先への、近隣の店舗又は施設に関する情報の送信であり、
   前記特定のイベントは、前記店舗又は前記施設を利用したことを示すイベントである、
   請求項３に記載のモビリティ管理システム。
9. 前記イベントは、近隣の充電スタンドの空き状況に関する情報の送信である、
   請求項６に記載のモビリティ管理システム。
10. 前記モビリティ管理装置は、前記モビリティの車種及びスペックの少なくともいずれかを記憶するモビリティ情報記憶部をさらに備える、
    請求項１乃至請求項９のいずれか１項に記載のモビリティ管理システム。
11. 前記イベントは、前記モビリティの車種及びスペックの少なくともいずれかに応じて内容が異なる、
    請求項１０に記載のモビリティ管理システム。
12. 前記イベント実行部は、前記モビリティの車種及びスペックの少なくともいずれかを用いて前記モビリティのバッテリー残量を求め、前記バッテリー残量に応じてイベントを実行する、
    請求項２に記載のモビリティ管理システム。
13. モビリティを特定するモビリティ特定情報と、モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、前記モビリティ利用者による前記モビリティの利用開始を示す通知情報に応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにするモビリティ管理処理部と、
    前記モビリティ利用者によって利用中である前記モビリティ、又は前記モビリティを利用中である前記モビリティ利用者に対して発生したイベントの内容及び前記イベントの発生時刻を記録するイベント履歴記録部と、
    を備えるモビリティ管理装置。
14. モビリティ管理処理部は、モビリティを特定するモビリティ特定情報と、モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、前記モビリティ利用者による前記モビリティの利用開始を示す通知情報に応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
    イベント履歴記録部は、前記モビリティ利用者によって利用中である前記モビリティ、又は前記モビリティを利用中である前記モビリティ利用者に対して発生したイベントの内容及び前記イベントの発生時刻を記録する、
    モビリティ管理方法。