(57)【特許請求の範囲】
【請求項１】
サーバと、複数のユーザそれぞれが所持する端末機とを含む目的地の提案システムであって、
前記端末機は、当該ユーザが希望する体験に関する体験情報を、電気通信回線網を介して前記サーバへ送信する体験情報送信部を備え、
前記サーバは、
前記ユーザそれぞれの端末機からの前記体験情報を、前記電気通信回線網を介して受け付ける希望体験受付部と、
各ユーザの体験情報に対し、類似度が所定閾値以上の体験情報を送信したユーザを抽出して一つのコミュニティを生成するコミュニティ生成部と、
予め体験情報と目的地とを関連付けて記憶したデータベースを用いて、前記類似度が所定閾値以上の体験情報に関連付けられた目的地を抽出する目的地抽出部と、
前記電気通信回線網を介して、前記一つのコミュニティを構成する各ユーザの端末機へ前記目的地を送信する目的地送信部と、を備える目的地の提案システム。
【請求項２】
前記サーバは、複数のユーザそれぞれの端末機から、前記体験情報に加えて、当該端末機の位置情報を受け付け、
前記サーバにおいて、前記体験情報の類似度及び前記位置情報に基づいて、前記データベースから目的地を抽出する請求項１に記載の目的地の提案システム。
【請求項３】
前記サーバは、複数のユーザそれぞれの端末機から、前記体験情報及び前記端末機の位置情報に加えて、前記各ユーザが希望する行き先範囲に関する情報を受け付け、
前記サーバにおいて、前記体験情報の類似度、前記位置情報及び前記行き先の範囲の情報に基づいて、前記データベースから目的地を抽出する請求項２に記載の目的地の提案システム。
【請求項４】
前記サーバは、複数のユーザそれぞれの端末機から、前記体験情報及び前記端末機の位置情報に加えて、前記各ユーザが希望する利用時間帯に関する情報を受け付け、
前記サーバにおいて、前記体験情報の類似度、前記位置情報及び前記利用時間帯に関する情報に基づいて、前記データベースから目的地を抽出する請求項２に記載の目的地の提案システム。
【請求項５】
前記サーバは、複数のユーザそれぞれの端末機から、前記体験情報に加えて、前記ユーザの性別、年齢その他のユーザ属性情報を受け付け、
前記サーバにおいて、前記体験情報及び前記ユーザの属性情報に対し、類似度が所定閾値以上の体験情報を送信したユーザであって、類似度が所定閾値以上の属性情報を送信したユーザを抽出して一つのコミュニティを生成する請求項１に記載の目的地の提案システム。
【請求項６】
前記サーバは、前記目的地を送信した前記端末機から、提案を承諾する旨の承諾情報又は承諾しない旨の不承諾情報を、前記電気通信回線網を介して受け付け、
前記サーバにおいて、前記承諾情報を送信した端末機の位置情報に基づいて、輸送サービス用車両の走行ルートと、前記承諾情報を送信した端末機の各位置に到着する時間と、前記目的地に到着する時間とを含む配車スケジュールを生成し、
前記サーバから、前記輸送サービス用車両及び前記承諾情報を送信した端末機に、前記配車スケジュールを送信する請求項２に記載の目的地の提案システム。
【請求項７】
複数のユーザそれぞれの端末機から、当該ユーザが希望する体験に関する体験情報を、電気通信回線網を介して受け付ける希望体験受付部と、
各ユーザの体験情報に対し、類似度が所定閾値以上の体験情報を送信したユーザを抽出して一つのコミュニティを生成するコミュニティ生成部と、
予め体験情報と目的地とを関連付けて記憶したデータベースを用いて、前記類似度が所定閾値以上の体験情報に関連付けられた目的地を抽出する目的地抽出部と、
前記電気通信回線網を介して、前記一つのコミュニティを構成する各ユーザの端末機へ前記目的地を送信する目的地送信部と、を備える目的地の提案装置。
【請求項８】
複数のユーザそれぞれの端末機から、当該ユーザが希望する体験に関する体験情報を、電気通信回線網を介してサーバにて受け付け、
前記サーバにおいて、前記各ユーザの体験情報に対し、類似度が所定閾値以上の体験情報を送信したユーザを抽出して一つのコミュニティを生成し、
前記サーバにおいて、予め体験情報と目的地とを関連付けて記憶したデータベースを用いて、前記類似度が所定閾値以上の体験情報に関連付けられた目的地を抽出し、
前記サーバから、前記電気通信回線網を介して、前記一つのコミュニティを構成する各ユーザの端末機へ前記目的地を送信する目的地の提案方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、目的地の提案システム、提案装置及び提案方法に関するものである。
【背景技術】
【０００２】  出発地及び目的地の指定を含む乗車要求を受信し、同一車両によって複数種類の乗車形態での乗車便を提供可能な車両ごとに、当該車両に対して割り当てられたスケジュール及び当該スケジュールの乗車形態の種類を示す情報を参照して、前記複数種類の乗車形態に係る実現可能な乗車便を生成し、生成された実現可能な乗車便群の部分集合の中で所定条件を満たす部分集合ごとに、当該部分集合を構成する各乗車便の選択確率を算出し、算出された選択確率に基づいて、前記所定条件を満たす部分集合の中から、前記乗車要求に対して提示する部分集合を選択する輸送サービス予約方法が知られている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２３８８３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】  しかしながら、上記従来の輸送サービス予約方法は、ユーザの目的地が既に決まっていることを前提にしたものであるため、漠然とどこかに行って特定の体験をしたいといったユーザには不向きである。【０００５】  本発明が解決しようとする課題は、どこかに行って特定の体験をしたいユーザに有用なサービスが提供できる目的地の提案システム、提案装置及び提案方法を提供することである。
【課題を解決するための手段】
【０００６】  本発明は、複数のユーザそれぞれの端末機から、当該ユーザが希望する体験に関する体験情報を受け付け、各ユーザの体験情報に対し、類似度が所定閾値以上の体験情報を送信したユーザを抽出して一つのコミュニティを生成し、予め体験情報と目的地とを関連付けて記憶したデータベースを用いて、前記類似度が所定閾値以上の体験情報に関連付けられた目的地を抽出し、前記一つのコミュニティを構成する各ユーザの端末機へ前記目的地を送信することによって、上記課題を解決する。
【発明の効果】
【０００７】  本発明によれば、ユーザが希望する体験のうち類似度が高いユーザの集団を抽出して一つのコミュニティを生成するとともに、当該体験に関連付けられた目的地を抽出し、このコミュニティを構成するユーザへ当該目的地を提案するので、どこかに行って特定の体験をしたいといった漠然としたニーズを有するユーザに対し、有用なサービスを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明に係る目的地の提案システムの一実施の形態を示すブロック図である。
【図２】図１の目的地の提案システムにて実行される情報処理手順を示すフローチャートである。
【図３】図１のコミュニティ生成部にて生成される希望体験リストの一例を示す図である。
【図４】図１の目的地提案部にて実行される目的地候補の検索結果の一例を示す図である。
【図５】図１の目的地提案部からユーザの端末機に送信される提案情報の一例を示す図である。
【図６】図１の配車スケジュール生成部にて生成される配車スケジュールの一例を示す図である。
【図７】図１の自動運転制御部から輸送サービス用車両（自動運転車）に送信された配車スケジュールに基づいた走行ルートの一例を示す図である。
【発明を実施するための形態】
【０００９】  以下、本発明に係る目的地の提案システムの一実施の形態を図面に基づいて説明する。図１は、本発明の一実施の形態に係る目的地の提案システムを示すブロック図であり、本実施形態のシステムは、サーバ１と、複数のユーザの端末機２と、電気通信回線網を構成するネットワーク３と、一又は複数の輸送サービス用車両４とを含む。本実施形態のシステムは、特定の目的地（行先）は決まっていないが、漠然とした希望体験を有するユーザが、その希望する体験に関する情報をサーバ１に送信することで、サーバ１が同じような体験を希望する他のユーザを抽出し、これらのユーザを一つのコミュニティとして集約したうえで、その希望する体験に最もマッチした目的地をデータベースから抽出してコミュニティを構成するユーザ達に当該目的地を提案するものである。そして、輸送サービス用車両を配車し、この提案を承諾したユーザ達の位置を経由しながら搭乗させて目的地まで輸送するサービスを提供するものである。
【００１０】  特に限定されるものではないが、本発明の理解を容易にするためにその一例を挙げると、不慣れな土地にやって来た旅行者Ａが、次の予定まで数時間あり、その間に御当地グルメを食したい、その中でも特にお好み焼きを食べたいと思った場合に、従来であればスマートフォンなどの端末機を用いてグルメサイトでお好み焼きのおすすめ店舗を検索し、そこまでタクシーなどを使って移動するのが一般的である。しかしながら、従来のグルメサイトを使った店舗の検索では、場所と店舗名は表示されても、自分一人でその店舗まで行かなければならず、タクシー代は安くないし、廉価なバスを使うにしても不慣れな土地だけに行き方が分からないことが多い。また、そこまで行って帰るまでにどのくらいの時間がかかるのかも、ナビゲーションサイトなど、別の検索サイトを使わないと分からないため、非常に不便である。そのため、本実施形態のシステムでは、同じようにお好み焼きを食べたいと考えているユーザを集約し、予め記憶しておいたお勧めのお好み焼きの店舗を抽出するとともに、これら複数のユーザの現在位置に輸送サービス用車両を配車しながら搭乗させていき、目的とするお好み焼き店舗まで輸送する。
【００１１】  本実施形態に係る「希望する体験」とは、ユーザ自身が経験したい事柄を意味し、上述した例でいえば「食事がしたい」、その中でも「お好み焼きを食べたい」という体験である。この種の食事をしたいという体験の他にも、観光地へ行きたい、買い物がしたい、映画を見たい、スポーツを観戦したい、病院へ行きたい、といったジャンルがあり、本実施形態のシステムでは、こうした多種の体験が含まれる。
【００１２】  本実施形態のサーバ１は、ハードウェア及びソフトウェアを備えたコンピュータにより構成され、プログラムを格納したＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と、このＲＯＭに格納されたプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、アクセス可能な記憶装置として機能するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）とから構成されている。なお、動作回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に代えて又はこれとともに、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などを用いることができる。そして、図１に示すように、希望体験受付部１１と、コミュニティ生成部１２と、目的地提案部１３と、配車スケジュール生成部１４と、自動運転制御部１５とは、ＲＯＭに確立されたソフトウェアによって、後述する各機能を実現する。また、記憶ユニットとして、利用者情報記憶部１６と、体験・場所情報記憶部１７と、車両情報記憶部１８とを備え、これらに記憶された情報を利用しながら、上述した希望体験受付部１１と、コミュニティ生成部１２と、目的地提案部１３と、配車スケジュール生成部１４と、自動運転制御部１５とが、ＲＯＭに確立されたソフトウェアによって、後述する各機能を実現する。
【００１３】  本実施形態のシステムの前提として、ユーザとなり得る複数の人間は、日常的に携帯又は使用する端末機２をそれぞれ所有する。この種の端末機２としては、スマートフォン、携帯電話機、可搬コンピュータなどを用いることができる。本実施形態の端末機２は、コンピュータ機能を備え、後述するデータを入力するための入力部と、入力したデータをサーバ１の希望体験受付部１１に送信するための通信機能と、端末機２の現在位置を検出するＧＰＳ受信機などの位置検出機能と、を備える。そして、各端末機２は、自己のＩＤと、現在位置と、入力データとを、インターネットその他のネットワーク３（無線通信回線網）を介してサーバ１の希望体験受付部１１に送信する。本実施形態の端末機２に入力される各種情報の具体例については後述する。
【００１４】  輸送サービス用車両４は、ナビゲーション装置が搭載されて人間が運転する一般的な自動車、ナビゲーション装置が搭載されるとともに走行制御（速度制御と操舵制御）を自動制御する機能を備える自動車であって人間が運転する自動車、又はナビゲーション装置が搭載されるとともに走行制御（速度制御と操舵制御）を自動制御する自動車であって無人で運転する自動車のいずれをも用いることができる。以下の実施形態では、道路交通法規が許すものとして、現在地から、経由地及び目的地５の位置情報（たとえば緯度・経度）と走行ルートに関するノード情報を入力することで、走行環境をカメラなどで検出しながら自動で発進、速度制御、停止、右左折などの速度制御と操舵制御を実行し、経由地でユーザを搭乗させつつ目的地５へ輸送する無人自動運転車を例に挙げて説明する。こうした輸送サービス用車両４は、複数台用意され、複数に用意された待機ステーションにて待機するか、又は所定の走行ルートを回遊しながらサーバ１からの走行指令を待機するものとする。
【００１５】  次にサーバ１における構成を説明する。希望体験受付部１１は、所定の時間間隔（たとえば１００ｍｓｅｃ）で、複数のユーザがそれぞれ携帯する端末機２から送信される情報を、ネットワーク３を介して受け付ける。図３は、サーバ１のコミュニティ生成部１２にて生成される希望体験リストの一例を示す図である。端末機２から送信される情報としては、図３に示すように、その端末機２を所有するユーザのＩＤに加えて、希望する体験に関する情報として、ジャンル、そのジャンルの中の小分類である抽象的な希望体験情報、行先の範囲、乗車位置、降車位置、希望する体験の希望時間帯、降車位置への戻り時間、希望予算などである。
【００１６】  ユーザのＩＤには、たとえば、氏名、住所、性別、年代（又は年齢）、出身国、趣味などが含まれ、各ユーザは、本実施形態のシステムを利用する前にシステムにアクセスして予めこれらの情報登録し、本実施形態のシステムは、この登録された各ユーザの情報を、サーバ１の利用者情報記憶部１６に記憶する。本実施形態のシステムに登録したユーザが、当該システムを利用する場合には、端末機２にインストールされた本実施形態のシステムの実行プログラム（アプリケーションソフトウェアなど）を立ち上げ、予め付与されたＩＤを入力することでサーバ１に繋がる。サーバ１の利用者情報記憶部１６には、各ユーザのＩＤに関連付けたかたちで、事前に登録された氏名、住所、性別、年代（又は年齢）、出身国、趣味などの属性情報が記憶され、特定のユーザが自分のＩＤを用いてサーバ１にアクセスすると、サーバ１は利用者情報記憶部１６に記憶されたこれらの属性情報を認識できるようになっている。
【００１７】  図示は省略するが、ユーザが端末機２を用いてサーバ１にアクセスすると、当該ユーザの端末機２には、上述した希望する体験に関する情報として、ジャンル、そのジャンルの中の小分類である抽象的な希望体験情報、行先の範囲、乗車位置、降車位置、希望する体験の希望時間帯、降車位置への戻り時間、希望予算などを入力できる画面が表示され、ユーザは、各項目に対して希望する体験に関する情報を入力する。また、希望体験受付部１１に送信される端末機２の現在の位置情報は、端末機２に備えられたＧＰＳ受信機などの位置検出センサにより、緯度及び経度が検出され、この位置情報が、希望する体験に関する情報とともに希望体験受付部１１に送信される。
【００１８】  なお、本実施形態のシステムでは、希望体験受付部１１に送信される情報として、ジャンル、そのジャンルの中の小分類である抽象的な希望体験情報、行先の範囲、乗車位置、降車位置、希望する体験の希望時間帯、降車位置への戻り時間、希望予算などを例示したが、少なくともジャンル又はそのジャンルの中の小分類である抽象的な希望体験情報を送信するものであればよく、その他の行先の範囲、乗車位置、降車位置、希望する体験の希望時間帯、降車位置への戻り時間、希望予算などの情報は必要に応じて送信するものであってもよい。また、ユーザが端末機２に表示された入力画面に対し、希望する体験情報を手入力してもよいが、入力される頻度が高いものをプルダウンメニューとして用意しておき、それを選択する入力方法であってもよい。さらに、これらの入力情報のうち、特に拘りのない項目については、「希望なし」という項目を用意するか、空欄のままサーバ１に送信することで、特段の希望がない旨を認識するようにしてもよい。
【００１９】  図３に示す一例では、ユーザＡ（女性、２０代、アメリカ出身）が、北緯３５°・東経１３９°にいて、「食事」のジャンル、なかでも「Ｘを食べたい」を選択し、行先範囲が「神奈川県内」、希望時間帯が「１５：００〜１６：００」、戻り時間が「１９：００まで」、希望予算が「３０００円まで」を選択したものとする。なお、「Ｘ」は食事の中の具体的な食べ物、たとえば上述した「お好み焼き」などである。また、乗車地が空欄であるのは、現在の位置において乗車することを希望していることを意味し、降車地が空欄であるのは、目的地５までの輸送のみを希望していることを意味する。
【００２０】  同様に、ユーザＢ（女性、２０代、アメリカ出身）が、北緯３３°・東経１３９°にいて、「食事」のジャンル、なかでも「Ｘ´を食べたい」を選択し、行先範囲が「神奈川県内」、希望時間帯が「午後」、戻り時間が「１９：００まで」、希望予算が「３０００円まで」を選択し、乗車地と降車地は空欄であるものとする。なお、「Ｘ´」は、上述した一例のお好み焼きＸに類似する食べ物、たとえばもんじゃ焼きなどである。
【００２１】  また同様に、ユーザＣ（男性、２０代、中国出身）が、北緯３４°・東経１４０°にいて、「観光」のジャンル、なかでも「Ｙを見たい」を選択し、行先範囲が「東京都内」、希望時間帯が「夜」、戻り時間が「２４：００まで」、希望予算が「４０００円まで」を選択し、乗車地と降車地は空欄であるものとする。
【００２２】  また同様に、ユーザＤ（女性、２０代、カナダ出身）が、北緯３５°・東経１４１°にいて、「食事」のジャンル、なかでも「Ｘを食べたい」を選択し、行先範囲が「神奈川県内」、希望時間帯が「午後」、戻り時間が「２０：００まで」、希望予算が「３０００円まで」を選択し、乗車地と降車地は空欄であるものとする。
【００２３】  また同様に、ユーザＥ（男性、３０代、中国出身）が、北緯３５°・東経１３９°にいて、「食事」のジャンル、なかでも「Ｚを食べたい」を選択し、行先範囲が「東京都内」、希望時間帯が「夜」、戻り時間が「２３：００まで」を選択し、希望予算と乗車地と降車地は空欄であるものとする。なお、「Ｚ」は、上述したお好み焼きＸには類似しない食べ物、たとえば日本そばなどである。
【００２４】  図１のコミュニティ生成部１２は、希望体験受付部１１にて受信したユーザからの希望体験に関する情報を図３に示すように仮想的にリスト化し、これら各ユーザの体験情報に対し、類似度が所定閾値以上の体験情報を送信したユーザを抽出して一つのコミュニティを生成する。コミュニティ生成部１２では、所定閾値に基づいて体験情報の類似度を判断するが、この所定閾値は予めジャンル及びジャンルの中の小分類である抽象的な希望体験に応じて定められている。たとえば、「食事」と「観光」のようにジャンル自体が異なると、類似度は所定値未満、すなわち非類似とされている。また、ジャンルが同じでも、ジャンルの中の小分類である抽象的な希望体験が同じ場所で体験できない内容である場合は、類似度は所定値未満、すなわち非類似とされている。たとえば、図３に示す例でいえば、ユーザＡ，Ｂ，Ｄ，Ｅはジャンル「食事」を選択し、ユーザＣはジャンル「観光」を選択したので、希望する体験の類似度は所定閾値未満、すなわち非類似と判断される。そのため、ユーザＣは、一つのコミュニティの構成メンバーとしては抽出されない。
【００２５】  また、同じジャンル「食事」を選択したユーザＡ，Ｂ，Ｄ，Ｅであっても、ジャンルの中の小分類である抽象的な希望体験が非類似と判断される「Ｚを食べたい」を選択したユーザＥは、「Ｘを食べたい」を選択したユーザＡ，Ｄ及び「Ｘ´を食べたい」を選択したユーザＢとともに、一つのコミュニティの構成メンバーとしては抽出されない。すなわち、お好み焼きやもんじゃ焼きを提供する店舗と、日本そばを提供する店舗とは同じ店舗である可能性は極めて低く、一つの目的地５として提案できないからである。これに対して、「Ｘを食べたい」を選択したユーザＡ，Ｄと、「Ｘ´を食べたい」を選択したユーザＢとは、お好み焼き屋又はもんじゃ焼き屋にてお好み焼きともんじゃ焼きが食べられる可能性が極めて高いので、ジャンルの中の小分類である抽象的な希望体験が異なっていても類似度が所定閾値以上である場合には、一つの目的地５が提案できる。そのため、コミュニティ生成部１２は、これらユーザＡ，Ｂ，Ｄの類似度が所定閾値以上の体験情報を送信したユーザであると判断し、ユーザＡ，Ｂ，Ｄを一つのコミュニティとして生成する。
【００２６】  コミュニティ生成部１２にて判断する体験情報の類似度は、目的地提案部１３にて最終的に提案する目的地５が共通するか否かによって設定することが望ましい。上述した例のように、食事のジャンルにおいては、同じ店舗にて提供できる食べ物であるか否かという判断基準を所定閾値に設定することが望ましい。また、観光地というジャンルにおいては、小分類として、たとえば神社や寺院などの文化的観光地、温泉や山岳などの自然景観地、遺跡などの歴史的観光地などがあるため、目的地提案部１３にて最終的に提案する目的地５が共通するか否かによって設定することが望ましい。また、買い物（ショッピング）というジャンルにおいても、主として何を購入したいかといった小分類、たとえばバッグ、財布なのか、衣服なのかなどに分類できるため、目的地提案部１３にて最終的に提案する目的地５が共通するか否かによって設定することが望ましい。
【００２７】  コミュニティ生成部１２は、体験情報の類似度を判断して一つのコミュニティを生成するが、体験情報の類似度に加えて、端末機２の現在の位置情報又は希望する乗車位置を考慮してもよい。図３に示すユーザＡ〜Ｅの例では、各端末機２の現在位置（希望する乗車位置）が、北緯３３°〜３５°、東経１３９°〜１４１°とそれぞれ近郊にいるため、体験情報の類似度が所定閾値以上であれば一つのコミュニティを生成して配車しても、目的地５までにさほど時間はかからないが、これらのユーザＡ〜Ｅから所定閾値以上も離れた現在地にいる（又はその場所で乗車を希望する）ユーザがいる場合には、そのユーザを一つのコミュニティから除外してもよい。本実施形態のシステムでは、同一又は類似の体験を希望するユーザを抽出して一つのコミュニティを生成し、これらのユーザ達に目的地５を提案することを第１の目的とするが、その目的地５に向かって輸送サービス用車両を配車することを第２の目的とする。したがって、輸送サービス用車両を配車する場合に、遠隔地にいるユーザを経由して目的地５に行くと時間がかかり過ぎることは、コミュニティを構成する他のユーザにとっては不利益になるからである。
【００２８】  また、コミュニティ生成部１２は、体験情報の類似度を判断して一つのコミュニティを生成するが、体験情報の類似度や上述した端末機２の現在の位置情報又は希望する乗車位置に加えて、各ユーザが希望する行き先範囲に関する情報を考慮してもよい。図３に示す例でいえば、ユーザＡ，Ｂ，Ｄの３名は行先範囲として神奈川県内を希望しているのに対し、ユーザＣ，Ｅは行先範囲として東京都内を希望している。したがって、ユーザＡ，Ｂ，ＤとユーザＣ，Ｅとは、それぞれ希望する行先範囲が異なり、提案する目的地５の両立はできないため、ユーザＡ，Ｂ，ＤとユーザＣ，Ｅとは、一つのコミュニティを生成する際に別のコミュニティとして考慮してもよい。
【００２９】  さらに、コミュニティ生成部１２は、体験情報の類似度を判断して一つのコミュニティを生成するが、体験情報の類似度や上述した端末機２の現在の位置情報又は希望する乗車位置に加えて、各ユーザが希望する利用時間帯に関する情報を考慮してもよい。図３に示す例でいえば、ユーザＡ，Ｂ，Ｄの３名は利用時間帯として１５：００〜１６：００又は午後を希望しているのに対し、ユーザＣ，Ｅは利用時間帯として夜を希望している。したがって、ユーザＡ，Ｂ，ＤとユーザＣ，Ｅとは、それぞれ希望する利用時間帯が異なり、提案する目的地５の両立はできないため、ユーザＡ，Ｂ，ＤとユーザＣ，Ｅとは、一つのコミュニティを生成する際に別のコミュニティとして考慮してもよい。
【００３０】  さらにまた、コミュニティ生成部１２は、体験情報の類似度を判断して一つのコミュニティを生成するが、体験情報の類似度に加えて、ユーザの性別、年齢その他のユーザ属性情報を考慮してもよい。図３に示す例でいえば、ユーザＡ，Ｂ，Ｄの３名はいずれも２０代の女性で出身国がアメリカ又はカナダという英語圏であるのに対し、ユーザＣ，Ｅは２０代又は３０代の男性で出身国がいずれも中国という非英語圏である。したがって、特に断定はできないが、ユーザＡ，Ｂ，Ｄを一つのコミュニティとして生成しても、性別、年齢、言語といったユーザ属性が共通するため、目的地５まで比較的仲良く相乗りすることができるものと予想される。
【００３１】  以上、コミュニティ生成部１２は、図３に示すユーザＡ〜Ｅに対し、ジャンルの中の小分類である抽象的な希望体験「お好み焼きＸを食べたい」又はこれに類似する希望体験「もんじゃ焼きＸ´を食べたい」を送信したユーザＡ，Ｂ，Ｄを一つのコミュニティとして生成したものとして、以下説明する。
【００３２】  体験・場所情報記憶部１７は、上述したユーザが希望する種々の体験に関する体験情報に対して、一又は複数の適した場所（目的地５）を関連付けて記憶したデータベースである。図３に示す例でいえば、食事のジャンルの中で「お好み焼きＸを食べたい」という体験情報に対し、お好み焼きＸを提供する一又は複数の店舗の位置情報（緯度・経度）と店舗名とが、「Ｘを食べたい」という体験情報に関連付けて記憶されている。図４は、サーバ１の目的地提案部１３にて実行される目的地候補の検索結果の一例を示す図であるが、体験・場所情報記憶部１７には、「お好み焼きＸを食べたい」という体験情報に対し、お好み焼きＸを提供する一又は複数の店舗の位置情報（緯度・経度）と店舗名とが図４に示すように記憶されている。なお、食事のジャンル以外のジャンルについても同様に場所の位置情報と場所名とが、ジャンルの中の小分類である抽象的な体験に関連付けて記憶されている。なお、図４に示すように、その場所に対する他のユーザの評価値（図４に示す「グルメサイトの評価」の欄）がある場合には、その情報も記憶させてもよいし、図５に示すように、その場所にて体験をするのに費用がかかる場合は、その予算の幅も記憶させてもよい。
【００３３】  目的地提案部１３は、予め体験情報と目的地５とを関連付けて記憶した体験・場所情報記憶部１７を用いて、類似度が所定閾値以上の体験情報に関連付けられた目的地５を抽出する。図３に示す例でいえば、コミュニティ生成部１２は、一つのコミュニティとしてユーザＡ，Ｂ，Ｄを生成したので、目的地提案部１３は、ジャンルの中の小分類である抽象的な希望体験「お好み焼きＸを食べたい」に関連付けられた場所（店舗）の名称と位置情報及びこれに類似する希望体験「もんじゃ焼きＸ´を食べたい」に関連付けられた場所（店舗）の名称と位置情報とを、体験・場所情報記憶部１７から抽出する。図４は、サーバ１の目的地提案部１３にて実行される目的地候補の検索結果の一例を示す図であり、複数の場所（店舗）とその位置情報が抽出されている。
【００３４】  目的地提案部１３は、一つのコミュニティを構成する各ユーザＡ，Ｂ，Ｄの端末機２へ抽出された場所の名称と位置情報（目的地５）を送信するが、その前に、各ユーザＡ，Ｂ，Ｄから当該目的地５までの移動時間を算出し、これを併せて送信してもよい。各ユーザＡ，Ｂ，Ｄから当該目的地５までの移動時間は、各ユーザＡ，Ｂ，Ｄの現在位置と目的地５の位置情報とから、ナビゲーション装置で用いられている地図情報と走行ルート演算手法を用いて算出することができる。
【００３５】  また目的地提案部１３は、一つのコミュニティを構成する各ユーザＡ，Ｂ，Ｄの端末機２へ抽出された場所の名称と位置情報（目的地５）を送信するが、図３に示す希望体験情報のうち、小分類である抽象的な希望体験以外の、行先範囲、希望時間帯、戻り時間などを勘案し、これらの情報に合致しない目的地５を除外した上で、合致する目的地５のみを一又は複数送信してもよい。図４に示す例でいえば、Ｎ店は、東京都町田市にあるため、ユーザＡ，Ｂ，Ｄが希望する行先範囲である神奈川県内に合致しないし、Ｍ店は、行先範囲は合致するが予約可能時間が希望時間帯に合致しない。したがって、小分類である抽象的な希望体験、行先範囲、希望時間帯、戻り時間などの全てを満足するＬ店を目的地５として提案する。なお、図４に示すコミュニティの合計スコアとは、コミュニティを構成する各ユーザＡ，Ｂ，Ｄの全体のマッチング度合を定量的に示す値であり、０〜１００を範囲とし、合計スコアが大きい順に目的地５を提案する。また、図４に示す各ユーザＡ，Ｂ，Ｄのスコアとは、ユーザＡ，Ｂ，Ｄのそれぞれのマッチング度合を定量的に示す値であり、この情報は、各ユーザＡ，Ｂ，Ｄの端末機２に送信してもよい。
【００３６】  図５は、サーバ１の目的地提案部１３からユーザＡ，Ｂ，Ｄの端末機２のそれぞれに送信される提案情報の一例を示す図である。上述したとおり、一つのコミュニティを構成するユーザＡ，Ｂ，Ｄの希望体験、行先範囲、希望時間帯、戻り時間などの全てを満足するＬ店の名称、位置情報、予約可能時刻、グルメサイト評価、予算の幅、戻り時刻、当該コミュニティを構成するユーザの属性の概要が、各端末機２に送信されて表示される。なお、戻り時刻は、各ユーザＡ，Ｂ，Ｄから当該目的地５までの移動時間を算出した場合と同様に、各ユーザＡ，Ｂ，Ｄが、目的地５から現在位置へ戻った場合の移動時間を算出すればよい。
【００３７】  目的地提案部１３から図５に示す提案情報を端末機２で受信したユーザＡ，Ｂ，Ｄは、提案された目的地５（店舗Ｌ）を承諾したものとして、現在位置にて輸送サービス用車両４が来るのを待機してもよいが、本実施形態のシステムでは、ユーザＡ，Ｂ，Ｄの端末機２から、提案した目的地５（店舗Ｌ）へ行くことを承諾する旨の承諾情報又は承諾しない旨の不承諾情報を、ネットワーク３を介してサーバ１にて受け付け、不承諾情報を送信した端末機２のユーザについては、当該コミュニティから除外することとしている。コミュニティを構成するユーザＡ，Ｂ，Ｄによっては、希望体験は満足しても、その他の行先範囲、希望時間帯、戻り時間などの全てを満足しているとは限らず、また当初の予定が変更される場合もあるからである。
【００３８】  そのため、配車スケジュール生成部１４は、コミュニティを構成するユーザＡ，Ｂ，Ｄの各端末機２のうち、承諾情報を送信した端末機２の位置情報に基づいて、輸送サービス用車両４の走行ルートと、承諾情報を送信した端末機２の各位置に到着する時間と、提案した目的地５（店舗Ｌ）に到着する時間とを含む配車スケジュールを生成する。配車スケジュール生成部１４は、輸送サービス用車両４の現在地から、コミュニティを構成するユーザＡ，Ｂ，Ｄ（全員が目的地５を承諾したものとする）の端末機２のそれぞれの現在地を経由し、目的地５（店舗Ｌ）へ向かう、好ましくは最短距離又は最短時間の走行ルートを、従来のナビゲーション装置のルート検索機能などを用いて生成する。そして、配車スケジュール生成部１４は、図５に示す配車スケジュールを各ユーザＡ，Ｂ，Ｄの端末機２へ送信し、各ユーザＡ，Ｂ，Ｄの端末機２はこれを表示する。
【００３９】  自動運転制御部１５は、配車スケジュール生成部１４にて生成された配車スケジュールに含まれる位置情報及び時間情報を取得し、配車センターから、ユーザＡ，Ｂ，Ｄの現在地Ｐ１，Ｐ２，３を経由し、目的地５（店舗Ｌ）へ向かう走行ルートを実現する制御を輸送サービス用車両４に対して実行する。なお、自動運転制御部１５は、配車スケジュール生成部１４にて生成された配車スケジュールに含まれる位置情報及び時間情報を輸送サービス用車両４の車載制御装置に送信し、ここで自動運転制御を実行してもよい。なお、サーバ１に備える車両情報記憶部１８は、輸送サービス用車両４に備えられた各種のセンサ類から送信される輸送サービス用車両４の車両状態に関する情報や、走行ルートを生成する際に必要とされる地図データなどが記憶されたデータベースである。
【００４０】  図６は、配車スケジュール生成部１４にて生成される配車スケジュールの一例を示す図、図７は、自動運転制御部１５から輸送サービス用車両４（自動運転車）に送信された配車スケジュールに基づいた走行ルートの一例を示す図である。輸送サービス用車両４がある配車センターを１４：００に出発し、ユーザＡが待機するＰ１地点に１４：１４に到着してユーザＡを搭乗させ、１４：１５にＰ１地点を出発し、ユーザＢが待機するＰ２地点に１４：２９に到着してユーザＢを搭乗させ、１４：３０にＰ２地点を出発し、ユーザＤが待機するＰ３地点に１４：４４に到着してユーザＤを搭乗させ、１４：４５にＰ３地点を出発し、目的地５である店舗Ｌに１５：００に到着する。
【００４１】  次に、本実施形態のシステムにて実行される情報処理手順の概要を説明する。図２は、その情報処理手順を示すフローチャートである。
【００４２】  まずステップＳ１において、ユーザが、端末機２を用いてサーバ１にアクセスすると、当該ユーザの端末機２には、上述した希望する体験に関する情報として、ジャンル、そのジャンルの中の小分類である抽象的な希望体験情報、行先の範囲、乗車位置、降車位置、希望する体験の希望時間帯、降車位置への戻り時間、希望予算などを入力できる画面が表示され、ユーザは、各項目に対して希望する体験に関する情報を入力する。また、端末機２に備えられたＧＰＳ受信機などの位置検出センサにより、緯度及び経度が検出され、この位置情報が、希望する体験に関する情報とともに、サーバ１の希望体験受付部１１に送信される。
【００４３】  ステップＳ２において、サーバ１の希望体験受付部１１は、所定の時間間隔（たとえば１００ｍｓｅｃ）で、複数のユーザがそれぞれ携帯する端末機２から送信される上記の情報を、ネットワーク３を介して受け付ける。端末機２から送信される情報としては、図３に示すように、その端末機２を所有するユーザのＩＤに加えて、希望する体験に関する情報として、ジャンル、そのジャンルの中の小分類である抽象的な希望体験情報、行先の範囲、乗車位置、降車位置、希望する体験の希望時間帯、降車位置への戻り時間、希望予算などである。
【００４４】  ステップＳ３において、サーバ１のコミュニティ生成部１２は、希望体験受付部１１にて受信したユーザからの希望体験に関する情報を図３に示すように仮想的にリスト化し、続くステップＳ４において、これら各ユーザの体験情報に対し、類似度が所定閾値以上の体験情報を送信したユーザを抽出して一つのコミュニティを生成する。本実施形態のシステムでは、コミュニティ生成部１２は、体験情報の類似度に加えて、端末機２の現在の位置情報又は希望する乗車位置、各ユーザが希望する行き先範囲に関する情報、各ユーザが希望する利用時間帯に関する情報、ユーザの性別、年齢その他のユーザ属性情報を考慮して一つのコミュニティを生成する。これにより、図３に示すユーザＡ〜Ｅに対し、ジャンルの中の小分類である抽象的な希望体験「お好み焼きＸを食べたい」又はこれに類似する希望体験「もんじゃ焼きＸ´を食べたい」を送信したユーザＡ，Ｂ，Ｄを一つのコミュニティとして生成したものとする。
【００４５】  ステップＳ５において、サーバ１の目的地提案部１３は、体験・場所情報記憶部１７に記憶された体験情報と目的地５とを関連付けた情報を用いて、類似度が所定閾値以上の体験情報に関連付けられた目的地５を抽出する。図３に示す例でいえば、一つのコミュニティとしてユーザＡ，Ｂ，Ｄを生成したので、目的地提案部１３は、ジャンルの中の小分類である抽象的な希望体験「お好み焼きＸを食べたい」に関連付けられた場所（店舗）の名称と位置情報及びこれに類似する希望体験「もんじゃ焼きＸ´を食べたい」に関連付けられた場所（店舗）の名称と位置情報とを、体験・場所情報記憶部１７から抽出する。その結果、図４に示す店舗Ｌが目的地５として最適であると判断されたものとする。
【００４６】  ステップＳ６において、サーバ１の目的地提案部１３からユーザＡ，Ｂ，Ｄの端末機２のそれぞれに対し、図５に示す提案情報が送信される。そして、ステップＳ７において、図５に示すような、一つのコミュニティを構成するユーザＡ，Ｂ，Ｄの希望体験、行先範囲、希望時間帯、戻り時間などの全てを満足するＬ店の名称、位置情報、予約可能時刻、グルメサイト評価、予算の幅、戻り時刻、当該コミュニティを構成するユーザの属性の概要が、各端末機２に表示される。
【００４７】  ステップ８において、ユーザＡ，Ｂ，Ｄのそれぞれは、各端末機２を用いて、提案された目的地５（店舗Ｌ）を承諾するか否かを判断し、承諾する場合は承諾情報をサーバ１に送信し、承諾しない場合は不承諾情報をサーバ１に送信する。なお、ここ不承諾情報を送信した端末機２を所有するユーザは、当該コミュニティから除外され、当該ユーザに関しては、ステップＳ１の処理に戻る。以下の説明は、ステップＳ８においてコミュニティを構成する全てのユーザＡ，Ｂ，Ｄが承諾情報を送信したものとする。
【００４８】  ステップＳ９において、サーバ１の配車スケジュール生成部１４は、コミュニティを構成するユーザＡ，Ｂ，Ｄの各端末機２の位置情報に基づいて、輸送サービス用車両４の相乗り調整、すなわち、図６に示すような、輸送サービス用車両４の走行ルートと、３名のユーザＡ，Ｂ，Ｄの端末機２の各現在位置Ｐ１，Ｐ２，Ｐ３に到着する時間と、提案した目的地５（店舗Ｌ）に到着する時間とを含む配車スケジュールを生成し、ステップＳ１０にてこれを確定する。
【００４９】  ステップＳ１１において、サーバ１の配車スケジュール生成部１４は、図５に示す配車スケジュールを各ユーザＡ，Ｂ，Ｄの端末機２へ送信し、ステップＳ１２において各ユーザＡ，Ｂ，Ｄの端末機２はこれを表示する。これにより、各ユーザＡ，Ｂ，Ｄは、輸送サービス用車両４の到着時間を把握することができるので、ステップＳ１３において、この配車スケジュールを承諾するか否かを判断し、承諾する場合は承諾情報をサーバ１に送信し、承諾しない場合は不承諾情報をサーバ１に送信する。なお、ここ不承諾情報を送信した端末機２を所有するユーザは、当該コミュニティから除外され、当該ユーザに関しては、ステップＳ１の処理に戻る。以下の説明は、ステップＳ１３においてコミュニティを構成する全てのユーザＡ，Ｂ，Ｄが承諾情報を送信したものとする。そして、ステップＳ１４において、サーバ１の配車スケジュール生成部１４は、配車スケジュールの予約が完了したと判断する。
【００５０】  ステップＳ１５において、自動運転制御部１５は、配車スケジュール生成部１４にて生成された配車スケジュールに含まれる位置情報及び時間情報を取得し、図７に示すように、配車センターから、ユーザＡ，Ｂ，Ｄの現在地Ｐ１，Ｐ２，３を経由し、目的地５（店舗Ｌ）へ向かう走行ルートを実現する制御を輸送サービス用車両４に対して実行する。ステップＳ１６において、輸送サービス用車両４は、自動運転制御部１５からの制御指令に応じて輸送サービスを実行するべく自動運転を開始する。
【００５１】  以上のとおり、本実施形態の目的地の提案システムによれば、ユーザが希望する体験のうち類似度が高いユーザの集団を抽出して一つのコミュニティを生成するとともに、当該体験に関連付けられた目的地５を抽出し、このコミュニティを構成するユーザへ当該目的地５を提案するので、どこかに行って特定の体験をしたいといった漠然としたニーズを有するユーザに対し、有用なサービスを提供することができる。特に、漠然とした希望体験情報を入力するだけで輸送サービス用車両４が目的地５まで搬送してくれるので、店舗を検索したり、店舗の場所を検索したり、タクシーに行先を伝えたりするといった面倒な行為が不要となる。しかも、複数のユーザが１台の輸送サービス用車両４に相乗りするので輸送費用の低廉化も期待できる。
【００５２】  また本実施形態の目的地の提案システムによれば、体験情報の類似度を判断して一つのコミュニティを生成する場合に、体験情報の類似度に加えて、端末機２の現在の位置情報又は希望する乗車位置を考慮するので、互いに近郊にあるユーザのみを効率的に抽出したコミュニティを構成することができ、短時間で目的地５に到着することができる。
【００５３】  また本実施形態の目的地の提案システムによれば、体験情報の類似度を判断して一つのコミュニティを生成する場合に、体験情報の類似度や端末機２の現在の位置情報又は希望する乗車位置に加えて、各ユーザが希望する行き先範囲に関する情報を考慮するので、互いに近郊の目的地５を希望するユーザのみを効率的に抽出したコミュニティを構成することができ、目的地５を絞り込むことが容易になる。
【００５４】  また本実施形態の目的地の提案システムによれば、体験情報の類似度を判断して一つのコミュニティを生成する場合に、体験情報の類似度や端末機２の現在の位置情報又は希望する乗車位置に加えて、各ユーザが希望する利用時間帯に関する情報を考慮するので、互いに近い時間帯を希望するユーザのみを効率的に抽出してコミュニティを構成することができる。
【００５５】  また本実施形態の目的地の提案システムによれば、体験情報の類似度を判断して一つのコミュニティを生成する場合に、体験情報の類似度に加えて、ユーザの性別、年齢その他のユーザ属性情報を考慮するので、目的地５まで比較的仲良く相乗りすることが期待できる。
【００５６】  上記目的地提案部１３が本発明に係る目的地抽出部及び目的地送信部に相当し、上記体験・場所情報記憶部１７が本発明に係るデータベースに相当する。
【符号の説明】
【００５７】１…サーバ
１１…希望体験受付部
１２…コミュニティ生成部
１３…目的地提案部
１４…配車スケジュール生成部
１５…自動運転制御部
１６…利用者情報記憶部
１７…体験・場所情報記憶部
１８…車両情報記憶部
２…端末機
３…ネットワーク
４…輸送サービス用車両
５…目的地
【図１】
0006924849.tif 000002
【図２】
0006924849.tif 000003
【図３】
0006924849.tif 000004
【図４】
0006924849.tif 000005
【図５】
0006924849.tif 000006
【図６】
0006924849.tif 000007
【図７】
0006924849.tif 000008