JPWO2018230677A1 - サービス管理装置、サービス提供システム、サービス管理方法、およびプログラム - Google Patents

Abstract

移動する車両（２００、５００）内にサービス利用者Ｕがサービス提供者Ｓと同乗することを要求する同乗リクエスト（サービス利用依頼情報）を取得する取得部（３２０、７２０、７２２、７２４）と、前記取得部により取得された同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定するプラン決定部（３３０、７４０）と、を備えるサービス管理装置（３００、７００）。

Description

本発明の態様は、サービス管理装置、サービス提供システム、サービス管理方法、およびプログラムに関する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８６９１号に基づき優先権を主張し、その内容をここに援用する。

従来、サービス提供場所の位置を表す情報と、サービス提供を受ける利用者の送迎位置を表す情報と、送迎に利用する車両の乗車人数を表す情報と、の入力を受け付けて記憶手段に記憶し、サービス提供場所の位置と利用者の送迎位置との間で車両にて利用者を送迎する送迎ルートを複数パターン算出すると共に、所定の地図情報を利用して、各パターンの送迎ルートにおける車両のサービス提供場所に対する出発時刻と到着時刻とを算出し、各パターンにおける、サービス提供場所を出発する車両の出発時刻と、サービス提供場所に到着する車両の到着時刻とに基づいて、送迎ルートのパターンを決定するシステムの発明が開示されている（特許文献１参照）。

特開２０１５−１８４８８５号公報

従来の技術は、サービス提供場所までの送迎を管理するものであり、車両内で提供されるサービスを管理するものではなかった。

本発明は、このような事情を考慮してなされたものであり、車両内でサービス提供者により提供されるサービスを好適に管理することができるサービス管理装置、サービス提供システム、サービス管理方法、およびプログラムを提供することを目的の一つとする。

本発明に係る、車両制御システム、車両制御方法、およびプログラムは、以下の構成を採用した。
（１）：本発明の一態様は、移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得する取得部と、前記取得部により取得された同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定するプラン決定部と、を備えるサービス管理装置。

（２）：上記（１）の態様において、前記同乗リクエストには、前記サービス利用者が前記車両に乗車する第１乗車区間の情報が含まれるもの。

（３）：上記（２）の態様において、前記サービス利用者は、単独で前記車両に乗車することが好ましくない利用者であり、前記プラン決定部は、前記サービス提供者が前記車両に乗車する第２乗車区間を、前記第１乗車区間を包含するように決定するもの。

（４）：上記（２）の態様において、前記プラン決定部は、前記サービス提供者が前記車両に乗車可能なエリアの情報を参照し、前記第１乗車区間と前記エリアとの重複部分の範囲内で前記サービス提供者が前記サービス利用者と同乗するように、前記サービス提供者が前記車両に乗車する第２乗車区間を決定するもの。

（５）：上記（１）の態様において、前記プラン決定部は、降車後に前記サービス利用者が受ける降車後サービスと連携可能な地点で前記サービス利用者が降車するように、前記同乗プランを決定するもの。

（６）：上記（５）の態様において、前記プラン決定部は、降車後サービスに必要なオンライン予約を実行するもの。

（７）：上記（１）の態様において、前記プラン決定部は、予め指定されたサービスの種類に応じたサービス提供者を選択し、前記サービス利用者と前記選択したサービス提供者の同乗プランを決定するもの。

（８）：上記（１）の態様において、前記車両は、無線通信機能を有する自動運転車両であり、前記車両と通信する通信部と、前記通信部に、前記プラン決定部により決定された同乗プランに基づく経路の指示を前記車両に送信させる経路指示部と、を更に備えるもの。

（９）：上記（８）の態様のサービス管理装置と、前記車両と、を備えるサービス提供システムであって、前記サービス管理装置は、前記経路の指示と共にサービス提供予定時間を前記車両に送信し、前記車両は、前記サービス提供予定時間の経過よりも前に目的地に到達しないように運転制御を行う、サービス提供システム。

（１０）：本発明の他の態様は、コンピュータが、移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得し、前記取得された同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定する、サービス管理方法である。

（１１）：本発明の他の態様は、コンピュータに、移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得させ、前記取得させた同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定させる、プログラムである。

（１２）：本発明の他の態様は、車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得する第１取得部と、予め登録された車両の車両情報を取得する第2取得部と、前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定し、利用可能車両情報を生成する車両特定部と、車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得する第３取得部と、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定し、前記特定した可用サービスに関する情報を前記サービス利用者に提供するプラン決定部と、を備えるサービス管理装置である。

（１３）：上記（１２）の態様において、前記サービス利用依頼情報は、前記サービス利用者が前記車両の少なくとも一部を占有する第１区間の情報を含むもの。

（１４）：上記（１３）の態様において、前記サービス利用依頼情報は、前記サービス利用者が希望する前記サービス提供者の属性情報を含むもの。

（１５）：上記（１３）の態様において、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス提供者が前記車両の少なくとも一部を占有する第２区間を設定し、前記第１区間と前記第２区間の重複部分に基づいて、前記サービス利用者および前記サービス提供者が前記車両の少なくとも一部を占有する第３区間を設定するプラン決定部を更に備えるもの。

（１６）：上記（１３）または（１４）の態様において、前記サービス提供情報は、サービス提供可能な地域の情報を含み、前記第１区間と、前記サービス提供可能な地域の情報の重複範囲内で、前記サービス利用者および前記サービス提供者が前記車両の少なくとも一部を占有する第３区間を設定するプラン決定部を更に備えるもの。

（１７）：上記（１３）の態様において、前記サービス提供情報は、車両外でのサービス提供地点の情報を含み、前記サービス利用者からの指示に応じて、前記第１区間が前記車両外でのサービス提供地点で終了するように、前記第１区間を更新するプラン決定部を更に備えるもの。

（１８）：上記（１３）の態様において、前記サービス利用者と前記サービス提供者の双方が前記車両を利用しているか否かを判定する判定部を更に備え、前記プラン決定部は、前記判定部により双方が前記車両を利用していると判定された場合に、前記第１区間を更新するもの。

（１９）：上記（１７）の態様において、前記車両外でのサービス提供地点にある施設を予約する予約情報を送信し、予約情報に対応する予約結果を受信する通信部を更に備えるもの。

（２０）：上記（１２）の態様において、前記車両は、無線通信機能を有する自動運転車両であり、前記車両と通信する通信部と、前記通信部に、前記サービス利用者の利用開始位置および利用終了位置の情報と、前記サービス提供者の利用開始位置および利用終了位置の情報とを、前記車両に送信させる経路指示部と、を更に備えるもの。

（２１）：上記（１５）または（１６）の態様において、前記サービス利用依頼情報は、前記サービス利用者の希望するサービス利用時間帯の情報を含み、前記プラン決定部は、前記サービス利用者が前記車両の少なくとも一部を占有する時間帯が前記サービス利用時間帯と合致するように、前記第３区間を設定するもの。

（２２）：上記（２１）の態様において、前記サービス提供情報は、前記サービス提供者の希望するサービス提供時間帯の情報を含み、前記プラン決定部は、前記サービス提供者が前記車両の少なくとも一部を占有する時間帯が前記サービス提供時間帯と合致するように、前記第３区間を設定するもの。

（２３）：上記（１５）の態様において、前記プラン決定部は、複数のサービス提供者のそれぞれに対応して前記第２区間を設定した場合、複数の前記第２区間のそれぞれに対応した複数の前記第３区間を設定するもの。

（２４）：上記（１２）の態様において、前記第１取得部が前記サービス利用依頼情報を受信した時点において、前記サービス利用者が前記車両を利用しているか否かを判定する判定部と、前記判定部により、前記サービス利用者が前記車両を利用していると判定された場合、前記利用者に前記利用中の車両を優先して割り当てるプラン決定部を更に備えるもの。

（２５）：本発明の他の態様は、コンピュータが、車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得し、予め登録された車両の車両情報を取得し、前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定して利用可能車両情報を生成し、車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得し、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定し、前記特定した可用サービスに関する情報を前記サービス利用者に提供する、サービス管理方法である。

（２６）：本発明の他の態様は、コンピュータに、車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得させ、予め登録された車両の車両情報を取得させ、前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定させて利用可能車両情報を生成させ、車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得させ、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定させ、前記特定した可用サービスに関する情報を前記サービス利用者に提供させる、プログラム。

（１）から（２６）の態様によれば、車両内でサービス提供者により提供されるサービスを好適に管理することができる。

（３）の態様によれば、乳幼児や老人などを好適に送迎することができる。

（４）の態様によれば、サービス提供者の都合に合わせて同乗プランを決定することができる。

（６）の態様によれば、降車後まで続く一連のサービスを好適に提供することができる。

（７）によれば、種々のサービスを提供することができる。

（１２）の態様によれば、予め登録された車両の候補から車両情報を取得し、サービス利用依頼情報に基づいて利用可能な車両を特定するため、車両のより積極的な利用を促進することができる。

（１７）または（１９）の態様によれば、サービス利用者が車両を降車した後もサービスを継続し、サービス利用者の満足感を高めることができる。

サービス管理装置３００を含むサービス提供システム１の構成図である。 車両２００の構成図である。 自動運転の処理過程について説明するための図である。 同乗リクエスト一覧３８４の内容の一例を示す図である。 サービス提供可能範囲情報３８６の内容の一例を示す図である。 同乗プランが決定される様子を示す図（その１）である。 図６に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。 同乗プランが決定される様子を示す図（その２）である。 図８に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。 サービス管理装置３００により実行される処理の流れの一例を示すフローチャートである。 同乗リクエストの内容を変更可能か否かを尋ねる画面ＩＭの一例を示す図である。 第２実施形態において同乗プランが決定される様子を示す図である。 図１２に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。 第３実施形態において同乗プランが決定される様子を示す図である。 図１４に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。 第４実施形態に係る同乗リクエスト一覧３８４Ａの内容の一例を示す図である。 第４実施形態に係るサービス提供可能範囲情報３８６Ａの内容の一例を示す図である。 車両２００により実行される運転制御の内容を模式的に示す図である。 第５実施形態に係るサービス管理装置７００を含むサービス提供システム２の構成図である。 車両５００に搭載される車両管理装置５１０の構成の一例を示す図である。 サービス提供者装置６００の構成の一例を示す図である。 サービス管理装置７００の構成の一例を示す図である。 サービス提供システム２において実行される処理の流れの一例を示すフローチャートである。

以下、図面を参照し、本発明のサービス管理装置、サービス提供システム、サービス管理方法、およびプログラムの実施形態について説明する。サービス管理装置は、移動する車両内にサービス利用者がサービス提供者と同乗することで実現されるサービスを管理する装置である。このサービスは、主として同乗すること自体を指すものであってもよいし、同乗し更に何らかの動作が行われることを指すものであってもよい。前者の例としては、単独で車両に乗車することが好ましくないサービス利用者（例えば、乳幼児、老人、病人、身障者）に対して、保育士、介護士、看護師などのサービス提供者が同乗するサービスが挙げられる。なお、同乗すること自体を指すといっても、サービス提供者がサービス利用者である乳幼児の面倒を見るなど、付随するサービスが行われることを含んでも構わない。

各実施形態に係るサービスは、例えば電子的に送受信される同乗リクエストによって申し込まれる。同上リクエストを発信する者（サービス申込者）は、サービス利用者自身であってもよいし、他の者（家族など）であってもよい。また、このサービスに利用される車両は、例えば、基本的には運転操作を必要としない自動運転車両である。以下、自動運転車両が用いられるものとして説明するが、手動運転車両が用いられても構わない。

＜第１実施形態＞
以下、第１実施形態について説明する。第１実施形態において、サービスは、主として同乗すること自体を指し、サービス利用者が車両に乗車している区間の全体に亘って、サービス提供者が車両に同乗していることが要求されるものとする。

［全体構成］
図１は、サービス管理装置３００を含むサービス提供システム１の構成図である。サービス提供システム１は、一以上のサービス申込者Ａにより使用される一以上の端末装置１００と、一以上のサービス提供者により使用される一以上の端末装置１５０と、一以上の車両２００と、サービス管理装置３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。サービス提供者Ｓによるサービスは、サービス利用者Ｕに提供される。図では、サービス申込者Ａとサービス利用者Ｕが異なる者であるように示しているが、これらは同一人物であってもよい。なお、「サービス申込者Ａまたはサービス提供者Ｓにより使用される」とは、ネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、サービス申込者Ａまたはサービス提供者Ｓにより一時的に使用されることを含んでよい。

［端末装置］
端末装置１００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置１００では、サービス提供システム１を利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置１００がスマートフォンであり、アプリケーションプログラム（サービス申込者用アプリ）が起動していることを前提とする。サービス利用者用アプリは、サービス申込者Ａの操作に応じてサービス管理装置３００と通信し、サービス申込者Ａからのリクエストをサービス管理装置３００に送信したり、サービス管理装置３００から受信した情報に基づくプッシュ通知を行ったりする。

端末装置１５０は、端末装置１００と同様に、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置１５０では、サービス提供システム１に参加するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置１５０がスマートフォンであり、アプリケーションプログラム（サービス提供者用アプリ）が起動していることを前提とする。サービス提供者用アプリは、サービス提供者Ｓの操作に応じてサービス管理装置３００と通信し、サービス提供者Ｓによる受諾情報をサービス管理装置３００に送信したり、サービス管理装置３００から受信した情報に基づくプッシュ通知を行ったりする。

［車両］
車両２００は、少なくとも車室を備える車両である。図２は、車両２００の構成図である。車両２００は、例えば、外界監視ユニット２１０と、通信装置２２０と、ナビゲーション装置２３０と、推奨車線決定装置２４０と、自動運転制御ユニット２５０と、駆動力出力装置２６０と、ブレーキ装置２６２と、ステアリング装置２６４とを備える。

外界監視ユニット２１０は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detection and Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置などを含む。外界監視ユニット２１０は、車両２００の周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、その位置や速度の情報と共に自動運転制御ユニット２５０に出力する。

通信装置２２０は、例えば、ネットワークＮＷに接続したり、他車両や歩行者の端末装置などと直接的に通信したりするための無線通信モジュールである。通信装置２２０は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。通信装置２２０として、用途に応じた複数のものが用意されてもよい。

ナビゲーション装置２３０は、例えば、ＨＭＩ（Human machine Interface）２３２と、ＧＮＳＳ（Global Navigation Satellite System）受信機２３４と、ナビ制御装置２３６とを備える。ＨＭＩ２３２は、例えば、タッチパネル式ディスプレイ装置やスピーカ、マイクなどを含む。ＧＮＳＳ受信機２３４は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（車両２００の位置）を測位する。ナビ制御装置２３６は、例えば、ＣＰＵ（Central Processing Unit）や各種記憶装置を備え、ナビゲーション装置２３０全体を制御する。記憶装置には、地図情報（ナビ地図）が格納されている。ナビ地図は、ノードとリンクで道路を表現した地図である。ナビ制御装置２３６は、ＧＮＳＳ受信機２３４によって測位された車両２００の位置から、ＨＭＩ２３２を用いて指定された目的地までの経路を、ナビ地図を参照して決定する。また、ナビ制御装置２３６は、車両２００の位置と目的地とを、通信装置２２０を用いてナビゲーションサーバ（不図示）に送信し、ナビゲーションサーバから返信された経路を取得してもよい。また、本実施例の場合、目的地までの経路は、サービス管理装置３００によって指定される場合もある。なお、経路には、利用者を乗車または降車させるために停止する地点および到達目標時刻の情報が含まれてよい。ナビ制御装置２３６は、上記いずれかの方法で決定した経路の情報を推奨車線決定装置２４０に出力する。

推奨車線決定装置２４０は、例えば、ＭＰＵ（Micro Processing Unit）と各種記憶装置を備える。記憶装置には、ナビ地図よりも詳細な高精度地図情報が格納されている。高精度地図情報には、例えば、車線ごとの道路幅や勾配、曲率、信号の位置などの情報が含まれている。推奨車線決定装置２４０は、ナビゲーション装置２３０から入力された経路に沿って走行するために好ましい推奨車線を決定し、自動運転制御ユニット２５０に出力する。

自動運転制御ユニット２５０は、ＣＰＵやＭＰＵなどの一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニット２５０は、推奨車線決定装置２４０により決定された推奨車線を走行することを原則として、外界監視ユニット２１０から位置や速度が入力された物体との接触を避けるように、車両２００を自動的に走行させる。自動運転制御ユニット２５０は、例えば、各種イベントを順次実行する。イベントには、一定速度で同じ走行車線を走行する定速走行イベント、前走車両に追従する追従走行イベント、車線変更イベント、合流イベント、分岐イベント、緊急停止イベント、料金所を通過するための料金所イベント、自動運転を終了して手動運転に切り替えるためのハンドオーバイベントなどがある。また、これらのイベントの実行中に、車両２００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄など）に基づいて、回避のための行動が計画される場合もある。

自動運転制御ユニット２５０は、車両２００が将来走行する目標軌道を生成する。目標軌道は、例えば、速度要素を含んでいる。例えば、目標軌道は、自車両Ｍの到達すべき地点（軌道点）を順に並べたものとして表現される。軌道点は、所定の走行距離ごとの自車両Ｍの到達すべき地点であり、それとは別に、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度が、目標軌道の一部として生成される。また、軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における自車両Ｍの到達すべき位置であってもよい。この場合、目標速度や目標加速度の情報は軌道点の間隔で表現される。

図３は、自動運転の処理過程について説明するための図である。まず、上図に示すように、ナビゲーション装置２３０によって経路が決定される。この経路は、例えば車線の区別が付けられていない大まかな経路である。次に、中図に示すように、推奨車線決定装置２４０が、経路に沿って走行しやすい推奨車線を決定する。そして、下図に示すように、自動運転制御ユニット２５０が、障害物の回避などを行いながら、なるべく推奨車線に沿って走行するための軌道点を生成し、軌道点（および付随する速度プロファイル）に沿って走行するように、駆動力出力装置２６０、ブレーキ装置２６２、ステアリング装置２６４のうち一部または全部を制御する。なお、このような役割分担はあくまで一例であり、例えば自動運転制御ユニット２５０が一元的に処理を行ってもよい。

駆動力出力装置２６０は、車両が走行するための走行駆動力（トルク）を駆動輪に出力する。駆動力出力装置２６０は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するパワーＥＣＵとを備える。パワーＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは不図示の運転操作子から入力される情報に従って、上記の構成を制御する。

ブレーキ装置２６２は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置２６２は、運転操作子に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。なお、ブレーキ装置２６２は、上記説明した構成に限らず、自動運転制御ユニット２５０から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。

ステアリング装置２６４は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニット２５０から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。

［サービス管理装置］
図１に戻り、サービス管理装置３００は、例えば、通信部３１０と、取得部３２０と、プラン決定部３３０と、経路指示部３４０と、記憶部３８０とを備える。

通信部３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。また、記憶部３８０は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などにより実現される。通信部３１０は、ネットワークＮＷを介して端末装置１００、１５０や車両２００と通信する。

取得部３２０、プラン決定部３３０、および経路指示部３４０は、例えば、ＣＰＵなどのプロセッサが記憶部３８０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

取得部３２０は、通信部３１０およびネットワークＮＷを介して、サービス申込者Ａの端末装置１００から発せられた同乗リクエストを取得し、同乗リクエスト一覧３８４として記憶部３８０に登録する。また、取得部３２０は、通信部３１０およびネットワークＮＷを介して、サービス提供者Ｓの端末装置１５０から発せられたサービス提供可能範囲通知を取得し、サービス提供可能範囲情報３８６として記憶部３８０に登録する。なお、利用者情報３８２は、サービス申込者Ａ、サービス利用者Ｕ、サービス提供者Ｓの個人情報などを含む。

図４は、同乗リクエスト一覧３８４の内容の一例を示す図である。図示するように、同乗リクエスト一覧３８４は、予め登録されたサービス申込者Ａの識別情報である申込者ＩＤに対し、サービス利用者数、乗車希望地点、目的地、乗車希望時刻、プラン決定済であるか否かを示すプラン決定済フラグ（例えば１がプラン決定済、０がプラン未決定を示す）などが対応付けられた情報である。プラン決定済フラグ以外の情報は、端末装置１００のサービスアプリがサービス申込者Ａの入力を受け付けることで内容が決定され、同乗リクエストとしてサービス管理装置３００に送信される。乗車希望地点から目的地までの区間は、「第１乗車区間」の一例である。以下、同乗リクエスト一覧３８４における一つの利用者ＩＤに対応付けられた一連の情報をレコードと称する場合がある。なお、同乗リクエストは利用の度に行われる必要はなく、複数回分の同乗リクエストがまとめて行われてもよい。例えば、毎週の平日の決まった時刻に、乗車希望地点から目的地まで同乗サービスを希望するといった申込みがなされてよい。

図５は、サービス提供可能範囲情報３８６の内容の一例を示す図である。図示するように、サービス提供可能範囲情報３８６は、予め登録されたサービス提供者Ｓの識別情報であるサービス提供者ＩＤに対し、サービス提供可能日、サービス提供可能時間帯、サービス提供可能エリアなどが対応付けられた情報である。

プラン決定部３３０は、同乗リクエスト一覧３８４に登録された同乗リクエストに応じて、サービス利用者Ｕとサービス提供者Ｓの同乗プランを決定する。第１実施形態のプラン決定部３３０は、サービス提供者Ｓが車両２００に乗車する区間（第２乗車区間）を、同乗リクエストにおける乗車希望区間から目的地までの区間を包含するように決定する。

図６は、同乗プランが決定される様子を示す図（その１）である。同乗プランは、乗車希望地点と目的地が共にサービス提供可能エリア内に収まっており、乗車希望時刻に想定運転時間を加算した期間がサービス提供可能時間帯に収まっているなどの条件が合致する場合に設定される。サービス利用者Ｕの乗車希望地点ではサービス提供者Ｓが既に車両２００に乗車しており、目的地でサービス利用者Ｕを降ろした後に、車両２００が所望の場所に向かう。目的地には、保育園などがある。

図７は、図６に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。図示するように、停車地点（１）でサービス提供者ＩＤが「Ａ」のサービス提供者Ｓが乗車し、乗車希望地点に相当する停車地点（２）で申込者ＩＤが「０００１」のサービス申込者に対応するサービス利用者Ｕが乗車し、目的地である停車地点（３）でサービス利用者Ｕが降車し、保育園に登園する。そして、サービス提供者Ｓを乗せた車両２００は次のサービスのためにサービス利用者Ｕの待つ場所に移動したり、サービス提供者Ｓを自宅まで送ったりする。

ここで、一人のサービス提供者Ｓが複数のサービス利用者Ｕに対して同乗することがあってもよい。この場合、同乗プランは、図８に示すように決定され、運行スケジュール情報３８８は、図９に示すように決定される。図８は、同乗プランが決定される様子を示す図（その２）である。図９は、図８に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。図示する例では、サービス提供者Ｓが乗車した状態の車両２００に、まず申込者ＩＤが「０００１」のサービス申込者Ａに対応するサービス利用者Ｕ（１）が乗車し、申込者ＩＤが「０００２」のサービス申込者Ａに対応するサービス利用者Ｕ（２）が乗車し、サービス利用者Ｕ（１）、Ｕ（２）が同じ目的地で後者する。このように、プラン決定部３３０は、サービス提供者Ｓが車両２００に乗車する区間内に、複数の利用者Ｕの乗車希望地点から目的地までの区間が包含される場合、一人のサービス提供者Ｓが複数のサービス利用者Ｕに対して同乗するように同乗プランを決定してもよい。

図１０は、サービス管理装置３００により実行される処理の流れの一例を示すフローチャートである。まず、サービス管理装置３００は、端末装置１００から同乗リクエストを受信したか否かを判定する（ステップＳ１００）。端末装置１００から同乗リクエストを受信すると、サービス管理装置３００は、同乗リクエストに含まれる内容を同乗リクエスト一覧３８４に追加する（ステップＳ１０２）。

次に、サービス管理装置３００は、同乗プラン決定タイミングが到来したか否かを判定する（ステップＳ１０４）。同乗プラン決定タイミングが到来していない場合、ステップＳ１００に処理が戻される。同乗プラン決定タイミングは任意に定めることができるが、例えば、サービス提供システム１の営業時間中において、所定時間（例えば１０分程度）おきに到来するなどと定められる。

同乗プラン決定タイミングが到来すると、サービス管理装置３００は、同乗リクエスト一覧３８４からプラン決定済フラグが０のレコードを抽出する（ステップＳ１０６）。次に、サービス管理装置３００は、サービス提供可能範囲情報３８６を参照し、同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓを検索する（ステップＳ１０８）。

次に、サービス管理装置３００は、同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓが存在するか否かを判定する（ステップＳ１１０）。同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓが存在する場合、サービス管理装置３００は、ステップＳ１０６で抽出したレコードに対応するサービス利用者Ｕの同乗プランを決定し、運行スケジュール情報３８８に追加する（ステップＳ１１２）。この際に、サービス管理装置３００は、抽出したレコードにおけるプラン決定済フラグを１に変更する。

一方、同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓが存在しない場合、サービス管理装置３００は、同乗リクエストの条件を一定範囲内で変更すれば同乗可能なサービス提供者Ｓが存在するか否かを判定する（ステップＳ１１４）。ここで、一定範囲内とは、時刻に関して例えば数十［ｈ］程度、場所に関して例えば数百［ｍ］程度である。

ステップＳ１１４で肯定的な判定を得た場合、サービス管理装置３００は、通信部３１０に、同乗リクエストの内容を変更可能か否かを尋ねる情報を端末装置１００に送信させる（ステップＳ１１６）。これを受けて、端末装置１００では、同乗リクエストの内容を変更可能か否かを尋ねる画面を表示する。図１１は、同乗リクエストの内容を変更可能か否かを尋ねる画面ＩＭの一例を示す図である。画面ＩＭでは、乗車希望時刻には到着できない旨と、代わりに到着可能な時刻の情報が表示され、更に、時刻変更について同意するか否かを指示するためのＹＥＳボタンとＮＯボタンが設定されている。利用者によっていずれかのボタンが操作されると、端末装置１００のサービスアプリは、操作内容を示す情報をサービス管理装置３００に送信する。なお、場所変更に関しても同様である。

図１０に戻り、サービス管理装置３００は、端末装置１００から受信した内容に基づいて、サービス申込者Ａによる変更の同意が得られたか否かを判定する（ステップＳ１１８）。サービス管理装置３００は、端末装置１００においてＹＥＳボタンが操作された場合に同意が得られたと判定し、ＮＯボタンが操作された場合に同意が得られなかったと判定する。

変更の同意が得られた場合、サービス管理装置３００は、変更した内容で、ステップＳ１０６で抽出したレコードに対応するサービス利用者Ｕの同乗プランを決定し、運行スケジュール情報３８８に追加する（ステップＳ１１２）。この際に、サービス管理装置３００は、抽出したレコードにおけるプラン決定済フラグを１に変更する。一方、変更の同意が得られなかった場合、または、ステップＳ１１４で否定的な判定を得た場合、サービス管理装置３００は、今回の同乗リクエストに応えることができない旨の通知（不可通知）を、通信部３１０を制御して端末装置１００に送信する（ステップＳ１２０）。このとき、サービス管理装置３００は、抽出したレコードを削除してもよいし、次の同乗プラン決定タイミングにおいて再度検索を行ってもよい。

ステップＳ１１０〜Ｓ１２０の処理を終了すると、サービス管理装置３００は、全てのサービス申込者Ａに対応するレコードを抽出したか否かを判定する（ステップＳ１２２）。全てのサービス申込者Ａに対応するレコードを抽出していない場合、ステップＳ１０６に処理が戻される。全てのサービス申込者Ａに対応するレコードを抽出した場合、サービス管理装置３００の経路指示部３４０は、今回の処理で追加または更新された運行スケジュールを車両２００に送信する（ステップＳ１２４）。なお、手動運転車両が用いられる場合、サービス管理装置３００は、車両の運転者の端末装置または車載端末装置へ乗車リクエストの変更要求を通知する。

以上説明した第１実施形態によれば、車両内でサービス提供者により提供されるサービスを好適に管理することができる。

＜第２実施形態＞
以下、第２実施形態について説明する。構成図や各装置の基本的な機能について、図１〜５並びに関連する説明を援用する。第２実施形態において、サービスは、車両に同乗した上で実行されるものを指すものとする。例えば、車両２００内において、語学教育、散髪、マッサージ、法的手続きの補助といった、サービス提供者Ｓによる任意のサービスが提供される。

従って、第２実施形態において、サービス利用者Ｕが車両に乗車している区間の全体に亘って、サービス提供者Ｓが車両に同乗している必要は無い。また、主としてサービス利用者Ｕ自身がサービス申込者Ａとなることが想定される。第２実施形態のプラン決定部３３０は、サービス提供者Ｓが車両２００に乗車する区間（第２乗車区間）を、サービス提供可能範囲情報３８６により規定される範囲内で決定する。

図１２は、第２実施形態において同乗プランが決定される様子を示す図である。図示するようにサービス提供者Ｓは、サービス利用者Ｕが既に乗車している状態で、車両２００に乗車してよい。サービス利用者Ｕは、例えば、車両２００により通勤する途中でサービス提供者Ｓから語学教育を受け、会社に出勤する。図１３は、図１２に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。

以上説明した第２実施形態によれば、車両内でサービス提供者により提供されるサービスを好適に管理することができる。

＜第３実施形態＞
以下、第３実施形態について説明する。構成図や各装置の基本的な機能について、図１〜５並びに関連する説明を援用する。第３実施形態において、サービスは、車両２００内で完結するのではなく、サービス利用者Ｕが降車した地点にある施設内でも継続される。以下、乗車中に行われるサービスを乗車中サービス、降車した後に提供されるサービスを降車後サービスと称する。第３実施形態において、同乗リクエストにおける目的地は、降車後サービスを受ける地点に設定される。乗車中サービスを行うサービス提供者Ｓと、降車後サービスを行うサービス提供者Ｓ＃とは、同一人物であってもよいし、異なる人物であってもよい。前者の場合、プラン決定部３３０は、サービス提供者Ｓが目的地においてサービス利用者Ｕと共に降車する乗車プランを決定する。以下、これを前提とする。

提供される一連のサービスは、例えば、土地の購入時における手続きの補助である。この場合、車両２００内でサービス提供者Ｓが手続きの説明を行い、署名・捺印などの手続きを、降車後に不動産事務所に立ち寄って行わせる、といった一連のサービスが提供される。プラン決定部３３０は、サービス提供者Ｓが目的地において利用する施設において予約が必要である場合、自動的にオンライン予約を行ってもよい。

図１４は、第３実施形態において同乗プランが決定される様子を示す図である。サービス利用者Ｕとサービス提供者Ｓは、同乗して手続きの説明を行いながら目的地である不動産事務所に行き、共に降車する。そして、不動産事務所において署名・捺印などの手続きを行う。図１５は、図１４に示す同乗プランを反映した運行スケジュール情報３８８の内容の一例を示す図である。

以上説明した第３実施形態によれば、車両内および降車後に提供されるサービスを好適に管理することができる。

＜第４実施形態＞
以下、第４実施形態について説明する。構成図や各装置の基本的な機能について、図１〜５並びに関連する説明を援用する。第４実施形態において、サービス管理装置３００は、複数のサービスを管理する。そして、サービス利用者Ｕ（またはサービス申込者Ａ）は、複数のサービスの中から所望のサービスを選択して受けることができる。

図１６は、第４実施形態に係る同乗リクエスト一覧３８４Ａの内容の一例を示す図である。第４実施形態における同乗リクエストには、サービス種類や降車後サービスの要否などが追加される。降車後サービスの要否は、サービス種類が指定されるとサービス管理装置３００において自動的に補充するようにしてもよい。なお、サービス種類や降車後サービスの要否は、同乗リクエストの度に指定されるのではなく、あるサービス申込者Ａは特定のサービス種類のみリクエストするといった取決めがなされている場合、サービス申込者Ａからサービス種類や降車後サービスの要否が自動的に決定されてもよい。

図１７は、第４実施形態に係るサービス提供可能範囲情報３８６Ａの内容の一例を示す図である。第４実施形態におけるサービス提供者Ｓは、自身が提供可能なサービスの種類を予め申告しておく。サービス管理装置３００は、この申告を受け付けてサービス提供可能範囲情報３８６Ａに登録する。

第４実施形態に係るプラン決定部３３０は、図１０のステップＳ１０４以下に相当する処理を、サービス種類ごとに実行する。これによって、サービスの種類ごとにサービス提供者Ｓをサービス利用者Ｕに割り当てることができる。

以上説明した第４実施形態によれば、種々のサービスを選択的に提供することができる。

＜自動運転車両の制御＞
上述した各実施形態において（特に第２〜第４実施形態において）、車両２００は、目的地に到達するまでの所要時間を、サービス提供のために予定されている時間に合わせて調整する運転制御を行ってもよい。例えば、同乗リクエストには、サービス提供を希望する時間の情報が含まれ、経路指示部３４０から車両２００に送信される運行スケジュールには、サービス提供の予定時間が含まれる。

図１８は、車両２００により実行される運転制御の内容を模式的に示す図である。車両２００の自動運転制御ユニット２５０は、例えば、目的地までの中間地点など、基準地点に到達したときに、それまでの経過時間と予定時間とを比較する。そして、基準地点までの走行で経過する見込みの時間よりも経過時間が短い場合、残りの行程を徐行、或いは所定地点で停止するなどして、目的地への到達を遅らせる。これによって、十分なサービス提供時間を確保することができる。

＜第５実施形態＞
以下、第５実施形態について説明する。図１９は、第５実施形態に係るサービス管理装置７００を含むサービス提供システム２の構成図である。サービス提供システム２は、一以上のサービス申込者Ａにより使用される一以上の端末装置１００と、一以上の車両５００と、一以上のサービス提供者Ｓにより使用される一以上の端末装置１５０と、サービス提供者装置６００と、サービス管理装置７００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。サービス提供者Ｓによるサービスは、サービス利用者Ｕに提供される。図では、サービス申込者Ａとサービス利用者Ｕが異なる者であるように示しているが、これらは同一人物であってもよい。なお、「サービス申込者Ａにより使用される」とは、ネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、サービス申込者Ａにより一時的に使用されることを含んでよい。

［端末装置］
端末装置１００のハードウェアおよび基本的な機能は、第１実施形態と同様である。端末装置１００では、サービス提供システム２を利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置１００がスマートフォンであり、アプリケーションプログラム（サービス申込者用アプリ）が起動していることを前提とする。サービス利用者用アプリは、サービス申込者Ａの操作に応じてサービス管理装置７００と通信し、サービス申込者Ａからのリクエストをサービス管理装置７００に送信したり、サービス管理装置７００から受信した情報に基づくプッシュ通知を行ったりする。

端末装置１００は、例えば、以下のような内容を含むサービス利用依頼情報をサービス管理装置７００に送信する。位置情報は、例えば、端末装置１００が内蔵するＧＰＳ受信機により測位されたものである。その他の情報は、原則としてサービス申込者Ａまたはサービス利用者Ｕによって入力された情報に基づいている。利用希望サービス提供者属性情報とは、サービス利用者Ｕが希望するサービス提供者Ｓの属性に関する情報である。属性は、提供するサービスの種別の他、年齢、性別、性格（タイプ）などを含んでもよい。属性に関して、サービス管理装置７００は、完全に一致するサービス提供者Ｓを固定的に割り当てるのではなく、サービス利用者Ｕに提示して選択あるいは確定させるようにしてよい。
［サービス利用依頼情報］
・ユーザＩＤ
・位置情報（緯度、経度、高度）
・利用希望空間情報（例えば、人数、座席数等により表される）
・利用希望サービス提供者属性情報
・利用希望サービスＩＤ
・利用希望区間情報（第1区間の情報）
・サービス利用者の希望するサービス利用の時間帯の情報
・決済認証情報

［車両］
車両５００の走行制御に関する構成（例えば、自動運転に関する構成）は、第１実施形態における車両２００が備える構成と同様である。すなわち、車両５００は自動運転車両であり、以下に説明するように無線通信機能を有する車両である。図２０は、車両５００に搭載される車両管理装置５１０の構成の一例を示す図である。車両管理装置５１０は、例えば、通信部５２０と、認証部５３０と、車両／コンパートメント管理部５５０とを備える。

通信部５２０は、無線通信装置である。通信部５２０は、ネットワークＮＷを介してサービス管理装置７００と通信する。認証部５３０は、サービス管理装置７００の指示により、サービス開始のための認証処理を行う。

車両／コンパートメント管理装置５５０は、例えば、利用状況検知部５５２と、利用許可部５５４と、認証部５５６とを備える。車両５００には、サービス利用者Ｕやサービス提供者Ｓが利用可能な空間（コンパートメント）が一以上設けられており、利用状況検知部５５２は、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部５５２は、各コンパートメントが利用中であるか否かを検知する。図２０では、車両５００として普通乗用車を掲載しているが、車両５００は、トレーラー、バス、マイクロバスなど、車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部５５４は、例えば、認証部５５６による認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部５５６は、乗車してくるサービス利用者Ｕまたはサービス提供者Ｓの本人確認等の認証を行う。

車両管理装置５１０は、例えば、以下のような内容を含む車両情報をサービス管理装置７００に送信する。
［車両情報］
・車両ＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況（利用中のコンパートメントに関して利用中のサービス利用者のユーザＩＤ、利用可能なコンパートメントの情報など）
・走行状態（速度、加速度、角速度、車載機器の状態など）
・サービス提供者Ｓの情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）

図２１は、サービス提供者装置６００の構成の一例を示す図である。サービス提供者装置６００は、例えば、複数のサービス提供者の状態を把握し、サービス管理装置７００からの発注に自動的に応答可能な装置である。サービス提供者装置６００は、例えば、通信部６１０と、受注処理部６２０と、状態管理部６３０と、記憶部６５０とを備える。

通信部６１０は、ネットワークＮＷを介してサービス管理装置７００などと通信する。受注処理部６２０は、サービス管理装置７００からのサービス発注に対して、受注処理を行う。受注処理部６２０は、サービス発注の内容が、既にサービス管理装置７００に送信済のサービス提供情報の範囲内であるか否かを判定し、範囲内であると判定した場合に受注処理を先に進める。状態管理部６３０は、サービス提供者装置６００に登録されたサービス提供者Ｓの状態（予約状態、稼働状態など）を管理し、サービス提供情報をサービス管理装置７００に提供する。

サービス提供者装置６００は、例えば、以下のような内容を含むサービス提供情報をサービス管理装置７００に送信する。サービス提供情報は、サービス提供者Ｓが受注可能なサービスに関連する情報である。
［サービス提供情報］
・受注ＩＤ
・サービス名称
・実行責任者情報
・サービス提供者属性情報
・サービス提供者の希望するサービス提供時間帯の情報
・必要車両コンパートメント情報
・サービス提供可能な地域の情報
・施設地点情報（車両外でのサービス提供地点情報）
・サービスステータス

［サービス管理装置］
図２２は、サービス管理装置７００の構成の一例を示す図である。サービス管理装置７００は、例えば、通信部７１０と、第１取得部７２０と、第２取得部７２２と、第３取得部７２４と、車両特定部７３０と、プラン決定部７４０と、経路指示部７５０と、認証部７６０と、判定部７７０と、記憶部８００とを備える。通信部７１０および記憶部８００を除く構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部８００は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。

通信部７１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部７１０は、ネットワークＮＷを介して端末装置１００、車両管理装置５１０、サービス提供者装置６００などと通信する。

第1取得部７２０は、通信部７１０を介して、端末装置１０からサービス利用依頼情報を取得する。第2取得部７２２は、通信部７１０を介して、予め登録された車両５００の車両管理装置５１０から車両情報を取得する。第３取得部７２４は、通信部７１０を介して、サービス提供者端末６００から、サービス提供情報を取得する。

車両特定部７３０は、サービス利用依頼情報と車両情報に基づいて、利用可能な車両５００を特定し、利用可能車両情報８２０を生成する。具体的に、車両特定部７３０は、サービス利用依頼情報に含まれる利用希望空間情報、利用希望区間情報、サービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両５００として特定する。

プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に基づいて、サービス利用者Ｕが享受可能な可用サービスを特定し、特定した可用サービスに関する情報をサービス利用者Ｕの端末装置１００に提供する。

より具体的に、プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に基づいて、サービス提供者Ｓが車両５００の少なくとも一部（例えば、コンパートメント）を占有する第２区間を設定し、サービス利用依頼情報における利用希望区間情報（第1区間の情報）と第２区間の重複部分に基づいて、サービス利用者Ｕおよびサービス提供者Ｓが車両５００の少なくとも一部を占有する第３区間を設定する。なお、プラン決定部７４０は、第1区間の設定前に、サービス提供者Ｓが既に車両５００に乗車している場合、第1区間の設定と同時に、車両５００の現在位置を起点として第2区間を設定してよい。

また、プラン決定部７４０は、サービス提供情報に含まれるサービス提供可能な地域の情報と、第１区間の重複範囲内で、第３区間を設定する。更に、プラン決定部７４０は、サービス利用者Ｕが車両５００の少なくとも一部を占有する時間帯が、サービス利用者の希望するサービス利用時間帯の情報と合致するように、且つ、サービス提供者が前記車両を占有する時間帯が、サービス提供者の希望するサービス提供時間帯の情報と合致するように、第３区間を設定する。「時間帯」とは、開始時刻や終了時刻といった時刻と、時間の長さとを含むものである。プラン決定部７４０は、例えば、サービス利用者Ｕの希望するサービス利用時間帯がサービス提供者Ｓの希望するサービス提供時間帯に収まらない場合、サービス利用者Ｕが車両５００の少なくとも一部を占有する時間帯を、サービス利用者Ｕの希望するサービス利用時間帯よりも制限し、サービス提供時間帯に収まるように調整してもよい。この逆に、プラン決定部７４０は、例えば、サービス提供者Ｓの希望するサービス提供時間帯がサービス利用者の希望するサービス利用時間帯に収まらない場合、サービス提供者Ｓが車両５００の少なくとも一部を占有する時間帯を、サービス提供者Ｓの希望するサービス提供時間帯よりも制限し、サービス利用時間帯に収まるように調整してもよい。そして、プラン決定部７４０は、設定した第３区間に基づいて可用サービスを特定する。

また、プラン決定部７４０は、あるサービス利用者Ｕに対して、複数のサービス提供者Ｓが順次サービスを提供する場合、複数のサービス提供者Ｓのそれぞれに対応して第2区間を設定し、それぞれの第２区間に対応した複数の第３区間を設定してもよい。

他の機能として、プラン決定部７４０は、端末装置１００を用いたサービス利用者Ｕからの指示に応じて、第1区間が車両外でのサービス提供地点で終了するように、前記第１区間を更新してもよい。この場合、プラン決定部７４０は、端末装置１００を用いたサービス利用者Ｕからの指示に応じて（あるいは自動的に）、通信部７１０を用いて、車両外でのサービス提供地点に存在する施設に対して予約情報を送信し、通信部７１０によって予約結果を受信すると共に、通信部７１０を用いて予約結果をサービス利用者Ｕの端末装置１００に送信してもよい。

経路指示部７５０は、通信部７１０に、サービス利用者Ｕの利用開始位置および利用終了位置の情報と、サービス提供者Ｓの利用開始位置および利用終了位置の情報とを、車両５００に送信させることで、車両５００が走行すべき経路を車両５００に指示する。

認証部７６０は、端末装置１００との通信によるサービス利用者Ｕの認証を行ったり、サービス提供開始時の認証を行ったりする。

判定部７７０は、サービス利用者Ｕと、サービス提供者Ｓのそれぞれについて、車両５００を利用しているか否かを判定する。

プラン決定部７４０は、判定部７７０の判定結果を利用して各種の処理を行う。例えば、プラン決定部７４０は、判定部７７０によりサービス利用者Ｕとサービス提供者Ｓの双方が車両５００を利用していると判定した場合のみ、第1区間の変更を受け付ける（第1区間を更新する）ようにしてもよい。このケースは、例えば、サービス提供者Ｓがサービス利用者Ｕに提案して目的地を変更したり、車両５００側に提供する情報に基づいてサービス中に最終目的地を変更したりする場合に生じる。また、プラン決定部７４０は、第1取得部７２０がサービス利用依頼情報を受信した時点において、判定部７７０が、サービス利用者Ｕが既に車両５００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両５００を優先的にサービス利用者Ｕに割り当てるようにしてもよい。

記憶部８００には、登録されたサービス利用者Ｕに関する利用者情報８１０、前述した利用可能車両情報８２０の他、サービス管理情報８３０が格納される。サービス管理情報８３０は、例えば、サービス依頼管理情報８３２と、予約管理情報８３４と、実行中サービス管理情報８３６とを含む。サービス依頼管理情報８３２には、第1取得部７２０により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報８３４には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻などの情報が、サービスごとに格納される。実行中サービス管理情報８３６には、サービスステータスやサービス属性、サービス提供者ＩＤなどの情報が登録される。

図２３は、サービス提供システム２において実行される処理の流れの一例を示すフローチャートである。まず、サービス依頼者Ａ（サービス利用者Ｕ）が、端末装置１００を用いてサービス管理装置７００の認証部７６０に対してユーザ認証を行う（ステップＳ２００）。認証部７６０による認証が成功すると、サービス依頼者Ａ（サービス利用者Ｕ）は、端末装置１００を用いて、サービス利用依頼情報をサービス管理装置７００に送信する（ステップＳ２０２）。サービス利用依頼情報は第１取得部によって取得され、サービス依頼管理情報８３２として記憶部８００に格納される。

サービス利用依頼情報が取得されると、サービス管理装置７００の第３取得部７２４は、サービス提供者装置６００に、サービス提供情報の問い合わせを行う（ステップＳ２０４）。提供するサービスの属性やサービス事業者に応じて複数のサービス提供者装置６００が存在してもよく、その場合、第３取得部７２４は、複数のサービス提供者装置６００に対して一斉に問い合わせを行ってよい。サービス提供者装置６００の状態管理部６３０は、受注可能なサービスに関連する（受注可能なサービスの内容を示す）サービス提供情報をサービス管理装置７００に返信する（ステップＳ２０６）。

一方、サービス管理装置７００の第２取得部７２２は、車両管理装置５１０に、利用状況（車両情報）の問い合わせを行う（ステップＳ２０８）。車両管理装置５１０の車両／コンパートメント管理部５５０は、利用状況検知部５５２により検知された利用状況をサービス管理装置７００に返信する（ステップＳ２１０）。なお、ステップＳ２０８およびステップＳ２１０の処理は、フローチャートに示す処理とは非同期に、任意のタイミングで随時行われてよい。

次に、車両特定部７３０は、サービス利用依頼情報とステップＳ２１０で取得された情報とに基づいて、利用可能な車両を特定し、利用可能車両情報を生成する（ステップＳ２１２）。ステップＳ２１２において複数の車両が特定されてもよく、その場合、後述するステップＳ２２４までの間に、最終的な車両の特定が行われてもよい。そして、プラン決定部７４０が、利用可能車両情報と、ステップＳ２０６で取得された受注可能なサービス提供情報とに基づいて、サービス利用者が享受可能な可用サービスを特定し（ステップＳ２１２）、特定した可用サービスの内容を示す可用サービス情報を端末装置１００に送信する（ステップＳ２１４）。

サービス申込者Ａ（サービス利用者Ｕ）は、可用サービス情報を閲覧し、その結果、端末装置１００を用いてサービス管理装置７００に対してサービス発注を行う（ステップＳ２１６）。サービス管理装置７００のプラン決定部７４０は、ステップＳ２１６で受注したサービスのうちサービス提供者が担う部分を抜き出して、サービス提供者装置６００に対してサービス発注を行う（ステップＳ２１８）。

サービス提供者装置６００の受注処理部６２０は、サービス受注した旨をサービス管理装置７００に送信する（ステップＳ２２０）。これに併せて、受注処理部６２０は、サービス提供者の端末装置（本実施形態では不図示）に、受注内容を送信する。

サービス提供者装置６００から受注した旨を受信すると、サービス管理装置７００の経路指示部７５０は、サービス提供のための車両５００が走行すべき経路を設定する（ステップＳ２２２）。

次に、サービス管理装置７００の認証部７６０が、サービス開始のための認証処理をサービス提供者装置６００および車両５００の認証部５３０に対して行い、経路指示部７５０が、ステップＳ２２２で設定した経路を車両５００に指示し、サービス提供者装置６００がサービス開始の認証を行うと共に、必要に応じて最終的な車両の特定を行い、車両５００の車両管理装置５１０では認証部５３０が車両側での認証を行うと共に、指示された経路での走行を開始または予定する（ステップＳ２２４）。

その後、サービス利用者Ｕが車両５００に乗車し（ステップＳ２２６）、付加サービスが提示可能となったときに、プラン決定部７４０が付加サービスを端末装置１００に提示する（ステップＳ２２８）。サービス利用者が付加サービスの内容を閲覧して、端末装置１００を用いて付加サービスを発注すると（ステップＳ２３０）、サービス管理装置７００のプラン決定部７４０は、サービス提供者装置６００に対して、付加サービスについてサービス発注を行う（ステップＳ２３２）。サービス提供者装置６００の受注処理部６２０は、付加サービスを受注した旨を示す情報をサービス管理装置７００に送信する（ステップＳ２３４）。付加サービスを受注した旨を示す情報を受信すると、サービス管理装置７００の経路指示部７５０は、経路の修正や目的地変更を、車両５００に指示する（ステップＳ２３６）。

以上説明した第５実施形態によれば、第1実施形態と同様の効果を奏するのに加えて、予め登録された車両５００の候補から車両情報を取得し、サービス利用依頼情報に基づいて利用可能な車両５００を特定するため、車両５００のより積極的な利用を促進することができる。

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

例えば、サービス管理装置３００（７００）は、車両２００（５００）に搭載されてもよい。

また、車両２００（５００）が手動運転車両である場合、通信部３１０（７１０）は、ネットワークＮＷを介して車両２００（５００）の運転者の端末装置と通信してよい。

また、車両２００（５００）は、遠隔地から遠隔操作される遠隔操作車両であってもよい。この場合、車両２００（５００）は、外界監視ユニット２１０により取得される各種情報を通信装置２２０によって外部装置に送信する。外部装置では、受信した各種情報に基づいて車両２００（５００）の周辺状況を示す画像を生成し（あるいは再生し）、遠隔操作者に提示する。この際に、通信による遅延をカバーするため、先読み処理によって画像等が補正されてもよい。遠隔操作者は、提示された画像に基づいて運転操作子を操作する。運転操作子に対してなされた操作の内容は、車両２００（５００）に送信され、車両２００（５００）は受信した操作の内容に基づいて走行する。

１ サービスシステム
１００ 端末装置
２００、５００ 車両
３００、７００ サービス管理装置
３１０、７１０ 通信部
３２０ 取得部
３３０、７４０ プラン決定部
３４０、７５０ 経路指示部
３８０、８００ 記憶部
６００ サービス提供者装置
７２０ 第１取得部
７２２ 第２取得部
７２４ 第３取得部
７６０ 認証部
７７０ 判定部
Ｕ 利用者
Ｓ サービス提供者

Claims (26)

1. 移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得する取得部と、
   前記取得部により取得された同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定するプラン決定部と、
   を備えるサービス管理装置。
2. 前記同乗リクエストには、前記サービス利用者が前記車両に乗車する第１乗車区間の情報が含まれる、
   請求項１記載のサービス管理装置。
3. 前記サービス利用者は、単独で前記車両に乗車することが好ましくない利用者であり、
   前記プラン決定部は、前記サービス提供者が前記車両に乗車する第２乗車区間を、前記第１乗車区間を包含するように決定する、
   請求項２記載のサービス管理装置。
4. 前記プラン決定部は、前記サービス提供者が前記車両に乗車可能なエリアの情報を参照し、前記第１乗車区間と前記エリアとの重複部分の範囲内で前記サービス提供者が前記サービス利用者と同乗するように、前記サービス提供者が前記車両に乗車する第２乗車区間を決定する、
   請求項２記載のサービス管理装置。
5. 前記プラン決定部は、降車後に前記サービス利用者が受ける降車後サービスと連携可能な地点で前記サービス利用者が降車するように、前記同乗プランを決定する、
   請求項１記載のサービス管理装置。
6. 前記プラン決定部は、降車後サービスに必要なオンライン予約を実行する、
   請求項５記載のサービス管理装置。
7. 前記プラン決定部は、予め指定されたサービスの種類に応じたサービス提供者を選択し、前記サービス利用者と前記選択したサービス提供者の同乗プランを決定する、
   請求項１記載のサービス管理装置。
8. 前記車両は、無線通信機能を有する自動運転車両であり、
   前記車両と通信する通信部と、
   前記通信部に、前記プラン決定部により決定された同乗プランに基づく経路の指示を前記車両に送信させる経路指示部と、
   を更に備える請求項１記載のサービス管理装置。
9. 請求項８記載のサービス管理装置と、
   前記車両と、を備えるサービス提供システムであって、
   前記サービス管理装置は、前記経路の指示と共にサービス提供予定時間を前記車両に送信し、
   前記車両は、前記サービス提供予定時間の経過よりも前に目的地に到達しないように運転制御を行う、
   サービス提供システム。
10. コンピュータが、
    移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得し、
    前記取得された同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定する、
    サービス管理方法。
11. コンピュータに、
    移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得させ、
    前記取得させた同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定させる、
    プログラム。
12. 車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得する第１取得部と、
    予め登録された車両の車両情報を取得する第2取得部と、
    前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定し、利用可能車両情報を生成する車両特定部と、
    車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得する第３取得部と、
    前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定し、前記特定した可用サービスに関する情報を前記サービス利用者に提供するプラン決定部と、
    を備えるサービス管理装置。
13. 前記サービス利用依頼情報は、前記サービス利用者が前記車両の少なくとも一部を占有する第１区間の情報を含む、
    請求項１２記載のサービス管理装置。
14. 前記サービス利用依頼情報は、前記サービス利用者が希望する前記サービス提供者の属性情報を含む、
    請求項１３記載のサービス管理装置。
15. 前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス提供者が前記車両の少なくとも一部を占有する第２区間を設定し、前記第１区間と前記第２区間の重複部分に基づいて、前記サービス利用者および前記サービス提供者が前記車両の少なくとも一部を占有する第３区間を設定するプラン決定部を更に備える、
    請求項１３記載のサービス管理装置。
16. 前記サービス提供情報は、サービス提供可能な地域の情報を含み、
    前記第１区間と、前記サービス提供可能な地域の情報の重複範囲内で、前記サービス利用者および前記サービス提供者が前記車両の少なくとも一部を占有する第３区間を設定するプラン決定部を更に備える、
    請求項１３または１４記載のサービス管理装置。
17. 前記サービス提供情報は、車両外でのサービス提供地点の情報を含み、
    前記サービス利用者からの指示に応じて、前記第１区間が前記車両外でのサービス提供地点で終了するように、前記第１区間を更新するプラン決定部を更に備える、
    請求項１３記載のサービス管理装置。
18. 前記サービス利用者と前記サービス提供者の双方が前記車両を利用しているか否かを判定する判定部を更に備え、
    前記プラン決定部は、前記判定部により双方が前記車両を利用していると判定された場合に、前記第１区間を更新する、
    請求項１３記載のサービス管理装置。
19. 前記車両外でのサービス提供地点にある施設を予約する予約情報を送信し、予約情報に対応する予約結果を受信する通信部を更に備える、
    請求項１７記載のサービス管理装置。
20. 前記車両は、無線通信機能を有する自動運転車両であり、
    前記車両と通信する通信部と、
    前記通信部に、前記サービス利用者の利用開始位置および利用終了位置の情報と、前記サービス提供者の利用開始位置および利用終了位置の情報とを、前記車両に送信させる経路指示部と、
    を更に備える請求項１２記載のサービス管理装置。
21. 前記サービス利用依頼情報は、前記サービス利用者の希望するサービス利用時間帯の情報を含み、
    前記プラン決定部は、前記サービス利用者が前記車両の少なくとも一部を占有する時間帯が前記サービス利用時間帯と合致するように、前記第３区間を設定する、
    請求項１５または１６記載のサービス管理装置。
22. 前記サービス提供情報は、前記サービス提供者の希望するサービス提供時間帯の情報を含み、
    前記プラン決定部は、前記サービス提供者が前記車両の少なくとも一部を占有する時間帯が前記サービス提供時間帯と合致するように、前記第３区間を設定する、
    請求項２１記載のサービス管理装置。
23. 前記プラン決定部は、複数のサービス提供者のそれぞれに対応して前記第２区間を設定した場合、複数の前記第２区間のそれぞれに対応した複数の前記第３区間を設定する、
    請求項１５記載のサービス管理装置。
24. 前記第１取得部が前記サービス利用依頼情報を受信した時点において、前記サービス利用者が前記車両を利用しているか否かを判定する判定部と、
    前記判定部により、前記サービス利用者が前記車両を利用していると判定された場合、前記利用者に前記利用中の車両を優先して割り当てるプラン決定部を更に備える、
    請求項１２記載のサービス管理装置。
25. コンピュータが、
    車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得し、
    予め登録された車両の車両情報を取得し、
    前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定して利用可能車両情報を生成し、
    車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得し、
    前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定し、前記特定した可用サービスに関する情報を前記サービス利用者に提供する、
    サービス管理方法。
26. コンピュータに、
    車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得させ、
    予め登録された車両の車両情報を取得させ、
    前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定させて利用可能車両情報を生成させ、
    車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得させ、
    前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定させ、前記特定した可用サービスに関する情報を前記サービス利用者に提供させる、
    プログラム。

Images