JP7584331B2 - 同乗支援装置、同乗支援システム、同乗支援方法、およびプログラム - Google Patents

Description

本発明は、同乗支援装置、同乗支援システム、同乗支援方法、およびプログラムに関する。

従来から、複数の利用者が車両に相乗りするライドシェアに関する技術が知られている。例えば、既存の運行車両の中から、利用者の乗車場所および降車場所を運行中の経路に挿入できる運行車両を逐次挿入法を用いて選択し、選択された既存の運行車両を利用者に配車する配車システムが知られている（例えば、特許文献１参照）。

特開２０１９－０２０９７３号公報

従来技術においては、利用者が同乗を希望する時に走行中の車両をリアルタイムで配車する方式や、前日等に同乗を希望する複数の利用者をまとめて運行計画を生成する方式等が採用されている。しかしながら、これらの２つの方式は、別個のシステムとして構築されており、双方の方式に対応可能なシステムは知られていなかった。また、これらの２つの方式は、その利用目的、利用方法、要求されるサービス内容等に違いがあり、これらの違いを考慮した統合的なシステムが求められていた。

本発明は、このような事情を考慮してなされたものであり、多様な同乗方式に対応しつつ効率的に運行計画を生成することが可能な同乗支援装置、同乗支援システム、同乗支援方法、およびプログラムを提供することを目的の一つとする。

この発明に係る同乗支援装置、同乗支援システム、同乗支援方法、およびプログラムは、以下の構成を採用した。
（１）この発明の一態様の同乗支援装置は、移動体への同乗を希望する複数の利用者からの同乗要求を取得する取得部と、取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行するスタティック処理部と、所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行するダイナミック処理部とを備えるものである。

（２）上記（１）の態様において、前記スタティック処理部は、前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行するものである。

（３）上記（２）の態様において、決定された前記移動体の運行計画を前記利用者に通知する通知部をさらに備え、前記通知部は、前記第１の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングが、前記第２の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングよりも相対的に早くなるように、前記移動体の運行計画を前記利用者に通知するものである。

（４）上記（２）または（３）の態様において、前記スタティック処理部および前記ダイナミック処理部に割り当てるコンピュータリソースを管理するリソース管理部をさらに備え、前記リソース管理部は、前記第１の同乗要求を処理する場合には、前記ダイナミック処理部よりも、前記スタティック処理部に対して前記コンピュータリソースを多く割り当て、前記第２の同乗要求を処理する場合には、前記スタティック処理部よりも、前記ダイナミック処理部に対して前記コンピュータリソースを多く割り当てるものである。

（５）上記（１）から（４）の態様において、前記移動体は、電気を動力源とする第１車両と、電気以外を動力原とする第２車両とを含み、前記ダイナミック処理により割り当てられる前記第２車両の前記第１車両に対する比率が、前記スタティック処理により割り当てられる前記第２車両の前記第１車両に対する比率よりも高いものである。

（６）上記（１）から（５）の態様において、前記ダイナミック処理部は、b３０秒から４５秒の間の間隔で、前記ダイナミック処理を実行するものである。

（７）この発明の他の態様の同乗支援システムは、上記（１）から（５）の何れかの同乗支援装置と、前記利用者の端末装置と、前記移動体の運転者の端末装置とを備えるものである。

（８）この発明の他の態様の同乗支援方法は、コンピュータが、移動体への同乗を希望する複数の利用者からの同乗要求を取得し、取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行し、所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行するものである。

（９）この発明の他の態様のプログラムは、コンピュータに、移動体への同乗を希望する複数の利用者からの同乗要求を取得させ、取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行させ、所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行させる。

上記の（１）から（９）の態様によれば、スタティック処理とダイナミック処理とを組み合わせた処理を行うことで、多様な同乗方式に対応しつつ効率的に運行計画を生成することできる。

上記の（３）の態様によれば、第１の同乗要求に関する利用者への通知のタイミングを早めることで、利用者は状況に応じて早期に運行計画を知ることができ、サービスの利便性を高めることができる。

上記の（４）の態様によれば、コンピュータリソースの割り当てを可変とすることで、リソースを有効に活用して効率的に運行計画を決定することができる。

上記の（５）の態様によれば、割り当て対象の車両の種類を可変とし、ダイナミック処理においては、電気自動車よりも走行距離が長い電気以外を動力原とする車両（非電気自動車）を多く割り当てることで、運行計画の変更により走行距離が伸びた場合であっても、柔軟に対応することができる。

実施形態に係るセミデマンド方式の一例を説明する図である。 実施形態に係るフルデマンド方式の一例を説明する図である。 実施形態に係るスタティック処理の一例を説明する図である。 実施形態に係るダイナミック処理の一例を説明する図である。 実施形態に係る同乗支援システムの構成の一例を示す図である。 実施形態に係る車両所有者情報の一例を示す図である。 実施形態に係る同乗者情報の一例を示す図である。 実施形態に係るマッチング情報の一例を示す図である。 実施形態に係るマッチング情報の他の例を示す図である。 実施形態に係る同乗支援システムにおいて実行される処理の流れの一例を示すシーケンス図である。 実施形態に係る同乗支援システムにおいて実行されるスタティック処理の流れの一例を示すフローチャートである。 実施形態に係る同乗支援システムにおいて実行されるダイナミック処理の流れの一例を示すフローチャートである。 実施形態に係る同乗支援システムにおいて複数日の予約が処理される様子を説明する図である。

以下、図面を参照し、本発明の同乗支援装置、同乗支援システム、同乗支援方法、およびプログラムの実施形態について説明する。実施形態の同乗支援装置は、移動体を運転する利用者と、移動体への同乗を希望する利用者とをマッチングさせるライドシェアサービス（以下、単に「サービス」ともいう）の支援をする。このサービスにおいて利用される移動体は、例えば、四輪、三輪、二輪等の車両である。さらに、この車両は、車両の運転者による運転の操作によって走行する車両であってもよいし、車両の運転者による運転の操作を必要とせずに走行する、いわゆる、自動運転の車両であってもよい。以下の説明においては、車両が、四輪の車両である場合を例に挙げて説明する。車両は、特許請求の範囲における「移動体」の一例である。

実施形態のライドシェアサービスは、利用者からの要求に応じてマッチング処理を行うオンデマンドのサービスである。このライドシェアサービスには、例えば、セミデマンド方式と、フルデマンド方式との２つのデマンド方式がある。

セミデマンド方式とは、予め決定された１つの拠点と、複数の地点との間において車両の移動が行われる方式である。図１Ａは、実施形態に係るセミデマンド方式の一例を説明する図である。セミデマンド方式には、１つの拠点ＢＰが目的地となり複数の地点ＰＰ１～ＰＰｎが出発地点となる場合と、１つの拠点ＢＰが出発地点となり複数の地点ＰＰ１～ＰＰｎが目的地となる場合とが含まれる。セミデマンド方式のサービスは、例えば、複数の社員の自宅ＰＰ１～ＰＰ４（或いは自宅付近の所定の地点）を順に経由して１つの会社ＢＰに移動する通勤時や、１つの会社ＢＰから複数の社員の自宅ＰＰ４～ＰＰ１（或いは自宅付近の所定の地点）を順に経由して移動する退勤時等に利用される。この場合、通勤時および退勤時の各々において、一度経由した地点は再度通過しない。その他、例えば、１つの拠点が、病院、ショッピングモール、飲食店、宿泊施設、各種アクティビティ施設、行政機関等の複数の利用者が利用する所定の施設であり、複数の地点が、１つの拠点に関連して設定された所定の同乗地点であってもよい。

フルデマンド方式とは、複数の地点と、複数の地点との間において車両の移動が行われる方式である。図１Ｂは、実施形態に係るフルデマンド方式の一例を説明する図である。フルデマンド方式においては、複数の地点ＱＰ１～ＱＰｍの各々が出発地点、経由地点、または目的地となる。フルデマンド方式のサービスは、例えば、同乗を希望する利用者が、利用者の現在地点Ｑ１と、該利用者の目的地Ｑ２との間を移動する際等に利用される。この場合、目的地Ｑ２は、サービス終了時の出発地点となる。フルデマンド方式は、例えば、いわゆるタクシーにより実現されている方式である。

セミデマンド方式において行われるマッチング処理には、例えば、スタティック処理と、ダイナミック処理との２つの処理がある。スタティック処理と、ダイナミック処理とは、処理条件が互いに異なる。

スタティック処理とは、ある所定の時刻に複数の要求をまとめてマッチングする処理、所謂バッチ処理である。図２Ａは、実施形態に係るスタティック処理の一例を説明する図である。図２Ａに示すように、スタティック処理は、例えば、上記のような通勤時や退勤時に利用されるサービスにおいて、翌朝の通勤時或いは退勤時に同乗を希望する複数の社員からの事前予約の同乗要求ＲＱ１～ＲＱ７を、所定の時刻Ｔにまとめてマッチングする処理を含む。

ダイナミック処理とは、利用者からの要求を所定のサンプリングタイムごとにマッチングする処理である。ダイナミック処理は、要求をリアルタイム或いはリアルタイムに近い状態でマッチングする処理である。図２Ｂは、実施形態に係るダイナミック処理の一例を説明する図である。図２Ｂに示すように、ダイナミック処理は、例えば、上記のような通勤時や退勤時に利用されるサービスにおいて、既に車両の運行計画が生成されている状態で、新たに発生した直前予約の同乗要求を、所定のサンプリングタイムＳＴごとにマッチングし、運行計画の変更を行う処理を含む。例えば、時刻ｔ１にダイナミック処理のマッチング処理が行われた後、その後のサンプリングタイムＳＴの間（時刻ｔ１から時刻ｔ２の間）に受信した同乗要求ＲＱ１１、ＲＱ１２、およびＲＱ１３を、時刻ｔ２においてマッチングする。以後、同様の処理を繰り返す。サンプリングタイムＳＴは、利用者が要求を行ってから運行計画の通知が行われるのに適した時間（利用者がストレス無く待つことができる時間）が設定される。サンプリングタイムＳＴは、例えば、３０秒から４５秒の間である。

［同乗支援装置の使用環境］
図３は、実施形態に係る同乗支援システムの構成の一例を示す図である。同乗支援システムＳは、例えば、同乗支援装置１００と、車両の運転者が所有する端末装置Ｔ１と、車両への同乗を希望する同乗者が所有する端末装置Ｔ２とを備える。同乗支援装置１００は、ネットワークＮＷを介して、一以上の端末装置Ｔ１および一以上の端末装置Ｔ２と通信する。ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、プロバイダ装置、無線基地局等を含む。

同乗支援装置１００は、例えば、車両を運転する利用者Ｕ１からの同乗承諾と、車両への同乗を希望する他の利用者Ｕ２からの同乗要求とのそれぞれを受け付け、利用者Ｕ２を車両Ｍに同乗させるための処理を行う。利用者Ｕ１は、車両の所有者であってもよいし、車両の所有者ではなく一時的に車両の運転を行う運転者であってもよい。以下においては、利用者Ｕ１は、車両の所有者である場合を例に挙げて説明する。

利用者Ｕ２を車両に同乗させるための処理とは、例えば、車両ごとに同乗させる利用者Ｕ２を抽出する処理や、車両Ｍの運行計画を決定する処理等を含む。同乗支援装置１００は、例えば、利用者Ｕ１の目的地（例えば、利用者Ｕ１の会社、自宅等）と同じ目的地或いは同様の方向にある目的地まで車両に同乗することを希望する利用者Ｕ２を抽出し、車両Ｍの移動経路や移動時間等の運行計画を決定する。

端末装置Ｔ１は、利用者Ｕ１が使用する端末装置である。端末装置Ｔ１は、例えば、スマートフォン、タブレット端末、ノートパソコン等の可搬型の端末装置や、据置型のパーソナルコンピュータや、車両Ｍに搭載されるナビゲーション装置である。端末装置Ｔ２は、利用者Ｕ２が使用する端末装置である。端末装置Ｔ２は、例えば、スマートフォン、タブレット端末、ノートパソコン等の可搬型の端末装置や、据置型のパーソナルコンピュータである。以下において、端末装置Ｔ１と端末装置Ｔ２とを区別しない場合には、単に「端末装置Ｔ」と記載する。

端末装置Ｔは、利用者による操作に応じて、サービスを利用するための手続きを行う。端末装置Ｔでは、サービスを利用するためのアプリケーション等が実行されている。アプリケーションは、例えば、利用者の操作により入力されたサービスへの入会（登録）や利用の申請の情報、端末装置Ｔの位置情報（以下、「端末位置情報」という）の同乗支援装置１００への送信、同乗支援装置１００により送信された情報や通知に基づく画像の表示装置への表示、音声データのスピーカーによる発音等を行う。端末位置情報は、例えば、端末装置Ｔが備えるＧＰＳ（Global Positioning System）等の位置センサから取得した現在の端末装置Ｔの位置を表す情報である。なお、端末装置Ｔは、搭載されたブラウザを介して同乗支援装置１００と通信することで、サービスを利用するものであってもよい。

車両Ｍは、ネットワークＮＷを介して、同乗支援装置１００と通信する通信機能を備えてもよい。この場合、車両Ｍは、自車両の位置を表す位置情報（以下、「車両位置情報」という）を同乗支援装置１００に送信する。車両位置情報は、例えば、車両Ｍが備えるナビゲーション装置から取得される情報である。車両位置情報は、ナビゲーション装置とは関係なく車両Ｍが備えるＧＰＳ等の位置センサから取得された位置情報であってもよい。車両Ｍは、利用者Ｕ１によってナビゲーション装置に設定された目的地に関する情報を、同乗支援装置１００に送信してもよい。目的地に関する情報は、例えば、設定された目的地の名称や位置を表す情報、ナビゲーション装置が案内する目的地までの経路を表す情報、ナビゲーション装置が案内する経路に基づいて設定された目的地に到着する到着予想時刻を表す情報等を含んでよい。

［同乗支援装置１００の構成］
同乗支援装置１００は、例えば、記憶部１１０と、通信部１２０と、制御部１３０とを備える。制御部１３０は、例えば、取得部１３１と、スタティック処理部１３２と、ダイナミック処理部１３３と、通知部１３４と、リソース管理部１３５とを備える。

制御部１３０の各機能部は、例えば、ＣＰＵ（Central Processing Unit）等のハードウェアプロセッサ（コンピュータ）がプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。これらの構成要素の機能のうち一部または全部は、専用のＬＳＩによって実現されてもよい。プログラムは、予め同乗支援装置１００が備えるＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体が同乗支援装置１００のドライブ装置に装着されることで同乗支援装置１００が備えるＨＤＤやフラッシュメモリにインストールされてもよい。同乗支援装置１００は、クラウドコンピューティングシステムに組み込まれたサーバ装置や記憶装置に実現されてもよい。この場合、クラウドコンピューティングシステムにおける複数のサーバ装置や記憶装置によって、同乗支援装置１００の機能が実現されてもよい。

記憶部１１０は、例えば、車両所有者情報１１２と、同乗者情報１１４と、マッチング情報１１６と、地図情報１１８とを記憶する。車両所有者情報１１２、同乗者情報１１４、およびマッチング情報１１６については後述する。地図情報１１８は、例えば、道路を示すリンクと、リンクによって接続されたノードとによって道路形状が表現された情報である。

通信部１２０は、ネットワークＮＷに接続するためのネットワークカード等の通信インターフェースである。通信部１２０は、ネットワークＮＷを介して、端末装置Ｔ１、端末装置Ｔ２、および車用Ｍ等と通信する。

取得部１３１は、通信部１２０を介して、端末装置Ｔ１および端末装置Ｔ２から、サービスの利用に関する各種情報を取得し、記憶部１１０に記憶させる。例えば、取得部１３１は、サービスへの入会処理を行うための情報、車両Ｍへの同乗を希望する利用者Ｕ２からの同乗要求を示す情報、利用者Ｕ１からの車両Ｍへの同乗承諾を示す情報等を取得する。サービスへの入会処理を行うための情報は、例えば、氏名、性別、生年月日、住所、電話番号等の利用者を特定するための情報を含む場合もあるし、個人を特定できる最低限の情報でも構わない。すなわち、取得部１３１は、移動体への同乗を希望する複数の利用者からの同乗要求を取得する。

図４は、実施形態に係る車両所有者情報１１２の一例を示す図である。車両所有者情報１１２は、車両を所有している利用者Ｕ１（車両所有者）に関する情報である。車両所有者情報１１２は、例えば、利用者Ｕ１を識別する車両所有者ＩＤに対して、同乗承諾と、目的地と、出発地点と、出発時刻と、車両位置と、現在位置とが対応付けられた情報である。同乗承諾は、所有者が車両への同乗を承認しているか否かを表す情報である。同乗承諾には、現時点で承諾している「Ｙ」、または現時点で承諾していない「Ｎ」のいずれかが登録されている。目的地は、利用者Ｕ１が目的地として登録した位置を表す情報である。出発地点は、利用者Ｕ１が出発地点として登録した位置を表す情報である。出発時刻は、利用者Ｕ１が出発地点において車両Ｍに乗車して移動を開始する時刻を表す情報である。上記のようなセミデマンド方式の通勤時や退勤時に利用されるサービスにおいて、この目的地および出発地点には、会社や利用者Ｕ１の自宅が設定される。車両位置は、利用者Ｕ１の車両Ｍの現在の位置を表す情報である。車両位置は、端末装置Ｔ１により送信され、通信部１２０が受信するごとに、取得部１３１によって逐次更新される。或いは、車両位置は、車両Ｍのナビゲーション装置により送信された車両位置情報であってもよい。現在位置は、利用者Ｕ１の現在の位置を表す情報である。現在位置は、利用者Ｕ１の端末装置Ｔ１により送信され、通信部１２０が受信するごとに、取得部１３１によって逐次更新される。車両位置は、利用者Ｕ１が車両Ｍに乗車している間は、現在位置と同じである。

車両所有者情報１１２には、図４に示すものに限らず、例えば、利用者Ｕ１が所有する車両の種類を表す情報や、目的地に向かう際に通行する経路情報、経路の途中に存在する合流地点候補の位置を表す情報等、種々の情報が含まれてもよい。

図５は、実施形態に係る同乗者情報１１４の一例を示す図である。同乗者情報１１４は、車両への同乗を希望する利用者Ｕ２（同乗者）に関する情報である。同乗者情報１１４は、例えば、利用者Ｕ２を識別する同乗者ＩＤに対して、同乗要求と、目的地と、合流地点と、合流時刻と、現在位置とが対応付けられた情報である。同乗要求は、同乗者が車両への同乗を要求しているか否かを表す情報である。同乗要求には、現時点で要求している「Ｙ」、または現時点で要求していない「Ｎ」のいずれかが登録されている。目的地は、同乗者が目的地として登録した位置を表す情報である。合流地点は、同乗者が車両への同乗（利用者Ｕ１との合流）を行うことを希望する合流位置を表す情報である。上記のようなセミデマンド方式の通勤時や退勤時に利用されるサービスにおいて、この目的地および合流地点には、会社や利用者Ｕ２の自宅（或いは自宅付近の所定の地点）が設定される。合流時刻は、同乗者が車両への同乗を行う時刻を表す情報である。現在位置は、利用者Ｕ２の現在の位置を表す情報である。現在位置は、利用者Ｕ２の端末装置Ｔ２により送信され、通信部１２０が受信するごとに、取得部１３１によって逐次更新される。

図３に戻り、スタティック処理部１３２は、スタティック処理を行う。ダイナミック処理部１３３は、ダイナミック処理を行う。スタティック処理部１３２およびダイナミック処理部１３３は、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４に基づいて、利用者Ｕ１と、利用者Ｕ２とをマッチングさせ、運行計画を決定する。すなわち、スタティック処理部１３２は、取得された複数の同乗要求をまとめて所定の時刻に処理して移動体の運行計画を決定するスタティック処理を実行する。ダイナミック処理部１３３は、所定の時間の間に取得された少なくとも１つの同乗要求を所定の時間ごとに処理して移動体の運行計画を決定するダイナミック処理を実行する。スタティック処理部１３２およびダイナミック処理部１３３は、セミデマンド方式の複数の利用者ごとの乗車場所から１つの目的地への移動時（例えば、通勤時）の同乗要求（第１の同乗要求）を処理するスタティック処理およびダイナミック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時（例えば、退勤時）の同乗要求（第２の同乗要求）を処理するスタティック処理およびダイナミック処理とを個別に実行する。

（１）セミデマンド方式（複数の地点から１つの拠点に移動する運行計画）
スタティック処理部１３２は、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４を参照し、同乗承諾をした利用者Ｕ１が所有する車両Ｍに同乗する利用者Ｕ２を抽出する。例えば、スタティック処理部１３２は、利用者Ｕ１と目的地が同じあり、且つ、利用者Ｕ１の出発地点から目的地への経路上および経路から所定の範囲内（例えば、経路から１ｋｍ以内）に合流地点が設定されている利用者Ｕ２を抽出する。また、スタティック処理部１３２は、利用者Ｕ１の出発時刻以降の所定の時間範囲に合流時刻が設定されている利用者Ｕ２を抽出する。例えば、スタティック処理部１３２は、地図情報１１８を参照し、利用者Ｕ１が車両Ｍに乗車して目的地に向かう際の経路を推定し、推定した経路上および経路から所定の範囲内の位置に合流地点が設定されている利用者Ｕ２を抽出してもよい。スタティック処理部１３２は、抽出された利用者Ｕ１および利用者Ｕ２を互いに関連付けし、マッチング情報１１６として、記憶部１１０に記憶させる。

また、スタティック処理部１３２は、車両所有者情報１１２および同乗者情報１１４に基づいて、抽出された利用者Ｕ１および利用者Ｕ２の合流地点、合流時刻（或いは合流時間帯）、目的地到達時刻等を含む運行計画を決定する。スタティック処理部１３２は、決定された合流地点、合流時刻、目的地到達時刻等を、記憶部１１０に記憶されたマッチング情報１１６に追記する。

ダイナミック処理部１３３は、スタティック処理部１３２により運行計画が生成された後に、新規の他の利用者（以下、「新規同乗希望者」ともいう）から新規の同乗要求があった場合や、利用者Ｕ１の出発時刻や利用者Ｕ２の合流時刻等の予定が変更になった場合、既に運行計画に組み込まれている利用者Ｕ１を候補に含めて、再度、利用者のマッチング処理を行う。そして、この再度のマッチング処理の結果、既に運行計画に組み込まれている利用者Ｕ１がマッチング対象となった場合、ダイナミック処理部１３３は、生成済みの運行計画の変更を行う。

例えば、ダイナミック処理部１３３は、新規同乗希望者と目的地が同じ利用者Ｕ１であり、且つ、出発地点から目的地への経路上および経路から所定の範囲内（例えば、経路から１ｋｍ以内）に新規同乗希望者の合流地点が含まれる利用者Ｕ１を抽出する。例えば、ダイナミック処理部１３３は、地図情報１１８を参照し、利用者Ｕ１が車両Ｍに乗車して目的地に向かう際の経路を推定し、推定した経路上および経路から所定の範囲内の位置に新規同乗希望者の合流地点が含まれる利用者Ｕ１を抽出してもよい。ダイナミック処理部１３３は、抽出された利用者Ｕ１および新規同乗希望者である利用者Ｕ２を互いに関連付けし、マッチング情報１１６として、記憶部１１０に記憶させる。

また、ダイナミック処理部１３３は、車両所有者情報１１２および同乗者情報１１４に基づいて、抽出された利用者Ｕ１および利用者Ｕ２の合流地点、合流時刻（或いは合流時間帯）、目的地到達時刻等を含む運行計画を決定する。ダイナミック処理部１３３は、決定された合流地点、合流時刻、目的地到達時刻等を、記憶部１１０に記憶されたマッチング情報１１６に追記する。

なお、車両に、電気を動力源とする第１車両と、電気以外を動力原とする第２車両とが含まれている場合、前記ダイナミック処理部１３３は、ダイナミック処理により割り当てられる第２車両の第１車両に対する比率が、スタティック処理により割り当てられる第２車両の第１車両に対する比率よりも高くなるように、マッチング処理を行ってよい。この場合、ダイナミック処理部１３３は、車両所有者情報１１２に登録された車両の種類を表す情報を参照して、第１車両および第２車両を判定するようにしてよい。

図６は、実施形態に係るマッチング情報１１６の一例を示す図である。マッチング情報１１６Ａは、例えば、利用者Ｕ１の車両所有者ＩＤに対して、車両所有者現在位置と、車両現在位置と、同乗者ＩＤと、同乗者現在位置と、合流地点と、合流時刻と、目的地と、目的地到達時刻が対応付けられた情報である。車両所有者現在位置は、車両所有者情報１１２から抜き出された利用者Ｕ１の現在位置の情報である。車両現在位置は、車両所有者情報１１２から抜き出された車両位置の情報である。同乗者ＩＤは、同乗者として抽出された利用者Ｕ２の同乗者ＩＤである。同乗者現在位置は、同乗者情報１１４から抜き出された利用者Ｕ２の現在位置の情報である。合流地点および合流時刻は、スタティック処理部１３２またはダイナミック処理部１３３により決定された合流地点および合流時刻の情報である。目的地は、車両所有者情報１１２または同乗者情報１１４から抜き出された目的地の情報である。目的地到達時刻は、スタティック処理部１３２またはダイナミック処理部１３３により決定された目的地到達時刻の情報である。マッチング情報１１６Ａには、図６に示すものに限らず、同乗経路の情報等、種々の情報が含まれてもよい。

（２）セミデマンド方式（１つの拠点から複数の地点に移動する運行計画）
スタティック処理部１３２は、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４を参照し、同乗承諾をした利用者Ｕ１が所有する車両Ｍに同乗する利用者Ｕ２を抽出する。例えば、スタティック処理部１３２は、利用者Ｕ１の出発地点と利用者Ｍ２の合流地点とが同じであり、且つ、利用者Ｕ１の出発地点から目的地への経路上および経路から所定の範囲内（例えば、経路から１ｋｍ以内）に目的地が設定されている利用者Ｕ２を抽出する。例えば、スタティック処理部１３２は、地図情報１１８を参照し、利用者Ｕ１が車両Ｍに乗車して目的地に向かう際の経路を推定し、推定した経路上および経路から所定の範囲内の位置に目的地が設定されている利用者Ｕ２を抽出してもよい。スタティック処理部１３２は、抽出された利用者Ｕ１および利用者Ｕ２を互いに関連付けし、マッチング情報１１６として、記憶部１１０に記憶させる。

また、スタティック処理部１３２は、車両所有者情報１１２および同乗者情報１１４に基づいて、抽出された利用者Ｕ１および利用者Ｕ２の合流地点、合流時刻（或いは合流時間帯）、解散地点、解散時刻等を含む運行計画を決定する。スタティック処理部１３２は、決定された合流地点、合流時刻、解散地点、解散時刻等を、記憶部１１０に記憶されたマッチング情報１１６に追記する。

ダイナミック処理部１３３は、スタティック処理部１３２により運行計画が生成された後に、新規同乗希望者から新規の同乗要求があった場合や、利用者Ｕ１の出発時刻や利用者Ｕ２の合流時刻等の予定が変更になった場合、既に運行計画に組み込まれている利用者Ｕ１を候補に含めて、再度、利用者のマッチング処理を行う。そして、この再度のマッチング処理の結果、既に運行計画に組み込まれている利用者Ｕ１がマッチング対象となった場合、ダイナミック処理部１３３は、生成済みの運行計画の変更を行う。

例えば、ダイナミック処理部１３３は、新規同乗希望者の合流地点と利用者Ｕ１の出発地点とが同じであり、且つ、利用者Ｕ１の出発地点から目的地への経路上および経路から所定の範囲内（例えば、経路から１ｋｍ以内）に目的地が設定されている利用者Ｕ２を抽出する。例えば、ダイナミック処理部１３３は、地図情報１１８を参照し、利用者Ｕ１が車両Ｍに乗車して目的地に向かう際の経路を推定し、推定した経路上および経路から所定の範囲内の位置に目的地が設定されている利用者Ｕ２を抽出してもよい。スタティック処理部１３２は、抽出された利用者Ｕ１および新規同乗希望者である利用者Ｕ２を互いに関連付けし、マッチング情報１１６として、記憶部１１０に記憶させる。

また、ダイナミック処理部１３３は、車両所有者情報１１２および同乗者情報１１４に基づいて、抽出された利用者Ｕ１および利用者Ｕ２の合流地点、合流時刻（或いは合流時間帯）、解散地点、解散時刻等を含む運行計画を決定する。ダイナミック処理部１３３は、決定された合流地点、合流時刻、解散地点、解散時刻等を、記憶部１１０に記憶されたマッチング情報１１６に追記する。

図７は、実施形態に係るマッチング情報１１６の他の例を示す図である。マッチング情報１１６Ｂは、例えば、利用者Ｕ１の車両所有者ＩＤに対して、車両所有者現在位置と、車両現在位置と、同乗者ＩＤと、同乗者現在位置と、合流地点と、合流時刻と、解散地点と、解散時刻と、目的地と、目的地到達時刻が対応付けられた情報である。車両所有者現在位置は、車両所有者情報１１２から抜き出された利用者Ｕ１の現在位置の情報である。車両現在位置は、車両所有者情報１１２から抜き出された車両位置の情報である。同乗者ＩＤは、同乗者として抽出された利用者Ｕ２の同乗者ＩＤである。同乗者現在位置は、同乗者情報１１４から抜き出された利用者Ｕ２の現在位置の情報である。合流地点、合流時刻、解散地点、および解散時刻は、スタティック処理部１３２またはダイナミック処理部１３３により決定された合流地点、合流時刻、解散地点、および解散時刻の情報である。目的地は、車両所有者情報１１２から抜き出された目的地の情報である。目的地到達時刻は、スタティック処理部１３２またはダイナミック処理部１３３により決定された目的地への到達時刻の情報である。マッチング情報１１６Ｂには、図７に示すものに限らず、同乗経路の情報等、種々の情報が含まれてもよい。

図３に戻り、通知部１３４は、通信部１２０を介して、端末装置Ｔ１および端末装置Ｔ２に各種情報を送信する。これにより、端末装置Ｔ１および端末装置Ｔ２の各々において実行されているアプリケーションは、同乗支援装置１００からの情報を利用者Ｕ１や利用者Ｕ２に通知する。通知部１３４は、スタティック処理部１３２またはダイナミック処理部１３３により決定された運行計画の情報を、利用者Ｕ１および利用者Ｕ２に通知する。通知部１３４は、例えば、地図情報１１８を用いて、車両Ｍが、合流地点、解散地点、目的地まで移動する経路を案内する情報を端末装置Ｔ１および端末装置Ｔ２に送信してもよい。この場合、アプリケーションは、端末装置Ｔ１および端末装置Ｔ２が備えるナビゲーション機能により、合流地点や解散地点までの経路を端末装置Ｔに表示させる、または／および音声を発音させる。

また、通知部１３４は、上記のようなセミデマンド方式の通勤時の同乗要求に基づく車両の運行時刻から起算した利用者への通知のタイミングが、上記のようなセミデマンド方式の退勤時の同乗要求に基づく車両の運行時刻から起算した利用者への通知のタイミングよりも相対的に早くなるように、利用者に通知する。セミデマンド方式の通勤時の同乗要求について、例えば、車両Ｍの運行時刻（例えば、合流時刻）が午前７時である場合、通知部１３４は、その１２時間前の、前日の午後７時に運行計画を通知する。一方、セミデマンド方式の退勤時の同乗要求について、例えば、車両Ｍの運行時刻（例えば、合流時刻）が午後５時である場合、通知部１３４は、その２時間前の、当日の午後３時に運行計画を通知する。

リソース管理部１３５は、スタティック処理部１３２およびダイナミック処理部１３３に割り当てるコンピュータリソースを管理する。コンピュータリソースは、例えば、ソフトウェアまたはハードウェアを動作させるために必要なメモリの容量、ハードウェアプロセッサの利用時間、ハードウェア資源等を含む。リソース管理部１３５は、通勤時の同乗要求を処理する場合には、ダイナミック処理部１３３よりも、スタティック処理部１３２に対してコンピュータリソースを多く割り当てる。一方、リソース管理部１３５は、退勤時の同乗要求を処理する場合には、スタティック処理部１３２よりも、ダイナミック処理部１３３に対してコンピュータリソースを多く割り当てる。

［同乗支援システムの処理］
次に、実施形態に係る同乗支援システムＳの処理について説明する。図８は、実施形態に係る同乗支援システムＳにおける処理の流れの一例を示すシーケンス図である。まず、システムの利用を希望する利用者Ｕ２は、利用者Ｕ２の端末装置Ｔ２を操作して、車両への同乗要求の手続きを行う。端末装置Ｔ２において実行されているアプリケーションは、利用者Ｕ２による車両への同乗要求を同乗支援装置１００に送信する（ステップＳ１０１）。例えば、上記のようなセミデマンド方式の通勤時に利用されるサービスにおいて、この同乗要求は、会社に向かって移動する車両Ｍへの同乗を要求する。この通勤時の同乗要求は、例えば、対象の通勤日の前日等に行われる。或いは、上記のようなセミデマンド方式の退勤時に利用されるサービスにおいて、この同乗要求は、会社から自宅に向かって移動する車両Ｍへの同乗を要求する。この退勤時の同乗要求は、例えば、対象の退勤日の日中等に行われる。

また、システムの利用を希望する利用者Ｕ１は、利用者Ｕ１の端末装置Ｔ１を操作して、車両への同乗承諾の手続きを行う。端末装置Ｔ１において実行されているアプリケーションは、利用者Ｕ１による車両への同乗承諾を同乗支援装置１００に送信する（ステップＳ１０３）。例えば、上記のようなセミデマンド方式の通勤時に利用されるサービスにおいて、この同乗承諾は、会社に向かって移動する車両Ｍへの同乗を承諾する。この通勤時の同乗承諾は、例えば、対象の通勤日の前日等に行われる。或いは、上記のようなセミデマンド方式の退勤時に利用されるサービスにおいて、この同乗承諾は、会社から自宅に向かって移動する車両Ｍへの同乗を承諾する。この退勤時の同乗承諾は、例えば、対象の退勤日の日中等に行われる。

次に、同乗支援装置１００の取得部１３１は、端末装置Ｔ１により送信された同乗承諾を受け付けて車両所有者情報１１２として記憶部１１０に登録する処理や、端末装置Ｔ２により送信された同乗要求を受け付けて同乗者情報１１４として記憶部１１０に登録する処理を行う（ステップＳ１０５）。なお、複数の端末装置Ｔ１や複数の端末装置Ｔ２から同乗承諾や同乗要求が送信される度に、取得部１３１は、上記のような同乗承諾および同乗要求の受け付け処理を繰り返し行う。

次に、同乗支援装置１００のスタティック処理部１３２は、スタティック処理を行う（ステップＳ１０７）。

図９は、実施形態に係る同乗支援システムＳにおけるスタティック処理の一例を示すフローチャートである。図９に示すように、このスタティック処理において、まず、スタティック処理部１３２は、所定の時刻に到達したか否かの判定を行う（ステップＳ２０１）。この所定の時刻は、例えば、サービスが利用される時刻の数時間前等に設定される。例えば、上記のようなセミデマンド方式の通勤時の同乗承諾および同乗要求に対する処理を行う場合、この所定の時刻は、例えば、対象の通勤日の前日の夜等に設定される。また、例えば、上記のようなセミデマンド方式の退勤時の同乗承諾および同乗要求に対する処理を行う場合、この所定の時刻は、例えば、対象の退勤日の午後等に設定される。スタティック処理部１３２は、所定の時刻に到達していないと判定した場合、引き続き、所定の時刻に到達したか否かの判定を繰り返す。なお、この判定を繰り返す間にも、取得部１３１は、同乗承諾および同乗要求の受け付けを継続する。

一方、スタティック処理部１３２は、所定の時刻に到達したと判定した場合、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４を参照し、同乗可能な利用者Ｕ１と利用者Ｕ２とを抽出する（ステップＳ２０３）。例えば、上記のようなセミデマンド方式の通勤時の同乗承諾および同乗要求に対する処理を行う場合、スタティック処理部１３２は、利用者Ｕ１と目的地が同じあり、且つ、利用者Ｕ１の出発地点から目的地への経路上および経路から所定の範囲内に合流地点が設定されている利用者Ｕ２を抽出する。また、例えば、上記のようなセミデマンド方式の退勤時の同乗承諾および同乗要求に対する処理を行う場合、スタティック処理部１３２は、利用者Ｕ１の出発地点と利用者Ｍ２の合流地点とが同じであり、且つ、利用者Ｕ１の出発地点から目的地への経路上および経路から所定の範囲内に目的地が設定されている利用者Ｕ２を抽出する。

次に、スタティック処理部１３２は、車両所有者情報１１２および同乗者情報１１４に基づいて、抽出された利用者Ｕ１および利用者Ｕ２について、運行計画を決定する（ステップＳ２０５）。スタティック処理部１３２は、決定された運行計画に含まれる情報を、記憶部１１０に記憶されたマッチング情報１１６に追記する。以上により、本フローチャートのスタティック処理が終了する。

次に、同乗支援装置１００の通知部１３４は、決定された運行計画を、利用者Ｕ１の端末装置Ｔ１および利用者Ｕ２の端末装置Ｔ２に送信する（ステップＳ１０９）。

上記のステップＳ１０９の処理により、決定された運行計画が端末装置Ｔ１および端末装置Ｔ２に送信され、利用者Ｕ１および利用者Ｕ２は、端末装置Ｔに表示された運行計画を確認することができる。しかしながら、このスタティック処理部１３２による処理により決定された運行計画は、その後に新たに発生した同乗要求および／または同乗承諾や、同乗要求および／または同乗承諾の変更要求により、変更が必要となる場合がある。そこで、同乗支援装置１００では、上記のスタティック処理に引き続いて、以下のダイナミック処理を行う。

システムの利用を新たに希望する新規の利用者Ｕ２は、端末装置Ｔ２を操作して、車両への同乗要求の手続きを行う。端末装置Ｔ２において実行されているアプリケーションは、新規の利用者Ｕ２による車両Ｍへの同乗要求を同乗支援装置１００に送信する（ステップＳ１１１）。また、先に行った同乗要求の内容の変更を希望する利用者Ｕ２は、端末装置Ｔ２を操作して、変更要求の手続きを行う。端末装置Ｔ２において実行されているアプリケーションは、利用者Ｕ２による変更要求を同乗支援装置１００に送信する（ステップＳ１１３）。

また、システムの利用を新たに希望する新規の利用者Ｕ１は、端末装置Ｔ２を操作して、車両への同乗承諾の手続きを行う。端末装置Ｔ１において実行されているアプリケーションは、新規の利用者Ｕ１による車両Ｍへの同乗承諾を同乗支援装置１００に送信する（ステップＳ１１５）。また、先に行った同乗承諾の内容の変更を希望する利用者Ｕ１は、端末装置Ｔ１を操作して、変更要求の手続きを行う。端末装置Ｔ１において実行されているアプリケーションは、変更を希望する利用者Ｕ１による変更要求を同乗支援装置１００に送信する（ステップＳ１１７）。

次に、同乗支援装置１００の取得部１３１は、端末装置Ｔ１により送信された新規の同乗承諾および／または変更要求を受け付けて車両所有者情報１１２として記憶部１１０に登録する処理や、端末装置Ｔ２により送信された新規の同乗要求および／または変更要求を受け付けて同乗者情報１１４として記憶部１１０に登録する処理を行う（ステップＳ１１９）。

次に、同乗支援装置１００のダイナミック処理部１３３は、ダイナミック処理を行う（ステップＳ１２１）。

図１０は、実施形態に係る同乗支援システムＳにおけるダイナミック処理の一例を示すフローチャートである。図１０に示すように、このダイナミック処理において、まず、ダイナミック処理部１３３は、ダイナミック処理の処理可能時間帯であるか否かを判定する（ステップＳ３０１）。この処理可能時間帯は、サービスの実行時間帯や、スタティック処理部１３２において予め設定された所定の時刻等に基づいて決定される。この処理可能時間帯は、サービスごとに設定される。例えば、上記のようなセミデマンド方式の通勤時の同乗承諾および同乗要求に対する処理を行う場合、この処理可能時間帯は、スタティック処理部１３２においてスタティック処理が実行される所定の時刻以降であって、サービスの終了時刻までの時間帯が設定される。ダイナミック処理部１３３は、処理可能時間帯ではないと判定した場合、引き続き、処理可能時間帯であるか否かの判定を繰り返す。なお、この判定を繰り返す間にも、取得部１３１は、同乗承諾、同乗要求、変更要求等の受け付けを継続する。

一方、ダイナミック処理部１３３は、処理可能時間帯であると判定した場合、所定のサンプリングタイムを経過したか否かを判定する（ステップＳ３０３）。ダイナミック処理部１３３は、サンプリングタイムを経過していないと判定した場合、引き続き、サンプリングタイムを経過したか否かの判定を繰り返す。なお、この判定を繰り返す間にも、取得部１３１は、同乗承諾、同乗要求、変更要求等の受け付けを継続する。

一方、ダイナミック処理部１３３は、サンプリングタイムを経過したと判定した場合、記憶部１１０に記憶された車両所有者情報１１２および同乗者情報１１４を参照し、同乗可能な利用者Ｕ１と利用者Ｕ２とを抽出する（ステップＳ３０５）。

次に、ダイナミック処理部１３３は、車両所有者情報１１２および同乗者情報１１４に基づいて、抽出された利用者Ｕ１および利用者Ｕ２について、運行計画を決定する（ステップＳ３０７）。ダイナミック処理部１３３は、決定された運行計画に含まれる情報を、記憶部１１０に記憶されたマッチング情報１１６に追記する。以上により、本フローチャートのダイナミック処理が終了する。

次に、同乗支援装置１００の通知部１３４は、決定された運行計画を、利用者Ｕ１の端末装置Ｔ１および利用者Ｕ２の端末装置Ｔ２に送信する（ステップＳ１２３）。これにより、決定された運行計画が端末装置Ｔ１および端末装置Ｔ２に送信され、利用者Ｕ１および利用者Ｕ２は、端末装置Ｔに表示された運行計画を確認することができる。

なお、ダイナミック処理部１３３は、上記のステップＳ１１１からステップＳ１２３の一連の処理ＰＵ１を、サービスの終了時刻まで繰り返し行う。また、一連の処理ＰＵ１と平行して、同乗支援装置１００は、車両Ｍの運行状況の確認を行う（ステップＳ１２５）。例えば、同乗支援装置１００は、利用者Ｕ２との合流地点への到着の有無および到着時刻、目的地への到着の有無および到着時刻等を確認する。各地点への到着の確認は、端末装置Ｔにおいて実行されているアプリケーションから送信される利用者の操作に応じた報告に基づいて行われてよい。或いは、各地点への到着の確認は、端末装置Ｔにおいて実行されているアプリケーション、或いは、車両Ｍのナビゲーション装置から送信される位置情報に基づいて行われてよい。以上により、本シーケンス図の処理が完了する。

［リソース管理］
従来のスタティック処理のみを行うシステムにおいては、サービス時間帯に予約処理を行うことができないため、直前予約を希望する利用者の要望を満たすことができなかった。一方、従来のダイナミック処理のみを行うシステムにおいては、マッチング処理が頻繁に実行されてしまうため、処理負荷が増大していた。これに対して、本実施形態の同乗支援システムＳにおいては、スタティック処理と、ダイナミック処理との両方への対応を可能としている。

図１１は、実施形態に係る同乗支援システムＳにおいて複数日の予約が処理される様子を説明する図である。図１１に示すように、前日のサービスに対する予約処理において、同乗支援装置１００は、事前予約である同乗承諾および同乗要求を受け付けた後、予め設定された時刻においてスタティック処理ＳＰを実行し、その後、サービス時間帯の間、直前予約である同乗承諾および同乗要求を受け付けながらダイナミック処理ＤＰを所定の時間間隔で実行する。この一連の処理の流れは、当日のサービスに対する予約処理、翌日のサービスに対する予約処理においても同様である。このように、日ごとのサービスに対する予約処理を、スタティック処理と、ダイナミック処理とに分けて別々に行うことで、処理を分散させることができる。

また、同乗支援装置１００のリソース管理部１３５は、スタティック処理部１３２およびダイナミック処理部１３３に割り当てるコンピュータリソースを管理することで、より処理負荷の少なく効率的に運行計画を生成することができる。例えば、リソース管理部１３５は、上記のようなセミデマンド方式の通勤時の同乗要求を処理する場合には、ダイナミック処理部１３３よりも、スタティック処理部１３２に対してコンピュータリソースを多く割り当てる。通勤時の同乗要求は、事前に決定されていることが多く、予定の変更等の外乱が生じにくい傾向がある。このため、リソース管理部１３５は、通勤時の同乗要求を処理する場合には、スタティック処理部１３２の処理を優先させることで、リソースを有効に活用することができる。一方、リソース管理部１３５は、上記のようなセミデマンド方式の退勤時の同乗要求を処理する場合には、スタティック処理部１３２よりも、ダイナミック処理部１３３に対してコンピュータリソースを多く割り当てる。退勤時の同乗要求は、残業等による予定の変更等の外乱が生じやすい傾向がある。このため、リソース管理部１３５は、退勤時の同乗要求を処理する場合には、ダイナミック処理部１３３の処理を優先させることで、リソースを有効に活用することができる。

以上説明した実施形態の同乗支援装置によれば、移動体（車両Ｍ）への同乗を希望する複数の利用者からの同乗要求を取得する取得部（取得部１３１）と、取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行するスタティック処理部（スタティック処理部１３２）と、所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行するダイナミック処理部（ダイナミック処理部１３３）とを備えることで、多様な同乗方式に対応しつつ効率的に運行計画を生成することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何ら限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形および置換を加えることができる。

１００・・・同乗支援装置
１１０・・・記憶部
１１２・・・車両所有者情報
１１４・・・同乗者情報
１１６・・・マッチング情報
１１８・・・地図情報
１２０・・・通信部
１３０・・・制御部
１３１・・・取得部
１３２・・・スタティック処理部
１３３・・・ダイナミック処理部
１３４・・・通知部
１３５・・・リソース管理部
Ｔ１・・・端末装置
Ｔ２・・・端末装置
ＮＷ・・・ネットワーク
Ｍ・・・車両

Claims (14)

1. 移動体への同乗を希望する複数の利用者からの同乗要求を取得する取得部と、
   取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行するスタティック処理部と、
   所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行するダイナミック処理部と、を備え、
   前記移動体は、電気を動力源とする第１車両と、電気以外を動力原とする第２車両とを含み、
   前記ダイナミック処理により割り当てられる前記第２車両の前記第１車両に対する比率が、前記スタティック処理により割り当てられる前記第２車両の前記第１車両に対する比率よりも高い、
   同乗支援装置。
2. 前記スタティック処理部は、前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行する、
   請求項１記載の同乗支援装置。
3. 決定された前記移動体の運行計画を前記利用者に通知する通知部をさらに備え、
   前記通知部は、前記第１の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングが、前記第２の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングよりも相対的に早くなるように、前記移動体の運行計画を前記利用者に通知する、
   請求項２に記載の同乗支援装置。
4. 前記スタティック処理部および前記ダイナミック処理部に割り当てるコンピュータリソースを管理するリソース管理部をさらに備え、
   前記リソース管理部は、
   前記第１の同乗要求を処理する場合には、前記ダイナミック処理部よりも、前記スタティック処理部に対して前記コンピュータリソースを多く割り当て、
   前記第２の同乗要求を処理する場合には、前記スタティック処理部よりも、前記ダイナミック処理部に対して前記コンピュータリソースを多く割り当てる、
   請求項２または３に記載の同乗支援装置。
5. 前記ダイナミック処理部は、３０秒から４５秒の間隔で、前記ダイナミック処理を実行する、
   請求項１から４の何れか一項に記載の同乗支援装置。
6. 移動体への同乗を希望する複数の利用者からの同乗要求を取得する取得部と、
   取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行するスタティック処理部と、
   所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行するダイナミック処理部と、を備え、
   前記スタティック処理部は、前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行し、
   決定された前記移動体の運行計画を前記利用者に通知する通知部をさらに備え、
   前記通知部は、前記第１の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングが、前記第２の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングよりも相対的に早くなるように、前記移動体の運行計画を前記利用者に通知する、
   同乗支援装置。
7. 移動体への同乗を希望する複数の利用者からの同乗要求を取得する取得部と、
   取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行するスタティック処理部と、
   所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行するダイナミック処理部と、を備え、
   前記スタティック処理部は、前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行し、
   前記スタティック処理部および前記ダイナミック処理部に割り当てるコンピュータリソースを管理するリソース管理部をさらに備え、
   前記リソース管理部は、
   前記第１の同乗要求を処理する場合には、前記ダイナミック処理部よりも、前記スタティック処理部に対して前記コンピュータリソースを多く割り当て、
   前記第２の同乗要求を処理する場合には、前記スタティック処理部よりも、前記ダイナミック処理部に対して前記コンピュータリソースを多く割り当てる、
   同乗支援装置。
8. 請求項１から７の何れか一項に記載の同乗支援装置と、
   前記利用者の端末装置と、
   前記移動体の運転者の端末装置と、
   を備える同乗支援システム。
9. コンピュータが、
   移動体への同乗を希望する複数の利用者からの同乗要求を取得し、
   取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行し、
   所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行し、
   前記移動体は、電気を動力源とする第１車両と、電気以外を動力原とする第２車両とを含み、
   前記ダイナミック処理により割り当てられる前記第２車両の前記第１車両に対する比率が、前記スタティック処理により割り当てられる前記第２車両の前記第１車両に対する比率よりも高い、
   同乗支援方法。
10. コンピュータが、
    移動体への同乗を希望する複数の利用者からの同乗要求を取得し、
    取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行し、
    所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行し、
    前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行し、
    決定された前記移動体の運行計画を前記利用者に通知し、
    前記第１の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングが、前記第２の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングよりも相対的に早くなるように、前記移動体の運行計画を前記利用者に通知する、
    同乗支援方法。
11. コンピュータが、
    移動体への同乗を希望する複数の利用者からの同乗要求を取得し、
    取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行し、
    所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行し、
    前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行し、
    前記スタティック処理および前記ダイナミック処理に割り当てるコンピュータリソースを管理し、
    前記第１の同乗要求を処理する場合には、前記ダイナミック処理よりも、前記スタティック処理に対して前記コンピュータリソースを多く割り当て、
    前記第２の同乗要求を処理する場合には、前記スタティック処理よりも、前記ダイナミック処理に対して前記コンピュータリソースを多く割り当てる、
    同乗支援方法。
12. コンピュータに、
    移動体への同乗を希望する複数の利用者からの同乗要求を取得させ、
    取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行させ、
    所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行させ、
    前記移動体は、電気を動力源とする第１車両と、電気以外を動力原とする第２車両とを含み、
    前記ダイナミック処理により割り当てられる前記第２車両の前記第１車両に対する比率が、前記スタティック処理により割り当てられる前記第２車両の前記第１車両に対する比率よりも高い、
    プログラム。
13. コンピュータに、
    移動体への同乗を希望する複数の利用者からの同乗要求を取得させ、
    取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行させ、
    所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行させ、
    前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行させ、
    決定された前記移動体の運行計画を前記利用者に通知させ、
    前記第１の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングが、前記第２の同乗要求に基づく前記移動体の運行時刻から起算した前記利用者への通知のタイミングよりも相対的に早くなるように、前記移動体の運行計画を前記利用者に通知させる、
    プログラム。
14. コンピュータに、
    移動体への同乗を希望する複数の利用者からの同乗要求を取得させ、
    取得された複数の前記同乗要求をまとめて所定の時刻に処理して前記移動体の運行計画を決定するスタティック処理を実行させ、
    所定の時間の間に取得された少なくとも１つの前記同乗要求を前記所定の時間ごとに処理して前記移動体の運行計画を決定するダイナミック処理を実行させ、
    前記複数の利用者ごとの乗車場所から１つの目的地への移動時の第１の同乗要求を処理する前記スタティック処理と、１つの出発場所から前記複数の利用者ごとの目的地への移動時の第２の同乗要求を処理する前記スタティック処理とを個別に実行させ、
    前記スタティック処理および前記ダイナミック処理に割り当てるコンピュータリソースを管理させ、
    前記第１の同乗要求を処理する場合には、前記ダイナミック処理よりも、前記スタティック処理に対して前記コンピュータリソースを多く割り当てさせ、
    前記第２の同乗要求を処理する場合には、前記スタティック処理よりも、前記ダイナミック処理に対して前記コンピュータリソースを多く割り当てさせる、
    プログラム。

Images