JP7616367B2 - 推薦装置、システム及び方法、情報開示制御装置及び方法、並びに、プログラム - Google Patents

Description

本発明は、推薦装置、システム及び方法、情報開示制御装置及び方法、並びに、コンピュータ可読媒体に関し、特に、グループに対して推薦を行うための推薦装置、システム、方法及びプログラムに関する。

特許文献１には、経路などの案内情報を提供する案内情報提示装置に関する技術が開示されている。特許文献１にかかる案内情報提示装置は、推薦する観光コースやデートコースなどの様々な経路情報とその付加情報を，ネットワークや電子メディアを介して配信するものである。

特開２０００－２１５２１１号公報

ここで、複数人が参加するグループ旅行では、各参加者の旅行中の状態や行先の状況に応じて、当初の予定を変更することが望ましい場合がある。例えば、参加者の一人の疲労度が高い場合には、当該参加者に配慮して、予定していた行先や移動手段等を変更することが望ましい。また、予定していた行先が混雑しているか、経路が渋滞している場合には、やはり予定していた行先や移動手段等を変更することが良い場合もある。

本開示の目的は、上述した課題を鑑み、グループでの旅行中における各参加者の状態や行先の状況に応じて柔軟に行先等の変更を推薦するための推薦装置、システム、方法及びプログラムを提供することにある。

本開示の第１の態様にかかる推薦装置は、
複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得する取得手段と、
複数の行先候補における環境情報を収集する収集手段と、
前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定手段と、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知手段と、
を備える。

本開示の第２の態様にかかる推薦システムは、
情報開示制御装置と推薦装置とを備え、
前記情報開示制御装置は、
所定の旅行に参加する複数の参加者のそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各参加者に関する複数の参加者情報と情報開示条件を、グループ情報に含めて登録する登録手段と、
前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各参加者の状態情報を含む状態報告を各携帯端末から受信する受信手段と、
前記状態報告にかかる参加者に対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれる参加者情報を用いて開示情報を生成する生成手段と、
前記生成した開示情報を、前記推薦装置へ提供する提供手段と
を有し、
前記推薦装置は、
前記情報開示制御装置から前記開示情報を取得する取得手段と、
複数の行先候補における環境情報を収集する収集手段と、
前記開示情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定手段と、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知手段と、
を有する推薦装置と、
を備える。

本開示の第３の態様にかかる推薦方法は、
コンピュータが、
複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得し、
複数の行先候補における環境情報を収集し、
前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定し、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する。

本開示の第４の態様にかかる推薦プログラムは、
複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得する取得処理と、
複数の行先候補における環境情報を収集する収集処理と、
前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定処理と、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知処理と、
をコンピュータに実行させる。

本開示の第５の態様にかかる情報開示制御装置は、
所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録する登録手段と、
前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信する受信手段と、
前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成する生成手段と、
前記生成した開示情報を、所定の開示先へ提供する提供手段と、
を備える。

本開示の第６の態様にかかる情報開示制御方法は、
コンピュータが、
所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録し、
前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信し、
前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成し、
前記生成した開示情報を、所定の開示先へ提供する。

本開示の第７の態様にかかる情報開示制御プログラムは、
所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録する登録処理と、
前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信する受信処理と、
前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成する生成処理と、
前記生成した開示情報を、所定の開示先へ提供する提供処理と、
をコンピュータに実行させる。

本開示により、グループでの旅行中における各参加者の状態や行先の状況に応じて柔軟に行先等の変更を推薦するための推薦装置、システム、方法及びプログラムを提供することができる。

本実施形態１にかかる推薦装置の構成を示すブロック図である。 本実施形態１にかかる推薦方法の流れを示すフローチャートである。 本実施形態２にかかる推薦システムの全体構成を示すブロック図である。 本実施形態２にかかる携帯端末の構成を示すブロック図である。 本実施形態２にかかる認証装置の構成を示すブロック図である。 本実施形態２にかかる情報開示制御装置の構成を示すブロック図である。 本実施形態２にかかる推薦装置の構成を示すブロック図である。 本実施形態２にかかる情報開示条件設定画面の例を示す図である。 本実施形態２にかかるグループ情報登録処理の流れを示すフローチャートである。 本実施形態２にかかる認証装置による顔情報登録処理の流れを示すフローチャートである。 本実施形態２にかかる状態報告処理の流れを示すフローチャートである。 本実施形態２にかかる認証装置による顔認証処理の流れを示すフローチャートである。 本実施形態２にかかる情報開示制御処理の流れを示すフローチャートである。 本実施形態２にかかる推薦処理の流れを示すフローチャートである。 本実施形態２にかかる推薦情報の例を示す図である。 本実施形態２にかかる推薦情報の例を示す図である。 本実施形態２にかかる推薦情報の例を示す図である。 本実施形態２にかかる推薦経路の例を示す図である。 本実施形態３にかかる推薦システムの全体構成を示すブロック図である。 本実施形態３にかかる推薦装置の構成を示すブロック図である。 本実施形態３にかかる推薦処理の流れを示すフローチャートである。 本実施形態４にかかる推薦システムの全体構成を示すブロック図である。 本実施形態４にかかる情報開示制御処理の流れを示すフローチャートである。 本実施形態５にかかる推薦システムの全体構成を示すブロック図である。 本実施形態５にかかる情報開示制御処理の流れを示すフローチャートである。

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
図１は、本実施形態１にかかる推薦装置１の構成を示すブロック図である。推薦装置１は、複数の参加者による旅行の際中に、各参加者から提供された参加者提供情報と行先候補の環境情報に基づき、旅行における行先候補に関する推薦を行うための情報処理装置である。上記旅行は、旅程が予め計画されており、複数の参加者が概ね同一の旅程（行先、日程）で共に行動することが予定されているものとする。推薦装置１は、各参加者が携帯する複数の携帯端末のそれぞれと通信可能に接続されている。各携帯端末は、現在位置を示す位置情報と、当該携帯端末を携帯する参加者の状態情報とを取得する。状態情報とは、取得時における参加者の健康状態等を示す情報である。そして、各携帯端末は、取得した現在位置及び状態情報を含めた参加者提供情報を推薦装置１へ送信する。

尚、推薦装置１は、複数の参加者による旅行の際中に、一定の開示制限の下で開示された各参加者の開示情報（参加者提供の一例）と行先候補の環境情報に基づき、旅行における行先候補に関する推薦を行ってもよい。その場合、各携帯端末は、取得した現在位置及び状態情報を情報開示制御装置（不図示）へ送信する。そして、情報開示制御装置は、受信した現在位置及び状態情報のうち、複数の参加者の少なくとも一人から指定された情報開示条件に基づき開示された開示情報を、推薦装置１へ提供する。または、各携帯端末は、取得した現在位置及び状態情報のうち、情報開示条件に基づき開示が許可された開示情報を、推薦装置１へ送信してもよい。

推薦装置１は、取得部１１、収集部１２、決定部１３及び通知部１４を備える。取得部１１は、上述した現在位置及び状態情報を含めた参加者提供情報を各携帯端末から取得する。または、取得部１１は、上述した開示情報を参加者提供情報として、情報開示制御装置又は各携帯端末から取得してもよい。収集部１２は、複数の行先候補における環境情報を収集する。ここで、行先候補とは、上述した旅行において予定されていた次の行先や、当初は予定されていなかった行先を含むものとする。行先とは、観光地、施設、テーマパーク、飲食店、宿泊地等を含むが、これらに限定されない。環境情報とは、行先の天候や混雑度等を含むが、これらに限定されない。例えば、収集部１２は、行先候補に関する環境情報を発信する外部のサーバ等から行先候補ごとの環境情報を収集する。決定部１３は、参加者提供情報と環境情報に基づいて、旅行における行先候補に関する推薦情報を決定する。または、決定部１３は、開示情報と環境情報に基づいて、旅行における行先候補に関する推薦情報を決定してもよい。推薦情報は、行先候補そのもの、当該行先候補への移動手段、当該行先候補への移動経路、当該行先候補で販売される商品、又は、当該行先候補で利用可能なサービスの少なくともいずれかであってもよい。尚、決定部１３は、参加者提供情報又は開示情報と環境情報等を入力して所定のロジックに基づき推薦情報を出力する推薦モデルを用いて推薦情報を決定してもよい。尚、推薦モデルには、ＡＩ（Artificial Intelligence）モデル等の公知技術を適用することができる。また、推薦モデルは、参加者提供情報又は開示情報及び環境情報を入力データ、推薦情報（行先候補等）の採用結果を正解データとした教師データにより機械学習されたものを用いることができる。通知部１４は、決定した推薦情報を複数の携帯端末の少なくともいずれかへ通知する。尚、通知部１４は、決定した推薦情報を、情報開示制御装置を介して携帯端末へ通知してもよい。

図２は、本実施形態１にかかる推薦方法の流れを示すフローチャートである。まず、取得部１１は、参加者提供情報を取得する（Ｓ１１）。次に、収集部１２は、複数の行先候補における環境情報を収集する（Ｓ１２）。そして、決定部１３は、参加者提供情報と環境情報に基づいて、旅行における行先候補に関する推薦情報を決定する（Ｓ１３）。その後、通知部１４は、決定した推薦情報を複数の携帯端末の少なくともいずれかへ通知する（Ｓ１４）。

このように本実施形態にかかる推薦装置１は、グループでの旅行中に各参加者の携帯端末により取得された現在位置と（各参加者の）状態情報を用いて、当該旅行における今後の行先候補に関する推薦情報を決定する。また、推薦装置１は、複数の行先候補における環境情報をさらに用いて推薦情報を決定する。そのため、グループでの旅行中における各参加者の状態や行先の状況に応じて柔軟に行先等の変更を推薦することができる。特に、推薦装置１は、旅行の際中に、当初予定していた行先等の変更をリアルタイムに推薦できる。このとき、推薦装置１は、現在位置と状態情報のうち、情報開示条件に基づき開示された開示情報を用いて、推薦情報を決定してもよい。これにより、参加者のグループが許容できる範囲で情報が開示されるため、プライバシーを保護できる。そのため、プライバシーを保護しつつ、グループでの旅行中における各参加者の状態や行先の状況に応じて柔軟に行先等の変更を推薦することができる。

尚、推薦装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる推薦方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、取得部１１、収集部１２、決定部１３及び通知部１４の機能を実現する。

または、推薦装置１の各構成要素は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されてもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。

また、推薦装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、推薦装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態２＞
本実施形態２は、上述した実施形態１の具体例である。図３は、本実施形態２にかかる推薦システム１０００の全体構成を示すブロック図である。推薦システム１０００は、複数の参加者による旅行の際中に、一定の開示制限の下で開示された各参加者の開示情報に基づき、旅行における行先候補に関する推薦を行うための情報システムである。

例えば、旅行グループＧ１は、参加者Ｕ１１からＵ１３が特定の旅行に行く際のグループを示す。参加者Ｕ１１からＵ１３は、特定の旅行の各旅程において行動を共にするものとする。参加者Ｕ１１は、旅行グループＧ１を代表して携帯端末１００－０を携帯しているものとする。尚、他の参加者Ｕ１２及びＵ１３も旅行中には、携帯端末（不図示）を携帯していてもよい。また、旅行グループＧ２は、参加者Ｕ２１からＵ２３が特定の旅行に行く際のグループを示す。参加者Ｕ２１からＵ２３は、特定の旅行の各旅程において行動を共にするものとする。参加者Ｕ２１は携帯端末１００－１を携帯し、参加者Ｕ２２は携帯端末１００－２を携帯し、参加者Ｕ２３は携帯端末１００－３を携帯するものとする。尚、以下においては、携帯端末１００－０、１００－１、１００－２及び１００－３を特に区別する必要がない場合には、これらをまとめて単に「携帯端末１００」を記載するものとする。

推薦システム１０００は、携帯端末１００、認証装置２００、情報開示制御装置３００、推薦装置４００、観光地サーバ５０１～５０ｍ、及び、ＳＮＳ（Social Network Service）サーバ６００を備える。尚、推薦装置４００は開示情報の開示先であり、２以上存在するが、図示を省略している。携帯端末１００、認証装置２００、情報開示制御装置３００、推薦装置４００、観光地サーバ５０１～５０ｍ、及び、ＳＮＳサーバ６００のそれぞれは、ネットワークＮを介して接続される。ここで、ネットワークＮは、有線又は無線の通信回線又は通信ネットワークであり、例えばインターネットである。ネットワークＮは、通信プロトコルの種別を問わない。

尚、以下の説明では、本人確認の認証を生体認証の一例である顔認証とし、本人確認情報（本人特定情報）を生体情報の一例である顔特徴情報とする。但し、生体認証及び生体情報は撮影画像を利用する他の技術を適用可能である。例えば、生体情報には、指紋、声紋、静脈、網膜、瞳の虹彩、手のひらの模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。また、本人確認の認証は生体認証以外であってもよく、本人特定情報も生体情報以外であってもよい。例えば、本人特定情報としては、例えば、ユーザＩＤ、ＩＤ及びパスワードの組合せ、電子証明書、二次元コード等が挙げられるが、これらに限定されない。

携帯端末１００は、各参加者が携帯、所持又は装着し、無線通信によりネットワークＮを介して情報開示制御装置３００や推薦装置４００とデータの送受信を行う情報端末である。携帯端末１００は、携帯電話端末、スマートフォン、タブレット端末、ウェアラブル端末等である。また、携帯端末１００は、参加者が装着するウェアラブルデバイス、又は、参加者の靴に埋め込まれたインソールセンサと近距離無線通信を行い、ウェアラブルデバイス又はインソールセンサによる検出結果又は測定結果を取得してもよい。この場合、携帯端末１００は、取得した検出結果又は測定結果を参加者の状態情報の少なくとも一部とする。

図４は、本実施形態２にかかる携帯端末１００の構成を示すブロック図である。携帯端末１００は、カメラ１１０、記憶部１２０、メモリ１３０、通信部１４０、入出力部１５０及び制御部１６０を備える。カメラ１１０は、制御部１６０の制御に応じて撮影を行う撮影装置である。記憶部１２０は、フラッシュメモリ等の記憶装置の一例である。記憶部１２０は、プログラム１２１、位置情報１２２、本人特定情報１２３及びグループＩＤ１２４を記憶する。プログラム１２１は、後述するグループ情報の登録処理、参加者の状態情報の取得処理、状態報告処理、推薦情報の表示処理等を含む処理が実装されたコンピュータプログラムである。位置情報１２２は、ＧＰＳ（Global Positioning System）情報等であり、携帯端末１００の現在位置を示す情報である。本人特定情報１２３は、携帯端末１００を携帯するユーザ（参加者）を特定するための識別情報である。本人特定情報１２３は、生体情報、例えば、顔画像や顔特徴情報、または、上述した他の本人特定情報であってもよい。グループＩＤ１２４は、旅行グループの識別情報であり、グループ情報の登録時に情報開示制御装置３００において発行された情報である。

メモリ１３０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部１６０の動作時に一時的に情報を保持するための記憶領域である。通信部１４０は、ネットワークＮとの通信インタフェースである。また、通信部１４０は、ＧＰＳ衛星との通信も行うものとする。入出力部１５０は、画面等の表示装置（表示部）と入力装置を含む。入出力部１５０は、例えば、タッチパネルである。制御部１６０は、携帯端末１００が有するハードウェアの制御を行うプロセッサである。制御部１６０は、記憶部１２０からプログラム１２１をメモリ１３０へ読み込ませ、実行する。これにより、制御部１６０は、登録部１６１、取得部１６２及び表示制御部１６３の機能を実現する。

登録部１６１は、旅行グループに関するグループ情報の登録処理を行う。具体的には、登録部１６１は、同じ旅行グループの参加者のうち代表者により入力された、各参加者の顔画像及び個人情報を受け付ける。また、登録部１６１は、代表者により入力された旅行情報を受け付ける。旅行情報とは、旅行の日程等の旅行の計画や予定情報である。また、登録部１６１は、代表者により入力された情報開示条件を受け付ける。情報開示条件とは、開示先ごとに開示対象の情報種別を定義した情報である。また、登録部１６１は、各参加者のうち少なくとも代表者による情報開示の同意が得られた場合に、情報開示条件を受け付けるものとする。登録部１６１は、受け付けた各参加者の顔画像及び個人情報、旅行グループの旅行情報及び情報開示条件を含めたグループ情報の登録要求を、ネットワークＮを介して情報開示制御装置３００へ送信する。尚、登録部１６１は、顔画像の代わりに、他の本人特定情報を登録用として登録要求に含めても良い。尚、登録部１６１は、代表者により各参加者のグループ内の優先度の設定を受け付け、登録要求に参加者ごとの優先度を含めてもよい。登録部１６１は、情報開示制御装置３００からネットワークＮを介して、グループ情報の登録時に発行されたグループＩＤを受信し、グループＩＤ１２４として記憶部１２０へ登録する。

また、登録部１６１は、状態報告処理を行う。具体的には、登録部１６１は、旅行中に後述するように取得部１６２により取得された状態情報、現在位置及び参加者の顔画像を含めた状態報告を、ネットワークＮを介して情報開示制御装置３００へ送信する。尚、登録部１６１は、顔画像の代わりに、他の本人特定情報を認証用として状態報告に含めても良い。つまり、登録部１６１は、状態報告の際、必ずしも毎回、顔画像を送信する必要はない。また、登録部１６１は、グループＩＤ１２４を状態報告に含めても良い。

また、登録部１６１は、後述する表示制御部１６３に表示された推薦情報に対して、参加者により入力された採否を示す情報（採否結果）を受け付け、採否結果をネットワークＮを介して情報開示制御装置３００又は推薦装置４００へ送信してもよい。

取得部１６２は、参加者の状態情報の取得処理を行う。状態情報は、参加者の健康状態、（旅行中の訪問地等の）満足度、嗜好情報、行動情報等を含む。具体的には、取得部１６２は、参加者の体温、脈拍数、心拍数等の測定値を健康状態として取得する。例えば、取得部１６２は、健康状態の測定器から測定値を取得する。健康状態の測定器は、携帯端末１００がウェアラブル端末の場合、携帯端末１００に内蔵されたものでもよい。または、取得部１６２は、参加者が装着したウェアラブル端末等から近距離無線通信により測定値を取得してもよい。また、健康状態は、インソール（靴の中敷き）に埋め込まれた検出装置（インソールセンサ）により検出された参加者の歩容であってもよい。歩容は、歩幅、歩行速度、接地角度、外回し距離（つま先の向き、足上げ高さ）、離地角度等を示す情報を含む。例えば、取得部１６２は、インソールセンサから近距離無線通信により歩容の検出値を健康状態として取得してもよい。また、取得部１６２は、健康状態の報告画面に対する参加者からの入力値を健康状態として取得してもよい。入力値は、例えば、体温等の健康情報、報告画面に表示された問診に対する回答（体調の良し悪し、疲労度合い等の選択値又はテキスト情報）であってもよい。

さらに、取得部１６２は、旅行において旅行グループの参加者が利用中の移動手段における走行情報を状態情報として取得してもよい。移動手段は、例えば、自動車、列車、航空機、船舶、自転車、パーソナルモビリティ等を含む。また、走行情報は、車両等の走行中において、車両等に搭載された各種センサにより計測された計測値（速度、位置情報、走行距離）やカメラにより撮影された撮影画像（動画）等の少なくとも一部である。例えば、取得部１６２は、各種センサや車載装置から近距離無線通信により走行情報を取得してもよい。

また、取得部１６２は、旅行中の訪問地（行先）に関する満足度を状態情報として取得してもよい。例えば、取得部１６２は、満足度の入力画面に対する参加者からの入力値（数値、レベル値、テキスト情報等）を満足度として取得してもよい。または、取得部１６２は、旅行中にカメラ１１０により撮影された参加者の撮影画像を取得し、撮影画像に対する所定の解析の解析結果に基づき判定された笑顔度や機嫌を満足度として取得してもよい。

また、取得部１６２は、入力画面に対する参加者からの入力値（趣味、料理の好み等）を嗜好情報として取得してもよい。また、取得部１６２は、入力画面に対する参加者からの入力値（訪問地、購買履歴等）を行動情報として取得してもよい。

また、取得部１６２は、通信部１４０を介して携帯端末１００の現在位置を示すＧＰＳ情報を位置情報として取得し、位置情報１２２として記憶部１２０へ保存する。また、取得部１６２は、旅行中にカメラ１１０により撮影された参加者の撮影画像を取得し、本人特定情報１２３として記憶部１２０に保存してもよい。

表示制御部１６３は、情報開示制御装置３００又は推薦装置４００からネットワークＮを介して推薦情報を受信した場合、推薦情報を入出力部１５０に表示する。

図３に戻り説明を続ける。
認証装置２００は、ユーザの顔特徴情報を管理する情報処理装置である。また、認証装置２００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報と照合を行い、照合結果（認証結果）を要求元へ返信する。

図５は、本実施形態２にかかる認証装置２００の構成を示すブロック図である。認証装置２００は、顔情報ＤＢ（DataBase）２１０と、顔検出部２２０と、特徴点抽出部２３０と、登録部２４０と、認証部２５０とを備える。顔情報ＤＢ２１０は、ユーザＩＤ２１１と当該ユーザＩＤの顔特徴情報２１２とを対応付けて記憶する。顔特徴情報２１２は、顔画像から抽出された特徴点の集合である。尚、認証装置２００は、顔特徴情報２１２に対応する参加者や当該参加者と同じグループに属する他の参加者等からの要望に応じて、顔特徴ＤＢ２１０内の顔特徴情報２１２を削除してもよい。または、認証装置２００は、登録から一定期間経過後に顔特徴情報２１２を削除してもよい。

顔検出部２２０は、顔情報を登録するための登録画像に含まれる顔領域を検出し、特徴点抽出部２３０に出力する。特徴点抽出部２３０は、顔検出部２２０が検出した顔領域から特徴点を抽出し、登録部２４０に顔特徴情報を出力する。また、特徴点抽出部２３０は、情報開示制御装置３００等から受信した顔画像に含まれる特徴点を抽出し、認証部２５０に顔特徴情報を出力する。

登録部２４０は、顔特徴情報の登録に際して、ユーザＩＤ２１１を新規に発行する。登録部２４０は、発行したユーザＩＤ２１１と、登録画像から抽出した顔特徴情報２１２とを対応付けて顔情報ＤＢ２１０へ登録する。認証部２５０は、顔特徴情報２１２を用いた顔認証を行う。具体的には、認証部２５０は、顔画像から抽出された顔特徴情報と、顔情報ＤＢ２１０内の顔特徴情報２１２との照合を行う。認証部２５０は、照合に成功した場合、照合された顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する。認証部２５０は、顔特徴情報の一致の有無を顔認証結果として要求元に返信する。顔特徴情報の一致の有無は、認証の成否に対応する。尚、顔特徴情報が一致する（一致有）とは、一致度が閾値以上である場合をいうものとする。また、顔認証結果は、顔認証に成功した場合、特定されたユーザＩＤを含むものとする。

図３に戻り説明を続ける。
情報開示制御装置３００は、グループ情報登録処理、状態報告処理、情報開示制御処理等を行う情報処理装置である。具体的には、情報開示制御装置３００は、参加者情報及びグループ情報を管理し、状態報告等を用いて開示先ごとに設定された情報開示条件を満たす開示情報を生成し、開示情報を開示先へ提供する。情報開示制御装置３００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

図６は、本実施形態２にかかる情報開示制御装置３００の構成を示すブロック図である。情報開示制御装置３００は、記憶部３１０、メモリ３２０、通信部３３０及び制御部３４０を備える。記憶部３１０は、ハードディスク、フラッシュメモリ等の記憶装置の一例である。記憶部３１０は、プログラム３１１、参加者情報３１２及びグループ情報３１３を記憶する。プログラム３１１は、本実施形態２にかかるグループ情報登録処理、状態報告処理、情報開示制御処理等を含む処理が実装されたコンピュータプログラムである。

参加者情報３１２は、各参加者に関する情報を管理する情報である。参加者情報３１２は、ユーザＩＤ３１２１、個人情報３１２２、端末情報３１２３、位置情報３１２４及び状態情報３１２５を対応付けた情報である。ユーザＩＤ３１２１は、ユーザ（参加者）の識別情報である。ユーザＩＤ３１２１は、認証装置２００の顔情報ＤＢ２１０において管理される顔特徴情報２１２に対応付けて管理されるユーザＩＤ２１１と同一又は一意に対応する情報である。そのため、参加者情報３１２は、ユーザＩＤ３１２１を介して参加者の登録用の本人特定情報と対応付けられた情報といえる。

個人情報３１２２は、ユーザの氏名、性別、生年月日、住所、国籍、連絡先、決済情報等が含まれていてもよい。また、個人情報３１２２は、ユーザの医療情報（既往歴）、健康情報（アレルギー情報）、趣味や嗜好等を含んでも良い。端末情報３１２３は、ユーザが携帯する携帯端末１００に対する通知の宛先となる情報である。端末情報３１２３は、例えば、携帯電話番号、電子メールアドレス、アプリケーションのユーザＩＤ、ソーシャルネットワークサービスアカウント等である。位置情報３１２４は、ユーザが携帯する携帯端末１００の現在位置を示す情報である。また、位置情報３１２４は、位置情報の履歴であってもよい。状態情報３１２５は、上述した状態報告に含まれる状態情報である。また、状態情報３１２５は、状態情報の履歴であってもよい。

グループ情報３１３は、旅行グループを管理する情報である。グループ情報３１３は、グループＩＤ３１３１、参加者リスト３１３２、旅行情報３１３３及び情報開示条件３１３４を対応付けた情報である。グループＩＤ３１３１は、グループの識別情報である。参加者リスト３１３２は、グループに属する参加者のリストである。参加者リスト３１３２は、ユーザＩＤ３１３２１及び優先度３１３３１の組、・・・、ユーザＩＤ３１３２ｉ（ｉは２以上の自然数。）及び優先度３１３３ｉの組を含む。ユーザＩＤ３１３２１～３１３２ｉのそれぞれは、ユーザの識別情報であり、上述したユーザＩＤ３１２１と対応するものである。優先度３１３３１～３１３３ｉのそれぞれは、参加者ごとに設定された情報であり、グループ内の参加者について推薦情報を決定する際に考慮される優先度合いを示す情報である。優先度３１３３１等は、優先順位、レベル、数値等で表現されても良い。旅行情報３１３３は、旅行グループにおける上述した旅行情報である。

情報開示条件３１３４は、開示先ごとに開示対象の情報種別を定義した情報である。情報開示条件３１３４は、グループ内の少なくとも代表者により同意されたものとする。情報開示条件３１３４は、開示先３１３４１及び情報種別３１３５１の組、・・・、開示先３１３４ｊ（ｊは２以上の自然数。）及び情報種別３１３５ｊの組を含む。開示先３１３４１等は、開示情報の開示先を示す情報である。例えば、開示先３１３４１等は、推薦装置４００等の宛先情報、開示先の識別情報、又は、開示先の業種や機関の種別等を含んでも良い。情報種別３１３５１等は、グループの代表者等により開示先への開示が許可された情報の種別である。

そのため、グループ情報３１３は、ユーザＩＤ３１３２１等を介して参加者情報３１２と対応付けられているため、参加者情報３１２と情報開示条件３１３４を含めて管理する情報といえる。

メモリ３２０は、ＲＡＭ等の揮発性記憶装置であり、制御部３４０の動作時に一時的に情報を保持するための記憶領域である。通信部３３０は、ネットワークＮとの通信インタフェースである。

制御部３４０は、情報開示制御装置３００の各構成を制御するプロセッサつまり制御装置である。制御部３４０は、記憶部３１０からプログラム３１１をメモリ３２０へ読み込ませ、プログラム３１１を実行する。これにより、制御部３４０は、登録部３４１、受信部３４２、認証制御部３４３、特定部３４４、生成部３４５及び提供部３４６の機能を実現する。

登録部３４１は、複数の携帯端末の少なくとも１つから取得した各参加者に関する複数の参加者情報と情報開示条件を、グループ情報に含めて登録する。具体的には、登録部３４１は、グループ情報の登録要求に含まれる各参加者の顔情報について、認証装置２００に対して顔登録要求を送信し、登録結果としてユーザＩＤを取得する。そして、登録部３４１は、参加者ごとに参加者情報３１２を登録する。そして、登録部３４１は、グループＩＤを発行し、参加者リスト、旅行情報、情報開示条件を含めてグループ情報を登録する。また、登録部３４１は、発行したグループＩＤを要求元の携帯端末へ返信する。また、登録部３４１は、受信部３４２により受信された状態報告に含まれる状態情報を、当該状態報告にかかる参加者に対応付けて登録する。具体的には、登録部３４１は、状態報告に応じて特定されたユーザＩＤに対応する参加者情報３１２に、状態報告に含まれる現在位置や状態情報を登録する。

受信部３４２は、旅行の際中に、複数の携帯端末のそれぞれにより取得された現在位置及び各参加者の状態情報を含む状態報告を各携帯端末から受信する。

認証制御部３４３は、受信部３４２により受信された状態報告に含まれる顔画像について顔認証を制御する。つまり、認証制御部３４３は、登録用及び認証用の本人特定情報を用いた認証を制御する。具体的には、認証制御部３４３は、顔画像を含めた顔認証要求を認証装置２００へ送信し、認証装置２００から顔認証結果を受信する。尚、認証制御部３４３は、顔画像からユーザの顔領域を検出し、顔領域の画像を顔認証要求に含めてもよい。または、認証制御部３４３は、顔領域から顔特徴情報を抽出し、顔特徴情報を顔認証要求に含めてもよい。

特定部３４４は、認証制御部３４３による認証の制御により、状態報告にかかる参加者を特定する。具体的には、特定部３４４は、認証装置２００から受信した顔認証結果から認証の成否を判定し、認証が成功した場合、顔認証結果に含まれるユーザＩＤから参加者を特定する。

生成部３４５は、状態報告にかかる参加者に対応するグループ情報に含まれる情報開示条件に基づき、状態報告及びグループ情報に含まれる参加者情報を用いて開示情報を生成する。尚、開示情報は、上述した参加者提供情報の一例である。具体的には、生成部３４５は、特定された参加者に対応するグループ情報に含まれる情報開示条件に基づき開示情報を生成する。特に、生成部３４５は、所定の開示先に応じた開示対象の情報種別に対応する情報を開示情報として生成する。生成部３４５は、該当する旅行グループに属する各参加者の参加者情報３１２の個人情報３１２２、位置情報３１２４及び状態情報３１２５のうち、情報開示条件３１３４の所定の開示先に対応付けられた情報種別に対応する情報を開示情報として生成する。また、生成部３４５は、各参加者（ユーザＩＤ３１３２１等）に設定された優先度３１３３１等を開示情報に含めても良い。また、生成部３４５は、代表者又はグループに属する全参加者の端末情報３１２３を開示情報に含めても良い。言い換えると、開示情報は、所定の開示先に応じた開示対象の情報種別に対応する情報である。また、開示情報には、参加者ごとの優先度が含まれても良い。開示情報には、代表者又はグループに属する全参加者の端末情報が含まれても良い。また、開示情報には、例えば、情報開示条件を満たす個人情報（趣味や嗜好を含む）、位置情報、状態情報（健康情報等）、位置情報や状態情報の履歴、旅行グループにおける旅行情報（日程、行先、経路、移動手段等）が含まれても良い。尚、情報開示条件は、後述する通り、グループに属する各参加者により個別に設定されたものでもよい。つまり、所定の旅行グループにおける情報開示条件は、参加者ごとに開示先や開示範囲（開示を許可する情報種別）が異なっていても良い。その場合、生成部３４５は、グループに属する各参加者に応じて異なる開示範囲の情報を抽出して開示情報を生成してもよい。

提供部３４６は、生成した開示情報を、所定の開示先へ提供する。例えば、所定の開示先が推薦装置４００である場合、提供部３４６は、開示情報を、ネットワークＮを介して推薦装置４００へ送信する。

図３に戻り説明を続ける。
推薦装置４００は、上述した推薦装置１の一例である。推薦装置４００は、推薦処理を行う情報処理装置である。推薦装置４００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

図７は、本実施形態２にかかる推薦装置４００の構成を示すブロック図である。推薦装置４００は、記憶部４１０、メモリ４２０、通信部４３０及び制御部４４０を備える。記憶部４１０は、ハードディスク、フラッシュメモリ等の記憶装置の一例である。記憶部４１０は、プログラム４１１、行先候補ＤＢ４１２を記憶する。プログラム４１１は、本実施形態２にかかる推薦処理等を含む処理が実装されたコンピュータプログラムである。

行先候補ＤＢ４１２は、所定の旅行における行先（訪問地等）の候補となり得る情報を管理するデータベースである。行先候補ＤＢ４１２は、行先候補情報４１２１から４１２ｍを記憶する。行先候補情報４１２１等は、観光地、施設、テーマパーク、飲食店、宿泊地等の行先となり得る場所に関する情報である。行先候補情報４１２１等は、例えば、行先の名称、住所、業種、内容、販売品の情報、提供される（参加者が利用可能な）サービスの情報等を含む。また、行先候補情報４１２１から４１２ｍのそれぞれは、観光地サーバ５０１から５０ｍのそれぞれに対応しており、これらのアクセス先を示す情報を含んでも良い。

メモリ４２０は、ＲＡＭ等の揮発性記憶装置であり、制御部４４０の動作時に一時的に情報を保持するための記憶領域である。通信部４３０は、ネットワークＮとの通信インタフェースである。

制御部４４０は、推薦装置４００の各構成を制御するプロセッサつまり制御装置である。制御部４４０は、記憶部４１０からプログラム４１１をメモリ４２０へ読み込ませ、プログラム４１１を実行する。これにより、制御部４４０は、取得部４４１、収集部４４２、決定部４４３及び通知部４４４の機能を実現する。

取得部４４１は、上述した取得部１１の一例である。取得部４４１は、情報開示制御装置３００から提供された開示情報を参加者提供情報として取得する。

収集部４４２は、上述した収集部１２の一例である。収集部４４２は、行先候補ＤＢ４１２に基づき、ネットワークＮを介して観光地サーバ５０１から５０ｍのそれぞれから、各行先候補における環境情報を収集する。ここで、環境情報は、行先候補における天候情報又は混雑度の少なくともいずれかを含むとよい。また、環境情報は、行先候補への移動経路における交通情報、渋滞状況を含んでも良い。さらに、収集部４４２は、ＳＮＳサーバ６００からネットワークＮを介して、複数の行先候補に関する投稿情報６１０を収集してもよい。

決定部４４３は、上述した決定部１３の一例である。決定部４４３は、開示情報と環境情報に基づいて、旅行における行先候補に関する推薦情報を決定する。ここで、推薦情報は、行先候補そのもの、当該行先候補への移動手段、当該行先候補への移動経路、当該行先候補で販売される商品、又は、当該行先候補で利用可能なサービスの少なくともいずれかを含むとよい。例えば、参加者の健康状態や当初予定していた行先の混雑度等から、決定部４４３は、当初の予定とは異なるより適切な行先候補を推薦情報として決定してもよい。または、参加者の少なくとも一部に疲労度が高まっている場合には、決定部４４３は、当初予定していた行先を変更しないものの、タクシーを利用して行先へ移動すること、つまり移動手段を推薦情報として決定してもよい。または、当初予定していた行先を変更しないものの、行先への道路の渋滞情報（環境情報）から、決定部４４３は、予定していた行先への移動経路を推薦情報として決定してもよい。尚、移動経路が予め設定されていた場合、決定部４４３は、渋滞情報等に基づいて、（行先を変更しないものの）当初設定されていた移動経路とは異なる経路を推薦情報として決定してもよい。または、参加者の疲労度が高く、行先候補に栄養ドリンクが販売されている場合、決定部４４３は、行先候補での栄養ドリンクの購入を推薦情報として決定してもよい。または、参加者の趣味や嗜好（開示情報）に適したお土産が販売されている場所が行先候補にある場合、決定部４４３は、当該行先候補でのお土産の案内を推薦情報として決定してもよい。または、参加者の趣味がダイビング（開示情報）であり、行先候補のダイビング体験（利用可能なサービス）の予約状況（環境情報）に空きがある場合、決定部４４３は、当該行先候補でのダイビングの予約案内を推薦情報として決定してもよい。

また、決定部４４３は、複数の参加者の少なくとも一人に関する参加者提供情報（例えば開示情報）に基づいて、推薦情報を決定してもよい。例えば、開示情報の健康状態から参加者のうち高齢者の疲労度が高まっていることがわかる場合や、参加者のうち子供がお城に興味がある場合、決定部４４３は、他の参加者の状態情報や嗜好とは別に、一部の参加者の開示情報に基づいて推薦情報を決定してもよい。また、参加者の一人の料理の嗜好を満たす飲食店（行先候補）があれば、決定部４４３は、当該参加者の料理の嗜好に基づいて当該飲食店を推薦情報として決定してもよい。

また、決定部４４３は、参加者ごとに設定された優先度を加味して、各参加者に対応する参加者提供情報（例えば開示情報）に基づいて、推薦情報を決定してもよい。つまり、上述したように開示情報に各参加者に設定された優先度が含まれる場合、決定部４４３は、優先度がより高い参加者の開示情報を優先的に充足するように推薦情報を決定してもよい。これは、上述したように、決定部４４３が一部の参加者の開示情報に基づいて推薦情報を決定することともいえる。

また、決定部４４３は、参加者提供情報（例えば開示情報）に基づいて参加者ごとに異なる優先度を設定してもよい。つまり、開示情報に参加者ごとの優先度が含まれているか否かにかかわらず、決定部４４３は、各参加者の健康状態や趣味等を勘案して、推薦情報を決定するにあたっての優先度を設定してもよい。例えば、参加者の一部にアレルギー情報がある場合、決定部４４３は、当該参加者の優先度をより高く設定する。この場合も、決定部４４３は、設定した優先度を加味して、各参加者に対応する開示情報に基づいて、推薦情報を決定してもよい。

さらに、決定部４４３は、行先候補又は当該行先候補で利用可能なサービスの内容に応じて各参加者の優先度を設定してもよい。例えば、行先候補が動物園であり、参加者に動物に興味のある子供が含まれている場合、決定部４４３は、その子供の優先度をより高く設定する。または、上述したように、行先候補でダイビング体験が予約可能であり、参加者にダイビングに興味がある者が含まれる場合、決定部４４３は、当該参加者の優先度をより高く設定してもよい。

さらに、決定部４４３は、収集部４４２により収集された投稿情報６１０を加味して推薦情報を決定してもよい。例えば、予定していた行先への複数の移動経路の一つの付近で、虹が綺麗に見えるとの投稿情報があった場合、決定部４４３は、当初予定していた移動経路を、投稿情報に示される移動経路に変更する提案を推薦情報として決定する。

尚、決定部４４３は、外部の推薦エンジンへ開示情報及び環境情報を提供し、推薦エンジンにより決定された推薦情報を取得してもよい。

通知部４４４は、上述した通知部１４の一例である。通知部４４４は、決定した推薦情報を複数の携帯端末の少なくともいずれかへ通知する。例えば、開示情報に代表者の端末情報が含まれている場合、通知部４４４は、当該端末情報を宛先として、推薦情報を送信する。または、通知部４４４は、該当するグループの代表者の携帯端末へ推薦情報を送信させる指示を情報開示制御装置３００へ返信してもよい。これに応じて、情報開示制御装置３００は、該当するグループの代表者の携帯端末へ推薦情報を送信する。

また、決定部４４３は、２以上の推薦情報を決定してもよい。その場合、通知部４４４は、決定された２以上の推薦情報を通知する。これにより、参加者へ複数の選択肢を提示でき、旅行プランの変更の選択の幅を広げることができる。

図３に戻り説明を続ける。
観光地サーバ５０１から５０ｍは、所定の旅行グループの行先となり得る観光地の情報を管理し、提供するコンピュータサーバである。例えば、観光地サーバ５０１は、行先候補情報４１２１に関する環境情報を、随時、更新している。そして、観光地サーバ５０１は、推薦装置４００の収集部４４２からネットワークＮを介して収集要求を受信した場合、ネットワークＮを介して最新の環境情報を推薦装置４００へ返信する。以降、観光地サーバ５０２（不図示）から５０ｍも同様である。尚、１つの観光地サーバが複数の行先候補に関する環境情報を管理及び提供してもよい。また、複数の観光地サーバが同一の行先候補に関する環境情報を管理及び提供してもよい。

ＳＮＳサーバ６００は、一般的なＳＮＳサービスを提供するコンピュータサーバである。ＳＮＳサーバ６００は、様々なユーザから投稿された投稿情報６１０を管理し、所定の条件の下で外部へ開示する。投稿情報６１０には、行先候補情報４１２１等の観光地や周辺の移動経路に関する情報が含まれる場合がある。例えば、投稿情報６１０は、観光スポットに関する書き込みであってもよい。そのため、ＳＮＳサーバ６００は、推薦装置４００の収集部４４２からネットワークＮを介して収集要求を受信した場合、行先候補情報４１２１等に関連する投稿情報６１０を特定し、ネットワークＮを介して推薦装置４００へ特定した投稿情報６１０を返信する。

続いて、グループ情報登録処理について説明する。まず、旅行グループＧ１は旅行前とし、代表者である参加者Ｕ１１が携帯端末１００－０を用いてグループ情報及び各参加者の情報を登録するものとする。そこで、携帯端末１００－０は、参加者Ｕ１１により入力された、参加者Ｕ１１からＵ１３それぞれの顔画像及び個人情報を受け付ける。例えば、携帯端末１００－０は、カメラ１１０により参加者Ｕ１１からＵ１３それぞれの顔を撮影し、顔画像として取得してもよい。尚、参加者Ｕ１２及びＵ１３は、各自の携帯端末から個人情報を入力し、携帯端末１００－０へ通知してもよい。また、参加者Ｕ１２及びＵ１３の携帯端末は、各自の携帯端末で撮影した顔画像を携帯端末１００－０へ通知してもよい。また、携帯端末１００－０は、参加者Ｕ１１から、各参加者Ｕ１１からＵ１３の優先度を受け付けても良い。

続いて、携帯端末１００－０は、参加者Ｕ１１により入力された、旅行グループＧ１の旅行情報を受け付ける。また、携帯端末１００－０は、情報開示条件設定画面を表示し、参加者Ｕ１１により開示先ごとに開示を許可する情報種別の指定を受け付け、開示に同意する旨を受け付ける。尚、情報開示の同意は、参加者Ｕ１１からＵ１３のそれぞれから得るものとする。その場合、参加者Ｕ１１からＵ１３のそれぞれは、自身が所持する携帯端末１００に表示された情報開示条件設定画面に対して、開示先ごとに開示を許可する情報種別の指定を行ってもよい。その際、各参加者は、旅行グループＧ１における情報開示条件を設定してもよい。または、各参加者は、旅行グループとは別に、個人の情報開示条件を設定してもよい。旅行グループＧ１における情報開示条件は、旅行グループＧ１の各参加者の情報開示条件の設定を集約したものとしてもよい。但し、上記例では、参加者Ｕ１１が旅行グループＧ１の各参加者を代表して情報開示に同意していることを示している。

図８は、本実施形態２にかかる情報開示条件設定画面７０の例を示す図である。情報開示条件設定画面７０は、開示先７０１、情報種別７０２、開示設定欄７０３、同意確認メッセージ７０４及び同意ボタン７０５を備える。開示先７０１は、情報開示制御装置３００に登録する情報の開示先となり得る業種、業者、機関等をリストアップしたものである。この例では、開示先７０１は、観光業者、飲食業者、行政機関、医療機関、マーケティング業者が挙げられているが、これらに限定されない。尚、開示先７０１は、個別の業者や機関であってもよい。上述した推薦装置４００は、観光業者が運用するサーバ装置であるものとする。情報種別７０２は、開示を許可する情報の種別をリストアップしたものである。この例では、情報種別７０２は、生体情報（本人特定情報）、健康情報、医療情報、行動情報、飲食履歴が挙げられているが、これらに限定されない。開示設定欄７０３は、開示先と情報種別の組合せごとに、開示の許否の設定を受け付け、表示する欄である。例えば、観光業者には、生体情報、健康情報、行動情報及び飲食履歴の開示を許可するが、医療情報（既往歴等）の開示を許可しない設定となっていることを示す。同意確認メッセージ７０４は、例えば、「開示先に対して設定した情報種別の情報を開示することに同意しますか？」といった、参加者（登録者、設定者）に対する開示の同意の確認を求めるメッセージを示す。同意ボタン７０５は、押下されると、携帯端末１００が開示設定欄７０３の設定内容について情報開示条件として取得する。

図９は、本実施形態２にかかるグループ情報登録処理の流れを示すフローチャートである。上記に続いて、携帯端末１００－０は、同意ボタン７０５が押下されると、情報開示条件を取得し、各参加者の顔画像及び個人情報、旅行情報並びに情報開示条件を含めてグループ情報の登録要求を生成する。尚、携帯端末１００－０は、各参加者の優先度を登録要求に含めても良い。また、携帯端末１００－０は、各参加者の携帯端末の端末情報を登録要求に含めても良い。そして、携帯端末１００－０は、生成したグループ情報の登録要求を、ネットワークＮを介して情報開示制御装置３００へ送信する。

これに応じて、情報開示制御装置３００の登録部３４１は、携帯端末１００－０からネットワークＮを介してグループ情報の登録要求を受信する（Ｓ３０１）。そして、登録部３４１は、登録要求に含まれる個人情報から、未処理の参加者を選択する（Ｓ３０２）。例えば、登録部３４１は、参加者Ｕ１１を選択する。そして、登録部３４１は、選択した参加者についての顔情報登録要求を認証装置２００へ送信する（Ｓ３０３）。例えば、登録部３４１は、登録要求に含まれる参加者Ｕ１１の顔画像を取得し、当該顔画像を含めた顔情報登録要求を、ネットワークＮを介して認証装置２００へ送信する。これに応じて、認証装置２００は、顔情報登録処理を行う。

図１０は、本実施形態２にかかる認証装置２００による顔情報登録処理の流れを示すフローチャートである。まず、認証装置２００は、顔情報登録要求を受信する（Ｓ２０１）。例えば、認証装置２００は、情報開示制御装置３００からネットワークＮを介して顔情報登録要求を受信する。次に、顔検出部２２０は、顔情報登録要求に含まれる顔画像から顔領域を検出する（Ｓ２０２）。そして、特徴点抽出部２３０は、ステップＳ２０２で検出した顔領域から特徴点（顔特徴情報）を抽出する（Ｓ２０３）。そして、登録部２４０は、ユーザＩＤ２１１を発行する（Ｓ２０４）。そして、登録部２４０は、抽出した顔特徴情報２１２と発行したユーザＩＤ２１１を対応付けて顔情報ＤＢ２１０に登録する（Ｓ２０５）。その後、登録部２４０は、発行したユーザＩＤ２１１を要求元（例えば、情報開示制御装置３００）へ返信する（Ｓ２０６）。尚、認証装置２００は、任意の情報登録端末から受信した顔情報登録要求に応じて顔情報登録処理を行っても良い。例えば、情報登録端末は、パーソナルコンピュータ、スマートフォン又はタブレット端末等の情報処理装置である。また、情報登録端末は、携帯端末１００であってもよい。

図９に戻り説明を続ける。情報開示制御装置３００の登録部３４１は、認証装置２００からネットワークＮを介して、発行されたユーザＩＤを取得する（Ｓ３０４）。そして、登録部３４１は、取得したユーザＩＤを用いて参加者情報を登録する（Ｓ３０５）。例えば、登録部３４１は、登録要求元である携帯端末１００－０の端末情報を特定し、登録要求に含まれる参加者Ｕ１１の個人情報を取得する。そして、登録部３４１は、取得したユーザＩＤ３１２１、個人情報３１２２及び端末情報３１２３を対応付けて参加者情報３１２を生成し、参加者情報３１２を記憶部３１０に登録する。

その後、登録部３４１は、受信した登録要求に含まれる個人情報のうち全参加者が処理済みか否かを判定する（Ｓ３０６）。例えば、参加者Ｕ１２やＵ１３が未処理であれば、ステップＳ３０２へ戻り、ステップＳ３０２からＳ３０６を繰り返す。尚、ステップＳ３０５において、登録要求に、参加者Ｕ１２やＵ１３の端末情報が含まれている場合、登録部３４１は、参加者Ｕ１２やＵ１３の参加者情報３１２に端末情報３１２３を含めて登録する。但し、参加者Ｕ１２やＵ１３は、旅行グループＧ１の代表者ではないため、端末情報３１２３の登録が必須ではないものとする。

ステップＳ３０６で全参加者が処理済みと判定した場合、登録部３４１は、旅行グループＧ１に対するグループＩＤを発行する（Ｓ３０７）。そして、登録部３４１は、発行したグループＩＤ３１３１を用いてグループ情報３１３を記憶部３１０に登録する（Ｓ３０８）。例えば、登録部３４１は、ステップＳ３０５で取得したユーザＩＤ３１３２１～３１３２ｉを含めて参加者リスト３１３２を生成する。尚、登録要求に参加者ごとの優先度が含まれている場合、登録部３４１は、各ユーザＩＤに優先度を対応付けて参加者リスト３１３２を生成する。また、登録部３４１は、登録要求から旅行情報３１３３及び情報開示条件３１３４を取得する。そして、登録部３４１は、グループＩＤ３１３１、参加者リスト３１３２及び情報開示条件３１３４を対応付けてグループ情報３１３を生成し、グループ情報３１３を記憶部３１０に登録する。

その後、登録部３４１は、ステップＳ３０７で発行したグループＩＤを、ネットワークＮを介して携帯端末１００－０へ返信する（Ｓ３０９）。

次に、状態報告処理について説明する。旅行グループＧ２の参加者Ｕ２１からＵ２３は、事前にグループ情報に登録した旅行情報に従って、旅行中であるものとする。そして、旅行中のある訪問地において、携帯端末１００－１は、参加者Ｕ２１から健康状態等の状態情報を取得する。また、携帯端末１００－１は、カメラ１１０により撮影された参加者Ｕ２１の顔画像を取得する。また、携帯端末１００－１は、定期的に位置情報１２２を取得している。そこで、携帯端末１００－１は、所定のタイミングで、参加者Ｕ２１の顔画像及び状態情報、並びに、位置情報１２２（現在位置）を含めた状態報告を、ネットワークＮを介して情報開示制御装置３００へ送信する。尚、携帯端末１００－２及び１００－３も同様に、状態報告を情報開示制御装置３００へ送信する。

図１１は、本実施形態２にかかる状態報告処理の流れを示すフローチャートである。以下では、携帯端末１００－１からの状態報告に対する処理を説明するが、携帯端末１００－２及び１００－３からの状態報告に対しても同様に処理するものとする。まず、情報開示制御装置３００の受信部３４２は、携帯端末１００－１からネットワークＮを介して、状態報告を受信する（Ｓ３１１）。そして、認証制御部３４３は、受信された状態報告に含まれる顔画像を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信する（Ｓ３１２）。これに応じて、認証装置２００は、顔認証処理を行う。

図１２は、本実施形態２にかかる認証装置２００による顔認証処理の流れを示すフローチャートである。まず、認証装置２００は、情報開示制御装置３００からネットワークＮを介して、顔認証要求を受信する（Ｓ２１１）。尚、認証装置２００は、携帯端末１００－１等から顔認証要求を受信してもよい。次に、認証装置２００は、顔認証要求に含まれる顔画像に対して、上述したステップＳ２０２及びＳ２０３と同様に、顔特徴情報を抽出する。そして、認証装置２００の認証部２５０は、顔認証要求に含まれる顔画像から抽出した顔特徴情報を、顔情報ＤＢ２１０の顔特徴情報２１２と照合し（Ｓ２１２）、一致度を算出する。そして、認証部２５０は、一致度が閾値以上か否かを判定する（Ｓ２１３）。顔特徴情報が一致した場合、つまり、顔特徴情報の一致度が閾値以上である場合、認証部２５０は、顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する（Ｓ２１４）。そして、認証部２５０は、顔認証に成功した旨と特定したユーザＩＤ２１１とを含めた顔認証結果を、ネットワークＮを介して情報開示制御装置３００へ返信する（Ｓ２１５）。ステップＳ２１３で一致度が閾値未満である場合、認証部２５０は、顔認証に失敗した旨を含めた顔認証結果を、ネットワークＮを介して情報開示制御装置３００へ返信する（Ｓ２１６）。

図１１に戻り説明を続ける。情報開示制御装置３００の認証制御部３４３は、認証装置２００からネットワークＮを介して、顔認証結果を受信する（Ｓ３１３）。ここでは、顔認証に成功したものとし、顔認証結果は、成功した旨とユーザＩＤとが含まれるものとする。

続いて、特定部３４４は、受信した顔認証結果から顔認証に成功したか否かを判定する（Ｓ３１４）。顔認証に成功したと判定した場合、特定部３４４は、顔認証結果に含まれるユーザＩＤを特定し、当該ユーザＩＤを参加者として特定する（Ｓ３１５）。そして、登録部３４１は、参加者情報３１２に、状態報告に含まれる現在位置及び状態情報を登録する（Ｓ３１６）。具体的には、登録部３４１は、状態報告に含まれる現在位置及び状態情報を取得し、顔認証に成功したユーザＩＤ３１２１に位置情報３１２４及び状態情報３１２５を対応付けて参加者情報３１２を更新する。尚、ステップＳ３１４において顔認証に失敗した場合、情報開示制御装置３００は、その旨を携帯端末１００－１へ返信しても良い。

尚、受信された状態報告に顔画像の代わりに他の本人特定情報が含まれていた場合、情報開示制御装置３００は、ステップＳ３１２及びＳ３１３の代わりに、本人特定情報の種別に応じた本人特定処理（認証）を行う。他の本人特定情報とは、上述したような顔画像以外の生体情報や事前に設定したユーザＩＤ等であるか、ユーザＩＤと対応付けられた端末識別情報等であってもよい。そして、ステップＳ３１４において、特定部３４４は、本人特定ができたか否か、つまり認証に成功したか否かを判定する。

図１３は、本実施形態２にかかる情報開示制御処理の流れを示すフローチャートである。情報開示制御装置３００は、所定のタイミングで情報開示制御処理を行う。所定のタイミングとは、例えば、定期的、状態報告処理の実行後、情報開示制御装置３００が携帯端末１００からの推薦要求を受信した場合等である。

まず、情報開示制御装置３００の特定部３４４は、所定のタイミングでグループ情報及び情報開示条件を特定する（Ｓ３２１）。例えば、携帯端末１００－１に関する状態報告処理の後、特定部３４４は、旅行グループＧ２のグループ情報３１３及び情報開示条件３１３４を特定する。

次に、特定部３４４は、開示先である推薦装置を決定する（Ｓ３２２）。ここでは、特定部３４４は、推薦装置４００を開示先として決定するものとする。そして、生成部３４５は、開示先に許可された情報種別に対応する情報を、グループに属する各参加者の参加者情報から取得する（Ｓ３２３）。ここでは、ステップＳ３２１で特定した情報開示条件３１３４の開示先３１３４１が推薦装置４００であるものとする。また、特定部３４４は、特定した旅行グループＧ２のグループ情報３１３の参加者リスト３１３２及び旅行情報３１３３を取得する。また、特定部３４４は、取得した（旅行グループＧ２の）参加者リスト３１３２に属する各ユーザＩＤに対応する参加者情報３１２内の個人情報３１２２、端末情報３１２３、位置情報３１２４及び状態情報３１２５を特定する。そして、特定部３４４は、開示先３１３４１に対応付けられた情報種別３１３５１を満たす情報を、特定した個人情報や状態情報等の中から取得する。

その後、生成部３４５は、ステップＳ３２３で取得した情報を用いて開示情報を生成する（Ｓ３２４）。このとき、生成部３４５は、旅行グループＧ２の情報開示条件３１３４において、開示先である推薦装置４００に対して許可された情報を、開示情報とする。尚、生成部３４５は、旅行グループＧ２の代表者である参加者Ｕ２１の携帯端末１００－１の端末情報を開示情報に含めても良い。また、生成部３４５は、取得した参加者リスト３１３２に含まれるユーザＩＤごとの優先度を開示情報に含めても良い。そして、提供部３４６は、生成した開示情報を、ネットワークＮを介して推薦装置４００へ提供する（Ｓ３２５）。

図１４は、本実施形態２にかかる推薦処理の流れを示すフローチャートである。まず、推薦装置４００の取得部４４１は、情報開示制御装置３００からネットワークＮを介して開示情報を取得する（Ｓ３３１）。次に、収集部４４２は、行先候補ＤＢ４１２を参照し、行先候補ごとに環境情報及び投稿情報を収集する（Ｓ３３２）。

そして、決定部４４３は、開示情報に基づいて参加者ごとの優先度を設定する（Ｓ３３３）。例えば、開示情報に参加者ごとの優先度が含まれる場合、決定部４４３は、当該優先度を設定する。尚、開示情報には、参加者の一部に対して優先度（他より高い又は低いなど）が含まれていてもよい。また、開示情報に優先度が含まれていない場合、決定部４４３は、開示情報に含まれる参加者の属性（個人情報の一部）や状態情報（健康状態等）から、参加者ごとの優先度を設定してもよい。さらに、決定部４４３は、参加者の属性（個人情報の一部）や状態情報から、同一の参加者の優先度を行先候補ごとに変更してもよい。

続いて、決定部４４３は、参加者ごとの優先度及び開示情報に基づき、推薦情報を決定する（Ｓ３３４）。尚、決定される推薦情報は、上述した通りである。また、決定部４４３は、推薦情報として、推薦内容と共に推薦理由を含めても良い。推薦内容は、推薦する行先候補、移動手段、移動経路、行先候補で販売される商品、行先候補で利用可能なサービス等である。推薦理由は、決定部４４３が推薦内容を決定した理由を示す情報（テキスト情報）である。例えば、推薦理由は、推薦情報の決定に寄与した開示情報や判定基準等である。

その後、通知部４４４は、開示情報に含まれる端末情報を宛先として、決定した推薦情報を携帯端末へ通知する（Ｓ３３５）。例えば、通知部４４４は、決定した推薦情報を、ネットワークＮを介して携帯端末１００－１へ通知する。尚、開示情報に他の端末情報又は旅行グループＧ２に属する全ての端末情報が含まれる場合、通知部４４４は、各携帯端末へ推薦情報を通知してもよい。また、端末情報の開示が許可されていない場合には、開示情報に端末情報が含まれないことになり、推薦装置４００は、推薦情報の通知先の携帯端末を特定できず、該当する旅行グループの参加者の携帯端末へ推薦情報を直接、通知することができない。そのため、開示情報に端末情報が含まれていない場合、通知部４４４は、決定した推薦情報を、ネットワークＮを介して情報開示制御装置３００へ送信する。これに応じて、情報開示制御装置３００は、旅行グループＧ２の代表者の端末情報を特定し、推薦装置４００から受信した推薦情報を、ネットワークＮを介して携帯端末１００－１等へ送信する。これによって、結果として推薦装置４００は、推薦情報を携帯端末へ通知できる。

携帯端末１００－１は、推薦装置４００又は情報開示制御装置３００からネットワークＮを介して、推薦情報を受信し、画面に推薦情報を表示する。

図１５は、本実施形態２にかかる推薦情報の例を示す図である。推薦画面７１は、推薦内容７１１、推薦理由７１２、優先者情報７１３及びコンディション７１４を含む。推薦内容７１１は、当初の行先の変更を推薦する内容を示す。推薦内容７１１は、具体的には「次の行先は、旅行予定の「遊園地」よりもホテル内のスパをおすすめします。」というメッセージの例である。推薦理由７１２は、参加者の一部の疲労度が高いことを推薦理由としていることを示す。推薦理由７１２は、「現在、参加者のXXX様がお疲れのご様子です。」というメッセージの例である。優先者情報７１３は、推薦情報を決定する際に優先度が高くされた参加者やその理由を示す情報である。ここでは、参加者のうちXXX様が高齢者であるため、推薦情報を決定する際に優先度が高く設定されたことを示す。尚、優先者情報７１３の代わりに、推薦情報を決定する際に優先度が低くされた参加者や、グループ内の各参加者の優先度のリストを表示してもよい。

コンディション７１４は、参加者のコンディションを表示する欄である。コンディション７１４は、参加者のメンタル状態、フィジカル状態、各種情報の呼び出し欄等を含む。メンタル状態は、例えば、状態報告に含まれる各種健康状態を示す情報に基づいて算出された緊張、疲労、穏やかさ、興奮度合い等の値をビジュアル化したものや、メンタル状態の評価値の時間軸に沿った推移の折れ線グラフや日付等を含んでも良い。フィジカル状態は、例えば、状態報告に含まれる各種健康状態を示す情報に基づいて算出された体力の度合い（体力値）を客観的に示す値や、体力値の時間軸に沿った推移の折れ線グラフや日付等を含んでも良い。各種情報は、応答ロボット、感情の状態推移、歩き方（歩容）の状態推移、フィジカルチェック等の呼び出し欄を含んでも良い。応答ロボットとは、例えば、携帯端末１００内又はサーバ（情報開示制御装置３００や推薦装置４００等）で動作し、ユーザの健康状態等を検出及び状態報告を行うためのソフトウェアである。コンディション７１４は、参加者のうちXXX様（例えば高齢者）のコンディションを表示した例である。ここでは、XXX様のメンタル状態が不安定であり、フィジカル状態が体力低下を示す例を示すが、これらに限定されない。例えば、コンディション７１４は、グループ内の参加者全員のコンディションをまとめて表示してもよい。また、コンディション７１４は、各参加者から開示することに同意が得られているバイタルデータ等を表示するものとする。また、コンディション７１４は、特定の参加者のコンディションと参加者全員のコンディションの一覧（例えば、後述する図１６のコンディション７２４）とを切り替えられるようにしても良い。また、コンディション７１４は、特定の参加者の携帯端末１００から取得した状態報告の内容に対する推薦装置４００による解析結果や判定結果を含むものである。状態報告には、上述したように、携帯端末１００によりウェアラブルデバイス等から取得された検出結果等や参加者により入力された値が含まれる。また、他の例として、参加者のうち高齢者（例えば祖母）が疲れていることが検出された場合、移動経路として坂の少ない平坦な道を推薦情報に含めることや、移動手段としてタクシーを推薦情報に含めてもよい。これにより、他の参加者が疲労に気づき難い場合でも適切な旅行プランの変更を推薦できる。

図１６は、本実施形態２にかかる推薦情報の例を示す図である。推薦画面７２は、推薦内容７２１、推薦理由７２２、優先者情報７２３及びコンディション７２４を含む。推薦内容７２１は、当初の予定通りの行先を推薦する内容を示す。推薦内容７２１は、具体的には「次の行先は、旅行予定の通り動物園をおすすめします。」というメッセージの例である。推薦理由７２２は、全参加者の体調、一部の参加者の趣向、行先の天候を推薦理由としていることを示す。推薦理由７２２は、「・本日は、参加者全員の体調が良好です。」、「・YYY君が動物好きです。」、「・動物園の天気予報は晴れです。」というメッセージの例である。優先者情報７２３は、参加者のうちYYY君が小学生であるため、推薦情報を決定する際に優先度が高く設定されたことを示す。

コンディション７２４は、グループ内の参加者全員のコンディションをまとめて表示する欄である。コンディション７２４は、各参加者の健康状態、健康状態の評価値の時間軸に沿った推移の折れ線グラフや日付等を含んだものであるが、これに限定されない。尚、コンディション７２４は、特定の参加者のコンディション（例えば、上述した図１５のコンディション７１４）と参加者全員のコンディションの一覧とを切り替えられるようにしても良い。これにより、子供の好みを優先する際に、他の観点も含めて総合的に旅行プランを推薦できる。また、例えば、図１６のコンディション７２４が表示されている状態で、優先者や推薦情報を決定する要因となった健康状態に対応するユーザが推薦理由等に表示されていた場合、特定の参加者のコンディション７１４の画面に切り替えても良い。尚、推薦情報を決定する要因となった健康状態に対応するユーザとは、例えば、体調が悪い人、図１５では高齢者であるＸＸＸ様が挙げられる。尚、コンディション７２４は、グループ内の各参加者の携帯端末１００から取得した状態報告の内容に対する推薦装置４００による解析結果や判定結果を含むものである。状態報告には、上述したように、携帯端末１００によりウェアラブルデバイス等から取得された検出結果等や参加者により入力された値が含まれる。

図１７は、本実施形態２にかかる推薦情報の例を示す図である。推薦画面７３は、推薦内容７３１、推薦理由７３２及び推薦経路へのリンク７３３を含む。推薦内容７３１は、行先の変更はせず、移動経路の変更を推薦する内容を示す。推薦内容７３１は、具体的には「ホテルへ向かう経路をルートＲＺに変更することをおすすめします。」というメッセージの例である。推薦理由７３２は、移動経路についての投稿情報、混雑状況を推薦理由としていることを示す。推薦理由７３２は、具体的には「・先ほど、ルートＲＺ付近で虹が綺麗に見えるとの投稿がありました。」、「・ルートＲＺは、現在、混雑しておりません。」というメッセージの例である。推薦経路へのリンク７３３は、推薦する移動経路（推薦経路）を表示する欄であると共に、推薦経路を含む地図情報へのリンクである。ここでは、推薦経路がルートＲＺである例を示す。推薦経路へのリンク７３３がユーザに選択されると、推薦画面７３から移動経路表示画面７４へ画面が切り替わる。

図１８は、本実施形態２にかかる推薦経路の例を示す図である。移動経路表示画面７４は、移動経路表示欄７４１及び推薦画面へ戻るボタン７４２を備える。移動経路表示欄７４１は、地図情報に当初経路ＲＸと推薦経路ＲＺとを含めて表示する欄である。ここでは、旅行グループが地点Ａを出発地（現在値）とし、目的地（行先）まで移動する予定であるものとする。そして、当初経路ＲＸは、旅行グループが旅行情報内で予め設定していた経路であるか、出発地から目的地まで移動する際の標準的な経路である。一方、推薦経路ＲＺは、当初経路ＲＸと同一の出発地から目的地まで移動する際に推薦装置４００により推薦された経路である。推薦経路ＲＺは、推薦装置４００により開示情報と環境情報と投稿情報に基づき決定（推薦）され、通知された推薦情報に含まれる。例えば、推薦経路ＲＺは、上述したように、投稿情報により虹が綺麗に見えるとされた付近を通過する経路であるものとする。推薦画面へ戻るボタン７４２は、押下されると推薦画面７３へ画面が切り替わる。このように、ＳＮＳ上の投稿情報を有効活用して、リアルタイムな移動経路の推薦ができる。

参加者Ｕ２１は、携帯端末１００－１に表示された推薦情報が予約を要するものである場合、携帯端末１００－１の画面を介して引き続き予約を行っても良い。その際、携帯端末１００－１は、予約先の場所に関する情報、例えば、地図や経路等を表示してもよい。つまり、携帯端末１００－１は、図１５から図１７等の推薦情報の表示画面に対して、参加者Ｕ２１から予約操作を受け付けた場合、当該推薦情報に関する予約要求を推薦装置４００へ送信してもよい。その場合、推薦装置４００は、予約要求に応じた予約処理を行う。

以上のことから、本実施形態２では、旅行グループ内の各参加者の状態や行先候補の環境情報に応じて、リアルタイムに行先、移動手段、移動経路等の変更を提案できる。すなわち、動的に旅行プランの変更を提案できる。また、各参加者に装着されたウェアラブル端末等により健康状態を検出することにより、言葉に発することができなくても客観的な健康状態を加味して、より適切な推薦を行うことができる。また、旅行グループ内の一部の参加者の状態を優先して推薦情報を決定することで、参加者のうち高齢者や子供等にとって無理のない旅行プランへの変更を推薦できる。また、各参加者の優先度を動的に変更することで、きめ細かな推薦を行うことができる。

尚、通知部４４４は、複数の参加者の少なくとも一人により推薦情報が採用されたことにより、旅行における訪問先への到着が遅れる見込みとなる場合、当該訪問先へその旨を通知してもよい。例えば、旅行グループが推薦情報に基づいて旅行プランを変更した場合、推薦装置４００は、その後のホテルへのチェックイン時間を予測する。そして、予測されたチェックイン時間が当初の予定より遅れる見込みである場合、通知部４４４は、当該ホテルへその旨やチェックイン予定時刻を通知するとよい。これにより、参加者がホテルへチェックインの遅れを連絡することを省くことができる。

また、情報開示制御装置３００は、携帯端末だけでなく、訪問地に設置された認証端末（いわゆるタッチポイント）から認証履歴を取得し、認証履歴から参加者、認証日時及び場所を特定し、対応する参加者情報を更新してもよい。つまり、情報開示制御装置３００の参加者情報３１２に含まれる位置情報３１２４には、携帯端末１００のＧＰＳ情報に限らず、訪問地に設置された認証端末の位置情報を用いることができる。具体的には、情報開示制御装置３００は認証端末から取得した認証履歴から特定された認証端末の場所を示す位置情報を位置情報３１２４として登録してもよい。

また、情報開示制御装置３００は、推薦情報が通知された携帯端末から、推薦情報の採否結果を受信してもよい。または、推薦装置４００は、携帯端末から採否結果を受信した場合、採否結果を情報開示制御装置３００へ転送してもよい。これらの場合、情報開示制御装置３００は、採否結果と推薦情報との組を、該当するグループ情報３１３に履歴として登録するとよい。または、推薦装置４００は、携帯端末から直接又は、情報開示制御装置３００経由で採否結果を受信してもよい。その場合、推薦装置４００は、採否結果と推薦情報と開示情報の組を履歴として保存する。これらの後、推薦装置４００は、履歴を用いて推薦情報を決定するモデルを機械学習するとよい。これにより、推薦精度が向上する。

＜実施形態３＞
本実施形態３は、上述した実施形態２の変形例である。本実施形態３は、上述した情報開示制御装置３００の機能を推薦装置４００に統合したものである。図１９は、本実施形態３にかかる推薦システム１０００ａの全体構成を示すブロック図である。推薦システム１０００ａは、上述した図３と比べて、情報開示制御装置３００が削除され、推薦装置４００が推薦装置４００ａに置き換わったものである。そのため、各携帯端末１００は、ネットワークＮを介して推薦装置４００ａと通信を行う。尚、推薦システム１０００ａの他の構成は、図３と同様であるため、以下では違いを中心に説明し、重複する構成については図示及び説明を省略する。

図２０は、本実施形態３にかかる推薦装置４００ａの構成を示すブロック図である。推薦装置４００ａは、上述した推薦装置４００に情報開示制御装置３００の機能を統合させ、複数の推薦モデル４１３１から４１３ｊを追加したものである。プログラム４１１ａは、本実施形態３にかかるグループ情報登録処理、状態報告処理、情報開示制御処理、推薦処理等を含む処理が実装されたコンピュータプログラムである。

記憶部４１０は、上述した行先候補ＤＢ４１２に加えて、上述した図６の参加者情報３１２及びグループ情報３１３、並びに、推薦モデル４１３１から４１３ｊを記憶する。推薦モデル４１３１等は、情報開示条件３１３４に定義された複数の開示先３１３４１から３１３４ｊのそれぞれに対応するものとする。つまり、本実施形態３では、推薦モデルを開示先とみなし、推薦モデルに対して開示（入力）する情報を制御する。推薦モデル４１３１等は、開示情報と環境情報等を入力して所定のロジックに基づき推薦情報を出力するプログラムモジュールである。推薦モデル４１３１等は、上述したように、機械学習されたＡＩモデル等を用いてもよい。また、推薦モデル４１３１等のそれぞれは、異なるロジック、異なるＡＩモデル、異なる学習用データにより学習されたもの等であるものとする。

制御部４４０は、上述した図６の登録部３４１、受信部３４２、認証制御部３４３、特定部３４４及び生成部３４５を備え、また、取得部４４１ａ及び決定部４４３ａが置き換わったものである。登録部３４１から生成部３４５は、実施形態２と同様である。ここで、取得部４４１ａは、生成部３４５により生成された開示情報を取得する。決定部４４３ａは、推薦モデル４１３１から４１３ｊを適宜、選択して、各推薦モデル（開示先）に対応する開示情報と環境情報を用いて推薦情報を決定する。つまり、各推薦モデルには、情報開示条件により許可された異なる開示情報が入力される場合がある。また、決定部４４３ａは、各推薦モデルにより出力された２以上の推薦情報を決定してもよい。通知部４４４は、決定された１以上の推薦情報を通知する。

図２１は、本実施形態３にかかる推薦処理の流れを示すフローチャートである。まず、推薦装置４００ａの特定部３４４は、所定のタイミングでグループ情報及び情報開示条件を特定する（Ｓ３４１）。次に、収集部４４２は、行先候補ＤＢ４１２を参照し、行先候補ごとに環境情報及び投稿情報を収集する（Ｓ３４２）。

そして、生成部３４５は、未選択の開示先（推薦モデル）を選択する（Ｓ３４３）。続いて、生成部３４５は、選択した推薦モデルに応じた開示情報を生成する（Ｓ３４４）。そして、決定部４４３は、開示情報に基づき参加者ごとの優先度を設定する（Ｓ３４５）。そして、決定部４４３は、選択した推薦モデルを用いて参加者ごとの優先度及び開示情報に基づき推薦情報を決定する（Ｓ３４６）。例えば、決定部４４３は、選択した推薦モデルに、参加者ごとの優先度、開示情報及び環境情報を入力し、推薦モデルから出力される推薦情報を取得する。

その後、決定部４４３は、全推薦モデルが選択済みか否かを判定する（Ｓ３４７）。未選択の推薦モデルが存在する場合、ステップＳ３４３からＳ３４７を繰り返す。全推薦モデルが選択済みの場合、通知部４４４は、決定した推薦情報を携帯端末へ通知する（Ｓ３４８）。例えば、通知部４４４は、ステップＳ３４１で特定されたグループ情報の代表者の携帯端末へ推薦情報を送信する。

このように、本実施形態３により、上述した実施形態１及び２と同様の効果を奏することができる。さらに、本実施形態３では、複数の推薦モデルごとに開示情報を使い分けることで、各推薦モデルに適切な入力情報を提供し、適切な推薦情報を取得及び通知できる。特に、複数の推薦モデルから２以上の推薦情報を取得した場合には、参加者へ複数の選択肢を提示でき、旅行プランの変更の選択の幅を広げることができる。

＜実施形態４＞
本実施形態４は、上述した実施形態２の変形例である。本実施形態４は、情報開示条件が異なる複数の開示先に対して個別の開示情報を提供して、各開示先から推薦情報を集約するものである。図２２は、本実施形態４にかかる推薦システム１０００ｂの全体構成を示すブロック図である。推薦システム１０００ｂは、上述した図３と比べて、情報開示制御装置３００が情報開示制御装置３００ｂに、推薦装置４００が推薦装置４０１から４０ｎに置き換わったものである。尚、推薦システム１０００ｂの他の構成は、図３と同様であるため、以下では違いを中心に説明し、重複する構成については図示及び説明を省略する。

情報開示制御装置３００ｂは、情報開示制御処理において複数の推薦装置４０１から４０ｎのそれぞれに対して個別の開示情報を生成して、各推薦装置へ対応する開示情報を提供する。推薦装置４０１から４０ｎのそれぞれは、運営主体（事業者等）や推薦モデル等が異なるが、構成及び機能は上述した図７と同様である。

図２３は、本実施形態４にかかる情報開示制御処理の流れを示すフローチャートである。情報開示制御装置３００ｂは、所定のタイミングでグループ情報及び情報開示条件を特定する（Ｓ３５１）。そして、情報開示制御装置３００ｂは、未選択の開示先（推薦装置）を選択する（Ｓ３５２）。続いて、情報開示制御装置３００ｂは、選択した開示先に応じた開示情報を生成する（Ｓ３５３）。そして、情報開示制御装置３００ｂは、開示情報に基づき参加者ごとの優先度を設定する（Ｓ３５４）。そして、情報開示制御装置３００ｂは、選択した推薦装置に対して、参加者ごとの優先度及び開示情報を含む推薦情報要求を送信する（Ｓ３５５）。これに応じて、推薦装置は、受信した推薦情報要求に応じて、上述した図１４のステップＳ３３１からＳ３３４を行う。そして、推薦装置は、決定した推薦情報を、ネットワークＮを介して情報開示制御装置３００ｂへ送信する。そして、情報開示制御装置３００ｂは、推薦装置から推薦情報を受信する（Ｓ３５６）。

その後、情報開示制御装置３００ｂは、全推薦装置が選択済みか否かを判定する（Ｓ３５７）。未選択の推薦装置が存在する場合、ステップＳ３５２からＳ３５７を繰り返す。全推薦装置が選択済みの場合、情報開示制御装置３００ｂは、受信した推薦情報を携帯端末へ通知する（Ｓ３５８）。このとき、情報開示制御装置３００ｂは、受信した推薦情報の全てを携帯端末へ通知してもよい。または、情報開示制御装置３００ｂは、受信した推薦情報のうち所定の基準で選択したものを携帯端末へ通知してもよい。

例えば、推薦装置４０１の運営主体が観光業者Ａであり、推薦装置４０２の運営主体が交通手段に関する事業者Ｂであり、推薦装置４０３の運営主体が飲食業者Ｃであるものとする。このとき、ステップＳ３５３において、開示先が観光業者Ａの場合、情報開示制御装置３００ｂは、情報開示条件のうち観光業者に許可された情報種別の情報を用いて開示情報を生成する。また、ステップＳ３５３において、開示先が飲食業者Ｃの場合、情報開示制御装置３００ｂは、情報開示条件のうち飲食業者に許可された情報種別の情報を用いて開示情報を生成する。また、ステップＳ３５４において、開示先が観光業者Ａであり、子供向けのテーマパークを運営している場合、情報開示制御装置３００ｂは、参加者のうち子供の優先度を他の参加者よりも高く設定する。また、ステップＳ３５４において、開示先が交通手段に関する事業者Ｂである場合、情報開示制御装置３００ｂは、参加者に杖を使う高齢者の優先度を他の参加者よりも高く設定する。また、ステップＳ３５４において、開示先が飲食業者Ｃの場合、情報開示制御装置３００ｂは、食品アレルギーのある参加者の優先度を他の参加者よりも高く設定する。そのため、各開示先には、同じ旅行グループについて異なる開示情報及び優先度が提供され、各推薦装置は、受信した開示情報及び優先度に応じて適切な推薦情報を決定できる。

このように、本実施形態４により、上述した実施形態１及び２と同様の効果を奏することができる。さらに、本実施形態４では、複数の推薦装置ごとに開示情報を使い分ける。つまり、運営主体（開示先）ごとに開示範囲を制御しつつ、並行して推薦情報を取得できる。そのため、各開示先から適切な推薦情報を取得できる。また、参加者へ複数の選択肢を提示でき、旅行プランの変更の選択の幅を広げることができる。

＜実施形態５＞
本実施形態５は、旅行中の行先候補に関する推薦に限らず、所定のグループに属する各ユーザの状態情報等を、情報開示条件に応じて開示先ごとに異なる開示情報を提供するものである。これに応じて各開示先において開示情報の範囲で、グループに対して適切な推薦を実現することができる。

図２４は、本実施形態５にかかる推薦システム１０００ｃの全体構成を示すブロック図である。推薦システム１０００ｃは、複数のユーザが属するグループに対して情報開示条件に基づき提供された開示情報に応じて、各開示先から推薦情報を提示するための情報システムである。グループＧ３は、ユーザＵ３１からＵ３３が属する。ユーザＵ３１は、グループＧ３を代表して携帯端末１００－０を携帯しているものとする。グループＧ４は、ユーザＵ４１からＵ４３が属する。グループＧ３やＧ４は、家族や親族等であってもよい。ユーザＵ４１は携帯端末１００－１を携帯し、ユーザＵ４２は携帯端末１００－２を携帯し、ユーザＵ４３は携帯端末１００－３を携帯するものとする。

推薦システム１０００ｃは、携帯端末１００、認証装置２００、情報開示制御装置３００ｃ、医療機関サーバ４０１ｃ、及び、事業者サーバ４０２ｃを備える。尚、医療機関サーバ４０１ｃ及び事業者サーバ４０２ｃのそれぞれは、開示情報の異なる開示先であり、推薦装置の一例である。携帯端末１００、認証装置２００、情報開示制御装置３００ｃ、医療機関サーバ４０１ｃ、及び、事業者サーバ４０２ｃのそれぞれは、ネットワークＮを介して接続される。

情報開示制御装置３００ｃは、所定のグループに属する各ユーザの状態情報等を、情報開示条件に応じて開示先ごとに異なる開示情報を提供する情報処理装置である。報開示制御装置３００ｃは、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

情報開示制御装置３００ｃは、上述した図６と同等の構成であるが、「参加者」を「ユーザ」と読み替え、旅行情報３１３３を必須とはしないものとする。登録部３４１は、所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録する。受信部３４２は、複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信する。生成部３４５は、状態報告にかかるユーザに対応するグループ情報に含まれる情報開示条件に基づき、状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成する。提供部３４６は、生成した開示情報を、所定の開示先へ提供する。

ここで、ユーザ情報は、ユーザの登録用の本人特定情報を含んでもよい。その場合、状態報告は、携帯端末を携帯するユーザの認証用の本人特定情報を含む。本人特定情報は、生体情報、例えば、顔画像（顔特徴情報）であってもよい。このとき、認証制御部３４３は、登録用及び認証用の本人特定情報を用いた認証を制御する。例えば、認証制御部３４３は、上述したように、顔画像を含めた顔認証要求を認証装置２００へ送信し、認証装置２００から顔認証結果を受信してもよい。そして、特定部３４４は、登録用及び前記認証用の本人特定情報を用いた認証により状態報告にかかるユーザを特定する。生成部３４５は、特定されたユーザに対応するグループ情報に含まれる情報開示条件に基づき開示情報を生成する。

また、登録部３４１は、受信した状態報告に含まれる状態情報を、当該状態報告にかかるユーザに対応付けて登録してもよい。また、状態情報は、前記ユーザの健康状態を含むとよい。

また、情報開示条件は、開示先ごとの開示対象の情報種別を含むとよい。その場合、生成部３４５は、所定の開示先に応じた開示対象の情報種別に対応する情報を開示情報として生成する。

図２５は、本実施形態５にかかる情報開示制御処理の流れを示すフローチャートである。情報開示制御装置３００ｃは、上述した図９のように、複数のユーザ情報と情報開示条件をグループ情報に含めて登録する（Ｓ３６１）。次に、情報開示制御装置３００ｃは、各携帯端末から状態報告を受信する（Ｓ３６２）。このとき、情報開示制御装置３００ｃは、上述した図１１のように、状態報告を送信した携帯端末のユーザを特定し、受信した状態報告に含まれる状態情報を、特定したユーザのユーザ情報に追加してもよい。ステップＳ３６１やＳ３６２のそれぞれを複数回実行することにより、複数のグループ情報が登録されてもよい。

続いて、情報開示制御装置３００ｃは、グループと開示先の組合せのうち、未選択の組合せを選択する（Ｓ３６３）。例えば、情報開示制御装置３００ｃは、旅行グループＧ２と医療機関サーバ４０１ｃの組合せを選択したものとする。そして、情報開示制御装置３００ｃは、選択したグループに属するユーザの状態報告とユーザ情報、情報開示条件を特定する。例えば、情報開示制御装置３００ｃは、旅行グループＧ２に属するユーザＵ４１からＵ４３のそれぞれのユーザ情報（個人情報、端末情報、位置情報及び状態情報）を特定する。また、情報開示制御装置３００ｃは、旅行グループＧ２のグループ情報に含まれる情報開示条件のうち、選択した開示先（医療機関）に対応付けられた情報種別を特定する。そして、情報開示制御装置３００ｃは、特定したユーザ情報から、特定した情報種別に対応する開示情報を生成する（Ｓ３６４）。その後、情報開示制御装置３００ｃは、生成した開示情報を、選択した開示先へ提供する（Ｓ３６５）。例えば、情報開示制御装置３００ｃは、生成した開示情報を、ネットワークＮを介して医療機関サーバ４０１ｃへ送信する。

その後、情報開示制御装置３００ｃは、全組合せが選択済みか否かを判定する（Ｓ３６６）。未選択の組合せが存在する場合、ステップＳ３６３からＳ３６６を繰り返す。例えば、情報開示制御装置３００ｃは、旅行グループＧ２と事業者サーバ４０２ｃの組合せを選択し（Ｓ３６３）、事業者サーバ４０２ｃの運営主体を開示先とした際に情報開示条件で許可された情報種別を特定する。そして、情報開示制御装置３００ｃは、特定した情報種別に対応する、つまり、事業者サーバ４０２ｃ向けの解情報を生成する（Ｓ３６４）。そして、情報開示制御装置３００ｃは、生成した開示情報を、ネットワークＮを介して事業者サーバ４０２ｃへ提供する（Ｓ３６５）。

その後、ステップＳ３６６で全組合せが選択済みの場合、情報開示制御処理を終了する。そして、この後、医療機関サーバ４０１ｃ及び事業者サーバ４０２ｃのそれぞれは、提供された開示情報に基づき、上述した推薦装置４００と同様に推薦情報を決定し、開示情報に該当するグループのユーザの携帯端末へ推薦情報を通知する。尚、医療機関サーバ４０１ｃ及び事業者サーバ４０２ｃのそれぞれは、情報開示制御装置３００ｃを介して推薦情報を携帯端末へ通知しても良い。例えば、医療機関サーバ４０１ｃは、グループに属する高齢者の健康に関するアドバイスを家族へ通知することができる。一方、事業者サーバ４０２ｃは、マーケティング業者が運営主体である場合、グループに属する子供の教育に関するコンテンツやプレゼントを親や祖父母へ推薦することができる。

このように、本実施形態５により、所定のグループに属する各ユーザの状態等を開示先ごとに許可された開示条件を満たす開示情報を開示先ごとに提供することができる。そのため、開示先ごとに開示情報に応じて、グループに適した推薦を行うことができる。

＜その他の実施形態＞
尚、上述した実施形態２から５において、情報開示制御装置３００等と認証装置２００とは別の情報処理装置として説明したが、同一であってもよい。例えば、情報開示制御装置３００は、参加者情報３１２のユーザＩＤ３１２１に顔特徴情報をさらに対応付けて登録してもよい。その場合、制御部３４０は、図５の顔検出部２２０、特徴点抽出部２３０、登録部２４０及び認証部２５０を備えていれば良い。

上述の例において、プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disc（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得する取得手段と、
複数の行先候補における環境情報を収集する収集手段と、
前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定手段と、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知手段と、
を備える推薦装置。
（付記２）
前記取得手段は、前記現在位置と前記状態情報のうち、前記複数の参加者の少なくとも一人から指定された情報開示条件に基づき開示された開示情報を前記参加者提供情報として取得する
付記１に記載の推薦装置。
（付記３）
前記決定手段は、前記複数の参加者の少なくとも一人に関する前記参加者提供情報に基づいて、前記推薦情報を決定する
付記１又は２に記載の推薦装置。
（付記４）
前記決定手段は、参加者ごとに設定された優先度を加味して、各参加者に対応する前記参加者提供情報に基づいて、前記推薦情報を決定する
付記１乃至３のいずれか１項に記載の推薦装置。
（付記５）
前記決定手段は、前記参加者提供情報に基づいて参加者ごとに異なる優先度を設定する
付記４に記載の推薦装置。
（付記６）
前記決定手段は、前記行先候補又は当該行先候補で利用可能なサービスの内容に応じて各参加者の前記優先度を設定する
付記４又は５に記載の推薦装置。
（付記７）
前記推薦情報は、前記行先候補、当該行先候補への移動手段、当該行先候補への移動経路、当該行先候補で販売される商品、又は、当該行先候補で利用可能なサービスの少なくともいずれかを含む
付記１乃至６のいずれか１項に記載の推薦装置。
（付記８）
前記通知手段は、前記複数の参加者の少なくとも一人により前記推薦情報が採用されたことにより、前記旅行における訪問先への到着が遅れる見込みとなる場合、当該訪問先へその旨を通知する
付記１乃至７のいずれか１項に記載の推薦装置。
（付記９）
前記収集手段は、前記複数の行先候補に関する投稿情報を収集し、
前記決定手段は、前記投稿情報をさらに加味して前記推薦情報を決定する
付記１乃至８のいずれか１項に記載の推薦装置。
（付記１０）
前記状態情報は、前記参加者の健康状態を含む
付記１乃至９のいずれか１項に記載の推薦装置。
（付記１１）
前記健康状態は、インソールに埋め込まれた検出装置により検出された参加者の歩容を含む
付記１０に記載の推薦装置。
（付記１２）
前記状態情報は、前記旅行において前記複数の参加者が利用中の移動手段における走行情報を含む
付記１乃至１１のいずれか１項に記載の推薦装置。
（付記１３）
前記環境情報は、前記行先候補における天候情報又は混雑度の少なくともいずれかを含む
付記１乃至１２のいずれか１項に記載の推薦装置。
（付記１４）
前記複数の携帯端末の少なくとも１つから取得した各参加者に関する複数の参加者情報と前記情報開示条件を、グループ情報に含めて登録する登録手段と、
前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各参加者の状態情報を含む状態報告を各携帯端末から受信する受信手段と、
前記状態報告にかかる参加者に対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれる参加者情報を用いて開示情報を生成する生成手段と、
をさらに備え、
前記取得手段は、前記生成された開示情報を前記参加者提供情報として取得する
付記１乃至１３のいずれか１項に記載の推薦装置。
（付記１５）
前記参加者情報は、参加者の登録用の本人特定情報を含み、
前記状態報告は、前記携帯端末を携帯する参加者の認証用の本人特定情報を含み、
前記登録用及び前記認証用の本人特定情報を用いた認証により前記状態報告にかかる参加者を特定する特定手段をさらに備え、
前記生成手段は、前記特定された参加者に対応する前記グループ情報に含まれる前記情報開示条件に基づき前記開示情報を生成する
付記１４に記載の推薦装置。
（付記１６）
前記登録手段は、前記受信した状態報告に含まれる状態情報を、当該状態報告にかかる参加者に対応付けて登録する
付記１４又は１５に記載の推薦装置。
（付記１７）
前記情報開示条件は、開示先ごとの開示対象の情報種別を含み、
前記生成手段は、
前記所定の開示先に応じた開示対象の情報種別に対応する情報を前記開示情報として生成する
付記１４乃至１６のいずれか１項に記載の推薦装置。
（付記１８）
情報開示制御装置と推薦装置とを備え、
前記情報開示制御装置は、
所定の旅行に参加する複数の参加者のそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各参加者に関する複数の参加者情報と情報開示条件を、グループ情報に含めて登録する登録手段と、
前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各参加者の状態情報を含む状態報告を各携帯端末から受信する受信手段と、
前記状態報告にかかる参加者に対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれる参加者情報を用いて開示情報を生成する生成手段と、
前記生成した開示情報を、前記推薦装置へ提供する提供手段と
を有し、
前記推薦装置は、
前記情報開示制御装置から前記開示情報を取得する取得手段と、
複数の行先候補における環境情報を収集する収集手段と、
前記開示情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定手段と、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知手段と、
を有する推薦装置と、
を備える推薦システム。
（付記１９）
前記決定手段は、前記複数の参加者の少なくとも一人に関する前記開示情報に基づいて、前記推薦情報を決定する
付記１８に記載の推薦システム。
（付記２０）
コンピュータが、
複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得し、
複数の行先候補における環境情報を収集し、
前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定し、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する、
推薦方法。
（付記２１）
複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得する取得処理と、
複数の行先候補における環境情報を収集する収集処理と、
前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定処理と、
前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知処理と、
をコンピュータに実行させる推薦プログラムが格納された非一時的なコンピュータ可読媒体。
（付記２２）
所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録する登録手段と、
前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信する受信手段と、
前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成する生成手段と、
前記生成した開示情報を、所定の開示先へ提供する提供手段と、
を備える情報開示制御装置。
（付記２３）
前記ユーザ情報は、ユーザの登録用の本人特定情報を含み、
前記状態報告は、前記携帯端末を携帯するユーザの認証用の本人特定情報を含み、
前記登録用及び前記認証用の本人特定情報を用いた認証により前記状態報告にかかるユーザを特定する特定手段をさらに備え、
前記生成手段は、前記特定されたユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき前記開示情報を生成する
付記２２に記載の情報開示制御装置。
（付記２４）
前記登録手段は、前記受信した状態報告に含まれる状態情報を、当該状態報告にかかるユーザに対応付けて登録する
付記２２又は２３に記載の情報開示制御装置。
（付記２５）
前記情報開示条件は、開示先ごとの開示対象の情報種別を含み、
前記生成手段は、
前記所定の開示先に応じた開示対象の情報種別に対応する情報を前記開示情報として生成する
付記２２乃至２４のいずれか１項に記載の情報開示制御装置。
（付記２６）
前記状態情報は、前記ユーザの健康状態を含む
付記２２乃至２５のいずれか１項に記載の情報開示制御装置。
（付記２７）
コンピュータが、
所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録し、
前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信し、
前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成し、
前記生成した開示情報を、所定の開示先へ提供する、
情報開示制御方法。
（付記２８）
所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録する登録処理と、
前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信する受信処理と、
前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成する生成処理と、
前記生成した開示情報を、所定の開示先へ提供する提供処理と、
をコンピュータに実行させる情報開示制御プログラムが格納された非一時的なコンピュータ可読媒体。

以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１ 推薦装置
１１ 取得部
１２ 収集部
１３ 決定部
１４ 通知部
１０００ 推薦システム
Ｇ１ 旅行グループ
Ｕ１１ 参加者
Ｕ１２ 参加者
Ｕ１３ 参加者
Ｇ２ 旅行グループ
Ｕ２１ 参加者
Ｕ２２ 参加者
Ｕ２３ 参加者
Ｎ ネットワーク
１００ 携帯端末
１００－０ 携帯端末
１００－１ 携帯端末
１００－２ 携帯端末
１００－３ 携帯端末
１１０ カメラ
１２０ 記憶部
１２１ プログラム
１２２ 位置情報
１２３ 本人特定情報
１２４ グループＩＤ
１３０ メモリ
１４０ 通信部
１５０ 入出力部
１６０ 制御部
１６１ 登録部
１６２ 取得部
１６３ 表示制御部
２００ 認証装置
２１０ 顔情報ＤＢ
２１１ ユーザＩＤ
２１２ 顔特徴情報
２２０ 顔検出部
２３０ 特徴点抽出部
２４０ 登録部
２５０ 認証部
３００ 情報開示制御装置
３１０ 記憶部
３１１ プログラム
３１２ 参加者情報
３１２１ ユーザＩＤ
３１２２ 個人情報
３１２３ 端末情報
３１２４ 位置情報
３１２５ 状態情報
３１３ グループ情報
３１３１ グループＩＤ
３１３２ 参加者リスト
３１３２１ ユーザＩＤ
３１３２ｉ ユーザＩＤ
３１３３１ 優先度
３１３３ｉ 優先度
３１３３ 旅行情報
３１３４ 情報開示条件
３１３４１ 開示先
３１３４ｊ 開示先
３１３５１ 情報種別
３１３５ｊ 情報種別
３２０ メモリ
３３０ 通信部
３４０ 制御部
３４１ 登録部
３４２ 受信部
３４３ 認証制御部
３４４ 特定部
３４５ 生成部
３４６ 提供部
４００ 推薦装置
４１０ 記憶部
４１１ プログラム
４１２ 行先候補ＤＢ
４１２１ 行先候補情報
４１２ｍ 行先候補情報
４２０ メモリ
４３０ 通信部
４４０ 制御部
４４１ 取得部
４４２ 収集部
４４３ 決定部
４４４ 通知部
５０１ 観光地サーバ
５０ｍ 観光地サーバ
６００ ＳＮＳサーバ
６１０ 投稿情報
７０ 情報開示条件設定画面
７０１ 開示先
７０２ 情報種別
７０３ 開示設定欄
７０４ 同意確認メッセージ
７０５ 同意ボタン
７１ 推薦画面
７１１ 推薦内容
７１２ 推薦理由
７１３ 優先者情報
７１４ コンディション
７２ 推薦画面
７２１ 推薦内容
７２２ 推薦理由
７２３ 優先者情報
７２４ コンディション
７３ 推薦画面
７３１ 推薦内容
７３２ 推薦理由
７３３ 推薦経路へのリンク
７４ 移動経路表示画面
７４１ 移動経路表示欄
７４２ 推薦画面へ戻るボタン
ＲＸ 当初経路
ＲＺ 推薦経路
１０００ａ 推薦システム
４００ａ 推薦装置
４１１ａ プログラム
４１３１ 推薦モデル
４１３ｊ 推薦モデル
４４１ａ 取得部
４４３ａ 決定部
１０００ｂ 推薦システム
３００ｂ 情報開示制御装置
４０１ 推薦装置
４０ｎ 推薦装置
１０００ｃ 推薦システム
Ｇ３ グループ
Ｕ３１ ユーザ
Ｕ３２ ユーザ
Ｕ３３ ユーザ
Ｇ４ グループ
Ｕ４１ ユーザ
Ｕ４２ ユーザ
Ｕ４３ ユーザ
３００ｃ 情報開示制御装置
４０１ｃ 医療機関サーバ
４０２ｃ 事業者サーバ

Claims (10)

1. 複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得する取得手段と、
   複数の行先候補における環境情報を収集する収集手段と、
   前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定手段と、
   前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知手段と、
   を備え、
   前記決定手段は、参加者ごとに設定された優先度を加味して、各参加者に対応する前記参加者提供情報に基づいて、前記推薦情報を決定する
   推薦装置。
2. 前記決定手段は、前記参加者提供情報に基づいて参加者ごとに異なる優先度を設定する
   請求項１に記載の推薦装置。
3. 前記決定手段は、前記行先候補又は当該行先候補で利用可能なサービスの内容に応じて各参加者の前記優先度を設定する
   請求項１又は２に記載の推薦装置。
4. 前記複数の携帯端末の少なくとも１つから取得した各参加者に関する複数の参加者情報と情報開示条件を、グループ情報に含めて登録する登録手段と、
   前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各参加者の状態情報を含む状態報告を各携帯端末から受信する受信手段と、
   前記状態報告にかかる参加者に対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれる参加者情報を用いて開示情報を生成する生成手段と、
   をさらに備え、
   前記取得手段は、前記生成された開示情報を前記参加者提供情報として取得する
   請求項１乃至３のいずれか１項に記載の推薦装置。
5. 前記情報開示条件は、開示先ごとの開示対象の情報種別を含み、
   前記生成手段は、
   所定の開示先に応じた開示対象の情報種別に対応する情報を前記開示情報として生成する
   請求項４に記載の推薦装置。
6. 情報開示制御装置と推薦装置とを備え、
   前記情報開示制御装置は、
   所定の旅行に参加する複数の参加者のそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各参加者に関する複数の参加者情報と情報開示条件を、グループ情報に含めて登録する登録手段と、
   前記旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各参加者の状態情報を含む状態報告を各携帯端末から受信する受信手段と、
   前記状態報告にかかる参加者に対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれる参加者情報を用いて開示情報を生成する生成手段と、
   前記生成した開示情報を、前記推薦装置へ提供する提供手段と
   を有し、
   前記推薦装置は、
   前記情報開示制御装置から前記開示情報を取得する取得手段と、
   複数の行先候補における環境情報を収集する収集手段と、
   前記開示情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定手段と、
   前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知手段と、
   を有する推薦装置と、
   を備え、
   前記決定手段は、参加者ごとに設定された優先度を加味して、各参加者に対応した、各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報に基づいて、前記推薦情報を決定する
   推薦システム。
7. コンピュータが、
   複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得し、
   複数の行先候補における環境情報を収集し、
   参加者ごとに設定された優先度を加味した、各参加者に対応する前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定し、
   前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する、
   推薦方法。
8. 複数の参加者による旅行の際中に各参加者が携帯する複数の携帯端末のそれぞれにより取得された現在位置と各参加者の状態情報の少なくとも一部である参加者提供情報を取得する取得処理と、
   複数の行先候補における環境情報を収集する収集処理と、
   参加者ごとに設定された優先度を加味した、各参加者に対応する前記参加者提供情報と前記環境情報に基づいて、前記旅行における行先候補に関する推薦情報を決定する決定処理と、
   前記決定した推薦情報を前記複数の携帯端末の少なくともいずれかへ通知する通知処理と、
   をコンピュータに実行させる推薦プログラム。
9. 所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と情報開示条件を、グループ情報に含めて登録する登録手段と、
   前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信する受信手段と、
   前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて開示情報を生成する生成手段と、
   前記生成した開示情報を、所定の開示先へ提供する提供手段と、
   を備え、
   前記情報開示条件は、開示先ごとの開示対象の情報種別を含み、
   前記生成手段は、
   前記所定の開示先に応じた開示対象の情報種別に対応する情報を前記開示情報として生成する
   情報開示制御装置。
10. コンピュータが、
    所定のグループに属する複数のユーザのそれぞれが携帯する複数の携帯端末の少なくとも１つから取得した各ユーザに関する複数のユーザ情報と、開示先ごとの開示対象の情報種別を含む情報開示条件を、グループ情報に含めて登録し、
    旅行の際中に、前記複数の携帯端末のそれぞれにより取得された現在位置及び各ユーザの状態情報を含む状態報告を各携帯端末から受信し、
    前記状態報告にかかるユーザに対応する前記グループ情報に含まれる前記情報開示条件に基づき、前記状態報告及び当該グループ情報に含まれるユーザ情報を用いて、所定の開示先に応じた開示対象の情報種別に対応する情報である開示情報を生成し、
    前記生成した開示情報を、所定の開示先へ提供する、
    情報開示制御方法。

Images