ルートマップ生成装置、ルートマップ生成方法、およびルートマップ生成プログラム
【課題】ツアー資源の現在状態に基づいて、適切なルートマップを生成するルートマップ生成装置を提供する。
【解決手段】ツアー計画作成部11は、ツアー資源基礎情報DB13からツアー資源基礎情報を読み取り、発着駅の現在状態を取得する。ツアー計画作成部11は、発着駅が利用可能であると判断した場合、当該発着駅にに登録されているツアー資源を読み取り、各ツアー資源について、ツアー資源基礎情報に記載された「利用可能状態条件」に基づいて、現在状態を取得する。そして、ツアー計画作成部11は、「利用可能状態条件」を満たすセンシングデータを受信できた場合、当該ツアー資源について、現在利用可能なツアー資源リストに登録する。最後に、ツアー計画作成部11は、現在利用可能なツアー資源リストをツアーフレームデータに適用し、実行可能ツアーリストを作成する。
【解決手段】ツアー計画作成部11は、ツアー資源基礎情報DB13からツアー資源基礎情報を読み取り、発着駅の現在状態を取得する。ツアー計画作成部11は、発着駅が利用可能であると判断した場合、当該発着駅にに登録されているツアー資源を読み取り、各ツアー資源について、ツアー資源基礎情報に記載された「利用可能状態条件」に基づいて、現在状態を取得する。そして、ツアー計画作成部11は、「利用可能状態条件」を満たすセンシングデータを受信できた場合、当該ツアー資源について、現在利用可能なツアー資源リストに登録する。最後に、ツアー計画作成部11は、現在利用可能なツアー資源リストをツアーフレームデータに適用し、実行可能ツアーリストを作成する。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、各種ツアー資源を巡るルートマップを自動生成するルートマップ生成装置に関する。
【背景技術】
【0002】
従来、顧客の好みに応じた内容のツアー(観光ツアー、買い物ツアー、グルメツアー等の各種ツアーを言う。)をスムーズに選択可能としたものが提案されている。例えば、特許文献1の旅行会社支援システムでは、観光地に関する情報が記録されたデータベース、宿泊施設に関する情報が記憶されたデータベース、およびオプションツアーに関する情報が記録されたデータベース、を有するサーバと、端末とを備え、端末を操作して各種情報を閲覧することでツアー内容を容易に理解できるようにしている。
【0003】
また、例えば特許文献2に示すように、割引等を自動適用するものも提案されている。特許文献2の方法では、選択した交通機関に関連付けられた割引等の情報をキャッシュして、宿泊施設の検索、リスト表示を行い、リスト表示の際に交通機関に関連付けられた割引等の情報を表示する。そして、交通機関が選択された場合には、関連付けられた割引等の得点を適用する。
【0004】
このように、従来、各種ツアー資源の情報を表示することで、ツアー等の各種ツアー資源を巡るルートマップの作成を支援するものが提案されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開2003−30287号公報
【特許文献2】特開2002−83186号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかし、従来の方式では、ツアー資源(名所・旧跡、買い物店、レストラン等のようにツアーでの訪問先となる場所や施設)の現在状態に応じた適切なルートマップを生成することができなかった。
【0007】
この発明は、ツアー資源の現在状態に基づいて、適切なルートマップを生成するルートマップ生成装置を提供することを目的とする。
【課題を解決するための手段】
【0008】
この発明のルートマップ生成装置は、ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶したルートフレーム記憶手段と、前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶した資源要素基礎情報記憶手段と、前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得手段と、前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出手段と、前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出手段に記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段と、を備えたことを特徴とする。
【0009】
本発明で言うルートマップとは、ガイドなしで各自が資源要素を自分で訪問するための順序等を記載したものだけでなく、ガイドが資源要素の案内を行う一般的なツアー計画も含むものである。ルートフレーム(実施の形態では「ツアーフレーム」が対応する)とは、ルートマップの基となるものであり、ルートマップを構成する訪問先の順序系列のデータである。ルートマップでは訪問順序番号ごとに訪問先となり得る資源要素のリストが付随している。この資源要素とは、名所・旧跡、買い物店、レストラン等のようにルートマップが示す訪問先となる場所や施設(実施の形態では、「ツアー資源」が該当する)を表す。資源要素基礎情報(実施の形態では、「ツアー資源基礎情報」が対応する)とは、資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件や、当該資源要素の位置情報や当該資源要素が使用可能期間や使用料、使用可能人数等の各種情報が規定されている。例えば、あるルートフレームは、ある基点場所(例:発着駅)から出発して、資源要素(ツアー資源)1、資源要素(ツアー資源)2、資源要素(ツアー資源)3、資源要素(ツアー資源)4と順に訪問し、最後に基点場所に戻ってルートマップ(ツアー計画)が終了するという形態を表している。ただし、ルートフレームの概念において、出発する基点場所と最後に到達する場所が同じである事は必須ではない。
【0010】
このように、本発明のルートマップ作成装置は、資源要素の現在状態を取得し、利用可能条件に当てはめることで、利用可能である資源要素を抽出し、利用可能な資源要素で構成された実行可能ルートマップを生成することで、資源要素の現在状態に応じた適切なルートマップを生成することができる。
【0011】
また、前記現在状態取得手段は、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得することが望ましい。このように、センサの絞り込みを行うことにより、効率的に資源要素の現在状態を取得することができる。なお、本発明で言う現在状態とは、ある時点の状態だけでなく、現在状態取得手段が許容する時間幅内の過去の時点の状態と、現在状態取得手段が許容する時間幅内の将来の時点の状態と、を含むものである。
【0012】
また、ルートマップ生成装置は、前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶したセンサ提供情報記憶手段と、利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶したセンサ利用情報記憶手段と、を備え、前記現在状態取得手段は、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態取得手段に前記現在状態を提供する現在状態提供手段をさらに備えることが望ましい。センサ提供情報は、例えば、各種実在のセンサにID(物理的番号)を付し、当該センサの所有者が提供可能である内容(位置や範囲)を示したものである。実際には、前記の現在状態提供手段(例えば、センシングサーバ)の運用者とセンサの所有者が締結したセンシングデータ提供契約として蓄積されるものである。センサ利用情報は、利用を希望するセンサの属性を示したID(論理的番号)を付し、各利用者が利用を希望する条件(位置や範囲)を示したものである。実際には、前記の現在状態提供手段(例えば、センシングサーバ)の運用者と利用希望者が締結したセンシングデータ利用契約として蓄積されるものである。現在状態提供手段は、センサ利用情報に規定している値の範囲が、センサ提供情報に規定している値の範囲に含まれる場合に、マッチングできたとする。
【0013】
また、前記実在センサは、移動可能なセンサを含み、前記現在状態提供手段は、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態取得手段に前記現在状態を提供することが望ましい。移動可能なセンサは、例えば人が持ち運ぶGPS携帯電話に内蔵されたカメラや、車載カメラ等である。これにより、センサが設置されていない資源要素についても、例えばカメラ内蔵のGPS携帯電話を利用して、現在状態を取得することができる。
【0014】
また、前記資源要素は、各ルートマップの基点となる基点場所(例:発着駅)が含まれ、前記現在状態取得手段は、各基点場所の現在状態を取得し、前記利用可能資源要素抽出手段は、各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出し、前記現在状態取得手段は、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得することが望ましい。なお、基点場所は、発着駅以外にも、有名な待ち合わせ場所(有名デパートの前や有名な彫刻の前等)や、ツアー参加者が集合しやすい場所(レストランや喫茶店等)がある。
【0015】
基点場所は、各ルートマップの起点となるものであり、当該基点場所が利用可能でなければルートマップが成り立たないものであるため、まず基点場所が利用可能であるか否かを判断し、現在状態を確認する資源要素のさらなる絞り込みを行う。
【0016】
なお、本発明のルートマップ作成装置は、応用例として、ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段を備え、前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与手段を備える態様も可能である。具体的には、特定の資源要素を特定の時間帯に訪問した参加者は、自身がモバイルゲーム上で操作している特定のキャラクタの戦闘力が上昇する、という態様等が考えられる。この場合、ツアーへの参加、およびリピートを促すことができる。
【発明の効果】
【0017】
この発明によれば、ツアー資源の現在状態に基づいて、適切なルートマップを生成することができる。
【図面の簡単な説明】
【0018】
【図1】ルートマップ生成システムの構成を示すブロック図である。
【図2】提供契約データベースのデータ構造を示す図である。
【図3】利用契約データベースのデータ構造を示す図である。
【図4】ツアーフレームデータのデータ構造を示す図である。
【図5】ツアー資源基礎情報のデータ構造を示す図である。
【図6】使用可能基点場所リストおよび現状確認対象ツアー資源リストを示す図である。
【図7】現在利用可能なツアー資源リストを示す図である。
【図8】実行可能ツアーリストを示す図である。
【図9】顧客データベースのデータ構造を示す図である。
【図10】ツアー資源の割り当てスケジュールを示す図である。
【図11】ツアー計画作成に係る処理を示すフローチャートである。
【図12】ツアー実行に係る処理を示すフローチャートである。
【発明を実施するための形態】
【0019】
図1は、本発明のルートマップ作成装置を用いたツアー計画作成システムの構成を示すブロック図である。本実施形態で言うツアーとは、ツアー資源を順番に訪問する活動である。本実施形態では、ガイドが案内を行う一般的なツアーの計画を作成し、顧客に提供するものを示すが、本発明のルートマップ作成装置は、ガイドなしで各自がツアー資源を訪問するためのルートマップを作成するものも含むものである。
【0020】
図1に示す本実施形態のツアー計画作成システムは、アプリケーションサーバ1と、センシングサーバ3と、を備えている。センシングサーバ3は、駅51、植物園52、寺社53、レストラン54等のツアー資源の現在状態を取得して、アプリケーションサーバ1に提供する。アプリケーションサーバ1は、定期的にツアー資源の現在状態をセンシングサーバ3から取得して、そのときに実行可能なツアー計画を作成し、ネットワーク7を介して顧客9に提供する。そして、アプリケーションサーバ1は、提供したツアー計画に対する顧客9の応募を集計して、開催可能基準を満たしたツアー計画を成立ツアーとして決定し、顧客9やツアー実行関係者に内容を通知する。
【0021】
以下、上記ツアー計画作成システムの具体的内容について説明する。まず、センシングサーバ3について説明する。センシングサーバ3は、各地に設置されたセンサや移動可能なセンサ(後述する、人が持ち運ぶGPS携帯電話に内蔵されたカメラや、車載カメラ等)が出力するデータや、人が入力したデータを収集するものである。例えば、図1の例では、駅51にカメラ71と温度センサ72が設置され、植物園52にカメラ73と温度センサ74が設置され、寺社53にカメラ75と温度センサ76が設置され、レストラン54にカメラ77と温度センサ78が設置されている。
【0022】
センシングサーバ3の提供契約登録部34は、これらカメラや温度センサ等の各種センサの所有者と契約を締結し、各種センサからデータ提供を受け、対価を支払う。センシングデータ提供契約は、ネットワーク7を介してオンラインで各種センサの所有者と締結される。図2にセンシングデータ提供契約のデータ構造を示す。センシングデータ提供契約のデータは、センシングデータ提供契約DB32に蓄積されている。図2に示すように、センシングデータ提供契約は、センサID毎に締結する。当該センサIDは、実在のセンサに対して付与した番号であり、物理的番号である。各センシングデータ提供契約は、各データ項目に示すような契約条件となっている。
【0023】
一方、センシングサーバ3の利用契約登録部35は、各種センサの利用者と契約を締結し、各種センサの検知したデータであるセンシングデータを利用者に提供して対価の支払いを受ける。センシングデータ利用契約は、ネットワーク7を介してオンラインで各利用者と締結される。図3にセンシングデータ利用契約のデータ構造を示す。センシングデータ利用契約のデータは、センシングデータ利用契約DB33に蓄積されている。図3に示すように、センシングデータ利用契約は、センサID毎に締結する。ただし、図3のセンサIDは、実在のセンサに対して割り当てられた物理的番号ではなく、利用契約毎の論理的な番号である。図3のセンサIDは、利用を希望するセンサの属性を示し、当該属性に付与した番号であるため、現実に存在するかどうかは確定していないセンサに関するIDであり、論理的番号となる。したがって、同じ実在のセンサに対して複数の論理的なセンサIDが割り当てられている場合もある。図3に示す各データ項目は、各利用者が利用を希望する条件を示している。
図2で示すセンシングデータ提供契約と図3で示すセンシングデータ利用契約のマッチングは、各属性項目について行われる。基本的には、全属性項目について、センシングデータ利用契約に規定している値の範囲が、センシングデータ提供契約に規定している範囲に含まれる場合に、両契約がマッチングしたことになる。
【0024】
例えば、図3において、センサID5については、センシング領域の位置を(34.9854,135.7577)と設定している。すなわち、この例では京都駅の緯度、経度に設定している。この場合、当該利用者は、京都駅の情報を取得したいという要求が現れていることになる。そこで、センシングサーバ3のセンシングデータ収集・配給部31は、図2に示したセンシングデータ提供契約のデータ構造から、要求に合致するものを検索し、合致するものが存在した場合に、当該センサからのセンシングデータを取得し、利用者に提供する。例えば、図2においては、センサID5が利用者の要求に合致するため、当該センサID5のデータ(カメラで撮影した映像データ)を利用者に提供する。
【0025】
このように、センシングサーバ3は、センシングデータ提供契約に示された条件とセンシングデータ利用契約に示された条件とを照合し、合致する契約で、かつ当該契約における物理的センサが動作可能である場合に、当該物理的センサIDで特定されたセンサからのデータを、論理的センサIDに対応するセンサが提供したデータとして利用者に提供する。
【0026】
アプリケーションサーバ1の運営者は、センシングサーバ3の運用者と利用契約登録部35の機能を用いてセンシングデータ利用契約を締結する。そして、締結されたセンシングデータ利用契約は、利用契約DB33に記憶される。また、センサの所有者は、センシングサーバ3の運用者と提供契約登録部34の機能を用いて、センシングデータ提供契約を締結する。そして、締結されたセンシングデータ提供契約は、提供契約DB32に記憶される。センシングデータ収集・配給部31は、提供契約DB32内にある図2に示すセンサの物理ID毎の属性と、利用契約DB33内にある図3に示すセンサの論理ID毎の属性を、属性項目毎にマッチングする。そして、センシングサーバ3は、マッチングした結果、センサの物理IDとセンサの論理IDの対応組ができたセンサについて、各種ツアー資源の状態観測が可能なセンサから、センシングデータを獲得して、各種ツアー資源の現在状態を得る。そして、センシングサーバ3は、その現在状態をアプリケーションサーバ1に送信する。各種ツアー資源の現在状態の情報を得たアプリケーションサーバ1は、ツアーブレームDB12内の情報と、ツアー資源基礎情報DB内の情報と、前記のツアー資源の現在状態の情報を用いてツアー計画を作成する。
【0027】
なお、各種センサからは自動的にデータを送信するようにしてもよいが、提供者が手動で図2に示した各データ項目を入力するようにしてもよい。なお、手動入力する場合には、各データ項目の表現内容にばらつきがある可能性もあるため、提供者は、予め規定された複数のメニューから選択することで手動入力するようにすることが望ましい。また、センサによっては、例えばカメラ内蔵のGPS(Global Positioning System)携帯電話であって、緯度と経度で示される位置情報のGPSからの取得と、カメラによる画像の撮像と、画像撮像の時刻の取得ができて、撮像した画像を位置情報と時刻情報と対にして送信できるもの(以下、GPS携帯電話という。)である場合もある。この場合、前記のGPS携帯電話に、センシングデータ提供契約をセンシングサーバ3と締結するためのソフトウェアを搭載しておき、例えば図2のセンサID=mの行に示される内容からなるセンシングデータ提供契約を締結してもよい。この場合、センシング領域の位置の欄には、「移動体」との記述が入っている。これは、特定の緯度・経度で示される固定位置にセンサが存在しているのではなく、移動可能なセンサであることを示している。もしも、図3に示すセンシングデータ利用契約で示された条件に該当できるような位置にセンサID=mのセンサが所定時刻内までに移動可能であり、センシングデータ利用契約で示されるようなセンシングデータ種別やデータ量や保証精度や対価などの条件が合致するならば、センサID=mのセンサからのセンシングデータは、センシングサーバ3によって取得され、そのセンシングデータを必要としているアプリケーションサーバ1に送信するようにしてもよい。
【0028】
次に、フローチャートを参照しながら、ツアー計画作成動作について説明する。図11は、アプリケーションサーバ1のツアー計画作成部11のツアー計画作成動作を示すフローチャートである。この動作は、定期的に(例えば1時間に1回)実行される。
【0029】
まず、ツアー計画作成部11は、ツアーフレームデータをツアーフレームDB12から全件読み出す(s11)。図4は。ツアーフレームデータのデータ構造を示す図である。ツアーフレームデータは、ツアー計画の基となるものであり、これらツアーフレームデータに基づいてツアー計画が作成される。ツアーフレームデータは、ツアーフレーム番号毎にテーマと各種ツアー資源が規定されている。すなわち、ツアーフレームデータは、基点場所(例:発着駅)から出発して、ツアー資源1、ツアー資源2、ツアー資源3、ツアー資源4と順に訪問し、最後に基点場所に戻ってツアーが終了するという形態を表している。各種ツアー資源欄には複数のツアー資源が規定されており、各ツアーフレームデータからは複数のツアー計画が作成することができるようになっている。なお、本実施形態では、基点場所の例として発着駅を示すが、発着駅以外にも、有名な待ち合わせ場所(有名デパートの前や有名な彫刻の前等)や、ツアー参加者が集合しやすい場所(レストランや喫茶店等)がある。
【0030】
例えば、Tour1は、JR嵯峨野山陰線花園駅→ハーブ園1→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅というツアー計画や、JR嵯峨野山陰線花園駅→ハーブ園2→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅というツアー計画等が作成可能である。Tour1は、ツアー資源1.として選択肢が2個、ツアー資源2.として選択肢が3個、ツアー資源3.として選択肢が1個、ツアー資源4.として選択肢が3個ある。したがって、Tour1のツアーフレームデータからは、18個のツアー計画を作成することができる。
【0031】
ツアー計画作成部11は、読み出したツアーフレームデータから、基点場所に係るツアー資源(例:発着駅)の名称を読み取る(s12)。例えば、図4に示した例では、Tour1の基点場所である「JR嵯峨野山陰線花園駅」が読み取られる。次に、ツアー計画作成部11は、読み取った基点場所について、ツアー資源基礎情報DB13からツアー資源基礎情報を読み取る(s13)。図5は、ツアー資源基礎情報のデータ構造を示す図である。
【0032】
ツアー資源基礎情報は、ツアー資源毎に使用可能期間や使用料、使用可能人数、利用可能状態条件等が規定されている。利用可能状態条件は、そのツアー資源を利用可能であるための条件式が示されており、当該条件式を満たす場合には当該ツアー資源を利用可能であると判断することができる。
【0033】
ツアー計画作成部11は、読み取った基点場所のツアー資源基礎情報に基づいて、当該基点場所の現在状態を取得する(s14)。例えば、図4のツアー資源番号Res1では、「画像からみて集合スペース=有り」という条件を満たすか否かを調べるために、当該基点場所の位置に設置されたカメラから映像データを取得し、空きスペースがあるか否かを確認する。つまり、図5の例では、ツアー計画作成部11は、Res1のツアー資源の位置として(35.01861,135.71748)の緯度、経度をセンシング領域としたセンサを検索する。したがって、ツアー計画作成部11は、センシングサーバ3のセンシングデータ収集・配給部31に対し、(35.01861,135.71748)の緯度、経度情報を送信し、画像に関係するセンサのセンシングデータを送信するようリクエストを行う。
【0034】
センシングデータ収集・配給部31は、図2に示したセンシングデータ提供契約から、(35.01861,135.71748)の緯度、経度をセンシング領域とした契約データを検索する。図2の例では、センサID7がセンシング領域の位置を中心としたセンシング半径の中に(35.01861,135.71748)が含まれているため、センサID5のColor2D imageが抽出される。
【0035】
なお、このとき、センシングデータ収集・配給部31は、図3に示したセンシングデータ利用契約を参照し、利用契約の有無を検索する。センシングデータ収集・配給部31は、利用契約が存在しない場合、センシング対価等の他の条件が受け入れ可能であるか否かを確認して、受け入れ可能であれば、利用契約登録部35にセンシングデータ提供契約のデータを送信し、新たに利用契約を締結したとして、センシングデータ利用契約にデータ登録を行う。これにより、合致するセンシングデータ提供契約とセンシングデータ利用契約が存在する状態となる。
【0036】
また、上述したように、センサによっては、GPS携帯電話等を用いた「移動体」である場合もある。例えば、図2のセンサID=mは、カGPS携帯電話を用いた「移動体」として登録されている。ここで、センシングデータ収集・配給部31は、GPS携帯電話にセンシングデータの送信を求める場合もある。
【0037】
例えば、図5において、Res3のツアー資源の利用可能状態条件は、「画像からみて使用スペース=有り」であり、センシングデータ収集・配給部31が当該条件が成立するか否かを判断するために、レストラン1の画像を入手する必要がある。このとき、センシングデータ提供契約のデータに、レストラン1の緯度、経度をセンシング領域とした契約データがなかった場合、あるいはセンサが故障している場合があると、センシングデータ収集・配給部31は、GPS携帯電話すなわち、「移動体」となっているセンシングデータ提供契約の契約者に、センシングデータを送信するように依頼する。例えば、契約者に対し、「レストラン1の内部画像を30分以内に送信してください。」と記載したメールを同報送信する。ここで、メールを受け取った提供者のうち、レストラン1内にいた提供者は、GPS携帯電話を用いてレストラン内部を撮影し、撮影日時と緯度、経度情報をともにセンシングサーバ3に送信する。当該データは、GPS携帯電話に搭載されたセンシングデータ提供契約の専用アプリケーションで送信されることが望ましい。この場合、当該専用アプリケーションが自動的に撮影時点の緯度、経度情報を取得してセンシングサーバ3に撮影して得た画像データを送信する。
【0038】
以上のようにして、センサID=7からのセンシングデータを利用することが可能となったため、ツアー計画作成部11は、センシングデータ収集・配給部31からセンサID7のセンシングデータを受信する。ここでは、センシングデータ収集・配給部31は、センサID7のColor2D imageから「空きスペース」の情報を抽出し、ツアー計画作成部11に送信する。すなわち、センシングデータ収集・配給部31は、センサID7のColor2D imageから受信した画像データを解析し、「空きスペース」が存在するか否かを確認する。例えば、画像データから人認識(顔認識等)を行い、現在存在する人数が所定数以下であり、集合スペースに空きがあるかを確認する。
【0039】
そして、ツアー計画作成部11は、「空きスペース」の情報を受信した場合に、当該基点場所を使用可能であると判断し、図6(A)に示すように、使用可能基点場所リストに追加する(s16)。「空きスペース」の情報を受信できない場合には、使用可能基点場所リストには追加されない(s15)。ツアー計画作成部11は、以上の動作を、ツアーフレームデータ中の全ての基点場所について行ったか否かを確認し(s16)、全ての基点場所について完了していない場合にはs12の読み取りから処理を繰り返す。
【0040】
次に、ツアー計画作成部11は、使用可能基点場所リストに記載されている各基点場所について、ツアーフレームデータを確認し、当該ツアーフレームデータに登録されているツアー資源を読み取り、図6(B)に示す現状確認対象ツアー資源リストに追加する(s18)。例えば、「JR嵯峨野山陰線花園駅」については、ツアーフレームデータのうち、Tour1のハーブ園1、ハーブ園2、植物園1、華道A流本部、華道B流本部、川端公園、レストラン2、喫茶店1、および花料理店が読み取られ、現状確認対象ツアー資源リストに登録される。ツアー計画作成部11は、s18の処理を、全ての基点場所について完了するまで繰り返し行う(s19)。
【0041】
全ての基点場所について、現状確認対象ツアー資源リストの登録が完了した後、ツアー計画作成部11は、当該現状確認対象ツアー資源リストに登録されている各ツアー資源について、ツアー資源基礎情報に記載された「利用可能状態条件」に基づいて、現在状態を取得する(s20)。例えば、ツアー計画作成部11は、番号1のハーブ園1について、図5に示したツアー資源基礎情報のRes4の「ハーブ園1」について、「天気=画像センサからみて(晴れOR曇り)&温度センサからみて温度=快適範囲」という条件を満たすか否かを調べる。この場合、ツアー計画作成部11は、センシングサーバ3から、当該ハーブ園1の位置に設置されたカメラや温度センサのセンシングデータを送信するようリクエストを行う。
【0042】
そして、ツアー計画作成部11は、「利用可能状態条件」を満たすセンシングデータを受信できた場合、当該ツアー資源について、図7に示す現在利用可能なツアー資源リストに登録する(s21)。ツアー計画作成部11は、s20およびs21の処理を、現在状態確認対象ツアー資源リストの全てのツアー資源について完了するまで繰り返し行う(s22)。
【0043】
最後に、ツアー計画作成部11は、現在利用可能なツアー資源リストをツアーフレームデータに適用し、図8に示す実行可能ツアーリストを作成する(s23)。ただし、同じツアーフレーム番号であっても、構成するツアー資源の一部が異なるツアーは、別のツアーとして実行可能ツアーリストに記載される。
【0044】
例えば、図7に示す現在利用可能なツアー資源リストでは、ハーブ園1、ハーブ園2、植物園1、川端公園、レストラン2、花料理店、が記載されているため、ツアーフレームデータにおけるTour1では、これらツアー資源により組み合わせ可能なツアー計画を作成する。すなわち、図8に示すように、ツアー番号1として、JR嵯峨野山陰線花園駅→ハーブ園1→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅、ツアー番号2として、JR嵯峨野山陰線花園駅→ハーブ園2→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅、ツアー番号3として、JR嵯峨野山陰線花園駅→ハーブ園1→植物園1→川端公園→花料理店→JR嵯峨野山陰線花園駅、およびツアー番号4として、JR嵯峨野山陰線花園駅→ハーブ園2→植物園1→川端公園→花料理店→JR嵯峨野山陰線花園駅の4つの実行可能ツアーが作成される。
【0045】
以上のようにして作成された実行可能ツアーリストは、ツアー募集部14に出力され、ツアー実行に係る処理が行われる。図12は、ツアー実行計画に係る動作を示すフローチャートである。
【0046】
まず、ツアー募集部14は、ツアー計画作成部11から出力された実行可能ツアーリストを読み取る(s31)。そして、実行可能なツアー間の優先順位を設定する(s32)。優先順位は、例えば、各ツアーを構成するツアー資源に興味を有する潜在顧客の人数の合計値によって決定する。潜在顧客の人数は、顧客DB15から図9に示すような顧客データを読み出すことで把握することができる。当該顧客データは、顧客9が個別に登録することで構築される。図9に示すように、顧客データには、関心の高いツアー資源欄が記載され、各顧客が興味を有するツアー資源が記載されている。ツアー募集部14は、各ツアーを構成するツアー資源が顧客データに登録されている数を集計し、優先順位を設定する。
【0047】
そして、ツアー募集部14は、優先順位上位から所定件数のツアー(例えば2件)を実行予定対象ツアーリストとし(s33)、実行予定対象ツアーリストの各ツアーに対するツアー資源の割り当てスケジュールを設定する(s34)。ただし、ツアー資源が、複数のツアー間で重複して割り当てられている時間帯がないように設定する。図10は、ツアー資源の割り当てスケジュールを示す図である。このように、ツアー資源の割り当てスケジュールは、各ツアーで訪問するツアー資源の名称とそれぞれの開始時刻〜終了時刻が記載されている。
【0048】
ツアー募集部14は、このツアー資源の割り当てスケジュールをネットワーク7を介して顧客9に配信する(s35)。例えば、各顧客のメールアドレス宛にツアー資源の割り当てスケジュールを同報配信する。あるいは、ツアー資源の割り当てスケジュールを所定のサーバにアップロードし、当該サーバへのアクセス方法(URL等)を記載したメールを配信する。
【0049】
そして、ツアー集計設定部16は、各ツアーの参加応募者を集計し、応募者等が所定基準を満たしたツアーを成立ツアーとして設定する(s36)。例えば、図10に示したツアー番号のうち、ツアー番号1の応募者の数が所定数(例えば10名)を超えた場合、当該ツアー番号1を成立ツアーとして設定する。
【0050】
ツアー集計設定部16は、成立ツアーのスケジュールをツアー招集部17およびツアー準備要請部18に出力する。ツアー招集部17は、成立ツアーの内容(スケジュール等)を参加応募者に通知する(s37)。例えば、各顧客のメールアドレス宛に成立ツアーのスケジュールを同報配信する。
【0051】
ツアー準備要請部18は、成立ツアーの準備要請を行う(s38)。例えば、成立ツアーのスケジュールをツアー関係事業者(ツアー資源の運営者、ツアーのガイド等)に送信する。また、このとき、ツアー準備要請部18は、ツアー計画作成部11を介してツアー資源基礎情報を受信し、当該ツアー資源基礎情報をツアー関係事業者に送信してもよい。
【0052】
そして、ツアーの開始場所に参加者やガイドが集合してツアーが実行される。
【0053】
なお、本実施形態に示したツアー計画作成システムの応用例として、ツアーに関係する事業者がツアー参加者の行動パターンに応じたポイントを付与することで、ツアー参加者のリピータを増やすことも考えられる。また、GPS携帯電話を用いてセンシングサーバ3に、画像データ等のセンシングデータを、そのセンシングデータで表現されたセンシング対象の存在する位置の情報や、センシング時刻の情報という所定の属性情報とともに送信する事で、所定のポイントを、当該情報を送信したセンシングデータ提供者が得ることができるようにすることもできる。そして、このようにして得たポイントを用いて、センシングサーバ3からのセンシングデータを用いて動作する様々なアプリケーションを利用する権利を得ることが可能となるように、アプリケーションサーバ1を運営することもできる。
【0054】
なお、本発明におけるツアーは、現実に各ツアー資源を人が訪問するようなものに限られない。例えば、ツアーガイドが立体視ビデオカメラで動画像と音声を取得しながら、リアルタイムで遠隔地に存在するツアー参加者の装着している立体視用ヘッドマウントディスプレイ装置に、その動画像と音声をネットワークを通じて配信するものであってもよい。このようにすると、ツアー参加者は、自宅にいながらにして、あたかもツアーの現場を集団で歩いているようにも感じることができる。また、自動車や動物に前記の立体視ビデオカメラを搭載してもよい。その場合には、自動車や動物の移動に応じた動画を、遠隔地にいるツアー参加者が楽しむこともできる。
【0055】
また、ツアー内での出来事やツアー中に撮影した動画や写真は、ツアー先の各所に設置されているカメラを用いて取得され、記念として参加者に配信される。
【0056】
さらに、本実施形態に示したツアー計画作成システムは、モバイルゲームへの応用も可能である。例えば、特定の場所を訪問したツアー参加者は、当該特定の場所を訪問したことでモバイルゲーム上のポイントを取得することができるようになっている。具体的には、特定のツアー資源を特定の時間帯に訪問したツアー参加者は、自身がモバイルゲーム上で操作している特定のキャラクタの戦闘力が上昇する、という態様が考えられる。また、特定のツアー資源を所定回数訪問すると、モバイルゲーム上でのキャラクタ画像に自分自身の画像を利用することができるようになる、という態様も考えられる。従って、ツアーへの参加、およびリピートを促すことができる。
【符号の説明】
【0057】
1…アプリケーションサーバ
3…センシングサーバ
7…ネットワーク
9…顧客
11…ツアー計画作成部
12…ツアーフレームDB
13…ツアー資源基礎情報DB
14…ツアー募集部
15…顧客DB
16…ツアー集計設定部
17…ツアー招集部
18…ツアー準備要請部
31…センシングデータ収集・配給部
32…センシングデータ提供契約DB
33…センシングデータ利用契約DB
34…提供契約登録部
35…利用契約登録部
71,73,75,77…カメラ
72,74,76,78…温度センサ
【技術分野】
【0001】
この発明は、各種ツアー資源を巡るルートマップを自動生成するルートマップ生成装置に関する。
【背景技術】
【0002】
従来、顧客の好みに応じた内容のツアー(観光ツアー、買い物ツアー、グルメツアー等の各種ツアーを言う。)をスムーズに選択可能としたものが提案されている。例えば、特許文献1の旅行会社支援システムでは、観光地に関する情報が記録されたデータベース、宿泊施設に関する情報が記憶されたデータベース、およびオプションツアーに関する情報が記録されたデータベース、を有するサーバと、端末とを備え、端末を操作して各種情報を閲覧することでツアー内容を容易に理解できるようにしている。
【0003】
また、例えば特許文献2に示すように、割引等を自動適用するものも提案されている。特許文献2の方法では、選択した交通機関に関連付けられた割引等の情報をキャッシュして、宿泊施設の検索、リスト表示を行い、リスト表示の際に交通機関に関連付けられた割引等の情報を表示する。そして、交通機関が選択された場合には、関連付けられた割引等の得点を適用する。
【0004】
このように、従来、各種ツアー資源の情報を表示することで、ツアー等の各種ツアー資源を巡るルートマップの作成を支援するものが提案されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開2003−30287号公報
【特許文献2】特開2002−83186号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかし、従来の方式では、ツアー資源(名所・旧跡、買い物店、レストラン等のようにツアーでの訪問先となる場所や施設)の現在状態に応じた適切なルートマップを生成することができなかった。
【0007】
この発明は、ツアー資源の現在状態に基づいて、適切なルートマップを生成するルートマップ生成装置を提供することを目的とする。
【課題を解決するための手段】
【0008】
この発明のルートマップ生成装置は、ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶したルートフレーム記憶手段と、前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶した資源要素基礎情報記憶手段と、前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得手段と、前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出手段と、前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出手段に記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段と、を備えたことを特徴とする。
【0009】
本発明で言うルートマップとは、ガイドなしで各自が資源要素を自分で訪問するための順序等を記載したものだけでなく、ガイドが資源要素の案内を行う一般的なツアー計画も含むものである。ルートフレーム(実施の形態では「ツアーフレーム」が対応する)とは、ルートマップの基となるものであり、ルートマップを構成する訪問先の順序系列のデータである。ルートマップでは訪問順序番号ごとに訪問先となり得る資源要素のリストが付随している。この資源要素とは、名所・旧跡、買い物店、レストラン等のようにルートマップが示す訪問先となる場所や施設(実施の形態では、「ツアー資源」が該当する)を表す。資源要素基礎情報(実施の形態では、「ツアー資源基礎情報」が対応する)とは、資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件や、当該資源要素の位置情報や当該資源要素が使用可能期間や使用料、使用可能人数等の各種情報が規定されている。例えば、あるルートフレームは、ある基点場所(例:発着駅)から出発して、資源要素(ツアー資源)1、資源要素(ツアー資源)2、資源要素(ツアー資源)3、資源要素(ツアー資源)4と順に訪問し、最後に基点場所に戻ってルートマップ(ツアー計画)が終了するという形態を表している。ただし、ルートフレームの概念において、出発する基点場所と最後に到達する場所が同じである事は必須ではない。
【0010】
このように、本発明のルートマップ作成装置は、資源要素の現在状態を取得し、利用可能条件に当てはめることで、利用可能である資源要素を抽出し、利用可能な資源要素で構成された実行可能ルートマップを生成することで、資源要素の現在状態に応じた適切なルートマップを生成することができる。
【0011】
また、前記現在状態取得手段は、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得することが望ましい。このように、センサの絞り込みを行うことにより、効率的に資源要素の現在状態を取得することができる。なお、本発明で言う現在状態とは、ある時点の状態だけでなく、現在状態取得手段が許容する時間幅内の過去の時点の状態と、現在状態取得手段が許容する時間幅内の将来の時点の状態と、を含むものである。
【0012】
また、ルートマップ生成装置は、前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶したセンサ提供情報記憶手段と、利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶したセンサ利用情報記憶手段と、を備え、前記現在状態取得手段は、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態取得手段に前記現在状態を提供する現在状態提供手段をさらに備えることが望ましい。センサ提供情報は、例えば、各種実在のセンサにID(物理的番号)を付し、当該センサの所有者が提供可能である内容(位置や範囲)を示したものである。実際には、前記の現在状態提供手段(例えば、センシングサーバ)の運用者とセンサの所有者が締結したセンシングデータ提供契約として蓄積されるものである。センサ利用情報は、利用を希望するセンサの属性を示したID(論理的番号)を付し、各利用者が利用を希望する条件(位置や範囲)を示したものである。実際には、前記の現在状態提供手段(例えば、センシングサーバ)の運用者と利用希望者が締結したセンシングデータ利用契約として蓄積されるものである。現在状態提供手段は、センサ利用情報に規定している値の範囲が、センサ提供情報に規定している値の範囲に含まれる場合に、マッチングできたとする。
【0013】
また、前記実在センサは、移動可能なセンサを含み、前記現在状態提供手段は、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態取得手段に前記現在状態を提供することが望ましい。移動可能なセンサは、例えば人が持ち運ぶGPS携帯電話に内蔵されたカメラや、車載カメラ等である。これにより、センサが設置されていない資源要素についても、例えばカメラ内蔵のGPS携帯電話を利用して、現在状態を取得することができる。
【0014】
また、前記資源要素は、各ルートマップの基点となる基点場所(例:発着駅)が含まれ、前記現在状態取得手段は、各基点場所の現在状態を取得し、前記利用可能資源要素抽出手段は、各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出し、前記現在状態取得手段は、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得することが望ましい。なお、基点場所は、発着駅以外にも、有名な待ち合わせ場所(有名デパートの前や有名な彫刻の前等)や、ツアー参加者が集合しやすい場所(レストランや喫茶店等)がある。
【0015】
基点場所は、各ルートマップの起点となるものであり、当該基点場所が利用可能でなければルートマップが成り立たないものであるため、まず基点場所が利用可能であるか否かを判断し、現在状態を確認する資源要素のさらなる絞り込みを行う。
【0016】
なお、本発明のルートマップ作成装置は、応用例として、ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段を備え、前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与手段を備える態様も可能である。具体的には、特定の資源要素を特定の時間帯に訪問した参加者は、自身がモバイルゲーム上で操作している特定のキャラクタの戦闘力が上昇する、という態様等が考えられる。この場合、ツアーへの参加、およびリピートを促すことができる。
【発明の効果】
【0017】
この発明によれば、ツアー資源の現在状態に基づいて、適切なルートマップを生成することができる。
【図面の簡単な説明】
【0018】
【図1】ルートマップ生成システムの構成を示すブロック図である。
【図2】提供契約データベースのデータ構造を示す図である。
【図3】利用契約データベースのデータ構造を示す図である。
【図4】ツアーフレームデータのデータ構造を示す図である。
【図5】ツアー資源基礎情報のデータ構造を示す図である。
【図6】使用可能基点場所リストおよび現状確認対象ツアー資源リストを示す図である。
【図7】現在利用可能なツアー資源リストを示す図である。
【図8】実行可能ツアーリストを示す図である。
【図9】顧客データベースのデータ構造を示す図である。
【図10】ツアー資源の割り当てスケジュールを示す図である。
【図11】ツアー計画作成に係る処理を示すフローチャートである。
【図12】ツアー実行に係る処理を示すフローチャートである。
【発明を実施するための形態】
【0019】
図1は、本発明のルートマップ作成装置を用いたツアー計画作成システムの構成を示すブロック図である。本実施形態で言うツアーとは、ツアー資源を順番に訪問する活動である。本実施形態では、ガイドが案内を行う一般的なツアーの計画を作成し、顧客に提供するものを示すが、本発明のルートマップ作成装置は、ガイドなしで各自がツアー資源を訪問するためのルートマップを作成するものも含むものである。
【0020】
図1に示す本実施形態のツアー計画作成システムは、アプリケーションサーバ1と、センシングサーバ3と、を備えている。センシングサーバ3は、駅51、植物園52、寺社53、レストラン54等のツアー資源の現在状態を取得して、アプリケーションサーバ1に提供する。アプリケーションサーバ1は、定期的にツアー資源の現在状態をセンシングサーバ3から取得して、そのときに実行可能なツアー計画を作成し、ネットワーク7を介して顧客9に提供する。そして、アプリケーションサーバ1は、提供したツアー計画に対する顧客9の応募を集計して、開催可能基準を満たしたツアー計画を成立ツアーとして決定し、顧客9やツアー実行関係者に内容を通知する。
【0021】
以下、上記ツアー計画作成システムの具体的内容について説明する。まず、センシングサーバ3について説明する。センシングサーバ3は、各地に設置されたセンサや移動可能なセンサ(後述する、人が持ち運ぶGPS携帯電話に内蔵されたカメラや、車載カメラ等)が出力するデータや、人が入力したデータを収集するものである。例えば、図1の例では、駅51にカメラ71と温度センサ72が設置され、植物園52にカメラ73と温度センサ74が設置され、寺社53にカメラ75と温度センサ76が設置され、レストラン54にカメラ77と温度センサ78が設置されている。
【0022】
センシングサーバ3の提供契約登録部34は、これらカメラや温度センサ等の各種センサの所有者と契約を締結し、各種センサからデータ提供を受け、対価を支払う。センシングデータ提供契約は、ネットワーク7を介してオンラインで各種センサの所有者と締結される。図2にセンシングデータ提供契約のデータ構造を示す。センシングデータ提供契約のデータは、センシングデータ提供契約DB32に蓄積されている。図2に示すように、センシングデータ提供契約は、センサID毎に締結する。当該センサIDは、実在のセンサに対して付与した番号であり、物理的番号である。各センシングデータ提供契約は、各データ項目に示すような契約条件となっている。
【0023】
一方、センシングサーバ3の利用契約登録部35は、各種センサの利用者と契約を締結し、各種センサの検知したデータであるセンシングデータを利用者に提供して対価の支払いを受ける。センシングデータ利用契約は、ネットワーク7を介してオンラインで各利用者と締結される。図3にセンシングデータ利用契約のデータ構造を示す。センシングデータ利用契約のデータは、センシングデータ利用契約DB33に蓄積されている。図3に示すように、センシングデータ利用契約は、センサID毎に締結する。ただし、図3のセンサIDは、実在のセンサに対して割り当てられた物理的番号ではなく、利用契約毎の論理的な番号である。図3のセンサIDは、利用を希望するセンサの属性を示し、当該属性に付与した番号であるため、現実に存在するかどうかは確定していないセンサに関するIDであり、論理的番号となる。したがって、同じ実在のセンサに対して複数の論理的なセンサIDが割り当てられている場合もある。図3に示す各データ項目は、各利用者が利用を希望する条件を示している。
図2で示すセンシングデータ提供契約と図3で示すセンシングデータ利用契約のマッチングは、各属性項目について行われる。基本的には、全属性項目について、センシングデータ利用契約に規定している値の範囲が、センシングデータ提供契約に規定している範囲に含まれる場合に、両契約がマッチングしたことになる。
【0024】
例えば、図3において、センサID5については、センシング領域の位置を(34.9854,135.7577)と設定している。すなわち、この例では京都駅の緯度、経度に設定している。この場合、当該利用者は、京都駅の情報を取得したいという要求が現れていることになる。そこで、センシングサーバ3のセンシングデータ収集・配給部31は、図2に示したセンシングデータ提供契約のデータ構造から、要求に合致するものを検索し、合致するものが存在した場合に、当該センサからのセンシングデータを取得し、利用者に提供する。例えば、図2においては、センサID5が利用者の要求に合致するため、当該センサID5のデータ(カメラで撮影した映像データ)を利用者に提供する。
【0025】
このように、センシングサーバ3は、センシングデータ提供契約に示された条件とセンシングデータ利用契約に示された条件とを照合し、合致する契約で、かつ当該契約における物理的センサが動作可能である場合に、当該物理的センサIDで特定されたセンサからのデータを、論理的センサIDに対応するセンサが提供したデータとして利用者に提供する。
【0026】
アプリケーションサーバ1の運営者は、センシングサーバ3の運用者と利用契約登録部35の機能を用いてセンシングデータ利用契約を締結する。そして、締結されたセンシングデータ利用契約は、利用契約DB33に記憶される。また、センサの所有者は、センシングサーバ3の運用者と提供契約登録部34の機能を用いて、センシングデータ提供契約を締結する。そして、締結されたセンシングデータ提供契約は、提供契約DB32に記憶される。センシングデータ収集・配給部31は、提供契約DB32内にある図2に示すセンサの物理ID毎の属性と、利用契約DB33内にある図3に示すセンサの論理ID毎の属性を、属性項目毎にマッチングする。そして、センシングサーバ3は、マッチングした結果、センサの物理IDとセンサの論理IDの対応組ができたセンサについて、各種ツアー資源の状態観測が可能なセンサから、センシングデータを獲得して、各種ツアー資源の現在状態を得る。そして、センシングサーバ3は、その現在状態をアプリケーションサーバ1に送信する。各種ツアー資源の現在状態の情報を得たアプリケーションサーバ1は、ツアーブレームDB12内の情報と、ツアー資源基礎情報DB内の情報と、前記のツアー資源の現在状態の情報を用いてツアー計画を作成する。
【0027】
なお、各種センサからは自動的にデータを送信するようにしてもよいが、提供者が手動で図2に示した各データ項目を入力するようにしてもよい。なお、手動入力する場合には、各データ項目の表現内容にばらつきがある可能性もあるため、提供者は、予め規定された複数のメニューから選択することで手動入力するようにすることが望ましい。また、センサによっては、例えばカメラ内蔵のGPS(Global Positioning System)携帯電話であって、緯度と経度で示される位置情報のGPSからの取得と、カメラによる画像の撮像と、画像撮像の時刻の取得ができて、撮像した画像を位置情報と時刻情報と対にして送信できるもの(以下、GPS携帯電話という。)である場合もある。この場合、前記のGPS携帯電話に、センシングデータ提供契約をセンシングサーバ3と締結するためのソフトウェアを搭載しておき、例えば図2のセンサID=mの行に示される内容からなるセンシングデータ提供契約を締結してもよい。この場合、センシング領域の位置の欄には、「移動体」との記述が入っている。これは、特定の緯度・経度で示される固定位置にセンサが存在しているのではなく、移動可能なセンサであることを示している。もしも、図3に示すセンシングデータ利用契約で示された条件に該当できるような位置にセンサID=mのセンサが所定時刻内までに移動可能であり、センシングデータ利用契約で示されるようなセンシングデータ種別やデータ量や保証精度や対価などの条件が合致するならば、センサID=mのセンサからのセンシングデータは、センシングサーバ3によって取得され、そのセンシングデータを必要としているアプリケーションサーバ1に送信するようにしてもよい。
【0028】
次に、フローチャートを参照しながら、ツアー計画作成動作について説明する。図11は、アプリケーションサーバ1のツアー計画作成部11のツアー計画作成動作を示すフローチャートである。この動作は、定期的に(例えば1時間に1回)実行される。
【0029】
まず、ツアー計画作成部11は、ツアーフレームデータをツアーフレームDB12から全件読み出す(s11)。図4は。ツアーフレームデータのデータ構造を示す図である。ツアーフレームデータは、ツアー計画の基となるものであり、これらツアーフレームデータに基づいてツアー計画が作成される。ツアーフレームデータは、ツアーフレーム番号毎にテーマと各種ツアー資源が規定されている。すなわち、ツアーフレームデータは、基点場所(例:発着駅)から出発して、ツアー資源1、ツアー資源2、ツアー資源3、ツアー資源4と順に訪問し、最後に基点場所に戻ってツアーが終了するという形態を表している。各種ツアー資源欄には複数のツアー資源が規定されており、各ツアーフレームデータからは複数のツアー計画が作成することができるようになっている。なお、本実施形態では、基点場所の例として発着駅を示すが、発着駅以外にも、有名な待ち合わせ場所(有名デパートの前や有名な彫刻の前等)や、ツアー参加者が集合しやすい場所(レストランや喫茶店等)がある。
【0030】
例えば、Tour1は、JR嵯峨野山陰線花園駅→ハーブ園1→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅というツアー計画や、JR嵯峨野山陰線花園駅→ハーブ園2→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅というツアー計画等が作成可能である。Tour1は、ツアー資源1.として選択肢が2個、ツアー資源2.として選択肢が3個、ツアー資源3.として選択肢が1個、ツアー資源4.として選択肢が3個ある。したがって、Tour1のツアーフレームデータからは、18個のツアー計画を作成することができる。
【0031】
ツアー計画作成部11は、読み出したツアーフレームデータから、基点場所に係るツアー資源(例:発着駅)の名称を読み取る(s12)。例えば、図4に示した例では、Tour1の基点場所である「JR嵯峨野山陰線花園駅」が読み取られる。次に、ツアー計画作成部11は、読み取った基点場所について、ツアー資源基礎情報DB13からツアー資源基礎情報を読み取る(s13)。図5は、ツアー資源基礎情報のデータ構造を示す図である。
【0032】
ツアー資源基礎情報は、ツアー資源毎に使用可能期間や使用料、使用可能人数、利用可能状態条件等が規定されている。利用可能状態条件は、そのツアー資源を利用可能であるための条件式が示されており、当該条件式を満たす場合には当該ツアー資源を利用可能であると判断することができる。
【0033】
ツアー計画作成部11は、読み取った基点場所のツアー資源基礎情報に基づいて、当該基点場所の現在状態を取得する(s14)。例えば、図4のツアー資源番号Res1では、「画像からみて集合スペース=有り」という条件を満たすか否かを調べるために、当該基点場所の位置に設置されたカメラから映像データを取得し、空きスペースがあるか否かを確認する。つまり、図5の例では、ツアー計画作成部11は、Res1のツアー資源の位置として(35.01861,135.71748)の緯度、経度をセンシング領域としたセンサを検索する。したがって、ツアー計画作成部11は、センシングサーバ3のセンシングデータ収集・配給部31に対し、(35.01861,135.71748)の緯度、経度情報を送信し、画像に関係するセンサのセンシングデータを送信するようリクエストを行う。
【0034】
センシングデータ収集・配給部31は、図2に示したセンシングデータ提供契約から、(35.01861,135.71748)の緯度、経度をセンシング領域とした契約データを検索する。図2の例では、センサID7がセンシング領域の位置を中心としたセンシング半径の中に(35.01861,135.71748)が含まれているため、センサID5のColor2D imageが抽出される。
【0035】
なお、このとき、センシングデータ収集・配給部31は、図3に示したセンシングデータ利用契約を参照し、利用契約の有無を検索する。センシングデータ収集・配給部31は、利用契約が存在しない場合、センシング対価等の他の条件が受け入れ可能であるか否かを確認して、受け入れ可能であれば、利用契約登録部35にセンシングデータ提供契約のデータを送信し、新たに利用契約を締結したとして、センシングデータ利用契約にデータ登録を行う。これにより、合致するセンシングデータ提供契約とセンシングデータ利用契約が存在する状態となる。
【0036】
また、上述したように、センサによっては、GPS携帯電話等を用いた「移動体」である場合もある。例えば、図2のセンサID=mは、カGPS携帯電話を用いた「移動体」として登録されている。ここで、センシングデータ収集・配給部31は、GPS携帯電話にセンシングデータの送信を求める場合もある。
【0037】
例えば、図5において、Res3のツアー資源の利用可能状態条件は、「画像からみて使用スペース=有り」であり、センシングデータ収集・配給部31が当該条件が成立するか否かを判断するために、レストラン1の画像を入手する必要がある。このとき、センシングデータ提供契約のデータに、レストラン1の緯度、経度をセンシング領域とした契約データがなかった場合、あるいはセンサが故障している場合があると、センシングデータ収集・配給部31は、GPS携帯電話すなわち、「移動体」となっているセンシングデータ提供契約の契約者に、センシングデータを送信するように依頼する。例えば、契約者に対し、「レストラン1の内部画像を30分以内に送信してください。」と記載したメールを同報送信する。ここで、メールを受け取った提供者のうち、レストラン1内にいた提供者は、GPS携帯電話を用いてレストラン内部を撮影し、撮影日時と緯度、経度情報をともにセンシングサーバ3に送信する。当該データは、GPS携帯電話に搭載されたセンシングデータ提供契約の専用アプリケーションで送信されることが望ましい。この場合、当該専用アプリケーションが自動的に撮影時点の緯度、経度情報を取得してセンシングサーバ3に撮影して得た画像データを送信する。
【0038】
以上のようにして、センサID=7からのセンシングデータを利用することが可能となったため、ツアー計画作成部11は、センシングデータ収集・配給部31からセンサID7のセンシングデータを受信する。ここでは、センシングデータ収集・配給部31は、センサID7のColor2D imageから「空きスペース」の情報を抽出し、ツアー計画作成部11に送信する。すなわち、センシングデータ収集・配給部31は、センサID7のColor2D imageから受信した画像データを解析し、「空きスペース」が存在するか否かを確認する。例えば、画像データから人認識(顔認識等)を行い、現在存在する人数が所定数以下であり、集合スペースに空きがあるかを確認する。
【0039】
そして、ツアー計画作成部11は、「空きスペース」の情報を受信した場合に、当該基点場所を使用可能であると判断し、図6(A)に示すように、使用可能基点場所リストに追加する(s16)。「空きスペース」の情報を受信できない場合には、使用可能基点場所リストには追加されない(s15)。ツアー計画作成部11は、以上の動作を、ツアーフレームデータ中の全ての基点場所について行ったか否かを確認し(s16)、全ての基点場所について完了していない場合にはs12の読み取りから処理を繰り返す。
【0040】
次に、ツアー計画作成部11は、使用可能基点場所リストに記載されている各基点場所について、ツアーフレームデータを確認し、当該ツアーフレームデータに登録されているツアー資源を読み取り、図6(B)に示す現状確認対象ツアー資源リストに追加する(s18)。例えば、「JR嵯峨野山陰線花園駅」については、ツアーフレームデータのうち、Tour1のハーブ園1、ハーブ園2、植物園1、華道A流本部、華道B流本部、川端公園、レストラン2、喫茶店1、および花料理店が読み取られ、現状確認対象ツアー資源リストに登録される。ツアー計画作成部11は、s18の処理を、全ての基点場所について完了するまで繰り返し行う(s19)。
【0041】
全ての基点場所について、現状確認対象ツアー資源リストの登録が完了した後、ツアー計画作成部11は、当該現状確認対象ツアー資源リストに登録されている各ツアー資源について、ツアー資源基礎情報に記載された「利用可能状態条件」に基づいて、現在状態を取得する(s20)。例えば、ツアー計画作成部11は、番号1のハーブ園1について、図5に示したツアー資源基礎情報のRes4の「ハーブ園1」について、「天気=画像センサからみて(晴れOR曇り)&温度センサからみて温度=快適範囲」という条件を満たすか否かを調べる。この場合、ツアー計画作成部11は、センシングサーバ3から、当該ハーブ園1の位置に設置されたカメラや温度センサのセンシングデータを送信するようリクエストを行う。
【0042】
そして、ツアー計画作成部11は、「利用可能状態条件」を満たすセンシングデータを受信できた場合、当該ツアー資源について、図7に示す現在利用可能なツアー資源リストに登録する(s21)。ツアー計画作成部11は、s20およびs21の処理を、現在状態確認対象ツアー資源リストの全てのツアー資源について完了するまで繰り返し行う(s22)。
【0043】
最後に、ツアー計画作成部11は、現在利用可能なツアー資源リストをツアーフレームデータに適用し、図8に示す実行可能ツアーリストを作成する(s23)。ただし、同じツアーフレーム番号であっても、構成するツアー資源の一部が異なるツアーは、別のツアーとして実行可能ツアーリストに記載される。
【0044】
例えば、図7に示す現在利用可能なツアー資源リストでは、ハーブ園1、ハーブ園2、植物園1、川端公園、レストラン2、花料理店、が記載されているため、ツアーフレームデータにおけるTour1では、これらツアー資源により組み合わせ可能なツアー計画を作成する。すなわち、図8に示すように、ツアー番号1として、JR嵯峨野山陰線花園駅→ハーブ園1→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅、ツアー番号2として、JR嵯峨野山陰線花園駅→ハーブ園2→植物園1→川端公園→レストラン2→JR嵯峨野山陰線花園駅、ツアー番号3として、JR嵯峨野山陰線花園駅→ハーブ園1→植物園1→川端公園→花料理店→JR嵯峨野山陰線花園駅、およびツアー番号4として、JR嵯峨野山陰線花園駅→ハーブ園2→植物園1→川端公園→花料理店→JR嵯峨野山陰線花園駅の4つの実行可能ツアーが作成される。
【0045】
以上のようにして作成された実行可能ツアーリストは、ツアー募集部14に出力され、ツアー実行に係る処理が行われる。図12は、ツアー実行計画に係る動作を示すフローチャートである。
【0046】
まず、ツアー募集部14は、ツアー計画作成部11から出力された実行可能ツアーリストを読み取る(s31)。そして、実行可能なツアー間の優先順位を設定する(s32)。優先順位は、例えば、各ツアーを構成するツアー資源に興味を有する潜在顧客の人数の合計値によって決定する。潜在顧客の人数は、顧客DB15から図9に示すような顧客データを読み出すことで把握することができる。当該顧客データは、顧客9が個別に登録することで構築される。図9に示すように、顧客データには、関心の高いツアー資源欄が記載され、各顧客が興味を有するツアー資源が記載されている。ツアー募集部14は、各ツアーを構成するツアー資源が顧客データに登録されている数を集計し、優先順位を設定する。
【0047】
そして、ツアー募集部14は、優先順位上位から所定件数のツアー(例えば2件)を実行予定対象ツアーリストとし(s33)、実行予定対象ツアーリストの各ツアーに対するツアー資源の割り当てスケジュールを設定する(s34)。ただし、ツアー資源が、複数のツアー間で重複して割り当てられている時間帯がないように設定する。図10は、ツアー資源の割り当てスケジュールを示す図である。このように、ツアー資源の割り当てスケジュールは、各ツアーで訪問するツアー資源の名称とそれぞれの開始時刻〜終了時刻が記載されている。
【0048】
ツアー募集部14は、このツアー資源の割り当てスケジュールをネットワーク7を介して顧客9に配信する(s35)。例えば、各顧客のメールアドレス宛にツアー資源の割り当てスケジュールを同報配信する。あるいは、ツアー資源の割り当てスケジュールを所定のサーバにアップロードし、当該サーバへのアクセス方法(URL等)を記載したメールを配信する。
【0049】
そして、ツアー集計設定部16は、各ツアーの参加応募者を集計し、応募者等が所定基準を満たしたツアーを成立ツアーとして設定する(s36)。例えば、図10に示したツアー番号のうち、ツアー番号1の応募者の数が所定数(例えば10名)を超えた場合、当該ツアー番号1を成立ツアーとして設定する。
【0050】
ツアー集計設定部16は、成立ツアーのスケジュールをツアー招集部17およびツアー準備要請部18に出力する。ツアー招集部17は、成立ツアーの内容(スケジュール等)を参加応募者に通知する(s37)。例えば、各顧客のメールアドレス宛に成立ツアーのスケジュールを同報配信する。
【0051】
ツアー準備要請部18は、成立ツアーの準備要請を行う(s38)。例えば、成立ツアーのスケジュールをツアー関係事業者(ツアー資源の運営者、ツアーのガイド等)に送信する。また、このとき、ツアー準備要請部18は、ツアー計画作成部11を介してツアー資源基礎情報を受信し、当該ツアー資源基礎情報をツアー関係事業者に送信してもよい。
【0052】
そして、ツアーの開始場所に参加者やガイドが集合してツアーが実行される。
【0053】
なお、本実施形態に示したツアー計画作成システムの応用例として、ツアーに関係する事業者がツアー参加者の行動パターンに応じたポイントを付与することで、ツアー参加者のリピータを増やすことも考えられる。また、GPS携帯電話を用いてセンシングサーバ3に、画像データ等のセンシングデータを、そのセンシングデータで表現されたセンシング対象の存在する位置の情報や、センシング時刻の情報という所定の属性情報とともに送信する事で、所定のポイントを、当該情報を送信したセンシングデータ提供者が得ることができるようにすることもできる。そして、このようにして得たポイントを用いて、センシングサーバ3からのセンシングデータを用いて動作する様々なアプリケーションを利用する権利を得ることが可能となるように、アプリケーションサーバ1を運営することもできる。
【0054】
なお、本発明におけるツアーは、現実に各ツアー資源を人が訪問するようなものに限られない。例えば、ツアーガイドが立体視ビデオカメラで動画像と音声を取得しながら、リアルタイムで遠隔地に存在するツアー参加者の装着している立体視用ヘッドマウントディスプレイ装置に、その動画像と音声をネットワークを通じて配信するものであってもよい。このようにすると、ツアー参加者は、自宅にいながらにして、あたかもツアーの現場を集団で歩いているようにも感じることができる。また、自動車や動物に前記の立体視ビデオカメラを搭載してもよい。その場合には、自動車や動物の移動に応じた動画を、遠隔地にいるツアー参加者が楽しむこともできる。
【0055】
また、ツアー内での出来事やツアー中に撮影した動画や写真は、ツアー先の各所に設置されているカメラを用いて取得され、記念として参加者に配信される。
【0056】
さらに、本実施形態に示したツアー計画作成システムは、モバイルゲームへの応用も可能である。例えば、特定の場所を訪問したツアー参加者は、当該特定の場所を訪問したことでモバイルゲーム上のポイントを取得することができるようになっている。具体的には、特定のツアー資源を特定の時間帯に訪問したツアー参加者は、自身がモバイルゲーム上で操作している特定のキャラクタの戦闘力が上昇する、という態様が考えられる。また、特定のツアー資源を所定回数訪問すると、モバイルゲーム上でのキャラクタ画像に自分自身の画像を利用することができるようになる、という態様も考えられる。従って、ツアーへの参加、およびリピートを促すことができる。
【符号の説明】
【0057】
1…アプリケーションサーバ
3…センシングサーバ
7…ネットワーク
9…顧客
11…ツアー計画作成部
12…ツアーフレームDB
13…ツアー資源基礎情報DB
14…ツアー募集部
15…顧客DB
16…ツアー集計設定部
17…ツアー招集部
18…ツアー準備要請部
31…センシングデータ収集・配給部
32…センシングデータ提供契約DB
33…センシングデータ利用契約DB
34…提供契約登録部
35…利用契約登録部
71,73,75,77…カメラ
72,74,76,78…温度センサ
【特許請求の範囲】
【請求項1】
ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶したルートフレーム記憶手段と、
前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶した資源要素基礎情報記憶手段と、
前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得手段と、
前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出手段と、
前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出手段に記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段と、
を備えたルートマップ生成装置。
【請求項2】
前記現在状態取得手段は、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する請求項1に記載のルートマップ生成装置。
【請求項3】
前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶したセンサ提供情報記憶手段と、
利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶したセンサ利用情報記憶手段と、
を備え、
前記現在状態取得手段は、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態取得手段に前記現在状態を提供する現在状態提供手段をさらに備えた請求項1または請求項2に記載のルートマップ生成装置。
【請求項4】
前記実在センサは、移動可能なセンサを含み、
前記現在状態提供手段は、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態取得手段に前記現在状態を提供する請求項3に記載のルートマップ生成装置。
【請求項5】
前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
前記現在状態取得手段は、各基点場所の現在状態を取得し、
前記利用可能資源要素抽出手段は、各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出し、
前記現在状態取得手段は、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得する請求項1ないし請求項4のいずれかに記載のルートマップ生成装置。
【請求項6】
ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段を備えたルートマップ生成装置であって、
前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与手段を備えたことを特徴とするルートマップ生成装置。
【請求項7】
ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶するルートフレーム記憶ステップと、
前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶する資源要素基礎情報記憶ステップと、
前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得ステップと、
前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出ステップと、
前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出ステップで記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップと、
を実行するルートマップ生成方法。
【請求項8】
前記現在状態取得ステップは、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する請求項7に記載のルートマップ生成方法。
【請求項9】
前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶するセンサ提供情報記憶ステップと、
利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶するセンサ利用情報記憶ステップと、
を予め実行し、
前記現在状態取得ステップは、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態を取得する請求項7または請求項8に記載のルートマップ生成方法。
【請求項10】
前記実在センサは、移動可能なセンサを含み、
前記現在状態取得ステップは、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態を取得する請求項9に記載のルートマップ生成方法。
【請求項11】
前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
前記現在状態取得ステップの前に、各基点場所の現在状態を取得する基点場所現在状態取得ステップと、
各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出する基点場所抽出ステップと、
を実行し、
その後、前記現在状態取得ステップにおいて、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得する請求項7ないし請求項10のいずれかに記載のルートマップ生成方法。
【請求項12】
ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップを実行するルートマップ生成方法であって、
前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与ステップを実行することを特徴とするルートマップ生成方法。
【請求項13】
ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶するルートフレーム記憶ステップと、
前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶する資源要素基礎情報記憶ステップと、
前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得ステップと、
前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出ステップと、
前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出ステップで記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップと、
をコンピュータに実行させるルートマップ生成プログラム。
【請求項14】
前記現在状態取得ステップは、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する請求項13に記載のルートマップ生成プログラム。
【請求項15】
前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶するセンサ提供情報記憶ステップと、
利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶するセンサ利用情報記憶ステップと、
を予め実行させ、
前記現在状態取得ステップは、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態を取得させる請求項13または請求項14に記載のルートマップ生成プログラム。
【請求項16】
前記実在センサは、移動可能なセンサを含み、
前記現在状態取得ステップは、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態を取得させる請求項15に記載のルートマップ生成プログラム。
【請求項17】
前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
前記現在状態取得ステップの前に、各基点場所の現在状態を取得する基点場所現在状態取得ステップと、
各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出する基点場所抽出ステップと、
を実行させ、
その後、前記現在状態取得ステップにおいて、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得させる請求項11ないし請求項14のいずれかに記載のルートマップ生成プログラム。
【請求項18】
ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップをコンピュータに実行させるルートマップ生成プログラムであって、
前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与ステップを実行させることを特徴とするルートマップ生成プログラム。
【請求項1】
ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶したルートフレーム記憶手段と、
前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶した資源要素基礎情報記憶手段と、
前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得手段と、
前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出手段と、
前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出手段に記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段と、
を備えたルートマップ生成装置。
【請求項2】
前記現在状態取得手段は、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する請求項1に記載のルートマップ生成装置。
【請求項3】
前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶したセンサ提供情報記憶手段と、
利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶したセンサ利用情報記憶手段と、
を備え、
前記現在状態取得手段は、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態取得手段に前記現在状態を提供する現在状態提供手段をさらに備えた請求項1または請求項2に記載のルートマップ生成装置。
【請求項4】
前記実在センサは、移動可能なセンサを含み、
前記現在状態提供手段は、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態取得手段に前記現在状態を提供する請求項3に記載のルートマップ生成装置。
【請求項5】
前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
前記現在状態取得手段は、各基点場所の現在状態を取得し、
前記利用可能資源要素抽出手段は、各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出し、
前記現在状態取得手段は、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得する請求項1ないし請求項4のいずれかに記載のルートマップ生成装置。
【請求項6】
ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成手段を備えたルートマップ生成装置であって、
前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与手段を備えたことを特徴とするルートマップ生成装置。
【請求項7】
ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶するルートフレーム記憶ステップと、
前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶する資源要素基礎情報記憶ステップと、
前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得ステップと、
前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出ステップと、
前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出ステップで記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップと、
を実行するルートマップ生成方法。
【請求項8】
前記現在状態取得ステップは、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する請求項7に記載のルートマップ生成方法。
【請求項9】
前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶するセンサ提供情報記憶ステップと、
利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶するセンサ利用情報記憶ステップと、
を予め実行し、
前記現在状態取得ステップは、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態を取得する請求項7または請求項8に記載のルートマップ生成方法。
【請求項10】
前記実在センサは、移動可能なセンサを含み、
前記現在状態取得ステップは、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態を取得する請求項9に記載のルートマップ生成方法。
【請求項11】
前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
前記現在状態取得ステップの前に、各基点場所の現在状態を取得する基点場所現在状態取得ステップと、
各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出する基点場所抽出ステップと、
を実行し、
その後、前記現在状態取得ステップにおいて、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得する請求項7ないし請求項10のいずれかに記載のルートマップ生成方法。
【請求項12】
ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップを実行するルートマップ生成方法であって、
前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与ステップを実行することを特徴とするルートマップ生成方法。
【請求項13】
ルートマップ毎に、各ルートマップを構成する資源要素の資源識別情報をルートフレームとして記憶するルートフレーム記憶ステップと、
前記資源要素毎に、当該資源要素が利用可能であるか否かを示す利用可能状態条件を含む資源要素基礎情報を、前記資源識別情報と対応づけて記憶する資源要素基礎情報記憶ステップと、
前記利用可能状態条件に基づいて、各資源要素の現在状態を取得する現在状態取得ステップと、
前記資源要素の現在状態と前記資源要素基礎情報に基づいて、現在利用可能な資源要素の資源識別情報を抽出して記憶する利用可能資源要素抽出ステップと、
前記ルートフレームにおけるルートマップ毎の各資源要素に、前記利用可能資源要素抽出ステップで記憶されている利用可能な資源要素の情報を適用し、利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップと、
をコンピュータに実行させるルートマップ生成プログラム。
【請求項14】
前記現在状態取得ステップは、前記利用可能状態条件に基づいて、資源要素毎に設置されたセンサのうち必要なセンサを決定し、当該必要なセンサから各資源要素の現在状態を取得する請求項13に記載のルートマップ生成プログラム。
【請求項15】
前記資源要素毎に設置された実在センサの識別情報を含むセンサ提供情報を記憶するセンサ提供情報記憶ステップと、
利用を希望する利用希望センサの識別情報を含むセンサ利用情報を記憶するセンサ利用情報記憶ステップと、
を予め実行させ、
前記現在状態取得ステップは、前記利用可能状態条件に基づく必要なセンサを前記センサ利用情報に登録し、
前記センサ提供情報と前記センサ利用情報とのマッチングを行い、マッチングできた実在センサから前記現在状態を取得させる請求項13または請求項14に記載のルートマップ生成プログラム。
【請求項16】
前記実在センサは、移動可能なセンサを含み、
前記現在状態取得ステップは、前記センサ提供情報に示される移動可能なセンサが、前記センサ利用情報で示される前記資源要素の位置に移動可能である場合に、当該移動可能な実在センサから前記現在状態を取得させる請求項15に記載のルートマップ生成プログラム。
【請求項17】
前記資源要素は、各ルートマップの基点となる基点場所が含まれ、
前記現在状態取得ステップの前に、各基点場所の現在状態を取得する基点場所現在状態取得ステップと、
各基点場所の現在状態と、前記資源要素基礎情報に基づいて、現在利用可能な基点場所を抽出する基点場所抽出ステップと、
を実行させ、
その後、前記現在状態取得ステップにおいて、前記現在利用可能な基点場所が含まれている各ルートフレームの資源要素の現在状態を取得させる請求項11ないし請求項14のいずれかに記載のルートマップ生成プログラム。
【請求項18】
ルートマップ毎に、各ルートマップを構成する資源要素のうち、利用可能な資源要素を抽出し、当該利用可能な資源要素を訪問するルートマップ情報を実行可能ルートマップとして生成する実行可能ルートマップ生成ステップをコンピュータに実行させるルートマップ生成プログラムであって、
前記実行可能ルートマップにおける特定の資源要素場所を訪問した参加者に、モバイルゲーム上のポイントを付与するポイント付与ステップを実行させることを特徴とするルートマップ生成プログラム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【公開番号】特開2013−37457(P2013−37457A)
【公開日】平成25年2月21日(2013.2.21)
【国際特許分類】
【出願番号】特願2011−171515(P2011−171515)
【出願日】平成23年8月5日(2011.8.5)
【出願人】(000002945)オムロン株式会社 (3,542)
【公開日】平成25年2月21日(2013.2.21)
【国際特許分類】
【出願日】平成23年8月5日(2011.8.5)
【出願人】(000002945)オムロン株式会社 (3,542)
[ Back to top ]