特開 2024-170324 サービス提供装置、サービス提供システム、サービス提供方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024170324

(43)【公開日】2024-12-06

(54)【発明の名称】サービス提供装置、サービス提供システム、サービス提供方法およびプログラム

(51)【国際特許分類】

   G06Q 50/40 20240101AFI20241129BHJP

   G06Q 10/02 20120101ALI20241129BHJP

   G01C 21/26 20060101ALI20241129BHJP

   G08G 1/005 20060101ALI20241129BHJP

【ＦＩ】

G06Q50/40

G06Q10/02

G01C21/26 P

G08G1/005

【審査請求】有

【請求項の数】32

【出願形態】ＯＬ

(21)【出願番号】P 2024122973

(22)【出願日】2024-07-30

(62)【分割の表示】P 2024538497の分割

【原出願日】2023-05-26

(71)【出願人】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】100118762

【弁理士】

【氏名又は名称】高村 順

(72)【発明者】

【氏名】小林 弘幸

(72)【発明者】

【氏名】河合 克哉

(72)【発明者】

【氏名】五十嵐 啓太

(72)【発明者】

【氏名】西口 隆行

(72)【発明者】

【氏名】鶴 直樹

(72)【発明者】

【氏名】村橋 悠介

(72)【発明者】

【氏名】朝比奈 努

【テーマコード（参考）】

2F129

5H181

5L010

5L050

【Ｆターム（参考）】

2F129AA02

2F129AA04

2F129CC16

2F129EE79

2F129EE87

2F129EE90

2F129EE91

2F129HH02

2F129HH12

2F129HH18

2F129HH19

2F129HH20

5H181AA14

5H181AA21

5H181BB13

5H181FF13

5H181FF33

5H181MA28

5H181MA30

5L010AA03

5L050CC42

(57)【要約】

【課題】オンデマンド型モビリティシステムの利用に関するユーザの空き時間の有効利用を図ることができるサービス提供装置を得ること。
【解決手段】本開示にかかるサービス提供装置１は、予約により手配され複数の停留所を含む運行経路を走行する車両３－１～３－ｎを利用するユーザの空き時間を取得し、空き時間を用いて、空き時間にユーザに対して提供されるサービスであって、車両３－１～３－ｎが運行される運行エリアを含む地域に関するサービスを決定するサービス決定部１２と、サービス決定部１２による決定結果に基づいて、決定されたサービスをユーザに提供するための処理を行う提示情報生成部１３と、を備え、空き時間は、手配された車両３－１～３－ｎの到着をユーザが待っている時間である待ち時間、およびユーザが車両３－１～３－ｎを利用している時間である利用時間の少なくともいずれか一方を含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

予約により手配され複数の停留所を含む運行経路を走行する移動体を利用するユーザの空き時間を取得し、前記空き時間を用いて、前記空き時間に前記ユーザに対して提供されるサービスであって、前記移動体が運行される運行エリアを含む地域に関するサービスを決定するサービス決定部と、
前記サービス決定部による決定結果に基づいて、決定された前記サービスを前記ユーザに提供するための処理を行うサービス処理部と、
を備え、
前記空き時間は、手配された前記移動体の到着を前記ユーザが待っている時間である待ち時間、および前記ユーザが前記移動体を利用している時間である利用時間の少なくともいずれか一方を含む、ことを特徴とするサービス提供装置。

【請求項2】

前記サービス決定部は、前記空き時間を用いて、ユーザに提示する提示情報を決定し、
前記サービス処理部は、前記決定結果に基づいて、前記提示情報を生成することを特徴とする請求項１に記載のサービス提供装置。

【請求項3】

前記ユーザが前記予約に用いた予約端末に前記提示情報を送信する送受信部、を備え、
前記予約端末は前記提示情報を表示することを特徴とする請求項２に記載のサービス提供装置。

【請求項4】

前記送受信部は、さらに、前記提示情報を前記移動体に搭載され前記提示情報を表示可能な移動体端末へ送信することを特徴とする請求項３に記載のサービス提供装置。

【請求項5】

前記サービス決定部は、前記空き時間を用いて、前記提示情報の情報量を決定することを特徴とする請求項３または４に記載のサービス提供装置。

【請求項6】

前記サービス決定部は、前記待ち時間および前記利用時間を用いて、前記提示情報の情報量を決定することを特徴とする請求項５に記載のサービス提供装置。

【請求項7】

前記移動体は車両であり、
前記サービス決定部は、前記待ち時間がしきい値未満の場合には、前記提示情報を、前記ユーザが前記車両に乗車する停留所である乗車停留所からの距離が第１の距離までの範囲である第１の範囲内の施設または場所に関する情報とし、前記待ち時間がしきい値以上の場合には、前記提示情報を、前記乗車停留所からの距離が前記第１の距離より長い第２の距離までの範囲である第２の範囲内の施設または場所に関する情報とするように、前記提示情報を決定することを特徴とする請求項３または４に記載のサービス提供装置。

【請求項8】

前記第２の範囲は、前記乗車停留所に隣接する停留所を含むように設定されることを特徴とする請求項７に記載のサービス提供装置。

【請求項9】

前記サービス決定部は、前記乗車停留所より、前記乗車停留所に隣接する停留所に近い施設または場所に関する情報を前記提示情報に含めることを決定した場合、前記車両の予約の変更を受付ける表示を前記予約端末に行わせるための表示情報を生成し、
前記送受信部は、前記表示情報を前記予約端末へ送信することを特徴とする請求項８に記載のサービス提供装置。

【請求項10】

前記サービス決定部は、前記乗車停留所より、前記乗車停留所に隣接する停留所に近い施設または場所に関する情報を前記提示情報に含めることを決定した場合、前記乗車停留所から乗車する場合における前記待ち時間を予約待ち時間とし、乗車する停留所を前記乗車停留所に隣接する停留所に変更した場合の待ち時間である経路変更待ち時間を取得し、前記予約待ち時間と前記経路変更待ち時間とを前記予約端末に表示させるための待ち時間表示情報を生成し、
前記送受信部は、前記待ち時間表示情報を前記予約端末へ送信することを特徴とする請求項８に記載のサービス提供装置。

【請求項11】

前記サービス決定部は、前記ユーザが前記移動体を利用する目的に基づいて前記提示情報を決定することを特徴とする請求項２から４のいずれか１つに記載のサービス提供装置。

【請求項12】

前記サービス決定部は、前記予約における前記移動体による前記ユーザの移動が終了する終了場所を取得し、さらに前記終了場所を用いて前記提示情報を決定することを特徴とする請求項２から４のいずれか１つに記載のサービス提供装置。

【請求項13】

前記サービス決定部は、前記終了場所に基づいて前記ユーザの目的を推定し、前記目的に基づいて前記提示情報を決定することを特徴とする請求項１２に記載のサービス提供装置。

【請求項14】

前記移動体は車両であり、前記終了場所は、前記ユーザが降車する停留所である降車停留所であり、
前記サービス決定部は、前記降車停留所より、前記降車停留所に隣接する停留所に近い施設または場所に関する情報を前記提示情報に含めることを特徴とする請求項１２に記載のサービス提供装置。

【請求項15】

前記サービス決定部は、前記移動体が運行される運行エリアを含む地域における地元住民から提供された地域提供情報のなかから、前記提示情報に含める前記地域提供情報を選択することでユーザに提示する前記提示情報を決定することを特徴とする請求項２から４のいずれか１つに記載のサービス提供装置。

【請求項16】

前記地元住民ごとに、前記地元住民の前記地域提供情報に関する実績に基づいて前記地元住民に支払うインセンティブの額を算出する支払額算出部、
を備えることを特徴とする請求項１５に記載のサービス提供装置。

【請求項17】

前記サービス処理部は、前記サービス決定部による決定結果に基づいて、前記ユーザに付加サービスを提供する付加サービス移動体を手配するための処理を行い、
前記サービス決定部は、前記空き時間を用いて、手配する前記付加サービス移動体と前記付加サービス移動体が手配される場所とを決定することを特徴とする請求項１から４のいずれか１つに記載のサービス提供装置。

【請求項18】

前記付加サービス移動体は移動販売を行う移動販売車を含み、
前記サービス決定部は、前記待ち時間が第１のしきい値以上の場合に、前記移動販売車を前記移動体による前記ユーザの移動が開始される開始場所へ手配することを決定することを特徴とする請求項１７に記載のサービス提供装置。

【請求項19】

前記付加サービス移動体はゴミ箱を搭載する移動ゴミ箱車を含み、
前記サービス決定部は、前記待ち時間が第２のしきい値以上の場合に、前記移動ゴミ箱車を前記移動体による前記ユーザの移動が開始される開始場所へ手配することを決定することを特徴とする請求項１７に記載のサービス提供装置。

【請求項20】

前記付加サービス移動体はトイレを搭載する移動トイレ車を含み、
前記サービス決定部は、前記待ち時間が第３のしきい値以上の場合に、前記移動トイレ車を前記移動体による前記ユーザの移動が開始される開始場所へ手配することを決定することを特徴とする請求項１７に記載のサービス提供装置。

【請求項21】

前記付加サービス移動体はトイレを搭載する移動トイレ車を含み、
前記サービス決定部は、前記待ち時間が第３のしきい値以上でありかつ前記利用時間が第４のしきい値以上の場合に、前記移動トイレ車を前記開始場所へ手配することを決定することを特徴とする請求項２０に記載のサービス提供装置。

【請求項22】

前記付加サービス移動体はトイレを搭載する移動トイレ車を含み、
前記サービス決定部は、前記利用時間がしきい値以上の場合に、前記移動トイレ車を、前記移動体による前記ユーザの移動が開始される開始場所へ手配することを決定し、
前記サービス処理部は、前記サービス決定部による決定結果に基づいて前記移動トイレ車を手配するための処理を行うことを特徴とする請求項１７に記載のサービス提供装置。

【請求項23】

送受信部、を備え、
前記サービス決定部は、前記空き時間がしきい値以上である場合、前記ユーザに前記移動体が運行される運行エリアを含む地域における地元住民とのコミュニケーションを前記サービスとして提供することを決定し、登録されている前記地元住民から前記ユーザに対応する前記地元住民を選択し、
前記サービス処理部は、前記サービス決定部によって選択された前記地元住民の端末装置と、前記ユーザが前記予約に用いた予約端末とを、前記ユーザと前記地元住民とが前記コミュニケーションを行うことができるように接続するための情報であるアクセス情報を生成し、
前記送受信部は、前記アクセス情報を前記端末装置へ送信することを特徴とする請求項１から４のいずれか１つに記載のサービス提供装置。

【請求項24】

送受信部、を備え、
前記サービス決定部は、前記空き時間がしきい値以上である場合、前記ユーザに前記移動体が運行される運行エリアを含む地域における地元住民とのコミュニケーションを前記サービスとして提供することを決定し、登録されている前記地元住民から前記ユーザに対応する前記地元住民を選択し、
前記サービス処理部は、前記移動体による前記ユーザの移動が開始される開始場所へ、前記サービス決定部によって選択された前記地元住民を前記コミュニケーションのために移動させるための情報であるアクセス情報を生成し、
前記送受信部は、前記アクセス情報を前記サービス決定部によって選択された前記地元住民の端末装置へ送信することを特徴とする請求項１から４のいずれか１つに記載のサービス提供装置。

【請求項25】

送受信部、を備え、
前記サービス決定部は、前記利用時間がしきい値以上である場合、前記ユーザに前記移動体が運行される運行エリアを含む地域における地元住民とのコミュニケーションを前記サービスとして提供することを決定し、登録されている前記地元住民から前記ユーザに対応する前記地元住民を選択し、
前記サービス処理部は、前記予約により手配される前記移動体に、前記サービス決定部によって選択された前記地元住民を搭乗させるための情報であるアクセス情報を生成し、
前記送受信部は、前記アクセス情報を前記サービス決定部によって選択された前記地元住民の端末装置へ送信することを特徴とする請求項１から４のいずれか１つに記載のサービス提供装置。

【請求項26】

前記移動体は自動運転車両であり、
前記サービス決定部によって選択された前記地元住民は、搭乗する前記移動体のセーフティドライバーを兼ねることを特徴とする請求項２５に記載のサービス提供装置。

【請求項27】

前記地元住民ごとに、前記地元住民の前記コミュニケーションに関する実績に基づいて前記地元住民に支払うインセンティブの額を算出する支払額算出部、
を備えることを特徴とする請求項２３に記載のサービス提供装置。

【請求項28】

前記サービス決定部は、さらに、前記ユーザの属性を示す属性情報に基づいて前記ユーザに提供するサービスを決定することを特徴とする請求項１から４のいずれか１つに記載のサービス提供装置。

【請求項29】

ユーザからの予約により手配され複数の停留所を含む運行経路を走行する移動体の運用を管理し、前記予約を要求する予約情報を用いて前記移動体の予約処理を行う運用管理装置と、
サービス提供装置と、
を備え、
前記サービス提供装置は、
前記運用管理装置から、前記予約処理の結果である予約結果を取得し、前記予約結果を用いて前記移動体を利用するユーザの空き時間を取得し、前記空き時間を用いて、前記空き時間に前記ユーザに対して提供されるサービスであって、前記移動体が運行される運行エリアを含む地域に関するサービスを決定するサービス決定部と、
前記サービス決定部による決定結果に基づいて、決定された前記サービスを前記ユーザに提供するための処理を行うサービス処理部と、
を備え、
前記空き時間は、手配された前記移動体の到着を前記ユーザが待っている時間である待ち時間、および前記ユーザが前記移動体を利用している時間である利用時間の少なくともいずれか一方を含む、ことを特徴とするサービス提供システム。

【請求項30】

前記ユーザからの入力を受付け、受付けた入力に基づいて前記予約情報を前記サービス提供装置へ送信する予約端末、
を備え、
前記サービス提供装置は、前記予約端末から受信した前記予約情報を前記運用管理装置へ送信することを特徴とする請求項２９に記載のサービス提供システム。

【請求項31】

サービス提供装置におけるサービス提供方法であって、
予約により手配され複数の停留所を含む運行経路を走行する移動体を利用するユーザの空き時間を取得し、前記空き時間を用いて、前記空き時間に前記ユーザに対して提供されるサービスであって、前記移動体が運行される運行エリアを含む地域に関するサービスを決定するステップと、
決定された前記サービスを前記ユーザに提供するための処理を行うステップと、
を含み、
前記空き時間は、手配された前記移動体の到着を前記ユーザが待っている時間である待ち時間、および前記ユーザが前記移動体を利用している時間である利用時間の少なくともいずれか一方を含む、ことを特徴とするサービス提供方法。

【請求項32】

コンピュータシステムに、
予約により手配され複数の停留所を含む運行経路を走行する移動体を利用するユーザの空き時間を取得し、前記空き時間を用いて、前記空き時間に前記ユーザに対して提供されるサービスであって、前記移動体が運行される運行エリアを含む地域に関するサービスを決定するステップと、
決定された前記サービスを前記ユーザに提供するための処理を行うステップと、
を実行させ、
前記空き時間は、手配された前記移動体の到着を前記ユーザが待っている時間である待ち時間、および前記ユーザが前記移動体を利用している時間である利用時間の少なくともいずれか一方を含む、ことを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、移動体を利用するユーザへサービスを提供可能なサービス提供装置、サービス提供システム、サービス提供方法およびプログラムに関する。

【背景技術】

【0002】

車両をはじめとした移動体をオンデマンドで手配するオンデマンド型モビリティシステムでは、ユーザは、停留所に設置された停留所端末またはユーザの端末などから、移動体の利用の予約を行う。このようなオンデマンド型モビリティシステムでは、ユーザが搭乗することを予定している停留所などに、移動体が到着するまでに待ち時間が生じることがある。

【0003】

交通機関の待ち時間を利用する技術として、特許文献１には、列車を含む移動に関して経路探索を行ったユーザに、経路探索の結果、駅での列車の乗り換えでの待ち時間が発生する際に、その乗り換え場所と待ち時間とに応じた広告をユーザの端末に配信する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００７－２７１２８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に記載の技術によれば、列車の乗り換え時の待ち時間にユーザに広告を提示することができる。しかしながら、特許文献１に記載の技術では、列車の時刻表に基づいて乗り換えの待ち時間を算出し、待ち時間に応じて駅の構内および駅周辺の施設の広告をユーザに提供しており、時刻表の定まっていないオンデマンド型モビリティシステムには適用できない。また、待ち時間と同じように、ユーザが移動体を利用して移動している時間である利用時間も、ユーザにとって有効活用できる可能性があるが、特許文献１では、利用時間（すなわち、移動体である列車に乗車している時間）の活用については言及されていない。このように、オンデマンド型モビリティシステムにおいて、ユーザの待ち時間や利用時間を有効活用することについては、これまで十分に検討されていなかった。なお、これらの待ち時間および利用時間のうちの少なくとも一方を、以下、空き時間と呼ぶ。

【0006】

本開示は、上記に鑑みてなされたものであって、オンデマンド型モビリティシステムの利用に関するユーザの空き時間の有効利用を図ることができるサービス提供装置を得ることを目的とする。

【課題を解決するための手段】

【0007】

上述した課題を解決し、目的を達成するために、本開示にかかるサービス提供装置は、予約により手配され複数の停留所を含む運行経路を走行する移動体を利用するユーザの空き時間を取得し、空き時間を用いて、空き時間にユーザに対して提供されるサービスであって、移動体が運行される運行エリアを含む地域に関するサービスを決定するサービス決定部と、サービス決定部による決定結果に基づいて、決定されたサービスをユーザに提供するための処理を行うサービス処理部と、を備え、空き時間は、手配された移動体の到着をユーザが待っている時間である待ち時間、およびユーザが移動体を利用している時間である利用時間の少なくともいずれか一方を含む。

【発明の効果】

【0008】

本開示にかかるサービス提供装置は、オンデマンド型モビリティシステムの利用に関するユーザの空き時間の有効利用を図ることができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】実施の形態１にかかるサービス提供システムの構成例を示す図

【図2】実施の形態１の停留所端末の構成例を示す図

【図3】実施の形態１の運用管理装置の構成例を示す図

【図4】実施の形態１の車両の構成例を示す図

【図5】実施の形態１のサービス提供システムにおけるサービス提供に関する動作の一例を示すシーケンス図

【図6】実施の形態１の停留所と周辺の施設との一例を示す模式図

【図7】実施の形態１の地域提供情報記憶部に格納される地域提供情報の一例を示す図

【図8】実施の形態１の提示規則情報の一例を示す図

【図9】実施の形態１の提示規則情報の別の一例を示す図

【図10】ニューラルネットワークの一例を示す模式図

【図11】実施の形態１の予約端末における提示情報の表示画面の一例を示す図

【図12】実施の形態１の予約端末における提示情報の表示画面の一例を示す図

【図13】複数の経路の待ち時間を提示する場合の実施の形態１の予約端末における提示情報の表示画面の一例を示す図

【図14】実施の形態１のサービス提供装置を実現するコンピュータシステムの構成例を示す図

【図15】実施の形態２にかかるサービス提供システムの構成例を示す図

【図16】実施の形態２の運用管理装置の構成例を示す図

【図17】実施の形態２のサービス提供システムにおけるサービス提供に関する動作の一例を示すシーケンス図

【図18】実施の形態２の手配規則情報の一例を示す図

【図19】実施の形態２の手配規則情報の別の一例を示す図

【図20】実施の形態２の変形例にかかるサービス提供システムの構成例を示す図

【図21】実施の形態３にかかるサービス提供システムの構成例を示す図

【図22】実施の形態３のサービス提供システムにおけるサービス提供に関する動作の一例を示すシーケンス図

【図23】実施の形態３のサービス提供システムにおけるサービス提供に関する動作の別の一例を示すシーケンス図

【図24】実施の形態４にかかるサービス提供システムの構成例を示す図

【図25】実施の形態４のサービス提供システムにおけるサービス提供に関する動作の一例を示すシーケンス図

【図26】実施の形態５にかかるサービス提供システムの構成例を示す図

【発明を実施するための形態】

【0010】

以下に、実施の形態にかかるサービス提供装置、サービス提供システム、サービス提供方法およびプログラムを図面に基づいて詳細に説明する。

【0011】

実施の形態１．
図１は、実施の形態１にかかるサービス提供システムの構成例を示す図である。本実施の形態のサービス提供システム１００は、サービス提供装置１と、運用管理装置２とを備える。運用管理装置２は、移動体の一例である車両３－１～３－ｎ（ｎは１以上の整数）の運用を管理する管制装置である。以下、車両３－１～３－ｎを個別に区別せずに示すときには、車両３と記載する。図１では、車両３が複数台の例を示しているが車両３は１台以上であればよい。なお、図１では、サービス提供装置１と、運用管理装置２とが別に設けられているが、運用管理装置２内にサービス提供装置１が設けられてもよい。すなわち、運用管理装置２が、サービス提供装置１としての機能も有していてもよい。

【0012】

車両３は、運用管理装置２とともに、ユーザからの予約により移動体が手配されるモビリティシステム、すなわちオンデマンド型モビリティシステムを構成する。車両３は、ユーザからの予約によって手配される移動体の一例である。以下では、モビリティシステムにおける移動体が車両３である例を説明するが、移動体は、車両３に限定されず、船、航空機などであってもよく、ユーザを乗せて移動することが可能であればよい。本実施の形態のモビリティシステムは、定められた運行エリア内でモビリティサービスを提供する。運行エリアは、例えば、観光地であってもよいし、市街地であってもよいし、リゾート施設であってもよいし、ショッピングモール、アウトレットモールなどの大型商業施設であってもよいし、テーマパークなどであってもよい。運行エリアは、これらに限定されない。

【0013】

車両３は、運行エリア内で、複数の停留所を含む運行経路を運用管理装置２から受け取った運行計画に基づいて走行する。各停留所には、停留所端末４が設けられる。図１では、停留所端末４を１つ図示しているが、停留所端末４は停留所ごとに複数設けられる。ここでは、各停留所にそれぞれ停留所端末４が設けられる例を説明するが、運行エリア内に存在する複数の停留所のうちの一部の停留所にだけ停留所端末４が設けられてもよい。車両３は、自動運転車両であってもよく、運転手によって運転される車両であってもよい。また、モビリティシステムで用いられる車両３が複数台である場合、自動運転車両と、運転手によって運転される車両とが混在していてもよい。なお、車両３－１～３－ｎおよび停留所端末４のうち少なくとも一方をサービス提供システム１００に含めてもよい。

【0014】

図１では、停留所端末４の周辺に、車両３を利用するユーザの一例であるユーザ７－１，７－２が存在する例を示している。例えば、ユーザ７－１は、停留所端末４を用いて車両３の予約を行い、ユーザ７－２は、ユーザ７－２のユーザ端末５、すなわちユーザ７－２が操作可能な端末装置であるユーザ端末５を用いて予約を行う。ユーザ端末５は、例えば、スマートフォン、タブレット、パーソナルコンピュータなどであるが、これらに限定されない。図１では、車両３のユーザを識別するために、７－１，７－２の符号を付しているが、車両３のユーザ一般を示すときには、符号を付さずに記載する。車両３の予約は、図１に示すように、停留所端末４を用いて行われてもよいし、ユーザが操作可能なユーザ端末５を用いて行われてもよい。停留所端末４を用いた予約が可能であるため、ユーザ端末５を所有していない高齢者なども車両３の配車を予約することができる。以下、車両３の配車の予約を行う停留所端末４およびユーザ端末５を、予約端末とも呼ぶ。ユーザ端末５をサービス提供システム１００に含めてもよい。

【0015】

サービス提供装置１は、車両３の予約結果に基づいて、車両３を利用するユーザの空き時間を取得し、取得した空き時間を用いて予約結果に対応するユーザに提供するサービスを決定し、決定したサービスを提供する処理を実施する。当該サービスは、空き時間にユーザに対して提供されるサービスであって、車両３が運行される運行エリアを含む地域に関するサービスである。これにより、サービス提供装置１は、オンデマンド型モビリティシステムにおけるユーザの空き時間の有効利用を図ることができる。また、ユーザによってサービスが利用されることにより、当該地域が活性化されることとなるため、サービスを提供する地域住民にとっても有益である。

【0016】

本実施の形態では、ユーザに提供するサービスが、ユーザへの情報の提供である例を説明する。ユーザへ提供する情報は、その予約された移動体の運行エリアを含む地域の情報であり、例えば、ユーザの乗車予定の停留所付近の施設の広告およびクーポンのうちの少なくとも一方、ユーザの目的地（降車予定の停留所）付近の施設の広告およびクーポンのうちの少なくとも一方、目的地の観光情報・イベント情報などのうちの少なくとも１つである。目的地は、ユーザの予約における移動体によるユーザの移動が終了する終了場所の一例である。施設は、例えば、店舗であるが、店舗に限らず、美術館、博物館などの店舗以外の施設であってもよい。また、観光情報は、例えば、観光スポットに関する情報、イベントに関する情報、名産品、特産品などに関する情報などのうちの少なくとも１つである。

【0017】

本実施の形態では、サービス提供装置１は、例えば、ユーザへ提供する情報を、運行エリアを含む地域の地元住民から提供された情報である地域提供情報から抽出する。地元住民は、運行エリア内に住んでいる人、運行エリア内の施設に勤務する人のうちの少なくとも一方を含む。また、地元住民は、運行エリアの周辺に住んでいる人、運行エリアの周辺の施設に勤務する人のうちの少なくとも一方を含んでいてもよい。すなわち、地元住民は、例えば、運行エリアを含む地域に住んでいるまたは勤務する人である。図１では、地元住民を２人図示しているが、地元住民の数に制約はなく、地域提供情報は１人以上の地元住民から提供されればよい。地域は、運行エリアと同一であってもよいし、運行エリアより広くてもよい。例えば、運行エリアがＡ市である場合、地域はＡ市とＡ市に隣接する市町村とを含んでいてもよい。

【0018】

地域提供情報は、例えば、地元住民が操作可能な端末装置６－１，６－２から送信されることで、サービス提供装置１に登録される。以下、端末装置６－１，６－２を個別に区別せずに示すときには端末装置６と記載する。端末装置６は、例えば、スマートフォン、タブレット、パーソナルコンピュータなどであるが、これらに限定されない。図１では、地元住民と端末装置６とが１対１に対応する例を示しているが、複数の地元住民が１つの端末装置６を用いて地域提供情報を登録してもよいし、一人の地元住民が複数の端末装置６を用いて地域提供情報を登録してもよい。地域提供情報は、例えば、その地域における店舗（小売店や飲食店）の広告や、当該店舗で利用できるクーポン・商品券、その地域の観光情報・イベント情報等である。また、近年、アニメ（アニメーション）・漫画等のサブカルチャーを用いて振興を図る地域が多いことに鑑みて、例えば、地域提供情報は、有名なアニメや漫画の舞台となった場所に関する情報を含んでもよい。

【0019】

サービス提供装置１が、地元住民から提供された情報である地域提供情報から抽出した情報をユーザへ提供することで、地元住民の要望に沿った情報をユーザに提供することができ、運用エリアに対応する地域の活性化、地域振興を効率的に推進することができる。なお、サービス提供装置１における地域提供情報の収集方法は、地元住民から登録される例に限定されず、サービス提供装置１が、観光協会のデータベース、ＳＮＳ（Social Networking Service）などのインターネット上の情報提供サイトから、対応する地域のイベント情報、施設に関する情報などを自動で収集してもよい。また、地域提供情報は、地元住民によって登録される情報と、サービス提供装置１が自動で収集した情報とが混在していてもよい。ここで、本実施の形態では、地域ごとにサービス提供装置１が設置されるものとする。ただし、本開示はかかる例に限定されず、複数の地域に対して１つのサービス提供装置１が割当てられてもよい。その場合、サービス提供装置１は、地域提供情報を地域ごとに区別して記憶し、予約されたモビリティの運行エリアに係る地域提供情報を抽出して、その予約したユーザに対して提供することになる。

【0020】

次に、サービス提供装置１の構成例について説明する。図１に示すように、サービス提供装置１は、送受信部１１、サービス決定部１２、提示情報生成部１３、登録処理部１４および地域提供情報記憶部１５を備える。

【0021】

送受信部１１は、他の装置との間で通信を行うことで、情報の送受信を行う。例えば、送受信部１１は、予約端末（停留所端末４またはユーザ端末５）から車両３の予約を要求することを示す予約情報を受信すると、受信した予約情報を、サービス決定部１２へ出力するとともに運用管理装置２へ送信する。予約情報は、例えば、乗車地（乗車予定の停留所）、目的地（降車予定の停留所）、ユーザを識別するためのユーザ識別情報を含む。なお、予約情報において、乗車希望時刻が指定されてもよい。予約情報の詳細は後述する。乗車地は、移動体によるユーザの移動が開始される開始場所の一例である。また、送受信部１１は、地元住民が端末装置６へ入力した地域提供情報を、端末装置６から受信すると、受信した地域提供情報を登録処理部１４へ出力する。また、送受信部１１は、運用管理装置２から、予約情報に基づいて行われた車両３の予約の結果である予約結果を受信すると、予約結果をサービス決定部１２へ出力する。また、送受信部１１は、提示情報生成部１３から後述する提示情報を予約結果とともに受け取ると、受け取った提示情報を予約結果とともに予約端末へ送信する。さらに、当該提示情報が乗車時間にユーザに提供されるものである場合には、送受信部１１は、受け取った提示情報を運用管理装置２へ送信してもよい。後述するように、当該提示情報は、運用管理装置２を介して車両３に送信され、車両端末３４において車両３に乗車中のユーザに対して提示される。なお、この場合において、送受信部１１は、運用管理装置２を介さずに直接車両３に提示情報を送信してもよい。

【0022】

サービス決定部１２は、予約により手配される移動体を利用するユーザの空き時間を取得し、当該空き時間を用いて、当該空き時間にユーザに対して提供されるサービスであって、移動体が運行される運行エリアを含む地域に関するサービスを決定する。例えば、サービス決定部１２は、送受信部１１から受け取った予約結果を用いて、ユーザの待ち時間を算出し、待ち時間を用いてユーザに提供するサービスを決定する。ここで、待ち時間は、予約結果に含まれる車両３の乗車地への到着予定時刻に基づいて算出される。具体的には、サービス決定部１２は、地域提供情報記憶部１５に格納されているその予約に係る地域に関する地域提供情報のなかから、待ち時間に応じた地域提供情報をユーザに提供する地域提供情報として選択することで提示する情報の内容を決定し、決定結果を予約結果とともに提示情報生成部１３へ出力する。例えば、サービス決定部１２は、地元住民から提供された地域提供情報のなかから、待ち時間に応じた地域提供情報を提示情報に含める地域提供情報として選択することで、ユーザに提示する情報の内容を決定する。なお、サービス提供装置１が複数の地域に割当てられている場合には、サービス決定部１２は、地域提供情報記憶部１５に格納されている地域提供情報のなかから対応する地域に関する地域提供情報を抽出し、抽出した地域提供情報のなかから待ち時間に応じた地域提供情報をユーザに提供する地域提供情報として選択する。この場合、対応する地域は、予約結果（予約情報であってもよい）に含まれる開始場所（すなわち、乗車地である乗車予定の停留所）または終了場所（すなわち、目的地である降車予定の停留所）の情報に基づいて特定されてよい。待ち時間に応じた情報の決定方法の詳細については後述する。また、サービス決定部１２は、送受信部１１から受け取った予約結果を用いて乗車時間を算出し、さらに、乗車時間を用いてユーザに提供する情報を選択してもよい。また、サービス決定部１２は、待ち時間、または待ち時間および乗車時間を、予約結果とともに、提示情報生成部１３へ出力してもよい。

【0023】

また、サービス決定部１２は、ユーザが車両３を利用する目的（乗車の目的または移動全体の目的）に基づいて提示情報を決定してもよい。ユーザの目的は、例えば、観光スポットの観光、スポーツ、買い物、飲食、ビジネスなどであるがこれらに限定されない。サービス決定部１２は、終了場所の一例である目的地に基づいてユーザの目的を推定してもよい。例えば、特定の観光スポットの最寄の停留所がユーザの目的地である場合には、当該観光スポットの観光がユーザの目的であると推定してもよい。また、例えば、オフィスビルの最寄の停留所がユーザの目的地である場合には、ビジネスがユーザの目的であると推定してもよい。また、ユーザの目的は、予約情報に含まれていてもよく、この場合、サービス決定部１２は、予約情報に含まれる目的を用いてユーザに提供する情報を選択する。

【0024】

提示情報生成部１３は、サービス決定部１２から受け取った決定結果に基づいて、決定されたサービスをユーザに提供するための処理を行うサービス処理部の一例である。提示情報生成部１３は、サービス決定部１２から受け取った決定結果に基づいて、提示情報を生成し、生成した提示情報をサービス決定部１２から受け取った予約結果とともに送受信部１１へ出力する。提示情報としては、地域提供情報として、例えば、乗車停留所または降車停留所の周辺の店舗店舗（小売店や飲食店）の広告や、当該店舗で利用できるクーポン・商品券、その手配された車両３の運行エリアを含む地域の観光情報・イベント情報等が、ユーザに対して提示される。また、ユーザの目的が、有名なアニメや漫画の舞台となった場所を巡ること（いわゆる聖地巡礼）である場合には、その場所に関する情報が、当該アニメや漫画と関連付けられて提示されてもよい。例えば、アニメや漫画においてその場所が登場した場面が説明されたり、当該アニメで登場人物を演じた声優の音声により情報が提示されたりしてもよい。提示情報生成部１３は、さらに、待ち時間、または待ち時間および乗車時間を、送受信部１１へ出力する。なお、ここでは、予約結果を提示情報生成部１３が送受信部１１へ出力する例を記載したが、これに限らず、サービス決定部１２が予約結果を送受信部１１へ出力してもよい。待ち時間、または待ち時間および乗車時間についても同様に、サービス決定部１２が送受信部１１へ出力してもよい。また、ここでは、予約結果とともに提示情報が予約端末へ送信される例を説明するが、予約結果と提示情報とはそれぞれ個別に予約端末へ送信されてもよい。

【0025】

登録処理部１４は、送受信部１１から地域提供情報を受け取ると、受け取った地域提供情報を地域提供情報記憶部１５へ格納する。地域提供情報記憶部１５は、地域提供情報を記憶する。サービス提供装置１が複数の地域に割当てられており、複数の地域における地域提供情報を一括して管理する場合には、地域提供情報記憶部１５は、地域提供情報を地域ごとに区別して記憶する。登録処理部１４は、例えば、送受信部１１から受け取った地域提供情報に識別情報である情報番号を付与して地域提供情報記憶部１５へ格納する。なお、情報番号の付与は必須ではなく、地域提供情報内の別の情報を用いて各地域提供情報が特定されてもよい。また、地域提供情報の受信に先だって、登録処理部１４は、地域提供情報の登録用のフォームなどの登録用情報を生成し、生成した情報を送受信部１１へ出力し、送受信部１１が当該情報を端末装置６へ送信してもよい。この場合、地元住民は、端末装置６に表示された登録用のフォームなどにしたがって、地域提供情報を端末装置６に入力することができる。なお、地域提供情報の登録方法に特に制約はなく、登録処理部１４が登録用のＷｅｂサイトの情報を、送受信部１１を介して端末装置６へ提供し、地元住民がＷｅｂサイトにおいて地域提供情報を入力してもよいし、端末装置６に、地域提供情報の登録のためのアプリケーションソフトウェア（以下、アプリと略す）をインストールし、地元住民がアプリを起動して地域提供情報を入力してもよい。また、登録用のフォームなどを電子メールによって端末装置６へ送信し、端末装置６が電子メールによって地域提供情報をサービス提供装置１へ送信してもよい。

【0026】

次に、停留所端末４の構成例について説明する。図２は、本実施の形態の停留所端末４の構成例を示す図である。図２に示すように、停留所端末４は、予約情報生成部４１、送受信部４２、情報提示部４３、ＩＤ取得部４４および入力受付部４５を備える。

【0027】

入力受付部４５は、車両３の利用を希望するユーザからの予約を受付ける。具体的には、入力受付部４５は、少なくとも目的地（降車予定の停留所）の入力を受付け、受付けた情報を予約情報生成部４１へ出力する。入力受付部４５が受付ける情報は、例えば、乗車予定の停留所である乗車地と、目的地とを含む。また、入力受付部４５が受付ける情報は、乗車人数および目的のうち少なくとも一方を含んでいてもよい。なお、入力受付部４５が受付ける情報は、少なくとも目的地を含んでいればよく、他の情報は停留所端末４が自動で設定してもよい。なお、入力受付部４５は、ユーザの操作により入力を受付けてもよいし、ユーザが発する音声によって入力を受付けてもよい。

【0028】

例えば、停留所端末４は、乗車地については自身が設置されている停留所とし、乗車人数は一人としてもよい。なお、乗車人数を一人で固定する場合には、乗客ごとに、予約の入力を行う。また、停留所端末４は、乗車地、目的地および乗車人数を受付ける際に、乗車地および乗車人数を、デフォルト値として、それぞれ停留所端末４が設置されている停留所および一人を表示し、表示したデフォルト値を変更可能とすることで、変更された入力を受付けられるようにしてもよい。

【0029】

ＩＤ取得部４４は、車両３を予約するユーザの識別情報であるユーザＩＤ（IDentifier）を取得し、取得したユーザＩＤを予約情報生成部４１へ出力する。ユーザＩＤは、ユーザを識別する識別情報であればよく、車両３の予約のためにユーザに割当てられた識別情報であってもよいし、別のサービスで使用されている識別情報であってもよい。ユーザＩＤは、例えば、ＱＲコード（登録商標）などの二次元コードとして紙に印刷されていてもよいし、二次元コードとしてユーザ端末５に表示されていてもよい。また、ユーザＩＤは、ＩＣ（Integrated Circuit）カードや磁気カードに記憶されていてもよいし、指紋、静脈、顔、光彩などの生体情報であってもよい。ＩＤ取得部４４は、例えば、二次元コードを読み取るリーダーであってもよいし、ユーザＩＤが記憶されたＩＣカードや磁気カードからユーザＩＤを読み取るカードリーダであってもよいし、ユーザの生体情報を読み取る生体情報読取装置であってもよい。また、ＩＤ取得部４４は、ユーザからのユーザＩＤの入力を受付けることでユーザＩＤを取得してもよい。

【0030】

予約情報生成部４１は、入力受付部４５から受け取った情報とＩＤ取得部４４から受け取ったユーザＩＤとを用いて予約情報を生成し、生成した予約情報を送受信部４２へ出力する。入力受付部４５が、ユーザＩＤ以外の予約情報に含まれる全ての情報の入力をユーザから受付けている場合には、予約情報生成部４１は、入力受付部４５から受け取った情報にユーザＩＤを付加することで予約情報を生成する。例えば、入力受付部４５が、乗車地の入力を受付けていない場合には、予約情報生成部４１は、入力受付部４５から受け取った情報に、予約情報生成部４１を備える停留所端末４が設置されている停留所を乗車地として付加するとともにユーザＩＤを付加することで予約情報を生成する。なお、各停留所端末４は、自身が設置されている停留所を示す情報を保持しているとする。

【0031】

送受信部４２は、他の装置との間で通信を行うことで、情報の送受信を行う。例えば、送受信部４２は、予約情報生成部４１から受け取った予約情報をサービス提供装置１へ送信する。また、送受信部４２は、サービス提供装置１から予約結果を受信すると、受信した予約結果および提示情報を情報提示部４３へ出力する。

【0032】

情報提示部４３は、送受信部４２から受信した予約結果および提示情報をユーザへ提示する。情報提示部４３は、表示装置であってもよいし、スピーカなどの音により情報を提示する装置であってもよいし、紙などに印刷することで情報を提示する装置であってもよく、これらの組み合わせであってもよい。

【0033】

なお、ここでは、停留所端末４を利用してユーザが車両３の予約を行い、予約結果が提示される際に、提示情報も併せて提示される例を説明したが、予約結果の提示と提示情報の提示とが異なるタイミングで行われてもよい。例えば、予約結果が表示され予約の処理が完了した後に、次の操作が行われるまで停留所端末４に提示情報が表示されていてもよい。また、複数のユーザが続けて停留所端末４を用いて予約を行う場合、例えば、それぞれのユーザの予約結果が表示され予約の処理が完了した後に、複数のユーザにそれぞれ対応する複数の提示情報が、画面分割または時分割で、停留所端末４に表示されてもよい。

【0034】

図示を省略するが、ユーザ端末５は、停留所端末４と同様の構成である。なお、ユーザ端末５は、ＩＤ取得部４４を備えずに、例えば、車両３の予約のためにユーザに割当てられたユーザＩＤを内部に保持していてもよい。この場合、予約情報生成部４１は、入力受付部４５から受け取った情報に、保持しているユーザＩＤを付加することで予約情報を生成する。また、ユーザ端末５に、車両３の予約のためのアプリがインストールされることで、ユーザ端末５が停留所端末４と同様の上記の処理を行ってもよいし、Ｗｅｂサイトを用いてユーザ端末５が停留所端末４と同様の上記の処理を行ってもよい。後者の場合、例えば、車両３の予約のためのＷｅｂサイトを、サービス提供装置１、運用管理装置２または図示しないＷｅｂサーバが提供し、ユーザ端末５がＷｅｂサイトにアクセスすることで、ユーザ端末５が停留所端末４と同様の動作を行ってもよい。すなわち、Ｗｅｂサイトとして表示された入力を促す画面において、ユーザがユーザ端末５を操作することで、ユーザ端末５の入力受付部４５が予約情報の各項目の入力を受付けてもよい。この場合、ユーザ端末５は、予約情報生成部４１を備えずに、入力された各情報が予約情報として送受信部４２からサービス提供装置１へ送信され、ユーザＩＤは予約情報とは別に送受信部４２から送信されてもよい。

【0035】

次に、運用管理装置２の構成例について説明する。図３は、本実施の形態の運用管理装置２の構成例を示す図である。図３に示すように、運用管理装置２は、手配処理部２１、運行計画記憶部２２、送受信部２３および車両情報記憶部２４を備える。

【0036】

送受信部２３は、他の装置との間で通信を行うことで、情報の送受信を行う。例えば、送受信部２３は、サービス提供装置１から予約情報を受信し、受信した予約情報を手配処理部２１へ出力する。また、送受信部２３は、車両３から車両３の現在位置を示す車両情報を受信し、受信した車両情報を車両情報記憶部２４に格納する。また、送受信部２３は、手配処理部２１から後述する運行計画を受信すると、受信した運行計画を対応する車両３へ送信する。また、送受信部２３は、手配処理部２１から予約結果を受け取ると、予約結果をサービス提供装置１および対応する車両３へ送信する。また、例えば、送受信部２３は、サービス提供装置１から提示情報を受信し、受信した提示情報を車両３へ送信する。

【0037】

車両情報記憶部２４は、車両３ごとの車両情報を記憶する。運行計画記憶部２２は、車両３ごとに、走行の予定を示す運行計画を記憶する。後述するように、運行計画は、ユーザからの予約に基づいて、すなわち予約端末から送信された予約情報に基づいて決定される。運行計画は、各時間帯に、車両３がどこに存在するかの予定がわかる情報であればよい。運行計画は、例えば、運行計画における各時間において、車両３が空き車両として車庫などの定められた位置に駐車されているのか、または運用中であるのかを示す情報である。また、運行計画は、例えば、車両３が運用中である場合には、何時にどの停留所に到着するのかを示す情報と、区間ごとの乗車予定人数を示す情報とを含む。

【0038】

手配処理部２１は、サービス提供装置１から送信された予約情報を送受信部２３から受け取ると、受け取った予約情報に基づいて車両３を手配して予約を確定させる予約処理を行う。具体的には、手配処理部２１は、運行計画記憶部２２に記憶されている車両３ごとの運行計画に基づいて、予約情報に対応する乗車地から目的地までの経路を走行することが可能でありかつ空席のある車両３を選択し、選択した車両３を予約情報に対応する予約に割当てる。また、手配処理部２１は、予約処理に、車両情報記憶部２４に格納されている車両３の現在位置を示す車両情報を用いてもよい。例えば、予約情報に対応する予約に割当て可能な車両３が複数存在する場合には、現在位置が乗車地に最も近い車両３を選択してもよい。ここでは、予約情報に乗車希望時刻が含まれず、予約が行われた時点から最早の時刻で車両３の手配が行われる例を説明したが、上述したように、予約情報において乗車希望時刻が指定されてもよい。予約情報において乗車希望時刻が指定される場合、手配処理部２１は、例えば、乗車希望時刻に乗車地を出発して目的地まで走行することができる車両３を、予約情報に対応する予約に割当てる。乗車希望時刻に乗車地を出発して目的地まで走行することができる車両３が存在しない場合には、手配処理部２１は、乗車希望時刻になるべく近い時刻に乗車地を出発して目的地まで走行することができる車両３を、予約情報に対応する予約に割当てる。なお、車両３の割当て方法はどのような方法を用いてもよく、一般的な方法を用いることができるため、詳細な説明は省略する。

【0039】

手配処理部２１は、割当てる車両３を決定すると、当該車両３の現在位置に基づいて、車両３の乗車地への到着予定時刻と、車両３の目的地への到着予定時刻と、ユーザＩＤとを含む予約結果を生成し、生成した予約結果を送受信部２３へ出力する。なお、手配処理部２１は、交通情報を提供する図示しないシステムから送受信部２３を介して渋滞情報を取得し、渋滞情報を用いて車両３の乗車地への到着予定時刻と、車両３の目的地への到着予定時刻とを算出してもよい。また、手配処理部２１は、各車両３の車両情報に基づいて運行計画を更新してもよい。手配処理部２１は、予約結果に座席を指定する情報を含めてもよい。また、手配処理部２１は、予約結果に、車両３を識別する車両識別情報を含めてもよい。これにより、ユーザは、車両３が到着したときに、自身が予約した車両３であるか否かを判断することができる。

【0040】

なお、ここでは、予約情報が予約端末からサービス提供装置１へ送信される例を示しているが、予約情報は予約端末から運用管理装置２へ送信されてもよい。この場合、運用管理装置２が予約結果とともに予約情報をサービス提供装置１へ送信してもよい。または、予約情報に含まれており予約結果に含まれない情報がない場合、または予約情報に含まれており予約結果に含まれない情報があっても、サービス提供装置１が当該情報を処理に用いない場合には、運用管理装置２は予約情報をサービス提供装置１へ送信しなくてもよい。

【0041】

また、運用管理装置２とサービス提供装置１とが一体化されている場合、すなわち運用管理装置２がサービス提供装置１としての機能も有する場合には、運用管理装置２とサービス提供装置１とのやりとりは装置内でのやりとりとなる。この場合、装置内の情報のやりとりは、送受信部１１および送受信部２３を介さなくてもよい。また、この場合、他の装置との送受信に関しては、送受信部２３が送受信部１１の機能も兼ねることで、送受信部１１が設けられなくてもよい。

【0042】

次に、車両３の構成例について説明する。図４は、本実施の形態の車両３の構成例を示す図である。図４に示すように、車両３は、車両搭載装置３１、ＩＤ取得装置３２、走行制御装置３３、車両端末３４－１～３４－ｍ（ｍは１以上の整数）、機器３５および位置取得部３６を備える。なお、図４では、車両３が自動運転車両である例を示しているが、車両３は、自動運転車両に限定されない。

【0043】

ＩＤ取得装置３２は、車両３に乗車するユーザのユーザＩＤを取得し、取得したユーザＩＤを車両搭載装置３１へ出力する。ＩＤ取得装置３２は、停留所端末４のＩＤ取得部４４と同様に、二次元コードを読み取るリーダーであってもよいし、ユーザＩＤが記憶されたＩＣカードや磁気カードからユーザＩＤを読み取るカードリーダであってもよいし、ユーザの生体情報を読み取る生体情報読取装置であってもよい。例えば、ユーザＩＤが二次元コードで示されている場合は、ユーザは、車両３に乗車する際に、二次元コードが印刷された紙または二次元コードが表示されたユーザ端末５をＩＤ取得装置３２にかざす。これにより、ＩＤ取得装置３２は、車両３に乗車するユーザのユーザＩＤを取得する。なお、上述したように、ユーザＩＤは二次元コード以外で提示されてもよい。

【0044】

車両端末３４－１～３４－ｍのそれぞれは、受信部３４１および提示部３４２を備える。車両端末３４－１～３４－ｍのそれぞれは、移動体に搭載され提示情報を表示可能な移動体端末の一例である。受信部３４１は、車両搭載装置３１から制御情報を受信し、受信した制御情報を提示部３４２へ出力する。提示部３４２は、受信部３４１から受け取った制御情報に基づいて、表示および音の出力のうち少なくとも一方を行うことでユーザに情報を提示する。車両端末３４－１～３４－ｍは、例えば、車両３内の各座席の前に設置されるが、車両端末３４－１～３４－ｍの設置位置はこれに限定されない。以下、車両端末３４－１～３４－ｍを個別に区別せずに示すときには、車両端末３４と記載する。

【0045】

車両搭載装置３１は、運用管理装置２から受信した情報に基づき、車両３の運行を制御する。図４に示すように、車両搭載装置３１は、送受信部３１１、予約結果記憶部３１２および予約照合部３１３を備える。

【0046】

送受信部３１１は、他の装置との間で通信を行うことで、情報の送受信を行う。例えば、送受信部３１１は、運用管理装置２から予約結果を受信し、受信した予約結果を予約結果記憶部３１２に格納する。また、送受信部３１１は、運用管理装置２から運行計画を受信すると、受信した運行計画を走行制御装置３３へ送信する。また、送受信部３１１は、走行制御装置３３から車両３の現在位置を受信すると、受信した現在位置を車両情報として運用管理装置２へ送信する。また、送受信部３１１は、サービス提供装置１から運用管理装置２を介して提示情報を受信すると、予約照合部３１３へ出力する。なお、提示情報は、運用管理装置２を介さずに、サービス提供装置１の送受信部１１から直接車両搭載装置３１の送受信部３１１に送信されてもよい。また、送受信部３１１は、予約照合部３１３から提示情報を受信すると提示情報を宛先の車両端末３４へ送信する。予約結果記憶部３１２は、予約結果を記憶する。

【0047】

予約照合部３１３は、ＩＤ取得装置３２から受け取ったユーザＩＤの照合を行い、予約されたユーザであるか否かを判定し、予約されたユーザでないと判定した場合には、ユーザにその旨を通知する。具体的には、予約照合部３１３は、ＩＤ取得装置３２から受け取ったユーザＩＤが、予約結果記憶部３１２に記憶されている予約結果に含まれるユーザＩＤと一致するか否かを判定し、一致する場合に予約されたユーザであると判定し、一致しない場合に予約されたユーザでないと判定する。また、予約照合部３１３は、ユーザＩＤだけでなく、さらに、予約結果に含まれる乗車地が現在停車している停留所と一致するかを判定してもよく、ユーザＩＤと乗車地とが予約結果と整合するときに、予約されたユーザであると判定してもよい。予約照合部３１３は、エラー音を発したり、エラー表示を行ったりすることでユーザに通知してもよいし、例えば、図示しない出力装置により予約されていないことを通知し、出力装置が、音および表示の少なくとも一方によりエラーを通知してもよい。なお、当該通知は、ユーザだけでなく車両３の搭乗員に対してなされてもよい。

【0048】

また、予約照合部３１３は、送受信部３１１から提示情報を受け取ると、予約結果記憶部３１２から、提示情報に含まれるユーザＩＤに対応する予約結果を読み出し、当該予約結果に基づいて、提示情報を提示させる車両端末３４を選択する。予約照合部３１３は、選択した車両端末３４を宛先として提示情報を送受信部３１１へ出力する。例えば、車両端末３４が座席ごとに設けられ、予約時に座席が指定され、サービス提供装置１から送信される提示情報にユーザＩＤが含まれる例を説明する。この場合、予約照合部３１３は、ユーザＩＤに対応する予約結果に含まれる座席に対応する車両端末３４を、提示情報を提示させる車両端末３４として選択する。また、予約照合部３１３は、予約結果に基づいて、予約結果に対応する乗車期間（乗車地から目的地まで）の間、提示情報を提示するように、車両端末３４へ指示してもよい。なお、ここでは、予約照合部３１３が提示情報を提示させる車両端末３４を選択したが、これに限らず、サービス提供装置１が各車両３の座席と車両端末３４との対応を保持し、提示情報生成部１３が各車両３の予約結果に基づいて座席に対応する車両端末３４を決定し、決定した車両端末３４を提示情報の宛先として指定してもよい。この場合、提示情報は、サービス提供装置１から車両搭載装置３１の送受信部３１１を介して車両端末３４へ送信されてもよいし、サービス提供装置１から車両端末３４へ送信されてもよい。

【0049】

また、座席が指定されない場合には、予約照合部３１３は、提示情報を提示させる車両端末３４を選択せずに、全車両端末３４に提示情報を提示させてもよい。この場合も、予約照合部３１３は、提示情報に含まれるユーザＩＤに対応する予約結果に対応する乗車期間の間、提示情報を提示するように、車両端末３４へ指示してもよい。また、この場合、複数の予約結果にそれぞれ対応するユーザが、車両３に同乗する重複乗車期間がある場合は、重複乗車期間の間は、各ユーザに対応する提示情報を、画面分割により表示するよう車両端末３４に指示してもよいし、時分割により提示（表示および音で出力のうち少なくとも一方）するよう車両端末３４に指示してもよい。なお、このような車両端末３４に対する画面分割による表示、時分割による提示などの制御は、予約照合部３１３が行う例に限定されず、サービス提供装置１の提示情報生成部１３が画面分割による表示、時分割による提示などの提示方法を決定し、提示方法も含めた提示情報が提示情報生成部１３から車両３へ送信されてもよい。この場合、提示情報は、サービス提供装置１から車両搭載装置３１の送受信部３１１を介して車両端末３４へ送信されてもよいし、サービス提供装置１から車両端末３４へ送信されてもよい。

【0050】

位置取得部３６は、車両３の現在位置を取得し、取得した現在位置を走行制御装置３３へ送信する。位置取得部３６は、例えば、ＧＰＳ（Global Positioning System）受信機を備え測位を行うことで車両の現在位置を取得するが、現在位置の取得方法はこれに限定されない。機器３５は、車両３の走行のためのアクセル、ブレーキ、ハンドルなどの機器であり、走行制御装置３３によって制御される。走行制御装置３３は、車両搭載装置３１から受信した運行計画と位置取得部３６から取得した現在位置とに基づいて、機器３５を制御することで、運行計画にしたがって車両３を走行させる。なお、例えば、走行制御装置３３は、車載レーダーなど各種の図示しないセンサによって取得された情報を用いて車両３の走行を制御するが、走行制御装置３３における自動運転のための制御はどのような制御方法で行われてもよく、詳細な説明は省略する。なお、図４では、位置取得部３６が取得した現在位置が、走行制御装置３３を介して車両搭載装置３１に送信される例を示しているが、これに限らず、現在位置は位置取得部３６から車両搭載装置３１に送信されてもよい。

【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】

図１３は、複数の経路の待ち時間を提示する場合の本実施の形態の予約端末における提示情報の表示画面の一例を示す図である。図１３に示した例では、予約結果および待ち時間が領域２０８に表示され、予約変更を行った場合、すなわちルート変更を行った場合の待ち時間が領域２０９に表示され、予約変更を受付ける予約変更ボタン２１０が表示され、提示情報が領域２１１および領域２０５に表示される。このように、領域２０５および領域２１１にそれぞれ表示される地域提供情報の最寄の停留所を、乗車停留所および降車停留所にそれぞれ変更した場合の待ち時間を表示してもよい。また、図１３に示した例では、乗車停留所および降車停留所のいずれか一方を変更した場合の待ち時間がユーザに提示される例を示しているが、乗車停留所および降車停留所の両方を変更したルートに関して待ち時間が提示されてもよい。

【0097】

ルート変更後の待ち時間（経路変更待ち時間）がユーザに提示される場合には、サービス決定部１２は、予約情報を受信すると、決定した提示情報に応じてルート変更後の予約情報を仮予約情報として生成し、生成した仮予約情報を、送受信部１１を介して運用管理装置２へ送信する。運用管理装置２は、仮予約情報に基づき、予約情報を受信した場合と同様に車両３の手配を行い、仮予約結果をサービス提供装置１へ送信する。なお、運用管理装置２は、仮予約結果については確定した予約とは扱わずに実際の車両３の手配には反映させない。サービス決定部１２は、送受信部１１を介して仮予約結果を受け取ると、仮予約結果に基づいて、ルート変更後の待ち時間を算出する。サービス決定部１２は、予約情報に基づく提示情報の決定結果とともに、ルート変更後の待ち時間も提示情報生成部１３へ出力する。提示情報生成部１３は、提示情報および予約結果などを送受信部１１へ送信する際に、ルート変更後の待ち時間も送受信部１１へ出力する。これにより、予約端末によりルート変更後の待ち時間が提示される。同様に、ルート変更後の乗車時間がユーザに提示されてもよい。

【0098】

次に、本実施の形態のサービス提供装置１のハードウェア構成について説明する。本実施の形態のサービス提供装置１は、コンピュータシステム上で、サービス提供装置１における処理が記述されたプログラム（コンピュータプログラム）が実行されることにより、コンピュータシステムがサービス提供装置１として機能する。図１４は、本実施の形態のサービス提供装置１を実現するコンピュータシステムの構成例を示す図である。図１４に示すように、このコンピュータシステムは、制御部１０１と入力部１０２と記憶部１０３と表示部１０４と通信部１０５と出力部１０６とを備え、これらはシステムバス１０７を介して接続されている。

【0099】

図１４において、制御部１０１は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサであり、本実施の形態のサービス提供装置１における処理が記述されたプログラムを実行する。入力部１０２は、たとえばキーボード、マウスなどで構成され、コンピュータシステムの使用者が、各種情報の入力を行うために使用する。記憶部１０３は、ＲＡＭ（Random Access Memory），ＲＯＭ（Read Only Memory）などの各種メモリおよびハードディスクなどのストレージデバイスを含み、上記制御部１０１が実行すべきプログラム、処理の過程で得られた必要なデータ、などを記憶する。また、記憶部１０３は、プログラムの一時的な記憶領域としても使用される。制御部１０１および記憶部１０３は、例えば、処理回路を構成する。処理回路は、１つの回路であってもよいし複数の回路であってもよい。表示部１０４は、ディスプレイ、ＬＣＤ（液晶表示パネル）などで構成され、コンピュータシステムの使用者に対して各種画面を表示する。なお、入力部１０２と表示部１０４が一体化され、タッチパネルなどにより実現されてもよい。通信部１０５は、通信処理を実施する受信機および送信機である。出力部１０６は、プリンタ、スピーカなどである。なお、図１４は、一例であり、コンピュータシステムの構成は図１４の例に限定されない。例えば、コンピュータシステムは出力部１０６を備えていなくてもよい。

【0100】

ここで、本実施の形態のプログラムが実行可能な状態になるまでのコンピュータシステムの動作例について説明する。上述した構成をとるコンピュータシステムには、たとえば、図示しないＣＤ（Compact Disc）－ＲＯＭドライブまたはＤＶＤ（Digital Versatile Disc）－ＲＯＭドライブにセットされたＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭから、プログラムが記憶部１０３にインストールされる。そして、プログラムの実行時に、記憶部１０３から読み出されたプログラムが記憶部１０３の主記憶領域に格納される。この状態で、制御部１０１は、記憶部１０３に格納されたプログラムに従って、本実施の形態のサービス提供装置１としての処理を実行する。

【0101】

なお、上記の説明においては、ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭを記録媒体として、サービス提供装置１における処理を記述したプログラムを提供しているが、これに限らず、コンピュータシステムの構成、提供するプログラムの容量などに応じて、たとえば、通信部１０５を経由してインターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。

【0102】

本実施の形態のプログラムは、例えば、コンピュータシステムに、予約により手配される移動体を利用するユーザの空き時間を取得し、空き時間を用いて、空き時間にユーザに対して提供されるサービスであって、移動体が運行される運行エリアを含む地域に関するサービスを決定するステップと、決定されたサービスをユーザに提供するための処理を行うステップと、を実行させる。

【0103】

図１に示したサービス決定部１２、提示情報生成部１３および登録処理部１４は、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。サービス決定部１２、提示情報生成部１３および登録処理部１４の実現には、図１４に示した記憶部１０３も用いられる。図１に示した送受信部１１は、図１４に示した通信部１０５により実現される。また、地域提供情報記憶部１５は、図１４に示した記憶部１０３の一部である。図１に示したサービス提供装置１は複数のコンピュータシステムにより実現されてもよい。例えば、サービス提供装置１は、クラウドシステムにより実現されてもよい。

【0104】

また、図３に示した運用管理装置２も、コンピュータシステムにより実現される。例えば、図３に示した手配処理部２１は、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。手配処理部２１の実現には、図１４に示した記憶部１０３も用いられる。図３に示した送受信部２３は、図１４に示した通信部１０５により実現される。また、図３に示した運行計画記憶部２２および車両情報記憶部２４は、図１４に示した記憶部１０３の一部である。図３に示した運用管理装置２は複数のコンピュータシステムにより実現されてもよい。例えば、運用管理装置２は、クラウドシステムにより実現されてもよい。また、上述したように、サービス提供装置１と運用管理装置２とは一体化されていてもよい。

【0105】

また、図２に示した停留所端末４も、コンピュータシステムにより実現される。例えば、図２に示した予約情報生成部４１は、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。予約情報生成部４１の実現には、図１４に示した記憶部１０３も用いられる。図２に示した送受信部４２は、図１４に示した通信部１０５により実現される。また、図２に示した情報提示部４３は、図１４に示した表示部１０４および出力部１０６のうち少なくとも一方により実現される。また、図２に示した入力受付部４５は、図１４に示した入力部１０２により実現される。図２に示したＩＤ取得部４４は、上述したように、例えばカードリーダなどにより実現される。また、ユーザ端末５も、停留所端末４と同様に、コンピュータシステムにより実現される。なお、サービス提供装置１がＷｅｂページにより予約を受付ける場合には、ユーザ端末５の機能を実現するためのプログラムは、例えば、Ｗｅｂページの閲覧などを行う汎用プログラムであってもよい。また、ユーザ端末５にアプリがインストールされて予約を受付ける処理が行われる場合には、上記プログラムは、当該アプリのプログラムである。

【0106】

また、図４に示した車両搭載装置３１も、コンピュータシステムにより実現される。例えば、図４に示した予約照合部３１３は、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。予約照合部３１３の実現には、図１４に示した記憶部１０３も用いられる。図４に示した送受信部３１１は、図１４に示した通信部１０５により実現される。また、図４に示した予約結果記憶部３１２は、図１４に示した記憶部１０３の一部である。図４に示した車両端末３４も、コンピュータシステムにより実現される。図４に示した受信部３４１は、図１４に示した通信部１０５により実現される。図４に示した提示部３４２は、図１４に示した表示部１０４および出力部１０６のうち少なくとも一方により実現される。なお、車両端末３４は、ディスプレイ、モニタなどに受信機能が追加された表示端末であってもよいし、さらにスピーカも備えた表示端末であってもよい。

【0107】

以上のように、本実施の形態のサービス提供装置１は、オンデマンド型モビリティシステムにおける移動体の一例である車両３を利用するユーザの空き時間、すなわち、予約によって手配される車両３を利用するユーザの空き時間に応じて、ユーザに提示する提示情報を決定するようにした。これにより、オンデマンド型モビリティシステムの利用に関するユーザの空き時間の有効利用を図ることができる。

【0108】

実施の形態２．
図１５は、実施の形態２にかかるサービス提供システムの構成例を示す図である。本実施の形態のサービス提供システム１００ａは、サービス提供装置１ａと、運用管理装置２ａとを備える。運用管理装置２ａは、移動体の運用を管理する管制装置である。本実施の形態では、移動体は、実施の形態１と同様の車両３－１～３－ｎに加えて、移動販売車３０１、移動トイレ車３０２および移動ゴミ箱車３０３を含む。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付して重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

【0109】

図１５では、移動販売車３０１、移動トイレ車３０２および移動ゴミ箱車３０３をそれぞれ１台図示しているが、移動販売車３０１、移動トイレ車３０２および移動ゴミ箱車３０３のそれぞれの台数は、１台以上であればよい。なお、図１では、サービス提供装置１ａと、運用管理装置２ａとが別に設けられているが、実施の形態１と同様に、運用管理装置２ａ内にサービス提供装置１ａが設けられてもよい。すなわち、運用管理装置２ａが、サービス提供装置１ａとしての機能も有していてもよい。

【0110】

移動販売車３０１は、移動販売を行う車両であり、移動トイレ車３０２は、トイレを搭載する車両であり、移動ゴミ箱車３０３は、ゴミ箱を搭載する車両である。車両３は、ユーザに移動のサービスを提供するが、移動販売車３０１、移動トイレ車３０２および移動ゴミ箱車３０３は、移動とは別の付加的なサービスを提供する移動体の一例である。以下、移動販売車３０１、移動トイレ車３０２および移動ゴミ箱車３０３を、付加サービス車両とも呼ぶ。なお、運用管理装置２ａの運用管理の対象に、移動販売車３０１、移動トイレ車３０２および移動ゴミ箱車３０３の全てが含まれていなくてもよく、後述するように、サービス提供システム１００ａが提供するサービスで用いられる付加サービス車両が含まれていればよい。なお、車両３－１～３－ｎ、移動販売車３０１、移動トイレ車３０２および移動ゴミ箱車３０３および停留所端末４のうち少なくとも一部をサービス提供システム１００ａに含めてもよい。

【0111】

サービス提供装置１ａは、サービス決定部１２および提示情報生成部１３の代わりに、サービス決定部１２ａおよび手配要求生成部１６を備える以外は、実施の形態１のサービス提供装置１と同様である。

【0112】

サービス決定部１２ａは、車両３を利用しようとするユーザの空き時間を用いて、車両３のユーザに提供するサービスを決定し、決定結果を手配要求生成部１６へ出力する。本実施の形態では、ユーザに提供するサービスは、付加サービス車両の手配を含む。例えば、サービス決定部１２ａは、空き時間の一例である待ち時間および乗車停留所を用いて、手配する付加サービス車両と付加サービス車両が手配される場所とを決定し、決定結果を手配要求生成部１６へ出力する。また、後述するように、サービス決定部１２ａは、空き時間の一例である乗車時間に基づいて手配する付加サービス車両を決定してもよい。

【0113】

例えば、サービス決定部１２ａは、待ち時間が第１のしきい値以上の場合に、移動販売車３０１を乗車停留所へ手配することを決定してもよい。また、サービス決定部１２ａは、待ち時間が第２のしきい値以上の場合に、移動ゴミ箱車３０３を乗車停留所へ手配することを決定してもよい。また、第１のしきい値と第２のしきい値とを同じ値にすることで、移動販売車３０１と移動ゴミ箱車３０３との両方を乗車停留所へ配車することを決定してもよい。また、サービス決定部１２ａは、待ち時間が第３のしきい値以上の場合に、移動トイレ車３０２を乗車停留所へ手配することを決定してもよい。

【0114】

手配要求生成部１６は、サービス決定部１２ａによる決定結果に基づいて、ユーザに付加サービスを提供する付加サービス車両を手配するための処理を行う。例えば、手配要求生成部１６は、サービス決定部１２ａから受け取った決定結果に基づいて付加サービス車両の手配を要求する手配要求を生成し、送受信部１１へ出力する。送受信部１１は、手配要求生成部１６から受け取った手配要求を運用管理装置２ａへ送信する。手配要求は、例えば、手配する付加サービス車両の種別と、配車する場所とを含む。手配要求は、付加サービス車両に対応する予約を識別する情報を含んでいてもよい。付加サービス車両に対応する予約を識別する情報は、ユーザＩＤであってもよいし、予約結果の全部または一部であってもよい。なお、サービス決定部１２ａは、待ち時間および乗車時間に基づいて手配する付加サービス車両を決定してもよいし、待ち時間を用いずに、乗車時間に基づいて手配する付加サービス車両を決定してもよい。付加サービス車両は、付加サービス移動体の一例であり、車両に限定されない。また、運用管理装置２ａがユーザに移動のサービスを提供するための移動体と、付加サービス移動体とは、同一の種類の移動体であってもよいし、異なる種類の移動体であってもよい。例えば、運用管理装置２ａがユーザに移動のサービスを提供するための移動体が車両３ではなく船である場合に、付加サービス移動体として、移動販売車３０１、移動トイレ車３０２、移動ゴミ箱車３０３などの車両が用いられてもよい。

【0115】

図１６は、本実施の形態の運用管理装置２ａの構成例を示す図である。運用管理装置２ａは、手配処理部２１の代わりに手配処理部２１ａを備える以外は、実施の形態１の運用管理装置２と同様である。本実施の形態では、運行計画記憶部２２には、付加サービス車両の運行計画も記憶され、車両情報記憶部２４には、付加サービス車両の車両情報も記憶される。また、本実施の形態では、送受信部２３は、サービス提供装置１ａから手配要求を受信すると手配処理部２１ａへ出力する。

【0116】

手配処理部２１ａは、予約情報に基づいて実施の形態１と同様に車両３の予約処理を行うとともに、サービス提供装置１ａから送信された手配要求を、送受信部２３から受け取ると、運行計画記憶部２２に格納されている付加サービス車両の運行計画と手配要求と車両情報記憶部２４に記憶されている付加サービス車両の車両情報とに基づいて付加サービス車両を手配する。手配処理部２１ａは、手配した結果を反映して運行計画を更新し、更新した運行計画を運行計画記憶部２２に格納するとともに、送受信部２３を介して運行計画を対応する付加サービス車両へ送信する。また、手配処理部２１ａは、手配した付加サービス車両の車両情報を、送受信部２３へ出力し、送受信部２３が車両情報をサービス提供装置１ａへ送信してもよい。

【0117】

付加サービス車両は、自動運転車両であってもよいし、運転手によって運転される車両であってもよく、これらが混在していてもよい。付加サービス車両は、車両３と同様に、現在位置を示す車両情報を運用管理装置２ａへ送信する。

【0118】

次に、本実施の形態の動作について説明する。図１７は、本実施の形態のサービス提供システム１００ａにおけるサービス提供に関する動作の一例を示すシーケンス図である。図１７に示したステップＳ３～Ｓ７は、実施の形態１のステップＳ３～Ｓ７と同様である。なお、ステップＳ６の後、サービス提供装置１ａは、任意のタイミングで予約結果を予約端末へ送信する（ステップＳ２０）。これにより、予約端末は、予約結果を表示する。

【0119】

ステップＳ３～Ｓ７の後、サービス提供装置１ａは、待ち時間に基づいて手配する付加サービス車両を決定する（ステップＳ２１）。詳細には、サービス決定部１２ａが、例えば、ステップＳ７で算出した待ち時間と、手配規則情報とに基づいて、手配する付加サービス車両を決定する。付加サービス車両は、例えば、ユーザの乗車停留所に配車されるよう手配される。手配規則情報は、待ち時間（または待ち時間および乗車時間）と提供するサービスとの対応を示す規則情報の一例である。なお、手配規則情報は、乗車時間と手配する付加サービス車両との対応を示す情報であってもよく、この場合、手配規則情報は、乗車時間と提供するサービスとの対応を示す規則情報の一例である。乗車時間に応じて、手配する付加サービス車両が決定される場合には、付加サービス車両は、乗車停留所に配車されるよう手配されてもよいし、降車停留所に配車されるよう手配されてもよい。手配規則情報は、例えば、テーブル形式の情報であるが、これに限定されない。

【0120】

図１８は、本実施の形態の手配規則情報の一例を示す図である。図１８に示した例では、手配規則情報によって、待ち時間がＴＷ１１未満の場合には、付加サービス車両の手配は無く、待ち時間がＴＷ１１以上ＴＷ１２（ＴＷ１２＞ＴＷ１１）未満の場合には、移動販売車３０１を手配し、待ち時間がＴＷ１３（ＴＷ１３＞ＴＷ１２）以上の場合には、移動販売車３０１および移動ゴミ箱車３０３を手配することが定められている。なお、図１８に示した例では、手配する付加サービス車両の決定結果には、付加サービス車両の手配が無い場合も含まれる。このように、待ち時間が長い場合には、移動販売車３０１が、乗車停留所に配車されるように手配されることで、ユーザは待ち時間の間移動販売車３０１で商品の閲覧、買い物などを行うことができる。また、さらに、待ち時間が長い場合には、移動販売車３０１および移動ゴミ箱車３０３が手配されることで、ユーザが待ち時間の間に、例えば飲料などを購入して飲料を飲んだ後のゴミを移動ゴミ箱車３０３により回収することができ、ユーザがゴミを持ち歩く必要がなくなる。

【0121】

なお、図１８に示した例では一例であり、例えば、待ち時間がＴＷ１１未満の場合には、付加サービス車両の手配は無く、待ち時間がＴＷ１１以上の場合には、移動販売車３０１および移動ゴミ箱車３０３を手配するといったように２段階で定められてもよい。また、これに限らず、待ち時間がＴＷ１１未満の場合には、付加サービス車両の手配は無く、待ち時間がＴＷ１１以上の場合には、移動販売車３０１を手配するといったように、移動ゴミ箱車３０３が手配されなくてもよい。この場合、運用管理装置２ａの管理対象に移動ゴミ箱車３０３が含まれなくてもよい。また、例えば、待ち時間がＴＷ１１未満の場合には、移動販売車３０１を手配し、待ち時間がＴＷ１１以上の場合には、移動販売車３０１および移動ゴミ箱車３０３を手配するといったように２段階で定められてもよい。

【0122】

また、移動販売車３０１が販売する商品が複数に分類できる場合には、移動販売車３０１を販売する商品に応じた種別に分類し、待ち時間に応じて種別についても指定してもよい。例えば、物品を販売する移動販売車３０１と例えばその場で飲食できる飲食物を提供する移動販売車３０１とがあるとする。この場合、待ち時間がＴＷ１１未満の場合には、付加サービス車両の手配は無く、待ち時間がＴＷ１１以上ＴＷ１２未満の場合には、物品を販売する移動販売車３０１を手配し、待ち時間がＴＷ１３以上の場合には、飲食物を提供する移動販売車３０１および移動ゴミ箱車３０３を手配するといったように、移動販売車３０１の種別も指定されてもよい。

【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】

アクセス情報は、例えば、映像と音声によりユーザと地元住民とが会話できるように、ユーザが予約に用いた予約端末と決定された地元住民の端末装置６とをインターネット、携帯電話網などを介して接続するための情報であり、ＵＲＬ（Uniform Resource Locator）などによって表現されてもよいし他の方法で表現されてもよい。また、アクセス情報は、予約端末にも送信されてもよいし、予約端末は、アクセス情報を必要とせずに端末装置６からのアクセスがあると自動で接続されてもよい。また、ここでは、映像と音声によりユーザと地元住民とが会話する例を示したが、これに限らず、音声のみによりユーザと地元住民とが会話してもよいし、チャットのように文字で会話をしてもよい。また、ここでは、予約端末と地元住民の端末装置６とを接続する例を説明したが、これに限らず、車両端末３４と地元住民の端末装置６とを接続し、車両端末３４および端末装置６を介してユーザと地元住民とが会話できるようにしてもよい。この場合、サービス決定部１２ｃは、ユーザの乗車予定時刻も端末装置６へ送信することで、地元住民にユーザの乗車予定時刻を通知する。

【0148】

次に、本実施の形態の動作について説明する。図２２は、本実施の形態のサービス提供システム１００ｃにおけるサービス提供に関する動作の一例を示すシーケンス図である。図２２に示すように、端末装置６は、地元住民情報をサービス提供装置１ｃへ送信する（ステップＳ３１）。地元住民情報は、地元住民からの入力に基づいて生成される。

【0149】

サービス提供装置１ｃは、地元住民情報を登録する（ステップＳ３２）。詳細には、送受信部１１が端末装置６から地元住民情報を受信し、登録処理部１４へ出力し、登録処理部１４は、地元住民情報を地元住民情報記憶部１７に格納することで地元住民情報を登録する。ステップＳ３～Ｓ６は、実施の形態１と同様である。なお、図示は省略しているが、ステップＳ６の後、サービス提供装置１ｃは、任意のタイミングで予約結果を予約端末へ送信する。これにより、予約端末は、予約結果を表示する。

【0150】

サービス提供装置１ｃは、ユーザの目的に基づいて対応する地元住民を決定する（ステップＳ３３）。詳細には、サービス決定部１２ｃは、予約情報に基づいて目的を決定し、目的に対応する地元住民情報を抽出し、抽出した地元住民情報から、定められた数の地元住民情報を選択することで対応する地元住民を決定し、決定結果をアクセス情報生成部１８へ出力する。定められた数は１以上であればよい。なお、図２２に示す例では、ステップＳ３３においてユーザの目的に基づいて対応する地元住民を決定する処理が行われているが、対応する地元住民を決定する方法はかかる例に限定されず、上述したサービス決定部１２ｃによるいずれかの方法によりユーザに対応する地元住民が決定されてよい。

【0151】

サービス提供装置１ｃは、アクセス情報を生成する（ステップＳ３４）。詳細には、アクセス情報生成部１８が、端末装置６が予約端末と接続するためのアクセス情報を生成し、生成したアクセス情報を送受信部１１へ出力する。

【0152】

サービス提供装置１ｃの送受信部１１は、アクセス情報を端末装置６へ送信する（ステップＳ３５）。端末装置６がアクセス情報に基づいて予約端末との間で接続処理を行う（ステップＳ３６）。これにより、予約端末と端末装置６とを介してユーザと地元住民とのリアルタイムのコミュニケーションが開始される。

【0153】

なお、図２２では、ステップＳ６の後に、ステップＳ３３以降の処理を行っているが、これに限らず、ステップＳ３の後にステップＳ３３以降の処理を行ってもよい。ステップＳ３３以降の処理を実施するタイミングは、ステップＳ３以降であればよく、図２２に示した例に限定されない。

【0154】

また、上述したように、サービス提供装置１ｃが、車両端末３４にアクセス情報を送信することで、車両端末３４と端末装置６を介してユーザと地元住民とのリアルタイムのコミュニケーションが行われてもよい。例えば、サービス決定部１２ｃは、乗車時間がしきい値以上である場合、ユーザに地元住民とのコミュニケーションをサービスとして提供することを決定し、登録されている地元住民からユーザに対応する地元住民を選択する。そして、アクセス情報生成部１８は、サービス決定部１２ｃによって選択された地元住民の端末装置６と、予約により手配される移動体に搭載される移動体端末の一例である車両端末３４とを、ユーザと地元住民とがコミュニケーションを行うことができるように接続するための情報であるアクセス情報を生成する。そして、送受信部１１は、アクセス情報を車両端末３４へ送信する。また、地元住民が車両３に搭乗し、ユーザと直接コミュニケーションをとってもよい。この場合においても、サービス決定部１２ｃが、同様に、乗車時間を用いて当該サービスを提供するか否かを決定してもよい。この場合、アクセス情報生成部１８は、予約により手配される車両３に、サービス決定部１２ｃによって選択された地元住民を搭乗させるための情報であるアクセス情報を生成する。この場合、アクセス情報は、例えば、地元住民に車両３への搭乗を依頼する情報と地元住民が車両３に乗車する場所とを含む。そして、送受信部１１は、アクセス情報を地元住民の端末装置６へ送信する。

【0155】

なお、サービス決定部１２ｃは、乗車時間によらずに、予約情報を受け取ると、ユーザに地元住民とのコミュニケーションをサービスとして提供することを決定し、登録されている地元住民からユーザに対応する地元住民を選択するようにしてもよい。

【0156】

また、上述した例では、リモートでユーザと地元住民とのリアルタイムのコミュニケーションが行われたが、これに限らず、決定された地元住民が直接ユーザの乗車停留所に出向いてユーザとコミュニケーションをとってもよい。また、上述したように、決定された地元住民がユーザの乗車する車両３にユーザとともに乗車することでユーザとコミュニケーションをとってもよい。この場合、車両３が無人運転車両であれば、同乗している地元住民が、万一の際に手動運転に対応するセーフティドライバーを兼ねてもよい。車両３のセーフティドライバーを地元住民で賄うことで、ユーザと地元住民とのコミュニティ醸成のメリットに加えてコスト削減効果も期待できる。

【0157】

地元住民が直接ユーザとコミュニケーションをとる場合には、アクセス情報生成部１８は、アクセス情報として、ユーザとの合流地点を示す情報と乗車予定時刻を示す情報とを含む情報を生成する。合流地点は、例えば、乗車停留所である。すなわち、アクセス情報生成部１８は、アクセス情報として、乗車停留所へ、サービス決定部１２ｃによって選択された地元住民をコミュニケーションのために移動させるための情報を生成する。地元住民は、端末装置６を介してアクセス情報を確認することで、乗車停留所へ移動し、ユーザと直接会話することができる。また、地元住民が車両３に乗車する場合、地元住民は乗車停留所に到着するより前に車両３に乗車してもよく、この場合には、地元住民が車両３に乗車する時刻と場所を示す情報とがアクセス情報に含まれる。

【0158】

また、サービス決定部１２ｃは、空き時間に応じて、ユーザに対応する地元住民のコミュニケーションの手段を変えてもよい。例えば、サービス決定部１２ｃは、空き時間がしきい値未満の場合にはリモートのコミュニケーションを実施し、空き時間がしきい値以上の場合には、地元住民が直接ユーザとコミュニケーションをとるといったように、リモートとするか否かを空き時間に応じて決定してもよい。また、例えば、サービス決定部１２ｃは、空き時間がしきい値未満の場合には地元住民を１人選択し、空き時間がしきい値以上の場合には、地元住民を複数選択するといったように、選択する地元住民の数を変えてもよい。

【0159】

また、サービス決定部１２ｃは、空き時間に応じて提供するサービスの種別を決定してもよい。例えば、空き時間がしきい値未満であれば、実施の形態１で述べたように提示情報を提示するサービスを提供し、空き時間がしきい値以上の場合に、本実施の形態で述べたユーザと地元住民とのリアルタイムのコミュニケーションのサービスを提供するように、サービスの種別を決定してもよい。また、さらに、実施の形態２で述べた機能を追加し、空き時間がしきい値未満であれば、実施の形態２で述べたように付加サービス車両を手配するサービスを提供し、空き時間がしきい値以上の場合に、本実施の形態で述べたユーザと地元住民とのリアルタイムのコミュニケーションのサービスを提供するように、サービスの種別を決定してもよい。さらに、サービス決定部１２ｃは、空き時間に応じて、提示情報を提示するサービス、付加サービス車両を手配するサービスおよび地元住民とのリアルタイムのコミュニケーションのサービスの３つのサービスのうちのいずれかを選択するようにしてもよい。空き時間に応じたサービスの種別の決定方法は、上述した例に限定されない。

【0160】

また、上述した例では、ユーザの予約を契機として、サービス決定部１２ｃが、ユーザに地元住民とのリアルタイムのコミュニケーションのサービスを提供するための処理を開始したが、契機はユーザの予約に限定されない。例えば、サービス提供装置１ｃは、ユーザが停留所端末４へ近づいたことを検出すると、対応する地元住民を決定し、決定された地元住民が、停留所端末４越しにユーザへ話かけるようにしてもよい。

【0161】

図２３は、本実施の形態のサービス提供システム１００ｃにおけるサービス提供に関する動作の別の一例を示すシーケンス図である。ステップＳ３１，Ｓ３２は、図２２に示した例と同様である。停留所端末４には、例えば、カメラ、人感センサなどのセンサが設置され、停留所端末４は、センサによって取得された情報を監視情報としてサービス提供装置１ｃへ送信する（ステップＳ４１）。例えば、センサがカメラである場合には、停留所端末４は、カメラで取得された映像を監視情報としてサービス提供装置１ｃへ送信する。例えば、センサが人感センサなどである場合には、停留所端末４は、人が検出されたときに人が検出されたことを示す監視情報をサービス提供装置１ｃへ送信してもよいし、定期的に人が検出されたか否かを示す監視情報をサービス提供装置１ｃへ送信してもよい。なお、センサは、停留所端末４とは別の停留所の周辺に設置されていてもよい。また、停留所端末４は、停留所端末４のタッチパネルなどをユーザがタッチした場合に、ユーザが停留所に接近したことを示す監視情報をサービス提供装置１ｃへ送信してもよい。

【0162】

サービス提供装置１ｃは、監視情報に基づいて、ユーザが停留所に接近したことを検出する（ステップＳ４２）と、対応する地元住民を決定する（ステップＳ４３）。詳細には、ステップＳ４２では、送受信部１１が、監視情報を受信し、受信した監視情報を、サービス決定部１２ｃへ出力する。サービス決定部１２ｃは、センサがカメラである場合には、監視情報である映像を画像解析することで停留所に接近した人すなわち停留所に接近したユーザがいるか否かを判定する。監視情報が、人が接近したことを示す情報である場合には、サービス決定部１２ｃは、監視情報を受け取ることで、ユーザが停留所に接近したことを検出する。サービス決定部１２ｃは、例えば、車両の停留所からの距離がしきい値以下となる範囲に、ユーザが位置するか否かを判定し、ユーザが上記範囲内に位置すると判定した場合、登録されている地元住民からユーザに対応する地元住民を選択する。

【0163】

ステップＳ４３では、サービス決定部１２ｃが、登録されている地元住民のなかから、ユーザとリアルタイムのコミュニケーションをとる地元住民を選択することで、対応する地元住民を決定し、決定結果をアクセス情報生成部１８へ送信する。図２３に示した例では、図２２に示した例とは異なりサービス提供装置１ｃが予約情報を受信していないため、サービス決定部１２ｃは、予約情報は用いずに、任意の方法で、登録されている地元住民のなかから地元住民を選択する。例えば、登録している地元住民の登録順に順次選択する方法であってもよいし、ランダムに選択する方法であってもよいし、地元住民情報に知識ランクが含まれる場合には、知識ランクが選択に用いられてもよい。また、サービス提供システム１００ｃが、上述した過去の評価結果に基づき評価情報を生成して地元住民情報に評価情報を付加している場合には、評価情報が選択に用いられてもよい。地元住民の選択方法はこれらに限定されない。

【0164】

サービス提供装置１ｃは、アクセス情報を生成する（ステップＳ４４）。詳細には、アクセス情報生成部１８は、サービス決定部１２ｃによって決定された地元住民の端末装置６と、停留所に設置された停留所端末４とを、ユーザと地元住民とがコミュニケーションを行うことができるように接続するためのアクセス情報を生成し、送受信部１１へ出力する。

【0165】

サービス提供装置１ｃは、アクセス情報を端末装置６へ送信する（ステップＳ４５）。詳細には、送受信部１１が、アクセス情報を、サービス決定部１２ｃによって決定された地元住民に対応する端末装置６へ送信する。これにより、端末装置６と停留所端末４との間で接続処理が行われる（ステップＳ４６）。ステップＳ４６の後、地元住民が、停留所端末４越しにユーザへ話かけることで、ユーザと地元住民との会話が開始される。この会話によって、地元住民がおすすめの施設や場所を提案することで、ユーザが車両３の予約時に入力する目的地を、地元住民または地域にメリットのある目的地に誘導してもよい。ユーザは、地元住民からの提案に基づいて、車両３の目的地を決定してもよい。この会話が行われた後に、実施の形態１と同様にステップＳ３が実施される。図示を省略しているが、この後に、実施の形態１と同様にステップＳ４～Ｓ６が行われる。ステップＳ６の後に、予約結果が停留所端末４に送信される。また、ステップＳ６の後に、図２２と同様にステップＳ３３以降の処理が行われてもよいし、行われなくてもよい。

【0166】

本実施の形態のサービス提供装置１ｃも、コンピュータシステムにより実現される。例えば、図２１に示したサービス決定部１２ｃおよびアクセス情報生成部１８は、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。サービス決定部１２ｃおよびアクセス情報生成部１８の実現には、図１４に示した記憶部１０３も用いられる。図２１に示した地元住民情報記憶部１７は、図１４に示した記憶部１０３の一部である。サービス提供装置１ｃは、複数のコンピュータシステムにより実現されてもよい。サービス提供装置１ｃは、クラウドシステムにより実現されてもよい。サービス提供装置１ｃと運用管理装置２とは一体化されていてもよい。

【0167】

以上のように、本実施の形態では、ユーザに、地元住民とのリアルタイムのコミュニケーションのサービスを提供するようにした。これにより、オンデマンド型モビリティシステムの利用に関するユーザの空き時間の有効利用を図ることができる。また、地元住民とのリアルタイムのコミュニケーションによって、実施の形態１に比べてよりきめ細かい情報およびサービスの提供が可能になる。地元住民側も、リアルタイムに宣伝などを行うことができるため、自分の店舗に来客が少ないタイミングで宣伝を行うといったように、タイムリーに集客活動を行うことができる。また、地元住民として高齢者などの外出が難しい人に登録してもらうことで、社会との接点を生み出すこともできる。また、地元住民を雇用する形態とすることにより、地方での雇用を創出することもできる。

【0168】

なお、本実施の形態のサービス提供装置１ｃに、実施の形態１の提示情報生成部１３を追加し、サービス決定部１２ｃが実施の形態１のサービス決定部１２としての機能も有するようにすることで、本実施の形態の地元住民とのリアルタイムのコミュニケーションのサービスと、実施の形態１の提示情報の提示のサービスとの両方をユーザに提供してもよい。また、本実施の形態のサービス提供装置１ｃに、実施の形態２の手配要求生成部１６を追加し、サービス決定部１２ｃが実施の形態２のサービス決定部１２ａとしての機能も有するようにすることで、本実施の形態の地元住民とのリアルタイムのコミュニケーションのサービスと、実施の形態２の付加サービス車両の手配のサービスとの両方をユーザに提供してもよい。同様に、本実施の形態のサービス提供装置１ｃに、実施の形態１で述べた機能と実施の形態２で述べた機能との両方を追加することで、本実施の形態の地元住民とのリアルタイムのコミュニケーションのサービスと、実施の形態１の提示情報の提示のサービスと、実施の形態２の付加サービス車両の手配のサービスとの両方をユーザに提供してもよい。

【0169】

実施の形態４．
図２４は、実施の形態４にかかるサービス提供システムの構成例を示す図である。本実施の形態のサービス提供システム１００ｄは、サービス提供装置１ｄと、運用管理装置２とを備える。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付して重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

【0170】

本実施の形態では、空き時間に加えて、ユーザの属性を示す属性情報に基づいて、ユーザに提供するサービスを決定する。属性情報は、例えば、ユーザの性別、年齢、人数（ユーザとともに車両３に乗車する同行者とユーザとを含む人数）、グループの属性（家族連れ、カップルなど）、状態などのうちの少なくとも１つを示す情報を含む。年齢は、年齢自体であってもよいし、１０代、２０代などのように年代であってもよいし、子供または大人といった区分であってもよい。グループは、ユーザと同行者とで構成されるグループの属性を示す。状態は、例えば、ユーザおよび同行者のうちの少なくとも一方が、寒そうであるか、暑そうであるか、などであるがこれらに限定されない。

【0171】

サービス提供装置１ｄは、例えば、停留所の周辺を撮影する撮影装置９によって撮影された映像に基づいて属性情報を取得することができる。撮影装置９は、停留所端末４に設置されてもよいし、停留所端末４とは別の場所に設置されてもよい。また、予約情報の入力の際に属性情報がユーザによって予約端末に入力され、予約端末がサービス提供装置１ｄへ属性情報を送信してもよい。また、ユーザが、車両３の予約を利用するための登録をする際に、ユーザ端末５を用いて属性情報を入力してもよい。さらに、撮影装置９に代えて、または撮影装置９に加えて、人感センサ、温度センサ等の各種のセンサが用いられてもよい。例えば、人感センサにより、停留所付近に人（ユーザ、同行者）がいるかどうかを検出することができる。また、例えば、温度センサにより気温ならびにユーザおよび同行者の体表面温度を検出することで、ユーザおよび同行者のうちの少なくとも一方が、寒そうであるか、暑そうであるかなどの状態を判断するための情報を取得することができる。また、属性情報は、これらの取得方法の組み合わせによって取得されてもよい。

【0172】

サービス提供装置１ｄは、サービス決定部１２の代わりにサービス決定部１２ｄを備える以外は実施の形態１のサービス提供装置１と同様である。サービス決定部１２ｄは、空き時間に加えて、属性情報に基づいて、ユーザに提供するサービスを決定する。属性情報が、予約端末から送信される場合には、サービス決定部１２ｄは、空き時間に加えて、送受信部１１を介して受信した属性情報を用いてユーザに提供するサービスを決定する。撮影装置９によって撮影された映像に基づいて属性情報を取得する場合には、サービス決定部１２ｄは、送受信部１１を介して、撮影装置９によって撮影されたカメラ映像を受け取ると、カメラ映像に対して画像処理を行うことで、属性情報を取得する。

【0173】

サービス決定部１２ｄは、例えば、カメラ映像から、停留所付近の人を検出することで、ユーザ、またはユーザおよび同行者を抽出する。例えば、停留所付近の人が一人であれば、検出された人が車両３を予約したユーザであると判定し、検出された人が複数であれば、検出された人の動作を解析することで予約の操作を行ったと推定される人をユーザであると判定する。また、検出された他の人がユーザと推定された人の近くに存在したり、ユーザと推定された人と会話をしていると推定されたりする場合には、これらの人をユーザの同行者と判定することで、車両３に乗車する人数を推定することができる。また、サービス決定部１２ｄは、ユーザと推定された人の画像を解析することで、性別、年齢などを推定する。また、同行者がいると推定される場合には、同行者の性別、年齢、ユーザと同行者との動作（手をつないでいるなど）などを推定することで、家族連れであるか、カップルであるか、これら以外であるかなどを推定する。また、サービス決定部１２ｄは、推定したユーザ、またはユーザおよび同行者の状態を画像解析により推定することができる。

【0174】

次に、本実施の形態の動作について説明する。図２５は、本実施の形態のサービス提供システム１００ｄにおけるサービス提供に関する動作の一例を示すシーケンス図である。図２５では、カメラ映像から属性情報を取得する例を示している。ステップＳ１～Ｓ３は実施の形態１と同様である。ステップＳ３の後、サービス提供装置１ｄは、撮影装置９からカメラ映像を受信する（ステップＳ５１）。なお、図２５では、サービス提供装置１ｄが撮影装置９からカメラ映像を受信する例を示しているが、停留所端末４が撮影装置９からカメラ映像を受信し、停留所端末４が、カメラ映像をサービス提供装置１ｄへ送信してもよい。

【0175】

ステップＳ４～Ｓ７は、実施の形態１と同様である。ステップＳ７の後、待ち時間および属性情報に基づいて提示情報を決定する（ステップＳ８ａ）。詳細には、サービス決定部１２ｄは、例えば、実施の形態１と同様に、待ち時間に応じて地域提供情報を選択した後、選択した地域提供情報のなかから属性情報に基づいて提示情報として提示する地域提供情報を選択する。例えば、サービス決定部１２ｄは、性別、年齢およびグループの属性のうちの１つ以上の属性と、選択する地域提供情報との対応を属性対応情報として保持しておき、属性対応情報を用いて、属性情報が示す属性に応じた地域提供情報を選択する。または、例えば、地域提供情報に、女性におすすめ、家族連れ、カップル、若者におすすめ、子供におすすめなどの推奨する対象を示す推奨対象情報を含めておくことで、サービス決定部１２ｄが、推奨対象情報を用いて、属性情報に対応する地域提供情報を選択してもよい。

【0176】

ステップＳ９～Ｓ１１は、実施の形態１と同様である。また、図２５では、カメラ映像から属性情報を取得する例を示したが、上述したように、属性情報はユーザによって入力されてもよく、この場合、属性情報はユーザ端末５からサービス提供装置１ｄへ送信される。

【0177】

なお、図２４および図２５では、ユーザに提供するサービスが実施の形態１と同様に提示情報の提示である例を示したが、実施の形態２と同様の付加サービス車両の手配を行う場合に属性情報が考慮されてもよく、実施の形態３と同様の地元住民とのリアルタイムのコミュニケーションのサービスが提供される場合に属性情報が考慮されてもよい。また、実施の形態１から実施の形態３で述べたサービスのうち２つ以上を組み合わせたサービスが提供される場合に属性情報が考慮されてもよい。例えば、実施の形態２のサービス決定部１２ａが、付加サービス車両の手配を行う場合には、待ち時間に応じて移動販売車３０１を手配すると決定した後、ユーザの状態が、暑そうな状態である場合には、冷たい飲み物を提供する移動販売車３０１を手配し、ユーザの状態が、寒そうな状態である場合には、温かい飲み物を提供する移動販売車３０１を手配するようにしてもよい。あるいは、ユーザの状態として、ユーザが手にごみを持っていることを検出した場合には、移動ゴミ箱車３０３を手配するようにしてもよい。属性情報と手配する付加サービス車両との対応は属性対応情報として保持されてもよい。また、実施の形態３のサービス決定部１２ｃが、対応する地元住民を決定する際に属性情報を用いて地元住民を決定してもよい。例えば、地元住民情報に、年齢、性別などを含めておき、これらの情報に基づいて属性情報と対応する地元住民との対応をあらかじめ定めて属性対応情報として保持しておいてもよいし、地元住民情報に、対応可能な属性を含めておいてもよい。

【0178】

本実施の形態のサービス提供装置１ｄも、コンピュータシステムにより実現される。例えば、図２４に示したサービス決定部１２ｄは、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。サービス決定部１２ｄの実現には、図１４に示した記憶部１０３も用いられる。サービス提供装置１ｄは、複数のコンピュータシステムにより実現されてもよい。サービス提供装置１ｄは、クラウドシステムにより実現されてもよい。サービス提供装置１ｄと運用管理装置２とは一体化されていてもよい。

【0179】

以上のように、本実施の形態では、ユーザに提供するサービスを決定する際に、属性情報を考慮するようにした。これにより、属性を考慮しない場合に比べてより適切な、すなわちユーザのニーズに合致したサービスの提供が可能になる。

【0180】

実施の形態５．
図２６は、実施の形態５にかかるサービス提供システムの構成例を示す図である。本実施の形態のサービス提供システム１００ｅは、サービス提供装置１ｅと、運用管理装置２とを備える。実施の形態１と同様の機能を有する構成要素は、実施の形態１と同一の符号を付して重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

【0181】

本実施の形態では、地元住民に対して、ユーザへ提供するサービスに関する登録を促すために、実績に応じて地元住民にインセンティブ（報酬）を支払う。例えば、図２６に示した例のように、ユーザに提供するサービスが提示情報の提示である場合、地域提供情報１件当たりのインセンティブの単価を定め、地域提供情報を登録した件数に応じたインセンティブが支払われてもよい。また、地域提供情報のユーザによる利用の実績に基づいて、インセンティブが支払われてもよい。ユーザの利用実績は、例えば、ユーザが参照した実績、およびユーザが提供された情報に対応する施設や場所を訪れた実績のうちの少なくとも一方を含む。例えば、地域提供情報に、施設および場所に関するＷｅｂページへのリンクが含まれている場合、当該リンクからＷｅｂページがユーザによってアクセスされた回数をカウントし、回数に応じてインセンティブを支払うことで広告などの提示データの質を向上させてもよい。または、クーポンが提示データに含まれている場合、クーポンが利用された回数を計数し、回数に応じてインセンティブを支払ってもよい。

【0182】

また、予約端末がユーザ端末５である場合、ユーザ端末５の位置情報を取得し、提示情報によって提示された地域提供情報に対応する場所にユーザが移動した場合に、ユーザが当該地域提供情報を利用したと判断し、ユーザによって利用された回数を計数し、回数に応じてインセンティブを支払ってもよい。また、以上述べた方法のうちの２つ以上を組み合わせてインセンティブを支払ってもよい。

【0183】

サービス提供装置１ｅは、利用実績判定部５１、利用実績記憶部５２および支払額決定部５３が追加される以外は、実施の形態１のサービス提供装置１と同様である。利用実績判定部５１は、提示情報として提示された地域提供情報のユーザによる利用の実績を示す情報を、送受信部１１を介して取得し、取得した情報に基づいて提示情報として提示された各地域提供情報が利用された実績を求める。利用実績判定部５１は、求めた実績に基づいて利用実績記憶部５２に実績情報として格納する。また、利用実績判定部５１は、利用実績記憶部５２に実績情報が既に記憶されている地域提供情報に関して、地域提供情報のユーザによる利用の実績を示す情報を新たに受信すると、受信した情報に利用実績記憶部５２に記憶されている実績情報を更新する。

【0184】

実績情報は、例えば、ユーザが地域提供情報（地域提供情報における提示データ）を参照した実績、クーポンの利用実績、および地域提供情報に対応する施設や場所を訪れた実績のうちの少なくとも１つの実績を示す情報を含む。実績情報は、例えば、利用された回数であるが、ユーザに提示された回数に対する利用された回数の比率などであってもよく、利用された回数に限定されない。利用実績判定部５１は、例えば、提示情報生成部１３から、提示先のユーザ（ユーザ端末５）ごとに提示される提示情報を取得し、ユーザ端末５から、送受信部１１を介して、提示情報として提示された地域提供情報（地域提供情報における提示データ）のユーザによる利用の実績を示す情報を取得する。提示情報として提示された地域提供情報のユーザによる利用の実績を示す情報は、上述したように、例えば、リンクからＷｅｂページが参照されたことを示す情報、ユーザ端末５の位置情報、クーポンが利用されたことを示す情報などである。クーポンが利用されたことを示す情報は、ユーザ端末５から取得される代わりに、クーポンが利用された施設の端末から取得されてもよい。また、利用実績判定部５１は、利用実績を示す情報をオペレータなどからの入力を受付けることで実績を取得し、地域提供情報の実績情報を更新してもよい。

【0185】

なお、ここでは、地域提供情報ごとに実績情報が記憶される例を説明するが、利用実績判定部５１が、地域提供情報記憶部１５に記憶されている地域提供情報を参照し、地域提供情報に対応する登録者を取得し、登録者、すなわち地元住民ごとに、実績情報を利用実績記憶部５２に格納するようにしてもよい。

【0186】

利用実績記憶部５２は、実績情報を地域提供情報ごとに記憶する。支払額決定部５３は、地元住民の地域提供情報に関する実績に基づいて地元住民に支払うインセンティブの額を算出する。具体的には、支払額決定部５３は、利用実績記憶部５２に記憶されている実績情報、および地域提供情報記憶部１５に記憶されている地域提供情報のうち少なくとも一方に基づいて、地元住民ごとにインセンティブとして支払う支払金額を決定する。例えば、登録件数に応じてインセンティブを支払う場合には、支払額決定部５３は、地域提供情報記憶部１５に記憶されている地域提供情報を参照して、登録者ごとの登録件数をカウントし、登録件数に定められた単価を乗じることで支払額を決定する。なお、これに限らず、例えば、登録件数が５件以下は同一の第１の額、６件から１０件以下は同一の第２の額（第１の額より多い）といったように段階的に支払額を決定してもよい。

【0187】

また、利用実績に基づいてインセンティブを支払う場合は、支払額決定部５３は、利用実績記憶部５２に記憶されている実績情報と地域提供情報記憶部１５に記憶されている地域提供情報とに基づいて、登録者ごとの利用実績を求め、利用実績に定められた単価を乗じることで支払額を決定する。なお、実績情報が登録者ごとに記憶されている場合には、支払額決定部５３は、登録者ごとの実績情報が示す利用実績に、定められた単価を乗じることで支払額を決定する。なお、登録件数、地域提供情報が参照された実績、クーポンの利用実績、および地域提供情報に対応する施設や場所を訪れた実績のうちの２種類以上の実績のそれぞれに関してインセンティブを支払うこととし、支払額決定部５３は、２種類以上の実績に対応する支払額をそれぞれ算出し、算出した支払い額の合計額を登録者ごとに求めてもよい。インセンティブは、お金として支払われる例に限定されず、ポイントサービスなどにおけるポイントとして付与されてもよいし、物品であってもよいし、定められた商品またはサービスにおける割引額であってもよい。また、サービス提供装置１ｅは、支払額の決定の後、地元住民への支払を行う決済処理を行ってもよい。

【0188】

また、図２６では、実施の形態１にインセンティブの支払額を算出する機能を追加する例を説明したが、これに限らず、実施の形態３，４にインセンティブの支払額を算出する機能を追加してもよい。また、実施の形態１と実施の形態２～４の１つ以上とを組み合わせる場合に、インセンティブの支払額を算出する機能を追加してもよい。実施の形態３のように、地元住民がユーザとコミュニケーションを行う場合には、例えば、支払額決定部５３は、コミュニケーションに関する実績に基づいて地元住民に支払うインセンティブの額を算出する。コミュニケーションに関する実績は、例えば、コミュニケーションを行った回数であってもよい。地元住民がリアルタイムのコミュニケーションを行う場合、支払額決定部５３は、実施の形態３で述べた知識ランクおよび評価情報のうちの少なくとも一方をさらに用いて支払額を決定してもよい。例えば、知識ランクごとに知識ランクが高いほど単価が高くなるように単価を定めてもよいし、評価情報が示す評価結果が良いほど単価が高くなるように単価を定めてもよいし、これら以外の方法で、知識ランクおよび評価情報のうちの少なくとも一方を支払額へ反映させてもよい。

【0189】

本実施の形態のサービス提供装置１ｅも、コンピュータシステムにより実現される。例えば、図２６に示した利用実績判定部５１および支払額決定部５３は、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。利用実績判定部５１および支払額決定部５３の実現には、図１４に示した記憶部１０３も用いられる。図２６に示した利用実績記憶部５２は、図１４に示した記憶部１０３の一部である。サービス提供装置１ｅは、複数のコンピュータシステムにより実現されてもよい。サービス提供装置１ｅは、クラウドシステムにより実現されてもよい。サービス提供装置１ｅと運用管理装置２とは一体化されていてもよい。

【0190】

以上のように、本実施の形態では、地元住民に対して、実績に応じてインセンティブを支払うようにした。これにより、地元住民による情報の登録を促すことができ、地元住民から提供される情報の質を向上させることができる。また、提供される情報の量および質の少なくとも一方が向上することで、ユーザの利便性を高めることができるとともに、サービスの提供に協力した地元住民のモチベーションの維持および向上を図ることができる。

【0191】

以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

【符号の説明】

【0192】

１，１ａ，１ｂ，１ｃ，１ｄ，１ｅ サービス提供装置、２，２ａ 運用管理装置、３，３－１～３－ｎ 車両、４ 停留所端末、５ ユーザ端末、６ 端末装置、９ 撮影装置、１１，２３，４２，３１１ 送受信部、１２，１２ａ，１２ｂ，１２ｃ，１２ｄ サービス決定部、１３ 提示情報生成部、１４ 登録処理部、１５ 地域提供情報記憶部、１６ 手配要求生成部、１７ 地元住民情報記憶部、１８ アクセス情報生成部、２１，２１ａ 手配処理部、２２ 運行計画記憶部、２４ 車両情報記憶部、３１ 車両搭載装置、３２ ＩＤ取得装置、３３ 走行制御装置、３４ 車両端末、３５ 機器、３６ 位置取得部、４１ 予約情報生成部、４３ 情報提示部、４４ ＩＤ取得部、４５ 入力受付部、５１ 利用実績判定部、５２ 利用実績記憶部、５３ 支払額決定部、１００，１００ａ，１００ｂ，１００ｃ，１００ｄ，１００ｅ サービス提供システム、２０１，２０２，２０３，２０４，２０５，２０８，２０９，２１１ 領域、２０６ ボタン、２０７，２１０ 予約変更ボタン、３０１ 移動販売車、３０２ 移動トイレ車、３０３ 移動ゴミ箱車、３１２ 予約結果記憶部、３１３ 予約照合部、３４１ 受信部、３４２ 提示部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】