(57)【要約】      （修正有）【課題】グループに対してより適切な目的地の提案を行う、目的地提案システムを提供する。【解決手段】複数のメンバを含むグループのメンバの主導権の強さと、そのメンバの他のメンバに対する関係性とを対応付けて示す関係性情報が格納された記憶部１０と、記憶部１０に格納された関係性情報に基づいて、複数のメンバのそれぞれを算出対象として、算出対象のメンバの他のメンバのそれぞれに対する関係性から、算出対象のメンバの主導権の強さを算出する主導権算出部１１と、主導権算出部１１が算出した複数のメンバのそれぞれの主導権の強さに基づいて、主導権の強さがより強いメンバに適した目的地の候補を、より優先的に目的地として決定する目的地決定部１２と、を備える。【選択図】図２９
2016170490.tif 000002
【特許請求の範囲】
【請求項１】
複数のメンバを含むグループに対する目的地を提案する目的地提案システムであって、
メンバの主導権の強さと、そのメンバの他のメンバに対する関係性とを対応付けて示す関係性情報が格納された記憶部と、
前記記憶部に格納された関係性情報に基づいて、前記複数のメンバのそれぞれを算出対象として、算出対象のメンバの他のメンバのそれぞれに対する関係性から、算出対象のメンバの主導権の強さを算出する主導権算出部と、
前記主導権算出部が算出した前記複数のメンバのそれぞれの主導権の強さに基づいて、前記主導権の強さがより強いメンバに適した目的地の候補を、より優先的に前記目的地として決定する目的地決定部と、
を備えた目的地提案システム。
【請求項２】
前記記憶部は、さらに、複数の目的地の候補のそれぞれについて、前記目的地の候補の対象層を示す対象層情報が格納され、
前記目的地提案システムは、さらに、
前記記憶部に格納された前記複数の目的地の候補のそれぞれの対象層情報が示す対象層と、前記複数のメンバのそれぞれの会員情報が示す前記対象層に関する内容とを比較することで、前記複数の目的地の候補のそれぞれに対する前記複数のメンバのそれぞれの適性度を算出する第１の適性度算出部と、
前記目的地の候補に対する前記複数のメンバのそれぞれの適性度に対して、その複数のメンバのそれぞれの主導権の強さで重み付けすることで得た総合的な適性度を、その目的地の候補に対する前記グループの適性度として算出する第２の適性度算出部と、を備え、
前記目的地決定部は、前記第２の適性度算出部が算出した適性度がより高い目的地の候補を、より優先的に前記目的地として決定する、
請求項１に記載の目的地提案システム。
【請求項３】
前記対象層情報は、前記目的地の候補の対象年齢層を示す情報であり、
前記第１の適性度算出部は、前記会員情報が示すメンバの年齢が、前記対象層情報が示す対象年齢層に含まれる場合には、そうでない場合よりも高くなるように、そのメンバの適性度を算出する、
請求項２に記載の目的地提案システム。
【請求項４】
前記対象層情報は、前記目的地の候補の対象性別を示す情報であり、
前記第１の適性度算出部は、前記会員情報が示すメンバの性別が、前記対象層情報が示す対象性別と一致する場合には、そうでない場合よりも高くなるように、そのメンバの適性度を算出する、
請求項２に記載の目的地提案システム。
【請求項５】
前記目的地の候補は、飲食物を提供する店舗であり、
前記対象層情報は、前記店舗で提供される飲食物の種類を示す情報であり、
前記第１の適性度算出部は、前記会員情報が示すメンバの飲食物の好みが、前記対象層情報が示す飲食物の種類と一致する場合には、そうでない場合よりも高くなるように、そのメンバの適性度を算出する、
請求項２に記載の目的地提案システム。
【請求項６】
前記記憶部は、さらに、複数の目的地の候補のそれぞれについて、前記目的地の候補の混雑状況を示す混雑状況情報が格納され、
前記目的地提案システムは、さらに、前記記憶部に格納された前記複数の目的地の候補のそれぞれの混雑状況情報に基づいて、前記複数の目的地の候補のそれぞれの混雑度を算出する混雑度算出部を備え、
前記目的地決定部は、前記混雑度算出部が算出した混雑度がより低い目的地の候補を、より優先的に前記目的地として決定する、
請求項１乃至５のいずれか１項に記載の目的地提案システム。
【請求項７】
前記記憶部は、さらに、前記複数の目的地の候補のそれぞれについて、前記混雑度を考慮する度合いを示す決定係数情報が格納され、
前記目的地決定部は、前記複数の目的地の候補のそれぞれについて、前記複数の目的地の候補のそれぞれの決定係数情報が示す度合いで、前記複数の目的地の候補のそれぞれの混雑度を考慮して前記目的地を決定する、
請求項６に記載の目的地提案システム。
【請求項８】
前記記憶部は、さらに、前記グループのそれぞれについて、前記混雑度を考慮する度合いを示す決定係数情報が格納され、
前記目的地決定部は、前記グループに対する目的地を決定する場合、前記複数の目的地の候補のそれぞれについて、そのグループの決定係数情報が示す度合いで、前記複数の目的地の候補のそれぞれの混雑度を考慮して前記目的地を決定する、
請求項６に記載の目的地提案システム。
【請求項９】
前記主導権算出部は、前記複数のメンバのそれぞれの会員情報に基づいて、前記メンバの関係性を推定する、
請求項１乃至８のいずれか１項に記載の目的地提案システム。
【請求項１０】
複数のメンバを含むグループに対する目的地を提案する目的地提案方法であって、
メンバの主導権の強さと、そのメンバの他のメンバに対する関係性とを対応付けて示す関係性情報を記憶部に格納するステップと、
前記記憶部に格納された関係性情報に基づいて、前記複数のメンバのそれぞれを算出対象として、算出対象のメンバの他のメンバのそれぞれに対する関係性から、算出対象のメンバの主導権の強さを算出するステップと、
前記算出された前記複数のメンバのそれぞれの主導権の強さに基づいて、前記主導権の強さがより強いメンバに適した目的地の候補を、より優先的に前記目的地として決定するステップと、
を備えた目的地提案方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、目的地提案システム及び目的地提案方法に関し、特に、複数のメンバを含むグループに対する目的地を提案する技術に関する。
【背景技術】
【０００２】
観光地などの著名な地域や、遊園地などの大型施設は、連日大勢の来訪者で混雑している。こうした場所では、人気の高い観光スポットやアトラクションにのみに来訪者が殺到し、混雑による待ち時間の増大により来訪者が思い通りに行動できず、来訪者の不満を招いている。
【０００３】
この問題を解決するため、近年、観光地や遊園地など多くの人が訪れる地域や施設で、混雑を解消しようという試みがいくつかなされている。例えば、特許文献１では、各目的地の混雑状況から、来訪者が混雑を回避して効率よく目的地を回れるよう、来訪者の誘導を行う方法が記載されている。更に、特許文献２では、目的地候補の混雑状況に加え、そこにいる人々の男女比率や年齢層を取得し、目的地を提案する来訪者の性別や年齢と比較することで、来訪者の好みに合うと推測される目的地を提案する方法が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−０２４４６０号公報
【特許文献２】特許第５０３４７０１号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以上のように、来訪者個人に対し、候補となる目的地の混雑状況や対象層を考慮して目的地を提案することで、来訪者を分散させて各スポットの回転率を上げると共に、来訪者の不満を解消するという試みがいくつか行われてきた。
【０００６】
しかしながら、実際の観光地や遊園地などには、家族連れや友人同士といった２人以上のグループで来訪する人が多い。そのため、例えば父親・母親・息子からなる家族連れのグループに対して、前述の方法で目的地の提案を行った場合、グループのメンバごとに年齢層や性別が異なるため、グループのメンバごとに異なる目的地が提案される可能性が高い。
【０００７】
このような状況では、グループ全体の目的地として、いずれかのメンバに提案された目的地を採用するか決めるため、グループ内でトラブルが生じたり、自分に提案された目的地が採用されなかったグループのメンバが不満を感じたりすることがあると考えられる。
【０００８】
本発明の目的は、上述したような課題を解決するために、グループに対してより適切な目的地の提案を行うことができる目的地提案システム及び目的地提案方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明の第１の態様に係る目的地提案システムは、複数のメンバを含むグループに対する目的地を提案する目的地提案システムであって、メンバの主導権の強さと、そのメンバの他のメンバに対する関係性とを対応付けて示す関係性情報が格納された記憶部と、前記記憶部に格納された関係性情報に基づいて、前記複数のメンバのそれぞれを算出対象として、算出対象のメンバの他のメンバのそれぞれに対する関係性から、算出対象のメンバの主導権の強さを算出する主導権算出部と、前記主導権算出部が算出した前記複数のメンバのそれぞれの主導権の強さに基づいて、前記主導権の強さがより強いメンバに適した目的地の候補を、より優先的に前記目的地として決定する目的地決定部と、を備えたものである。
【００１０】
本発明の第２の態様に係る目的地提案方法は、複数のメンバを含むグループに対する目的地を提案する目的地提案方法であって、メンバの主導権の強さと、そのメンバの他のメンバに対する関係性とを対応付けて示す関係性情報を記憶部に格納するステップと、前記記憶部に格納された関係性情報に基づいて、前記複数のメンバのそれぞれを算出対象として、算出対象のメンバの他のメンバのそれぞれに対する関係性から、算出対象のメンバの主導権の強さを算出するステップと、前記算出された前記複数のメンバのそれぞれの主導権の強さに基づいて、前記主導権の強さがより強いメンバに適した目的地の候補を、より優先的に前記目的地として決定するステップと、を備えたものである。
【発明の効果】
【００１１】
上述した本発明の各態様によれば、グループに対してより適切な目的地の提案を行うことができる目的地提案システム及び目的地提案方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１に係る目的地提案システムの構成を示す図である。
【図２】実施の形態１に係る会員ＤＢの構成を示す図である。
【図３】実施の形態１に係るグループＤＢの構成を示す図である。
【図４】実施の形態１に係る場所ＤＢの構成を示す図である。
【図５】実施の形態１に係る関係性ＤＢの構成を示す図である。
【図６】実施の形態１に係る目的地提案システムの目的地提案時の動作を示すフローチャートである。
【図７】実施の形態１に係る目的地提案システムの場所登録時の動作を示すフローチャートである。
【図８】実施の形態１に係るＳ１の動作を示すシーケンス図である。
【図９】実施の形態１に係るＳ２の動作を示すシーケンス図である。
【図１０】実施の形態１に係るＳ３の動作を示すシーケンス図である。
【図１１】実施の形態１に係るＳ４の動作を示すシーケンス図である。
【図１２】実施の形態１に係るＳ５の動作を示すシーケンス図である。
【図１３】実施の形態１に係るＳ６の動作を示すシーケンス図である。
【図１４】実施の形態１に係るＳ８の動作を示すシーケンス図である。
【図１５】実施の形態２に係る目的地提案システムの構成を示す図である。
【図１６】実施の形態２に係る会員ＤＢの構成を示す図である。
【図１７】実施の形態２に係るグループＤＢの構成を示す図である。
【図１８】実施の形態２に係る場所ＤＢの構成を示す図である。
【図１９】実施の形態２に係る関係性ＤＢの構成を示す図である。
【図２０】実施の形態２に係る目的地提案システムの目的地提案時の動作を示すフローチャートである。
【図２１】実施の形態２に係る目的地提案システムの場所登録時の動作を示すフローチャートである。
【図２２】実施の形態２に係るＳ１の動作を示すシーケンス図である。
【図２３】実施の形態２に係るＳ２の動作を示すシーケンス図である。
【図２４】実施の形態２に係るＳ３の動作を示すシーケンス図である。
【図２５】実施の形態２に係るＳ４の動作を示すシーケンス図である。
【図２６】実施の形態２に係るＳ５の動作を示すシーケンス図である。
【図２７】実施の形態２に係るＳ６の動作を示すシーケンス図である。
【図２８】実施の形態２に係るＳ８の動作を示すシーケンス図である。
【図２９】実施の形態に係る目的地提案システムの概略構成を示す図である。
【発明を実施するための形態】
【００１３】
以下に図面を参照しながら、本発明の好適な実施形態について説明する。以下の実施形態に示す具体的な数値等は、発明の理解を容易とするための例示にすぎず、特に断る場合を除き、それに限定されるものではない。また、以下の記載及び図面では、説明の明確化のため、当業者にとって自明な事項等については、適宜、省略及び簡略化がなされている。
【００１４】
＜＜＜発明の実施の形態１＞＞＞
本発明の実施の形態１では、数人のグループが大型施設（例：遊園地など）を訪れる際、施設内に存在する多数のスポット（例：アトラクション）をグループの目的地の候補とし、どのスポットをグループの目的地とすることが望ましいかを、本発明の実施の形態１に係る目的地提案システム１００がグループに対して提案するという例を想定する。グループのメンバが会員登録と、グループの作成を事前に行い、グループのメンバ間の関係性や、各スポットの対象層や混雑状況などの情報から、グループ全員に対して共通のスポットを目的地として提案する（グループのメンバが所持する携帯端末装置１１０に目的地を通知する）までを行う目的地提案システム１００の機器構成と、実施手順を以下に示す。
【００１５】
＜実施の形態１の構成＞
図１を参照して、本発明の実施の形態１に係る目的地提案システム１００の構成について説明する。図１に示すように、目的地提案システム１００は、携帯端末装置１１０と、目的地提案装置１２０と、記憶装置群１３０と、ＤＢ編集端末装置１４０とを有する。
【００１６】
携帯端末装置１１０は、ユーザから会員情報及びグループ情報の入力を受ける機能と、目的地提案を開始する機能と、映像・音声などで所有者に対して情報を提示する機能と、情報を暗号化・復号化してインターネットを介し目的地提案装置１２０と送受信する機能と、ユーザを識別できる会員ＩＤ・グループＩＤを保持する機能とを有する。この携帯端末装置１１０として、利用者が所有する携帯電話又はカーナビゲーションシステムなどを想定しているが、上記の機能を有するものであれば、地域や施設を訪れる利用者に運営者側から貸出・配布される、音声案内機又はグッズなどでもよい。
【００１７】
目的地提案装置１２０は、情報送受信部１２１と、情報処理部１２２とを有する。情報送受信部１２１は、携帯端末装置１１０と情報の送受信を行い、情報の暗号化、復号化を行う。情報処理部１２２は、携帯端末装置１１０から得た情報と記憶装置群１３０から得た情報とを処理し、会員登録、グループ登録、目的地の提案を行う。目的地提案装置１２０は、例えばサーバなどの情報処理装置である。
【００１８】
記憶装置群１３０は、会員データベース（以下ＤＢ）１３１と、グループＤＢ１３２と、場所ＤＢ１３３と、関係性ＤＢ１３４とが格納される。記憶装置群１３０は、１つだけの記憶装置を含んでいてもよく、複数の記憶装置を含んでいてもよい。言い換えると、記憶装置群１３０は、少なくとも１つの記憶装置を有する。すなわち、これらのＤＢ１３１〜１３４は、１つの記憶装置にまとめられて格納されていてもよく、複数の記憶装置に分散して格納されていてもよい。また、記憶装置群１３０は、目的地提案装置１２０が有する記憶装置であってもよく、目的地提案装置１２０とは異なる他の情報処理装置が有する記憶装置であってもよい。
【００１９】
会員ＤＢ１３１は、目的地提案システム１００を利用するために会員登録を行った利用者の情報を保持する。会員ＤＢ１３１は、図２に示すように、会員登録された異なる利用者のそれぞれについて、会員ＩＤ情報と、会員情報とが対応付けられて含まれている。会員ＩＤ情報は、利用者を識別するために利用者に対して一意に割り当てられた会員ＩＤを示す情報である。会員情報は、利用者から登録された氏名・年齢・性別・郵便番号・所属（例えば会社名）などを示す情報である。
【００２０】
グループＤＢ１３２は、利用者が地域や施設を訪れる際に構成するグループの情報を保持する。グループＤＢ１３２は、図３に示すように、異なるグループのそれぞれについて、グループＩＤ情報と、場所ＩＤ情報と、会員ＩＤ情報と、関係性情報と、付加情報とが対応付けられて含まれている。会員ＩＤ情報は、グループに属するメンバの会員ＩＤを示す情報である。グループＩＤ情報は、グループを識別するためにグループに対して一意に割り当てられたグループＩＤを示す情報である。場所ＩＤは、グループの行先となる場所（地域又は施設）を示す情報である。関係性情報は、家族・友人・所属などのメンバ同士の関係性を示す情報である。すなわち、関係性情報は、グループに属する各メンバついて、他のメンバに対する関係性を示す。関連性情報は、他のメンバの会員ＩＤ情報と、その他のメンバに対する関連性を示す関連性ＩＤ情報とが対応付けられて含まれている。付加情報は、グループに属する各メンバについて、グループ作成者・主賓などの他に示したい付加的な内容を示す情報である。１つのグループについて、１つのグループＩＤ情報及び場所ＩＤ情報と、そのグループに属するメンバのそれぞれの会員ＩＤ情報、関係性情報、及び付加情報とが対応付けられる。
【００２１】
場所ＤＢ１３３は、利用者が訪れる地域・施設などの場所を示す情報である。場所ＤＢ１３３は、図４に示すように、異なる場所のそれぞれについて、場所ＩＤ情報と、場所名情報と、スポットＩＤ情報と、スポット名情報と、対象層情報と、混雑状況情報と、付加情報とが対応付けられて含まれている。場所ＩＤ情報は、場所（地域又は施設）を識別するために場所に対して一意に割り当てられた場所ＩＤを示す情報である。場所名情報は、場所名（地域名又は施設名）を示す情報である。スポットＩＤ情報は、各スポットを識別するためにスポットに対して一意に割り当てられたスポットＩＤを示す情報である。スポット名情報は、その場所において、目的地の候補となるスポットの名前（スポット名）を示す情報である。対象層情報は、スポットの対象層（年齢・性別など）を示す情報である。混雑状況情報は、スポットの混雑状況（待ち時間、サービス時間など）を示す情報である。付加情報は、スポットの稼働状態などの他に示したい付加的な内容を示す情報である。スポット係数情報は、スポットのスポット決定係数ｒを示す情報である。スポット決定係数ｒは、混雑状況と対象層のどちらをより重視して目的地の提案を行うかの割合を決める値で、０≦ｒ≦１の範囲をとる。１つの場所について、１つの場所ＩＤ情報及び場所名情報と、その場所に存在するスポットのそれぞれのスポットＩＤ情報、スポット名情報、対象層情報、混雑状況情報、付加情報、及びスポット決定係数情報が対応付けられる。
【００２２】
関係性ＤＢ１３４は、図５に示すように、異なる場所のそれぞれについて、場所ＩＤ情報と、関係性ＩＤ情報と、関係性名情報と、主導権強さ情報とが対応付けられて含まれている。関係性ＩＤ情報は、関係性を識別するために関係性に対して一意に割り当てられた関係性ＩＤを示す情報である。関係性名情報は、関係性名を示す情報である。主導権強さ情報は、場所ＩＤ情報が示す場所に関して、グル―プＤＢ１３２で示される関係性に対する主導権の強さを示す情報である。１つの場所について、１つの場所ＩＤ情報と、その場所に対して定義された関係性のそれぞれの関係性ＩＤ情報、関係性名、及び主導権強さ情報とが対応付けられる。
【００２３】
ＤＢ編集端末装置１４０は、運営者から場所ＤＢ１３３と関係性ＤＢ１３４に登録したい情報の入力を受け、入力された情報に固有の場所ＩＤやスポットＩＤ、関係性ＩＤを割り当ててそれぞれのＤＢ１３１〜１３４に登録することができる機能を有する。ＤＢ編集端末装置１４０は、例えばパーソナルコンピュータなどの情報処理装置である。
【００２４】
＜実施の形態１の動作＞
続いて、図６を参照して、本実施の形態１に係る方法を用いて利用者が目的地としてスポットの提案を受けるときの、目的地提案システム１００の動作について説明する。Ｓ１〜Ｓ７は、本システム１００の利用者が会員登録を行い、ある地域・施設を訪れるグル―プを作成し、本システム１００から地域・施設内のスポットのいずれかを目的地として提案を受けるときの動作を示している。
【００２５】
目的地提案システム１００は、ユーザから入力された会員情報を会員ＤＢ１３１に登録する（Ｓ１）。目的地提案システム１００は、ユーザからの入力に基づいて、来訪予定の場所への来訪時のグループを作成し、そのグループ情報をグループＤＢ１３２に登録する（Ｓ２）。
【００２６】
その後、グループがその場所に来訪した際に、目的地提案システム１００は、目的地の提案を開始すると、以下の動作を実施する。まず、目的地提案システム１００は、その場所の各スポットの混雑度を決定する（Ｓ３）。次に、目的地提案システム１００は、各スポットの対象層に対する各グループメンバの適性度を決定する（Ｓ４）。次に、目的地提案システム１００は、グループ内の各メンバの強さを決定する（Ｓ５）。そして、目的地提案システム１００は、各スポットの最終的な適性度を算出し、各スポットの最終的な適性度に基づいてグループに対して目的地として提案するスポットを決定する（Ｓ６）。目的地提案システム１００は、提案すると決定した目的地を、グループのユーザに対して提示する（Ｓ７）。
【００２７】
また、図７を参照して、運営者が自らが運営する場所の情報を登録するときの、目的地提案システム１００の動作について説明する。Ｓ８は、場所の運営者側が本システム１００に自らが運営する場所の情報を登録するときの動作を示している。
【００２８】
目的地提案システム１００は、運営者から入力された情報を、場所ＤＢ１３３に登録する（Ｓ８）。
【００２９】
（Ｓ１：会員情報の登録）
続いて、図８を参照して、Ｓ１の動作について説明する。
【００３０】
携帯端末装置１１０に導入されたアプリケーションプログラムを用いて、ユーザが氏名、年齢、性別、郵便番号、所属などの会員情報の内容を携帯端末装置１１０に入力する（Ｓ１１）。すなわち、携帯端末装置１１０は、携帯端末装置１１０の入力装置（例えばタッチパネル又は操作ボタンなど）によって、ユーザから会員情報の内容の入力を受ける。携帯端末装置１１０は、ユーザから入力された内容を示す会員情報を生成して暗号化し、情報送受信部１２１に送信する。この会員登録は、各利用者が自ら行うが、利用者の家族などのように他の利用者の情報を知り得る者が代わりに他の利用者の情報を登録してもよい。
【００３１】
情報送受信部１２１は、携帯端末装置１１０から送信された会員情報を復号し、情報処理部１２２に出力する（Ｓ１２）。
【００３２】
情報処理部１２２は、情報送受信部１２１から出力された会員情報に、各会員固有の会員ＩＤを割り当てる（Ｓ１３）。すなわち、情報処理部１２２は、会員情報に対して、一意な会員ＩＤを示す会員ＩＤ情報を生成する。
【００３３】
情報処理部１２２は、生成した会員ＩＤ情報を情報送受信部１２１に出力する。情報送受信部１２１は、情報処理部１２２から出力された会員ＩＤ情報を暗号化して、ユーザの携帯端末装置１１０に送信する。携帯端末装置１１０は、情報送受信部１２１から送信された会員ＩＤ情報を復号し、その会員ＩＤ情報が示す会員ＩＤを携帯端末装置１１０の画面に表示することで、ユーザに割り当てられた会員ＩＤを知らせると共に、その会員ＩＤ情報を携帯端末装置１１０の記憶装置（例えばメモリ又はハードディスクなど）に記憶する（Ｓ１４）。
【００３４】
また、情報処理部１２２は、会員情報と、それに対して生成した会員ＩＤ情報とを対応付けて、会員ＩＤを主キーとして会員ＤＢ１３１に記憶する（Ｓ１５）。
【００３５】
（Ｓ２：来訪時のグループの作成）
続いて、図９を参照して、Ｓ２の動作について説明する。
【００３６】
携帯端末装置１１０のアプリケーションプログラムを用いて、グループで行き先を訪れるユーザが、グループのメンバ全員の会員ＩＤと、行き先の場所ＩＤとを携帯端末装置１１０に入力する（Ｓ２１）。また、ユーザは、任意でグループのメンバ同士の関係性と、各メンバの付加情報（グループの主賓など）とを携帯端末装置１１０に入力することが出来る。すなわち、携帯端末装置１１０は、携帯端末装置１１０の入力装置によって、グループのユーザからグループ情報の内容の入力を受ける。携帯端末装置１１０は、ユーザから入力された内容を示すグループ情報（場所ＩＤ情報、会員ＩＤ情報、関係性情報、付加情報）を生成して暗号化し、情報送受信部１２１に送信する。このグループ情報の入力は、グループのメンバのうち、代表者一人のみが行えばよい。ここでメンバ同士の関係性を入力しなかった場合は、後述のＳ２７で目的地提案システム１００側が、そのグループのメンバの会員情報から関係性を判断して、自動的に関係性を補完することで関係性情報を生成する。
【００３７】
情報送受信部１２１は、携帯端末装置１１０から送信されたグループ情報を復号し、情報処理部１２２に出力する（Ｓ２２）。
【００３８】
情報処理部１２２は、情報送受信部１２１から出力されたグループ情報に、グループ固有のグループＩＤを割り当てる（Ｓ２３）。すなわち、情報処理部１２２は、グループ情報に対して、一意なグループＩＤを示すグループＩＤ情報を生成する。
【００３９】
情報処理部１２２は、生成したグループＩＤ情報を情報送受信部１２１に出力する。情報送受信部１２１は、情報処理部１２２から出力されたグループＩＤ情報を暗号化して、グループ作成者と、そのグループに登録されたメンバの携帯端末装置１１０のそれぞれに送信する。携帯端末装置１１０は、情報送受信部１２１から送信されたグループＩＤ情報を復号し、そのグループＩＤ情報が示すグループＩＤを携帯端末装置１１０の画面に表示することで、ユーザに割り当てられたグループＩＤを知らせると共に、そのグループＩＤ情報を携帯端末装置１１０の記憶装置に記憶する（Ｓ２４）。
【００４０】
また、情報処理部１２２は、グループ情報と、それに対して生成されたグループＩＤ情報とを対応付けて、グループＩＤを主キーとしてグループＤＢ１３２に記憶する（Ｓ２５）。
【００４１】
Ｓ２１でメンバ同士の関係性がすべて入力されていなかった場合（Ｓ２６：ＮＯ）、Ｓ２７の動作が実行される。情報処理部１２２は、会員ＤＢ１３１から取得したグループの各メンバの会員情報に基づいて、あるメンバから見て他のメンバに対して関係性があると判断した場合、そのメンバの他のメンバに対する関係性を示す関係性情報をグループ情報に含めてグループＤＢ１３２に記憶する（Ｓ２７）。関係性の判断方法として、例えば次のような方法を用いる。
【００４２】
（１）同じ郵便番号かつ同じ苗字で、年齢差が１６以上なら親子、１６未満なら兄弟と判断する
（２）同じ所属で年齢差が１０以上なら上司と部下、１０未満２以上なら先輩と後輩、０か１なら同期と判断する
なお、ここでの年齢差の値（１６、１０、２など）は、あくまで例示に過ぎず、上述とは異なる任意の年齢差を予め定めてよい。
【００４３】
また、情報処理部１２２は、グループメンバに、会員情報として入力された誕生日などの記念日と、来訪日が一致するメンバがいれば、そのメンバが主賓だと推定し、そのメンバを主賓として示す付加情報をグループ情報に追加することも出来る。すなわち、会員情報は、メンバの誕生日を示すようにしてもよい。
【００４４】
この目的地提案システム１００の関係性情報の取得方法の他に、他のシステムから情報を取得することも可能である。例えば、ある男性の来訪者が遊園地のチケット販売システムから、「大人２枚、子供１枚のチケットを購入した」という情報が取得できれば、「その来訪者は妻と子供とのグループでその遊園地を訪れる」と推定することが出来る。よって、例えば、チケット販売システムから、あるメンバが３人のグループについて、「大人２枚、子供１枚のチケットを購入した」ことを示す情報を受信した場合、情報処理部１２２は、そのグループの３人のメンバのそれぞれの関係性情報として、“夫”、“妻”、“子供”のそれぞれを示す情報を生成する。
【００４５】
（Ｓ３：目的地提案の開始と各スポットの混雑度の決定）
続いて、図１０を参照して、Ｓ３の処理について説明する。
【００４６】
携帯端末装置１１０のアプリケーションプログラムを用いて、グループのユーザが、目的地提案を行いたいグループのグループＩＤを入力する（Ｓ３１）。すなわち、携帯端末装置１１０は、携帯端末装置１１０の入力装置によって、グループのユーザからグループＩＤの入力を受ける。携帯端末装置１１０は、ユーザから入力されたグループＩＤを示すグループＩＤ情報を生成し、情報送受信部１２１に送信する。情報送受信部１２１は、携帯端末装置１１０から送信されたグループＩＤ情報を、情報処理部１２２に出力する。なお、ユーザによるグループＩＤの入力は、グループを作成した時に、Ｓ２４で携帯端末装置１１０に記憶されたグループＩＤ、すなわち自分が属するグループのグループＩＤを引用できる。すなわち、ユーザによるグループＩＤの入力は、ユーザがグループＩＤ自体を文字入力することに限られず、携帯端末装置１１０に記憶されたグループＩＤ情報を選択する入力であってもよい。
【００４７】
情報処理部１２２は、情報送受信部１２１から出力されたグループＩＤ情報に対応するグループ情報をグループＤＢ１３２に問い合わせ、そのグループの行先の場所ＩＤと、そのグループに属するメンバ全員の会員ＩＤ、関係性、及び付加情報とを取得する（Ｓ３２）。すなわち、情報処理部１２２は、そのグループＩＤ情報に対応するグループ情報に含まれる、場所ＩＤ情報、会員ＩＤ情報、関連性情報、及び付加情報を、グループＤＢ１３２から取得する。
【００４８】
情報処理部１２２は、取得した場所ＩＤ情報が示す場所に存在する、目的地の候補となるスポットの情報を場所ＤＢ１３３に問い合わせ、目的地候補となる各スポットのスポットＩＤ、スポット名、混雑状況、対象層、付加情報、及びスポット決定係数ｒを取得する（Ｓ３３）。すなわち、情報処理部１２２は、その場所ＩＤ情報に対応する、スポットＩＤ情報、スポット名、混雑状況情報、対象層情報、付加情報、及びスポット決定係数情報を、場所ＤＢ１３３から取得する。Ｓ３２、Ｓ３３で取得した情報は、Ｓ６における動作が完了するまで情報処理部１２２が保持する。
【００４９】
情報処理部１２２は、混雑しておらず来訪者の受け入れに余裕があるスポットほど優先して目的地として選択されやすくなるように、各スポットの混雑状況に基づいた混雑度の決定を行う（Ｓ３４）。この混雑度は、０以上かつ１以下の値をとり、値が１に近いほどスポットが空いており、０に近いほどスポットが混雑していると定義する。混雑度の計算方法として、例えば、混雑状況情報としてスポットの待機列の待ち時間が与えられている場合、以下のような式を用いることで、全てのスポットのうち、最も待ち時間の短いスポットの混雑度が１、最も待ち時間の長いスポットの混雑度が０と算出できる。
【００５０】
(混雑度) = １−｛(スポットの待ち時間) − (全てのスポットの待ち時間の最小値）｝ ／ ｛(全てのスポットの待ち時間の最大値) − (全てのスポットの待ち時間の最小値）｝
【００５１】
また、各スポットの利用者の平均到着時間（利用者が施設に入場してからスポットに到着するまでの平均時間）または平均滞在時間（利用者がスポットに滞在する平均時間）を示す情報が、混雑状況情報として与えられている場合、待ち行列モデルに基づいて算出した各スポットの平均利用率を、０〜１の範囲で正規化して、混雑度として用いてもよい。
【００５２】
（Ｓ４：各スポットの対象層に対する各グループメンバの適性度の決定）
続いて、図１１を参照して、Ｓ４の処理について説明する。
【００５３】
情報処理部１２２は、Ｓ３２で取得した、グループに属するメンバの会員ＩＤに対応する会員情報を会員ＤＢ１３１に問い合わせ、各メンバの会員情報を取得する（Ｓ４１）。すなわち、情報処理部１２２は、グループに属するメンバの会員ＩＤ情報のそれぞれに対応する各メンバの会員情報を、会員ＤＢ１３１から取得する。
【００５４】
情報処理部１２２は、Ｓ３３で取得した各スポットの対象層情報が示す対象層と、Ｓ４１で取得した各メンバの会員情報が示す年齢及び性別とを比較し、その適性度を各メンバと各スポットの全ての組み合わせに対し算出する。ここで、例えば各スポットの対象層として、年齢と性別の二つが対象層の条件として与えられた場合、次の（１）〜（４）のような計算により適性度を０〜１の範囲で定義する。
【００５５】
（１）スポットの対象年齢・対象性別（対象層）に対してメンバがどれだけ合致しているかを示す適性度を、変数によってメンバごとに算出する。対象年齢に対するメンバの年齢の適性度をＡ１とし、対象性別に対するメンバの性別の適性度をＡ２とする。
【００５６】
（２）Ａ１の値を求めるメンバの年齢をＸ、スポットの対象年齢の上限をｍａｘ、下限をｍｉｎとし、下記の計算式でＡ１を算出する。
ｉ．      ｍｉｎ≦Ｘ≦ｍａｘのとき、Ａ１＝１
ｉｉ．    Ｘ＜ｍｉｎのとき、Ａ１＝１−（ｍｉｎ−Ｘ）／１０
（ただし、ｍｉｎ−Ｘ＞１０の場合はＡ１＝０とする）
ｉｉｉ．  ｍａｘ＜Ｘのとき、Ａ１＝１−（Ｘ−ｍａｘ）／１０
（ただし、Ｘ−ｍａｘ＞１０の場合はＡ１＝０の場合はＡ１＝０とする）
【００５７】
この計算により、スポットの対象年齢に含まれる年齢のメンバのＡ１の値は１になり、対象年齢の上限または下限から１０歳以内の年齢差のメンバのＡ１の値は年齢差に比例して小さくなるように０〜１の値をとり、対象年齢から１０歳より多く離れているメンバのＡ１の値は０となる。なお、ここでの年齢差の値（１０）は、あくまで例示に過ぎず、上述とは異なる任意の年齢差を予め定めてよい。
【００５８】
（３）Ａ２の値を求めるメンバの性別と、スポットの対象性別が一致していればＡ２＝１、異なっていればＡ２＝０とする。男女両方が対象のスポットなら、常にＡ２＝１とする。
【００５９】
（４）あるメンバのスポットの対象層に対する、Ａ１とＡ２の両方を加味した総適性度Ａを、以下のように算出する。
Ａ＝（Ａ１＋Ａ２）／２  （０≦Ａ≦１）
【００６０】
この例では年齢と性別のみをスポットの対象層として定義したが、他にも対象職業や対象国籍などの異なる対象層の条件を設け、それぞれに対して適性度を定義してもよい。その場合、スポットごとにｍ通りの対象層の条件があり、それぞれの適性度がＡ１、Ａ２、…、Ａｍとすると、総適性度Ａは次の式で表される。
Ａ＝（Ａ１＋Ａ２＋ … ＋Ａｍ）／ｍ  （０≦Ａ≦１）
【００６１】
なお、以上の説明では、総適性度Ａとして、各適性度Ａ１、Ａ２の相加平均を算出する例について説明したが、総適性度Ａとして利用する適性度の平均値の算出方法は、これに限られない。例えば、総適性度Ａとして、各適性度Ａ１、Ａ２の荷重平均を算出してもよい。
【００６２】
（Ｓ５：グループ内の各メンバの主導権の強さの決定）
続いて、図１２を参照して、Ｓ５の処理について説明する。この処理では、グループのメンバ同士の関係性に応じた、主導権の強さを決定する。
【００６３】
情報処理部１２２は、Ｓ３２で取得した、グループの各メンバの同士の関係性と、グループの行先の場所ＩＤを用いて、関係性ＤＢ１３４に問い合わせ、各メンバ同士の関係性に対応する主導権の強さを取得する（Ｓ５１）。すなわち、情報処理部１２２は、関係性ＤＢ１３４において、Ｓ３２で取得した場所ＩＤ情報に対応付けられた主導権強さ情報のうち、Ｓ３２で取得したグループの各メンバの関係性情報に含まれる関係性ＩＤ情報のそれぞれに対応する主導権強さ情報を取得する。
【００６４】
情報処理部１２２は、Ｓ５１で取得した主導権の強さを、メンバごとに集計する。より具体的には、情報処理部１２２は、ｎ人組のグループの場合、各メンバに対し、他のｎ−１人のメンバのそれぞれとの関係性に対応した主導権の強さを合計し、各メンバが持つ主導権の強さとする（Ｓ５２）。すなわち、情報処理部１２２は、メンバの関連性情報に含まれる関連性ＩＤ情報のそれぞれに対応する主導権強さ情報が示す主導権の強さの合計を、そのメンバの主導権の強さとして算出する。情報処理部１２２は、最終的に、全てのメンバの主導権の強さの合計が１になるよう正規化する。
【００６５】
（Ｓ６：各スポットの最終的な適性度と提案する目的地の決定）
続いて、図１３を参照して、Ｓ６の処理について説明する。
【００６６】
情報処理部１２２は、各スポットの対象層に対するグループ全体の適性度を決定する（Ｓ６１）。より具体的には、情報処理部１２２は、各スポットについてＳ４２で算出したグループの各メンバの適性度と、Ｓ５２で算出したグループの各メンバの主導権の強さとを用いて、各スポットに対するグループ全体の適性度を算出する。目的地を提案するグループにメンバ１、メンバ２…メンバｎのｎ人のメンバがいる場合、以下のような計算式によって、あるスポットの対象層に対するグループ全体の適性度を０から１の範囲で定義できる。
【００６７】
(スポットの対象層とグループ全体との適性度） ＝ （スポットの対象層とメンバ１の適性度） × （メンバ１の主導権の強さ）＋ … ＋（スポットの対象層とメンバｎの適性度） × （メンバｎの主導権の強さ）｝
【００６８】
情報処理部１２２は、各スポットに対し最終的な適性度を設定する（Ｓ６２）。情報処理部１２２は、Ｓ３４で算出した各スポットの混雑度と、Ｓ６１で算出した各スポットの対象層に対するグループ全体の適性度とを用いて、各スポットに対する最終的なグループ全体の適性度を算出する。以下のような計算式によって、あるスポットの最終的な適性度を０から１の範囲で算出できる。
【００６９】
（スポットの最終的な適性度） ＝ ｒ × （混雑度） ＋ (１ − ｒ) × (スポットの対象層に対するグループ全体の適性度)
【００７０】
式中のｒは、Ｓ３３で取得した、各スポットに割り当てられたスポット決定係数ｒである。混雑度の係数がｒ、グループ全体の適性度の項の係数が（１−ｒ）となっている。よって、スポット決定係数ｒの値が１に近い場合、スポットの対象層が多少グループと合致していなくても、混雑していないスポットが提案されるようになる。逆に、ｒの値が０に小さい場合、多少混雑していてもグループと合致した対象層のスポットが提案されるようになる。これにより、全てのスポットに対し、最終的な適性度が算出される。
【００７１】
情報処理部１２２は、運営者側が定めた各スポットへの付加情報を用いて、最終的な適性度の補正を行う（Ｓ６４）。例えば、スポットの例として遊園地のアトラクションを挙げると、あるアトラクションの付加情報が“故障中”の場合、情報処理部１２２は、そのアトラクションが提案対象にならないよう、最終的な適性度を常に０にしてもよい。また、客を呼び込みたい新規アトラクションに提案が集中するようするために、情報処理部１２２は、あるアトラクションの付加情報が“新規スポット”の場合、最終的な適性度を常に所定の割合増加させる（例えば２割増しにする）ようにしてもよい。補正方法として、付加情報に対応した指定の係数を最終的な適性度に乗算するなどが考えられるが、０以上かつ１以下の範囲になるよう正規化する。
【００７２】
情報処理部１２２は、最終的な適性度を全てのスポットで比較し、最も適性度が大きいスポットを、グループ全体に提案する目的地として決定する（Ｓ６４）。
【００７３】
（Ｓ７：提案した目的地をユーザに提示）
情報処理部１２２は、Ｓ３３で取得したスポット名情報のうち、Ｓ６４で決定された目的地のスポット名情報を情報送受信部１２１に出力する。情報送受信部１２１は、情報処理部１２２から出力されたスポット名情報を、携帯端末装置１１０に送信する。携帯端末装置１１０は、情報送受信部１２１から送信されたスポット名情報が示すスポット名を、画面にプッシュ通知などの機能を使って表示される。これにより、グループのメンバ全員が提案された目的地を把握することができる。
【００７４】
このとき、情報送受信部１２１が情報の送信先を特定する方法として、以下のようなものが考えられる。
【００７５】
（１）送信するスポット名情報にグループの全てのメンバの会員ＩＤ情報を付加し、全ての携帯端末装置１１０にブロードキャスト方式で送信し、携帯端末装置１１０がＳ１の会員登録時に自身に保持した会員ＩＤ情報と、ブロードキャストされたスポット名情報に付加された会員ＩＤ情報とを比較し、自分の会員ＩＤ情報と一致する会員ＩＤ情報が付加されたスポット名情報だけ取得する。
（２）Ｓ１の会員登録時に、携帯端末装置１１０を特定できる情報（例：電話番号を示す情報）も会員ＤＢ１３１に登録しておく。情報送受信部１２１からのスポット名情報の送信時に、この情報を使用して、グループのメンバの宛先のみを指定してマルチキャスト方式で送信する。
【００７６】
さらに、Ｓ７では、携帯端末装置１１０が、地図アプリケーションプログラム又はＷｅｂブラウザなどのプログラムを実行することで地図・経路検索機能を実現している場合、そのプログラムに上記スポット名情報が示すスポット名、又は、それに基づくスポットを特定できる情報を渡すことで、目的地のスポットまでの誘導を実現することができる。
【００７７】
（Ｓ８：運営者による場所の登録）
続いて、図１４を参照して、Ｓ８の処理について説明する。
【００７８】
ＤＢ編集端末装置１４０は、ＤＢ編集端末装置１４０の入力装置（例えばマウス及びキーボードなど）によって、運営者から、運営者が運営する場所の名前の入力を受ける。更に、ＤＢ編集端末装置１４０は、その場所の各スポットの名前（スポット名）と、対象層と、混雑状況と、付加情報の内容と、スポット決定係数ｒとの入力を受ける。混雑状況は、予測値を入力するが、初期値として待ち時間０分など、適当な値を入れてもよい。一度に登録できる場所の数は一つのみだが、スポットは複数登録でき、それぞれのスポットは登録した場所内に存在すると関連付けられる。ＤＢ編集端末装置１４０は、入力された場所名を示す場所名情報を生成し、その場所のスポットのそれぞれについて、入力されたスポット名、対象層、混雑状況、付加情報の内容、スポット決定係数ｒのそれぞれを示すスポット名情報、対象層情報、混雑状況情報、付加情報、スポット決定係数情報を生成する。
【００７９】
ＤＢ編集端末装置１４０は、場所名情報に、場所固有の場所ＩＤを割り当て、スポット情報（スポット名情報、対象層情報、混雑状況情報、付加情報、スポット決定係数情報の単位）のそれぞれに、スポット固有のスポットＩＤを割り当てる。すなわち、ＤＢ編集端末装置１４０は、場所名情報に対して、一意な場所ＩＤを示す場所ＩＤ情報を生成し、スポットの情報のそれぞれに、一意なスポットＩＤを示すスポットＩＤ情報を生成する。ＤＢ編集端末装置１４０は、場所名情報と、それに対して生成した場所ＩＤ情報と、スポット情報のそれぞれと、それらに対して生成したスポットＩＤ情報とを対応付けて、場所ＩＤとスポットＩＤを主キーとして場所ＤＢ１３３に記憶する（Ｓ８２）。
【００８０】
ＤＢ編集端末装置１４０は、ＤＢ編集端末装置１４０の入力装置によって、運営者から、運営者が運営する場所で用いる、関係性名と、各関係性に対する主導権の強さを数値で設定する入力を受ける（Ｓ８３）。この主導権の強さの設定は、あらかじめ本システム１００で定めた、男性と女性、高齢者と若齢者などの関係性の間で行うことが出来る。例えば、場所が、女性向けの商品を扱うショッピングモールなら女性の主導権を強く（例えば、関係性名が“夫”の主導権よりも、関係性名が“妻”の主導権を強くする）、子供向けのアトラクションが多い遊園地なら若年層の主導権を強くする（例えば、関係性名が“親”の主導権よりも、関係性名が“子”の主導権を強くする）など、運営者が想定する場所に応じた重みづけを行うことができる。ＤＢ編集端末装置１４０は、設定された関係性に対する主導権の強さは、０〜１の範囲で正規化される。ＤＢ編集端末装置１４０は、入力された関連性名を示す関連性名情報と、入力された主導権の強さを示す主導権強さ情報を生成する。
【００８１】
ＤＢ編集端末装置１４０は、関連性名情報のそれぞれに、関連性固有の関連性ＩＤを割り当てる。すなわち、ＤＢ編集端末装置１４０は、関連性名情報のそれぞれに対して、異なる関連性名ごとに一意となる関連性ＩＤを示す関連性ＩＤ情報を生成する。ＤＢ編集端末装置１４０は、場所ＩＤ情報と、関連性名情報のそれぞれと、それらに対して生成した主導権強さ情報と、それらに対して生成した関連性ＩＤ情報とを対応付けて、場所ＩＤと関連性ＩＤを主キーとして関連性ＤＢ１３４に記憶する（Ｓ８４）。
【００８２】
Ｓ８１で場所ＤＢ１３３に入力した混雑状況及び付加情報などは、運営者がＤＢ編集端末装置１４０から運営中でもリアルタイムに変更することが出来る。混雑状況としてリアルタイムな各スポットの平均待ち時間を入力する方法として、適度な時間間隔又は人数間隔で係員などがスポットの待機列の最後尾の人に整理券を渡し、スポットに入る時に渡した整理券を回収することで、単位時間ごとに平均待ち時間を取得する方法がある。そして、係員が、このようにして得た平均待ち時間をＤＢ編集端末装置１４０に入力し、場所ＤＢ１３３における、そのスポットの混雑状況情報をリアルタイムに更新することができる。
【００８３】
（実施の形態１の効果）
以上に説明したように、本実施の形態１に係る目的地提案システム１００は、ある地域又は施設などを訪れる２人以上のグループを対象に、その地域又は施設にある目的地の候補となるスポットの中から、グループにとって最適な目的地を選択し、グループに対し提案する会員制のシステムである。事前に目的地提案システム１００に登録された会員情報から、家族関係・友人関係・所属といったグル―プ内のメンバ同士の関係性を取得し、グループ内の各メンバが持っている目的地を決める際の主導権がどれだけ強いのかを、目的地提案システム１００が判断する。この情報に加え、スポットの年齢・性別等の対象層と各メンバの特性がどれだけ近いかを表す適性度と、スポットがどれだけ混雑しているかを表す混雑度とを考慮することで、そのグループに対し最も適切と判断したスポットを、目的地提案システム１００が目的地としてグループに提案する。提案する目的地の情報は、グループのメンバが所持する携帯端末装置１１０を通じて、目的地提案システム１００がグループのメンバに通知する。
【００８４】
特許文献１、２の方法では、各来訪者に対し一人ずつ目的地の提案を行っていたが、本発明による方法を用いることで、二人以上のグループに対し目的地の提案を行うことが可能になる。よって、グループで行動する来訪者を満足させ、グループに対してより適切な目的地の提案を行うことができる。また、提案対象となる地域や施設などの混雑の改善を実現できる。
【００８５】
すなわち、二人以上のグループで行動する来訪者に対し、目的地候補の混雑状況に加え、グループ単位で各メンバの特徴や立場を考慮した主導権の強さに基づいて目的地提案を行うことができる。これにより、グループが円滑に目的地を決めることを助け、著名な観光地や遊園地などの大型施設で起こる混雑の集中を軽減し、観光スポットやアトラクションなどの回転率の上昇や、来訪者の待ち時間短縮による満足の向上といった効果がもたらされる。
【００８６】
＜＜＜発明の実施の形態２＞＞＞
発明の実施の形態１は、単一の運営者による地域・施設内のスポットから、グループに対し目的地として提案する目的地提案システム１００について記載したが、他の用途として、ある地域の異なる運営者による多数の店舗の中から、グループの希望に沿う店舗を提案するようにしてもよい。本発明の実施の形態２は、そのような実施の形態について説明するものであり、以下のような効果を有する。
【００８７】
店舗側の効果：  グループに対し店舗の提案を可能にすることで、個人に対する提案方法を用いるよりも、団体客を誘致しやすくなる。
利用者側の効果：  グループの各メンバの主導権の強さを反映させた提案により、優先して満足させたいメンバ（宴会の主賓など）の適性をより強く反映させつつ、他のメンバの適性も考慮した店舗の提案が行える。
【００８８】
ここで、二人以上のグループが飲食店を選ぶ際に、グループに対し最適な飲食店を提案するまでを行う目的地提案システム２００について、以下に構成と動作を示す。以下、実施の形態１と同様の内容については、説明の簡略化のため、適宜省略する。
【００８９】
＜実施の形態２の構成＞
図１５を参照して、本発明の実施の形態２に係る目的地提案システム２００の構成について説明する。図２に示すように、目的地提案システム２００は、携帯端末装置２１０と、目的地提案装置２２０と、記憶装置群２３０と、ＤＢ編集端末装置２４０とを有する。
【００９０】
本実施の形態２における、目的地提案システム２００、携帯端末装置２１０、目的地提案装置２２０、記憶装置群２３０、及びＤＢ編集端末装置２４０は、原則、目的地提案システム１００、携帯端末装置１１０、目的地提案装置１２０、記憶装置群１３０、及びＤＢ編集端末装置１４０と同様に動作する。動作が異なる点については、適宜後述する。
【００９１】
記憶装置群２３０は、会員ＤＢ２３１と、グループＤＢ２３２と、場所ＤＢ２３３と、関係性ＤＢ２３４とが格納される。本実施の形態２における、会員ＤＢ２３１、グループＤＢ２３２、場所ＤＢ２３３、及び関係性ＤＢ２３４は、原則、会員ＤＢ１３１、グループＤＢ１３２、場所ＤＢ１３３、及び関係性ＤＢ１３４と同様の情報を含むが、次の点で異なる。
【００９２】
会員ＤＢ２３１は、図１６に示すように、会員ＤＢ１３１と比較して、さらに、付加情報が会員情報に含まれている。この会員情報に含まれる付加情報は、その会員の飲食物の好みを示す情報である。
【００９３】
グループＤＢ２３２は、図１７に示すように、グループＤＢ１３２と比較して、さらに、グループに対して店舗決定係数ｒ’を示す店舗決定係数情報が含まれている。実施の形態１では、場所ＤＢ１３３にスポット決定係数情報が含まれていたが、本実施の形態２では、グループＤＢ２３２に含まれている。これは、実施の形態１とは異なり、店舗側（運営者）ではなくグループ側が店舗決定係数r´を決定することで、たとえ混雑していてもグループの好みに合う店舗を提案するか、多少好みから外れても空いている店を提案するかを、グループ側が決められるようにするためである。
【００９４】
場所ＤＢ２３３は、図１８に示すように、場所ＤＢ２３３と比較して、スポット決定係数情報が含まれておらず、スポットＩＤ情報及びスポット名情報に代えて、店舗ＩＤ情報及び店舗名情報が含まれている。本実施の形態２では、場所名情報は、店舗がある地域を示す情報となる。店舗ＩＤ情報は、店舗を識別するために店舗に対して一意に割り当てられた店舗ＩＤを示す情報である。店舗名情報は、店舗名を示す情報である。よって、本実施の形態２では、対象層情報は、店舗の対象層を示し、混雑状況情報は、店舗の混雑状況を示す。付加情報は、店舗の運営状況及び提供する飲食物の種類などの少なくとも１つを示す情報となる。
【００９５】
関係性ＤＢ２３４は、図１９に示すように、関連性ＤＢ１３４と比較して、場所ＩＤ情報に代えて、店舗ＩＤ情報が含まれている。本実施の形態２では、各店舗に対して関係性に対する主導権の強さを設定するので、実施の形態１における関係性ＤＢ１３４（図５）が場所ＩＤ情報を保持していたのに対し、関係性ＤＢ２３４は店舗ＩＤを保持する（図１９）。
【００９６】
＜実施の形態２の動作＞
続いて、図２０を参照して、本実施の形態２に係る方法を用いて利用者が目的地として店舗の提案を受けるときの、目的地提案システム２００の動作について説明する。Ｓ１０１〜Ｓ１０７は、本システム２００の利用者が会員登録を行い、ある地域・施設を訪れるグル―プを作成し、本システム２００から地域・施設内の店舗を目的地として提案を受けるときの動作を示している。
【００９７】
本実施の形態２におけるＳ１０１〜Ｓ１０７の動作は、スポットが店舗に置き換えらえる点が異なるが、図６を参照して説明した実施の形態１におけるＳ１〜Ｓ７の動作と同様であるため、説明を省略する。
【００９８】
また、図７を参照して、運営者が自らが運営する店舗の情報を登録するときの、目的地提案システム２００の動作について説明する。Ｓ１０８は、店舗の運営者側が本システム２００に自らが運営する店舗の情報を登録するときの動作を示している。
【００９９】
本実施の形態２におけるＳ１０８の動作は、場所が店舗に置き換えらえる点が異なるが、図７を参照して説明した実施の形態１におけるＳ８の動作と同様であるため、説明を省略する。
【０１００】
（Ｓ１０１：会員情報の登録）
続いて、図２２を参照して、Ｓ１０１の動作について説明する。
【０１０１】
Ｓ１１１の動作は、実施の形態１におけるＳ１１の動作と比較して、ユーザが会員情報として、さらに、飲食物の好みを携帯端末装置１１０に入力する点が異なる（Ｓ１１１）。以降のＳ１１２〜Ｓ１１５の動作は、図８を参照して説明した実施の形態１におけるＳ１２〜Ｓ１５と同様であるため、説明を省略する。
【０１０２】
（Ｓ１０２：来訪時のグループの作成）
続いて、図２３を参照して、Ｓ１０２の処理について説明する。
【０１０３】
Ｓ１２１の動作は、実施の形態１におけるＳ２１の動作と比較して、ユーザがグループ情報として、さらに、店舗決定係数ｒ’を携帯端末装置１１０に入力する点が異なる（Ｓ１２１）。店舗決定係数ｒ’は０以上かつ１以下の任意の値を設定する。この値は、グループに対して店舗を提案する際、１に近いほど混雑していない店舗が優先的に選択され、０に近いほど多少混んでいてもグループ全体の適性度が高い店舗が選択される。以降のＳ１２２〜Ｓ１２７の動作は、図９を参照して説明した実施の形態１におけるＳ２２〜Ｓ２７と同様であるため、説明を省略する。
【０１０４】
（Ｓ１０３：目的地提案の開始と各店舗の混雑度の決定）
続いて、図２４を参照して、Ｓ１０３の処理について説明する。
【０１０５】
Ｓ１３１〜Ｓ１３４の動作は、後述の点を除いては、実施の形態１におけるＳ３１〜Ｓ３４の動作と同様であるため、説明を省略する。異なる点として、実施の形態１では、Ｓ３３でスポット決定係数ｒを場所ＤＢから取得していたが、本実施の形態２では、Ｓ１３２で店舗決定係数ｒ’をグループＤＢ２３２から取得する（すなわち、Ｓ１３３で場所ＤＢ２３３からは取得しない）。
【０１０６】
（Ｓ１０４：各店舗の対象層に対する各グループメンバの適性度の決定）
続いて、図２５を参照して、Ｓ１０４の処理について説明する。
【０１０７】
Ｓ１４１〜Ｓ１４２の動作は、後述の点を除いては、実施の形態１におけるＳ４１〜Ｓ４２の動作と同様であるため、説明を省略する。異なる点として、本実施の形態２のＳ４２では、実施の形態１におけるＳ４２と比較して、さらに、店舗が提供する飲食物の種類（商品ジャンル）と、各メンバの飲食物の好みも考慮して、各メンバと店舗の適性度を算出する。
【０１０８】
例えば、情報処理部１２２は、さらに、商品ジャンル（店舗の飲食物の種類）に対するメンバの適性度Ａ３を算出してもよい。より具体的には、店舗ＤＢ２３３から取得した店舗の付加情報が示す飲食物の種類（商品ジャンル）と、会員ＤＢ２３１から取得したメンバの付加情報が示す飲食物の好みとが一致する場合には、その店舗とそのメンバの適性度Ａ３の値を１とし、一致しない場合には、その店舗とそのメンバの適性度Ａ３の値を０としてもよい。また、店舗の飲食物の種類（商品ジャンル）と、メンバの飲食物の好みとが、予め定めた類似する種類に該当する場合には、適性度Ａ３の値をその最大値と最小値の間の値（例えば０．５）としてもよい。すなわち、店舗の付加情報を対象層情報と同様に機能させてもよい。
【０１０９】
そして、メンバの店舗の対象層に対する、Ａ１とＡ２とＡ３の全てを加味した総適性度Ａを、以下のように算出する。
Ａ＝（Ａ１＋Ａ２＋Ａ３）／３  （０≦Ａ≦１）
【０１１０】
（Ｓ１０５：グループ内の各メンバの主導権の強さの決定）
続いて、図２６を参照して、Ｓ１０５の処理について説明する。
【０１１１】
Ｓ１５１〜Ｓ１５２の動作は、実施の形態１におけるＳ５１〜Ｓ５２の動作と同様であるため、説明を省略する。
【０１１２】
（Ｓ１０６：各店舗の最終的な適性度と提案する目的地の決定）
続いて、図２７を参照して、Ｓ１０６の処理について説明する。
【０１１３】
Ｓ１６１〜Ｓ１６４の動作は、実施の形態１におけるＳ６１〜Ｓ６４の動作と同様であるため、説明を省略する。
【０１１４】
（Ｓ１０７：提案した目的地をユーザに提示）
Ｓ１０７の動作は、実施の形態１におけるＳ７の動作と同様であるため、説明を省略うる。すなわち、情報処理部１２２は、Ｓ１３３で取得した店舗名情報のうち、Ｓ１６４で決定された目的地の店舗名情報を、情報送受信部１２１を介して携帯端末装置１１０に送信し、携帯端末装置１１０でその店舗名情報が示す店舗名を表示する。
【０１１５】
（Ｓ１０８：運営者による場所の登録）
続いて、図２８を参照して、Ｓ１０８の処理について説明する。
【０１１６】
Ｓ１８１の動作は、実施の形態１におけるＳ８１の動作と比較して、運営者がスポット名に代えて店舗名をＤＢ編集端末装置１４０に入力し、スポット決定係数は入力しない点が異なる。すなわち、上述したように、店舗決定係数ｒ’は、Ｓ１０２でグループ側が入力するため、店舗の運営者が入力しない。これは、実施の形態１の場合と異なり、店舗ごとに運営者が異なるため、店舗側に店舗決定係数ｒ’を入力させても、混雑状況を考慮せず自分の店舗が提案されるよう、店舗決定係数ｒ’の値を０に設定すると考えられるためである。
【０１１７】
Ｓ１８２、Ｓ１８３の動作は、実施の形態１におけるＳ８１、Ｓ８３の動作と同様であるため、説明を省略する。なお、運営者が想定する客層に応じた主導権の強さを登録することになる。設定する主導権の強さは、実施の形態１と同様に、０〜１の範囲で正規化され、各関係性に割り当てられた関係性ＩＤと、店舗ＩＤに対応付けられて関係性ＤＢ２３４に記憶される。また、店舗の混雑状況や運営情報などの付加情報も、実施の形態１と同様に、運営中に運営者側がＤＢ編集端末装置２４０からリアルタイムに更新することができる。
【０１１８】
Ｓ１８４の動作は、実施の形態１におけるＳ８３の動作と比較して、場所ＩＤ情報に代えて、店舗ＩＤ情報を関連性ＤＢ１３４に記憶する点が異なる。
【０１１９】
（実施の形態２の効果）
以上に説明したように、本実施の形態２に係る目的地提案システム２００は、実施の形態１に係る目的地提案システム１００と同様に、グループ単位で各メンバの関係性（特徴や立場）を考慮した主導権の強さに基づいて目的地提案を行うことができる。よって、グループで行動する来訪者を満足させ、グループに対してより適切な目的地の提案を行うことができる。
【０１２０】
また、上述したように、グループに対し店舗の提案を可能にすることで団体客を誘致しやすくなるとともに、優先して満足させたいメンバ（宴会の主賓など）の適性をより強く反映させつつ、他のメンバの適性も考慮した店舗の提案が行える。
【０１２１】
＜＜＜発明の実施の形態の概略構成＞＞＞
以上に説明した本実施の形態に係る目的地提案システム１００、２００は、概略構成として、次に説明する目的地提案システム１として捉えることもできる。図２９を参照して、その目的地提案システム１について説明する。
【０１２２】
目的地提案システム１は、記憶部１０と、主導権算出部１１と、目的地決定部１２とを有する。目的地提案システム１は、目的地提案システム１００、２００に対応する。
【０１２３】
記憶部１０は、メンバの主導権の強さと、そのメンバの他のメンバに対する関係性とを対応付けて示す関係性情報が格納される。記憶部１０は、記憶装置群１３０、２３０に対応する。
【０１２４】
主導権算出部１１は、記憶部１０に格納された関係性情報に基づいて、複数のメンバのそれぞれを算出対象として、算出対象のメンバの他のメンバのそれぞれに対する関係性から、算出対象のメンバの主導権の強さを算出する。
【０１２５】
目的地決定部１２は、主導権算出部１１が算出した前記複数のメンバのそれぞれの主導権の強さに基づいて、主導権の強さがより強いメンバに適した目的地の候補を、より優先的に目的地として決定する。主導権算出部１１及び目的地決定部１２は、目的地提案装置１２０、２２０に対応する。
【０１２６】
以上に説明した目的地提案システム１によれば、グループの各メンバの関係性を考慮した主導権の強さに基づいて目的地提案を行うことができる。よって、グループのメンバを満足させることができ、グループに対してより適切な目的地の提案を行うことができる。
【０１２７】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１２８】
例えば、上記実施の形態１では、年齢と性別に基づいて各メンバの適性度を算出し、上記実施の形態２では、年齢と性別と飲食物の種類に基づいて各メンバの適性度を算出する例について説明したが、これに限られない。それらの１つだけ、又は、それらの任意の２つ以上の組み合わせによって各メンバの適性度を算出するようにしてもよい。
【０１２９】
なお、上述の携帯端末装置１１０、２１０、目的地提案装置１２０、２２０、及びＤＢ編集端末装置１４０は、コンピュータ（例えば、携帯電話、サーバ、又はパーソナルコンピュータ）が有するＣＰＵ（Central Processing Unit）によって、上述したそのコンピュータの機能を実現するプログラムを実行することで、上述の処理を実現してもよいことは言うまでもない。
【０１３０】
また、そのプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【符号の説明】
【０１３１】
１００、２００  目的地提案システム
１１０、２１０  携帯端末装置
１２０、２２０  目的地提案装置
１２１、２２１  情報送受信部
１２２、２２２  情報処理部
１３０、２３０  記憶装置群
１３１、２３１  会員ＤＢ
１３２、２３２  グループＤＢ
１３３、２３３  場所ＤＢ
１３４、２３４  関係性ＤＢ
１４０、２４０  ＤＢ編集端末装置
【図１】
2016170490.tif 000003
【図２】
2016170490.tif 000004
【図３】
2016170490.tif 000005
【図４】
2016170490.tif 000006
【図５】
2016170490.tif 000007
【図６】
2016170490.tif 000008
【図７】
2016170490.tif 000009
【図８】
2016170490.tif 000010
【図９】
2016170490.tif 000011
【図１０】
2016170490.tif 000012
【図１１】
2016170490.tif 000013
【図１２】
2016170490.tif 000014
【図１３】
2016170490.tif 000015
【図１４】
2016170490.tif 000016
【図１５】
2016170490.tif 000017
【図１６】
2016170490.tif 000018
【図１７】
2016170490.tif 000019
【図１８】
2016170490.tif 000020
【図１９】
2016170490.tif 000021
【図２０】
2016170490.tif 000022
【図２１】
2016170490.tif 000023
【図２２】
2016170490.tif 000024
【図２３】
2016170490.tif 000025
【図２４】
2016170490.tif 000026
【図２５】
2016170490.tif 000027
【図２６】
2016170490.tif 000028
【図２７】
2016170490.tif 000029
【図２８】
2016170490.tif 000030
【図２９】
2016170490.tif 000031