JP2024038881A - 情報処理方法 - Google Patents

Abstract

【課題】複数のサービス間でオンデマンド車両を乗り継いで移動する場合におけるユーザの利便性を改善する。【解決手段】情報処理方法は、ユーザの移動計画を示す第１情報を受信し、各オンデマンド車両サービスについて、車両の乗降地点及び運行状況を示す第２情報を取得し、第１情報及び第２情報に基づき第１、第２のオンデマンド車両サービスに係る第１車両、第２車両を乗り継ぐ推奨経路を決定してユーザに提示し、端末装置からの要求に応じて、第１、第２のオンデマンド車両サービスに対し、推奨経路に従って予約をする。情報処理方法は、第１車両に乗車する第１の乗降地点と、第１車両から第２車両への乗り継ぎを行う乗継候補地点と、第２車両から降車する第２の乗降地点と、を決定し、第１の乗降地点から第２の乗降地点まで乗継候補地点を経由する少なくとも１つの候補経路を決定し、各候補経路を所定の指標で評価した結果に基づき推奨経路を決定する。【選択図】図１

Description

本開示は、情報処理方法に関する。

特許文献１には、複数のユーザからのオンデマンド車両の予約情報に基づいて、各ユーザが希望する乗車及び降車の時間帯内で希望の位置にてオンデマンド車両に乗車及び降車するように、オンデマンド車両の運行スケジュールを決定することが開示されている。

国際公開第２０１４／００２２６７号公報

従来の構成では、オンデマンド車両のサービス毎にサービスエリアが定められており、あるサービスを利用するユーザは対応するサービスエリア内でのみオンデマンド車両による移動が可能である。そのため、例えば、ユーザが複数のサービス間でオンデマンド車両を乗り継いで移動する場合、ユーザは、各サービスにおいてオンデマンド車両の予約を個別に行う必要があり、煩雑であった。

本開示の目的は、複数のサービス間でオンデマンド車両を乗り継いで移動する場合におけるユーザの利便性を改善することである。

本開示に係る情報処理方法は、ユーザによって使用される端末装置と通信可能な情報処理装置が実行する情報処理方法であって、前記端末装置から前記ユーザの移動計画を示す第１情報を受信する第１の工程と、複数のオンデマンド車両サービスのそれぞれについて、車両に乗降可能な複数の乗降地点及び車両の運行状況を示す第２情報を取得する第２の工程と、前記第１情報及び前記第２情報に基づいて、第１のオンデマンド車両サービスに係る第１車両及び第２のオンデマンド車両サービスに係る第２車両を乗り継いで移動する推奨経路を決定する第３の工程と、前記端末装置を介して前記推奨経路を前記ユーザに提示する第４の工程と、前記端末装置からの要求に応じて、前記第１のオンデマンド車両サービス及び前記第２のオンデマンド車両サービスに対し、前記推奨経路に従って前記第１車両及び前記第２車両の予約をする第５の工程と、を含み、前記第３の工程においては、前記第１車両に乗車する第１の乗降地点と、前記第１車両から前記第２車両への乗り継ぎを行う乗継候補地点と、前記第２車両から降車する第２の乗降地点と、を決定し、前記第１の乗降地点から前記第２の乗降地点まで前記乗継候補地点を経由して移動する少なくとも１つの候補経路を決定し、前記少なくとも１つの候補経路のそれぞれを所定の指標で評価した結果に基づいて、前記少なくとも１つの候補経路に含まれる候補経路を前記推奨経路として決定する。

本開示によれば、複数のサービス間でオンデマンド車両を乗り継いで移動する場合におけるユーザの利便性を改善することができる。

本開示の一実施形態に係るシステムの構成例を示す図である。 オンデマンド車両のサービスが提供されるエリアの一例を示す図である。 制御装置の動作例を示すフローチャートである。 オンデマンド車両のサービスが提供されるエリアの一例を示す図である。 オンデマンド車両のサービスが提供されるエリアの一例を示す図である。

以下、本開示の一実施形態について、図面を参照して説明する。

（実施形態の概要）
図１は、本開示の一実施形態に係るシステム１の構成例を示す図である。システム１は、制御装置１０、端末装置２０、及び車両３０を備える。制御装置１０、端末装置２０、及び車両３０は、例えばインターネット及び移動体通信網等を含むネットワーク４０と通信可能に接続される。

制御装置１０は、ユーザの移動計画を示す第１情報を端末装置２０から受信し、車両３０の運行スケジュールを決定する情報処理装置である。制御装置１０は、例えば、データセンタ等の施設に設置された、サーバ装置等のコンピュータでもよい。制御装置１０は、ネットワーク４０を介して、端末装置２０及び車両３０と通信可能である。

端末装置２０は、ユーザの操作に応じて移動計画を制御装置１０へ送信する情報処理装置である。本実施形態では、端末装置２０はユーザによって使用されるスマートフォンであるが、例えば、携帯電話機、又はタブレット等のモバイル機器、並びに、ＰＣ（Personal Computer）等の汎用機器でもよい。システム１が備える端末装置２０の数は、任意に定められてもよい。

車両３０は、例えばバス等の自動車であるが、これに限られず任意の車両であってもよい。自動車は、例えばガソリン自動車、ＨＥＶ（Hybrid Electric Vehicle）、ＰＨＥＶ（Plug in Hybrid Electric Vehicle）、ＦＣＥＶ （Fuel Cell Electric Vehicle）、又はＢＥＶ（Battery Electric Vehicle）等であるが、これらに限られない。各車両３０は、本実施形態ではＡＶ（Autonomous Vehicle）であるが、運転手によって運転されてもよいし、又は任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥ（Society of Automotive Engineers）のレベル分けにおけるレベル１からレベル５のいずれかである。各車両３０は、ＭａａＳ（Mobility as a Service）専用車両でもよい。システム１が備える車両３０の数は、任意に定められてもよい。

車両３０は、ユーザの要望（デマンド）に応じて運行スケジュール（運行経路及び運行時刻等）が決定されるオンデマンド車両として動作する。車両３０の運行経路及び運行時刻等は予め定められておらず、制御装置１０が、ユーザの要望（要求）に応じて運行スケジュールを動的に決定する。車両３０は、制御装置１０との通信により運行スケジュールを表す情報を含む各種情報を送受信し、サービス１１１，１１２ごとに定められた特定地域を運行スケジュールに従って走行する。以下、第１のオンデマンド車両サービスとしてのサービスＡ１１１において走行する車両３０を第１車両３０ａと称し、第２のオンデマンド車両サービスとしてのサービスＢ１１２において走行する車両３０を第２車両３０ｂと称する場合がある。車両３０は不特定人のユーザが乗降する乗合バスであるが、特定のユーザが乗降する車両でもよい。本実施形態では、ユーザが車両３０に乗降可能な乗降地点が予め定められている例を説明するが、乗降地点もユーザの要望に応じて動的に決定されてもよい。

図２は、オンデマンド車両のサービスが提供されるエリアの一例を示す図である。図２において、ユーザは、出発地点１０１から目的地点１０２への移動を希望している。図２のエリアでは、オンデマンド車両のサービスＡ１１１及びサービスＢ１１２が提供されている。図２の例では、出発地点１０１はサービスＡ１１１の管轄にあり、目的地点１０２はサービスＢ１１２の管轄にある。サービスＡ１１１及びサービスＢ１１２の移動予約は別個に行う必要がある。従来の構成においては、ユーザがそれぞれの予約を自ら行う必要があるため、煩わしかった。後述するように、本実施形態では、ユーザは移動計画を入力するだけで、制御装置１０が各サービスに対する移動予約を自動的に行う。なお、サービスＡ１１１及びサービスＢ１１２は異なる事業者によって提供されるが、同一の事業者によって提供されてもよい。

オンデマンド車両のサービスが提供されるエリアには、複数の乗降地点１２１～１２７が予め定められている。図２の例では、乗降地点１２１は、サービスＡ１１１の提供エリアに設けられている。乗降地点１２３，１２６は、サービスＢ１１２の提供エリアに設けられている。乗降地点１２２，１２４，１２５は、サービスＡ１１１の提供エリアと、サービスＢ１１２の提供エリアとの重複部分に設けられている。図２のエリアには、レストラン、公共施設、学校等の施設１３１～１３４が存在する。

上記のような状況において、ユーザは、端末装置２０を操作して、出発地点１０１、目的地点１０２、予約希望日時、及び予約人数等の移動計画を示す第１情報を入力して移動予約をする。端末装置２０は、ユーザにより入力された第１情報を制御装置１０へ送信する。制御装置１０は、移動計画を示す第１情報を受信すると、サービス間で車両３０の乗り継ぎが可能な複数の乗継候補地を特定し、出発地点１０１から各乗継候補地を経由して目的地点１０２へ移動する複数の候補経路を決定する。さらに、制御装置１０は、各候補経路を所定の指標（経由する登録済み施設の数、車両３０での移動時間等）で評価した結果に基づいて選択した推奨経路をユーザに提示し、ユーザからの要求に応じて推奨経路に従い２つのオンデマンド車両サービスの予約を行う。したがって、ユーザが複数のサービス間でオンデマンド車両を乗り継いで移動する場合であっても、ユーザが各サービスでオンデマンド車両の予約を個別に行う必要がなく、ユーザ負担を軽減することが可能である。

（制御装置の構成）
図１に示すように、制御装置１０は、制御部１１、記憶部１２、及び通信部１３を備える。

制御部１１は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。制御部１１は、制御装置１０全体の動作を制御する。

記憶部１２は、１つ以上のメモリを含む。記憶部１２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１２は、制御装置１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１２は、システムプログラム、アプリケーションプログラム、データベース、地図情報、各サービスの運行情報等を記憶してもよい。記憶部１２に記憶された情報は、例えば通信部１３を介してネットワーク４０から取得される情報で更新可能であってもよい。

通信部１３は、ネットワーク４０に接続する１つ以上の通信インタフェースを含む。この通信インタフェースは、例えば移動体通信規格、有線ＬＡＮ（Local Area Network）規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、制御装置１０は、通信部１３及びネットワーク４０を介して、端末装置２０及び車両３０と通信する。

本実施形態では、サービスＡ１１１及びサービスＢ１１２の各々における、複数の乗降地点１２１～１２７の情報、及び、車両３０の運行状況を示す第２情報は、制御装置１０の記憶部１２に記憶される。また、サービスＡ１１１及びサービスＢ１１２の各々における車両３０の運行管理は制御装置１０において行われる。これに代えて、これらの第２情報の記憶及び車両３０の運行管理は、オンデマンド車両のサービスごとに制御装置１０とは別のネットワークストレージ又は情報処理装置において行われてもよい。

（端末装置の構成）
図１に示すように、端末装置２０は、制御部２１、記憶部２２、通信部２３、及び入出力部２４を備える。

制御部２１は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。制御部２１は、端末装置２０全体の動作を制御する。

記憶部２２は、１つ以上のメモリを含む。記憶部２２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２２は、端末装置２０の動作に用いられる任意の情報を記憶する。例えば、記憶部２２は、システムプログラム、アプリケーションプログラム、地図情報等を記憶してもよい。記憶部２２に記憶された情報は、例えば通信部２３を介してネットワーク４０から取得される情報で更新可能であってもよい。

通信部２３は、ネットワーク４０に接続する１つ以上の通信インタフェースを含む。この通信インタフェースは、例えば移動体通信規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、端末装置２０は、通信部２３及びネットワーク４０を介して、制御装置１０と通信する。

入出力部２４は、ユーザからの入力操作を受け付けたり、端末装置２０の処理結果をユーザへ出力したりするＨＭＩ（Human Machine Interface）である。入出力部２４は、例えば、ディスプレイと一体的に設けられたタッチスクリーンとして構成してもよいが、これに限られない。例えば、入出力部２４は、物理キー、静電容量キー、ポインティングディバイス、又はマイク等によりユーザからの入力操作を受け付けてもよい。また、入出力部２４は、スピーカ又はバイブレータ等によりユーザへ情報を出力してもよい。

（車両の構成）
図１に示すように、車両３０は、制御部３１、記憶部３２、通信部３３、及び測位部３４を備える。

制御部３１は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。制御部３１は、車両３０全体の動作を制御する。

記憶部３２は、１つ以上のメモリを含む。記憶部３２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部３２は、車両３０の動作に用いられる任意の情報を記憶する。例えば、記憶部３２は、システムプログラム、アプリケーションプログラム、地図情報等を記憶してもよい。記憶部３２に記憶された情報は、例えば通信部３３を介してネットワーク４０から取得される情報で更新可能であってもよい。

通信部３３は、ネットワーク４０に接続する１つ以上の通信インタフェースを含む。この通信インタフェースは、例えば移動体通信規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、車両３０は、通信部３３及びネットワーク４０を介して、制御装置１０と通信する。

測位部３４は、車両３０の位置情報を取得する１つ以上の装置を含む。具体的には、測位部３４は、例えばＧＰＳ（Global Positioning System）に対応する受信機を含むが、これに限られず、任意の衛星測位システムに対応する受信機を含んでもよい。

各車両３０は、制御装置１０から受信した運行スケジュールに従って、走行する。また、各車両３０はは測位部３４が測定した車両３０の位置の情報を、制御装置１０へ送信する。

（動作例１）
システム１の動作例について、図２及び図３を参照して説明する。図３は、制御装置１０の動作例を示すフローチャートである。図３を参照して説明する制御装置１０の動作は本実施形態に係る情報処理方法の少なくとも一部に相当し得る。図３の各ステップは、制御装置１０の制御部１１の制御に基づき実行される。

フローチャートの処理を開始する前に、ユーザは、端末装置２０を操作して、移動計画を入力する。ユーザの移動計画には、出発地点１０１、目的地点１０２、予約希望日時、及び予約人数等が含まれる。ここで、予約希望日時には、希望乗車時間帯及び希望降車時間帯、あるいは、希望出発時刻又は希望到着時刻が含まれてもよい。ユーザは、乗車を希望する乗降地点（例えば、乗降地点１２１）を出発地点１０１として選択し、降車を希望する乗降地点（例えば、乗降地点１２３）を目的地点１０２として選択してもよい。端末装置２０は、入力されたこれらの情報を第１情報として、制御装置１０へ送信する。

ステップＳ１において、制御装置１０の制御部１１は、端末装置２０からユーザの移動計画を示す第１情報を、通信部１３を介して受信する。

ステップＳ２において、制御部１１は、複数のオンデマンド車両のサービス１１１，１１２のそれぞれについて、車両３０に乗降可能な複数の乗降地点１２１～１２７及び車両３０の運行状況を示す第２情報を取得する。本実施形態では、制御装置１０は、記憶部１２に記憶されている第２情報を読み出して取得する。乗降地点１２１～１２７の情報には、乗降地点１２１～１２７の各々の位置情報が含まれてもよい。車両３０の運行状況の情報には、各車両３０についての、位置及び既に予約されている運行スケジュール等の情報が含まれてもよい。なお、サービスごとに第２情報がネットワークストレージ等に記憶されている場合、制御部１１は、通信部１３を介してこれらのネットワークストレージから第２情報を取得する。

ステップＳ３～Ｓ６において、制御部１１は、制御装置１０は、第１情報及び第２情報に基づいて、サービスＡ１１１に係る第１車両３０ａ及びサービスＢ１１２に係る第２車両３０ｂを乗り継いで移動する推奨経路を決定する処理を行う。

まず、ステップＳ３において、制御部１１は、第１情報及び第２情報に基づいて、第１車両３０ａに乗車する乗降地点（第１の乗降地点）と、第１車両３０ａから第２車両３０ｂへの乗り継ぎを行う乗継候補地点と、第２車両３０ｂから降車する乗降地点（第２の乗降地点）と、を決定する。

具体的には、制御部１１は、第１情報により示される出発地点１０１から最寄りの乗降地点１２１を第１車両３０ａに乗車する乗降地点として決定してもよい。あるいは、制御部１１は、出発地点１０１から一定距離（例えば、Ｘｍ）以内の複数の乗降地点を第１車両３０ａに乗車する乗降地点として決定してもよい。制御部１１は、サービスＡ１１１の提供エリアと、サービスＢ１１２の提供エリアとの重複部分に設けられている乗降地点１２２，１２４，１２５を、第１車両３０ａから第２車両３０ｂへの乗り継ぎを行う乗継候補地点として決定してもよい。制御部１１は、第１情報により示される目的地点１０２から最寄りの乗降地点１２３を第２車両３０ｂから降車する乗降地点として決定してもよい。あるいは、制御部１１は、目的地点１０２から一定距離（例えば、Ｘｍ）以内の複数の乗降地点１２３，１２６を第２車両３０ｂから降車する乗降地点として決定してもよい。なお、図２の例では、乗降地点１２７はサービスＢ１１２のサービス圏外にあるため、第２車両３０ｂから降車する乗降地点として選択されない。

ステップＳ４において、制御部１１は、出発地点１０１から目的地点１０２まで乗継候補地点を経由して移動する少なくとも１つの候補経路を決定する。例えば、図２のエリアにおいて、制御部１１は、以下の候補経路１～３を決定してもよい。
・候補経路１：出発地点１０１、乗降地点１２１、乗降地点１２２、乗降地点１２３、目的地点１０２と辿る経路。
・候補経路２：出発地点１０１、乗降地点１２１、乗降地点１２４、乗降地点１２３、目的地点１０２と辿る経路。
・候補経路３：出発地点１０１、乗降地点１２１、乗降地点１２５、乗降地点１２３、目的地点１０２と辿る経路。

ステップＳ５において、制御部１１は、各候補経路１～３のそれぞれを所定の指標で評価する。このような指標として、制御部１１は、例えば、移動時間を算出してもよい。例えば、制御部１１は、出発地点１０１から目的地点１０２までの移動に要する総時間を見積もり、その時間を評価指標としてもよい。あるいは、制御部１１は、乗車時間（車両３０に乗っている時間）を指標として各候補経路を評価してもよい。あるいは、制御部１１は、このような評価指標として、乗降地点１２２，１２４，１２５における車両３０の乗継に要する時間を利用してもよい。あるいは、制御部１１は、このような評価指標として、徒歩で移動する時間を利用してもよい。これらの時間は、第１車両３０ａ及び第２車両３０ｂについて既に予約されている運行スケジュールの情報も加味して決定される。このような評価指標はここに挙げたものに限られない。その他の評価指標の例については後述する。

ステップＳ６において、制御部１１は、複数の候補経路１～３のそれぞれを所定の指標で評価した結果に基づいて、複数の候補経路１～３に含まれる候補経路を推奨経路として決定する。例えば、制御部１１は、出発地点１０１から目的地点１０２までの移動に要する総時間、乗車時間、乗継に要する時間、及び、徒歩の時間のいずれかが最も短い経路を推奨経路として決定してもよい。あるいは、制御部１１は、移動の総時間、乗車時間、乗り継ぎの時間及び徒歩の時間を重みづけして合算した値が最も小さい経路を推奨経路として決定してもよい。なお、制御部１１は、評価指標に基づき、推奨される度合いが高い複数の経路を推奨経路として決定してもよい。ここで、推奨経路は、単に地理的な経路だけでなく、各地点における出発予定時刻及び到着予定時刻の情報が含まれてもよい。

ステップＳ７において、制御部１１は、ステップＳ６で決定した推奨経路を、端末装置２０を介してユーザに提示する。具体的には、制御部１１は、ステップＳ６で決定した推奨経路を示す情報を、通信部１３により端末装置２０へ送信する。これに応じて、端末装置２０は、推奨経路を入出力部２４に表示して、ユーザの選択を受け付ける。ユーザが、所望の推奨経路を選択すると、端末装置２０は、ユーザにより選択された推奨経路を示す情報を制御装置１０へ送信して、各サービス１１１，１１２に対する予約を制御装置１０に要求する。

ステップＳ８において、制御部１１は、端末装置２０からの要求に応じて、オンデマンド車両のサービスＡ１１１及びサービスＢ１１２に対し、推奨経路に従って第１車両３０ａ及び第２車両３０ｂの予約要求を送信する。これにより、サービスＡ１１１及びサービスＢ１１２の両方に対する予約が行われる。

以上のように、本実施形態では、ユーザが移動計画を入力すると、制御装置１０は、その移動計画に適合した推奨経路を決定し、ユーザの要求に応じて、各サービスに対して推奨経路に応じた予約を行う。したがって、複数のサービス１１１，１１２間で第１車両３０ａ、第２車両３０ｂを乗り継いで移動する場合であっても、ユーザは各サービス１１１，１１２に対して第１車両３０ａ、第２車両３０ｂの予約を個別に行う必要がない。よって、本実施形態によれば、ユーザ負担を軽減することが可能である。

（動作例２）
動作例１では、ユーザの移動時間に着目した指標に基づき候補経路を評価する例を説明したが、評価指標はこれに限られない。例えば、制御部１１は、ユーザが関心を持つ可能性の高い施設の近辺を通過する経路をより優先的に推奨経路として決定するようにしてもよい。このような経路を優先的に走行することにより、ユーザに対してその施設を宣伝することができ、例えば、目的地点１０２から出発地点１０１への帰り道の途上又は別の機会にそのユーザがその施設を訪問する可能性を高めることが可能となる。

具体的には、例えば、制御装置１０は、オンデマンド車両の対象エリアに存在する各施設１３１～１３４の位置、カテゴリ（例えば、レストラン、公共施設、学校、美術館、寺社仏閣等）等の情報を予め記憶部１２に記憶しておいてもよい。その上で、ステップＳ５において、制御部１１は、ユーザが関心を持つ可能性が高いより多くの施設の近辺を通過する候補経路により大きな評価値を付与してもよい。例えば、制御装置１０は、ユーザ毎に、ユーザが関心のある施設のカテゴリを予め記憶部１２に記憶しておいてもよい。そして、制御装置１０は、候補経路の近辺に存在する、ユーザの関心に適合する施設の個数を評価値として利用してもよい。施設が候補経路の近辺に存在することは、施設と候補経路との距離が一定値未満であることに基づき判定してもよい。

なお、制御部１１は、ユーザが関心を持つ可能性が高い施設として、例えば、ユーザが過去にその施設を訪れた回数、又は、ユーザがその施設でクーポンを利用した回数が、予め定められた閾値以上又は閾値未満である施設を選択してもよい。ここでは、制御装置１０は、ユーザが過去にその施設を訪れた回数、又は、ユーザがその施設でクーポンを利用した回数に関する情報を予め記憶部１２に記憶しておいてもよい。制御部１１は、ユーザが過去に下車した乗降地点からの距離が一定値未満の施設を、そのユーザが過去に訪れた施設として選択してもよい。

あるいは、制御部１１は、出発地点１０１又は目的地点１０２と、乗継候補地点との間の経路を探索する際、車両３０による移動時間が許容値を超えない範囲で、経由する施設の数が最大となる経路を探索してもよい。ここで、「許容値」は、出発地点１０１又は目的地点１０２と、乗継候補地点との間の最短移動時間を基準に定められてもよい。例えば、「許容値」は、出発地点１０１又は目的地点１０２と、乗継候補地点との間の最短移動時間に一定時間αを加えた値（最短移動時間＋α）としてもよい。あるいは、「許容値」は、出発地点１０１又は目的地点１０２と、乗継候補地点との間の最短移動時間に一定値β（１＜β）を乗じた値（最短移動時間×β）としてもよい。

（動作例３）
前述のように、ステップＳ４において、制御部１１は、出発地点１０１から乗継候補地点までの経路、及び、乗継候補地点から目的地点１０２までの経路を候補経路として決定する。ここで、制御部１１は、候補経路の決定の際はオンデマンド車両のサービスが提供される全域をルート検索に対象とする必要はない。例えば、制御部１１は、出発地点１０１及び目的地点１０２の位置関係等に基づき、サービスの対象エリアからルート検索の対象のエリアを選択し、その選択されたエリア内でルート検索を行ってもよい。

図４は、オンデマンド車両のサービスが提供されるエリアの一例を示す図である。図４では、サービスＡ１１１の対象エリアにはエリア１１１１及びエリア１１１２が含まれる。サービスＢ１１２の対象エリアにはエリア１１２１及びエリア１１２２が含まれる。出発地点１０１はエリア１１１２内に存在し、目的地点１０２はエリア１１２１内に存在する。ここで、エリア１１１１，１１１２，１１２１，１１２２が図４に示すような位置関係で配置されるとする。このような場合、出発地点１０１から乗継候補地点である乗降地点１２２，１２４，１２５までの経路を検索する際、制御部１１は、エリア１１１１内の経路は考慮せず、エリア１１１２内の経路のみを探索すればよい。また、乗継候補地点である乗降地点１２２，１２４，１２５から目的地点１０２までの経路を検索する際、制御部１１は、エリア１１２２内の経路は考慮せず、エリア１１２１内の経路のみを探索すればよい。このようにすることで、制御装置１０は、明らかに遠回りになるような経路を候補経路として抽出することなく、効率的な経路検索を行うことが可能である。

（動作例４）
動作例１のステップＳ３では、制御部１１は、サービスＡ１１１及びサービスＢ１１２の提供エリアの重複部分に設けられている乗降地点１２２，１２４，１２５を、乗継候補地点として決定する例を説明した。もっとも、サービスＡ１１１及びサービスＢ１１２の提供エリアに重複がない場合もあり得る。そのような場合、制御部１１は、第１車両３０ａの降車場所から第２車両３０ｂの乗車場所までの徒歩による移動時間を指標の１つとして各候補経路を評価してもよい。

図５は、オンデマンド車両のサービスが提供されるエリアの一例を示す図である。図５の例では、サービスＡ１１１及びサービスＢ１１２の提供エリアに重複がない。このように重複がないサービスエリア間の移動につき、ステップＳ３において、制御部１１は、サービスの提供エリアの位置関係に基づき乗継候補地点を決定してもよい。例えば、図５の例では、制御部１１は、サービスＢ１１２の近くに存在する乗降地点１２２，１２５をサービスＡ１１１内の乗継候補地点として決定してもよい。同様に、制御部１１は、サービスＡ１１１の近くに存在する乗降地点１２４，１２８をサービスＢ１１２内の乗継候補地点として決定してもよい。

あるいは、移動元及び移動先の各サービスについて、少なくとも１つの乗継候補地点が予め記憶部１２に記憶されており、ステップＳ３において、制御部１１は、そのような予め記憶された情報を参照して乗継候補地点を決定してもよい。例えば、図５の例では、サービスＡ１１１及びサービスＢ１１２間の乗継候補地点として、乗降地点１２２，１２５、及び、乗降地点１２４，１２８が、サービスＡ１１１及びサービスＢ１１２の識別情報とともに、予め記憶部１２に記憶されていてもよい。そして、ステップＳ３において、制御部１１は、サービスＡ１１１、及び、サービスＢ１１２に対応して予め記憶されている乗降地点１２２，１２５、及び、乗降地点１２４，１２８を乗継候補地点として決定してもよい。

ステップＳ５では、制御部１１は、乗降地点１２２，１２５と、乗降地点１２４，１２８との間の徒歩の移動時間（乗り継ぎ時間）を指標の１つとして、候補経路を評価してもよい。具体的にははこれらの乗継候補地点の組合せには、（１）乗降地点１２２、１２４、（２）乗降地点１２２、１２８、（３）乗降地点１２５、１２４、（４）乗降地点１２５、１２８、の４つがある。制御部１１は、これらの組合せの中で徒歩による移動時間の短さを評価指標の１つとして利用してもよい。これにより、制御部１１は、重複がないサービスエリア間の移動を伴う場合であっても、ユーザにとって負担の少ない経路を推奨経路として決定することができる。

なお、ステップＳ５において、制御部１１は、前述した複数の評価指標に重みづけをした上で組み合わせることで、複数の評価指標を総合的に反映した評価値を算出してもよい。換言すると、制御部１１は、上述した２つ以上の指標を組み合わせて各候補経路を評価してもよい。例えば、制御部１１は、指標毎にコストを決定し、合計コストが最も小さい候補経路を推奨候補として決定してもよい。これにより、制御部１１は、複数の観点に基づき適切な経路を推奨経路として決定することができる。

本開示を図面及び実施形態に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

例えば、上述した実施形態において、制御装置１０の構成及び動作を、互いに通信可能な複数のコンピュータに分散させた実施形態も可能である。また例えば、制御装置１０の一部又は全部の構成要素を端末装置２０又は車両３０に設けた実施形態も可能である。

また、例えば汎用のコンピュータを、上述した実施形態に係る制御装置１０として機能させる実施形態も可能である。具体的には、上述した実施形態に係る制御装置１０の各機能を実現する処理内容を記述したプログラムを、汎用のコンピュータのメモリに格納し、プロセッサによって当該プログラムを読み出して実行させてもよい。したがって、本開示は、プロセッサが実行可能なプログラム、又は当該プログラムを記憶する非一時的なコンピュータ可読媒体としても実現可能である。

１ システム
１０ 制御装置
１１ 制御部
１２ 記憶部
１３ 通信部
２０ 端末装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入出力部
３０，３０ａ，３０ｂ 車両
１０１ 出発地点
１０２ 目的地点
１１１，１１２ サービス
１１１１～１１２２ エリア
１２１～１２７ 乗降地点
１３１～１３４ 施設
１５０ 道路

Claims (4)

1. ユーザによって使用される端末装置と通信可能な情報処理装置が実行する情報処理方法であって、
   前記端末装置から前記ユーザの移動計画を示す第１情報を受信する第１の工程と、
   複数のオンデマンド車両サービスのそれぞれについて、車両に乗降可能な複数の乗降地点及び車両の運行状況を示す第２情報を取得する第２の工程と、
   前記第１情報及び前記第２情報に基づいて、第１のオンデマンド車両サービスに係る第１車両及び第２のオンデマンド車両サービスに係る第２車両を乗り継いで移動する推奨経路を決定する第３の工程と、
   前記端末装置を介して前記推奨経路を前記ユーザに提示する第４の工程と、
   前記端末装置からの要求に応じて、前記第１のオンデマンド車両サービス及び前記第２のオンデマンド車両サービスに対し、前記推奨経路に従って前記第１車両及び前記第２車両の予約をする第５の工程と、
   を含み、
   前記第３の工程においては、
   前記第１車両に乗車する第１の乗降地点と、前記第１車両から前記第２車両への乗り継ぎを行う乗継候補地点と、前記第２車両から降車する第２の乗降地点と、を決定し、
   前記第１の乗降地点から前記第２の乗降地点まで前記乗継候補地点を経由して移動する少なくとも１つの候補経路を決定し、
   前記少なくとも１つの候補経路のそれぞれを所定の指標で評価した結果に基づいて、前記少なくとも１つの候補経路に含まれる候補経路を前記推奨経路として決定する、
   情報処理方法。
2. 前記第３の工程においては、全移動時間を前記所定の指標として評価した結果に基づいて、前記少なくとも１つの候補経路に含まれる候補経路を前記推奨経路として決定する、請求項１に記載の情報処理方法。
3. 前記第３の工程においては、前記候補経路の近辺に存在するユーザの関心に適合する施設の個数を前記所定の指標として評価した結果に基づいて、前記少なくとも１つの候補経路に含まれる候補経路を前記推奨経路として決定する、請求項１に記載の情報処理方法。
4. 前記第３の工程においては、徒歩による乗り継ぎ時間を前記所定の指標として評価した結果に基づいて、前記少なくとも１つの候補経路に含まれる候補経路を前記推奨経路として決定する、請求項１に記載の情報処理方法。
   
   

Images