JP5708351B2 - ルートマップ生成装置、ルートマップ生成方法、およびルートマップ生成プログラム - Google Patents

Description

この発明は、各種ツアー資源を巡るルートマップを自動生成するルートマップ生成装置に関する。

従来、顧客の好みに応じた内容のツアー（観光ツアー、買い物ツアー、グルメツアー等の各種ツアーを言う。）をスムーズに選択可能としたものが提案されている。例えば、特許文献１の旅行会社支援システムでは、観光地に関する情報が記録されたデータベース、宿泊施設に関する情報が記憶されたデータベース、およびオプションツアーに関する情報が記録されたデータベース、を有するサーバと、端末とを備え、端末を操作して各種情報を閲覧することでツアー内容を容易に理解できるようにしている。

また、例えば特許文献２に示すように、割引等を自動適用するものも提案されている。特許文献２の方法では、選択した交通機関に関連付けられた割引等の情報をキャッシュして、宿泊施設の検索、リスト表示を行い、リスト表示の際に交通機関に関連付けられた割引等の情報を表示する。そして、交通機関が選択された場合には、関連付けられた割引等の得点を適用する。

このように、従来、各種ツアー資源の情報を表示することで、ツアー等の各種ツアー資源を巡るルートマップの作成を支援するものが提案されている。

特開２００３−３０２８７号公報 特開２００２−８３１８６号公報

しかし、従来の方式では、ツアー資源（名所・旧跡、買い物店、レストラン等のようにツアーでの訪問先となる場所や施設）の現在状態に応じた適切なルートマップを生成することができなかった。

この発明は、ツアー資源の現在状態に基づいて、適切なルートマップを生成するルートマップ生成装置を提供することを目的とする。

この発明のルートマップ生成装置は、ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶したルートフレーム記憶手段と、前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶した資源要素基礎情報記憶手段と、前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得手段と、前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出手段と、前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出手段に記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段と、を備え、前記現在状態取得手段は、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する。

本発明で言うルートマップとは、ガイドなしで各自が資源要素を自分で訪問するための順序等を記載したものだけでなく、ガイドが資源要素の案内を行う一般的なツアー計画も含むものである。ルートフレーム（実施の形態では「ツアーフレーム」が対応する）とは、ルートマップの基となるものであり、ルートマップを構成する訪問先の順序系列のデータである。ルートマップでは訪問順序番号ごとに訪問先となり得る資源要素のリストが付随している。この資源要素とは、名所・旧跡、買い物店、レストラン等のようにルートマップが示す訪問先となる場所や施設（実施の形態では、「ツアー資源」が該当する）を表す。資源要素基礎情報（実施の形態では、「ツアー資源基礎情報」が対応する）とは、資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件や、当該資源要素の位置情報や当該資源要素が使用可能期間や使用料、使用可能人数等の各種情報が規定されている。例えば、あるルートフレームは、ある基点場所（例：発着駅）から出発して、資源要素（ツアー資源）１、資源要素（ツアー資源）２、資源要素（ツアー資源）３、資源要素（ツアー資源）４と順に訪問し、最後に基点場所に戻ってルートマップ（ツアー計画）が終了するという形態を表している。ただし、ルートフレームの概念において、出発する基点場所と最後に到達する場所が同じである事は必須ではない。

このように、本発明のルートマップ作成装置は、資源要素の現在状態を取得し、利用可能条件に当てはめることで、利用可能である資源要素を抽出し、利用可能な資源要素で構成された実行可能ルートマップを生成することで、資源要素の現在状態に応じた適切なルートマップを生成することができる。

また、前記現在状態取得手段は、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する構成であるので、効率的に資源要素の現在状態を取得することができる。なお、本発明で言う現在状態とは、ある時点の状態だけでなく、現在状態取得手段が許容する時間幅内の過去の時点の状態と、現在状態取得手段が許容する時間幅内の将来の時点の状態と、を含むものである。

また、ルートマップ生成装置は、前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶したセンサ提供情報記憶手段と、利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶したセンサ利用情報記憶手段と、を備え、前記現在状態取得手段は、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態取得手段に前記現在状態を提供する現在状態提供手段をさらに備えることが望ましい。センサ提供情報は、例えば、各種実在のセンサにＩＤ（物理的番号）を付し、当該センサの所有者が提供可能である内容（位置や範囲）を示したものである。実際には、前記の現在状態提供手段（例えば、センシングサーバ）の運用者とセンサの所有者が締結したセンシングデータ提供契約として蓄積されるものである。センサ利用情報は、利用を希望するセンサの属性を示したＩＤ（論理的番号）を付し、各利用者が利用を希望する条件（位置や範囲）を示したものである。実際には、前記の現在状態提供手段（例えば、センシングサーバ）の運用者と利用希望者が締結したセンシングデータ利用契約として蓄積されるものである。現在状態提供手段は、センサ利用情報に規定している値の範囲が、センサ提供情報に規定している値の範囲に含まれる場合に、マッチングできたとする。

また、前記実在センサは、移動可能なセンサを含み、前記現在状態提供手段は、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態取得手段に前記現在状態を提供することが望ましい。移動可能なセンサは、例えば人が持ち運ぶＧＰＳ携帯電話に内蔵されたカメラや、車載カメラ等である。これにより、センサが設置されていない資源要素についても、例えばカメラ内蔵のＧＰＳ携帯電話を利用して、現在状態を取得することができる。

また、前記資源要素は、各ルートマップの基点となる基点場所（例：発着駅）が含まれ、前記現在状態取得手段は、各基点場所の現在状態を取得し、前記利用可能資源要素抽出手段は、各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出し、前記現在状態取得手段は、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得することが望ましい。なお、基点場所は、発着駅以外にも、有名な待ち合わせ場所（有名デパートの前や有名な彫刻の前等）や、ツアー参加者が集合しやすい場所（レストランや喫茶店等）がある。

基点場所は、各ルートマップの起点となるものであり、当該基点場所が利用可能でなければルートマップが成り立たないものであるため、まず基点場所が利用可能であるか否かを判断し、現在状態を確認する資源要素のさらなる絞り込みを行う。

なお、本発明のルートマップ作成装置は、応用例として、ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段を備え、前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与手段を備える態様も可能である。具体的には、特定の資源要素を特定の時間帯に訪問した参加者は、自身がモバイルゲーム上で操作している特定のキャラクタの戦闘力が上昇する、という態様等が考えられる。この場合、ツアーへの参加、およびリピートを促すことができる。

この発明によれば、ツアー資源の現在状態に基づいて、適切なルートマップを生成することができる。

ルートマップ生成システムの構成を示すブロック図である。 提供契約データベースのデータ構造を示す図である。 利用契約データベースのデータ構造を示す図である。 ツアーフレームデータのデータ構造を示す図である。 ツアー資源基礎情報のデータ構造を示す図である。 使用可能基点場所リストおよび現状確認対象ツアー資源リストを示す図である。 現在利用可能なツアー資源リストを示す図である。 実行可能ツアーリストを示す図である。 顧客データベースのデータ構造を示す図である。 ツアー資源の割り当てスケジュールを示す図である。 ツアー計画作成に係る処理を示すフローチャートである。 ツアー実行に係る処理を示すフローチャートである。

図１は、本発明のルートマップ作成装置を用いたツアー計画作成システムの構成を示すブロック図である。本実施形態で言うツアーとは、ツアー資源を順番に訪問する活動である。本実施形態では、ガイドが案内を行う一般的なツアーの計画を作成し、顧客に提供するものを示すが、本発明のルートマップ作成装置は、ガイドなしで各自がツアー資源を訪問するためのルートマップを作成するものも含むものである。

図１に示す本実施形態のツアー計画作成システムは、アプリケーションサーバ１と、センシングサーバ３と、を備えている。センシングサーバ３は、駅５１、植物園５２、寺社５３、レストラン５４等のツアー資源の現在状態を取得して、アプリケーションサーバ１に提供する。アプリケーションサーバ１は、定期的にツアー資源の現在状態をセンシングサーバ３から取得して、そのときに実行可能なツアー計画を作成し、ネットワーク７を介して顧客９に提供する。そして、アプリケーションサーバ１は、提供したツアー計画に対する顧客９の応募を集計して、開催可能基準を満たしたツアー計画を成立ツアーとして決定し、顧客９やツアー実行関係者に内容を通知する。

以下、上記ツアー計画作成システムの具体的内容について説明する。まず、センシングサーバ３について説明する。センシングサーバ３は、各地に設置されたセンサや移動可能なセンサ（後述する、人が持ち運ぶＧＰＳ携帯電話に内蔵されたカメラや、車載カメラ等）が出力するデータや、人が入力したデータを収集するものである。例えば、図１の例では、駅５１にカメラ７１と温度センサ７２が設置され、植物園５２にカメラ７３と温度センサ７４が設置され、寺社５３にカメラ７５と温度センサ７６が設置され、レストラン５４にカメラ７７と温度センサ７８が設置されている。

センシングサーバ３の提供契約登録部３４は、これらカメラや温度センサ等の各種センサの所有者と契約を締結し、各種センサからデータ提供を受け、対価を支払う。センシングデータ提供契約は、ネットワーク７を介してオンラインで各種センサの所有者と締結される。図２にセンシングデータ提供契約のデータ構造を示す。センシングデータ提供契約のデータは、センシングデータ提供契約ＤＢ３２に蓄積されている。図２に示すように、センシングデータ提供契約は、センサＩＤ毎に締結する。当該センサＩＤは、実在のセンサに対して付与した番号であり、物理的番号である。各センシングデータ提供契約は、各データ項目に示すような契約条件となっている。

一方、センシングサーバ３の利用契約登録部３５は、各種センサの利用者と契約を締結し、各種センサの検知したデータであるセンシングデータを利用者に提供して対価の支払いを受ける。センシングデータ利用契約は、ネットワーク７を介してオンラインで各利用者と締結される。図３にセンシングデータ利用契約のデータ構造を示す。センシングデータ利用契約のデータは、センシングデータ利用契約ＤＢ３３に蓄積されている。図３に示すように、センシングデータ利用契約は、センサＩＤ毎に締結する。ただし、図３のセンサＩＤは、実在のセンサに対して割り当てられた物理的番号ではなく、利用契約毎の論理的な番号である。図３のセンサＩＤは、利用を希望するセンサの属性を示し、当該属性に付与した番号であるため、現実に存在するかどうかは確定していないセンサに関するＩＤであり、論理的番号となる。したがって、同じ実在のセンサに対して複数の論理的なセンサＩＤが割り当てられている場合もある。図３に示す各データ項目は、各利用者が利用を希望する条件を示している。
図２で示すセンシングデータ提供契約と図３で示すセンシングデータ利用契約のマッチングは、各属性項目について行われる。基本的には、全属性項目について、センシングデータ利用契約に規定している値の範囲が、センシングデータ提供契約に規定している範囲に含まれる場合に、両契約がマッチングしたことになる。

例えば、図３において、センサＩＤ５については、センシング領域の位置を（34.9854,135.7577）と設定している。すなわち、この例では京都駅の緯度、経度に設定している。この場合、当該利用者は、京都駅の情報を取得したいという要求が現れていることになる。そこで、センシングサーバ３のセンシングデータ収集・配給部３１は、図２に示したセンシングデータ提供契約のデータ構造から、要求に合致するものを検索し、合致するものが存在した場合に、当該センサからのセンシングデータを取得し、利用者に提供する。例えば、図２においては、センサＩＤ５が利用者の要求に合致するため、当該センサＩＤ５のデータ（カメラで撮影した映像データ）を利用者に提供する。

このように、センシングサーバ３は、センシングデータ提供契約に示された条件とセンシングデータ利用契約に示された条件とを照合し、合致する契約で、かつ当該契約における物理的センサが動作可能である場合に、当該物理的センサＩＤで特定されたセンサからのデータを、論理的センサＩＤに対応するセンサが提供したデータとして利用者に提供する。

アプリケーションサーバ１の運営者は、センシングサーバ３の運用者と利用契約登録部３５の機能を用いてセンシングデータ利用契約を締結する。そして、締結されたセンシングデータ利用契約は、利用契約ＤＢ３３に記憶される。また、センサの所有者は、センシングサーバ３の運用者と提供契約登録部３４の機能を用いて、センシングデータ提供契約を締結する。そして、締結されたセンシングデータ提供契約は、提供契約ＤＢ３２に記憶される。センシングデータ収集・配給部３１は、提供契約ＤＢ３２内にある図２に示すセンサの物理ＩＤ毎の属性と、利用契約ＤＢ３３内にある図３に示すセンサの論理ＩＤ毎の属性を、属性項目毎にマッチングする。そして、センシングサーバ３は、マッチングした結果、センサの物理ＩＤとセンサの論理ＩＤの対応組ができたセンサについて、各種ツアー資源の状態観測が可能なセンサから、センシングデータを獲得して、各種ツアー資源の現在状態を得る。そして、センシングサーバ３は、その現在状態をアプリケーションサーバ１に送信する。各種ツアー資源の現在状態の情報を得たアプリケーションサーバ１は、ツアーブレームＤＢ１２内の情報と、ツアー資源基礎情報ＤＢ内の情報と、前記のツアー資源の現在状態の情報を用いてツアー計画を作成する。

なお、各種センサからは自動的にデータを送信するようにしてもよいが、提供者が手動で図２に示した各データ項目を入力するようにしてもよい。なお、手動入力する場合には、各データ項目の表現内容にばらつきがある可能性もあるため、提供者は、予め規定された複数のメニューから選択することで手動入力するようにすることが望ましい。また、センサによっては、例えばカメラ内蔵のＧＰＳ（Global Positioning System）携帯電話であって、緯度と経度で示される位置情報のＧＰＳからの取得と、カメラによる画像の撮像と、画像撮像の時刻の取得ができて、撮像した画像を位置情報と時刻情報と対にして送信できるもの（以下、ＧＰＳ携帯電話という。）である場合もある。この場合、前記のＧＰＳ携帯電話に、センシングデータ提供契約をセンシングサーバ３と締結するためのソフトウェアを搭載しておき、例えば図２のセンサＩＤ＝ｍの行に示される内容からなるセンシングデータ提供契約を締結してもよい。この場合、センシング領域の位置の欄には、「移動体」との記述が入っている。これは、特定の緯度・経度で示される固定位置にセンサが存在しているのではなく、移動可能なセンサであることを示している。もしも、図３に示すセンシングデータ利用契約で示された条件に該当できるような位置にセンサＩＤ＝ｍのセンサが所定時刻内までに移動可能であり、センシングデータ利用契約で示されるようなセンシングデータ種別やデータ量や保証精度や対価などの条件が合致するならば、センサＩＤ＝ｍのセンサからのセンシングデータは、センシングサーバ３によって取得され、そのセンシングデータを必要としているアプリケーションサーバ１に送信するようにしてもよい。

次に、フローチャートを参照しながら、ツアー計画作成動作について説明する。図１１は、アプリケーションサーバ１のツアー計画作成部１１のツアー計画作成動作を示すフローチャートである。この動作は、定期的に（例えば１時間に１回）実行される。

まず、ツアー計画作成部１１は、ツアーフレームデータをツアーフレームＤＢ１２から全件読み出す（ｓ１１）。図４は。ツアーフレームデータのデータ構造を示す図である。ツアーフレームデータは、ツアー計画の基となるものであり、これらツアーフレームデータに基づいてツアー計画が作成される。ツアーフレームデータは、ツアーフレーム番号毎にテーマと各種ツアー資源が規定されている。すなわち、ツアーフレームデータは、基点場所（例：発着駅）から出発して、ツアー資源１、ツアー資源２、ツアー資源３、ツアー資源４と順に訪問し、最後に基点場所に戻ってツアーが終了するという形態を表している。各種ツアー資源欄には複数のツアー資源が規定されており、各ツアーフレームデータからは複数のツアー計画が作成することができるようになっている。なお、本実施形態では、基点場所の例として発着駅を示すが、発着駅以外にも、有名な待ち合わせ場所（有名デパートの前や有名な彫刻の前等）や、ツアー参加者が集合しやすい場所（レストランや喫茶店等）がある。

例えば、Ｔｏｕｒ１は、ＪＲ嵯峨野山陰線花園駅→ハーブ園１→植物園１→川端公園→レストラン２→ＪＲ嵯峨野山陰線花園駅というツアー計画や、ＪＲ嵯峨野山陰線花園駅→ハーブ園２→植物園１→川端公園→レストラン２→ＪＲ嵯峨野山陰線花園駅というツアー計画等が作成可能である。Ｔｏｕｒ１は、ツアー資源１．として選択肢が２個、ツアー資源２．として選択肢が３個、ツアー資源３．として選択肢が１個、ツアー資源４．として選択肢が３個ある。したがって、Ｔｏｕｒ１のツアーフレームデータからは、１８個のツアー計画を作成することができる。

ツアー計画作成部１１は、読み出したツアーフレームデータから、基点場所に係るツアー資源（例：発着駅）の名称を読み取る（ｓ１２）。例えば、図４に示した例では、Ｔｏｕｒ１の基点場所である「ＪＲ嵯峨野山陰線花園駅」が読み取られる。次に、ツアー計画作成部１１は、読み取った基点場所について、ツアー資源基礎情報ＤＢ１３からツアー資源基礎情報を読み取る（ｓ１３）。図５は、ツアー資源基礎情報のデータ構造を示す図である。

ツアー資源基礎情報は、ツアー資源毎に使用可能期間や使用料、使用可能人数、利用可能状態条件等が規定されている。利用可能状態条件は、そのツアー資源を利用可能であるための条件式が示されており、当該条件式を満たす場合には当該ツアー資源を利用可能であると判断することができる。

ツアー計画作成部１１は、読み取った基点場所のツアー資源基礎情報に基づいて、当該基点場所の現在状態を取得する（ｓ１４）。例えば、図５のツアー資源番号Ｒｅｓ１では、「画像からみて集合スペース＝有り」という条件を満たすか否かを調べるために、当該基点場所の位置に設置されたカメラから映像データを取得し、空きスペースがあるか否かを確認する。つまり、図５の例では、ツアー計画作成部１１は、Ｒｅｓ１のツアー資源の位置として（35.01861,135.71748）の緯度、経度をセンシング領域としたセンサを検索する。したがって、ツアー計画作成部１１は、センシングサーバ３のセンシングデータ収集・配給部３１に対し、（35.01861,135.71748）の緯度、経度情報を送信し、画像に関係するセンサのセンシングデータを送信するようリクエストを行う。

センシングデータ収集・配給部３１は、図２に示したセンシングデータ提供契約から、（35.01861,135.71748）の緯度、経度をセンシング領域とした契約データを検索する。図２の例では、センサＩＤ７がセンシング領域の位置を中心としたセンシング半径の中に（35.01861,135.71748）が含まれているため、センサＩＤ５のＣｏｌｏｒ２Ｄ ｉｍａｇｅが抽出される。

なお、このとき、センシングデータ収集・配給部３１は、図３に示したセンシングデータ利用契約を参照し、利用契約の有無を検索する。センシングデータ収集・配給部３１は、利用契約が存在しない場合、センシング対価等の他の条件が受け入れ可能であるか否かを確認して、受け入れ可能であれば、利用契約登録部３５にセンシングデータ提供契約のデータを送信し、新たに利用契約を締結したとして、センシングデータ利用契約にデータ登録を行う。これにより、合致するセンシングデータ提供契約とセンシングデータ利用契約が存在する状態となる。

また、上述したように、センサによっては、ＧＰＳ携帯電話等を用いた「移動体」である場合もある。例えば、図２のセンサＩＤ＝ｍは、ＧＰＳ携帯電話を用いた「移動体」として登録されている。ここで、センシングデータ収集・配給部３１は、ＧＰＳ携帯電話にセンシングデータの送信を求める場合もある。

例えば、図５において、Ｒｅｓ３のツアー資源の利用可能状態条件は、「画像からみて使用スペース＝有り」であり、センシングデータ収集・配給部３１が当該条件が成立するか否かを判断するために、レストラン１の画像を入手する必要がある。このとき、センシングデータ提供契約のデータに、レストラン１の緯度、経度をセンシング領域とした契約データがなかった場合、あるいはセンサが故障している場合があると、センシングデータ収集・配給部３１は、ＧＰＳ携帯電話すなわち、「移動体」となっているセンシングデータ提供契約の契約者に、センシングデータを送信するように依頼する。例えば、契約者に対し、「レストラン１の内部画像を３０分以内に送信してください。」と記載したメールを同報送信する。ここで、メールを受け取った提供者のうち、レストラン１内にいた提供者は、ＧＰＳ携帯電話を用いてレストラン内部を撮影し、撮影日時と緯度、経度情報をともにセンシングサーバ３に送信する。当該データは、ＧＰＳ携帯電話に搭載されたセンシングデータ提供契約の専用アプリケーションで送信されることが望ましい。この場合、当該専用アプリケーションが自動的に撮影時点の緯度、経度情報を取得してセンシングサーバ３に撮影して得た画像データを送信する。

以上のようにして、センサＩＤ＝７からのセンシングデータを利用することが可能となったため、ツアー計画作成部１１は、センシングデータ収集・配給部３１からセンサＩＤ７のセンシングデータを受信する。ここでは、センシングデータ収集・配給部３１は、センサＩＤ７のＣｏｌｏｒ２Ｄ ｉｍａｇｅから「空きスペース」の情報を抽出し、ツアー計画作成部１１に送信する。すなわち、センシングデータ収集・配給部３１は、センサＩＤ７のＣｏｌｏｒ２Ｄ ｉｍａｇｅから受信した画像データを解析し、「空きスペース」が存在するか否かを確認する。例えば、画像データから人認識（顔認識等）を行い、現在存在する人数が所定数以下であり、集合スペースに空きがあるかを確認する。

そして、ツアー計画作成部１１は、「空きスペース」の情報を受信した場合に、当該基点場所を使用可能であると判断し、図６（Ａ）に示すように、使用可能基点場所リストに追加する（ｓ１６）。「空きスペース」の情報を受信できない場合には、使用可能基点場所リストには追加されない（ｓ１５）。ツアー計画作成部１１は、以上の動作を、ツアーフレームデータ中の全ての基点場所について行ったか否かを確認し（ｓ１６）、全ての基点場所について完了していない場合にはｓ１２の読み取りから処理を繰り返す。

次に、ツアー計画作成部１１は、使用可能基点場所リストに記載されている各基点場所について、ツアーフレームデータを確認し、当該ツアーフレームデータに登録されているツアー資源を読み取り、図６（Ｂ）に示す現状確認対象ツアー資源リストに追加する（ｓ１８）。例えば、「ＪＲ嵯峨野山陰線花園駅」については、ツアーフレームデータのうち、Ｔｏｕｒ１のハーブ園１、ハーブ園２、植物園１、華道Ａ流本部、華道Ｂ流本部、川端公園、レストラン２、喫茶店１、および花料理店が読み取られ、現状確認対象ツアー資源リストに登録される。ツアー計画作成部１１は、ｓ１８の処理を、全ての基点場所について完了するまで繰り返し行う（ｓ１９）。

全ての基点場所について、現状確認対象ツアー資源リストの登録が完了した後、ツアー計画作成部１１は、当該現状確認対象ツアー資源リストに登録されている各ツアー資源について、ツアー資源基礎情報に記載された「利用可能状態条件」に基づいて、現在状態を取得する（ｓ２０）。例えば、ツアー計画作成部１１は、番号１のハーブ園１について、図５に示したツアー資源基礎情報のＲｅｓ４の「ハーブ園１」について、「天気＝画像センサからみて（晴れＯＲ曇り）＆温度センサからみて温度＝快適範囲」という条件を満たすか否かを調べる。この場合、ツアー計画作成部１１は、センシングサーバ３から、当該ハーブ園１の位置に設置されたカメラや温度センサのセンシングデータを送信するようリクエストを行う。

そして、ツアー計画作成部１１は、「利用可能状態条件」を満たすセンシングデータを受信できた場合、当該ツアー資源について、図７に示す現在利用可能なツアー資源リストに登録する（ｓ２１）。ツアー計画作成部１１は、ｓ２０およびｓ２１の処理を、現在状態確認対象ツアー資源リストの全てのツアー資源について完了するまで繰り返し行う（ｓ２２）。

最後に、ツアー計画作成部１１は、現在利用可能なツアー資源リストをツアーフレームデータに適用し、図８に示す実行可能ツアーリストを作成する（ｓ２３）。ただし、同じツアーフレーム番号であっても、構成するツアー資源の一部が異なるツアーは、別のツアーとして実行可能ツアーリストに記載される。

例えば、図７に示す現在利用可能なツアー資源リストでは、ハーブ園１、ハーブ園２、植物園１、川端公園、レストラン２、花料理店、が記載されているため、ツアーフレームデータにおけるＴｏｕｒ１では、これらツアー資源により組み合わせ可能なツアー計画を作成する。すなわち、図８に示すように、ツアー番号１として、ＪＲ嵯峨野山陰線花園駅→ハーブ園１→植物園１→川端公園→レストラン２→ＪＲ嵯峨野山陰線花園駅、ツアー番号２として、ＪＲ嵯峨野山陰線花園駅→ハーブ園２→植物園１→川端公園→レストラン２→ＪＲ嵯峨野山陰線花園駅、ツアー番号３として、ＪＲ嵯峨野山陰線花園駅→ハーブ園１→植物園１→川端公園→花料理店→ＪＲ嵯峨野山陰線花園駅、およびツアー番号４として、ＪＲ嵯峨野山陰線花園駅→ハーブ園２→植物園１→川端公園→花料理店→ＪＲ嵯峨野山陰線花園駅の４つの実行可能ツアーが作成される。

以上のようにして作成された実行可能ツアーリストは、ツアー募集部１４に出力され、ツアー実行に係る処理が行われる。図１２は、ツアー実行計画に係る動作を示すフローチャートである。

まず、ツアー募集部１４は、ツアー計画作成部１１から出力された実行可能ツアーリストを読み取る（ｓ３１）。そして、実行可能なツアー間の優先順位を設定する（ｓ３２）。優先順位は、例えば、各ツアーを構成するツアー資源に興味を有する潜在顧客の人数の合計値によって決定する。潜在顧客の人数は、顧客ＤＢ１５から図９に示すような顧客データを読み出すことで把握することができる。当該顧客データは、顧客９が個別に登録することで構築される。図９に示すように、顧客データには、関心の高いツアー資源欄が記載され、各顧客が興味を有するツアー資源が記載されている。ツアー募集部１４は、各ツアーを構成するツアー資源が顧客データに登録されている数を集計し、優先順位を設定する。

そして、ツアー募集部１４は、優先順位上位から所定件数のツアー（例えば２件）を実行予定対象ツアーリストとし（ｓ３３）、実行予定対象ツアーリストの各ツアーに対するツアー資源の割り当てスケジュールを設定する（ｓ３４）。ただし、ツアー資源が、複数のツアー間で重複して割り当てられている時間帯がないように設定する。図１０は、ツアー資源の割り当てスケジュールを示す図である。このように、ツアー資源の割り当てスケジュールは、各ツアーで訪問するツアー資源の名称とそれぞれの開始時刻〜終了時刻が記載されている。

ツアー募集部１４は、このツアー資源の割り当てスケジュールをネットワーク７を介して顧客９に配信する（ｓ３５）。例えば、各顧客のメールアドレス宛にツアー資源の割り当てスケジュールを同報配信する。あるいは、ツアー資源の割り当てスケジュールを所定のサーバにアップロードし、当該サーバへのアクセス方法（ＵＲＬ等）を記載したメールを配信する。

そして、ツアー集計設定部１６は、各ツアーの参加応募者を集計し、応募者等が所定基準を満たしたツアーを成立ツアーとして設定する（ｓ３６）。例えば、図１０に示したツアー番号のうち、ツアー番号１の応募者の数が所定数（例えば１０名）を超えた場合、当該ツアー番号１を成立ツアーとして設定する。

ツアー集計設定部１６は、成立ツアーのスケジュールをツアー招集部１７およびツアー準備要請部１８に出力する。ツアー招集部１７は、成立ツアーの内容（スケジュール等）を参加応募者に通知する（ｓ３７）。例えば、各顧客のメールアドレス宛に成立ツアーのスケジュールを同報配信する。

ツアー準備要請部１８は、成立ツアーの準備要請を行う（ｓ３８）。例えば、成立ツアーのスケジュールをツアー関係事業者（ツアー資源の運営者、ツアーのガイド等）に送信する。また、このとき、ツアー準備要請部１８は、ツアー計画作成部１１を介してツアー資源基礎情報を受信し、当該ツアー資源基礎情報をツアー関係事業者に送信してもよい。

そして、ツアーの開始場所に参加者やガイドが集合してツアーが実行される。

なお、本実施形態に示したツアー計画作成システムの応用例として、ツアーに関係する事業者がツアー参加者の行動パターンに応じたポイントを付与することで、ツアー参加者のリピータを増やすことも考えられる。また、ＧＰＳ携帯電話を用いてセンシングサーバ３に、画像データ等のセンシングデータを、そのセンシングデータで表現されたセンシング対象の存在する位置の情報や、センシング時刻の情報という所定の属性情報とともに送信する事で、所定のポイントを、当該情報を送信したセンシングデータ提供者が得ることができるようにすることもできる。そして、このようにして得たポイントを用いて、センシングサーバ３からのセンシングデータを用いて動作する様々なアプリケーションを利用する権利を得ることが可能となるように、アプリケーションサーバ１を運営することもできる。

なお、本発明におけるツアーは、現実に各ツアー資源を人が訪問するようなものに限られない。例えば、ツアーガイドが立体視ビデオカメラで動画像と音声を取得しながら、リアルタイムで遠隔地に存在するツアー参加者の装着している立体視用ヘッドマウントディスプレイ装置に、その動画像と音声をネットワークを通じて配信するものであってもよい。このようにすると、ツアー参加者は、自宅にいながらにして、あたかもツアーの現場を集団で歩いているようにも感じることができる。また、自動車や動物に前記の立体視ビデオカメラを搭載してもよい。その場合には、自動車や動物の移動に応じた動画を、遠隔地にいるツアー参加者が楽しむこともできる。

また、ツアー内での出来事やツアー中に撮影した動画や写真は、ツアー先の各所に設置されているカメラを用いて取得され、記念として参加者に配信される。

さらに、本実施形態に示したツアー計画作成システムは、モバイルゲームへの応用も可能である。例えば、特定の場所を訪問したツアー参加者は、当該特定の場所を訪問したことでモバイルゲーム上のポイントを取得することができるようになっている。具体的には、特定のツアー資源を特定の時間帯に訪問したツアー参加者は、自身がモバイルゲーム上で操作している特定のキャラクタの戦闘力が上昇する、という態様が考えられる。また、特定のツアー資源を所定回数訪問すると、モバイルゲーム上でのキャラクタ画像に自分自身の画像を利用することができるようになる、という態様も考えられる。従って、ツアーへの参加、およびリピートを促すことができる。

１…アプリケーションサーバ
３…センシングサーバ
７…ネットワーク
９…顧客
１１…ツアー計画作成部
１２…ツアーフレームＤＢ
１３…ツアー資源基礎情報ＤＢ
１４…ツアー募集部
１５…顧客ＤＢ
１６…ツアー集計設定部
１７…ツアー招集部
１８…ツアー準備要請部
３１…センシングデータ収集・配給部
３２…センシングデータ提供契約ＤＢ
３３…センシングデータ利用契約ＤＢ
３４…提供契約登録部
３５…利用契約登録部
７１，７３，７５，７７…カメラ
７２，７４，７６，７８…温度センサ

Claims (12)

1. ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶したルートフレーム記憶手段と、
   前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶した資源要素基礎情報記憶手段と、
   前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得手段と、
   前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出手段と、
   前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出手段に記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段と、を備え、
   前記現在状態取得手段は、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する、ルートマップ生成装置。
2. 前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶したセンサ提供情報記憶手段と、
   利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶したセンサ利用情報記憶手段と、
   を備え、
   前記現在状態取得手段は、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
   前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態取得手段に前記現在状態を提供する現在状態提供手段をさらに備えた請求項１に記載のルートマップ生成装置。
3. 前記実在センサは、移動可能なセンサを含み、
   前記現在状態提供手段は、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態取得手段に前記現在状態を提供する請求項２に記載のルートマップ生成装置。
4. 前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
   前記現在状態取得手段は、各基点場所の現在状態を取得し、
   前記利用可能資源要素抽出手段は、各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出し、
   前記現在状態取得手段は、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得する請求項１ないし請求項３のいずれかに記載のルートマップ生成装置。
5. ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶するルートフレーム記憶ステップと、
   前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶する資源要素基礎情報記憶ステップと、
   前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得ステップと、
   前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出ステップと、
   前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出ステップで記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップと、を実行するルートマップ生成方法であって、
   前記現在状態取得ステップは、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する、ルートマップ生成方法。
6. 前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶するセンサ提供情報記憶ステップと、
   利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶するセンサ利用情報記憶ステップと、
   を予め実行し、
   前記現在状態取得ステップは、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
   前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態を取得する請求項５に記載のルートマップ生成方法。
7. 前記実在センサは、移動可能なセンサを含み、
   前記現在状態取得ステップは、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態を取得する請求項６に記載のルートマップ生成方法。
8. 前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
   前記現在状態取得ステップの前に、各基点場所の現在状態を取得する基点場所現在状態取得ステップと、
   各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出する基点場所抽出ステップと、
   を実行し、
   その後、前記現在状態取得ステップにおいて、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得する請求項５ないし請求項７のいずれかに記載のルートマップ生成方法。
9. ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶するルートフレーム記憶ステップと、
   前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶する資源要素基礎情報記憶ステップと、
   前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得ステップと、
   前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出ステップと、
   前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出ステップで記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップと、をコンピュータに実行させるルートマップ生成プログラムであって、
   前記現在状態取得ステップは、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する、ルートマップ生成プログラム。
10. 前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶するセンサ提供情報記憶ステップと、
    利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶するセンサ利用情報記憶ステップと、
    を予め実行させ、
    前記現在状態取得ステップは、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
    前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態を取得させる請求項９に記載のルートマップ生成プログラム。
11. 前記実在センサは、移動可能なセンサを含み、
    前記現在状態取得ステップは、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態を取得させる請求項１０に記載のルートマップ生成プログラム。
12. 前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
    前記現在状態取得ステップの前に、各基点場所の現在状態を取得する基点場所現在状態取得ステップと、
    各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出する基点場所抽出ステップと、
    を実行させ、
    その後、前記現在状態取得ステップにおいて、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得させる請求項９ないし請求項１１のいずれかに記載のルートマップ生成プログラム。

Images