特許 6231315 情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6231315

(24)【登録日】2017年10月27日

(45)【発行日】2017年11月15日

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   G06F 17/30 20060101AFI20171106BHJP

   G06Q 50/10 20120101ALI20171106BHJP

【ＦＩ】

   G06F17/30 340A

   G06Q50/10

   G06F17/30 210D

【請求項の数】3

【全頁数】40

(21)【出願番号】特願2013-147928(P2013-147928)

(22)【出願日】2013年7月16日

(65)【公開番号】特開2014-38605(P2014-38605A)

(43)【公開日】2014年2月27日

【審査請求日】2016年6月24日

(31)【優先権主張番号】特願2012-161050(P2012-161050)

(32)【優先日】2012年7月20日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】510108951

【氏名又は名称】公立大学法人広島市立大学

(73)【特許権者】

【識別番号】504050275

【氏名又は名称】株式会社 ミックウェア

(74)【代理人】

【識別番号】100115749

【弁理士】

【氏名又は名称】谷川 英和

(72)【発明者】

【氏名】難波 英嗣

(72)【発明者】

【氏名】竹澤 寿幸

【審査官】 樋口 龍弥

(56)【参考文献】

【文献】 特開２００１−０９２８５３（ＪＰ，Ａ）

【文献】 特開２００６−２９３８９３（ＪＰ，Ａ）

【文献】 特開２００２−２５９４２３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １７／３０

Ｇ０６Ｑ ５０／１０

(57)【特許請求の範囲】

【請求項1】

観光または旅行のガイドブックの画像からテキストを取得するテキスト化手段と、
電気通信回線を介して公開された観光または旅行に関連するユーザ提供情報である関連コンテンツを構造分析し、当該関連コンテンツから地名、または地名と組織名とを含む１以上の内容語を抽出するコンテンツ構造分析手段を具備するＳＮＳ対応付け部と、
前記テキストと前記１以上の内容語とを用いて、前記ガイドブックの画像と前記関連コンテンツとの対応付けを行う対応付け部と、
前記対応付け部が対応付けた前記ガイドブックの画像と前記関連コンテンツとを出力する出力手段と、を具備する情報処理装置。

【請求項2】

前記テキスト化手段が取得したテキストを観光または旅行に関連する特定のカテゴリに分類するカテゴリ分類手段をさらに具備し、
前記出力手段は、ユーザが選択したカテゴリに対応するテキストを含む前記ガイドブックの画像と、前記関連コンテンツとを出力する請求項１記載の情報処理装置。

【請求項3】

前記関連コンテンツは、旅行ブログエントリまたは質問・回答形式のコンテンツである請求項１または請求項２記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ガイドブック等の組織提供情報を補足する態様で、ＣＧＭ等のユーザ提供情報を出力するサーバ装置等に関するものである。

【背景技術】

【0002】

案内情報、例えば観光、旅行ガイド情報は種々の方法で提供されている。旅行会社などが運営する観光ポータルサイトや、旅行情報雑誌「るるぶ」（登録商標 株式会社ジェイティービー）などの観光情報データベースなどが公開されている。旅行する際には、このような旅行情報雑誌は、初めて訪れる都市に関する情報を収集するための手段として必要不可欠である。旅行情報雑誌「るるぶ」のような観光、旅行ガイドブック（以下単にガイドブックという）には、観光地の人気スポットなど、様々な情報が記載されている。

【0003】

しかし、眺めた景色や食べ物などに関する感想などの人によって意見や感想が異なる情報は多くの意見を必要とし、ガイドブックの情報だけでは十分でない。従来、URLを印刷物に記載したり、2次元バーコード等を利用して、特定のWebページに誘導する方法がとられている。例えば、移動端末機で受信したデータのうちユーザの好みの情報を利用して、移動端末機にユーザ固有の拡張現実データベースを構築し、それを管理することによって拡張現実を表示する移動端末機及びこれを利用した情報表示方法を提供することが知られている（特許文献１）。また紙媒体という馴染みのある媒体を利用して、直感的な方法で、拡張現実感のある案内を行う案内情報提供システムも知られている（特許文献２）。

【0004】

さらに、カメラでの撮影や双眼鏡、望遠鏡、拡大鏡、顕微鏡などを観察するに際しては、手元に鳥類、昆虫、樹木、動物、星座、細菌などの図鑑を用意する必要があり、図鑑を見る手間が掛かることから、拡張現実感を導入したカメラや双眼鏡、望遠鏡、拡大鏡、顕微鏡などの視界の中に、別の電子情報による各種図鑑を合成することで、観察の都度紙製の図鑑を見ることを不要とした装置も公知である（特許文献３）。
ガイドブックにテキストに情報を対応付けする研究として先行文献（非特許文献１）が知られている。これは、文字が多く視覚的な資料が不足している発展途上国の教科書に関連する画像を対応付けしてすることにより、テキストを分かり易くしたものである。また、この先行文献には、教科書に関連する画像をWEBサイトから検索する方法が提案されている。

【0005】

また、先行文献（非特許文献２）には、旅行ブログから観光情報を自動的に収集する技術の記載がある。この文献では、旅行ブログエントリから自動的に観光情報リンク(旅行ブログエントリ中に含まれるリンク)を収集し分類する方法が提案されている。さらに、観光情報リンクに対し関連性の高い楽天市場（登録商標 楽天株式会社）の商品を発見し、その商品への宣伝リンクを自動的に付与する方法も提案されている。
先行文献（非特許文献３）には、Yahoo! 知恵袋（「Yahoo!」及び 「知恵袋」はヤフー株式会社の登録商標）の「地域」のカテゴリーを用いた説明がなされている。この文献では、Q&Aサイトに投稿される「地域」に関する質問及び回答が、対象地域に対するユーザの要求・関心を直接的に反映していることから、Yahoo! 知恵袋を対象に東日本大震災被害地域である岩手県に関する質問とYahoo! JapanサイトのWebニュースを収集し、Yahoo! 知恵袋において表出したユーザの地域に対する要求や関心がどのようにユーザ間で共有されているのか分析している。また同時に、ユーザの要望・興味を時系列的な推移を可視化するシステムを実装している。

【0006】

さらに、SVM（Support vector machine）を用いて分類する先行文献（非特許文献４）においても、観光に関してSVMによる分類が行われ、コーパスに基づく観光案内システムが開示されている。

【0007】

先行技術として、拡張現実感(AR)に関する技術を用い、視界の中に別の電子情報を合成する技術はすでに公知であるが、画像内のテキストを文字認識し、テキストの内容に基づいて、関連文書を自動推薦する技術は、存在しない。

【0008】

本発明は、多様な観光情報の情報源としてSNS (Social Networking Service)に着目し、ガイドブックの各ページを「見る」「体験する」「買う」「食べる」「泊まる」のカテゴリーに分類することによる構造化と、ガイドブックへ旅行ブログエントリと質問応答コンテンツの対応付けを行ったものである。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】特開２０１２−１１８９６７号公報

【特許文献2】特開２０１２−１４６０６号公報

【特許文献3】特開２０１１−２５３５１２号公報

【非特許文献】

【0010】

【非特許文献1】Rakesh Agrawal, Sreenivas Gollapudi, Anitha Kannan, Kishnaram Kenthapadi,"Enriching Textbooks With Images"20th ACM Conference on Information and Knowledge Management (2011)

【非特許文献2】石野亜耶, 難波英嗣, 竹澤寿幸, "旅行ブログエントリからの観光情報の自動抽出",日本知能情報ファジィ学会誌, Vol. 22, No. 6, pp. 667-679 (2010)

【非特許文献3】柴崎真理子, 藤田秀之, 木實新一, 有川正俊, "Q&Aサイトにおけるユーザの要求・関心の時空間的な推移の可視化", 第4回知識共有コミュニティワークショップ論文集, pp.41-44 (2011)

【非特許文献4】劉曄, 滕智, 土屋誠二, 任福継, "VSMに基づくSVMと構造解析手法を用いた旅行案内システムの構築", 情報処理学会研究報告.自然言語処理研究報告 (2008)

【発明の概要】

【発明が解決しようとする課題】

【0011】

本発明は、カメラ等を通して出力装置上で印刷物を閲覧することにより、その印刷物上に記載されたテキストの内容と関連する情報を、ユーザのプロファイル情報に基づいてリアルタイムに選択し、印刷物上に重ねて表示することができるものである。ここで、ユーザのプロファイル情報とは、GPS等から得られるユーザの位置情報、ユーザの嗜好、ユーザが撮り貯めた写真データの他、時間情報、天気等も含まれる。また、ガイドブックの場合、ユーザがその観光地に初めて訪れたのか、過去に何度も訪れたことがあるのか等の情報も含まれる。

【0012】

また、従来技術においては、ガイドブックや会社情報等、組織が提供する組織提供情報を補足するために、ブログ等のユーザ提供情報を適切に出力できなかった。

【課題を解決するための手段】

【0013】

本第一の発明のサーバ装置は、サーバ装置と１以上の第一端末と１以上の第二端末とを具備する情報システムを構成するサーバ装置であって、サーバ装置は、組織が提供する情報である１以上の組織提供情報が有する１以上の内容語に関して、ユーザが第二端末に入力し、第二端末から送信されたユーザ提供情報の送信を要求する命令であり、第一端末のユーザに関する情報であるユーザコンテキストを有する命令である情報送信要求を受信する受信部と、情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザ提供情報の集合から、情報送信要求が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得するユーザ提供情報取得部と、ユーザ提供情報取得部が取得したユーザ提供情報を第一端末に送信する送信部とを具備し、第一端末は、１以上の組織提供情報を格納し得る第一格納部と、ユーザコンテキストを取得するユーザコンテキスト取得部と、情報の送信要求を受け付ける第一受付部と、第一受付部が受け付けた情報の送信要求とユーザコンテキスト取得部が取得したユーザコンテキストとを用いて、情報送信要求を構成し、サーバ装置に送信する第一送信部と、情報送信要求の送信に応じて、サーバ装置からユーザ提供情報を受信する第一受信部と、第一受信部が受信したユーザ提供情報と、ユーザ提供情報に対応する第一格納部の組織提供情報とを出力する第一出力部とを具備し、第二端末は、ユーザ提供情報を受け付ける第二受付部と、第二受付部が受け付けたユーザ提供情報を送信する第二送信部とを具備する情報システムを構成するサーバ装置である。

【0014】

かかる構成により、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0015】

また、本第二の発明のサーバ装置は、第一の発明に対して、第一受付部は、第一出力部が出力している組織提供情報に対応するユーザ提供情報の送信を要求する送信要求を受け付けるサーバ装置である。

【0016】

かかる構成により、電子ブック等の組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0017】

また、本第三の発明のサーバ装置は、第一の発明に対して、サーバ装置は、１以上の組織提供情報を格納し得る組織提供情報格納部と、情報送信要求に対応する組織提供情報を取得する組織提供情報取得部とをさらに具備し、送信部は、組織提供情報取得部が取得した組織提供情報をも第一端末に送信し、第一受信部は、組織提供情報をもサーバ装置から受信し、第一出力部は、第一受信部が受信したユーザ提供情報と組織提供情報とを出力するサーバ装置である。

【0018】

かかる構成により、都道府県の公式ホームページ等の組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0019】

また、本第四の発明のサーバ装置は、第一から第三いずれかの発明に対して、ユーザ提供情報は、カテゴリ情報と対に管理されており、情報送信要求は、送信を要求するユーザ提供情報のカテゴリ情報をも有し、ユーザ提供情報取得部は、情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザが第二端末に入力し、第二端末から送信された２以上のユーザ提供情報の集合から、組織提供情報が有するユーザコンテキストに対応し、かつ組織提供情報のカテゴリ情報に対応する１以上のユーザ提供情報を取得するサーバ装置である。

【0020】

かかる構成により、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0021】

また、本第五の発明のサーバ装置は、第四の発明に対して、組織提供情報は、カテゴリ情報と対に管理されており、情報送信要求は、第一端末で出力中または出力する組織提供情報に対応するカテゴリ情報に関連するカテゴリ情報と対になるユーザ提供情報の送信を要求する情報であるサーバ装置である。

【0022】

かかる構成により、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0023】

また、本第六の発明のサーバ装置は、第一から第五の発明に対して、組織提供情報取得部が取得した組織提供情報の全部または一部の翻訳結果を取得する翻訳結果取得部をさらに具備し、ユーザ提供情報取得部は、翻訳結果が有する１以上の内容語に関して、２以上のユーザが第二端末に入力し、第二端末から送信された２以上のユーザ提供情報の集合から、組織提供情報が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得するサーバ装置である。

【0024】

かかる構成により、組織提供情報を補足するために、外国語で記載されたユーザ提供情報を適切に出力できる。

【0025】

また、本第七の発明のサーバ装置は、第一から第六いずれかの発明に対して、第一出力部は、組織提供情報または組織提供情報が有する内容語と、内容語に対応するユーザ提供情報とを、対応が分かる態様で出力するサーバ装置である。

【0026】

かかる構成により、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0027】

また、本発明に係るガイド情報作成表示装置（情報処理装置）は、ガイドブックに記載されている文字情報のテキスト化手段及びこのテキスト化手段によるテキストを観光、旅行に関連する特定のカテゴリーに分類するカテゴリー分類手段よりなるガイドブック構造解析部と、電気通信回線を介して公開された観光、旅行関連コンテンツを構造分析し、地名及び組織名を抽出し、これらを内容語として索引語リストを作成するコンテンツ構造分析手段よりなるSNS対応付け部と、ガイドブックへの観光、旅行ブログ等のコンテンツへの対応付けを行う対応付け部と、カメラ等の撮影手段、撮影手段の撮影画面に希望する情報を選択して表示する選択手段、選択手段にて選択された情報と撮影手段にて撮影されたガイドブック画像を重ねて合成する画像合成手段及び画像合成手段にて作成される合成画像を出力する出力手段よりなる撮影部とを具備する。
また本発明に係るガイド情報作成表示装置（情報処理装置）においては、カテゴリー分類手段にて分類されるカテゴリーを「見る」「体験する」「食べる」「買う」「泊まる」とすることができる。
さらに本発明に係るガイド情報作成表示装置（情報処理装置）においては、対応付け部における電気通信回線（インターネット）を介して公開された旅行、観光等のコンテンツが、旅行ブログエントリ及び質問応答形式のコンテンツであって、対応付け部におけるインターネットを介して公開された旅行、観光等のコンテンツが、旅行ブログエントリ及び質問応答形式のコンテンツであって、旅行ブログエントリにおいては、内容語の出現が、「地名」のみの頻度を利用した場合、「地名」のみの頻度を利用するが、旅行ブログエントリのタイトルとなっている地名については頻度数値を増大させた場合、「地名」と「組織名」の頻度を利用した場合、及び「地名」と「組織名」の頻度を利用するが、旅行ブログエントリのタイトルが地名または組織名については頻度数値を増大させた場合、とし、質問応答形式のコンテンツにおいては、質問文中の「地名」のみの頻度を利用した場合、質問文と応答文中の「地名」のみの頻度を利用した場合、質問文中の「地名」と「組織名」の頻度を利用した場合、質問文と応答文中の地名」と「組織名」の頻度を利用した場合、とすることができる。

【発明の効果】

【0028】

本発明によるサーバ装置によれば、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【図面の簡単な説明】

【0029】

【図1】実施の形態１に係るガイド情報作成表示装置を示すブロック図

【図2】同カメラにて撮影した印刷物の画像に関連情報を重ねて表示する状態を示す説明図

【図3】同カメラの撮影画面に選択肢を表示した状態を示す説明図

【図4】同選択肢の具体的な例を示す説明図

【図5】同カメラの撮影画面に選択肢にて選択された情報を重ねて表示した状態を示す説明図

【図6】実施の形態２における情報システムＡの概念図

【図7】同情報システムＡのブロック図

【図8】同サーバ装置３０の動作について説明するフローチャート

【図9】同検索処理について説明するフローチャート

【図10】同第一端末４０の動作について説明するフローチャート

【図11】同組織提供情報管理表を示す図

【図12】同ユーザ提供情報管理表を示す図

【図13】同ユーザコンテキスト管理表を示す図

【図14】同ユーザ提供情報等の出力例を示す図

【図15】同画面出力例を示す図

【図16】同ユーザ提供情報等の出力例を示す図

【図17】同ユーザ提供情報等の出力例を示す図

【図18】実施の形態３における情報システムＢのブロック図

【図19】同サーバ装置６０の動作について説明するフローチャート

【図20】同第一端末７０の動作について説明するフローチャート

【図21】上記実施の形態におけるコンピュータシステムの概観図

【図22】同コンピュータシステムのブロック図

【発明を実施するための形態】

【0030】

以下、サーバ装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

【0031】

（実施の形態１）
以下、ガイドブックとSNS上の観光情報を自動的に対応付けする構成について述べる。なお、下記において、カテゴリーとカテゴリとは同意義である。

【0032】

まず、ガイドブックを構造解析し、カテゴリー分類を行う。次に、ガイドブックに観光、旅行コンテンツ（以下単にコンテンツという）を対応付けする。そして、対応付けしたコンテンツをガイドブックと同様にカテゴリー分類し、各ガイドブックのカテゴリーごとにコンテンツを対応付ける。

【実施例】

【0033】

図１は、本発明装置の実施例を示し、１は、ガイドブック構造解析部で、ガイドブックのテキスト化手段２及びこのテキスト化手段２によるテキストを、「見る」「体験する」「食べる」「買う」「泊まる」等の旅行、観光に関連するカテゴリーに分類するカテゴリー分類手段３よりなる。市販のガイドブックとして「るるぶ」及び「まっぷる」（登録商標 株式会社昭文社）を採用し、これをOCR等のスキャンしテキスト化手段２にてテキスト化したデータを使用する。カテゴリーの判定基準を表１のように定義する。

【表1】

【0034】

本実施例では、人手で収集した手掛かり語を機械学習の素性として用い、ガイドブックの各ページを表１に示すカテゴリーに自動分類する。人手で収集した手掛かり語の例を表２に示す。

【表2】

【0035】

４は、SNS対応付け部で、インターネットを介して公開されたコンテンツを構造分析し、地名及び組織名を抽出し、これらを内容語として索引語リストを作成するコンテンツ構造分析手段よりなる。このコンテンツはガイドブックでは得られない情報を得るためのものであり、「旅行ブログエントリ」及び質問応答形式のコンテンツである「Yahoo! 知恵袋」を利用した。これらのコンテンツをガイドブックに対応付けする。ガイドブックとこれらのコンテンツを対応付ける際、「地名」は大きな手掛かり語となる。

【0036】

構造分析手段として日本語構文解析器(ソフトウェア「CaboCha」)が使用できる。これを用いて地域名(LOCATION 以下LOC)と組織名(ORGANIZATION 以下ORG)を抽出し、これらを内容語として用いて索引語リストを作成する。

【0037】

５は、ガイドブック構造解析部1からの情報とSNS対応付け部４からの情報の対応付けを行う対応付け部で、以下の8つの手法により、ガイドブックへの旅行ブログエントリ及びYahoo! 知恵袋の対応付けを行う。なお、対応付けには、汎用連想計算エンジンGETAを用いることができる。4分割交差検定により、訓練用データでF値が最も高くなる値を閾値に決め、評価用データで類似度が閾値以上のものをシステムが正解と判定したデータとする。ガイドブック構造解析部１、SNS対応付け部４及び対応付け部５はコンピュータにて構成される。

【0038】

旅行ブログエントリにおいては、内容語について、以下の４つの場合が利用される。
１．LOC：「地名」のみの頻度を利用した場合。
２．LOC＋TITLE ：「地名」のみの頻度を利用するが、旅行ブログエントリのタイトル(TITLE)となっている地名については頻度数値を増大（実施例においては１０倍）させた場合。
３．LOC＋ORG：「地名」と「組織名」の頻度を利用した場合。
４．LOC＋ORG＋TITLE：「地名」と「組織名」の頻度を利用するが、旅行ブログエントリのタイトルが地名または組織名については頻度数値を増大（実施例においては１０倍）させた場合。

【0039】

Yahoo! 知恵袋においては、内容語について、以下の４つの場合が利用される。
１． LOC(Q)：知恵袋の質問文中の「地名」のみの頻度を利用した場合。
２．LOC(Q&A)：知恵袋の質問文と回答文中の「地名」のみの頻度を利用した場合。
３．LOC+ORG(Q)：知恵袋の質問文中の「地名」と「組織名」の頻度を利用した場合。
４．LOC+ORG(Q&A)：知恵袋の質問文と回答文中の地名」と「組織名」の頻度を利用した場合。

【0040】

比較のため、ガイドブック中の単語（名詞、動詞、形容詞）を内容語として用いた手法をBASELINE1、知恵袋の質問文中の単語を内容語として用いた手法をBASELINE2、知恵袋の質問と応答文の単語を内容語として用いた手法をBASELINE3として実験を行った。

【0041】

また上述の手法に加え、さらに精度を重視した以下の2手法も実験を行った。
TOP1:類似度が最も高いガイドブックを出力。
THRE：類似度が最も高く、かつ類似度が閾値以上のガイドブックを出力。

【0042】

ガイドブック構造解析

【0043】

OCRによりテキスト化したガイドブック20冊分(国内10冊、海外10冊)である2,897ページを実験対象とした。そして、人手により構造分類された結果と、システムにより判定した結果の比較を行った。人手により判定された正解データの内訳を表3に示す。

【表3】

【0044】

機械学習

【0045】

カテゴリーの分類には機械学習には、TinySVMを用いた。2次の多項式カーネルを使用し、2分割交差検定を行った。評価尺度は精度と再現率を用いた。

【0046】

SNS対応付け実験

【0047】

ガイドブック90冊に対し、旅行ブログエントリとYahoo! 知恵袋の対応付けを行った。ブログエントリの対応付け実験では、非特許文献２に記載の方法により収集された旅行ブログエントリのうち、人手で正解判定を行った489件を使用した。

【0048】

知恵袋の対応付け実験では、Yahoo! 知恵袋データの「地域、旅行、お出かけ」カテゴリーのうち、人手で正解判定を行った1,990件を使用した。評価尺度は精度と再現率とF値を用いた。

【0049】

ガイドブック構造解析実験結果を表４に示す。

【表4】

【0050】

上記の実験結果より、各カテゴリーにおいて精度に関して高い数値が得られた。これより実施例に係る装置の有効性が高いことが分かる。

【0051】

SNS対応付け実験のブログエントリに関しての実験結果を表５に、知恵袋に関しての実験結果を表６に示す。

【表5】

【表6】

【0052】

表５、６よりBASELINE手法と比べ、どの手法でもF値が向上しているため、「地名」、「組織名」の類似度で分類する手法の有効性が確認できた。

【0053】

表５より最も精度の高いLOC+TITLE、表6より最も精度の高いLOC(Q)での類似度結果を用いて、ブログエントリでの実験結果を表7、Yahoo! 知恵袋での実験結果を表8に示す。

【表7】

【表8】

【0054】

図１において、６は、カメラ等の撮影部で、印刷物であるガイドブックを撮影する撮影手段７、撮影手段７の撮影画面に情報の種類を複数表示し、この中から希望情報を選択することができる選択手段８、撮影手段７による実際の撮影画像と選択手段８にて選択された情報画像を重ねて合成する画像合成手段９及びこの画像合成手段９にて作成された合成画像を出力する表示画面等の出力手段１０よりなる。撮影手段７として通常のデジタルカメラを使用し、その他の部分をパーソナルコンピュータに内蔵させて、カメラと接続し、合成された画像をコンピュータ画面に表示させたり、印刷機を介して印刷させたりすることができる。また、これらの全ての部分をカメラに内蔵させ一体化することもできる。

【0055】

図２において、撮影手段７でガイドブック１１の特定のページを写すとき、撮影画面１２には、ガイドブック１１の特定ページAと、コンテンツから収集され選択手段８により選択された情報B１が表示される。

【0056】

撮影画面には、図３に示すように選択手段８の表示画面に希望する情報の選択肢B2が表示され、使用者はこの中から希望する情報を選択する。この選択は、例えばカメラの撮影画面１２にタッチスイッチを形成することで行われる。図４は、選択肢B2の具体的な例を示し、「キュンとする」「わくわくする」「ほっこりする」「ジーンとする」等使用者の気分や心的状態を表す内容が表示されている。この気分や心的状態に関する情報は、ユーザのプロファイル情報に基づいて設定される。タッチスイッチにて選択肢B2のうち、例えば「わくわくする」を選択すれば、図５に示すように、ガイドブック１１の特定ページに掲載された情報の関連する、使用者を楽しくさせるようなコンテンツ情報B1が併せて表示されるのである。

【0057】

（実施の形態２）
本実施の形態において、ガイドブックやレストランのメニュー等の組織提供情報から取得した情報である内容語（例えば、地名、名勝の名前、料理名等）とユーザコンテキスト（例えば、ユーザの位置情報、現在の時刻情報、天気等）とを用いて、大量のユーザ提供情報（例えば、ブログやＳＮＳ等のＣＧＭ等）から、内容語およびユーザコンテキストに適合するユーザ提供情報を取得し、出力する情報システムについて説明する。なお、組織提供情報は、組織が提供する情報であり、詳細は後述する。また、ユーザ提供情報は、いわゆるＣＧＭ等の消費者等が提供する情報であり、詳細は後述する。

【0058】

また、本実施の形態において、組織提供情報が、ユーザが保持している第一端末に格納されている場合について説明する。

【0059】

また、本実施の形態において、組織提供情報の種類または属性等を示すカテゴリをも用いて、内容語およびユーザコンテキストに適合するユーザ提供情報を取得し、出力する情報システムについて説明する。

【0060】

また、本実施の形態において、組織提供情報の一部（例えば、内容語）または全部を翻訳し、翻訳した情報とユーザコンテキストとを用いて、ユーザ提供情報を取得し、出力する情報システムについて説明する。

【0061】

図６は、本実施の形態における情報システムＡの概念図である。情報システムＡは、サーバ装置３０、１以上の第一端末４０、１以上の第二端末５０を備える。第一端末４０は、電子ブックプレーヤー、いわゆるスマートフォン、携帯端末、いわゆるパソコン等である。第二端末５０は、いわゆるスマートフォン、携帯端末、いわゆるパソコン等である。第二端末５０は、いわゆるブログやＳＮＳなどのいわゆるＣＧＭ（Consumer Generated Media）に投函される情報等を入力し、図示しないサーバ装置、またはサーバ装置３０等に送信する端末である。

【0062】

図７は、本実施の形態における情報システムＡのブロック図である。情報システムＡを構成するサーバ装置３０は、受信部３１、翻訳結果取得部３２、ユーザ提供情報取得部３３、送信部３４を備える。

【0063】

第一端末４０は、第一格納部４１、第一受付部４２、ユーザコンテキスト取得部４３、第一送信部４４、第一受信部４５、第一出力部４６を備える。

【0064】

第二端末５０は、第二受付部５１、第二送信部５２を備える。

【0065】

サーバ装置３０を構成する受信部３１は、第一端末４０から情報送信要求を受信する。情報送信要求は、ユーザ提供情報の送信を要求する命令であり、第一端末４０のユーザコンテキストを有する命令である。なお、受信部３１がユーザ提供情報の送信を要求する命令を受け付けた後、ユーザコンテキストを受信した場合でも、ユーザコンテキストを有する命令である情報送信要求を受信したものと考える。また、ユーザコンテキストとは、ユーザに関する情報であり、その詳細は後述する。

【0066】

また、ユーザ提供情報は、組織提供情報が有する１以上の内容語に関して、第二端末５０のユーザが入力した情報であり、いわゆるＣＧＭである。ここで、ＣＧＭとは、「Ｃｏｎｓｕｍｅｒ Ｇｅｎｅｒａｔｅｄ Ｍｅｄｉａ」の略である。ＣＧＭには、例えば、ｔｗｉｔｔｅｒ、クチコミサイト、Ｑ＆Ａコミュニティ、ソーシャルネットワーキングサービス、ブログ、ＣＯＩ（Ｃｏｍｍｕｎｉｔｙ Ｏｆ Ｉｎｔｅｒｅｓｔ）サイトなどがある。ＣＧＭとは、ここでは、インターネットなどを活用して消費者が内容を生成していくメディア、または情報を含む概念として、広く捉える。ユーザ提供情報は、第二端末５０から、通常、ＳＮＳサーバ、ブログのサーバ等の外部の装置へ送信された情報である。ユーザ提供情報は、通常、１以上の他のサーバ装置３０に蓄積されているが、本サーバ装置３０に蓄積されていても良い。ユーザ提供情報は、情報の種類（カテゴリ）を示すカテゴリ情報と対応付けられていることは好適である。カテゴリ情報は、例えば、情報が役に立つアクションを特定する情報であり、例えば、「見る」「体験する」「食べる」「買う」「泊まる」などである。ただし、カテゴリ情報は、情報の種類または分類を示す情報であれば何でも良い。カテゴリ情報は、例えば、「フレンチ」「中華料理」「日本料理」「イタリアン」等でも良い。また、ユーザ提供情報は、１以上の内容語と対応付けられていることは好適である。また、ユーザ提供情報は、１以上の内容語を含んでいる場合もあり、かかる場合も、ユーザ提供情報と当該１以上の内容語とは対応付けられている、と考える。また、ユーザ提供情報は、１以上の内容語に関連する関連用語を含んでいる場合もある。なお、関連用語とは、例えば、同義語、類義語、上位概念語、下位概念語等である。サーバ装置３０が、内容語とその関連用語との組を１以上有する関連用語辞書を保持していても良い。かかる場合、サーバ装置３０は、内容語と対になる１以上の関連用語を取得して、ユーザ提供情報の取得のために利用し得る。なお、第二端末５０のユーザは、通常、第一端末４０のユーザとは別のユーザである。また、ユーザ提供情報のデータ構造は、テキスト、静止画、動画、音声、またはこれらの組み合わせでも良く、データ構造は問わない。

【0067】

また、組織提供情報は、組織が提供する情報である。ここで、組織とは、会社、都道府県や市町村、個人事業主、ＮＯＰなど広く解する。組織提供情報とは、例えば、観光または旅行のガイドブック、会社の公式の会社案内の情報、都道府県や市町村の公式案内情報などである。組織提供情報は、電子ブック、Ｗｅｂページ、画像、動画、音声等、問わない。また、組織提供情報のデータ構造等も問わない。また、内容語とは、通常、自立語であり、名詞が好ましい。ただし、内容語は、動詞や形容詞等でも良い。また、内容語は、例えば、地名、名勝の名前、組織名などの特徴的な用語である。また、組織提供情報は、一ファイルでも良いし、一のＷｅｂページでも良いし、電子ブックの１ページでも良いし、電子ブック全体でも良い。

【0068】

また、ユーザコンテキストとは、ユーザに関する情報であり、例えば、ユーザ動的情報またはユーザ静的情報である。ユーザ動的情報とは、動的に変化する情報であり、例えば、ユーザが居る位置を示す位置情報、時刻を示す時間情報、ユーザが居る位置の天気を示す天気情報などである。また、ユーザ静的情報とは、頻繁に動的に変化しない情報であり、例えば、ユーザの性別、ユーザの年齢、ユーザの趣味などである。ユーザ動的情報は、ユーザの周辺の環境に関する情報であるユーザ環境情報を含むことは好適である。ユーザ環境情報は、ユーザが居る場所の天気、温度、湿度等である。

【0069】

また、組織提供情報のデータ構造は、テキスト、静止画、動画、音声、またはこれらの組み合わせでも良く、データ構造は問わない。

【0070】

なお、組織提供情報とユーザ提供情報とは、通常、情報の性質が逆である。つまり、組織提供情報は、通常、正しい情報であり、情報の信頼性は高いが、ビジネスを有利にするための組織側の意図を含んだ情報である。一方、ユーザ提供情報は、個人的な感想等であり、情報の信頼性は高いとは言えないが、個人の素直な意見が含まれ、悪意を有する場合を除いて、特定の意図を有さない場合が多い情報である。

【0071】

また、情報送信要求は、ユーザ提供情報の送信要求、組織提供情報の送信要求、組織提供情報とユーザ提供情報の送信要求等があり得る。情報送信要求は、組織提供情報識別子を有しても良く、１以上の内容語を有しても良い。また、情報送信要求は、組織提供情報そのものを有しても良い。情報送信要求は、送信を要求するユーザ提供情報のカテゴリ情報をも有することは好適である。また、情報送信要求は、組織提供情報のカテゴリ情報を有することは好適である。かかる場合、情報送信要求は、第一端末４０で出力中または出力する組織提供情報に対応するカテゴリ情報に関連するカテゴリ情報と対になるユーザ提供情報の送信を要求する情報である。ここで、関連とは、例えば、同一、類似等である。類似等の場合は、サーバ装置３０は、類似する２以上のカテゴリ情報を判断するための情報であるカテゴリ類似情報を保持している。カテゴリ類似情報は、例えば、類似する２以上のカテゴリ情報の組である。

【0072】

また、情報送信要求は、翻訳結果を利用するか否かに関する情報を含んでも良い。かかる情報を例えば、翻訳フラグという。翻訳フラグは、例えば、内容語を利用し、翻訳結果を利用しない（例えば、「０」）、内容語と翻訳結果の両方を利用する（例えば、「１」）、内容語を利用せず、翻訳結果を利用する（例えば、「２」）のいずれかを示す情報である。また、翻訳フラグは、例えば、上記の３つの値のうち、２つのいずれかを示す情報でも良い。

【0073】

翻訳結果取得部３２は、組織提供情報の全部または一部の翻訳結果を取得する。組織提供情報の一部とは、例えば、１以上の内容語である。翻訳結果取得部３２は、例えば、情報送信要求が有する１以上の内容語に対応する翻訳結果を取得する。また、翻訳結果取得部３２は、例えば、情報送信要求が有する組織提供情報の翻訳結果を取得する。また、翻訳結果取得部３２は、例えば、情報送信要求が有する組織提供情報識別子に対応する組織提供情報が有する１以上の内容語の翻訳結果を取得する。また、翻訳結果取得部３２は、例えば、情報送信要求が有する組織提供情報識別子に対応する組織提供情報の翻訳結果を取得する。翻訳結果取得部３２が翻訳辞書を有しており、翻訳結果取得部３２が機械翻訳を行って、翻訳結果を取得しても良い。また、翻訳結果取得部３２は、外部の図示しない翻訳サーバに、翻訳元の情報を送信し、当該送信に対応して、翻訳結果を翻訳サーバから受信しても良い。なお、翻訳元の情報とは、例えば、１以上の内容語や組織提供情報である。

【0074】

ユーザ提供情報取得部３３は、情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザ提供情報の集合から、情報送信要求が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得する。ユーザ提供情報取得部３３は、例えば、情報送信要求に対応する組織提供情報が有する１以上の内容語と、情報送信要求が有するユーザコンテキストとをキーとして、２以上のユーザ提供情報を格納している外部サーバを検索し、当該外部サーバから１以上のユーザ提供情報を受信する。かかる場合、ユーザ提供情報は、例えば、１以上の内容語、およびユーザコンテキストに対応するタグが付加されている。

【0075】

例えば、ユーザ提供情報取得部３３は、１以上の内容語に関する条件である内容語条件、および１以上のユーザコンテキストに関する条件であるユーザコンテキスト条件を含む検索式を構成し、当該検索式を用いて、ユーザ提供情報を取得する。

【0076】

なお、ユーザ提供情報は、例えば、ＨＴＭＬやＸＭＬ等で記述されており、内容語条件は、例えば、１以上の内容語を、タイトル等の特定のタグに対応する情報の中に含むことである。また、内容語条件は、例えば、１以上の内容語を、ユーザ提供情報のいずれかの箇所に含むことである。

【0077】

また、ユーザ提供情報取得部３３は、具体的には、例えば、以下のように、ユーザコンテキストを用いる。つまり、ユーザ提供情報取得部３３は、ユーザコンテキストに対応するキーワードを保持している。かかる情報を、ユーザコンテキスト辞書という。ユーザコンテキスト辞書は、ユーザコンテキストとキーワードとの対の集合である。そして、ユーザ提供情報取得部３３は、受信されたユーザコンテキストに対応する１以上のキーワードを取得し、当該キーワードを用いて、ユーザコンテキストに関する検索式である、ユーザコンテキスト条件を構成する。そして、ユーザ提供情報取得部３３は、ユーザコンテキスト条件をも用いて、ユーザ提供情報を取得する。

【0078】

また、ユーザ提供情報取得部３３は、情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザが第二端末５０に入力し、第二端末５０から送信された２以上のユーザ提供情報の集合から、組織提供情報が有するユーザコンテキストに対応し、かつ組織提供情報のカテゴリ情報に対応する１以上のユーザ提供情報を取得する。かかる場合、ユーザ提供情報は、例えば、１以上の内容語、ユーザコンテキスト、およびカテゴリ情報に対応するタグが付加されていても良い。また、ユーザ提供情報は、例えば、１以上の内容語、ユーザコンテキスト、およびカテゴリ情報を含んでも良い。なお、カテゴリ情報に関する条件をカテゴリ条件という。カテゴリ条件は、例えば、組織提供情報に対応するカテゴリ情報と一致するカテゴリ情報と対になるユーザ提供情報を取得することである。また、カテゴリ条件は、例えば、組織提供情報に対応するカテゴリ情報と関連する情報と一致するカテゴリ情報と対になるユーザ提供情報を取得することである。かかる場合、ユーザ提供情報取得部３３は、カテゴリ情報と、それに関連する情報との対応表を保持している。

【0079】

ユーザ提供情報取得部３３は、１以上の内容語の翻訳語に関して、２以上のユーザ提供情報の集合から、組織提供情報が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得する。なお、ユーザ提供情報の集合は、２以上のユーザが第二端末５０に入力し、第二端末５０から外部のサーバ等に送信された情報であり、例えば、ブログやＳＮＳ等のＣＧＭの情報である。なお、内容語の翻訳結果に関するユーザの入力（ユーザの感想などの情報）は、内容語に関するユーザの入力である、とも言える。

【0080】

なお、情報送信要求に対応する組織提供情報とは、情報送信要求に含まれる組織提供情報識別子で識別される組織提供情報、第一端末４０で出力されている組織提供情報であり、情報送信要求に含まれる１以上の内容語を有する組織提供情報などである。

【0081】

送信部３４は、ユーザ提供情報取得部３３が取得したユーザ提供情報を第一端末４０に送信する。

【0082】

第一端末４０を構成する第一格納部４１は、１以上の組織提供情報を格納し得る。この１以上の組織提供情報は、予め第一端末４０に格納されていることが好適であるが、サーバ装置３０や他の外部装置から受信して、少なくとも一時的に格納されている情報でも良い。

【0083】

第一受付部４２は、情報や指示等を受け付ける。具体的には、第一受付部４２は、例えば、情報の送信要求を受け付ける。また、第一受付部４２は、通常、ユーザから情報の送信要求を受け付ける。ただし、第一出力部４６における組織提供情報の出力をトリガーとして、情報の送信要求を受け付けても良い。かかる場合、例えば、第一出力部４６は、組織提供情報を出力した後、または出力する前に、情報の送信要求を第一受付部４２に送付する。

【0084】

また、第一受付部４２は、組織提供情報の出力指示を受け付ける。この出力指示は、出力する組織提供情報を識別する組織提供情報識別子を有する。

【0085】

なお、受け付けとは、例えば、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。

【0086】

第一受付部４２は、第一出力部４６が出力している組織提供情報に対応するユーザ提供情報の送信を要求する送信要求を受け付けても良い。送信要求は、組織提供情報を出力中に、当該組織提供情報に対応するユーザ提供情報の送信を要求する命令であることは好適である。

【0087】

情報の送信要求の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。第一受付部４２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

【0088】

ユーザコンテキスト取得部４３は、ユーザコンテキストを取得する。ユーザコンテキスト取得部４３は、位置情報を取得するＧＰＳ受信機等から位置情報を取得する。なお、位置情報を取得する手段は、携帯電話の３つの基地局を使用する方法等、ＧＰＳ受信機以外の取得を用いても良いことは言うまでもない。また、ユーザコンテキスト取得部４３は、温度センサから気温を取得しても良い。また、ユーザコンテキスト取得部４３は、湿度センサから湿度を取得しても良い。また、ユーザコンテキスト取得部４３は、天気を格納している外部サーバに、位置情報を送信し、当該位置情報に対応する天気を取得しても良い。また、ユーザコンテキスト取得部４３は、第一端末４０が保持している時計から時間情報（通常、時刻）を取得しても良いし、ＮＬＰサーバから時間情報を受信しても良い。

【0089】

第一送信部４４は、第一受付部４２が受け付けた情報の送信要求とユーザコンテキスト取得部４３が取得したユーザコンテキストとを用いて、情報送信要求を構成し、当該情報送信要求をサーバ装置３０に送信する。第一送信部４４は、カテゴリ情報をも用いて、情報送信要求を構成し、当該情報送信要求をサーバ装置３０に送信しても良い。なお、カテゴリ情報は、例えば、ユーザが入力した情報である。また、カテゴリ情報は、例えば、第一出力部４６が出力している組織提供情報に対応するカテゴリ情報である。かかる場合、組織提供情報に、カテゴリ情報を示すタグが付与されており、第一送信部４４は、第一出力部４６が出力している組織提供情報に付与されているタグを取得しても良い。また、組織提供情報はカテゴリ情報を含み、第一送信部４４は、第一出力部４６が出力している組織提供情報に含まれるカテゴリ情報を取得しても良い。さらに、組織提供情報の特定のタグ（例えば、タイトルを示すタグ、<h1>タグ等）に対応する情報中にカテゴリ情報を含み、第一送信部４４は、第一出力部４６が出力している組織提供情報の特定タグに対応する情報に含まれるカテゴリ情報を取得しても良い。

【0090】

第一受信部４５は、情報送信要求の送信に応じて、サーバ装置３０からユーザ提供情報を受信する。第一受信部４５は、ユーザ提供情報と内容語とを対にして受信しても良い。かかる場合、受信されたユーザ提供情報に対応する内容語が判断され得る。

【0091】

第一出力部４６は、第一格納部４１の組織提供情報を出力する。ここで、通常、ユーザ指示に基づいて、第一出力部４６は、組織提供情報を出力する。

【0092】

また、第一出力部４６は、第一格納部４１の組織提供情報と、第一受信部４５が受信したユーザ提供情報とを出力する。また、第一出力部４６は、組織提供情報または組織提供情報が有する内容語と、ユーザ提供情報とを、対応が分かる態様で出力することは好適である。なお、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

【0093】

なお、第一格納部４１の組織提供情報とは、元々格納さている組織提供情報でも良いし、第一受信部４５が受信した組織提供情報でも良い。

【0094】

第二端末５０を構成する第二受付部５１は、ユーザ提供情報を受け付ける。ユーザ提供情報の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。

【0095】

第二送信部５２は、第二受付部５１が受け付けたユーザ提供情報を送信する。

【0096】

受信部３１、ユーザ提供情報取得部３３、第一受信部４５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

【0097】

翻訳結果取得部３２、ユーザ提供情報取得部３３は、通常、ＭＰＵやメモリ等から実現され得る。翻訳結果取得部３２等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

【0098】

送信部３４、第一送信部４４、第二送信部５２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

【0099】

第一格納部４１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。第一格納部４１に組織提供情報が記憶される過程は問わない。例えば、記録媒体を介して組織提供情報が第一格納部４１で記憶されるようになってもよく、通信回線等を介して送信された組織提供情報が第一格納部４１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された組織提供情報が第一格納部４１で記憶されるようになってもよい。

【0100】

第一受付部４２、第二受付部５１は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

【0101】

第一出力部４６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。第一出力部４６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

【0102】

次に、情報システムＡの動作について説明する。まず、サーバ装置３０の動作について、図８のフローチャートを用いて説明する。

【0103】

（ステップＳ８０１）受信部３１は、第一端末４０から情報送信要求を受信したか否かを判断する。情報送信要求を受信すればステップＳ８０２に行き、情報送信要求を受信しなければステップＳ８０１に戻る。

【0104】

（ステップＳ８０２）ユーザ提供情報取得部３３は、ステップＳ８０１で受信された情報送信要求が、組織提供情報を有するか否かを判断する。組織提供情報を有すればステップＳ８０３に行き、組織提供情報を有さなければステップＳ８１０に行く。

【0105】

（ステップＳ８０３）ユーザ提供情報取得部３３は、組織提供情報から１以上の内容語を取得する。なお、組織提供情報から１以上の内容語を取得する方法は、種々あり、公知技術により実現可能であるので、詳細な説明を省略する。なお、組織提供情報から１以上の内容語を取得する第一の方法は、日本語構文解析器(例えば、ソフトウェア「CaboCha」（ホームページ「ＵＲＬ：http://code.google.com/p/cabocha/」参照）)に組織提供情報をかけ、地域名(LOCATION)と組織名(ORGANIZATION)とを抽出する方法である。また、組織提供情報から１以上の内容語を取得する第二の方法は、専門用語を取得するソフトウェア（例えば、「TermExt」（ホームページ「ＵＲＬ：http://www.r.dl.itc.u-tokyo.ac.jp/node/10」参照））に、組織提供情報を渡し、１以上の専門用語である１以上の内容語を取得する方法である。また、組織提供情報から１以上の内容語を取得する第三の方法は、日本語構文解析器(例えば、ソフトウェア「CaboCha」)に組織提供情報をかけ、名詞または名詞句を抽出する方法である。

【0106】

（ステップＳ８０４）翻訳結果取得部３２は、ステップＳ８０１で受信された情報送信要求が翻訳結果を利用して、ユーザ提供情報を取得する要求であるか否かを判断する。翻訳結果を利用する場合はステップＳ８０５に行き、翻訳結果を利用しない場合はステップＳ８０６に行く。なお、翻訳結果取得部３２は、情報送信要求が有する翻訳フラグを取得し、当該翻訳フラグを用いて、本ステップにおける判断を行う。

【0107】

（ステップＳ８０５）翻訳結果取得部３２は、１以上の内容語に対応する翻訳結果を取得する。

【0108】

（ステップＳ８０６）ユーザ提供情報取得部３３は、ステップＳ８０１で受信された情報送信要求が有する１以上のユーザコンテキストを取得する。

【0109】

（ステップＳ８０７）ユーザ提供情報取得部３３は、ステップＳ８０１で受信された情報送信要求が有する１以上のカテゴリ情報を取得する。なお、ここで、情報送信要求がカテゴリ情報を有しない場合、本ステップで、ユーザ提供情報取得部３３は、カテゴリ情報を取得できない。

【0110】

（ステップＳ８０８）ユーザ提供情報取得部３３は、１以上の内容語または／および１以上の翻訳結果、１以上のユーザコンテキスト、１以上のカテゴリ情報を用いて、ユーザ提供情報を取得する。かかる処理を検索処理という。検索処理について、図９のフローチャートを用いて説明する。なお、ユーザ提供情報取得部３３は、１以上の内容語または／および１以上の翻訳結果、および１以上のユーザコンテキストを用いて、検索処理を行っても良い。

【0111】

（ステップＳ８０９）送信部３４は、ステップＳ８０８で取得された１以上のユーザ提供情報を第一端末４０に送信する。なお、ここで送信されるユーザ提供情報は、内容語に対応付けられていることは好適である。ステップＳ８０１に戻る。

【0112】

（ステップＳ８１０）ユーザ提供情報取得部３３は、ステップＳ８０１で受信された情報送信要求が、１以上の内容語を有するか否かを判断する。１以上の内容語を有すればステップＳ８０３に行き、１以上の内容語を有さなければステップＳ８１１に行く。

【0113】

（ステップＳ８１１）ユーザ提供情報取得部３３は、ステップＳ８０１で受信された情報送信要求が、組織提供情報識別子を有するか否かを判断する。組織提供情報識別子を有すればステップＳ８１２に行き、組織提供情報識別子を有さなければステップＳ８０１に戻る。なお、本ステップで組織提供情報識別子を有さない場合、エラーであり、送信部３４は、エラーメッセージを第一端末４０に送信することは好適である。

【0114】

（ステップＳ８１２）ユーザ提供情報取得部３３は、情報送信要求が有する組織提供情報識別子に対応する組織提供情報を取得する。ステップＳ８０３に行く。なお、ユーザ提供情報取得部３３は、例えば、情報送信要求が有する組織提供情報識別子を用いて、外部のコンテンツサーバ（図示しない）から、組織提供情報を取得する。また、外部のコンテンツサーバは、例えば、電子書籍等の組織提供情報を管理するサーバ装置である。また、ユーザ提供情報取得部３３は、例えば、情報送信要求が有する組織提供情報識別子を用いて、保持している組織提供情報を読み出す。なお、かかる場合、サーバ装置３０は、１以上の組織提供情報を格納していることとなる。

【0115】

なお、図８のフローチャートにおいて、情報送信要求が３つのパターン（組織提供情報を有する場合、内容語を有する場合、組織提供情報識別子を有する場合）のうちのいずれかである場合について説明した。しかし、情報送信要求は、３つのパターンのうち、１または２つのパターンがあり得ても良いし、他のパターンがあり得ても良い。

【0116】

さらに、図８のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0117】

次に、ステップＳ８０８の検索処理について、図９のフローチャートを用いて説明する。

【0118】

（ステップＳ９０１）ユーザ提供情報取得部３３は、情報送信要求が有するカテゴリ情報から、検索式を構成するカテゴリ条件を取得する。カテゴリ情報が「買う」の場合、ユーザ提供情報取得部３３は、例えば、カテゴリ条件「カテゴリ情報＝"買う"」を構成する。

【0119】

（ステップＳ９０２）ユーザ提供情報取得部３３は、カウンタｉに１を代入する。

【0120】

（ステップＳ９０３）ユーザ提供情報取得部３３は、情報送信要求が有するユーザコンテキストの中に、ｉ番目のユーザコンテキストが存在するか否かを判断する。ｉ番目のユーザコンテキストが存在すればステップＳ９０４に行き、ｉ番目のユーザコンテキストが存在しなければステップＳ９０６に行く。

【0121】

（ステップＳ９０４）ユーザ提供情報取得部３３は、ｉ番目のユーザコンテキストに対応するユーザコンテキスト条件を構成する。ユーザ提供情報取得部３３は、ｉ番目のユーザコンテキストをそのままユーザコンテキスト条件として用いても良いし、後述するように、ユーザコンテキスト管理表を用いてユーザコンテキスト条件を構成しても良い。つまり、ユーザコンテキスト条件の構成方法は種々あり得る。

【0122】

（ステップＳ９０５）ユーザ提供情報取得部３３は、カウンタｉを１、インクリメントする。ステップＳ９０３に戻る。

【0123】

（ステップＳ９０６）ユーザ提供情報取得部３３は、カウンタｉに１を代入する。

【0124】

（ステップＳ９０７）ユーザ提供情報取得部３３は、取得された内容語の中に、ｉ番目の内容語が存在するか否かを判断する。ｉ番目の内容語が存在すればステップＳ９０８に行き、ｉ番目の内容語が存在しなければ上位処理にリターンする。

【0125】

（ステップＳ９０８）ユーザ提供情報取得部３３は、ｉ番目の内容語、またはｉ番目の内容語とそれの１以上の関連語を取得する。なお、例えば、ユーザ提供情報取得部３３は、関連語辞書を有する場合、関連語を取得する。

【0126】

（ステップＳ９０９）ユーザ提供情報取得部３３は、ｉ番目の内容語、またはｉ番目の内容語と１以上の関連語とを用いて、内容語条件を構成する。内容語条件は、例えば、「ユーザ提供情報に、ｉ番目の内容語と１以上の関連語のうちのいずれかの用語が含まれること」、「ユーザ提供情報のタイトル等の特定の箇所に、ｉ番目の内容語と１以上の関連語のうちのいずれかの用語が含まれること」、「ユーザ提供情報が、その属性値として、ｉ番目の内容語と１以上の関連語のうちのいずれかの用語を有すること」等である。

【0127】

（ステップＳ９１０）ユーザ提供情報取得部３３は、内容語条件とユーザコンテキスト条件、または内容語条件とユーザコンテキスト条件とカテゴリ条件を用いて、検索式を構成する。ユーザ提供情報取得部３３は、通常、「内容語条件 ＡＮＤ ユーザコンテキスト条件」、または「内容語条件 ＡＮＤ ユーザコンテキスト条件 ＡＮＤ カテゴリ条件」の検索式を構成する。

【0128】

（ステップＳ９１１）ユーザ提供情報取得部３３は、ステップＳ９１０で取得した検索式を実行する

【0129】

（ステップＳ９１２）ユーザ提供情報取得部３３は、ステップＳ９１１における検索式の実行に応じて、１以上のユーザ提供情報を取得する。なお、ここでの取得は、通常、図示しない外部のサーバからの受信であるが、サーバ装置３０に格納されている１以上のユーザ提供情報を有するユーザ提供情報群からの読み出しであっても良い。

【0130】

（ステップＳ９１３）ユーザ提供情報取得部３３は、ステップＳ９１１で取得した１以上のユーザ提供情報と、ｉ番目の内容語とを対応付けて、図示しないバッファに一時蓄積する。

【0131】

（ステップＳ９１４）ユーザ提供情報取得部３３は、カウンタｉを１、インクリメントする。ステップＳ９０７に戻る。

【0132】

次に、第一端末４０の動作について、図１０のフローチャートを用いて

【0133】

（ステップＳ１００１）第一受付部４２は、組織提供情報の出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ１００２に行き、出力指示を受け付けなければステップＳ１００６に行く。

【0134】

（ステップＳ１００２）第一出力部４６は、ステップＳ１００１で受け付けた出力指示に対応する組織提供情報を、第一格納部４１から読み出し、出力する。

【0135】

（ステップＳ１００３）第一受付部４２は、組織提供情報の出力に対応して、ユーザ提供情報の送信を要求する送信要求を、サーバ装置３０に送信するか否かを判断する。送信要求を送信する場合はステップＳ１００４に行き、送信しない場合はステップＳ１００１に戻る。なお、組織提供情報に対応付けて、送信要求フラグが第一格納部４１に格納されていても良い。送信要求フラグは、ユーザ提供情報の送信を要求する旨を示すフラグである。

【0136】

（ステップＳ１００４）ユーザコンテキスト取得部４３は、１以上のユーザコンテキストを取得する。

【0137】

（ステップＳ１００５）第一送信部４４は、情報送信要求を構成する。つまり、例えば、第一送信部４４は、出力されている組織提供情報から、１以上の内容語を取得する。また、第一送信部４４は、出力されている組織提供情報のカテゴリ情報を取得する。なお、かかる場合、組織提供情報はカテゴリ情報を有する、または組織提供情報はカテゴリ情報と対応付けられている。そして、第一送信部４４は、１以上の内容語と１以上のユーザコンテキスト、または１以上の内容語と１以上のユーザコンテキストとカテゴリ情報を用いて、情報送信要求を構成する。なお、第一送信部４４は、１以上の内容語に代えて、組織提供情報または組織提供情報識別子を用いて、情報送信要求を構成しても良い。

【0138】

（ステップＳ１００６）第一送信部４４は、ステップＳ１００５で構成した情報送信要求をサーバ装置３０に送信する。なお、第一送信部４４は、通常、サーバ装置３０と通信をするための情報（例えば、サーバ装置３０のＩＰアドレス、サーバ装置３０のマックアドレス等）を保持している。ステップＳ１００１に戻る。

【0139】

（ステップＳ１００７）第一受付部４２は、情報の送信要求を受け付けたか否かを判断する。送信要求を受け付ければステップＳ１００４に行き、送信要求を受け付けなければステップＳ１００８に行く。

【0140】

（ステップＳ１００８）第一受信部４５は、情報送信要求の送信に応じて、サーバ装置３０からユーザ提供情報を受信したか否かを判断する。ユーザ提供情報を受信すればステップＳ１００９に行き、ユーザ提供情報を受信しなければステップＳ１００１に戻る。

【0141】

（ステップＳ１００９）第一出力部４６は、ステップＳ１００８で受信されたユーザ提供情報を出力する。ステップＳ１００１に戻る。

【0142】

なお、図１０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0143】

次に、第二端末５０の動作について説明する。第二端末５０の第二受付部５１は、ユーザ提供情報を受け付ける。そして、第二送信部５２は、第二受付部５１が受け付けたユーザ提供情報を外部のサーバに送信する。

【0144】

以下、本実施の形態における情報システムＡの具体的な動作について説明する。情報システムＡの概念図は図６である。

【0145】

今、第一端末４０の第一格納部４１には、図１１に示す組織提供情報管理表が格納されている。組織提供情報管理表は「ＩＤ」「組織提供情報」「カテゴリ情報」「送信要求フラグ」を有するレコードを１以上、格納している。「ＩＤ」は組織提供情報を識別する組織提供情報識別子である。そして、図１１の組織提供情報（ａ）は、旅行のガイドブックの中の一のページの情報である。また、図１１の組織提供情報（ｂ）は、レストランＸのメニューに関する情報である。さらに、図１１の組織提供情報（ｃ）は、会社Ｙの会社情報が掲載されているＷｅｂページである。また、図１１の組織提供情報は、カテゴリ情報と対応付けられている。なお、図示しないカテゴリ情報付加手段が、１以上の各組織提供情報を解析し、各組織提供情報に対応するカテゴリ情報を取得して、当該カテゴリ情報と組織提供情報とを対応付けた、とする。また、カテゴリ情報付加手段は、情報を分類する公知技術により実現可能である。例えば、カテゴリ情報付加手段は、機械学習技術により実現される。つまり、カテゴリ情報付加手段は、例えば、予め、カテゴリ情報が付加された文章や画像等を格納しておき、当該文章や画像から１以上のパラメータ（素性）を取得し、１以上の素性とカテゴリ情報との対応を蓄積しておく。かかる対応の情報を学習データという。そして、カテゴリ情報付加手段は、カテゴリ情報を対応付ける文章や画像等から１以上の素性を取得し、学習データを用いて、例えば、機械学習のアルゴリズムにより、カテゴリ情報を取得する。なお、１以上の素性は、例えば、文章が有する自立語、画像の色情報の平均値や中央値、輝度の平均値や中央値等、何でも良い。また、情報を分類する公知技術は、種々あり、いずれを用いて、カテゴリ情報を取得しても良いことは言うまでもない。

【0146】

また、組織提供情報は送信要求フラグと対応付いている。送信要求フラグ「１」に対応する組織提供情報は、当該組織提供情報が出力された場合に、自動的に情報送信要求が発行される組織提供情報である。送信要求フラグ「−」に対応する組織提供情報は、当該組織提供情報が出力された場合に、自動的に情報送信要求が発行さない組織提供情報である。

【0147】

また、図１２は、図示しない外部のサーバが保持している１以上のユーザ提供情報管理表である。ユーザ提供情報管理表は、「ＩＤ」「ユーザ提供情報」「カテゴリ情報」「キーワード」を有するレコードを１以上格納している。ここで、ユーザ提供情報は、カテゴリ情報、およびキーワードと対になっている。ただし、ユーザ提供情報は、カテゴリ情報、およびキーワードと対になっていなくても良い。また、ユーザ提供情報は、一つのサーバに格納されていても良いし、２以上のサーバに格納されていても良い。また、ユーザ提供情報に対応付いているカテゴリ情報は、例えば、上記のカテゴリ情報付加手段により付加された情報である。また、図１２のユーザ提供情報は、第二端末５０のユーザが第二端末５０に入力し、外部のサーバ等に送信された情報である。さらに、キーワードは、第二端末５０のユーザまたは第三者が入力した用語、またはユーザ提供情報から抽出された用語（例えば、名詞、自立語、地名等）、ユーザ提供情報から取得された用語等である。

【0148】

さらに、図１２において、ユーザ提供情報は、当該ユーザ提供情報が格納されているＷｅｂページのＵＲＩ（ＵＲＬを含む）に対応付けられていても良い。

【0149】

また、図１３は、ユーザ提供情報取得部３３が保持しているユーザコンテキスト管理表である。ユーザコンテキスト管理表は、ユーザコンテキストとキーワードとの対応を管理する表である。ユーザコンテキスト管理表は、「ＩＤ」「ユーザコンテキスト」「キーワード」の属性値を有するレコードを１以上、格納している。「ＩＤ」はレコードを識別する情報であり、「ユーザコンテキスト」はユーザコンテキストに関する情報であり、「種類」「情報」を有する。「種類」は、ユーザコンテキストの種類を示す。また、「情報」は、ユーザコンテキストに対応する情報である。「キーワード」はユーザ提供情報の検索に用いるキーワードである。

【0150】

かかる状況において、以下の３つの具体例について説明する。

【0151】

（具体例１）
具体例１は、組織提供情報の出力指示に対応して、自動的にユーザ提供情報をも取得して、組織提供情報とユーザ提供情報とを出力する例である。なお、具体例１において、位置情報と時間情報と天気情報のユーザコンテキストを使用して、ユーザ提供情報を取得する。

【0152】

今、第一端末４０のユーザが居る位置情報は（ｘ１，ｙ１）であり、現在時刻は「２０１３／６／７ １１：４５」であり、現在の位置情報（ｘ１，ｙ１）における天気は「晴」である、とする。なお、位置情報（ｘ１，ｙ１）は、広島市内の一の位置を示す情報である、とする。

【0153】

かかる状況において、第一端末４０のユーザは、組織提供情報（ａ）の識別子を有する組織提供情報の出力指示を、第一端末４０に入力した、とする。そして、第一受付部４２は、組織提供情報（ａ）を有する組織提供情報の出力指示を受け付ける。

【0154】

次に、第一出力部４６は、受け付けられた出力指示に対応する組織提供情報（ａ）を、第一格納部４１から読み出し、出力する。

【0155】

次に、第一受付部４２は、組織提供情報の出力に対応して、ユーザ提供情報の送信を要求する送信要求を、サーバ装置３０に送信するか否かを判断する。つまり、第一受付部４２は、組織提供情報（ａ）に対応する送信要求フラグ「１」を図１１の情報から取得し、送信要求を、サーバ装置３０に送信する、と判断する。

【0156】

そして、ユーザコンテキスト取得部４３は、ユーザコンテキストである、位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」を取得する。

【0157】

次に、第一送信部４４は、出力されている組織提供情報（ａ）から、１以上の内容語「お好み村」「お好み共和国ひろしま村」を取得する。なお、ここで、第一送信部４４は、出力されている組織提供情報（ａ）のタイトル（ここでは、例えば、Ｂｏｌｄフォントの文字属性値によりタイトルの箇所を判断）から、名詞句である「お好み村」「お好み共和国ひろしま村」を取得した。次に、第一送信部４４は、出力されている組織提供情報のカテゴリ情報「食べる」を取得する。また、第一送信部４４は、ユーザコンテキスト取得部４３が取得した位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」を取得する。そして、第一送信部４４は、情報送信要求「情報送信要求 （内容語：お好み村，お好み共和国ひろしま村）（ユーザコンテキスト：位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」）（カテゴリ情報：食べる）」を構成する。そして、第一送信部４４は、当該情報送信要求をサーバ装置３０に送信する。

【0158】

次に、サーバ装置３０の受信部３１は、第一端末４０から情報送信要求「情報送信要求 （内容語：お好み村，お好み共和国ひろしま村）（ユーザコンテキスト：位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」）（カテゴリ情報：食べる）」を受信する。

【0159】

次に、ユーザ提供情報取得部３３は、情報送信要求から１以上の内容語「お好み村」「お好み共和国ひろしま村」を取得する。

【0160】

次に、翻訳結果取得部３２は、情報送信要求が翻訳結果を利用して、ユーザ提供情報を取得する要求でないと判断する。

【0161】

次に、ユーザ提供情報取得部３３は、受信された情報送信要求が有する１以上のユーザコンテキスト「位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」」を取得する。

【0162】

次に、ユーザ提供情報取得部３３は、受信された情報送信要求が有する１以上のカテゴリ情報「食べる」を取得する。

【0163】

次に、ユーザ提供情報取得部３３は、情報送信要求が有するカテゴリ情報から、検索式を構成するカテゴリ条件「カテゴリ情報＝"食べる"」を取得する。

【0164】

次に、ユーザ提供情報取得部３３は、ユーザコンテキストの位置情報（ｘ１，ｙ１）を図示しない地図情報（サーバ装置３０が保持している）から広島県を取得し、広島県に対応するキーワード「カキ、もみじまんじゅう、お好み焼き、・・・」を、図１３から取得する。また、ユーザ提供情報取得部３３は、ユーザコンテキストの時間情報「２０１３／６／７ １１：４５」に対応するキーワード「ランチ、昼食、・・・」を、図１３から取得する。さらに、ユーザ提供情報取得部３３は、ユーザコンテキストの天気情報「晴」に対応するキーワード「アウトドア、屋外、・・・」を、図１３から取得する。そして、ユーザ提供情報取得部３３は、ユーザコンテキスト条件「キーワード＝（カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」を構成する。

【0165】

次に、ユーザ提供情報取得部３３は、１つ目の内容語「お好み村」を取得する。そして、ユーザ提供情報取得部３３は、１つ目の内容語に対応する内容語条件「ユーザ提供情報に"お好み村"を含む」を構成する。

【0166】

そして、ユーザ提供情報取得部３３は、内容語条件、ユーザコンテキスト条件、カテゴリ条件を用いて、検索式「「＄ユーザ提供情報 ｉｎｃｌｕｄｅ "お好み村"」 ＡＮＤ 「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」 ＡＮＤ 「カテゴリ情報＝"食べる"」」を構成する。上記検索式において、「＄ユーザ提供情報 ｉｎｃｌｕｄｅ "お好み村"」は内容語条件、「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」はキーワード条件、「カテゴリ情報＝"食べる"」はカテゴリ条件である。また、「＄ユーザ提供情報 ｉｎｃｌｕｄｅ "お好み村"」は、ユーザ提供情報の中に、"お好み村"を含むことを示す。また、「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」は、ユーザ提供情報と対になるキーワードが「（カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」を満たすことを示す。さらに、「カテゴリ情報＝"食べる"」はカテゴリ情報が"食べる"であることを示す。

【0167】

次に、ユーザ提供情報取得部３３は、取得した検索式を実行する。そして、ユーザ提供情報取得部３３は、ここでは、図１２の「ＩＤ＝１」のユーザ提供情報がマッチし、外部のサーバから、図１２の「ＩＤ＝１」のユーザ提供情報を取得する。そして、ユーザ提供情報取得部３３は、取得したユーザ提供情報と、１番目の内容語「お好み村」とを対応付けて、図示しないバッファに一時蓄積する。

【0168】

次に、ユーザ提供情報取得部３３は、２つ目の内容語「お好み共和国ひろしま村」に対応する内容語条件「ユーザ提供情報に"お好み共和国ひろしま村"を含む」を構成する。

【0169】

そして、ユーザ提供情報取得部３３は、内容語条件、ユーザコンテキスト条件、カテゴリ条件を用いて、検索式「「＄ユーザ提供情報 ｉｎｃｌｕｄｅ "お好み共和国ひろしま村"」 ＡＮＤ 「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」 ＡＮＤ 「カテゴリ情報＝"食べる"」」を構成する。

【0170】

次に、ユーザ提供情報取得部３３は、取得した検索式を実行する。そして、ユーザ提供情報取得部３３は、外部のサーバ装置から、図１２の「ＩＤ＝２」のユーザ提供情報を取得した、とする。そして、ユーザ提供情報取得部３３は、取得したユーザ提供情報と、２番目の内容語「お好み共和国ひろしま村」とを対応付けて、図示しないバッファに一時蓄積する。

【0171】

次に、送信部３４は、取得された２つのユーザ提供情報を第一端末４０に送信する。ここで、各ユーザ提供情報は、内容語と対応付けて送信される、とする。

【0172】

次に、第一端末４０の第一受信部４５は、情報送信要求の送信に応じて、サーバ装置３０からユーザ提供情報と内容語との組を、２組、受信する。

【0173】

そして、第一出力部４６は、受信された２つのユーザ提供情報を出力する。ここで、第一出力部４６は、例えば、図１４に示すような態様で、ユーザ提供情報を出力する。図１４に示すような出力態様は、組織提供情報が有する内容語と、ユーザ提供情報との対応が分かる態様での出力である。

【0174】

なお、図１４において、ユーザ提供情報が指示された場合、当該ユーザ提供情報が存在するサーバから、当該ユーザ提供情報が格納されているＷｅｂページを呼び出しても良い。

【0175】

以上、具体例１において、組織提供情報とユーザ提供情報とを、その関連が分かる態様で出力できる。

【0176】

（具体例２）
具体例２は、ユーザの指示に応じて、出力中の組織提供情報に対応するユーザ提供情報を取得して、組織提供情報とユーザ提供情報とを出力する例である。

【0177】

今、第一端末４０のユーザが居る位置情報は（ｘ２，ｙ２）であり、現在時刻は「２０１３／７／７ １７：３０」である、とする。なお、位置情報（ｘ２，ｙ２）は、神戸市内の一の位置を示す情報である、とする。

【0178】

かかる状況において、第一端末４０のユーザは、組織提供情報（ｂ）の識別子を有する組織提供情報の出力指示を、第一端末４０に入力した、とする。そして、第一受付部４２は、組織提供情報（ｂ）を有する組織提供情報の出力指示を受け付ける。

【0179】

次に、第一出力部４６は、受け付けられた出力指示に対応する組織提供情報（ｂ）を、第一格納部４１から読み出し、出力する。

【0180】

次に、第一受付部４２は、組織提供情報の出力に対応して、ユーザ提供情報の送信を要求する送信要求を、サーバ装置３０に送信するか否かを判断する。つまり、第一受付部４２は、組織提供情報（ｂ）に対応する送信要求フラグ「−」を図１１の情報から取得し、送信要求を、サーバ装置３０に送信しない、と判断する。

【0181】

そして、第一受付部４２は、送信要求を入力するためのボタンを組織提供情報（ｂ）の出力画面に付加する。かかる出力例は、図１５である。図１５において、１５１は、付加されたボタンであり、ユーザ提供情報の取得のためのボタンである。なお、ここでは、自動的にユーザ提供情報の取得を行わない場合に、第一出力部４６は、ユーザ提供情報の取得のためのボタンを出力する。

【0182】

次に、ユーザは、１５１のボタンを押下した、とする。すると、第一受付部４２は、情報の送信要求を受け付ける。

【0183】

そして、ユーザコンテキスト取得部４３は、ユーザコンテキストである、位置情報（ｘ２，ｙ２）、時間情報「２０１３／７／７ １７：３０」を取得する。

【0184】

次に、第一送信部４４は、出力されている組織提供情報（ｂ）から、１以上の内容語「レストランＸ」「〇〇〇〇」「ＸＸＸＸ」「ＡＡＡＡ」「ＢＢＢＢ」を取得する。なお、「レストランＸ」はレストラン名、「〇〇〇〇」「ＸＸＸＸ」「ＡＡＡＡ」「ＢＢＢＢ」は料理やコースの名前である、とする。なお、第一送信部４４は、出力されている組織提供情報（ｂ）から、普通名詞ではない名詞を取得する、とする。また、第一送信部４４は、組織提供情報（ｂ）に対応するカテゴリ情報「食べる」を取得する。

【0185】

そして、第一送信部４４は、１以上の内容語と１以上のユーザコンテキストとカテゴリ情報を用いて、情報送信要求「情報送信要求 （内容語：レストランＸ，〇〇〇〇，ＸＸＸＸ，ＡＡＡＡ，ＢＢＢＢ）（ユーザコンテキスト：位置情報（ｘ２，ｙ２）、時間情報「２０１３／７／７ １７：３０」）（カテゴリ情報：食べる）」を構成する。そして、第一送信部４４は、当該情報送信要求をサーバ装置３０に送信する。

【0186】

次に、サーバ装置３０の受信部３１は、第一端末４０から当該情報送信要求を受信する。

【0187】

次に、ユーザ提供情報取得部３３は、具体例１で説明した動作と同様の動作により、「情報送信要求 （内容語：レストランＸ，〇〇〇〇，ＸＸＸＸ，ＡＡＡＡ，ＢＢＢＢ）（ユーザコンテキスト：位置情報（ｘ２，ｙ２）、時間情報「２０１３／７／７ １７：３０」）（カテゴリ情報：食べる）」を用いて、内容語ごとに、検索式を構成し、当該検索式を実行し、ユーザ提供情報を外部のサーバ（図１２の情報）から受信する。

【0188】

ここで、ユーザ提供情報取得部３３は、内容語「レストランＸ」に対応付けて、図１２の「ＩＤ＝３」の画像と、「ＩＤ＝４」の文書を取得した、とする。

【0189】

次に、送信部３４は、取得された２つのユーザ提供情報を第一端末４０に送信する。ここで、各ユーザ提供情報は、内容語「レストランＸ」と対応付けて送信される、とする。

【0190】

次に、第一端末４０の第一受信部４５は、情報送信要求の送信に応じて、サーバ装置３０からユーザ提供情報を受信する。

【0191】

そして、第一出力部４６は、受信されたユーザ提供情報を出力する。ここで、第一出力部４６は、例えば、図１６に示すような態様で、ユーザ提供情報を出力する。なお、図１６において、ユーザ提供情報の出力に代えて、１５１のボタンが消去されている。

【0192】

以上、具体例２において、組織提供情報をチェックした後に、ユーザ提供情報を取得し、出力できる。

【0193】

（具体例３）
具体例３は、内容語を英語に翻訳して、英語のブログからユーザ提供情報を取得する場合について説明する。

【0194】

今、第一端末４０のユーザは、組織提供情報（ａ）の識別子を有し、翻訳フラグを有する組織提供情報の出力指示を、第一端末４０に入力した、とする。そして、第一受付部４２は、組織提供情報（ａ）を有する組織提供情報の出力指示を受け付ける。なお、ここでの翻訳フラグは、内容語を利用せず、その翻訳結果を利用する（例えば、「２」）情報である、とする。

【0195】

次に、第一出力部４６は、受け付けられた出力指示に対応する組織提供情報（ａ）を、第一格納部４１から読み出し、出力する。

【0196】

次に、第一受付部４２は、組織提供情報の出力に対応して、ユーザ提供情報の送信を要求する送信要求を、サーバ装置３０に送信するか否かを判断する。つまり、第一受付部４２は、組織提供情報（ａ）に対応する送信要求フラグ「１」を図１１の情報から取得し、送信要求を、サーバ装置３０に送信する、と判断する。

【0197】

そして、ユーザコンテキスト取得部４３は、ユーザコンテキスト「位置情報（ｘ３，ｙ３）」を取得する。

【0198】

次に、第一送信部４４は、出力されている組織提供情報（ａ）から、１以上の内容語「お好み村」「お好み共和国ひろしま村」を取得する。なお、ここで、第一送信部４４は、出力されている組織提供情報（ａ）のタイトル（ここでは、例えば、Ｂｏｌｄフォントの文字属性値によりタイトルの箇所を判断）から、名詞句である「お好み村」「お好み共和国ひろしま村」を取得した。

【0199】

次に、第一送信部４４は、出力されている組織提供情報のカテゴリ情報「食べる」を取得する。

【0200】

また、第一送信部４４は、ユーザコンテキスト取得部４３が取得したユーザコンテキストを取得する。

【0201】

そして、第一送信部４４は、情報送信要求「情報送信要求 （内容語：お好み村，お好み共和国ひろしま村）（ユーザコンテキスト：位置情報（ｘ３，ｙ３））（カテゴリ情報：食べる）」を構成する。そして、第一送信部４４は、当該情報送信要求をサーバ装置３０に送信する。

【0202】

次に、サーバ装置３０の受信部３１は、第一端末４０から情報送信要求を受信する。次に、ユーザ提供情報取得部３３は、情報送信要求から１以上の内容語「Ｏｋｏｎｏｍｉ−ｖｉｌｌａｇｅ」「Ｏｋｏｎｏｍｉ Ｒｅｐｕｂｌｉｃ Ｈｉｒｏｓｈｉｍａ ｖｉｌｌａｇｅ」を取得する。

【0203】

次に、翻訳結果取得部３２は、受信された情報送信要求が有する翻訳フラグを用いて、情報送信要求が翻訳結果を利用してユーザ提供情報を取得する要求であると判断する。

【0204】

次に、翻訳結果取得部３２は、内容語「お好み村」「お好み共和国ひろしま村」に対応する翻訳結果「Ｏｋｏｎｏｍｉ−ｖｉｌｌａｇｅ」「Ｏｋｏｎｏｍｉ Ｒｅｐｕｂｌｉｃ Ｈｉｒｏｓｈｉｍａ ｖｉｌｌａｇｅ」を取得する。

【0205】

次に、ユーザ提供情報取得部３３は、受信された情報送信要求が有する１以上のユーザコンテキスト「位置情報（ｘ３，ｙ３）」を取得する。

【0206】

次に、ユーザ提供情報取得部３３は、受信された情報送信要求が有する１以上のカテゴリ情報「食べる」を取得する。

【0207】

次に、ユーザ提供情報取得部３３は、情報送信要求が有するカテゴリ情報から、検索式を構成するカテゴリ条件「カテゴリ情報＝"食べる"」を取得する。

【0208】

次に、ユーザ提供情報取得部３３は、ユーザコンテキストの位置情報（ｘ３，ｙ３）を図示しない地図情報（サーバ装置３０が保持している）から広島県を取得し、広島県に対応するキーワード「カキ、もみじまんじゅう、お好み焼き、・・・」を、図１３から取得する。

【0209】

次に、ユーザ提供情報取得部３３は、１つ目の内容語の翻訳語「Ｏｋｏｎｏｍｉ−ｖｉｌｌａｇｅ」を取得する。そして、ユーザ提供情報取得部３３は、１つ目の内容語に対応する内容語条件「ユーザ提供情報のタイトル＜ｔｉｔｌｅ＞に"Ｏｋｏｎｏｍｉ−ｖｉｌｌａｇｅ"を含む」を構成する。

【0210】

そして、ユーザ提供情報取得部３３は、内容語条件、ユーザコンテキスト条件、カテゴリ条件を用いて、検索式「「＄タイトル ｉｎｃｌｕｄｅ "Ｏｋｏｎｏｍｉ−ｖｉｌｌａｇｅ"」 ＡＮＤ 「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）」 ＡＮＤ 「カテゴリ情報＝"食べる"」」を構成する。

【0211】

次に、ユーザ提供情報取得部３３は、取得した検索式を実行する。そして、ユーザ提供情報取得部３３は、第二端末５０から、図１２の「ＩＤ＝７」のユーザ提供情報を取得する。そして、ユーザ提供情報取得部３３は、取得したユーザ提供情報と、１番目の内容語「お好み村」または／および翻訳語「Ｏｋｏｎｏｍｉ−ｖｉｌｌａｇｅ」とを対応付けて、図示しないバッファに一時蓄積する。

【0212】

次に、ユーザ提供情報取得部３３は、同様に、２つ目の内容語の翻訳語「Ｏｋｏｎｏｍｉ Ｒｅｐｕｂｌｉｃ Ｈｉｒｏｓｈｉｍａ ｖｉｌｌａｇｅ」に対応するユーザ提供情報を検索したが、取得できなかった、とする。

【0213】

次に、送信部３４は、取得された１つのユーザ提供情報を第一端末４０に送信する。ここで、各ユーザ提供情報は、内容語「お好み村」等と対応付けて送信される、とする。

【0214】

次に、第一端末４０の第一受信部４５は、情報送信要求の送信に応じて、サーバ装置３０からユーザ提供情報を受信する。

【0215】

そして、第一出力部４６は、受信されたユーザ提供情報を出力する。ここで、第一出力部４６は、例えば、図１７に示すような態様で、ユーザ提供情報を出力する。図１７に示すような出力態様は、組織提供情報が有する内容語と、ユーザ提供情報との対応が分かる態様での出力である。

【0216】

以上、具体例３において、外国語で記載されたユーザ提供情報を取得し、出力できる。なお、具体例３において、組織提供情報も、第一端末４０またはサーバ装置３０で翻訳し、その翻訳結果を出力しても良い。サーバ装置３０が組織提供情報を翻訳する場合、第一端末４０からサーバ装置３０に、組織提供情報を送信することが必要でる場合もある。

【0217】

以上、本実施の形態によれば、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。従って、ユーザは、観光地、レストラン、会社等の組織が公開している公式の情報と、消費者等のユーザの感想などとを一緒に見ることができ、観光地等への理解が深まる。

【0218】

また、本実施の形態によれば、組織提供情報を補足するために、外国語で記載されたユーザ提供情報を適切に出力できる。従って、例えば、外国人に対して、適切な情報を提供できる。

【0219】

なお、本実施の形態によれば、ユーザ提供情報を取得する際に、ユーザコンテキストを用いたが、ユーザコンテキストを用いなくても良い。

【0220】

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態におけるサーバ装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、組織が提供する情報である１以上の組織提供情報が有する１以上の内容語に関して、ユーザが第二端末に入力し、当該第二端末から送信されたユーザ提供情報の送信を要求する命令であり、第一端末のユーザに関する情報であるユーザコンテキストを有する命令である情報送信要求を受信する受信部と、前記情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザ提供情報の集合から、前記情報送信要求が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得するユーザ提供情報取得部と、前記ユーザ提供情報取得部が取得した１以上のユーザ提供情報を前記第一端末に送信する送信部として機能させるためのプログラムである。

【0221】

また、上記プログラムにおいて、前記ユーザ提供情報は、カテゴリ情報と対に管理されており、前記情報送信要求は、送信を要求するユーザ提供情報のカテゴリ情報をも有し、前記ユーザ提供情報取得部は、前記情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザが前記第二端末に入力し、当該第二端末から送信された２以上のユーザ提供情報の集合から、前記組織提供情報が有するユーザコンテキストに対応し、かつ前記組織提供情報のカテゴリ情報に対応する１以上のユーザ提供情報を取得するものとして、コンピュータを機能させるプログラムであることは好適である。

【0222】

また、上記プログラムにおいて、前記組織提供情報は、カテゴリ情報と対に管理されており、前記情報送信要求は、前記第一端末で出力中または出力する組織提供情報に対応するカテゴリ情報に関連するカテゴリ情報と対になるユーザ提供情報の送信を要求する情報であるものとして、コンピュータを機能させるプログラムであることは好適である。

【0223】

また、上記プログラムにおいて、前記組織提供情報取得部が取得した組織提供情報の全部または一部の翻訳結果を取得する翻訳結果取得部をさらに具備し、前記ユーザ提供情報取得部は、前記翻訳結果が有する１以上の内容語に関して、２以上のユーザが前記第二端末に入力し、当該第二端末から送信された２以上のユーザ提供情報の集合から、前記組織提供情報が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得する
ものとして、コンピュータを機能させるプログラムであることは好適である。

【0224】

また、本実施の形態における第一端末を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記憶媒体は、１以上の組織提供情報を格納し得る第一格納部を具備し、コンピュータを、ユーザコンテキストを取得するユーザコンテキスト取得部と、情報の送信要求を受け付ける第一受付部と、前記第一受付部が受け付けた情報の送信要求と前記ユーザコンテキスト取得部が取得したユーザコンテキストとを用いて、情報送信要求を構成し、サーバ装置に送信する第一送信部と、前記情報送信要求の送信に応じて、前記サーバ装置から１以上のユーザ提供情報を受信する第一受信部と、前記第一受信部が受信した１以上のユーザ提供情報と、当該ユーザ提供情報に対応する前記第一格納部の組織提供情報とを出力する第一出力部として機能させるためのプログラムである。

【0225】

（実施の形態３）
本実施の形態において、組織提供情報が、サーバ装置に存在する点が、実施の形態２と異なる。

【0226】

本実施の形態において、ユーザが組織提供情報の取得を指示した場合に、自動的にユーザ提供情報を取得できても良いし、組織提供情報とユーザ提供情報とを別々に取得できても良い。

【0227】

本実施の形態における情報システムＢの概念図は、図６と同様である。また、図１８は、本実施の形態における情報システムＢのブロック図である。

【0228】

情報システムＢは、サーバ装置６０、１以上の第一端末７０、１以上の第二端末５０を備える。

【0229】

サーバ装置６０は、組織提供情報格納部６１、組織提供情報取得部６２、受信部６３、翻訳結果取得部３２、ユーザ提供情報取得部６４、送信部６５を備える。

【0230】

第一端末７０は、第一格納部７１、第一受付部７２、ユーザコンテキスト取得部４３、第一送信部７４、第一受信部７５、第一出力部７６を備える。

【0231】

サーバ装置６０を構成する組織提供情報格納部６１は、１以上の組織提供情報を格納し得る。

【0232】

組織提供情報取得部６２は、情報送信要求に対応する組織提供情報を取得する。なお、かかる場合、通常、情報送信要求は、組織提供情報を識別する組織提供情報識別子を有する。

【0233】

受信部６３は、第一端末７０から情報送信要求を受信する。

【0234】

ユーザ提供情報取得部６４は、情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザ提供情報の集合から、情報送信要求が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得する。

【0235】

ユーザ提供情報取得部６４は、１以上のユーザ提供情報を取得する。ユーザ提供情報取得部６４は、２以上のユーザ提供情報の集合から、組織提供情報が有するユーザコンテキストに対応し、かつ組織提供情報のカテゴリ情報に対応する１以上のユーザ提供情報を取得する。ユーザ提供情報は、情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザが第二端末５０に入力し、第二端末５０から送信された情報である。

【0236】

ユーザ提供情報取得部６４は、１以上の内容語の翻訳結果に関して、２以上のユーザが第二端末５０に入力し、第二端末５０から送信された２以上のユーザ提供情報の集合から、組織提供情報が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得しても良い。なお、内容語の翻訳結果に関するユーザの入力（ユーザの感想などの情報）は、内容語に関するユーザの入力である、とも言える。

【0237】

送信部６５は、ユーザ提供情報取得部６４が取得したユーザ提供情報を第一端末７０に送信する。また、送信部６５は、組織提供情報取得部６２が取得した組織提供情報をも第一端末７０に送信する。送信部６５は、ユーザ提供情報と一緒に組織提供情報を送信しても良いし、別に送信しても良い。

【0238】

第一端末７０を構成する第一格納部７１は、受信された１以上の組織提供情報を格納し得る。

【0239】

第一受付部７２は、情報の送信要求を受け付ける。送信要求は、組織提供情報を出力中に、当該組織提供情報に対応するユーザ提供情報の送信を要求する命令であっても良い。送信要求の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。

【0240】

第一送信部７４は、第一受付部７２が受け付けた情報の送信要求とユーザコンテキスト取得部４３が取得したユーザコンテキストとを用いて、情報送信要求を構成し、サーバ装置６０に送信する。

【0241】

第一受信部７５は、情報送信要求の送信に応じて、サーバ装置６０からユーザ提供情報を受信する。第一受信部７５は、組織提供情報をもサーバ装置６０から受信する。

【0242】

第一出力部７６は、第一受信部７５が受信したユーザ提供情報と組織提供情報とを出力する。また、第一出力部７６は、第一受信部７５が受信したユーザ提供情報と、ユーザ提供情報に対応する第一格納部７１の組織提供情報とを出力しても良い。第一格納部７１の組織提供情報は、通常、第一受信部７５が受信した組織提供情報であるが、元々格納さている組織提供情報でも良い。

【0243】

組織提供情報格納部６１、第一格納部７１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。組織提供情報格納部６１等に組織提供情報等が記憶される過程は問わない。例えば、記録媒体を介して組織提供情報等が組織提供情報格納部６１等で記憶されるようになってもよく、通信回線等を介して送信された組織提供情報等が組織提供情報格納部６１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された組織提供情報等が組織提供情報格納部６１等で記憶されるようになってもよい。

【0244】

組織提供情報取得部６２、ユーザ提供情報取得部６４は、通常、ＭＰＵやメモリ等から実現され得る。組織提供情報取得部６２等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

【0245】

受信部６３、ユーザ提供情報取得部６４、第一受信部７５は、通常、無線または有線の通信手段で実現され得るが、放送を受信する手段で実現されても良い。

【0246】

送信部６５、第一送信部７４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

【0247】

第一受付部７２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

【0248】

第一出力部７６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。第一出力部７６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

【0249】

次に、情報システムＢの動作について説明する。まず、サーバ装置６０の動作について、図１９のフローチャートを用いて説明する。図１９のフローチャートにおいて、図８のフローチャートと同一のステップについて、説明を省略する。

【0250】

（ステップＳ１９０１）送信部６５は、ステップＳ８１２で取得された組織提供情報を、第一端末７０に送信する。ステップＳ８０９に行く。

【0251】

なお、図１８のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0252】

次に、第一端末７０の動作について、図２０のフローチャートを用いて説明する。図２０のフローチャートにおいて、図１０のフローチャートと同一のステップについて、説明を省略する。

【0253】

（ステップＳ２００１）第一受信部７５は、サーバ装置６０から、組織提供情報およびユーザ提供情報を受信したか否かを判断する。情報を受信すればステップＳ２００２に行き、情報を受信しなければステップＳ１００１に戻る。

【0254】

（ステップＳ２００２）第一出力部７６は、ステップＳ２００１で受信された組織提供情報およびユーザ提供情報を出力する。

【0255】

なお、図２０のフローチャートにおいて、組織提供情報とユーザ提供情報とを、別々に受信しても良い。かかる場合、通常、先に組織提供情報が受信され、出力される。そして、ユーザの指示により、組織提供情報に対応するユーザ提供情報が受信される。

【0256】

さらに、図２０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

【0257】

以下、本実施の形態における情報システムＢの具体的な動作について説明する。

【0258】

今、サーバ装置６０の組織提供情報格納部６１は、図１１に示す組織提供情報管理表を格納している。なお、ここでは、図１１の組織提供情報管理表が有する組織提供情報は、例えば、Ｗｅｂページであり、図１１（ａ）はＵＲＬａ、（ｂ）はＵＲＬｂ、（ｃ）はＵＲＬｃによりアクセス可能である、とする。

【0259】

また、図１２は、図示しない外部のサーバが保持しているユーザ提供情報管理表である。

【0260】

さらに、図１３は、ユーザ提供情報取得部３３が保持しているユーザコンテキスト管理表である。

【0261】

また、今、第一端末４０のユーザが居る位置情報は（ｘ１，ｙ１）であり、現在時刻は「２０１３／６／７ １１：４５」であり、現在の位置情報（ｘ１，ｙ１）における天気は「晴」である、とする。なお、位置情報（ｘ１，ｙ１）は、広島市内の一の位置を示す情報である、とする。

【0262】

かかる状況において、ユーザは、組織提供情報識別子「ＵＲＬａ」を含む情報の送信要求を第一端末７０に入力した、とする。すると、第一受付部７２は、組織提供情報識別子「ＵＲＬａ」を含む情報の送信要求を受け付ける。

【0263】

次に、ユーザコンテキスト取得部４３は、ユーザコンテキストである、位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」を取得する。

【0264】

次に、第一送信部４４は、ユーザコンテキスト取得部４３が取得した位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」を用いて、情報送信要求「情報送信要求 （組織提供情報識別子：ＵＲＬａ）（ユーザコンテキスト：位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」）」を構成する。そして、第一送信部４４は、当該情報送信要求をサーバ装置３０に送信する。

【0265】

次に、サーバ装置６０の受信部６３は、第一端末７０から情報送信要求「情報送信要求 （組織提供情報識別子：ＵＲＬａ）（ユーザコンテキスト：位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」）」を受信する。

【0266】

次に、組織提供情報取得部６２は、情報送信要求が有する組織提供情報識別子「ＵＲＬａ」に対応する組織提供情報を取得し、バッファに一時蓄積する。

【0267】

次に、ユーザ提供情報取得部６４は、「ＵＲＬａ」に対応する組織提供情報から１以上の内容語「お好み村」「お好み共和国ひろしま村」を取得する。

【0268】

次に、ここでは、翻訳結果取得部３２は、情報送信要求が翻訳結果を利用して、ユーザ提供情報を取得する要求でないと判断する。

【0269】

次に、ユーザ提供情報取得部６４は、受信された情報送信要求が有する１以上のユーザコンテキスト「位置情報（ｘ１，ｙ１）、時間情報「２０１３／６／７ １１：４５」、天気情報「晴」」を取得する。なお、ここでは、ユーザ提供情報取得部６４は、カテゴリ情報を使用しない、とする。

【0270】

次に、ユーザ提供情報取得部６４は、ユーザコンテキストの位置情報（ｘ１，ｙ１）を図示しない地図情報（サーバ装置３０が保持している）から広島県を取得し、広島県に対応するキーワード「カキ、もみじまんじゅう、お好み焼き、・・・」を、図１３から取得する。また、ユーザ提供情報取得部３３は、ユーザコンテキストの時間情報「２０１３／６／７ １１：４５」に対応するキーワード「ランチ、昼食、・・・」を、図１３から取得する。さらに、ユーザ提供情報取得部３３は、ユーザコンテキストの天気情報「晴」に対応するキーワード「アウトドア、屋外、・・・」を、図１３から取得する。そして、ユーザ提供情報取得部３３は、ユーザコンテキスト条件「キーワード＝（カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」を構成する。

【0271】

次に、ユーザ提供情報取得部６４は、１つ目の内容語「お好み村」を取得する。そして、ユーザ提供情報取得部６４は、１つ目の内容語に対応する内容語条件「ユーザ提供情報に"お好み村"を含む」を構成する。

【0272】

そして、ユーザ提供情報取得部６４は、内容語条件、ユーザコンテキスト条件、カテゴリ条件を用いて、検索式「「＄ユーザ提供情報 ｉｎｃｌｕｄｅ "お好み村"」 ＡＮＤ 「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」」を構成する。上記検索式において、「＄ユーザ提供情報 ｉｎｃｌｕｄｅ "お好み村"」は内容語条件、「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」はキーワード条件である。

【0273】

次に、ユーザ提供情報取得部６４は、取得した検索式を実行する。そして、ユーザ提供情報取得部６４は、外部のサーバから、図１２の「ＩＤ＝１」のユーザ提供情報を取得した、とする。そして、ユーザ提供情報取得部６４は、取得したユーザ提供情報と、１番目の内容語「お好み村」とを対応付けて、図示しないバッファに一時蓄積する。

【0274】

次に、ユーザ提供情報取得部６４は、２つ目の内容語「お好み共和国ひろしま村」に対応する内容語条件「ユーザ提供情報に"お好み共和国ひろしま村"を含む」を構成する。

【0275】

そして、ユーザ提供情報取得部６４は、内容語条件、ユーザコンテキスト条件、カテゴリ条件を用いて、検索式「「＄ユーザ提供情報 ｉｎｃｌｕｄｅ "お好み共和国ひろしま村"」 ＡＮＤ 「＄キーワード ｉｎｃｌｕｄｅ （カキ ＯＲ もみじまんじゅう ＯＲ お好み焼き ＯＲ・・・）ＡＮＤ（ランチ ＯＲ 昼食 ＯＲ ・・・）ＡＮＤ（アウトドア ＯＲ 屋外 ＯＲ ・・・）」」を構成する。

【0276】

次に、ユーザ提供情報取得部６４は、取得した検索式を実行する。そして、ユーザ提供情報取得部３３は、外部のサーバから、図１２の「ＩＤ＝２」のユーザ提供情報を取得した、とする。そして、ユーザ提供情報取得部６４は、取得したユーザ提供情報と、２番目の内容語「お好み共和国ひろしま村」とを対応付けて、図示しないバッファに一時蓄積する。

【0277】

次に、送信部３４は、組織提供情報識別子「ＵＲＬａ」に対応する組織提供情報、および取得された２つのユーザ提供情報を第一端末４０に送信する。

【0278】

次に、第一端末７０の第一受信部７５は、情報送信要求の送信に応じて、サーバ装置３０から「ＵＲＬａ」に対応する組織提供情報、および２つのユーザ提供情報を受信する。

【0279】

そして、第一出力部７６は、受信された組織提供情報とユーザ提供情報とを出力する。ここで、第一出力部７６は、例えば、図１４に示すような態様で、組織提供情報とユーザ提供情報を出力する。図１４に示すような出力態様は、組織提供情報が有する内容語と、ユーザ提供情報との対応が分かる態様での出力である。

【0280】

以上、本実施の形態によれば、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0281】

また、本実施の形態によれば、都道府県の公式ホームページ等の組織提供情報を補足するために、ユーザ提供情報を適切に出力できる。

【0282】

なお、本実施の形態の具体例によれば、第一端末７０は、組織提供情報とユーザ提供情報とを同時に受信し、出力した。しかし、第一端末７０は、組織提供情報を受信し、出力した後に、ユーザ指示により、当該組織提供情報に対応するユーザ提供情報を受信し、出力できる。

【0283】

さらに、本実施の形態におけるサーバ装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、組織が提供する情報である１以上の組織提供情報が有する１以上の内容語に関して、ユーザが第二端末に入力し、当該第二端末から送信されたユーザ提供情報の送信を要求する命令であり、第一端末のユーザに関する情報であるユーザコンテキストを有する命令である情報送信要求を受信する受信部と、前記情報送信要求に対応する組織提供情報が有する１以上の内容語に関して、２以上のユーザ提供情報の集合から、前記情報送信要求が有するユーザコンテキストに対応する１以上のユーザ提供情報を取得するユーザ提供情報取得部と、前記ユーザ提供情報取得部が取得した１以上のユーザ提供情報を前記第一端末に送信する送信部として機能させるためのプログラムである。

【0284】

また、上記プログラムにおいて、記録媒体は、１以上の組織提供情報を格納し得る組織提供情報格納部をさらに具備し、コンピュータを、前記情報送信要求に対応する組織提供情報を取得する組織提供情報取得部としてさらに機能させ、前記送信部は、前記組織提供情報取得部が取得した組織提供情報をも前記第一端末に送信ものとして、コンピュータを機能させるプログラムであることは好適である。

【0285】

また、図２１は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態のサーバ装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２１は、このコンピュータシステム３００の概観図であり、図２２は、システム３００のブロック図である。

【0286】

図２１において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

【0287】

図２２において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＭＰＵ３０１３、ＣＤ−ＲＯＭドライブ３０１２に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

【0288】

コンピュータシステム３００に、上述した実施の形態のサーバ装置の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

【0289】

プログラムは、コンピュータ３０１に、上述した実施の形態のサーバ装置の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

【0290】

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

【0291】

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

【0292】

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

【0293】

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

【0294】

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

【産業上の利用可能性】

【0295】

以上のように、本発明にかかるサーバ装置は、組織提供情報を補足するために、ユーザ提供情報を適切に出力できる、という効果を有し、情報提のＷｅｂサービスを実現するサーバ装置等として有用である。

【符号の説明】

【0296】

１ ガイドブック構造解析部
２ テキスト化手段
３ カテゴリー分類手段
４ SNS対応付け部
５ 対応付け部
６ 撮影部
７ 撮影手段
８ 選択手段
９ 画像合成手段
１０ 出力手段
１１ ガイドブック
１２ 撮影画面
A ガイドブック
B1 コンテンツ情報
B2 選択肢
３０、６０ サーバ装置
３１、６３ 受信部
３２ 翻訳結果取得部
３３、６４ ユーザ提供情報取得部
３４、６５ 送信部
４０、７０ 第一端末
４１、７１ 第一格納部
４２、７２ 第一受付部
４３ ユーザコンテキスト取得部
４４、７４ 第一送信部
４５、７５ 第一受信部
４６、７６ 第一出力部
５０ 第二端末
５１ 第二受付部
５２ 第二送信部
６１ 組織提供情報格納部
６２ 組織提供情報取得部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】