JP7682114B2 - 輸送サービス管理装置、輸送サービス管理方法及び輸送サービス管理プログラム - Google Patents

Description

本開示は、車両を用いた輸送サービスの管理に関する。

車両を用いた輸送サービスとして、サービス利用者（以下、単に利用者ともいう）が必要なときに車両を利用可能なオンデマンド型の輸送サービスがある。
オンデマンド型の輸送サービスに関する技術として、特許文献１に開示の技術がある。
オンデマンド型の輸送サービスでは、利用者がアプリケーションを活用し、利用日時、乗降車位置を予約する。オンデマンド型の輸送サービスは、移動手段を持たない老人、妊婦等の病院への移動、道の駅の活用、農作物の道の駅への運搬等に利用されることが予想される。特に、地方（山間部等）での利用が効果的と考えられる。

特開２０２１－１８６９４号公報

輸送サービスの提供者はサービス提供のために車両を確保しているが、輸送サービスの需要は刻一刻と変動する。このため、車両数を需要の変動に機動的に合致させることは困難である。この結果、利用者がサービスの利用を希望する時間帯に十分な車両が確保できずに、利用者がサービスの利用を断念する事態が発生し得るという課題がある。

本開示は、上記のような課題を解決することを主な目的の一つとしている。具体的には、本開示は、車両を機動的に補充することで車両による輸送サービスを円滑に提供することを主な目的とする。

本開示に係る輸送サービス管理装置は、
車両による輸送サービスの需要を時間帯ごとに予測し、前記輸送サービスの事業者の管理下にある車両である確保車両の車両数では前記輸送サービスの需要を満たせないと予測される時間帯を不足時間帯として抽出する予測部と、
前記確保車両以外の車両の中から、前記不足時間帯に前記輸送サービスを提供可能な車両である補充車両を探索する探索部と、
前記補充車両に前記不足時間帯での前記輸送サービスの提供を依頼する依頼部とを有する。

本開示によれば、車両を機動的に補充することができ、車両による輸送サービスを円滑に提供することができる。

実施の形態１に係るシステム構成例を示す図。 実施の形態１に係る輸送サービス管理装置のハードウェア構成例を示す図。 実施の形態１に係る輸送サービス管理装置の機能構成例を示す図。 実施の形態１に係る輸送サービス管理装置の動作の概要を示すフローチャート。 実施の形態１に係る輸送サービス管理装置の動作の詳細を示すフローチャート。 実施の形態１に係る需要車両数テーブル、確保車両数テーブル及び不足車両数テーブルの例を示す図。 実施の形態１に係る輸送サービス管理装置の動作の詳細を示すフローチャート。 実施の形態１に係る募集メッセージの例を示す図。 実施の形態１に係る応答メッセージの例を示す図。 実施の形態１に係る補充車両数テーブルの例を示す図。 実施の形態１に係る輸送サービス管理装置の動作の詳細を示すフローチャート。 実施の形態１に係る輸送要求メッセージの例を示す図。 実施の形態１に係る依頼メッセージの例を示す図。 実施の形態１に係る受諾メッセージの例を示す図。 実施の形態１に係る配車確認メッセージの例を示す図。

以下、実施の形態を図を用いて説明する。以下の実施の形態の説明及び図面において、同一の符号を付したものは、同一の部分又は相当する部分を示す。

実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係るシステム構成例を示す。
輸送サービス管理装置１００は、車両による輸送サービスを実現するためのオペレーションを行う。より具体的には、輸送サービス管理装置１００は、輸送サービスの需要の予測、需要に応じた車両の補充、配車要求の受付、配車手配等のオペレーションを行う。
輸送サービス管理装置１００は、輸送サービスの事業者又は輸送サービスの事業者の業務委託先が利用するサーバ装置である。輸送サービスの事業者とは、車両によるオンデマンド型の輸送サービスを提供する業者である。また、本実施の形態では、輸送サービスとは、車両によるオンデマンド型の輸送サービスを意味する。

輸送サービス管理装置１００の動作手順は、輸送サービス管理方法に相当する。また、輸送サービス管理装置１００の動作を実現するプログラムは、輸送サービス管理プログラムに相当する。

輸送サービス管理装置１００は、ネットワーク２００を介して路側機３０１、ＥＴＣアンテナ３０２及び無線基地局装置３０３と接続されている。なお、ＥＴＣは「Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ Ｓｙｓｔｅｍ」の略称であり、登録商標である。

ネットワーク２００は、例えばインターネットである。なお、図示を省略しているが、ネットワーク２００にはメールサーバ、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ等の輸送サービス管理装置１００が路側機３０１、ＥＴＣアンテナ３０２及び無線基地局装置３０３と通信メッセージを送受信するための機構が含まれている。

路側機３０１は、車道に配置されている。路側機３０１は、例えばＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）により車両４０１に搭載されている通信デバイス５０１との無線通信が可能である。
図１では、１つの路側機３０１のみが示されるが、路側機３０１は複数の地域に複数存在する。
路側機３０１は、輸送サービス管理装置１００と通信デバイス５０１との間で通信メッセージを中継する。
路側機３０１は通信機に相当する。

ＥＴＣアンテナ３０２は、ＥＴＣレーンに配置されたアンテナである。ＥＴＣアンテナ３０２も、例えばＤＳＲＣにより車両４０１に搭載されている通信デバイス５０１との無線通信が可能である。
図１では、１つのＥＴＣアンテナ３０２のみが示されるが、ＥＴＣアンテナ３０２は複数の地域に複数存在する。
ＥＴＣアンテナ３０２も、輸送サービス管理装置１００と通信デバイス５０１との間で通信メッセージを中継する。
ＥＴＣアンテナ３０２も通信機に相当する。

無線基地局装置３０３は、例えば、携帯電話サービスの事業者が設置している通信施設である。
図１では、１つの無線基地局装置３０３のみが示されるが、無線基地局装置３０３は複数の地域に複数存在する。
無線基地局装置３０３は、車両管理者４０２が携帯する携帯端末５０２、サービス利用者６００が携帯する携帯端末５０２との無線通信が可能である。
無線基地局装置３０３は、輸送サービス管理装置１００と携帯端末５０２との間で通信メッセージを中継する。
また、無線基地局装置３０３は、車両４０１に搭載されている通信デバイス５０１とも無線通信可能であるが、説明の簡略化のため、本実施の形態では、無線基地局装置３０３は携帯端末５０２のみと無線通信を行うものとする。

車両４０１は、確保車両以外の車両である。
確保車両とは、輸送サービスの事業者が輸送サービスを提供するために確保している車両である。つまり、確保車両は、輸送サービスの事業者の管理下にあり、輸送サービスの事業者の指示による輸送サービスの提供が義務づけられている車両である。
一方、車両４０１は、輸送サービスの事業者の管理下になく、輸送サービスの提供が義務づけられていない車両である。車両４０１は、一般車両ともいう。
車両４０１には、路側機３０１及びＥＴＣアンテナ３０２と無線通信を行うことできる通信デバイス５０１が搭載されている。通信デバイス５０１は、例えばＥＴＣ車載器、カーナビゲーション装置である。また、携帯端末５０２を通信デバイス５０１として用いることもできる。

車両管理者４０２は、車両４０１を管理する者である。車両管理者４０２は例えば車両４０１を所有する個人、企業等である。
車両管理者４０２は車両４０１の所有権がなくても、車両４０１を後述する補充車両として用いるか否かを決定する権限があればよい。

また、車両管理者４０２の中には、輸送サービス業者との間で事前に自己の車両を補充車両として用いることに合意している者もいる。このような車両管理者４０２が管理する車両を補充候補車両という。補充候補車両は補充車両の候補となる車両である。
このような車両管理者４０２は、自己の携帯端末５０２の通信アドレスを輸送サービス管理装置１００に登録済みである。このため、輸送サービス管理装置１００は車両管理者４０２が車両４０１の外にいる場合でも、登録済みの通信アドレスを用いて、後述する募集メッセージ７０１を携帯端末５０２宛に送信することができる。
携帯端末５０２は、例えばスマートフォンである。
本実施の形態では、説明の簡明化のために、車両４０１内にいる車両管理者４０２は、車両４０１を補充車両として利用することに合意しておらず、車両外にいる車両管理者４０２は、自己の車両を補充車両として利用することに合意しているものとする。
なお、車両管理者４０２は、単に管理者ということもある。

サービス利用者６００は、輸送サービスの利用を希望する者である。
サービス利用者６００も携帯端末５０２を携帯しているものとする。

なお、輸送サービス管理装置１００と車両管理者４０２又はサービス利用者６００との通信方法は図１に記載のものに限らない。
例えば、輸送サービス管理装置１００は、無線基地局装置３０３の代わりに有線通信網又はＷｉ－ｆｉのアクセスポイント等の他の通信手段を用いて車両管理者４０２又はサービス利用者６００と通信を行ってもよい。
また、車両管理者４０２又はサービス利用者６００は、携帯端末５０２の代わりに、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等を用いてもよい。

募集メッセージ７０１は、輸送サービスを提供可能な車両を募集していることを通知する通信メッセージである。募集メッセージ７０１は、輸送サービス管理装置１００が輸送サービスの需要を予測した結果、確保車両のみでは需要を満たせないと判定した場合に送信される。
募集メッセージ７０１は、輸送サービス管理装置１００から路側機３０１、ＥＴＣアンテナ３０２又は無線基地局装置３０３を介して通信デバイス５０１又は車両管理者４０２の携帯端末５０２に送信される。
募集メッセージ７０１は、例えば電子メール、ショートメッセージ等である。

応答メッセージ７０２は、募集メッセージ７０１に応答する通信メッセージである。つまり、応答メッセージ７０２は、輸送サービスを提供可能であることを通知する通信メッセージである。
応答メッセージ７０２は、通信デバイス５０１又は車両管理者４０２の携帯端末５０２から路側機３０１、ＥＴＣアンテナ３０２又は無線基地局装置３０３を介して輸送サービス管理装置１００に送信される。
応答メッセージ７０２は、例えば電子メール、ショートメッセージ等である。

依頼メッセージ７０３は、輸送サービスの提供を依頼する通信メッセージである。
依頼メッセージ７０３は、輸送サービス管理装置１００から路側機３０１、ＥＴＣアンテナ３０２又は無線基地局装置３０３を介して通信デバイス５０１又は車両管理者４０２の携帯端末５０２に送信される。
依頼メッセージ７０３は、例えば電子メール、ショートメッセージ等である。

受諾メッセージ７０４は、依頼メッセージ７０３に応答する通信メッセージである。つまり、応答メッセージ７０２は、輸送サービスの提供を受諾したことを通知する通信メッセージである。
受諾メッセージ７０４は、通信デバイス５０１又は車両管理者４０２の携帯端末５０２から路側機３０１、ＥＴＣアンテナ３０２又は無線基地局装置３０３を介して輸送サービス管理装置１００に送信される。
受諾メッセージ７０４は、例えば電子メール、ショートメッセージ等である。

輸送要求メッセージ７０５は、輸送サービスの提供を要求する通信メッセージである。つまり、輸送要求メッセージ７０５は、配車を要求する通信メッセージである。
輸送要求メッセージ７０５は、サービス利用者６００の携帯端末５０２から無線基地局装置３０３を介して輸送サービス管理装置１００に送信される。
輸送要求メッセージ７０５は、例えば電子メール、ショートメッセージ等である。

配車確認メッセージ７０６は、輸送サービスの提供を確認する通信メッセージである。つまり、配車確認メッセージ７０６は、配車が行われることを確認する通信メッセージである。
配車確認メッセージ７０６は、輸送サービス管理装置１００から無線基地局装置３０３を介してサービス利用者６００の携帯端末５０２に送信される。
配車確認メッセージ７０６は、例えば電子メール、ショートメッセージ等である。

図２は、本実施の形態に係る輸送サービス管理装置１００のハードウェア構成例を示す。
図３は、本実施の形態に係る輸送サービス管理装置１００の機能構成例を示す。
まず、図２を参照して、輸送サービス管理装置１００のハードウェア構成例を説明する。

本実施の形態に係る輸送サービス管理装置１００は、コンピュータである。
輸送サービス管理装置１００は、ハードウェアとして、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３及び通信装置９０４を備える。
また、輸送サービス管理装置１００は、図３に示すように、機能構成として、予測部１０１、探索部１０２、依頼部１０３、通信部１０４及びデータベース１０５を備える。これらのうち、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の機能は、例えば、プログラムにより実現される。
補助記憶装置９０３には、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の機能を実現するプログラムが記憶されている。
これらプログラムは、補助記憶装置９０３から主記憶装置９０２にロードされる。そして、プロセッサ９０１がこれらプログラムを実行して、後述する予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の動作を行う。
図３は、プロセッサ９０１が予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の機能を実現するプログラムを実行している状態を模式的に表している。
なお、データベース１０５は、例えば補助記憶装置９０３により実現される。

次に、図３を参照して、輸送サービス管理装置１００の機能構成例を説明する。

予測部１０１は、複数の地域の各々で輸送サービスの需要を時間帯ごとに予測する。
そして、予測部１０１は、確保車両の車両数では輸送サービスの需要を満たせないと予測される時間帯及び地域を不足時間帯及び不足地域として抽出する。
予測部１０１により行われる処理は、予測処理に相当する。

探索部１０２は、確保車両以外の車両４０１の中から、不足地域ごとに、不足時間帯に輸送サービスを提供可能な車両である補充車両を探索する。
探索部１０２により行われる処理は、探索処理に相当する。

依頼部１０３は、サービス利用者６００に対する輸送サービスの提供を確保車両又は補充車両に依頼する。
依頼部１０３は、不足地域及び不足時間帯では、確保車両よりも優先して補充車両に輸送サービスの提供を依頼する。
依頼部１０３により行われる処理は、依頼処理に相当する。

通信部１０４は、ネットワーク２００との間で募集メッセージ７０１、応答メッセージ７０２、依頼メッセージ７０３、受諾メッセージ７０４、輸送要求メッセージ７０５及び配車確認メッセージ７０６を送受信する。

データベース１０５は、各種データを記憶する。
例えば、データベース１０５は、携帯端末５０２の通信アドレスを記憶する。
また、データベース１０５は、後述する各種テーブルを記憶する。
また、データベース１０５は、各路側機３０１がいずれの地域に配置されているかを記憶している。同様に、データベース１０５は、各ＥＴＣアンテナ３０２がいずれの地域に配置されているかを記憶している。同様に、データベース１０５は、各無線基地局装置３０３がいずれの地域に配置されているかを記憶している。

＊＊＊動作の説明＊＊＊
図４は、本実施の形態に係る輸送サービス管理装置１００の動作の概要を示す。

まず、ステップＳ１１において、予測部１０１が輸送サービスの需要を地域及び時間帯ごとに予測する。つまり、予測部１０１は、地域及び時間帯ごとに、輸送サービスの提供に必要になる車両数である需要車両数を予測する。
そして、予測部１０１は、需要車両数に満たない確保車両数しか確保できていない不足地域及び不足時間帯を抽出する。
本実施の形態では、説明の簡明のために、「時間帯」は１５分を単位とする。また、予測部１０１は、各「時間帯」が開始する１５分前に当該「時間帯」の需要を予測するものとする。例えば、予測部１０１は、「９：１５－９：２９」の需要予測は「９：１５」の１５分前である「９：００」に行うものとする。同様に、予測部１０１は、「９：３０－９：４４」の需要予測は「９：３０」の１５分前である「９：１５」に行うものとする。なお、これらは一例であり、「時間帯」は、５分単位、３０分単位、１時間単位等の異なる単位であってもよい。また、需要予測も５分単位、３０分単位、１時間単位等の異なるタイミングで行ってもよい。

次に、ステップＳ１２において、探索部１０２が補充車両を探索する。
より具体的には、探索部１０２は、不足地域及び不足時間帯での輸送サービスの提供を募集する募集メッセージ７０１を生成する。そして、探索部１０２は、通信部１０４を用いて募集メッセージ７０１をネットワーク２００に送信する。前述したように、募集メッセージ７０１は、路側機３０１、ＥＴＣアンテナ３０２、無線基地局装置３０３を介して配信され、最終的に車両４０１（通信デバイス５０１）及び車両管理者４０２（携帯端末５０２）に到達する。
そして、募集メッセージ７０１を受信した車両４０１の車両管理者４０２（通信デバイス５０１）が応答メッセージ７０２を送信すると、探索部１０２は通信部１０４を用いて応答メッセージ７０２を受信する。同様に、募集メッセージ７０１を受信した車両管理者４０２（携帯端末５０２）が応答メッセージ７０２を送信すると、探索部１０２は通信部１０４を用いて応答メッセージ７０２を受信する。
探索部１０２は、応答メッセージ７０２の送信元の車両４０１を補充車両として扱う。また、探索部１０２は、応答メッセージ７０２の送信元である車両管理者４０２が管理する車両（補充候補車両）を補充車両として扱う。

次に、ステップＳ１３において、依頼部１０３が、確保車両又は補充車両に輸送サービルの提供を依頼する。
より具体的には、依頼部１０３は、サービス利用者６００の携帯端末５０２から輸送要求メッセージ７０５を受信した場合に、サービス利用者６００に対する輸送サービスの提供を確保車両又は補充車両に依頼する。
依頼部１０３は、確保車両数で需要車両数を充足できるため、補充車両を手配していない場合は、確保車両のみに輸送サービスの提供を依頼する。
一方、不足地域の不足時間帯では、依頼部１０３は、確保車両よりも優先して補充車両に輸送サービスの提供を依頼する。そして、すべての補充車両に対する依頼が完了した後に、依頼部１０３は、確保車両への依頼を開始する。
依頼部１０３は、具体的には、確保車両又は補充車両に、依頼メッセージ７０３を通信部１０４を用いて送信する。そして、依頼部１０３は、通信部１０４を用いて、確保車両又は補充車両から受諾メッセージ７０４を受信する。
受諾メッセージ７０４を受信すると、依頼部１０３は、通信部１０４を用いて、サービス利用者６００の携帯端末５０２に配車確認メッセージ７０６を送信する。

図５は、図４のステップＳ１１の詳細を示す。
図５のステップＳ１１１～Ｓ１１５は、地域ごとに行われる。
なお、以下では、輸送サービスの提供地域がＡＡＡ、ＢＢＢ、ＣＣＣの３つであるものとする。また、確保車両には、輸送サービスの提供地域としてＡＡＡ、ＢＢＢ、ＣＣＣのいずれかが指定されているものとする。
そして、現時刻が「９：００」であり、予測部１０１は、ＡＡＡ、ＢＢＢ、ＣＣＣの各地域の「９：１５－９：２９」の需要予測を行うものとする。

まず、ステップＳ１１１において、予測部１０１は、対象となる時間帯の需要車両数を予測する。
前述のように現時刻が「９：００」であるので、予測部１０１は時間帯「９：１５－９：２９」の需要車両数を予測する。
予測部１０１は、例えば、同一地域の同一時間帯での過去の輸送要求数（昨日の輸送要求数、１週間前の輸送要求数等）を参照して需要予測を行うことが考えられる。つまり、予測部１０１は、昨日の同一地域の「９：１５－９：２９」の輸送要求数、１週間前の同一地域の「９：１５－９：２９」の輸送要求数等を参照して需要予測を行ってもよい。輸送要求数は、輸送要求メッセージ７０５の受信数である。
また、予測部１０１は、同一地域の直前の時間帯での輸送要求数を参照して需要予測を行ってもよい。つまり、予測部１０１は、現時刻「９：００」の直前の時間帯である「８：４５－８：５９」の輸送要求数を参照して需要予測を行ってもよい。
また、予測部１０１は、隣接地域の同一時間帯での過去の輸送要求数、隣接地域の直前の時間帯での輸送要求数を参照して需要予測を行ってもよい。例えば、地域ＡＡＡの「９：１５－９：２９」の需要予測のために、地域ＡＡＡに隣接する地域ＢＢＢの昨日の「９：１５－９：２９」の輸送要求数を参照してもよい。
更に、予測部１０１は、曜日ごとの特殊性、需要が増大／減少するイベントの有無等を考慮して、需要予測を行ってもよい。
また、予測部１０１は、上記のパラメータを組み合わせて需要予測を行ってもよい。
予測部１０１による需要予測の具体的な手法は問わない。

次に、ステップＳ１１２において、予測部１０１は、地域ごとに、需要車両数と確保車両数とを比較し、不足車両数を抽出する。

図６の（ａ）は、需要車両数テーブルの例を示す。図６の（ａ）は、地域ＡＡＡについての需要車両数テーブルを示す。需要車両数テーブルでは、時間帯ごとに需要車両数の予測値が示される。
現時刻が「９：００」であるため、予測部１０１は、地域ＡＡＡの「９：１５－９：２９」の需要車両数を予測している。図６の（ａ）では、地域ＡＡＡの「９：１５－９：２９」の需要車両数として「１８」が予測されている。
なお、「９：００－９：１４」の需要車両数は「８：４５」に予測済であり、予測値として「１５」が記載されている。一方、「９：３０－９：４４」の需要車両数は「９：１５」に予測されるため、需要車両数の予測値は記載されていない。

図６の（ｂ）は、確保車両数テーブルの例を示す。図６の（ｂ）は、地域ＡＡＡについての確保車両数テーブルを示す。確保車両数テーブルでは、時間帯ごとに確保車両数と確保車両詳細情報が示される。
各確保車両には、サービス提供を依頼する順序である「順位」が設定されている。「順位」の決定方法は問わない。
確保車両詳細情報の欄には、順位の降順に確保車両詳細情報が示される。確保車両詳細情報には、例えば、確保車両の車両ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、通信アドレス、ナンバープレートの値、管理者の識別子（管理者の氏名／名称）が含まれる。

予測部１０１は、図６の（ａ）の需要車両数テーブルの需要車両数と、図６の（ｂ）の確保車両数テーブルの確保車両数とを比較する。そして、需要車両＞確保車両数の場合に、予測部１０１は、車両数の差を不足車両数として抽出する。

そして、ステップＳ１１３において、予測部１０１は、不足車両数テーブルを生成又は更新する。
つまり、予測部１０１は、不足車両数テーブルが未生成の場合は、ステップＳ１１２で抽出された不足車両数が示される不足車両数テーブルを生成する。
また、不足車両数テーブルが生成済みであれば、予測部１０１は、データベース１０５から不足車両数テーブルを読み出す。そして、予測部１０１は、ステップＳ１１２で抽出された不足車両数を不足車両数テーブルに追加して不足車両数テーブルを更新する。

図６の（ｃ）は、不足車両数テーブルの例を示す。不足車両数テーブルでは、時間帯ごとに不足車両数が示される。
ここでは、予測部１０１は、地域ＡＡＡの「９：１５－９：２９」の不足車両数として「８」を追加する。
なお、不足車両数が「１」以上である時間帯が不足時間帯であり、不足車両数テーブルに不足時間帯が存在する地域が不足地域である。
図６の（ｃ）では、「９：００－９：１４」と「９：１５－９：２９」が不足時間帯であり、地域ＡＡＡが不足地域である。

次に、ステップＳ１１４において、予測部１０１は、不足車両数テーブルをデータベース１０５に格納する。

最後に、ステップＳ１１５において、予測部１０１は、探索指示を探索部１０２に出力する。探索指示は、探索部１０２に補充車両を探索するよう指示するコマンドである。
ここでは、予測部１０１は、地域ＡＡＡの「９：１５－９：２９」の不足車両数を補う補助車両を探索するよう指示する。

図７は、図４のステップＳ１２の詳細を示す。
図７の処理は、図５のステップＳ１１５で出力された探索指示を探索部１０２が受け取った際に開始する。
図７のステップＳ１２１～Ｓ１２７は不足地域ごとに行われる。
以下では、不足地域ＡＡＡについての動作を説明する。

まず、ステップＳ１２１において、探索部１０２は、募集メッセージ７０１を生成する。
現時刻が「９：００」であるため、探索部１０２は、地域ＡＡＡの「９：１５－９：２９」についての募集メッセージ７０１を生成する。
図８は、募集メッセージ７０１の例を示す。募集メッセージ７０１には、募集時間帯として不足時間帯である「９：１５－９：２９」が示される。また、募集地域として不足地域である「ＡＡＡ」が示される。

次に、ステップＳ１２２において、探索部１０２は通信部１０４を用いて募集メッセージ７０１をネットワーク２００に送信する。つまり、探索部１０２は通信部１０４に募集メッセージ７０１を出力し、通信部１０４が募集メッセージ７０１をネットワーク２００に送信する。
通信部１０４は、不足地域ＡＡＡに配置されている路側機３０１、ＥＴＣアンテナ３０２に募集メッセージ７０１を送信する。また、通信部１０４は、不足地域ＡＡＡの近隣の地域にいる車両４０１が募集メッセージ７０１に応募する可能性を考慮して、近隣の地域に配置されている路側機３０１、ＥＴＣアンテナ３０２に募集メッセージ７０１を送信してもよい。
また、通信部１０４は、不足地域ＡＡＡで補充車両を提供可能な車両管理者４０２宛に募集メッセージ７０１を送信する。

募集メッセージ７０１を受信した通信デバイス５０１又は携帯端末５０２が応答メッセージ７０２を送信した場合に、ステップＳ１２３において、探索部１０２は通信部１０４を用いて応答メッセージ７０２を受信する。つまり、通信部１０４が応答メッセージ７０２を受信し、通信部１０４が探索部１０２に応答メッセージ７０２を出力し、探索部１０２が応答メッセージ７０２を受け取る。
なお、探索部１０２は、応答メッセージ７０２を受け取るごとに、応答メッセージ７０２の受信数をカウントする。

図９は、応答メッセージ７０２の例を示す。応答メッセージ７０２において、募集時間帯及び募集地域は募集メッセージ７０１に示すものと同じである。
車両ＩＤは、募集メッセージ７０１を受信した通信デバイス５０１が搭載されている車両４０１のＩＤ又は募集メッセージ７０１を受信した携帯端末５０２を携帯する車両管理者４０２が管理する車両（補充候補車両）のＩＤである。
ナンバーは、募集メッセージ７０１を受信した通信デバイス５０１が搭載されている車両４０１のナンバープレートの値又は募集メッセージ７０１を受信した携帯端末５０２を携帯する車両管理者４０２が管理する車両（補充候補車両）のナンバープレートの値である。車両管理者４０２がナンバープレートの値をマニュアル入力してもよいし、車両４０１のＥＴＣカード又は他の記憶媒体に記憶されているナンバープレートの値を応答メッセージ７０２に転載してもよい。
管理者は、募集メッセージ７０１を受信した通信デバイス５０１が搭載されている車両４０１の車両管理者４０２の識別子（氏名／名称）又は募集メッセージ７０１を受信した携帯端末５０２を携帯する車両管理者４０２の識別子（氏名／名称）である。
アドレスは、募集メッセージ７０１を受信した通信デバイス５０１の通信アドレス又は募集メッセージ７０１を受信した携帯端末５０２の通信アドレスである。なお、車両管理者４０２が利用する通信アドレスであれば、これら以外の通信アドレスを用いてもよい。車両管理者４０２が通信アドレスをマニュアル入力してもよいし、車両４０１のＥＴＣカード又は他の記憶媒体に記憶されている通信アドレスを応答メッセージ７０２に転載してもよい。

次に、ステップＳ１２４において、探索部１０２は、応答メッセージ７０２の受信数が補充上限数に達したか否かを判定する。
補充上限数は補充車両数の上限値である。補充上限数は例えば不足車両数の１２０～１５０％程度の台数にすることが考えられる。補充上限数をどの程度にするかは輸送サービス事業者が決定する。

応答メッセージ７０２の受信数が補充上限数に達している場合は、処理がステップＳ１２５に進む。
一方、応答メッセージ７０２の受信数が補充上限数に達していない場合は、ステップＳ１２３が継続して行われる。

ステップＳ１２５では、探索部１０２は、募集終了メッセージを通信部１０４を用いてネットワーク２００に送信する。
募集終了メッセージは補充車両の募集を終了することを通知する通信メッセージである。
募集終了メッセージを受信した通信デバイス５０１及び携帯端末５０２は、車両管理者４０２に補充車両の募集が終了したことを通知する。

ステップＳ１２６では、探索部１０２は、補充車両数テーブルを生成又は更新する。
つまり、探索部１０２は、補充車両数テーブルが未生成の場合は、応答メッセージ７０２の受信により得られた補充車両数が示される補充車両数テーブルを生成する。
また、補充車両数テーブルが生成済みであれば、探索部１０２は、データベース１０５から補充車両数テーブルを読み出す。そして、探索部１０２は、応答メッセージ７０２の受信により得られた補充車両数を補充車両数テーブルに追加して補充車両数テーブルを更新する。
そして、ステップＳ１２７において、探索部１０２は、生成又は更新した補充車両数テーブルをデータベース１０５に格納する。

図１０は、補充車両数テーブルの例を示す。
図１０の補充車両数テーブルは、地域ＡＡＡについての補充車両数テーブルである。
補充車両数テーブルでは、時間帯ごとに不足車両数、補充車両数、補充車両詳細情報が示される。
ここでは、探索部１０２は、地域ＡＡＡの「９：１５－９：２９」の補充車両数「１２」を登録する。
補充車両詳細情報の欄には、順位の降順に補充車両詳細情報が示される。補充車両詳細情報には、例えば、補充車両の車両ＩＤ、通信アドレス、ナンバープレートの値、管理者の識別子（管理者の氏名／名称）が含まれる。これらは応答メッセージ７０２から抽出される。
例えば、応答メッセージ７０２の先着順に補充車両の順位を決定することが考えられる。また、例えば、過去に募集メッセージ７０１に応じた回数の順に補充車両の順位を決定することが考えられる。補充車両の順位決定方法は任意である。

最後に、ステップＳ１２７において、探索部１０２は、補充車両数テーブルをデータベース１０５に格納する。

図１１は、図４のステップＳ１３の詳細を示す。

ステップＳ１３１において、依頼部１０３はサービス利用者６００から輸送要求メッセージ７０５を受信したか否かを判定する。
輸送要求メッセージ７０５を受信している場合は、処理がステップＳ１３２に進む。

ステップＳ１３２では、依頼部１０３は、輸送要求メッセージ７０５から、輸送要求地域及び輸送要求時間帯を判定する。
輸送要求地域は、サービス利用者６００が輸送サービスを要求している地域である。輸送要求時間帯は、サービス利用者６００が輸送サービスを要求している時間帯である。

図１２は、輸送要求メッセージ７０５の例を示す。

要求メッセージ番号は、輸送要求メッセージ７０５の識別番号である。
乗車時刻は、サービス利用者６００が乗車を希望する時刻である。つまり、乗車時刻は、サービス利用者６００が希望する輸送サービスの開始時刻を示す。
乗車地点は、サービス利用者６００が乗車を希望する地点である。つまり、乗車地点は、サービス利用者６００が希望する輸送サービスの開始地点を示す。
降車地点は、サービス利用者６００が降車を希望する地点である。つまり、降車地点は、サービス利用者６００が希望する輸送サービスの終了地点を示す。
利用者名は、サービス利用者６００の氏名又は名称である。
また、輸送要求メッセージ７０５に乗車人数の欄を追加してもよい。
サービス利用者６００が同意する場合は、サービス利用者６００の携帯電話番号を輸送要求メッセージ７０５に含めてもよい。

依頼部１０３は、輸送要求メッセージ７０５の乗車時刻から輸送要求時間帯を判定する。図１２の例では、乗車時刻が「９：１５」であるため、依頼部１０３は、輸送要求時間帯として「９：１５－９：２９」を判定する。
また、依頼部１０３は、乗車地点から輸送要求地域を判定する。図１２の例では、乗車地点が「ＡＡＡ駅ロータリー」であるため、依頼部１０３は、輸送要求地域として「ＡＡＡ」を判定する。

次に、ステップＳ１３３において、依頼部１０３は、輸送要求時間帯と輸送要求地域との組み合わせに補充車両が登録されているか否かを判定する。
具体的には、依頼部１０３は、輸送要求地域の補充車両数テーブルを参照して、輸送要求時間帯に補充車両が登録されているか否かを判定する。
図１２の輸送要求メッセージ７０５の例では、依頼部１０３は、図１０の補充車両数テーブルの「９：１５－９：２９」を参照し、補充車両が登録されていると判定する。

輸送要求時間帯と輸送要求地域との組み合わせに補充車両が登録されている場合は、処理がステップＳ１３４に進む。一方、輸送要求時間帯と輸送要求地域との組み合わせに補充車両が登録されていない場合は、処理がステップＳ１３６に進む。

ステップＳ１３４では、依頼部１０３は、補充車両数テーブルの補充車両詳細情報の欄の最上位の順位の補充車両宛の依頼メッセージ７０３を生成する。

図１３は、依頼メッセージ７０３の例を示す。
依頼メッセージ７０３において、依頼メッセージ番号は、依頼メッセージ７０３の識別番号である。
要求メッセージ番号、乗車時刻、乗車地点、降車地点、利用者名は、輸送要求メッセージ７０５に示されるものと同じである。

次に、ステップＳ１３５において、依頼部１０３は、補充車両数テーブルから最上位の順位の補充車両詳細情報を削除する。また、依頼部１０３は、補充車両数テーブルの補充車両数を１つ減らす。

ステップＳ１３６では、依頼部１０３は、確保車両数テーブルの確保車両詳細情報の欄の最上位の順位の確保車両宛の依頼メッセージ７０３を生成する。
確保車両宛の依頼メッセージ７０３も図１３に示す通りである。

次に、ステップＳ１３７において、依頼部１０３は、確保車両数テーブルから最上位の順位の確保車両詳細情報を削除する。また、依頼部１０３は、確保車両数テーブルの確保車両数を１つ減らす。

次に、ステップＳ１３８において、依頼部１０３は、通信部１０４を用いて依頼メッセージ７０３をネットワーク２００に送信する。
この結果、依頼メッセージ７０３が補充車両又は確保車両に到達する。

次に、ステップＳ１３９において、依頼部１０３は、補充車両又は確保車両から受諾メッセージ７０４を受信したか否かを判定する。
受諾メッセージ７０４を受信している場合は、処理がステップＳ１４０に進む。一方、受諾メッセージ７０４を受信していない場合は、処理がステップＳ１４１に進む。

図１４は、受諾メッセージ７０４の例を示す。
受諾メッセージ７０４には、依頼メッセージ７０３と同じ内容が示される。

ステップＳ１４０では、依頼部１０３は、通信部１０４を用いて配車確認メッセージ７０６をネットワーク２００に送信する。
この結果、配車確認メッセージ７０６がサービス利用者６００に到達する。

図１５は、配車確認メッセージ７０６の例を示す。

配車確認メッセージ７０６において、ナンバーは、補充車両又は確保車両のナンバープレートの値である。管理者は、車両管理者４０２の氏名又は名称である。
依頼部１０３は、補充車両数テーブル（図１０）の補充車両詳細情報又は確保車両数テーブル（図６）の確保車両詳細情報からこれらを抽出する。
依頼メッセージ番号、要求メッセージ番号、乗車時刻、乗車地点、降車地点、利用者名は、依頼メッセージ７０３に示されるものと同じである。
車両管理者４０２が同意する場合は、車両管理者４０２の携帯電話番号を配車確認メッセージ７０６に含めてもよい。

一方、ステップＳ１３９において受諾メッセージ７０４を受信しない場合は、依頼部１０３はステップＳ１４１において受諾不可メッセージを受信したか否かを判定する。
受諾不可メッセージは、依頼メッセージ７０３の送信先の補充車両又は確保車両が輸送サービスの提供を受諾できないことを通知するメッセージである。

受諾不可メッセージを受信した場合は、処理がステップＳ１３３に戻り、依頼部１０３は、輸送要求メッセージ７０５に対して別の補充車両又は確保車両を割り当てる。
受諾不可メッセージを受信しない場合は、依頼部１０３は既定時間を待ち、ステップＳ１４２において既定時間が経過したか否かを判定する。既定時間が経過しても受諾メッセージ７０４又は受諾不可メッセージを受信しない場合は、処理がステップＳ１３３に戻り、依頼部１０３は、輸送要求メッセージ７０５に対して別の補充車両又は確保車両を割り当てる。

配車確認メッセージ７０６を受信したサービス利用者６００は乗車時刻に乗車地点に向かう。そして、サービス利用者６００は、配車確認メッセージ７０６に示されるナンバーに対応する補充車両又は確保車両を見つけ、配車確認メッセージ７０６に示される車両管理者４０２であることを確認し、輸送サービスを受ける。
一方、受諾メッセージ７０４を送信した車両管理者４０２は、依頼メッセージ７０３に示される乗車時刻に乗車地点に向かう。そして、車両管理者４０２は、依頼メッセージ７０３に示されるサービス利用者６００であることを確認し、輸送サービスを提供する。

本実施の形態では、課金処理については言及しない。輸送サービス管理装置１００は、どのような課金処理を行ってもよい。
また、輸送サービスの料金についても特に定めない。例えば、サービス利用者６００が、事前に決定している固定料金を車両管理者４０２に支払うことが考えられる。
同様に、本実施の形態では、輸送サービス管理装置１００の利用料金（手数料）についても特に定めない。例えば、輸送サービス管理装置１００の利用料金を無料にすることが考えられる。

＊＊＊実施の形態の効果の説明＊＊＊
以上のように、本実施の形態によれば、車両を機動的に補充することができ、車両による輸送サービスを円滑に提供することができる。
つまり、刻一刻と変動する需要に応じて機動的に車両を補充することで、車両の不足により利用者がサービスの利用を断念する事態を回避することができ、利用者に輸送サービスを円滑に提供することができる。

なお、以上では、輸送サービス管理装置１００が複数の地域の輸送サービスを管理する例を説明した。輸送サービス管理装置１００が１つの地域の輸送サービスのみを管理する場合は、図５及び図７の処理は当該１つの地域についてのみ行えばよい。

また、本実施の形態で説明した手順の一部のみを実施しても構わない。
また、本実施の形態で説明した手順の少なくとも一部と、本実施の形態で説明していない手順とを組み合わせて実施しても構わない。
また、本実施の形態に記載された構成及び手順を必要に応じて変更してもよい。

＊＊＊ハードウェア構成の補足説明＊＊＊
最後に、輸送サービス管理装置１００のハードウェア構成の補足説明を行う。
図２に示すプロセッサ９０１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。
プロセッサ９０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等である。
図２に示す主記憶装置９０２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
図２に示す補助記憶装置９０３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等である。
図２に示す通信装置９０４は、データの通信処理を実行する電子回路である。
通信装置９０４は、例えば、通信チップ又はＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。

また、補助記憶装置９０３には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）も記憶されている。
そして、ＯＳの少なくとも一部がプロセッサ９０１により実行される。
プロセッサ９０１はＯＳの少なくとも一部を実行しながら、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の機能を実現するプログラムを実行する。
プロセッサ９０１がＯＳを実行することで、タスク管理、メモリ管理、ファイル管理、通信制御等が行われる。
また、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の処理の結果を示す情報、データ、信号値及び変数値の少なくともいずれかが、主記憶装置９０２、補助記憶装置９０３、プロセッサ９０１内のレジスタ及びキャッシュメモリの少なくともいずれかに記憶される。
また、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の可搬記録媒体に格納されていてもよい。そして、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の機能を実現するプログラムが格納された可搬記録媒体を流通させてもよい。

また、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４の「部」を、「回路」又は「工程」又は「手順」又は「処理」又は「サーキットリー」に読み替えてもよい。
また、輸送サービス管理装置１００は、処理回路により実現されてもよい。処理回路は、例えば、ロジックＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＧＡ（Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）である。
この場合は、予測部１０１、探索部１０２、依頼部１０３及び通信部１０４は、それぞれ処理回路の一部として実現される。
なお、本明細書では、プロセッサと処理回路との上位概念を、「プロセッシングサーキットリー」という。
つまり、プロセッサと処理回路とは、それぞれ「プロセッシングサーキットリー」の具体例である。

１００ 輸送サービス管理装置、１０１ 予測部、１０２ 探索部、１０３ 依頼部、１０４ 通信部、１０５ データベース、２００ ネットワーク、３０１ 路側機、３０２ ＥＴＣアンテナ、３０３ 無線基地局装置、４０１ 車両、４０２ 車両管理者、５０１ 通信デバイス、５０２ 携帯端末、６００ サービス利用者、７０１ 募集メッセージ、７０２ 応答メッセージ、７０３ 依頼メッセージ、７０４ 受諾メッセージ、７０５ 輸送要求メッセージ、７０６ 配車確認メッセージ、９０１ プロセッサ、９０２ 主記憶装置、９０３ 補助記憶装置、９０４ 通信装置。

Claims (7)

1. 車両による輸送サービスの需要を時間帯ごとに予測し、前記輸送サービスの事業者の管理下にある車両である確保車両の車両数では前記輸送サービスの需要を満たせないと予測される時間帯を不足時間帯として抽出する予測部と、
   前記確保車両以外の車両の中から、前記不足時間帯に前記輸送サービスを提供可能な車両である補充車両を探索する探索部と、
   前記補充車両に前記不足時間帯での前記輸送サービスの提供を依頼する依頼部とを有する輸送サービス管理装置。
2. 前記予測部は、
   複数の地域の各々で前記輸送サービスの需要を時間帯ごと予測し、地域ごとに前記不足時間帯を抽出し、
   前記探索部は、
   地域ごとに前記補充車両を探索し、
   前記依頼部は、
   地域ごとに前記補充車両に前記不足時間帯での前記輸送サービスの提供を依頼する請求項１に記載の輸送サービス管理装置。
3. 前記探索部は、
   前記補充車両の探索として、前記不足時間帯に前記輸送サービスを提供可能な車両を募集していることを通知する通信メッセージである募集メッセージを車道に配置された通信機を介して配信し、
   前記募集メッセージを受信したいずれかの車両から、前記不足時間帯に前記輸送サービスを提供可能であることを通知する通信メッセージである応答メッセージを受信した場合に、前記応答メッセージの送信元の車両を前記補充車両として扱う請求項１に記載の輸送サービス管理装置。
4. 前記探索部は、
   前記補充車両の探索として、前記補充車両の候補である補充候補車両を管理する管理者宛に、前記不足時間帯に前記輸送サービスを提供可能な車両を募集していることを通知する通信メッセージである募集メッセージを送信し、
   前記管理者から、前記不足時間帯に前記補充候補車両により前記輸送サービスを提供可能であることを通知する通信メッセージである応答メッセージを受信した場合に、前記補充候補車両を前記補充車両として扱う請求項１に記載の輸送サービス管理装置。
5. 前記依頼部は、
   前記不足時間帯に前記確保車両よりも優先して前記補充車両に前記輸送サービスの提供を依頼する請求項１に記載の輸送サービス管理装置。
6. コンピュータが、車両による輸送サービスの需要を時間帯ごとに予測し、前記輸送サービスの事業者の管理下にある車両である確保車両の車両数では前記輸送サービスの需要を満たせないと予測される時間帯を不足時間帯として抽出する予測処理と、
   前記コンピュータが、前記確保車両以外の車両の中から、前記不足時間帯に前記輸送サービスを提供可能な車両である補充車両を探索する探索処理と、
   前記コンピュータが、前記補充車両に前記不足時間帯での前記輸送サービスの提供を依頼する依頼処理とを有する輸送サービス管理方法。
7. 車両による輸送サービスの需要を時間帯ごとに予測し、前記輸送サービスの事業者の管理下にある車両である確保車両の車両数では前記輸送サービスの需要を満たせないと予測される時間帯を不足時間帯として抽出する予測処理と、
   前記確保車両以外の車両の中から、前記不足時間帯に前記輸送サービスを提供可能な車両である補充車両を探索する探索処理と、
   前記補充車両に前記不足時間帯での前記輸送サービスの提供を依頼する依頼処理とをコンピュータに実行させる輸送サービス管理プログラム。

Images