知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社東芝の特許一覧 ▶ 東芝電機サービス株式会社の特許一覧
特許7414435交通機関情報提供システム、交通機関情報提供装置及び交通機関情報提供方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-01-05
(45)【発行日】2024-01-16
(54)【発明の名称】交通機関情報提供システム、交通機関情報提供装置及び交通機関情報提供方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240109BHJP
G06Q 30/02 20230101ALI20240109BHJP
【ＦＩ】
G06Q50/10
G06Q30/02
【請求項の数】
12
(21)【出願番号】P 2019165464
(22)【出願日】2019-09-11
(65)【公開番号】P2020173770
(43)【公開日】2020-10-22
【審査請求日】2022-09-12
(31)【優先権主張番号】P 2019073052
(32)【優先日】2019-04-05
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(73)【特許権者】
【識別番号】598076591
【氏名又は名称】東芝インフラシステムズ株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】弓倉 陽介
(72)【発明者】
【氏名】野上 和男
【審査官】西村 純
(56)【参考文献】
【文献】特開２０１０－１１１３３０（ＪＰ，Ａ）
【文献】特開２０１０－１５２５７４（ＪＰ，Ａ）
【文献】特開２００４－２２０１００（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
交通機関利用者に対して情報提供を行う情報提供システムにおいて、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報をモビリティ管理装置に送信する利用通知通信部を備える利用通知装置と、
前記モビリティを特定するモビリティ特定情報及び前記通知情報を受信するモビリティ管理通信部と、
前記モビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
前記モビリティ管理通信部によって受信された前記モビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得する
モビリティ管理処理部と、
前記モビリティから前記モビリティ特定情報を取得したモビリティ識別装置の位置を示す位置情報を含む支援通知を取得し、前記モビリティ管理処理部が取得した前記利用者特定情報の示す送信先に、前記位置情報に応じて定まる情報を送信する位置情報処理部と、
を備えるモビリティ管理装置と、
前記支援通知を前記モビリティ管理装置に送信するサービス提供支援通信部を備えるサービス提供支援装置と、
を備える交通機関情報提供システム。
【請求項2】
交通機関利用者に対して情報提供を行う情報提供システムにおいて、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報をモビリティ管理装置に送信する利用通知通信部を備える利用通知装置と、
前記モビリティを特定するモビリティ特定情報及び前記通知情報を受信するモビリティ管理通信部と、
前記モビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
前記モビリティ管理通信部によって受信された前記モビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得し、前記利用者特定情報をサービス提供支援装置に送信する
モビリティ管理処理部と、を備えるモビリティ管理装置と、
前記モビリティから前記モビリティ特定情報を取得したモビリティ識別装置の位置を示す位置情報と、前記モビリティ管理処理部が取得した前記利用者特定情報とを含む支援通知を情報提供装置に送信するサービス提供支援通信部を備える前記サービス提供支援装置と、
前記モビリティ管理処理部が取得した前記利用者特定情報の示す送信先に、前記位置情報に応じて定まる情報を送信する位置情報処理部を備える前記情報提供装置と、
を備える交通機関情報提供システム。
【請求項3】
前記利用者特定情報は、前記モビリティ利用者への情報の送信先を示す情報である、請求項１又は２に記載の交通機関情報提供システム。
【請求項4】
前記位置情報処理部は、モビリティ利用者が前記モビリティから降車する場所に前記モビリティが到着する場合、前記送信先に、前記モビリティが当該場所に到着することを示す情報を送信する、請求項３に記載の交通機関情報提供システム。
【請求項5】
前記位置情報処理部は、前記位置の周辺施設の情報を、前記送信先に送信する、請求項１乃至３のいずれか１項に記載の交通機関情報提供システム。
【請求項6】
前記位置情報処理部は、前記利用者特定情報に関連付けられた連絡先に、前記モビリティ利用者の位置を示す情報を送信する、請求項１乃至請求項５のいずれか１項に記載の交通機関情報提供システム。
【請求項7】
前記モビリティ管理通信部は、前記モビリティ利用者による前記モビリティの利用の予約についての情報を含む予約情報を受信し、
前記モビリティ管理処理部は、
前記予約情報に基づいて前記モビリティ利用者の前記利用者特定情報と前記モビリティの前記モビリティ特定情報とを関連付ける、請求項１乃至請求項６のいずれか１項に記載の交通機関情報提供システム。
【請求項8】
前記モビリティ特定情報は、前記モビリティに設置された車載器の識別情報、又は前記モビリティの識別情報である、請求項１乃至請求項７のいずれか１項に記載の交通機関情報提供システム。
【請求項9】
前記モビリティ管理処理部は、前記モビリティ利用者が前記モビリティを利用中であることを示す情報を関連付けることで、前記関連付け部を、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにする、請求項１乃至請求項８のいずれか１項に記載の交通機関情報提供システム。
【請求項10】
前記モビリティ管理処理部は、前記モビリティ利用者が前記モビリティの利用を開始した時間を関連付けることで、前記関連付け部を、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにする、請求項１乃至請求項９のいずれか１項に記載の交通機関情報提供システム。
【請求項11】
モビリティ管理通信部と、モビリティ管理処理部と、位置情報処理部とを備える情報提供装置であって、
前記モビリティ管理通信部が、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報、及び前記モビリティから取得されたモビリティ特定情報を受信し、
前記モビリティ管理処理部が、
前記モビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
前記モビリティ管理通信部によって受信された前記モビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得し、
前記位置情報処理部が、前記モビリティから前記モビリティ特定情報を取得したモビリティ識別装置の位置を示す位置情報を含む支援通知を取得し、前記モビリティ管理処理部が取得した前記利用者特定情報の示す送信先に、前記位置情報に応じて定まる情報を送信する、
交通機関情報提供装置。
【請求項12】
モビリティ管理通信部と、モビリティ管理処理部と、位置情報処理部とを備える情報提供装置によって実行される情報提供方法であって、
前記モビリティ管理通信部が、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報、及び前記モビリティから取得されたモビリティ特定情報を受信し、
前記モビリティ管理処理部が、
前記モビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにし、
前記モビリティ管理通信部によって受信された前記モビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得し、
前記位置情報処理部が、前記モビリティから前記モビリティ特定情報を取得したモビリティ識別装置の位置を示す位置情報を含む支援通知を取得し、前記モビリティ管理処理部が取得した前記利用者特定情報の示す送信先に、前記位置情報に応じて定まる情報を送信する、
交通機関情報提供方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、情報提供システム、情報提供装置及び情報提供方法に関する。
【背景技術】
【0002】
公共交通機関のモビリティには、長距離バス又はオンデマンド型の路線バス（以下「デマンドバス」という。）など、利用するために予約が必要になるモビリティがある。この予約を行うために、ＭａａＳ（mobility as a service）の利用が検討されようとしている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１６－１５７２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
モビリティ及びモビリティの利用者を管理するシステムは、モビリティとモビリティ利用者との紐づけ（関連付け）が可能であるため、公共交通機関の利用者などに対するサービスの提供も考えられる。しかしながら、具体的にどのようなサービスを行えるか、及びどのようにしてサービスを行うかの検討は、進んでいない。
本発明の実施形態が解決しようとする課題は、公共交通機関の利用者に対して、サービスの提供をすることができる情報提供システム、情報提供装置及び情報提供方法を提供することである。
本発明の実施形態が解決しようとする課題は、公共交通機関の利用者に対して、サービスの提供をすることができる情報提供システム、情報提供装置及び情報提供方法を提供することである。
【課題を解決するための手段】
【0005】
実施形態の情報提供システムは、交通機関利用者に対して情報提供を行う。実施形態の情報提供システムは、利用通知装置、モビリティ管理装置、サービス提供支援装置及び位置情報処理部を備える。利用通知装置は、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報を情報提供装置に送信する利用通知通信部を備える。モビリティ管理装置は、管理通信部及びモビリティ管理処理部を備える。管理通信部は、前記モビリティを特定するモビリティ特定情報及び前記通知情報を受信する。モビリティ管理処理部は、前記モビリティ特定情報と、前記モビリティ利用者を特定する利用者特定情報とを関連付ける関連付け部を、利用開始を示す前記通知情報が受信されたことに応じて、前記モビリティ利用者が前記モビリティを利用中であることが分かるようにする。モビリティ管理処理部は、前記モビリティ管理通信部によって受信されたモビリティ特定情報と同一の前記モビリティ特定情報に前記関連付け部によって関連付けられた利用者特定情報のうち、前記利用者特定情報で特定される前記モビリティ利用者が前記モビリティ特定情報で特定される前記モビリティを利用中であることを示す利用者特定情報を取得する。サービス提供支援装置は、前記モビリティから取得された前記モビリティ特定情報を前記情報提供装置に送信するサービス提供支援通信部を備える。位置情報処理部は、前記モビリティからモビリティ特定情報が取得された位置を示す位置情報を取得し、前記位置情報に応じて定まる処理をする。
【図面の簡単な説明】
【0006】
【図1】第１実施形態に係るモビリティ管理システムの構成の一例を示すブロック図。
【図10】第１実施形態に係るモビリティ管理システムにおける情報の流れの一例を示すシーケンス図。
【図11】第１実施形態に係るバスモビリティの予約処理の一例を示すフローチャート。
【図12】第１実施形態に係るバスモビリティの利用通知の処理に係る一例に関するフローチャート。
【図13】第１実施形態に係るモビリティ管理システムによるバス位置処理の例における情報の流れの一例を示すシーケンス図。
【図14】第１実施形態に係るモビリティ管理システムによるバス位置処理の動作の一例を示すフローチャート。
【図15】第１実施形態に係るモビリティ管理システムの利用終了の処理の流れの一例を示すシーケンス図。
【図16】第２実施形態に係るモビリティ管理システムの構成の一例を示すブロック図。
【図18】第２実施形態に係るモビリティ管理システムにおける情報の流れの一例を示すシーケンス図。
【図19】第２実施形態に係る会員登録処理の一例を示すフローチャート。
【図20】第２実施形態に係るバスモビリティの予約処理の一例を示すフローチャート。
【図21】第２実施形態に係るバスモビリティの利用通知に係る処理の一例に関するフローチャート。
【図22】第２実施形態に係るモビリティ管理システムによるバス位置処理の例における情報の流れの一例を示すシーケンス図。
【図23】第２実施形態に係るモビリティ管理システムによるバス位置処理の一例を示すフローチャート。
【発明を実施するための形態】
【0007】
以下、いくつかの実施形態に係るモビリティ管理システムについて図面を用いて説明する。なお、実施形態のモビリティ管理システムは、利用予約を必要とする公共交通機関を管理するものである。また、以下の実施形態の説明に用いる各図面は、説明のため、構成を省略して示している場合がある。そして、各図面及び以下の説明において、同一の符号は同様の要素を示す
〔第１実施形態〕
＜システム構成＞
第１実施形態は、長距離バスの予約利用者に対して、長距離バスの位置に応じたサービスを行うためのモビリティ管理システムである。なお、第１実施形態において単にバス利用者という場合、長距離バス利用者などを示すものとする。
図１は、第１実施形態に係るモビリティ管理システム１の構成の一例を示すブロック図である。モビリティ管理システム１は、長距離バスの公共交通機関を管理する。モビリティ管理システム１は、情報提供システムの一例である。
モビリティ管理システム１は、モビリティ管理装置１０、バスモビリティ２０、モビリティ識別装置４０、利用者端末装置５０及びサービス提供支援装置６０を含む。なお、図１では、バスモビリティ２０、モビリティ識別装置４０及び利用者端末装置５０をそれぞれ１台ずつ示している。しかしながら、典型的には、それぞれ複数存在する。
〔第１実施形態〕
＜システム構成＞
第１実施形態は、長距離バスの予約利用者に対して、長距離バスの位置に応じたサービスを行うためのモビリティ管理システムである。なお、第１実施形態において単にバス利用者という場合、長距離バス利用者などを示すものとする。
図１は、第１実施形態に係るモビリティ管理システム１の構成の一例を示すブロック図である。モビリティ管理システム１は、長距離バスの公共交通機関を管理する。モビリティ管理システム１は、情報提供システムの一例である。
モビリティ管理システム１は、モビリティ管理装置１０、バスモビリティ２０、モビリティ識別装置４０、利用者端末装置５０及びサービス提供支援装置６０を含む。なお、図１では、バスモビリティ２０、モビリティ識別装置４０及び利用者端末装置５０をそれぞれ１台ずつ示している。しかしながら、典型的には、それぞれ複数存在する。
【0008】
モビリティ管理装置１０とバスモビリティ２０の利用通知装置２１とは、ネットワークＮＷを介して接続する。モビリティ管理装置１０とサービス提供支援装置６０とはネットワークＮＷを介して接続する。モビリティ管理装置１０と利用者端末装置５０とはネットワークＮＷを介して接続する。
ここで、ネットワークＮＷは、典型的にはインターネットを含む通信網であり、ＷＡＮ（wide area network）であり、専用線又は公衆携帯電話網などを含む通信網であっても良い。
ここで、ネットワークＮＷは、典型的にはインターネットを含む通信網であり、ＷＡＮ（wide area network）であり、専用線又は公衆携帯電話網などを含む通信網であっても良い。
【0009】
また、バスモビリティ２０の車載器２２とモビリティ識別装置４０とは、無線通信により接続する。モビリティ識別装置４０とサービス提供支援装置６０とは例えばＬＡＮ（local area network）などを介して接続する。
【0010】
なお、上記の接続の形態は一例であり、各装置と装置との接続は、上記以外の方法を用いたものであっても良い。
【0011】
＜システム側の各構成要素の構成＞
図２は、モビリティ管理装置１０の要部回路構成の一例を示すブロック図である。
モビリティ管理装置１０は、例えば、バスモビリティ２０及びバス利用者についてのデータなどの管理などを行うサーバー装置である。モビリティ管理装置１０は、一例として、プロセッサー１１、ＲＯＭ（read-only memory）１２、ＲＡＭ（random-access memory）１３、補助記憶デバイス１４及び通信インターフェース１５を含み、バス１６などが、これら各部を接続する。なお、モビリティ管理装置１０は、情報提供装置の一例である。
図２は、モビリティ管理装置１０の要部回路構成の一例を示すブロック図である。
モビリティ管理装置１０は、例えば、バスモビリティ２０及びバス利用者についてのデータなどの管理などを行うサーバー装置である。モビリティ管理装置１０は、一例として、プロセッサー１１、ＲＯＭ（read-only memory）１２、ＲＡＭ（random-access memory）１３、補助記憶デバイス１４及び通信インターフェース１５を含み、バス１６などが、これら各部を接続する。なお、モビリティ管理装置１０は、情報提供装置の一例である。
【0012】
プロセッサー１１は、ＲＯＭ１２又は補助記憶デバイス１４などに記憶されたソフトウェアなどのプログラムに基づいて、モビリティ管理処理部１１ａ及び位置情報処理部１１ｂなどとして機能する。なお、当該プログラムの一部又は全部は、プロセッサー１１の回路内に組み込まれていても良い。
【0013】
ＲＯＭ１２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２は、上記のプログラムのうちのファームウェア、及びプロセッサー１１が各種の処理を行う上で使用するデータ及び各種の設定値などを記憶する。
【0014】
ＲＡＭ１３は、データの読み書きに用いられる揮発性メモリであり、ワークエリアなどとして利用される。
【0015】
補助記憶デバイス１４は、プロセッサー１１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス１４は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、又はフラッシュメモリなどである。また、補助記憶デバイス１４は、利用ＤＢ（database）１４１を記憶する。利用ＤＢ１４１については後で詳細に説明する。
【0016】
通信インターフェース１５は、モビリティ管理装置１０がネットワークＮＷなどを介して通信するためのインターフェースである。通信インターフェース１５は、モビリティ管理通信部の一例である。
【0017】
バス１６は、コントロールバス、アドレスバス及びデータバスなどを含み、モビリティ管理装置１０の各部で授受される信号を伝送する。
【0018】
＜利用ＤＢ１４１及び利用ＤＢ１４１に含まれる関連付けテーブルＴ１の説明＞
補助記憶デバイス１４に記憶される利用ＤＢ１４１は、バスに関する情報を記憶する。利用ＤＢ１４１は、一例として、関連付けテーブルＴ１を含む。
補助記憶デバイス１４に記憶される利用ＤＢ１４１は、バスに関する情報を記憶する。利用ＤＢ１４１は、一例として、関連付けテーブルＴ１を含む。
【0019】
関連付けテーブルＴ１は、バスモビリティ２０とバス利用者とを関連付ける。また、関連付けテーブルＴ１は、バスモビリティ２０が利用中である場合にそのことを示す。
関連付けテーブルＴ１の例として関連付けテーブルＴ１－１～関連付けテーブルＴ１－３の３例を、図を用いて説明する。なお、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３は、それぞれ関連付け部の一例である。
関連付けテーブルＴ１の例として関連付けテーブルＴ１－１～関連付けテーブルＴ１－３の３例を、図を用いて説明する。なお、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３は、それぞれ関連付け部の一例である。
【0020】
図３は、関連付けテーブルＴ１の第１の例である関連付けテーブルＴ１－１の一例を示す図である。関連付けテーブルＴ１－１は、車載器識別子及び車両番号等に、顧客情報、及び有効フラグを関連付けたテーブルである。
車載器識別子は、例えばＷＣＮ（wireless call number）又は車載器管理番号（ＡＳＬ（application sub layer）－ＩＤ）などである。車両番号等は、車のナンバープレートが表示する車両番号又は自動車登録番号などの識別情報である。
顧客情報は、バス利用者についての情報である。顧客情報は、利用者情報を含む。利用者情報は、バス利用者を特定する情報（以下「第１の利用者特定情報」という。）を含む。第１の利用者特定情報は、例えば、利用者端末装置５０において用いられている電子メールアドレスである。なお、利用者情報は、バス利用者についての個人情報などを含む各種情報である。また、利用者情報は、連絡先情報として、０、１又は複数の電子メールアドレスを含む。当該電子メールアドレスは、第１の利用者特定情報以外に連絡を希望する連絡先の電子メールアドレスなどである。
有効フラグは、有効又は無効を示すフラグ情報である。有効フラグは、顧客情報で特定されるバス利用者が、車載器識別子又は車両番号等で特定されるバスモビリティ２０に乗車すると無効から有効に切り替わり、下車すると無効に切り替わる。
車載器識別子は、例えばＷＣＮ（wireless call number）又は車載器管理番号（ＡＳＬ（application sub layer）－ＩＤ）などである。車両番号等は、車のナンバープレートが表示する車両番号又は自動車登録番号などの識別情報である。
顧客情報は、バス利用者についての情報である。顧客情報は、利用者情報を含む。利用者情報は、バス利用者を特定する情報（以下「第１の利用者特定情報」という。）を含む。第１の利用者特定情報は、例えば、利用者端末装置５０において用いられている電子メールアドレスである。なお、利用者情報は、バス利用者についての個人情報などを含む各種情報である。また、利用者情報は、連絡先情報として、０、１又は複数の電子メールアドレスを含む。当該電子メールアドレスは、第１の利用者特定情報以外に連絡を希望する連絡先の電子メールアドレスなどである。
有効フラグは、有効又は無効を示すフラグ情報である。有効フラグは、顧客情報で特定されるバス利用者が、車載器識別子又は車両番号等で特定されるバスモビリティ２０に乗車すると無効から有効に切り替わり、下車すると無効に切り替わる。
【0021】
図４は、関連付けテーブルＴ１の第２の例である関連付けテーブルＴ１－２の一例を示す図である。関連付けテーブルＴ１－２は、車載器識別子及び車両番号等に、顧客情報、利用開始時刻及び利用終了時刻を関連付けたテーブルである。すなわち、関連付けテーブルＴ１－２は、関連付けテーブルと比べると、有効フラグが無い代わりに利用開始時刻及び利用終了時刻を含む。
利用開始時刻は、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用を開始した時刻を示す。利用終了時刻は、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用を終了した時刻を示す。関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用をまだ開始していないことを示す。また、関連付けテーブルＴ１－２は、利用開始時刻に時刻情報が入力され、且つ利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用中であることを示す。そして、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻の両方に時刻情報が入力されている場合、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用を終了していることを示す。
利用開始時刻は、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用を開始した時刻を示す。利用終了時刻は、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用を終了した時刻を示す。関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用をまだ開始していないことを示す。また、関連付けテーブルＴ１－２は、利用開始時刻に時刻情報が入力され、且つ利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用中であることを示す。そして、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻の両方に時刻情報が入力されている場合、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用を終了していることを示す。
【0022】
図５は、関連付けテーブルＴ１の第３の例である関連付けテーブルＴ１－３を示す図である。関連付けテーブルＴ１－３は、車載器識別子及び車両番号等に顧客情報を関連付けたテーブルである。すなわち、関連付けテーブルＴ１－３は、関連付けテーブルＴ１－２と比べると、有効フラグが無い。また、関連付けテーブルＴ１－３は、関連付けテーブルＴ１－１と比べると、利用開始時刻及び利用終了時刻が無い。
関連付けテーブルＴ１－３は、関連付けテーブルＴ１－３に含まれるレコードそれぞれについて、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０を利用中であることを示す。
関連付けテーブルＴ１－３は、関連付けテーブルＴ１－３に含まれるレコードそれぞれについて、顧客情報で特定されるバス利用者が車載器識別子又は車両番号等で特定されるバスモビリティ２０を利用中であることを示す。
【0023】
上記のように、関連付けテーブルＴ１－３は、レコードの有無によってバスモビリティ２０が利用中であるか否かを示す。対して、関連付けテーブルＴ１－１は、有効フラグが有効である場合にバスモビリティ２０が利用中であることを示す。したがって、関連付けテーブルＴ１－１は、有効フラグを無効にすることで、利用中でないバスモビリティ２０についてのレコードを記憶することができる。また、関連付けテーブルＴ１－２は、利用開始時刻に時刻情報が入力され、且つ利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合にバスモビリティ２０が利用中であることを示す。したがって、関連付けテーブルＴ１－２は、関連付けテーブルＴ１－１と同様に、利用中でないバスモビリティ２０についてのレコードを記憶することができる。さらに、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻が空、Ｎｕｌｌ又は０などの予め定められた特定の値である場合、バスモビリティ２０が利用開始前であることを示す。そして、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻の両方に時刻情報が入力されている場合、バスモビリティ２０が利用を終了していることを示す。このように、関連付けテーブルＴ１－２は、利用中でないバスモビリティ２０について、利用開始前なのか利用終了後なのかを記憶することができる。加えて、関連付けテーブルＴ１－２は、利用開始時刻及び利用終了時刻も記憶することができる。
【0024】
なお、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３は、車載器識別子及び車両番号等が同一であるレコードが複数あっても良い。また、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３は、顧客情報が同一であるレコードが複数あっても良い。
【0025】
図６は、モビリティ識別装置４０の要部回路構成の一例を示すブロック図である。
モビリティ識別装置４０は、バスモビリティ２０を識別する識別情報を読み取る装置である。モビリティ識別装置４０は、道路又は駐車場などに設置される。
モビリティ識別装置４０は、例えば、バスモビリティ２０に設置された車載器２２から車載器識別子を読み取る。あるいは、モビリティ識別装置４０は、バスモビリティ２０に設置されたナンバープレート２３から車両番号等を読み取る。モビリティ識別装置４０は、車載器２２から車載器識別子などを読み取る、ＤＳＲＣ（dedicated short-range communications）機能を搭載したＥＴＣ用の路側機などであっても良い。モビリティ識別装置４０は、一例として、プロセッサー４１、ＲＯＭ４２、ＲＡＭ４３、センサー４４及び通信インターフェース４５を含み、バス４６などが、これら各部を接続する。
モビリティ識別装置４０は、バスモビリティ２０を識別する識別情報を読み取る装置である。モビリティ識別装置４０は、道路又は駐車場などに設置される。
モビリティ識別装置４０は、例えば、バスモビリティ２０に設置された車載器２２から車載器識別子を読み取る。あるいは、モビリティ識別装置４０は、バスモビリティ２０に設置されたナンバープレート２３から車両番号等を読み取る。モビリティ識別装置４０は、車載器２２から車載器識別子などを読み取る、ＤＳＲＣ（dedicated short-range communications）機能を搭載したＥＴＣ用の路側機などであっても良い。モビリティ識別装置４０は、一例として、プロセッサー４１、ＲＯＭ４２、ＲＡＭ４３、センサー４４及び通信インターフェース４５を含み、バス４６などが、これら各部を接続する。
【0026】
プロセッサー４１は、ＲＯＭ４２などに記憶されたソフトウェアなどのプログラムに基づいて、モビリティ識別装置４０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー４１の回路内に組み込まれていても良い。
【0027】
ＲＯＭ４２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ４２は、上記のプログラム、プロセッサー４１が各種の処理を行う上で使用するデータ及び各種の設定値などを記憶する。
【0028】
ＲＡＭ４３は、データの読み書きに用いられる揮発性メモリで、ワークエリアなどとして利用される。
【0029】
センサー４４は、バスモビリティ２０の識別情報を読み取る。センサー４４は、例えば、車載器２２から車載器識別子を読み取るアンテナである。あるいは、センサー４４は、ナンバープレート２３から車両番号等などを読み取るカメラである。なお、モビリティ識別装置４０は、アンテナ及びカメラの両方を備えていても良い。
【0030】
通信インターフェース４５は、モビリティ識別装置４０が他の装置などと通信するためのインターフェースである。モビリティ識別装置４０は、通信インターフェース４５を用いてサービス提供支援装置６０などと通信する。
【0031】
バス４６は、コントロールバス、アドレスバス及びデータバスなどを含み、モビリティ識別装置４０の各部で授受される信号を伝送する。
【0032】
図７は、サービス提供支援装置６０の要部回路構成の一例を示すブロック図である。
サービス提供支援装置６０は、サービス提供の支援などに用いられるサーバー装置などである。サービス提供支援装置６０は、一例として、プロセッサー６１、ＲＯＭ６２、ＲＡＭ６３、補助記憶デバイス６４、第１の通信インターフェース６５及び第２の通信インターフェース６６を含み、バス６７などが、これら各部を接続する。
サービス提供支援装置６０は、サービス提供の支援などに用いられるサーバー装置などである。サービス提供支援装置６０は、一例として、プロセッサー６１、ＲＯＭ６２、ＲＡＭ６３、補助記憶デバイス６４、第１の通信インターフェース６５及び第２の通信インターフェース６６を含み、バス６７などが、これら各部を接続する。
【0033】
プロセッサー６１は、ＲＯＭ６２又は補助記憶デバイス６４などに記憶されたソフトウェア等のプログラムに基づいて、サービス提供支援装置６０の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー６１の回路内に組み込まれていても良い。
【0034】
ＲＯＭ６２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ６２は、上記のプログラムのうちのファームウェア、プロセッサー６１が各種の処理を行う上で使用するデータ及び各種の設定値などを記憶する。
【0035】
ＲＡＭ６３は、データの読み書きに用いられる揮発性メモリであり、ワークエリアなどとして利用される。
【0036】
補助記憶デバイス６４は、プロセッサー６１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス６４は、例えばＥＥＰＲＯＭ、ＨＤＤ、又はフラッシュメモリなどである。補助記憶デバイス６４は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。
【0037】
第１の通信インターフェース６５は、サービス提供支援装置６０がネットワークＮＷなどを介して通信するためのインターフェースである。サービス提供支援装置６０は、第１の通信インターフェース６５を用いてモビリティ管理装置１０などと通信する。第１の通信インターフェース６５は、サービス提供支援通信部の一例である。
【0038】
第２の通信インターフェース６６は、サービス提供支援装置６０が他の装置と通信するためのインターフェースである。サービス提供支援装置６０は、第２の通信インターフェース６６を用いてモビリティ識別装置４０などと通信する。
なお、第１の通信インターフェース６５及び第２の通信インターフェース６６は、共通のインターフェースであっても良い。
なお、第１の通信インターフェース６５及び第２の通信インターフェース６６は、共通のインターフェースであっても良い。
【0039】
バス６７は、コントロールバス、アドレスバス及びデータバスなどを含み、サービス提供支援装置６０の各部で授受される信号を伝送する。
【0040】
＜利用者側の構成の説明＞
次に、この様な構成のシステムを利用する利用者側の構成を説明する。
図８は、バスモビリティ２０の構成要素の要部回路構成の一例を示すブロック図である。
バスモビリティ２０は、バスなどのモビリティである。バスモビリティ２０は、利用通知装置２１、車載器２２及びナンバープレート２３が設置される。
次に、この様な構成のシステムを利用する利用者側の構成を説明する。
図８は、バスモビリティ２０の構成要素の要部回路構成の一例を示すブロック図である。
バスモビリティ２０は、バスなどのモビリティである。バスモビリティ２０は、利用通知装置２１、車載器２２及びナンバープレート２３が設置される。
【0041】
利用通知装置２１は、バスモビリティ２０の利用開始などの通知をモビリティ管理装置１０に送信するなどの処理を行う装置である。利用通知装置２１は、一例として、プロセッサー２１１、ＲＯＭ２１２、ＲＡＭ２１３、カードリーダー２１４及び通信インターフェース２１５が、バス２１６などを介して接続されている。
【0042】
プロセッサー２１１は、ＲＯＭ２１２などに記憶されたソフトウェアなどのプログラムに基づいて、利用通知装置２１の各種の機能を実現するべく各部を制御する。なお、当該プログラムの一部又は全部は、プロセッサー２１１の回路内に組み込まれていても良い。
【0043】
ＲＯＭ２１２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ２１２は、上記のプログラムのうちのファームウェア、プロセッサー２１１が各種の処理を行う上で使用するデータ及び各種の設定値などを記憶する。
【0044】
ＲＡＭ２１３は、データの読み書きに用いられる揮発性メモリであり、ワークエリアなどとして利用される。
【0045】
カードリーダー２１４は、ＩＣ（integrated circuit）カード又はＩＣチップを搭載した電子機器などに記憶されたデータを読み取る。ＩＣカード及びＩＣチップは、典型的には非接触式である。
【0046】
通信インターフェース２１５は、利用通知装置２１がネットワークＮＷなどを介して通信するためのインターフェースである。通信インターフェース２１５は、無線通信用のインターフェースである。利用通知装置２１は、通信インターフェース２１５を用いてモビリティ管理装置１０などと通信する。通信インターフェース２１５は、利用通知通信部の一例である。
【0047】
バス２１６は、コントロールバス、アドレスバス及びデータバスなどを含み、利用通知装置２１の各部で授受される信号を伝送する。
【0048】
車載器２２は、ＥＴＣ（electronic toll collection）などの交通システムの利用のために自動車などに設置されるＤＳＲＣ車載器などの機器である。車載器２２は、車載器２２ごとにユニークな識別情報である車載器識別子が割り当てられる。車載器識別子は、バスモビリティ２０を特定するモビリティ特定情報の一例である。
【0049】
ナンバープレート２３は、バスモビリティ２０ごとにユニークに付与される識別情報を表示する。ナンバープレート２３が表示する識別情報は、例えば、車両番号等である。したがって、車両番号等は、バスモビリティ２０を特定するモビリティ特定情報の一例である。
なお、利用通知装置２１は、車載器２２の車載器識別子及びバスモビリティ２０の車両番号等の少なくともいずれかを記憶する。
なお、利用通知装置２１は、車載器２２の車載器識別子及びバスモビリティ２０の車両番号等の少なくともいずれかを記憶する。
【0050】
図９は、利用者端末装置５０の要部回路構成の一例を示すブロック図である。
利用者端末装置５０は、バス利用者などが操作するＰＣ（personal computer）又はスマートホンなどの情報機器である。利用者端末装置５０は、一例として、プロセッサー５１、ＲＯＭ５２、ＲＡＭ５３、補助記憶デバイス５４、通信インターフェース５５、表示デバイス５６及び入力デバイス５７が、バス５８などを介して接続されている。利用者端末装置５０の構成は、ＰＣやスマートホンの一般的な構成であるため、詳細の説明は省略する。
利用者端末装置５０は、バス利用者などが操作するＰＣ（personal computer）又はスマートホンなどの情報機器である。利用者端末装置５０は、一例として、プロセッサー５１、ＲＯＭ５２、ＲＡＭ５３、補助記憶デバイス５４、通信インターフェース５５、表示デバイス５６及び入力デバイス５７が、バス５８などを介して接続されている。利用者端末装置５０の構成は、ＰＣやスマートホンの一般的な構成であるため、詳細の説明は省略する。
【0051】
＜動作説明：第１実施形態＞
以下、第１実施形態に係るモビリティ管理システム１の動作を説明する。なお、以下の動作説明における処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
図１０は、第１実施形態に係るモビリティ管理システム１における情報の流れの一例を示すシーケンス図である。
以下、第１実施形態に係るモビリティ管理システム１の動作を説明する。なお、以下の動作説明における処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
図１０は、第１実施形態に係るモビリティ管理システム１における情報の流れの一例を示すシーケンス図である。
【0052】
＜長距離バスの予約動作＞
バス利用者は、バスを利用する場合、利用者端末装置５０を用いてモビリティ管理装置１０にアクセスすることで長距離バスの利用予約を行う。ここで、バス利用者は、長距離バスの利用予約の際に、利用者情報又は利用者ＩＤ（以下「利用者情報等」という。）を利用者端末装置５０に入力する。利用者ＩＤは、バス利用者ごとにユニークに付与される識別情報である。利用者端末装置５０に入力された情報は、モビリティ管理装置１０に送信される。
バス利用者は、バスを利用する場合、利用者端末装置５０を用いてモビリティ管理装置１０にアクセスすることで長距離バスの利用予約を行う。ここで、バス利用者は、長距離バスの利用予約の際に、利用者情報又は利用者ＩＤ（以下「利用者情報等」という。）を利用者端末装置５０に入力する。利用者ＩＤは、バス利用者ごとにユニークに付与される識別情報である。利用者端末装置５０に入力された情報は、モビリティ管理装置１０に送信される。
【0053】
図１１は、第１実施形態に係るバスモビリティの予約処理の一例を示すフローチャートである。図１１において、フローチャートＦＬ１は、利用者端末装置５０のプロセッサー５１が実行する処理である。また、フローチャートＦＬ２は、モビリティ管理装置１０のプロセッサー１１が実行する処理である。
【0054】
図１１のフローチャートＦＬ１のステップＳ１１において、利用者端末装置５０のプロセッサー５１は、操作者による、バスの予約を行うことができるアプリ内での予約開始操作又は、バスの予約を行うためのｗｅｂページの表示などの、バスの利用予約の開始を検出する。プロセッサー５１は、バスの利用予約の開始を検出するとステップＳ１１においてＹｅｓと判定してステップＳ１２へと進む。
【0055】
利用者は、バスの利用予約に必要な情報として、乗車場所、乗車時間、降車場所及び乗車するバスの種類など入力する。そして、利用者は、送信ボタンなどを操作する。
ステップＳ１２において、プロセッサー５１は、上記のように送信ボタンが操作されたことに応じて、バス予約要求を送信すると判定する。プロセッサー５１は、バス予約要求を送信すると判定するならば、ステップＳ１２においてＹｅｓと判定してステップＳ１３へと進む。
ステップＳ１２において、プロセッサー５１は、上記のように送信ボタンが操作されたことに応じて、バス予約要求を送信すると判定する。プロセッサー５１は、バス予約要求を送信すると判定するならば、ステップＳ１２においてＹｅｓと判定してステップＳ１３へと進む。
【0056】
ステップＳ１３においてプロセッサー５１は、バスの利用予約を受信すると、入力された利用者情報等、並びに利用開始予定日時、利用終了予定日時、乗車位置及び車種などの条件情報を含むバス予約要求を生成する。プロセッサー５１は、バス予約要求を生成すると、通信インターフェース５５を介して、当該バス予約要求をモビリティ管理装置１０に送信する。
送信された当該バス予約要求は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該バス予約要求は、図１０ではステップＳＴ１１として示す。
なお、バス予約要求は、バス利用者によるバスモビリティ２０の利用の予約についての情報を含む予約情報の一例である。
送信された当該バス予約要求は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該バス予約要求は、図１０ではステップＳＴ１１として示す。
なお、バス予約要求は、バス利用者によるバスモビリティ２０の利用の予約についての情報を含む予約情報の一例である。
【0057】
一方、図１１のフローチャートＦＬ２のステップＳ２１においてモビリティ管理装置１０のプロセッサー１１は、通信インターフェース１５によってバス予約要求が受信されるのを待ち受けている。プロセッサー１１は、バス予約要求が受信されたならば、ステップＳ２１においてＹｅｓと判定してステップＳ２２へと進む。
【0058】
ステップＳ２２においてプロセッサー１１は、利用ＤＢ１４１を参照して、バス予約要求に含まれる条件情報に合致するバスモビリティ２０を特定する。そして、プロセッサー１１は、当該バスモビリティ２０の車載器識別子及び車両番号等を取得する。
【0059】
ステップＳ２３においてプロセッサー１１は、ステップＳ２２で取得した車載器識別子及び車両番号等とステップＳ２１において受信されたバス予約要求に含まれる利用者情報等とを関連付ける。プロセッサー１１は、利用ＤＢ１４１に含まれる関連付けテーブルＴ１を用いて車載器識別子及び車両番号等と利用者情報等とを関連付ける。
前述したように、予約要求は、予約情報の一例である。したがって、プロセッサー１１は、ステップＳ２３の処理を行うことで、通信インターフェース１５によって受信された予約情報に基づいてバス利用者の利用者特定情報とモビリティのモビリティ特定情報とを関連付けるべく機能する。
前述したように、予約要求は、予約情報の一例である。したがって、プロセッサー１１は、ステップＳ２３の処理を行うことで、通信インターフェース１５によって受信された予約情報に基づいてバス利用者の利用者特定情報とモビリティのモビリティ特定情報とを関連付けるべく機能する。
【0060】
ステップＳ２３において、プロセッサー１１は、関連付けテーブルＴ１が関連付けテーブルＴ１－１である場合、関連付けテーブルＴ１－１に新規にレコードを追加して、当該レコードの車載器識別子フィールド及び車両番号等フィールドに、ステップＳ２２で取得した車載器識別子及び車両番号等を書き込む。さらに、プロセッサー１１は、当該レコードの顧客情報フィールドにステップＳ２１で受信されたバス予約要求に含まれる利用者情報を書き込む。なお、プロセッサー１１は、バス予約要求に利用者ＩＤが含まれる場合、利用ＤＢ１４１を参照して、当該利用者ＩＤに関連付けられている利用者情報を取得する。なお、利用ＤＢ１４１は、利用者ＩＤと、当該利用者ＩＤで特定される利用者の利用者情報とを関連付けて記憶している。そして、プロセッサー１１は、取得した利用者情報を顧客情報フィールドに書き込む。また、プロセッサー１１は、当該レコードの有効フラグフィールドの値を無効にする。
【0061】
プロセッサー１１は、関連付けテーブルＴ１が関連付けテーブルＴ１－２である場合、関連付けテーブルＴ１－２に新規にレコードを追加して、当該レコードの車載器識別子フィールド及び車両番号等フィールドに、ステップＳ２２で取得した車載器識別子及び車両番号等を書き込む。さらに、プロセッサー１１は、当該レコードの顧客情報フィールドにステップＳ２１で受信されたバス予約要求に含まれる利用者情報を書き込む。なお、プロセッサー１１は、バス予約要求に利用者ＩＤが含まれる場合、利用ＤＢ１４１を参照して、当該利用者ＩＤに関連付けられた利用者情報を取得する。そして、プロセッサー１１は、取得した利用者情報を顧客情報フィールドに書き込む。また、プロセッサー１１は、当該レコードの利用開始時刻フィールド及び利用終了時刻フィールドの値を、空、Ｎｕｌｌ又は０などの予め定められた特定の値にする。
【0062】
プロセッサー１１は、関連付けテーブルＴ１が関連付けテーブルＴ１－３である場合、例えば、関連付けテーブルＴ１－３とは別のテーブルなどを用いてステップＳ２２で取得した車載器識別子及び車両番号等とステップＳ２１において受信されたバス予約要求に含まれる情報とを関連付けて記憶する。
【0063】
ステップＳ２４においてプロセッサー１１は、バスの予約を完了した旨を示す情報、及びバスの予約内容を示す情報などを含むバス予約通知を生成する。プロセッサー１１は、バス予約通知を生成した後、当該バス予約通知を、バス予約要求の送信元である利用者端末装置５０に対して、通信インターフェース１５を介して送信する。送信された当該バス予約通知は、利用者端末装置５０の通信インターフェース５５によって受信される。当該バス予約通知は、図１０ではステップＳＴ１２として示す。
プロセッサー１１は、図１１のフローチャートＦＬ２のステップＳ２４の処理の後、ステップＳ２１へと戻る。
プロセッサー１１は、図１１のフローチャートＦＬ２のステップＳ２４の処理の後、ステップＳ２１へと戻る。
【0064】
一方、フローチャートＦＬ１のステップＳ１４において利用者端末装置５０のプロセッサー５１は、通信インターフェース５５によってバス予約通知が受信されるのを待ち受けている。プロセッサー１１は、バス予約通知が受信されたならば、ステップＳ１４においてＹｅｓと判定してステップＳ１５へと進む。
【0065】
ステップＳ１５においてプロセッサー５１は、ステップＳ１４で受信されたバス予約通知に含まれる予約内容を表示デバイス５６に表示させる。プロセッサー５１は、ステップＳ１５の処理の後、ステップＳ１１へと戻る。
【0066】
＜長距離バス乗車時の動作＞
バス利用者は、予約したバスモビリティ２０への乗車時、当該バスモビリティ２０が備えるカードリーダー２１４にＩＣカード（ＩＣカードと同様の機能を有するスマートホンなどの電子機器を含む。）を読み込ませる。当該ＩＣカードには、例えば利用者ＩＤが記憶されている。当該ＩＣカードと同様の機能を有する電子機器は、例えば利用者端末装置５０である。なお、ＩＣカードは、例えば、会員カードなどである。また、ＩＣカードは、交通系ＩＣカードなどであっても良い。
バス利用者は、予約したバスモビリティ２０への乗車時、当該バスモビリティ２０が備えるカードリーダー２１４にＩＣカード（ＩＣカードと同様の機能を有するスマートホンなどの電子機器を含む。）を読み込ませる。当該ＩＣカードには、例えば利用者ＩＤが記憶されている。当該ＩＣカードと同様の機能を有する電子機器は、例えば利用者端末装置５０である。なお、ＩＣカードは、例えば、会員カードなどである。また、ＩＣカードは、交通系ＩＣカードなどであっても良い。
【0067】
図１２は、第１実施形態に係る利用通知に係る処理の一例に関するフローチャートである。ここで、フローチャートＦＬ３は、利用通知装置２１のプロセッサー２１１が実行する処理である。また、フローチャートＦＬ４は、モビリティ管理装置１０のプロセッサー１１が実行する処理である。
【0068】
図１２のフローチャートＦＬ３のステップＳ３１において、利用通知装置２１のプロセッサー２１１は、カードリーダー２１４によって利用者ＩＤが読み取られたならば、ステップＳ３１においてＹｅｓと判定してステップＳ３２へと進む。ここで利用通知装置２１が利用者端末装置５０から利用者ＩＤを読み取ることを図１０ではステップＳＴ１３として示す。なお、ステップＳＴ１３～ステップＳＴ１６は、バスモビリティ２０の利用が開始される場合の情報の流れを示す。
【0069】
図１２のフローチャートＦＬ３のステップＳ３２においてプロセッサー２１１は、ステップＳ３１において読み取られた利用者ＩＤと、利用通知装置２１が記憶している車載器識別子及び車両番号等の少なくともいずれかとを含む利用通知を生成する。なお、当該利用通知に含まれる車載器識別子は、利用通知装置２１と同じバスモビリティ２０に設置された車載器２２の車載器識別子である。また、当該利用通知に含まれる車両番号等は、利用通知装置２１が設置されたバスモビリティ２０の車両番号等である。プロセッサー２１１は、生成した利用通知を、通信インターフェース２１５を介して、当該利用通知をモビリティ管理装置１０に送信する。
送信された当該利用通知は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該利用通知は、図１０ではステップＳＴ１４として示す。利用通知は、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報の一例である。
送信された当該利用通知は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該利用通知は、図１０ではステップＳＴ１４として示す。利用通知は、モビリティ利用者によるモビリティの利用開始又は利用終了を示す通知情報の一例である。
【0070】
一方、図１２のフローチャートＦＬ４のステップＳ４１においてモビリティ管理装置１０のプロセッサー１１は、通信インターフェース１５によって利用通知が受信されるのを待ち受けている。プロセッサー１１は、利用通知が受信されたならば、ステップＳ４１においてＹｅｓと判定してステップＳ４２へと進む。
【0071】
ステップＳ４２においてプロセッサー１１は、利用ＤＢ１４１を参照して、ステップＳ４１において受信された利用通知に含まれる利用者ＩＤで特定されるバス利用者によって、当該利用通知に含まれる車載器識別子又は車両番号等で特定されるバスモビリティ２０の利用の予約がされているか否かを判定する。なお、当該利用者ＩＤによって特定されるバス利用者による当該バスモビリティ２０の予約を、以下「対象予約」という。プロセッサー１１は、対象予約がされていないならば、ステップＳ４２においてＮｏと判定してステップＳ４３へと進む。
【0072】
ステップＳ４３においてプロセッサー１１は、エラー通知を利用通知装置２１に送信するように通信インターフェース１５に対して指示する。エラー通知は、バスモビリティ２０の利用予約がされていないことを利用通知装置２１に通知する。送信の指示を受けて通信インターフェース１５は、当該エラー通知を利用通知装置２１に送信する。
送信された当該エラー通知は、利用通知装置２１の通信インターフェース２１５によって受信される。プロセッサー１１は、ステップＳ４３の処理の後、ステップＳ４１へ戻る。
送信された当該エラー通知は、利用通知装置２１の通信インターフェース２１５によって受信される。プロセッサー１１は、ステップＳ４３の処理の後、ステップＳ４１へ戻る。
【0073】
一方、フローチャートＦＬ３のステップＳ３３において利用通知装置２１のプロセッサー２１１は、エラー通知、開始通知又は終了通知が受信されるのを待ち受けている。プロセッサー２１１は、エラー通知、開始通知又は終了通知が受信されたならば、ステップＳ３３においてＹｅｓと判定してステップＳ３４へと進む。なお、開始通知及び終了通知については後述する。
【0074】
ステップＳ３４においてプロセッサー２１１は、ステップＳ３３において受信されたデータがエラー通知であるか否かを判定する。プロセッサー２１１は、受信されたデータがエラー通知であるならば、ステップＳ３４においてＹｅｓと判定してステップＳ３５へと進む。
【0075】
ステップＳ３５においてプロセッサー２１１は、例えば、バスモビリティ２０の利用予約がされていないため、バスへの乗車を許可できない旨を、バス利用者に報知する。当該バス利用者は、ステップＳ３１においてカードリーダー２１４にＩＣカードを読み込ませたバス利用者である。例えば、プロセッサー２１１は、当該旨を示す音声をスピーカーから出力することで報知する。例えば、プロセッサー２１１は、利用通知装置２１などが備えるディスプレイに、当該旨を示す画像を表示させることで報知する。プロセッサー２１１は、ステップＳ３５の処理の後、ステップＳ３１へと戻る。
【0076】
一方、モビリティ管理装置１０のプロセッサー１１は、対象予約がされているならば、フローチャートＦＬ４のステップＳ４２においてＹｅｓと判定してステップＳ４４へと進む。
ステップＳ４４においてプロセッサー１１は、対象予約が利用開始前の予約であるか否かを判定する。プロセッサー１１は、対象予約が利用開始前の予約であるならば、ステップＳ４４においてＹｅｓと判定してステップＳ４５へと進む。
ステップＳ４４においてプロセッサー１１は、対象予約が利用開始前の予約であるか否かを判定する。プロセッサー１１は、対象予約が利用開始前の予約であるならば、ステップＳ４４においてＹｅｓと判定してステップＳ４５へと進む。
【0077】
ステップＳ４５においてプロセッサー１１は、関連付けテーブルＴ１を更新して、対象予約の利用が開始されたことが分かるようにする。以下、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３のそれぞれの場合についての処理を説明する。
プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を有効にする。
プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用開始時刻フィールドに現在日時を書き込む。
プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを新規に追加する。
ここでの関連付けテーブルＴ１の更新については、図１０ではステップＳＴ１５として示す。
プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を有効にする。
プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用開始時刻フィールドに現在日時を書き込む。
プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを新規に追加する。
ここでの関連付けテーブルＴ１の更新については、図１０ではステップＳＴ１５として示す。
【0078】
以上より、図１２のフローチャートＦＬ４のステップＳ４２でＹｅｓ、ステップＳ４４でＹｅｓと判定されるような利用通知は、利用開始を示す通知情報の一例である。
したがって、プロセッサー１１は、ステップＳ４５の処理を行うことで、関連付けテーブルＴ１を、利用開始を示す通知情報が受信されたことに応じて、バス利用者がモビリティを利用中であることが分かるようにするモビリティ管理処理部１１ａとして機能する。
したがって、プロセッサー１１は、ステップＳ４５の処理を行うことで、関連付けテーブルＴ１を、利用開始を示す通知情報が受信されたことに応じて、バス利用者がモビリティを利用中であることが分かるようにするモビリティ管理処理部１１ａとして機能する。
【0079】
ステップＳ４６においてプロセッサー１１は、通信インターフェース１５を介して開始通知を利用通知装置２１に送信する。開始通知は、バスモビリティ２０の利用開始に係る処理をするように利用通知装置２１に通知する。
送信された当該開始通知は、利用通知装置２１の通信インターフェース２１５によって受信される。当該開始通知は、図１０ではステップＳＴ１６として示す。プロセッサー１１は、図１２のフローチャートＦＬ４のステップＳ４６の処理の後、ステップＳ４１へと戻る。
送信された当該開始通知は、利用通知装置２１の通信インターフェース２１５によって受信される。当該開始通知は、図１０ではステップＳＴ１６として示す。プロセッサー１１は、図１２のフローチャートＦＬ４のステップＳ４６の処理の後、ステップＳ４１へと戻る。
【0080】
一方、利用通知装置２１のプロセッサー２１１は、フローチャートＦＬ３のステップＳ３３において開始通知が受信されるのを待ち受けている。プロセッサー２１１は、開始通知が受信されたならば、ステップＳ３３においてＹｅｓと判定してステップＳ３４へと進む。そして、プロセッサー２１１は、受信されたデータがエラー通知でないならば、すなわち受信されたデータが開始通知又は終了通知であるならば、ステップＳ３４においてＮｏと判定してステップＳ３６へと進む。
ステップＳ３６においてプロセッサー２１１は、バスモビリティ２０への乗車を許可する旨を報知する。例えば、プロセッサー２１１は、当該旨を示す音声をスピーカーから出力する。例えば、プロセッサー２１１は、ディスプレイに、当該旨を示す画像を表示させる。プロセッサー２１１は、ステップＳ３６の処理の後、ステップＳ３１へと戻る。
ステップＳ３６においてプロセッサー２１１は、バスモビリティ２０への乗車を許可する旨を報知する。例えば、プロセッサー２１１は、当該旨を示す音声をスピーカーから出力する。例えば、プロセッサー２１１は、ディスプレイに、当該旨を示す画像を表示させる。プロセッサー２１１は、ステップＳ３６の処理の後、ステップＳ３１へと戻る。
【0081】
＜バス乗車後の動作＞
バス利用者は、バスモビリティ２０に乗車した状態で、バスモビリティ２０とともに移動する。そして、モビリティ識別装置４０のセンサー範囲内をバスモビリティ２０が通過又は停車した場合、モビリティ識別装置４０は、バスモビリティ２０から車載器識別子又は車両番号等を読み取る。
このとき、モビリティ管理システム１は、図１０のステップＳＴ１７に示すバス位置処理を行う。ステップＳＴ１７のバス位置処理の例を図１３に示す。図１３は、第１実施形態に係るモビリティ管理システム１によるバス位置処理の例における情報の流れの一例を示すシーケンス図である。
バス利用者は、バスモビリティ２０に乗車した状態で、バスモビリティ２０とともに移動する。そして、モビリティ識別装置４０のセンサー範囲内をバスモビリティ２０が通過又は停車した場合、モビリティ識別装置４０は、バスモビリティ２０から車載器識別子又は車両番号等を読み取る。
このとき、モビリティ管理システム１は、図１０のステップＳＴ１７に示すバス位置処理を行う。ステップＳＴ１７のバス位置処理の例を図１３に示す。図１３は、第１実施形態に係るモビリティ管理システム１によるバス位置処理の例における情報の流れの一例を示すシーケンス図である。
【0082】
図１４は、第１実施形態に係るモビリティ管理システム１によるバス位置処理の一例を示すフローチャートである。
ここで、フローチャートＦＬ５は、モビリティ識別装置４０のプロセッサー４１が実行する処理である。また、フローチャートＦＬ６は、サービス提供支援装置６０のプロセッサー６１が実行する処理である。また、フローチャートＦＬ７及びフローチャートＦＬ８は、モビリティ管理装置１０のプロセッサー１１が実行する処理である。
ここで、フローチャートＦＬ５は、モビリティ識別装置４０のプロセッサー４１が実行する処理である。また、フローチャートＦＬ６は、サービス提供支援装置６０のプロセッサー６１が実行する処理である。また、フローチャートＦＬ７及びフローチャートＦＬ８は、モビリティ管理装置１０のプロセッサー１１が実行する処理である。
【0083】
図１４のフローチャートＦＬ５のステップＳ５１において、モビリティ識別装置４０のプロセッサー４１は、センサー４４によってバスモビリティ２０から車載器識別子又は車両番号等が読み取られたならば、ステップＳ５１においてＹｅｓと判定してステップＳ５２へと進む。モビリティ識別装置４０による車載器識別子の読み取りを、図１３ではステップＳＴ３１として示す。
【0084】
図１４のフローチャートＦＬ５のステップＳ５２において、プロセッサー４１は、読取通知を生成する。読取通知は、車載器識別子又は車両番号等を読み取ったことをサービス提供支援装置６０に通知する。読取通知は、ステップＳ５１で読み取られた車載器識別子又は車両番号等を含む。また、読取通知は、当該読取通知を送信するモビリティ識別装置４０にユニークに付与された識別装置ＩＤを含む。プロセッサー４１は、生成した読取通知を、通信インターフェース４５を介して、当該読取通知をサービス提供支援装置６０に送信する。
送信された当該読取通知は、サービス提供支援装置６０の第２の通信インターフェース６６によって受信される。当該読取通知は、図１３ではステップＳＴ３２として示す。プロセッサー４１は、図１４のフローチャートＦＬ５のステップＳ５２の処理の後、ステップＳ５１へと戻る。
送信された当該読取通知は、サービス提供支援装置６０の第２の通信インターフェース６６によって受信される。当該読取通知は、図１３ではステップＳＴ３２として示す。プロセッサー４１は、図１４のフローチャートＦＬ５のステップＳ５２の処理の後、ステップＳ５１へと戻る。
【0085】
一方、フローチャートＦＬ６のステップＳ６１において、サービス提供支援装置６０のプロセッサー６１は、第２の通信インターフェース６６によって読取通知が受信されるのを待ち受けている。プロセッサー６１は、読取通知が受信されたならば、ステップＳ６１においてＹｅｓと判定してステップＳ６２へと進む。
【0086】
ステップＳ６２においてプロセッサー６１は、ステップＳ６１で受信された読取通知に含まれる車載器識別子又は車両番号等を、第１の通信インターフェース６５を介して、当該車載器識別子又は車両番号等をモビリティ管理装置１０に送信する。
送信された当該車載器識別子又は車両番号等は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該車載器識別子は、図１３ではステップＳＴ３３として示す。
送信された当該車載器識別子又は車両番号等は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該車載器識別子は、図１３ではステップＳＴ３３として示す。
【0087】
一方、図１４のフローチャートＦＬ７のステップＳ７１において、プロセッサー１１は、車載識別子又は車両番号等が受信されたならば、ステップＳ７１においてＹｅｓと判定してステップＳ７２へと進む。
【0088】
ステップＳ７２においてプロセッサー１１は、関連付けテーブルＴ１を参照して、ステップＳ７１で受信された車載器識別子又は車両番号等を含むレコードのうち、利用中を示すレコードを特定する。そして、プロセッサー１１は、当該レコードから、車載器識別子又は車両番号等に関連付けられた顧客情報に含まれる第１の利用者特定情報及び連絡先情報を取得する。なお、プロセッサー１１は、このようなレコードが複数ある場合には、その全てから第１の利用者特定情報及び連絡先情報を取得する。当該第１の利用者特定情報の取得を、図１３ではステップＳＴ３４として示す。なお、以下の説明では、ここで取得されるうちの１つの第１の利用者特定情報に着目して説明を行う。実際には、モビリティ管理システム１は、ここで取得される複数の第１の利用者特定情報それぞれについて同様の処理を行う。
以上より、プロセッサー１１は、図１４のフローチャートＦＬ７のステップＳ７２の処理を行うことで、第１の利用者特定情報を取得するモビリティ管理処理部１１ａとして機能する。なお、前述のように、車載器識別子又は車両番号等は、モビリティ特定情報の一例である。したがって、第１の利用者特定情報は、通信インターフェース１５によって受信されたモビリティ特定情報と同一のモビリティ特定情報に関連付けテーブルＴ１によって関連付けられた利用者特定情報である。また、以上より、第１の利用者特定情報は、第１の利用者特定情報で特定されるバス利用者がモビリティ特定情報で特定されるバスモビリティ２０を利用中であることを示す。
以上より、プロセッサー１１は、図１４のフローチャートＦＬ７のステップＳ７２の処理を行うことで、第１の利用者特定情報を取得するモビリティ管理処理部１１ａとして機能する。なお、前述のように、車載器識別子又は車両番号等は、モビリティ特定情報の一例である。したがって、第１の利用者特定情報は、通信インターフェース１５によって受信されたモビリティ特定情報と同一のモビリティ特定情報に関連付けテーブルＴ１によって関連付けられた利用者特定情報である。また、以上より、第１の利用者特定情報は、第１の利用者特定情報で特定されるバス利用者がモビリティ特定情報で特定されるバスモビリティ２０を利用中であることを示す。
【0089】
図１４のフローチャートＦＬ７のステップＳ７３においてプロセッサー１１は、ステップＳ７２で取得した第１の利用者特定情報及び連絡先情報を、通信インターフェース１５を介して、当該第１の利用者特定情報及び連絡先情報をサービス提供支援装置６０に送信する。
送信された当該第１の利用者特定情報及び連絡先情報は、サービス提供支援装置６０の第１の通信インターフェース６５によって受信される。当該第１の利用者特定情報は、図１３ではステップＳＴ３５として示す。プロセッサー１１は、図１４のフローチャートＦＬ７のステップＳ７３の処理の後、ステップＳ７１へと戻る。
送信された当該第１の利用者特定情報及び連絡先情報は、サービス提供支援装置６０の第１の通信インターフェース６５によって受信される。当該第１の利用者特定情報は、図１３ではステップＳＴ３５として示す。プロセッサー１１は、図１４のフローチャートＦＬ７のステップＳ７３の処理の後、ステップＳ７１へと戻る。
【0090】
一方、フローチャートＦＬ６のステップＳ６３において、プロセッサー６１は、第１の利用者特定情報及び連絡先情報が受信されたならば、ステップＳ６３においてＹｅｓと判定してステップＳ６４へと進む。
【0091】
ステップＳ６４においてプロセッサー６１は、識別装置の識別装置情報を取得する。当該識別装置は、ステップＳ６１で受信された読取通知に含まれる識別装置ＩＤで特定される識別装置である。識別装置情報は、例えば、モビリティ識別装置４０が設置されている位置を示す位置情報を含む。プロセッサー６１は、例えば、モビリティ識別装置４０についての情報を提供するサーバーなどから識別装置情報を取得する。なお、当該サーバーは、モビリティ管理装置１０であっても良い。
なお、当該位置情報は、前述から分かるように、モビリティからモビリティ特定情報が取得された位置を示す。
なお、当該位置情報は、前述から分かるように、モビリティからモビリティ特定情報が取得された位置を示す。
【0092】
ステップＳ６５においてプロセッサー６１は、ステップＳ６１で受信された読取通知に含まれる識別装置ＩＤ、ステップＳ６３で受信された第１の利用者特定情報及び連絡先情報、並びにステップＳ６４で取得した識別装置情報を含む支援通知を生成する。プロセッサー６１は、当該支援通知を、第１の通信インターフェース６５を介して、当該支援通知をモビリティ管理装置１０に送信する。
送信された当該支援通知は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該支援通知は、図１３ではステップＳＴ３６として示す。プロセッサー６１は、図１４のフローチャートＦＬ６のステップＳ６５の処理の後、ステップＳ６１へと戻る。
送信された当該支援通知は、モビリティ管理装置１０の通信インターフェース１５によって受信される。当該支援通知は、図１３ではステップＳＴ３６として示す。プロセッサー６１は、図１４のフローチャートＦＬ６のステップＳ６５の処理の後、ステップＳ６１へと戻る。
【0093】
一方、フローチャートＦＬ８のステップＳ８１においてモビリティ管理装置１０のプロセッサー１１は、通信インターフェース１５によって支援通知が受信されるのを待ち受けている。プロセッサー１１は、支援通知が受信されたならば、ステップＳ８１においてＹｅｓと判定してステップＳ８２へと進む。
【0094】
ステップＳ８２においてプロセッサー１１は、第１の利用者特定情報で特定される利用者の降車する場所（以下「降車場所」という。）にバスが到着しそうであるか否かを判定する。プロセッサー１１は、例えば、ステップＳ８１で受信された支援通知に含まれる位置情報を取得する。そして、プロセッサー１１は、当該位置情報の示す位置が降車場所から所定の距離以内であるならば、降車場所にバスが到着しそうであると判定する。あるいは、プロセッサー１１は、当該位置から降車場所までにかかる時間を求めて、当該時間が所定の時間以下であるならば、降車場所にバスが到着しそうであると判定する。なお、プロセッサー１１は、当該支援通知に位置情報が含まれない場合、当該支援通知に含まれる識別装置ＩＤから、当該識別装置ＩＤで特定されるモビリティ識別装置４０の設置位置を示す位置情報を取得しても良い。プロセッサー１１は、降車場所にバスが到着しそうであると判定するならば、ステップＳ８２においてＹｅｓと判定してステップＳ８３へと進む。
【0095】
ステップＳ８３においてプロセッサー１１は、利用ＤＢ１４１を参照して、第１の利用者特定情報で特定される利用者が、乗車中のバスから別のバスに乗り換えをする予約をしているか否かを判定する。プロセッサー１１は、乗り換えをする予約をしていると判定ならば、ステップＳ８３においてＹｅｓと判定してステップＳ８４へと進む。
【0096】
ステップＳ８４においてプロセッサー１１は、第１の利用者特定情報で特定される電子メールアドレスを宛先として、バスの乗り換え場所の地図並びに乗り換え先のバスの到着時刻及び発車時刻などを含む、バスの乗り換えについての案内を、電子メールで送信する。なお、本明細書中における電子メールは、電子メールに代えて、ＳＭＳ（short message service）などの電子メールに類似するサービスでも良い。したがって、本明細書中における電子メールアドレスは、電子メールアドレスに代えてＳＭＳの送信先を示す電話番号などでもよい。なお、上記の電子メールの内容は、電子メールの本文などに記載されているものでも、当該本文中のＵＲＬ（uniform resource locator）などのリンクなどによって開かれるＷｅｂページ内に記載されているものでも良い。また、以降の説明における電子メールの内容についても同様とする。なお、ここで送信される電子メールを、図１３ではステップＳＴ３７として示す。
【0097】
また、図１４のフローチャートＦＬ８のステップＳ８４において、プロセッサー１１は、ステップＳ８１で受信された支援通知に含まれる連絡先情報に含まれる電子メールアドレスを宛先とする電子メールを送信する。当該電子メールの内容は、例えば、第１の利用者特定情報、支援通知に含まれる位置情報が示す位置、当該第１の利用者特定情報で特定される利用者が当該位置にいることを示す旨、及び当該第１の利用者特定情報で特定される利用者が乗り換え場所に着くことを示す旨を含む。プロセッサー１１は、ステップＳ８４の処理の後、ステップＳ８１へと戻る。
【0098】
プロセッサー１１は、乗り換えをする予約をしていないと判定するならば、ステップＳ８３においてＮｏと判定してステップＳ８５へと進む。
ステップＳ８５においてプロセッサー１１は、第１の利用者特定情報で特定される電子メールアドレスを宛先として、バスの到着場所の周辺施設の案内、及び当該周辺施設の広告などを含む電子メールを送信する。なお、ここで送信される電子メールを、図１３ではステップＳＴ３７として示す。
ステップＳ８５においてプロセッサー１１は、第１の利用者特定情報で特定される電子メールアドレスを宛先として、バスの到着場所の周辺施設の案内、及び当該周辺施設の広告などを含む電子メールを送信する。なお、ここで送信される電子メールを、図１３ではステップＳＴ３７として示す。
【0099】
また、図１４のフローチャートＦＬ８のステップＳ８５において、プロセッサー１１は、ステップＳ８１で受信された支援通知に含まれる連絡先情報に含まれる電子メールアドレスを宛先に電子メールを送信する。当該電子メールの内容は、例えば、第１の利用者特定情報、支援通知に含まれる位置情報が示す位置、当該第１の利用者特定情報で特定される利用者が当該位置にいること、及び当該第１の利用者特定情報で特定される利用者が降車場所に着くことを示す旨を含む。プロセッサー１１は、ステップＳ８４の処理の後、ステップＳ８１へと戻る。プロセッサー１１は、ステップＳ８５の処理の後、ステップＳ８１へと戻る。
【0100】
また、プロセッサー１１は、降車場所にバスが到着しそうでないと判定するならば、ステップＳ８２においてＮｏと判定してステップＳ８６へと進む。
ステップＳ８６においてプロセッサー１１は、ステップＳ８１で受信された支援通知に含まれる連絡先情報に含まれる電子メールアドレスを宛先に電子メールを送信する。当該電子メールの内容は、例えば、第１の利用者特定情報、支援通知に含まれる位置情報が示す位置、及び当該第１の利用者特定情報で特定される利用者が当該位置にいることを示す旨を含む。プロセッサー１１は、ステップＳ８６の処理の後、ステップＳ８１へと戻る。
ステップＳ８６においてプロセッサー１１は、ステップＳ８１で受信された支援通知に含まれる連絡先情報に含まれる電子メールアドレスを宛先に電子メールを送信する。当該電子メールの内容は、例えば、第１の利用者特定情報、支援通知に含まれる位置情報が示す位置、及び当該第１の利用者特定情報で特定される利用者が当該位置にいることを示す旨を含む。プロセッサー１１は、ステップＳ８６の処理の後、ステップＳ８１へと戻る。
【0101】
以上より、プロセッサー１１は、フローチャートＦＬ８の処理を行うことで、モビリティからモビリティ特定情報が取得された位置を示す位置情報を取得し、位置情報に応じて定まる処理をする位置情報処理部１１ｂとして機能する。
【0102】
＜バス降車時の動作＞
次に、バス利用者がバスモビリティ２０の利用を終えて降車する場合の処理について説明する。
図１５は、第１実施形態に係るモビリティ管理システム１における情報の流れの一例を示すシーケンス図である。
バス利用者は、バスモビリティ２０の利用を終える場合、例えば、バスモビリティ２０が備えるカードリーダー２１４にＩＣカードを読み込ませる。これに応じて、利用通知装置２１は、利用通知をモビリティ管理装置１０に送信する。なお、ここで利用通知装置２１が利用者端末装置５０から利用者ＩＤを読み取ることを図１５ではステップＳＴ４１として示す。また、ここで利用通知装置２１が送信する利用通知は、図１５ではステップＳＴ４２として示す。
次に、バス利用者がバスモビリティ２０の利用を終えて降車する場合の処理について説明する。
図１５は、第１実施形態に係るモビリティ管理システム１における情報の流れの一例を示すシーケンス図である。
バス利用者は、バスモビリティ２０の利用を終える場合、例えば、バスモビリティ２０が備えるカードリーダー２１４にＩＣカードを読み込ませる。これに応じて、利用通知装置２１は、利用通知をモビリティ管理装置１０に送信する。なお、ここで利用通知装置２１が利用者端末装置５０から利用者ＩＤを読み取ることを図１５ではステップＳＴ４１として示す。また、ここで利用通知装置２１が送信する利用通知は、図１５ではステップＳＴ４２として示す。
【0103】
ここで利用通知を受信したモビリティ管理装置１０のプロセッサー１１は、前述した説明から分かるように図１２のフローチャートＦＬ４のステップＳ４４へと進む。そして、モビリティ管理装置１０のプロセッサー１１は、対象予約が利用開始前の予約でないならば、ステップＳ４４においてＮｏと判定してステップＳ４７へと進む。
ステップＳ４７においてプロセッサー１１は、関連付けテーブルＴ１を更新して、対象予約の利用が終了されたことが分かるようにする。以下、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３のそれぞれの場合についての処理を説明する。
プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を無効にする。
プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用終了時刻フィールドに現在日時を書き込む。
プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを削除する。なお、ここで削除されるレコードは、ステップＳ４５で追加されたものである。
ここでの関連付けテーブルＴ１の更新については、図１５ではステップＳＴ４３として示す。
ステップＳ４７においてプロセッサー１１は、関連付けテーブルＴ１を更新して、対象予約の利用が終了されたことが分かるようにする。以下、関連付けテーブルＴ１－１～関連付けテーブルＴ１－３のそれぞれの場合についての処理を説明する。
プロセッサー１１は、関連付けテーブルＴ１－１の対象予約についてのレコードの有効フラグフィールドの値を無効にする。
プロセッサー１１は、関連付けテーブルＴ１－２の対象予約についてのレコードの利用終了時刻フィールドに現在日時を書き込む。
プロセッサー１１は、関連付けテーブルＴ１－３に、対象予約に対応するレコードを削除する。なお、ここで削除されるレコードは、ステップＳ４５で追加されたものである。
ここでの関連付けテーブルＴ１の更新については、図１５ではステップＳＴ４３として示す。
【0104】
図１３のフローチャートＦＬ４のステップＳ４８においてプロセッサー１１は、通信インターフェース１５を介して終了通知を利用通知装置２１に送信する。終了通知は、バスモビリティ２０の利用終了に係る処理をするように利用通知装置２１に通知する。
送信された当該終了通知は、利用通知装置２１の通信インターフェース２１５によって受信される。終了通知は、図１５ではステップＳＴ４４として示す。プロセッサー１１は、図１３のフローチャートＦＬ４のステップＳ４８の処理の後、図１２のフローチャートＦＬ４のステップＳ４１へ戻る。
送信された当該終了通知は、利用通知装置２１の通信インターフェース２１５によって受信される。終了通知は、図１５ではステップＳＴ４４として示す。プロセッサー１１は、図１３のフローチャートＦＬ４のステップＳ４８の処理の後、図１２のフローチャートＦＬ４のステップＳ４１へ戻る。
【0105】
一方、利用通知装置２１のプロセッサー２１１は、受信されたデータが終了通知であるならば、フローチャートＦＬ３のステップＳ３４においてＮｏと判定してステップＳ３６へと進む。
【0106】
以上のように、第１実施形態のモビリティ管理システム１は、長距離バスの利用者に対して、長距離バスの位置に応じたサービスを行うことができる。
【0107】
第１実施形態のモビリティ管理システム１は、関連付けテーブルＴ１を用いて、車載器識別子又は車両番号等と第１の利用者特定情報とを関連付けることで、当該第１の利用者特定情報で特定される利用者が、当該車載器識別子又は車両番号等を利用中であることが分かるようになっている。このため、モビリティ管理システム１を用いることで、特定のバスモビリティ２０を利用中の利用者に対するサービスなどを行うことができるようになる。
【0108】
また、第１実施形態のモビリティ管理システム１は、車載器識別子又は車両番号等から第１の利用者特定情報を特定できる。そして、モビリティ管理システム１は、当該第１の利用者特定情報を宛先として電子メールを送信する。これにより、モビリティ利用者は、乗車しているバスモビリティ２０に応じた内容の電子メールを受け取ることができる。
【0109】
第１実施形態のモビリティ管理システム１は、バスモビリティ２０から車載器識別子又は車両番号等を読み取った識別装置の位置を取得する。これにより、モビリティ管理システム１は、バスモビリティ２０の位置に応じて異なる処理をすることができる。これにより、モビリティ利用者は、乗車しているバスモビリティ２０の位置に応じた内容の電子メールを受け取ることができる。例えば、モビリティ利用者は、乗車しているバスモビリティ２０が降車場所に近付いたことに応じて送信された電子メールを受け取ることができる。
【0110】
また、第１実施形態のモビリティ管理システム１は、第１の利用者特定情報に関連付けられた連絡先情報が示す電子メールアドレスを宛先として、バスモビリティ２０の位置を送信する。例えば、当該電子メールアドレスが第１の利用者特定情報で特定される利用者の家族又は知り合いなどであるならば、当該家族又は知り合いは、バスモビリティ２０に乗車している当該利用者の位置を知ることができる。したがって、当該家族又は知り合いは、モビリティ管理システム１を当該利用者の見守りなどに用いることができる。
【0111】
〔第２実施形態〕
第２実施形態は、第１実施形態とは異なり、乗車する際に呼び出しを必要とするデマンドバスなどのバスに対して用いられる実施形態である。なお、第２実施形態において単にバス利用者という場合、デマンドバス利用者を示すものとする。
第２実施形態は、第１実施形態とは異なり、乗車する際に呼び出しを必要とするデマンドバスなどのバスに対して用いられる実施形態である。なお、第２実施形態において単にバス利用者という場合、デマンドバス利用者を示すものとする。
【0112】
＜システム構成＞
図１６は、第２実施形態に係るモビリティ管理システム１ｂの構成の一例を示すブロック図である。モビリティ管理システム１ｂは、情報提供システムの一例である。
第２実施形態に係るモビリティ管理システム１ｂは、第１実施形態のモビリティ管理システムに加えてサービス提供装置３０を備える。すなわち、モビリティ管理システム１ｂは、モビリティ管理装置１０、バスモビリティ２０、サービス提供装置３０、モビリティ識別装置４０、利用者端末装置５０及びサービス提供支援装置６０を含む。
図１６は、第２実施形態に係るモビリティ管理システム１ｂの構成の一例を示すブロック図である。モビリティ管理システム１ｂは、情報提供システムの一例である。
第２実施形態に係るモビリティ管理システム１ｂは、第１実施形態のモビリティ管理システムに加えてサービス提供装置３０を備える。すなわち、モビリティ管理システム１ｂは、モビリティ管理装置１０、バスモビリティ２０、サービス提供装置３０、モビリティ識別装置４０、利用者端末装置５０及びサービス提供支援装置６０を含む。
【0113】
モビリティ管理装置１０とサービス提供装置３０とはネットワークＮＷを介して接続する。サービス提供装置３０と利用者端末装置５０とはネットワークＮＷを介して接続する。
また、サービス提供装置３０とサービス提供支援装置６０とは、例えばＬＡＮなどを介して接続する。サービス提供支援装置６０は、例えば、第２の通信インターフェース６６を用いてサービス提供装置３０と通信する。
また、サービス提供装置３０とサービス提供支援装置６０とは、例えばＬＡＮなどを介して接続する。サービス提供支援装置６０は、例えば、第２の通信インターフェース６６を用いてサービス提供装置３０と通信する。
【0114】
なお、第２実施形態では、利用ＤＢ１４１は、関連付けテーブルＴ１として関連付けテーブルＴ１－３を記憶するものとして説明する。ただし、第２実施形態のモビリティ管理システム１ｂを、関連付けテーブルＴ１－１又は関連付けテーブルＴ１－２を用いるようなシステムとすることも可能である。
【0115】
図１７は、サービス提供装置３０の要部回路構成の一例を示すブロック図である。
サービス提供装置３０は、バス利用者に対するサービスの提供などに用いられるサーバー装置などである。サービス提供装置３０は、一例として、プロセッサー３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、第１の通信インターフェース３５、第２の通信インターフェース３６、表示デバイス３７及び入力デバイス３８を含み、バス３９などが、これら各部を接続する。
サービス提供装置３０は、バス利用者に対するサービスの提供などに用いられるサーバー装置などである。サービス提供装置３０は、一例として、プロセッサー３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶デバイス３４、第１の通信インターフェース３５、第２の通信インターフェース３６、表示デバイス３７及び入力デバイス３８を含み、バス３９などが、これら各部を接続する。
【0116】
プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたソフトウェアなどのプログラムに基づいて、位置情報処理部３１ａなどとして機能する。なお、当該プログラムの一部又は全部は、プロセッサー３１の回路内に組み込まれていても良い。
【0117】
ＲＯＭ３２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ３２は、上記のプログラムのうちのファームウェア、プロセッサー３１が各種の処理を行う上で使用するデータ及び各種の設定値などを記憶する。
【0118】
ＲＡＭ３３は、データの読み書きに用いられる揮発性メモリであり、ワークエリアなどとして利用される。
【0119】
補助記憶デバイス３４は、プロセッサー３１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス３４は、例えばＥＥＰＲＯＭ、ＨＤＤ、又はフラッシュメモリなどである。補助記憶デバイス３４は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。また、補助記憶デバイス３４は、プロセッサー３１が各種の処理を行う上で使用するデータ、プロセッサー３１での処理によって生成されたデータ又は各種の設定値などを保存する。
また、補助記憶デバイス３４は、提供ＤＢ３４１を記憶する。提供ＤＢ３４１は、サービス提供装置３０が提供するサービスに関する情報を記憶する。
また、補助記憶デバイス３４は、提供ＤＢ３４１を記憶する。提供ＤＢ３４１は、サービス提供装置３０が提供するサービスに関する情報を記憶する。
【0120】
第１の通信インターフェース３５は、サービス提供装置３０がネットワークＮＷなどを介して通信するためのインターフェースである。サービス提供装置３０は、第１の通信インターフェース３５を用いてモビリティ管理装置１０及び利用者端末装置５０などと通信する。第１の通信インターフェース３５は、サービス提供通信部の一例である。
【0121】
第２の通信インターフェース３６は、サービス提供装置３０が他の装置と通信するためのインターフェースである。サービス提供装置３０は、第２の通信インターフェース３６を用いてサービス提供支援装置６０などと通信する。
なお、第１の通信インターフェース３５及び第２の通信インターフェース３６は、共通のインターフェースであっても良い。
なお、第１の通信インターフェース３５及び第２の通信インターフェース３６は、共通のインターフェースであっても良い。
【0122】
表示デバイス３７は、サービス提供装置３０の操作者に各種情報を通知するための画面を表示する。表示デバイス３７は、例えば、液晶ディスプレイ又は有機ＥＬ（electro-luminescence）ディスプレイなどのディスプレイである。
【0123】
入力デバイス３８は、サービス提供装置３０の操作者による操作を受け付けるデバイスで、例えば、キーボード、キーパッド、タッチパッド又はマウスなどである。
また、表示デバイス３７及び入力デバイス３８を一体化したタッチパネルとして構成しても良い。この場合、タッチパネルが備える表示パネルが表示デバイス３７に対応し、タッチ入力によるポインティングデバイスが入力デバイス３８に対応する。
また、表示デバイス３７及び入力デバイス３８を一体化したタッチパネルとして構成しても良い。この場合、タッチパネルが備える表示パネルが表示デバイス３７に対応し、タッチ入力によるポインティングデバイスが入力デバイス３８に対応する。
【0124】
バス３９は、コントロールバス、アドレスバス及びデータバスなどを含み、サービス提供装置３０の各部で授受される信号を伝送する。
【0125】
＜動作説明＞
以下、第２実施形態に係るモビリティ管理システム１ｂの動作を説明する。
図１８は、第２実施形態に係るモビリティ管理システム１ｂにおける情報の流れの一例を示すシーケンス図である。情報の流れについてはこの図面を含む各シーケンス図を用いて説明し、各装置の処理については、後出の各フローチャートを用いて説明する。
以下、第２実施形態に係るモビリティ管理システム１ｂの動作を説明する。
図１８は、第２実施形態に係るモビリティ管理システム１ｂにおける情報の流れの一例を示すシーケンス図である。情報の流れについてはこの図面を含む各シーケンス図を用いて説明し、各装置の処理については、後出の各フローチャートを用いて説明する。
【0126】
＜会員登録動作＞
バス利用者は、バスの利用の前に予め、利用者端末装置５０を用いてサービス提供装置３０にアクセスすることで会員登録をする。バス利用者は、会員登録において、電子メールアドレス、及びバス利用者がデマンドバスに乗る際に用いる交通系ＩＣカードのカードＩＤなどの必要な情報などを登録する。
バス利用者は、バスの利用の前に予め、利用者端末装置５０を用いてサービス提供装置３０にアクセスすることで会員登録をする。バス利用者は、会員登録において、電子メールアドレス、及びバス利用者がデマンドバスに乗る際に用いる交通系ＩＣカードのカードＩＤなどの必要な情報などを登録する。
【0127】
図１９は、第２実施形態に係る会員登録処理の一例を示すフローチャートである。
ここで、フローチャートＦＬ２１は、利用者端末装置５０のプロセッサー５１が実行する処理である。また、フローチャートＦＬ２２は、サービス提供装置３０のプロセッサー３１が実行する処理である。
図１９のフローチャートＦＬ２１のステップＳ２０１において、利用者端末装置５０のプロセッサー５１は、会員登録を開始するか否かを判定する。プロセッサー５１は、操作者による操作に基づき、会員登録を行うためのｗｅｂページを表示したことに応じて会員登録を開始すると判定する。プロセッサー５１は、会員登録を開始すると判定するならば、ステップＳ２０１においてＹｅｓと判定してステップＳ２０２へと進む。
ここで、フローチャートＦＬ２１は、利用者端末装置５０のプロセッサー５１が実行する処理である。また、フローチャートＦＬ２２は、サービス提供装置３０のプロセッサー３１が実行する処理である。
図１９のフローチャートＦＬ２１のステップＳ２０１において、利用者端末装置５０のプロセッサー５１は、会員登録を開始するか否かを判定する。プロセッサー５１は、操作者による操作に基づき、会員登録を行うためのｗｅｂページを表示したことに応じて会員登録を開始すると判定する。プロセッサー５１は、会員登録を開始すると判定するならば、ステップＳ２０１においてＹｅｓと判定してステップＳ２０２へと進む。
【0128】
ステップＳ２０２においてプロセッサー５１は、登録要求を送信するか否かを判定する。プロセッサー５１は、会員登録に必要な情報が入力された状態で、送信ボタンなどが操作されたことに応じて、登録要求を送信すると判定する。プロセッサー５１は、登録要求を送信すると判定するならば、ステップＳ２０２においてＹｅｓと判定してステップＳ２０３へと進む。
【0129】
ステップＳ２０３においてプロセッサー５１は、会員登録に必要な情報である、電子メールアドレス及びカードＩＤなどを含む登録要求を生成する。プロセッサー５１は、登録要求を生成すると、通信インターフェース５５を介して、当該登録要求をサービス提供装置３０に送信する。
送信された当該登録要求は、サービス提供装置３０の第１の通信インターフェース３５によって受信される。当該登録要求は、図１８ではステップＳＴ２０１として示す。プロセッサー５１は、図１９のフローチャートＦＬ２１のステップＳ２０３の処理の後、ステップＳ２０１へと戻る。
送信された当該登録要求は、サービス提供装置３０の第１の通信インターフェース３５によって受信される。当該登録要求は、図１８ではステップＳＴ２０１として示す。プロセッサー５１は、図１９のフローチャートＦＬ２１のステップＳ２０３の処理の後、ステップＳ２０１へと戻る。
【0130】
一方、フローチャートＦＬ２２のステップＳ２１１において、サービス提供装置３０のプロセッサー３１は、第１の通信インターフェース３５によって登録要求が受信されるのを待ち受けている。プロセッサー３１は、登録要求が受信されたならば、ステップＳ２１１においてＹｅｓと判定してステップＳ２１２へと進む。
【0131】
ステップＳ２１２においてプロセッサー３１は、ステップＳ２１１で受信された登録要求に含まれる電子メールアドレスとカードＩＤとを関連付けて提供ＤＢ３４１などに記憶する。プロセッサー３１は、ステップＳ２１２の処理の後、ステップＳ２１１へと戻る。
以上の処理により、会員登録が完了する。
以上の処理により、会員登録が完了する。
【0132】
＜予約動作＞
バス利用者は、デマンドバスの利用前に利用予約を行う。予約の際に入力する内容は、乗車予定のバス停留所及び降車予定のバス停留所を示す乗降情報と、電子メールアドレス又はカードＩＤとを含む。ただし、デマンドバスによって停留所以外の場所から乗降可能なものもある。そのような場合には、停留所に限らない。なお、乗降情報が示す降車予定のバス停留所を、以下「降車停留所」という。
バス利用者は、デマンドバスの利用前に利用予約を行う。予約の際に入力する内容は、乗車予定のバス停留所及び降車予定のバス停留所を示す乗降情報と、電子メールアドレス又はカードＩＤとを含む。ただし、デマンドバスによって停留所以外の場所から乗降可能なものもある。そのような場合には、停留所に限らない。なお、乗降情報が示す降車予定のバス停留所を、以下「降車停留所」という。
【0133】
図２０は、第２実施形態に係るバスモビリティの予約処理の一例を示すフローチャートである。
ここで、フローチャートＦＬ２３は、サービス提供装置３０のプロセッサー３１が実行する処理である。また、フローチャートＦＬ２４は、サービス提供装置３０のプロセッサー３１が実行する処理である。
ここで、フローチャートＦＬ２３は、サービス提供装置３０のプロセッサー３１が実行する処理である。また、フローチャートＦＬ２４は、サービス提供装置３０のプロセッサー３１が実行する処理である。
【0134】
第２実施形態では、利用者端末装置５０のプロセッサー５１は、図２０のフローチャートＦＬ２３のステップＳ１２の処理においてＹｅｓと判定したならば、ステップＳ２２１へと進む。
ステップＳ２２１においてプロセッサー５１は、乗降情報と、電子メールアドレス又はカードＩＤとを含むバス予約要求を生成する。プロセッサー５１は、バス予約要求を生成すると、通信インターフェース５５を介して、当該バス予約要求をサービス提供装置３０に送信する。
送信された当該バス予約要求は、サービス提供装置３０の第１の通信インターフェース３５によって受信される。当該バス予約要求は、図１８ではステップＳＴ２０２として示す。プロセッサー５１は、図２０のフローチャートＦＬ２３のステップＳ２２１の処理の後、ステップＳ１４へと進む。
ステップＳ２２１においてプロセッサー５１は、乗降情報と、電子メールアドレス又はカードＩＤとを含むバス予約要求を生成する。プロセッサー５１は、バス予約要求を生成すると、通信インターフェース５５を介して、当該バス予約要求をサービス提供装置３０に送信する。
送信された当該バス予約要求は、サービス提供装置３０の第１の通信インターフェース３５によって受信される。当該バス予約要求は、図１８ではステップＳＴ２０２として示す。プロセッサー５１は、図２０のフローチャートＦＬ２３のステップＳ２２１の処理の後、ステップＳ１４へと進む。
【0135】
一方、フローチャートＦＬ２４のステップＳ２３１において、サービス提供装置３０のプロセッサー３１は、第１の通信インターフェース３５によってバス予約要求が受信されたならば、ステップＳ２３１においてＹｅｓと判定してステップＳ２３２へと進む。
【0136】
ステップＳ２３２においてプロセッサー３１は、ステップＳ２３１において受信されたバス予約要求に含まれる電子メールアドレス又はカードＩＤと、乗降情報とを関連付けて提供ＤＢ３４１などに記憶する。
【0137】
ステップＳ２３３においてプロセッサー３１は、デマンドバスの予約を完了した旨を示す情報、及び予約内容を示す情報などを含むバス予約通知を生成する。プロセッサー３１は、バス予約通知を生成すると、当該バス予約通知を、第１の通信インターフェース３５を介して、バス予約要求の送信元である利用者端末装置５０に送信する。
送信された当該バス予約通知は、利用者端末装置５０の通信インターフェース５５によって受信される。プロセッサー３１は、ステップＳ２３３の処理の後、ステップＳ２３１へと戻る。
送信された当該バス予約通知は、利用者端末装置５０の通信インターフェース５５によって受信される。プロセッサー３１は、ステップＳ２３３の処理の後、ステップＳ２３１へと戻る。
【0138】
＜デマンドバス乗車時の動作＞
バス利用者は、バスへの乗車時と降車時にカードリーダー２１４に交通系ＩＣカード（交通系ＩＣカードと同様の機能を有する電子機器を含む。）を読み込ませる。このとき、カードリーダー２１４は、ＩＣカードからカードＩＤを読み込む。また、モビリティ管理システム１は、カードリーダー２１４が交通系ＩＣカードから情報を読み込む際に当該交通系ＩＣカードを用いて運賃の決済も行う。運賃の決済は、乗車時であっても降車時であっても良い。交通系ＩＣカードを用いた運賃の決済は、公知の方法を用いることができるので詳細な説明は省略する。
バス利用者は、バスへの乗車時と降車時にカードリーダー２１４に交通系ＩＣカード（交通系ＩＣカードと同様の機能を有する電子機器を含む。）を読み込ませる。このとき、カードリーダー２１４は、ＩＣカードからカードＩＤを読み込む。また、モビリティ管理システム１は、カードリーダー２１４が交通系ＩＣカードから情報を読み込む際に当該交通系ＩＣカードを用いて運賃の決済も行う。運賃の決済は、乗車時であっても降車時であっても良い。交通系ＩＣカードを用いた運賃の決済は、公知の方法を用いることができるので詳細な説明は省略する。
【0139】
図２１は、第２実施形態に係る利用通知に係る処理の一例に関するフローチャートである。
ここで、フローチャートＦＬ２５は、利用通知装置２１のプロセッサー２１１が実行する処理である。また、フローチャートＦＬ２６は、モビリティ管理装置１０のプロセッサー１１が、実行する処理である。
ここで、フローチャートＦＬ２５は、利用通知装置２１のプロセッサー２１１が実行する処理である。また、フローチャートＦＬ２６は、モビリティ管理装置１０のプロセッサー１１が、実行する処理である。
【0140】
第２実施形態では、利用通知装置２１のプロセッサー２１１は、図２１のフローチャートＦＬ２５のステップＳ３３においてＹｅｓと判定したならば、ステップＳ３６へと進む。
【0141】
第２実施形態では、モビリティ管理装置１０のプロセッサー１１は、フローチャートＦＬ２６のステップＳ４１において、Ｙｅｓと判定したならば、ステップＳ２４１へと進む。
ステップＳ２４１において、プロセッサー５１は、ステップＳ４１で受信された利用通知が、バス利用者の乗車時に送信されたものであるか否かを判定する。プロセッサー５１は、関連付けテーブルＴ１－３を参照して、当該利用通知に含まれる車載器識別子又は車両番号等と、当該利用通知に含まれるカードＩＤとを含むレコード（以下「乗車中レコード」という。）があるか否かを確認する。そして、プロセッサー５１は、乗車中レコードが無いならば、当該利用通知が乗車時に送信されたものであると判定する。プロセッサー５１は、乗車中レコードがあるならば、当該利用中が降車時に送信されたものであると判定する。プロセッサー５１は、当該利用通知が乗車時に送信されたものであると判定するならば、ステップＳ２４１において、Ｙｅｓと判定してステップＳ２４２へと進む。
ステップＳ２４１において、プロセッサー５１は、ステップＳ４１で受信された利用通知が、バス利用者の乗車時に送信されたものであるか否かを判定する。プロセッサー５１は、関連付けテーブルＴ１－３を参照して、当該利用通知に含まれる車載器識別子又は車両番号等と、当該利用通知に含まれるカードＩＤとを含むレコード（以下「乗車中レコード」という。）があるか否かを確認する。そして、プロセッサー５１は、乗車中レコードが無いならば、当該利用通知が乗車時に送信されたものであると判定する。プロセッサー５１は、乗車中レコードがあるならば、当該利用中が降車時に送信されたものであると判定する。プロセッサー５１は、当該利用通知が乗車時に送信されたものであると判定するならば、ステップＳ２４１において、Ｙｅｓと判定してステップＳ２４２へと進む。
【0142】
ステップＳ２４２においてプロセッサー５１は、利用通知に含まれるカードＩＤで特定されるバス利用者が、当該利用通知に含まれる車載器識別子又は車両番号等で特定されるバスモビリティ２０を利用中であることが分かるようにする。このために、プロセッサー５１は、例えば、関連付けテーブルＴ１－３に新規レコードとして乗車中レコードを追加する。プロセッサー５１は、ステップＳ２４２の処理の後、ステップＳ４６へと進む。
【0143】
以上より、第２実施形態では、ステップＳ２４１でＹｅｓと判定されるような利用通知は、利用開始を示す通知情報の一例である。
したがって、プロセッサー１１は、ステップＳ２４２の処理を行うことで、関連付けテーブルＴ１を、利用開始を示す通知情報が受信されたことに応じて、モビリティ利用者がモビリティを利用中であることが分かるようにするモビリティ管理処理部１１ａとして機能する。
したがって、プロセッサー１１は、ステップＳ２４２の処理を行うことで、関連付けテーブルＴ１を、利用開始を示す通知情報が受信されたことに応じて、モビリティ利用者がモビリティを利用中であることが分かるようにするモビリティ管理処理部１１ａとして機能する。
【0144】
＜バス乗車後の動作＞
バス利用者は、バスモビリティ２０に乗車した状態で、バスモビリティ２０とともに移動する。
そして、モビリティ識別装置４０のセンサー範囲内をバスモビリティ２０が通過又は停車した場合、モビリティ識別装置４０は、バスモビリティ２０から車載器識別子又は車両番号等を読み取る。
このとき、モビリティ管理システム１は、図１８のステップＳＴ２０４に示すバス位置処理を行う。ステップＳＴ２０４のバス位置処理の例を図２２に示す。
図２２は、第２実施形態に係るモビリティ管理システム１ｂによるバス位置処理の例における情報の流れの一例を示すシーケンス図である。
バス利用者は、バスモビリティ２０に乗車した状態で、バスモビリティ２０とともに移動する。
そして、モビリティ識別装置４０のセンサー範囲内をバスモビリティ２０が通過又は停車した場合、モビリティ識別装置４０は、バスモビリティ２０から車載器識別子又は車両番号等を読み取る。
このとき、モビリティ管理システム１は、図１８のステップＳＴ２０４に示すバス位置処理を行う。ステップＳＴ２０４のバス位置処理の例を図２２に示す。
図２２は、第２実施形態に係るモビリティ管理システム１ｂによるバス位置処理の例における情報の流れの一例を示すシーケンス図である。
【0145】
図２３は、第２実施形態に係るモビリティ管理システム１ｂによるバス位置処理の動作の一例を示すフローチャートである。
ここで、フローチャートＦＬ２７は、サービス提供支援装置６０のプロセッサー６１が実行する処理である。また、フローチャートＦＬ２８は、サービス提供装置３０のプロセッサー３１が実行する処理である。
また、モビリティ識別装置４０及びモビリティ管理装置１０は、第１実施形態と同様にフローチャートＦＬ５及びフローチャートＦＬ７に示す処理を実行する。
ここで、フローチャートＦＬ２７は、サービス提供支援装置６０のプロセッサー６１が実行する処理である。また、フローチャートＦＬ２８は、サービス提供装置３０のプロセッサー３１が実行する処理である。
また、モビリティ識別装置４０及びモビリティ管理装置１０は、第１実施形態と同様にフローチャートＦＬ５及びフローチャートＦＬ７に示す処理を実行する。
【0146】
第２実施形態では、サービス提供支援装置６０のプロセッサー６１は、図２３のフローチャートＦＬ２７のステップＳ６４の処理の後、ステップＳ２５１へと進む。
ステップＳ２５１においてプロセッサー６１は、第１実施形態と同様に支援通知を生成し、第２の通信インターフェース６６を介して、サービス提供装置３０に送信する。
送信された当該支援通知は、サービス提供装置３０の第２の通信インターフェース３６によって受信される。当該支援通知は、図２２ではステップＳＴ２１１として示す。プロセッサー６１は、図２３のフローチャートＦＬ２７のステップＳ２５１の処理の後、ステップＳ６１へと戻る。
ステップＳ２５１においてプロセッサー６１は、第１実施形態と同様に支援通知を生成し、第２の通信インターフェース６６を介して、サービス提供装置３０に送信する。
送信された当該支援通知は、サービス提供装置３０の第２の通信インターフェース３６によって受信される。当該支援通知は、図２２ではステップＳＴ２１１として示す。プロセッサー６１は、図２３のフローチャートＦＬ２７のステップＳ２５１の処理の後、ステップＳ６１へと戻る。
【0147】
一方、フローチャートＦＬ２８のステップＳ２６１において、サービス提供装置３０のプロセッサー３１は、第２の通信インターフェース３６によって支援通知が受信されるのを待ち受けている。プロセッサー３１は、支援通知が受信されたならば、ステップＳ２６１においてＹｅｓと判定してステップＳ２６２へと進む。
【0148】
ステップＳ２６２においてプロセッサー３１は、提供ＤＢ３４１を参照して、ステップＳ２６１で受信された支援通知に含まれるカードＩＤに関連付けられた電子メールアドレスを取得する。
【0149】
ステップＳ２６３においてプロセッサー３１は、提供ＤＢ３４１を参照して、ステップＳ２６１で受信された支援通知に含まれるカードＩＤ又はステップＳ２６２で取得した電子メールアドレスに関連付けられた乗降情報を取得する。
【0150】
ステップＳ２６４においてプロセッサー３１は、バスモビリティ２０が、バス利用者が降車する予定のバス停留所に到着しそうであるか否かを判定する。ここで、バス利用者が降車する予定のバス停留所は、ステップＳ２６３で取得された乗降情報が示す降車停留所である。あるいは、ここで、バス利用者が降車する予定のバス停留所は、バス利用者が、ステップＳ２６３で取得された乗降情報が示す降車停留所に行くための乗り換えのために降車するべきバス停留所（以下「乗り換え停留所」という。）である。乗り換え停留所がどのバス停留所であるかを決定する方法については経路検索などの公知の方法を用いることができる。
プロセッサー３１は、バスモビリティ２０が、バス利用者が降車する予定のバス停留所に到着しそうであるか否かを判定するために、例えば、支援通知に含まれる位置情報を取得する。そして、プロセッサー３１は、当該位置情報の示す位置が、降車停留所又は乗り換え停留所から所定の範囲内であるならば、バス利用者が降車する予定のバス停留所に到着しそうであると判定する。当該所定の範囲は、一例として、降車停留所又は乗り換え停留所の１つ前のバス停留所から降車停留所又は乗り換え停留所までの間である。プロセッサー３１は、バス利用者が降車する予定のバス停留所に到着しそうであると判定するならば、ステップＳ２６４においてＹｅｓと判定してステップＳ２６５へと進む。
プロセッサー３１は、バスモビリティ２０が、バス利用者が降車する予定のバス停留所に到着しそうであるか否かを判定するために、例えば、支援通知に含まれる位置情報を取得する。そして、プロセッサー３１は、当該位置情報の示す位置が、降車停留所又は乗り換え停留所から所定の範囲内であるならば、バス利用者が降車する予定のバス停留所に到着しそうであると判定する。当該所定の範囲は、一例として、降車停留所又は乗り換え停留所の１つ前のバス停留所から降車停留所又は乗り換え停留所までの間である。プロセッサー３１は、バス利用者が降車する予定のバス停留所に到着しそうであると判定するならば、ステップＳ２６４においてＹｅｓと判定してステップＳ２６５へと進む。
【0151】
ステップＳ２６５においてプロセッサー３１は、ステップＳ２６２で取得した電子メールアドレス宛に、もうすぐ降車予定のバス停留所に到着することを知らせる旨の電子メールを送信する。なお、バスモビリティ２０が乗り換え停留所に到着しそうである場合には、当該電子メールの内容は、もうすぐ乗り換え停留所に到着することを知らせる旨を含む。また、当該電子メールの内容は、降車予定のバス停留所の近隣の施設の情報などを含んでも良い。なお、ここで送信される電子メールを、図２２ではステップＳＴ２１２として示す。
【0152】
また、図２３のフローチャートＦＬ２８のステップＳ２６５において、プロセッサー３１は、ステップＳ２６１で受信された支援通知に含まれる連絡先情報に含まれる電子メールアドレスを宛先として電子メールを送信する。当該電子メールの内容は、例えば、第１の利用者特定情報、支援通知に含まれる位置情報が示す位置、当該第１の利用者特定情報で特定される利用者が当該位置にいることを示す旨、及び当該第１の利用者特定情報で特定される利用者が降車予定のバス停留所に着くことを示す旨を含む。
なお、バスモビリティ２０が乗り換え停留所に到着しそうである場合には、当該電子メールの内容は、当該第１の利用者特定情報で特定される利用者が乗り換え停留所に到着することを知らせる旨を含む。プロセッサー３１は、ステップＳ２６５の処理の後、ステップＳ２６１へと戻る。
なお、バスモビリティ２０が乗り換え停留所に到着しそうである場合には、当該電子メールの内容は、当該第１の利用者特定情報で特定される利用者が乗り換え停留所に到着することを知らせる旨を含む。プロセッサー３１は、ステップＳ２６５の処理の後、ステップＳ２６１へと戻る。
【0153】
対して、プロセッサー３１は、降車予定のバス停留所に到着しそうでないと判定するならば、ステップＳ２６４においてＮｏと判定してステップＳ２６６へと進む。
ステップＳ２６６においてプロセッサー３１は、ステップＳ２６１で受信された支援通知に含まれる連絡先情報に含まれる電子メールアドレスを宛先として、第１の利用者特定情報、支援通知に含まれる位置情報が示す位置、当該第１の利用者特定情報で特定される利用者が当該位置にいることを示す旨を含む電子メールを送信する。プロセッサー３１は、ステップＳ２６６の処理の後、ステップＳ２６１へと戻る。
ステップＳ２６６においてプロセッサー３１は、ステップＳ２６１で受信された支援通知に含まれる連絡先情報に含まれる電子メールアドレスを宛先として、第１の利用者特定情報、支援通知に含まれる位置情報が示す位置、当該第１の利用者特定情報で特定される利用者が当該位置にいることを示す旨を含む電子メールを送信する。プロセッサー３１は、ステップＳ２６６の処理の後、ステップＳ２６１へと戻る。
【0154】
以上より、プロセッサー３１は、フローチャートＦＬ２８の処理を行うことで、モビリティからモビリティ特定情報が取得された位置を示す位置情報を取得し、位置情報に応じて定まる処理をする位置情報処理部として機能する。
【0155】
＜バス降車時及び乗り換え時の動作＞
バス利用者は、前述したように、バスからの降車時、カードリーダー２１４に交通系ＩＣカードを読み込ませる。また、バス利用者は、乗り換えのための降車時にも、カードリーダー２１４に交通系ＩＣカードを読み込ませる。
図２１の説明に戻る。
プロセッサー５１は、当該利用通知が降車時に送信されたものであると判定するならば、フローチャートＦＬ２６のステップＳ２４１においてＮｏと判定してステップＳ２４３へと進む。
ステップＳ２４３においてプロセッサー５１は、関連付けテーブルＴ１－３から乗車中レコードを削除する。プロセッサー５１は、ステップＳ２４３の処理の後、ステップＳ４８へと進む。
バス利用者は、前述したように、バスからの降車時、カードリーダー２１４に交通系ＩＣカードを読み込ませる。また、バス利用者は、乗り換えのための降車時にも、カードリーダー２１４に交通系ＩＣカードを読み込ませる。
図２１の説明に戻る。
プロセッサー５１は、当該利用通知が降車時に送信されたものであると判定するならば、フローチャートＦＬ２６のステップＳ２４１においてＮｏと判定してステップＳ２４３へと進む。
ステップＳ２４３においてプロセッサー５１は、関連付けテーブルＴ１－３から乗車中レコードを削除する。プロセッサー５１は、ステップＳ２４３の処理の後、ステップＳ４８へと進む。
【0156】
バス利用者は、乗り換えのためにバスモビリティ２０から降車した後、乗り換え対象の別のバスモビリティ２０に乗車する。そして、バス利用者は、乗り換え対象のバスモビリティ２０への乗車時にカードリーダー２１４に交通系ＩＣカードを読み込ませる。これに応じて、モビリティ管理システム１ｂは、上記で説明したバス乗車時の動作を実行する。
【0157】
あるいは、バス利用者は、乗り換え時には、カードリーダー２１４に交通系ＩＣカードを読み込ませなくても良い。この場合、モビリティ管理システム１ｂは、バス乗車後の動作を継続する。
【0158】
以上のように、第２実施形態のモビリティ管理システム１ｂは、デマンドバスの利用者に対して、デマンドバスの位置に応じたサービスを行うことができる。デマンドバスの位置に応じたサービスは、例えば、デマンドバスが走っている位置の近隣の施設についての情報である。
また、モビリティ管理システム１ｂは、デマンドバスの位置に応じたサービスとして、降車予定のバス停留所に到着しそうであることをバスに乗車中の利用者に報知する。これにより、第２実施形態のモビリティ管理システム１ｂは、当該利用者が降車予定のバス停留所を乗り過ごすことを防ぐことができる。
また、モビリティ管理システム１ｂは、デマンドバスの位置に応じたサービスとして、降車予定のバス停留所に到着しそうであることをバスに乗車中の利用者に報知する。これにより、第２実施形態のモビリティ管理システム１ｂは、当該利用者が降車予定のバス停留所を乗り過ごすことを防ぐことができる。
【0159】
また、第２実施形態のモビリティ管理システム１ｂは、第１実施形態のモビリティ管理システム１と同様に見守りなどに用いることができる。
【0160】
［変形例］
上記の第１実施形態及び第２実施形態は以下のような変形も可能である。
上記の第１実施形態及び第２実施形態では、長距離バス及びデマンドバスの場合について説明した。しかしながら、実施形態のモビリティ管理システムは、その他のモビリティに対しても用いることができる。
上記の第１実施形態及び第２実施形態は以下のような変形も可能である。
上記の第１実施形態及び第２実施形態では、長距離バス及びデマンドバスの場合について説明した。しかしながら、実施形態のモビリティ管理システムは、その他のモビリティに対しても用いることができる。
【0161】
上記の第１実施形態及び第２実施形態では、バスモビリティ２０に人を乗せる場合について説明した。しかしながら、実施形態のモビリティ管理システム１は、モビリティに物を載せる場合に用いることもできる。この場合、関連付けテーブルＴ１は、利用者情報に代えて利用物情報を記憶する。利用物情報は、モビリティに載せられる物についての情報である。利用物情報は、利用者情報に含まれる第１の利用者特定情報に代えて利用物特定情報を含む。利用物特定情報は、利用物を特定することができる情報である。利用物特定情報は、例えば、利用物ごとにユニークに付与される利用物ＩＤである。また、提供ＤＢ３４１は、第２の利用者特定情報に代えて利用物特定情報を記憶する。
【0162】
第１実施形態及び第２実施形態のモビリティ管理システムは、モビリティ識別装置４０及びサービス提供支援装置６０に代えて、モビリティ識別装置４０及びサービス提供支援装置６０を兼ねる装置を備えていても良い。
【0163】
実施形態のモビリティ管理システムは、電子メールアドレスに代えて、ＳＮＳ（social networking service）などのＩＤなどを用いても良い。この場合、実施形態のモビリティ管理システムは、電子メールに代えて当該ＳＮＳなどを用いたメッセージなどを送信しても良い。電子メールアドレス又は当該ＩＤは、モビリティ利用者への情報の送信先を示す情報の例である。
【0164】
プロセッサー１１、プロセッサー２１１、プロセッサー３１、プロセッサー４１、プロセッサー５１、プロセッサー６１、又はプロセッサー２１１は、上記実施形態においてプログラムによって実現する処理の一部又は全部を、回路のハードウェア構成によって実現するものであっても良い。
【0165】
上記実施形態における各装置は、例えば、各処理を実行するためのプログラムが記憶された状態で各装置の管理者などへと譲渡される。しかしながら、当該各装置は、当該プログラムが記憶されない状態で当該管理者などに譲渡されても良い。また、当該各装置は、当該プログラムとは別のプログラムが記憶された状態で当該管理者などに譲渡されても良い。そして、当該プログラムが別途に当該管理者などへと譲渡され、当該管理者又はサービスマンなどによる操作に基づいて当該各装置に記憶されても良い。このときのプログラムの譲渡は、例えば、ディスクメディア又は半導体メモリなどのようなリムーバブルな記憶媒体を用いて、あるいはインターネット又はＬＡＮなどを介したダウンロードにより実現できる。
【0166】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0167】
１，１ｂ……モビリティ管理システム、１０……モビリティ管理装置、１１，３１，４１，５１，６１，２１１……プロセッサー、１１ａ……モビリティ管理処理部、１１ｂ，３１ａ……位置情報処理部、１２，３２，４２，５２，６２，２１２……ＲＯＭ、１３，３３，４３，５３，６３，２１３……ＲＡＭ、１４，３４，５４，６４……補助記憶デバイス、１５，４５，５５，２１５……通信インターフェース、１６，３９，４６，５８，６７，２１６……バス、２０……バスモビリティ、２１……利用通知装置、２２……車載器、２３……ナンバープレート、３０……サービス提供装置、３５，６５……第１の通信インターフェース、３６，６６……第２の通信インターフェース、３７，５６……表示デバイス、３８，５７……入力デバイス、４０……モビリティ識別装置、４４……センサー、５０……利用者端末装置、６０……サービス提供支援装置、１４１……利用ＤＢ、２１４……カードリーダー、３４１……提供ＤＢ、Ｔ１，Ｔ１－１，Ｔ１－２，Ｔ１－３……関連付けテーブル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
