JP2018005931A - 情報処理システム、情報処理方法および外部システム - Google Patents

Abstract

【課題】提示された画像に応じた電子情報を容易に提供可能とする。
【解決手段】画像検索システムは、連携情報とを関連付けて格納する格納部と、撮像画像を受信する第１受信部と、撮像画像に含まれるオブジェクトに基づき、オブジェクトに関連付けられた連携情報を撮像画像の送信元に対して送信する第１送信部とを含む。端末装置は、画像検索システムを利用する端末装置をそれぞれ識別する情報である識別情報を取得する識別情報取得部と、被写体を撮像して撮像画像を出力する撮像部と、撮像部で出力された撮像画像を画像検索システムに送信する第２送信部と、第２送信部による撮像画像の送信に応じて画像検索システムから送信された連携情報を受信する第２受信部と、第２受信部に受信された連携情報に基づきネットワークを介したアクセスを実行する際に、アクセス先に対して識別情報を送信する第３送信部とを含む。
【選択図】図１１

Description

本発明は、画像に応じた情報を提供する情報処理システム、情報処理方法および外部システムに関する。

従来から、情報は、様々な媒体を介して提供されている。そして、このような情報を効率的に利用者に提供するための各種技術が提案されている。例えば、画像処理技術と携帯電話端末を利用して、利用者に対して、利便性の高い支援情報を提供するための情報提供管理システムが提案されている（例えば特許文献１）。

特許文献１に記載の支援情報提供システムは、管理コンピュータ、パーツ画像データ記憶部及びヘルプデータ記憶部を備える。利用者は、携帯電話端末を用いて、ヘルプ情報を要求する複写機のパーツを撮影する。携帯電話端末は、撮影した画像データを含むヘルプ要求を支援情報提供システムに送信する。管理コンピュータは、ヘルプ要求に含まれる機種識別子や、撮影画像データに基づいてパーツ画像データ記憶部に記録されたパーツ画像データを特定する。管理コンピュータは支援情報を抽出し、携帯電話端末にヘルプ画面データを送信する。

また、画像検索技術においても、紙媒体の画像情報と電子情報とを関連付ける技術として、ＭＭＲ(Mixed Media Reality)技術が提案されている（非特許文献１）。

非特許文献１に記載されたＭＭＲ技術においては、紙媒体上の文書と電子情報とを繋ぐことを目的としている。このＭＭＲ技術においては、紙媒体上の文書の見た目やフォーマットを一切変える必要がなく、カメラ付き携帯電話端末を通じてその各リンク先を印刷物上で指定できるものである。特に、このＭＭＲ技術においては、テキストを含む画像において、ＯＣＲ(Optical Character Recognition)が困難である場合にも、テキスト文書における部分的なテキスト画像の配置（ピッチや位置関係など）を利用して、元の画像を特定することが可能である。

また、検索を行う場合の高速化を実現するための技術も提案されている（特許文献２）。特許文献２の技術では、動的にオブジェクトを挿入できることを前提としつつ、検索速度を高速化する。このため、空間データを登録し、登録された空間データについて予め木構造をなすＭ−ｔｒｅｅ形式の空間インデックスを生成しておき、ユーザが指定した空間データに類似する空間データを、空間インデックスを利用して検索する。この場合、空間インデックスの木構造を構成する各ノードの領域を下位に存在する全ての空間データを包含する領域とすることで、各ノード領域間のオーバーラップを削除し、検索速度を高速化する。

電子情報は、加工や保存には適している。一方で、ユーザに対する画像の提示による情報発信、例えば新聞などの紙媒体を用いての情報発信も、多様な場面において利用されている。また例えば、街角や公共施設といった不特定多数のユーザが往来するような場所に掲示するポスターや電子掲示板、高層ビルの壁面を利用したポスターや電子掲示板など、ユーザに情報を発信する情報発信媒体も多様化している。このような、情報発信媒体と電子情報とを結びつける技術があれば、ユーザにとってより利便性が高まることが期待される。紙媒体と電子情報とを結びつける例として、電子情報としてのインターネット上のリンク先情報を埋め込んだ二次元コードを紙媒体に印刷して用いることが考えられる。

しかしながら、新聞などのような紙媒体を印刷する場合には、記事やレイアウトを確定し印刷するまでの時間が必要であり、時間的な制約が大きいという問題点があった。また、リンク先は、状況に応じて変更したい場合が往々にして生じるが、変更が生じる度に紙媒体や電子媒体などの情報発信媒体側に変更を反映させる必要があり、時間がかかる上にコストが嵩んでしまうおそれがあるという問題点があった。

また、テキストを用いて電子情報を検索する場合には、テキスト情報によるインデクスを予め準備しておく必要があり、手間がかかっていた。

さらに、紙媒体の場合、情報を保存するためには、新聞記事などにおいては所望の記事を切り抜いて、スクラップ帳などに記事を貼り付けておくことが従来から行われている。ところが、このような作業は手間がかかる上、裏面の記事を読めなくなるという不都合が生じるという問題点があった。また、新聞記事をスキャンして画像データとして情報を保存することも可能である。しかしながら、この場合においても、スキャンや保存といったような操作が必要であり、さらに、所望の記事だけを抽出して加工する手間もかかるという問題点があった。

本発明は、上記に鑑みてなされたものであって、提示された画像に応じた電子情報を容易に提供可能とすることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、媒体が撮像された撮像画像を端末装置を用いて送信し媒体に含まれるオブジェクトに関連付けられた情報の提示を受ける１以上の利用者と、媒体を介して利用者に情報を提示する１以上の顧客と、により利用され、１以上の情報処理装置により構成される画像検索システムと、画像検索システムによる画像検索機能を利用するための端末プログラムが搭載される端末装置と、が通信を介して連携して検索サービスを提供する情報処理システムであって、顧客からの依頼に応じて、顧客により決定されるオブジェクトと、オブジェクトに関連付ける情報であって情報処理システムとは異なる外部システムにおいて保持される情報にアクセスするための連携情報と、を関連付けて格納する格納部と、端末プログラムが搭載された端末装置を識別する識別情報であって、情報処理システムにおいて生成される識別情報を取得する、端末装置に搭載された端末プログラムにより実現される識別情報取得部と、画像検索システムに撮像画像を送信して画像検索システムによる画像検索機能を利用する際に、識別情報取得部により取得された識別情報を画像検索システムに送信する第１送信部と、画像検索機能の利用のため端末装置から送信された撮像画像に基づいて格納部に格納されたオブジェクトを検索し、検索されたオブジェクトに関連付けられた連携情報を撮像画像の送信元の端末装置に対して送信する第２送信部と、画像検索機能の利用に係るログ情報であって、少なくとも画像検索機能の利用において第１送信部により送信された識別情報を含むログ情報を画像検索システムにおいて記録するログ記録部と、端末プログラムを搭載する端末装置において、第２送信部により送信された連携情報に基づきネットワークを介したアクセスを実行する際に、端末装置に対して生成された識別情報をアクセス先に送信する第３送信部と、を有することを特徴とする。

本発明によれば、提示された画像に応じた電子情報を容易に提供可能となるという効果を奏する。

図１は、実施形態に係る検索システムの一例の構成を示す図である。 図２は、実施形態に係るＤＢに格納される索引データの元となる画像データの例を示す図である。 図３は、実施形態に係る画像検索サーバの機能を示す一例の機能ブロック図である。 図４は、実施形態に係るＤＢの一例の構成を示す図である。 図５は、実施形態に係るＸＭＬコードの一例を示す図である。 図６は、実施形態に係る画像検索サーバの動作の例を示すフローチャートである。 図７は、実施形態に係る索引の連携情報の提示処理の例を示すフローチャートである。 図８は、実施形態に係る、複数の索引から１を選択する処理を、ユーザが行うように促す場合の一例の処理を示すフローチャートである。 図９は、実施形態に係る端末装置の一例の構成を示すブロック図である。 図１０は、実施形態に係る端末装置の一例の機能を示す機能ブロック図である。 図１１は、第１の実施形態に係る情報処理システムの一例の構成を概略的に示す図である。 図１２は、実施形態に係るアプリＩＤの一例の生成処理を示すフローチャートである。 図１３は、第２の実施形態に係る情報処理システムの一例の構成を概略的に示す図である。 図１４は、第２の実施形態に係るアプリＩＤの一例の生成処理を示すフローチャートである。 図１５は、第３の実施形態に係る情報処理システムの一例の構成を概略的に示す図である。 図１６は、第３の実施形態に係るログ情報テーブルの一例の構成を示す図である。 図１７は、第３の実施形態に係る連携情報テーブルの一例の構成を示す図である。 図１８は、第１の適用例を実現可能なシステムの概要を示すブロック図である。 図１９は、第２の適用例に係る、会員向けコンテンツのグルーピングの例を示す図である。 図２０は、第３の適用例によるコンテンツ配信サイトにおける一例の処理を示すフローチャートである。 図２１は、第４の適用例を説明するための図である。 図２２は、第４の適用例によるコンテンツ配信サイトにおける一例の処理を示すフローチャートである。 図２３は、オリエンテーリングに用いられる地図の一例を示す図である。 図２４は、第５の適用例によるコンテンツ配信サイトにおける一例の処理を示すフローチャートである。

以下に添付図面を参照して、情報処理システムおよび情報処理方法の実施形態を詳細に説明する。

（実施形態に適用可能な画像検索システム）
実施形態の説明に先んじて、理解を容易とするために、実施形態に適用可能な画像検索システムについて説明する。この画像検索システムは、撮像装置で撮像された撮像画像からオブジェクトを抽出し、抽出したオブジェクトと、データベースに予め格納されたオブジェクトとを比較して、データベースに格納されたオブジェクトのうち、撮像画像から抽出したオブジェクトに対して最も類似度の高いオブジェクトを特定する。そして、特定されたオブジェクトに予め関連付けられた商用サイトのリンク情報などを、ユーザに提示する。

図１は、実施形態に適用可能な画像検索システムの一例の構成を示す。図１に示す画像検索システム２００において、ネットワーク１０に対して、画像検索サーバ１１および端末装置２０が接続される。ネットワーク１０は、例えばインターネットであって、通信プロトコルとしてＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)が適用される。ネットワーク１０は、互いにネットワークで接続される複数のコンピュータを含み、外部からは、その内部が隠蔽されたブラックボックスとして入出力のみが示されるネットワーク・グループであるネットワーククラウドであってもよい。

ネットワーク１０に対して、さらに、複数の商用サイト３０Ａおよび３０Ｂが接続される。これら商用サイト３０Ａおよび３０Ｂは、ネットワーク１０を介してなされた注文に応じて商品の発送などを行うことができる。

端末装置２０は、無線または有線によってネットワーク１０との間で通信を行うことができる。端末装置２０は、ネットワーク１０を介して受信した命令に従った動作を行うことができると共に、表示装置と入力装置とを含むＵＩ（ユーザインタフェース）に対してネットワーク１０を介して受信した画像などの表示や、ＵＩに対してなされたユーザ操作に従いネットワーク１０に向けてデータを送信することができる。

また、端末装置２０は、撮像機能を有し、ＵＩに対する撮像指示操作に応じて被写体の撮像を行うことができるようにされている。端末装置２０は、撮像により得られた撮像画像をネットワーク１０に向けて送信することができる。

画像検索サーバ１１は、データベース（ＤＢ）１２が接続され、ネットワーク１０を介して受信した要求に従い、ＤＢ１２に対して、実施形態に係る検索処理を行うことができる。実施形態においては、ＤＢ１２には複数の画像データ５０Ａおよび５０Ｂを検索するための各索引データが、それぞれ連携情報と関連付けられて格納される。索引データは、画像データのバイナリを解析して得られたデータであって、画像データを、検索のための構造に変換したデータである。

なお、ＤＢ１２に対して、画像データを直接的に格納することも可能である。画像データのファイル名およびパスをＤＢ１２に格納してもよい。

画像検索サーバ１１は、ネットワーク１０を介して画像データを受信し、受信した当該画像データに基づきＤＢ１２を検索して、当該画像データに対応する連携情報を検索結果として取得する。画像検索サーバ１１は、この検索結果として取得された連携情報を、画像データの送信元に返す。

図２は、ＤＢ１２に格納される索引データの元となる画像データ５０Ａおよび５０Ｂの例を示す。ここで、画像データに含まれるオブジェクトについて定義する。オブジェクトとは、画像データによる画像内において主となる対象物の画像を指し、当該主となる対象物の背景画像や、画像内における当該主となる対象物の付随情報などとは区別される画像である。

一例として、画像データ５０Ａおよび５０Ｂは、それぞれカタログ雑誌の中身である内容ページと、当該カタログ雑誌の表紙である表紙ページであるものとする。図２（ａ）は、内容ページの画像１３０Ａによる画像データ５０Ａの例を示し、図２（ｂ）は、表紙ページの画像１３０Ｂによる画像データ５０Ｂの例を示す。

図２（ａ）は、画像１３０Ａの中央部に１のオブジェクト１３１が配置された例である。画像１３０Ａにおいて、オブジェクト１３１に対して、オブジェクト１３１を含む対象領域１３４が設定される。この図２（ａ）は、対象領域１３４のサイズに対するオブジェクト１３１のサイズの比率が小さい場合の例である。カタログ雑誌の場合、内容ページは、商品の紹介を行うのが目的であるため、商品を示す画像であるオブジェクト１３１は、内容ページに対して大きく表示される。

図２（ｂ）は、画像１３０Ｂに対して複数のオブジェクト１３２および１３３が配置された例である。ここでは、オブジェクト１３２は、図２（ａ）に示すオブジェクト１３１を縮小した画像であり、オブジェクト１３３は、他の画像である。画像１３０Ｂに対してさらに多くのオブジェクトを配置してもよい。この例では、表示ページは、カタログ雑誌の内容を要約して示すように、内容ページに含まれる各オブジェクト１３２および１３３が縮小されサムネイルとして表示されている。画像１３０Ｂにおいて、対象領域１３５は、オブジェクト１３２および１３３を含むと共に、表示ページ（画像１３０Ｂ）の全体に及ぶように設定されている。

なお、対象領域１３４および１３５は、オブジェクト１３１、ならびに、オブジェクト１３２および１３３をそれぞれ認識するための指標として用いられる。対象領域は、オブジェクトの全体を含み、且つ、オブジェクトを含む画像の全体より小さい任意のサイズにそれぞれ設定可能である。

連携情報について説明する。連携情報は、例えば、画像に含まれるオブジェクトに連携する機能を示す情報であって、より具体的には、当該オブジェクトの属性情報にアクセスするアクセス方法を含む情報である。したがって、連携情報は、実際には、画像に含まれるオブジェクトに対して関連付けられてＤＢ１２に格納されると考えることができる。

一例として、内容ページの画像１３０Ａに含まれるオブジェクト１３１において、連携情報は、オブジェクト１３１が示す商品を取り扱う例えば商用サイト３０ＡのＵＲＬ(Uniform Resource Locator)や、当該商品の購入設定を行う購入ページのＵＲＬである。これらに限らず、連携情報として、当該商品を取り扱う店舗の電話番号やメールアドレスを用いてもよい。さらに、当該商品の情報などを含むデータファイルをダウンロードするための情報を、連携情報として用いてもよい。なお、ＤＢ１２において、１のオブジェクトに対して複数の連携情報を関連付けることができる。

別の例として、表紙ページの画像１３０Ｂに含まれる各オブジェクト１３２および１３３に対して、連携情報として、例えば、当該表紙ページを含むカタログ雑誌そのものを紹介するネットワーク１０上のサイトなどのＵＲＬを用いることができる。

図３は、画像検索サーバ１１の機能を示す一例の機能ブロック図である。画像検索サーバ１１は、受信部１００と、抽出部１０１と、算出部１０２と、検索部１０３と、提示部１０４と、制御部１１０とを有する。また、図３では、ＤＢ１２が画像検索サーバ１１に含まれるように示している。制御部１１０は、この画像検索サーバ１１の全体的な動作を制御する。画像検索サーバ１１は、１以上のコンピュータを含んで構成される。

受信部１００は、ネットワーク１０を介して送信されたデータを受信する。例えば、端末装置２０から送信された撮像画像（撮像画像４０Ａとする）が受信部１００に受信される。

抽出部１０１は、受信部１００に受信された撮像画像４０Ａに対して画像解析を行い、撮像画像４０Ａから特徴点を検出して、当該撮像画像４０Ａに含まれるオブジェクトを抽出する。例えば、抽出部１０１は、撮像画像４０Ａに対して２値化処理を施して、２値化された撮像画像４０Ａに対してエッジ検出や正規化処理を行い、撮像画像４０Ａの特徴点を検出する。オブジェクトは、この検出された特徴点により表される。

算出部１０２は、抽出部１０１に抽出された撮像画像４０Ａの特徴点と、ＤＢ１２に格納される各索引によって検索される各オブジェクトを表す特徴点とを比較する。そして、比較結果に基づき、撮像画像４０Ａに含まれるオブジェクトと、ＤＢ１２に格納される各索引によって検索される各オブジェクトとの類似度を算出する。類似度は、例えば、画像から抽出した各特徴点間の関係を、画像毎に比較することで求めることができる。一例として、特徴点間の関係を数値化して特徴量を算出し、画像間で特徴量の差分の絶対値を求め、求めた差分の絶対値がより小さい場合に、当該画像間の類似度が高いとする。

検索部１０３は、算出部１０２で算出された類似度に基づき、ＤＢ１２に格納される各索引によって検索される各オブジェクトのうち、撮像画像４０Ａに含まれるオブジェクトとの類似度が高い画像を検索する。このとき、検索部１０３は、ＤＢ１２に格納される各索引によって検索される各オブジェクトから、撮像画像４０Ａに含まれる各オブジェクトとの類似度が最も高いオブジェクトを含む１の索引を検索結果として出力する。

これに限らず、検索部１０３は、ＤＢ１２に格納される各索引によって検索される各オブジェクトから、撮像画像４０Ａに含まれるオブジェクトとの類似度が高いオブジェクトを含む順に従い、所定数の索引を検索結果として出力してもよいし、類似度が閾値以上のオブジェクトを検索するための１または複数の索引を検索結果として出力することもできる。さらに、類似度が、撮像画像４０Ａについて算出された類似度の最大値から予め決められた範囲内（５％など）にある索引を、検索結果として出力することも考えられる。

提示部１０４は、検索部１０３による検索出力の索引に関連付けられた連携情報をＤＢ１２から取り出し、端末装置２０に提示（送信）する。したがって、提示部１０４は、端末装置２０に対して連携情報を送信する送信部の機能を備えている。この連携情報の提示は、当該連携情報を端末装置２０に直接的に送信してもよいし、当該連携情報を含むＷｅｂページを生成し、端末装置２０に向けて当該Ｗｅｂページヘのアクセス方法（ＵＲＬなど）を提示する方法でもよい。端末装置２０からこのＷｅｂページにアクセスすることで、連携情報を取得することができる。

これに限らず、端末装置２０に、撮像画像４０Ａの撮像から、提示された連携情報の表示までの一連の動作を行うアプリケーションソフトウェア（以下、アプリケーションと略称する）を予めインストールしておき、提示された連携情報を、このアプリケーションを用いて取得することも可能である。

なお、画像検索サーバ１１は、ＣＰＵ(Central Processing Unit)と、ＲＡＭ(Random Access Memory)と、ＲＯＭ(Read Only Memory)と、ハードディスクドライブなどのストレージ装置とを含む、一般的なコンピュータ装置（情報処理装置）により構成することができる。また、画像検索サーバ１１は、１台のコンピュータ装置で構成されるのに限らず、例えば複数のコンピュータ装置上で分散的に動作する構成としてもよい。

上述した受信部１００、抽出部１０１、算出部１０２、検索部１０３、提示部１０４および制御部１１０は、ＣＰＵ上で動作する検索プログラムによって実現される。これに限らず、受信部１００、抽出部１０１、算出部１０２、検索部１０３、提示部１０４および制御部１１０の一部または全部を、互いに協働する個別のハードウェアを用いて実現してもよい。実施形態に係る検索処理を実行するための検索プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録して提供される。

さらに、実施形態に係る検索処理を実行するための検索プログラムを、インターネットなどの通信ネットワークに接続されたコンピュータ上に格納し、通信ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態に係る検索処理を実行するための検索プログラムを、インターネットなどの通信ネットワーク経由で提供または配布するように構成してもよい。

実施形態に係る検索処理を実行するための検索プログラムは、例えば、上述した各部（受信部１００、抽出部１０１、算出部１０２、検索部１０３、提示部１０４および制御部１１０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが例えばストレージ装置から当該検索プログラムを読み出して実行することにより上記各部が主記憶装置（例えばＲＡＭ）上にロードされ、各部が主記憶装置上に生成されるようになっている。

このような構成において、ユーザは、端末装置２０を用いて例えばカタログ雑誌のページを撮像し、撮像画像４０Ａや撮像画像４０Ｂを得る。この例では、撮像画像４０Ａおよび４０Ｂは、それぞれ、カタログ雑誌の内容ページおよび表紙ページを撮像した撮像画像であるものとする。ユーザは、例えば撮像画像４０Ａを、ネットワーク１０を介して画像検索サーバ１１に送信する。

撮像画像４０Ａは、画像検索サーバ１１の受信部１００に受信され、受信された撮像画像４０Ａの特徴点が抽出部１０１で検出され、オブジェクトが抽出される。さらに、算出部１０２で、抽出部１０１で検出された特徴点に基づき、撮像画像４０Ａに含まれるオブジェクトと、ＤＢ１２に格納される各索引によって検索される各オブジェクトとの類似度が算出される。この算出結果に基づき検索部１０３で索引が検索される。そして、提示部１０４は、検索部の検索出力に基づきＤＢ１２から連携情報を取り出し、撮像画像４０Ａの送信元である端末装置２０に提示する。

ユーザは、画像検索サーバ１１から端末装置２０に対して提示された連携情報に基づき、例えば商用サイト３０Ａにアクセスして、撮像画像４０Ａに含まれるオブジェクトが示す商品を購入などすることができる。

ここで、例えば図２（ａ）に画像１３０Ａに含まれるオブジェクト１３１に酷似したオブジェクトを含む画像が、端末装置２０で撮像画像４０Ａとして撮像されたものとする。また、ＤＢ１２には、オブジェクト１３１を含む画像１３０Ａと、オブジェクト１３１を縮小したオブジェクト１３２を含む画像１３０Ｂとが格納されているものとする。

この場合、撮像画像４０Ａの特徴点の検出結果から算出した類似度に基づく検索の結果、画像１３０Ａではなく、画像１３０Ｂが検索されてしまう可能性がある。この場合、ユーザは、所望の連携情報を得ることができなくなってしまう。このような事態を防ぐために、実施形態では、検索部１０３において、対象領域（撮像範囲）とオブジェクトとのサイズの比率に基づき、ＤＢ１２に格納される画像の検索を行う。

図２を用いて、より具体的に説明する。図２（ａ）に例示される画像１３０Ａでは、オブジェクト１３１が画像１３０Ａに対して大きなスペースを占めるように配置され、オブジェクト１３１に対して、オブジェクト１３１のサイズよりやや大きめのサイズで、対象領域１３４が設定されている。一方、図２（ｂ）に例示される画像１３０Ｂでは、オブジェクト１３１が縮小されたオブジェクト１３２が配置されると共に、対象領域１３５が画像１３０Ｂの全面に対して、すなわち、オブジェクト１３２のサイズに対して十分大きなサイズで設定されている。

画像１３０Ａにおいて、対象領域１３４のサイズに対するオブジェクト１３１のサイズの第１の比率を、例えばそれぞれの面積に基づき求めた値が１／２であるとする。これに対して、画像１３０Ｂにおいて、対象領域１３５のサイズに対するオブジェクト１３２のサイズの第２の比率を面積で求めた値は、例えば１／１６となり、画像１３０Ａの場合と比べて大きく異なる。なお、サイズの比率は、面積に基づき求める方法に限られない。このような、サイズの比率を示す情報は、予め求め、索引に含めてＤＢ１２に格納することが考えられる。

さらに、端末装置２０から受信された撮像画像４０Ａについては、抽出部１０１で抽出されたオブジェクトのサイズと、撮像画像４０Ａ自体のサイズとの比率を求めることが考えられる。例えば撮像画像４０Ａが図２（ａ）に画像１３０Ａで示されるような画像とし、撮像画像４０Ａのサイズに対するオブジェクト（オブジェクト１３１とする）のサイズの第３の比率が例えば１／４であるとする。

この場合、第３の比率は、上述した第１の比率および第２の比率のうち、第１の比率により近い。したがって、検索部１０３は、撮像画像４０Ａに対する検索結果として画像１３０Ａに対応する索引を出力する。提示部１０４は、この画像１３０Ａに対応する索引に関連付けられた連携情報を、端末装置２０に対して提示する。このように、オブジェクトのサイズの画像サイズに対する比率に基づき索引の選択を行うことで、より的確に所望の索引を選択することができる。

図４は、このような、オブジェクトのサイズの比率に基づき画像を検索する処理を実現するためのＤＢ１２の一例の構成を示す。図４（ａ）は、ＤＢ１２に格納される各索引データを識別するための索引テーブル１２０の例を示す。各索引データは、図４（ａ）に例示されるように、ＩＤと、索引データのバイナリデータとが関連付けられてＤＢ１２に格納される。

また、ＩＤは、ＤＢ１２に格納される各索引データを識別可能であれば、形式は特に限定されない。ＤＢ１２に格納される各索引データがカタログ雑誌の各ページのオブジェクトを検索するためのものである場合、ＩＤとして当該オブジェクトが掲載されるページ番号を含む値を用いることができる。

図４（ｂ）は、画像のＩＤと対象領域とを関連付ける対象領域テーブル１２１の一例を示す。この例では、対象領域は、タグを用いてデータの意味や構造を定義して記述するマークアップ言語の一種であるＸＭＬ(Extensible Markup Language)を用いて記述される。後述するが、この対象領域の記述に対して、連携情報の記述も埋め込まれる。対象領域が記述されるＸＭＬコードは、この対象領域テーブル１２１のフィールドに直接的に格納してもよいし、当該ＸＭＬコードを別途ファイルに記述し、当該フィールドにはこのファイル名とパスを記述してもよい。

図５は、図４（ｂ）に示されるＸＭＬコード１４０の一例を示す。この図５に示されるＸＭＬコード１４０は、カタログ雑誌のある内容ページの対象領域を記述する例である。最も外側のタグ「<page>」および「</page>」に挟まれた部分により、ページが定義される。各部分１４１₁、１４１₂において、タグ「<hotspot>」および「</hotspot>」に挟まれた部分により、それぞれ１の対象領域が定義される。このように、１のページに対して複数の対象領域を定義することができる。

部分１４１₁において、最初の行１４２は、タグ「<area>」および「</area>」に挟まれた部分により、対象領域のページ内での範囲が例えば左上隅の座標（ｘ１，ｙ１）および右下隅の座標（ｘ２，ｙ２）で定義される。

各部分１４３₁、１４３₂において、タグ「<link>」および「</link>」に挟まれた部分により、それぞれ１の連携情報が定義される。このように、１の対象領域に対して複数の連携情報を定義することができる。各部分１４３₁において、タグ「<title>」および「</title>」に挟まれた部分により連携情報のタイトルが定義される。タグ「<type>」および「</type>」に挟まれた部分によりこの連携情報のタイプが定義される。また、この例では、連携情報として、タグ「<URI>」および「</URI>」に挟まれた部分により、ネットワーク１０上でのアドレス情報が定義されている。

このように、ＸＭＬコード１４０により、ページ内の対象領域および当該対象領域における連携情報を定義しているため、ページ内の当該対象領域に含まれるオブジェクトに関連付けられる連携情報による機能を実行することができる。

図６は、実施形態に係る画像検索サーバ１１の動作の例を示すフローチャートである。先ず、端末装置２０で撮像されて得られた例えば撮像画像４０Ａが、ネットワーク１０を介して画像検索サーバ１１に対して送信される。ステップＳ１００で、画像検索サーバ１１において、受信部１００は、この撮像画像４０Ａを受信する。次のステップＳ１０１で、抽出部１０１は、受信された撮像画像４０Ａに対して画像解析を行い特徴点を検出してオブジェクトの抽出を行う。

次のステップＳ１０２で、検索部１０３は、撮像画像４０Ａのサイズに対するオブジェクトのサイズの比率を算出する。なお、ＤＢ１２に格納される各画像について、対象領域のサイズに対するオブジェクトのサイズの比率は、予め算出されているものとする。このＤＢ１２に格納される各画像の比率を示す情報は、上述したＸＭＬコード１４０に埋め込んでおくことができる。

次のステップＳ１０３で、算出部１０２は、撮像画像４０Ａから抽出されたオブジェクトと、ＤＢ１２に格納される各索引によって検索されるオブジェクトとを比較する。より具体的には、算出部１０２は、撮像画像４０Ａに含まれるオブジェクトと、ＤＢ１２に格納される各索引によって検索されるオブジェクトとの各類似度を算出する。

次のステップＳ１０４で、検索部１０３は、ステップＳ１０３で算出した類似度に基づき、ＤＢ１２に格納された索引のうち、撮像画像４０Ａに含まれるオブジェクトと合致するオブジェクトが検索される索引が有るか否かを判定する。この例では、ＤＢ１２に含まれる索引に検索されるオブジェクトのうち、類似度が閾値以上であるオブジェクトを、撮像画像４０Ａに含まれるオブジェクトと合致するオブジェクトが検索される索引であると判定するものとする。

若し、ステップＳ１０４でオブジェクトが合致する索引が有ると判定した場合、検索部１０３は、処理をステップＳ１０５に移行させる。ステップＳ１０５で、検索部１０３は、ＤＢ１２に格納される索引のうち、オブジェクトが複数の索引で合致しているか否かを判定する。若し、１の索引のみでオブジェクトが合致していると判定した場合、検索部１０３は、当該１の索引を検索出力として、処理を後述するステップＳ１０７に移行させる。一方、複数の索引でオブジェクトが合致していると判定した場合、検索部１０３は、処理をステップＳ１０６に移行させる。

ステップＳ１０６で、検索部１０３は、当該複数の索引それぞれによって検索される複数のオブジェクトのサイズの、対象領域のサイズに対する比率を各々求める。この複数のオブジェクトに関する比率は、予め求めておきＤＢ１２に格納しておいてもよい。それと共に、検索部１０３は、撮像画像４０Ａについて、撮像画像４０Ａのサイズに対するオブジェクトのサイズの比率を求める。そして、当該複数のオブジェクトのそれぞれについて求めた比率のうち、撮像画像４０Ａについて求めた比率に最も近い比率を求め、求めた比率に対応するオブジェクトを検索するための索引を選択して検索出力とし、処理をステップＳ１０７に移行させる。

ステップＳ１０７で、提示部１０４は、検索部１０３による検索出力の索引に対応付けられた連携情報をＤＢ１２から取り出す。そして、提示部１０４は、取り出した連携情報の、撮像画像４０Ａの送信元の端末装置２０に対する提示を行う。そして、図６のフローチャートによる一連の処理が終了される。

なお、上述したステップＳ１０４で合致する索引がないと判定した場合、処理がステップＳ１０８に移行され、提示部１０４により、合致する索引がＤＢ１２に格納されていない旨を示すメッセージが、端末装置２０に対して提示される。そして、図６のフローチャートによる一連の処理が終了される。

図７は、図６におけるステップＳ１０７の、索引の連携情報の提示処理の例を示すフローチャートである。提示部１０４は、先ずステップＳ２００で、検索部１０３の検索出力の索引によって検索されるオブジェクトにおける、撮像画像４０Ａに対応する対象領域を特定する。次のステップＳ２０１で、提示部１０４は、ＤＢ１２を参照し、特定した対象領域に関連付けられた連携情報が有るか否かを判定する。若し、有ると判定した場合、提示部１０４は、処理をステップＳ２０２に移行させ、当該対象領域に複数の連携情報が関連付けられているか否かを判定する。

提示部１０４は、ステップＳ２０２で、当該対象領域に対して複数の連携情報が関連付けられていると判定した場合、処理をステップＳ２０３に移行させる。ステップＳ２０３で、提示部１０４は、この複数の連携情報による各機能を示す機能リストを作成し、機能リストから１の機能を選択するための選択画面を端末装置２０に対して提示する。例えば、特定された対象領域に対して、連携情報としてＵＲＬおよび電話番号が関連付けられている場合、ＵＲＬに示されるアドレスにアクセスする機能と、電話番号への電話機能とを選択するための選択画面を生成し、端末装置２０に対して提示する。そして、図７のフローチャートによる一連の処理が終了される。

一方、ステップＳ２０２で、提示部１０４は、当該対象領域に対して１の連携情報のみが関連付けられていると判定した場合は、処理をステップＳ２０４に移行させる。ステップＳ２０４では、この１の連携情報による機能を実行させるような画面を生成し、端末装置２０に対して提示する。そして、図７のフローチャートによる一連の処理が終了される。

なお、上述のステップＳ２０１において、ステップＳ２００で特定された対象領域に対して連携情報が関連付けられていないと判定した場合、処理をステップＳ２０５に移行させる。ステップＳ２０５で、提示部１０４は、予め定められた特定の画面を、端末装置２０に対して提示する。そして、図７のフローチャートによる一連の処理が終了される。

上述では、ステップＳ１０６において、画像検索サーバ１１側で、複数の索引から１の索引を選択しているが、これはこの例に限定されない。すなわち、複数の索引から１の索引を選択する処理を、ユーザが行うように促すことができる。

図８は、検索部１０３の検索出力による複数の索引から１を選択する処理を、ユーザが行うように促す場合の一例の処理を示すフローチャートである。上述した図６のステップＳ１０５で、撮像画像４０Ａに含まれるオブジェクトに対して複数の索引で合致していると判定した場合、検索部１０３は、処理を図８に示すステップＳ１０６’に移行させる。

処理がステップＳ１０６’に移行されると、提示部１０４は、ステップＳ３００で、合致していると判定された複数の索引を示す情報をユーザに提示するための画面を生成し、端末装置２０に対して提示する。例えば、提示部１０４は、複数の索引それぞれによって検索される各オブジェクトの画像を表示させる画面を生成して、端末装置２０に対して提示することが考えられる。

提示部１０４は、端末装置２０からの、複数の索引（オブジェクト画像）から１の索引（オブジェクト画像）が選択された選択結果が受信されるのを待機する（ステップＳ３０１）。端末装置２０から、ステップＳ３００で提示した複数の索引から１の索引を選択した旨を受信すると、提示部１０４は、ステップＳ３０２で、索引が合致していると判定された複数のオブジェクト画像から、受信結果に応じて１を選択する。そして、選択されたオブジェクトが検索される索引に関連付けられた連携情報をＤＢ１２から取り出して、端末装置２０に対して提示する。

このように、複数の画像をユーザに提示することによっても、ユーザは、より的確に所望の画像を選択することができる。

図９は、端末装置２０の一例の構成を示す。図９に例示される端末装置２０において、バス４０１に対してＣＰＵ４０２、ＲＯＭ４０３、ＲＡＭ４０４および表示制御部４０５が接続される。また、バス４０１に対して、ストレージ４０７、データＩ／Ｆ４０８、入力部４０９、通信部４１０および撮像部４１１が接続される。ストレージ４０７は、データを不揮発に記憶することが可能な記憶媒体であって、例えばフラッシュメモリなどの不揮発性の半導体メモリである。これに限らず、ストレージ４０７としてハードディスクドライブを用いてもよい。

ＣＰＵ４０２は、ＲＯＭ４０３およびストレージ４０７に記憶されるプログラムに従い、ＲＡＭ４０４をワークメモリとして用いて、この端末装置２０の全体を制御する。表示制御部４０５は、ＣＰＵ４０２により生成された表示制御信号を、表示部４０６が表示可能な信号に変換して出力する。

ストレージ４０７は、上述のＣＰＵ４０２が実行するためのプログラムや各種データが格納される。データＩ／Ｆ４０８は、外部からのデータの入力を行う。データＩ／Ｆ４０８としては、例えば、ＵＳＢ(Universal Serial Bus)やＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394)などによるインタフェースを適用することができる。

入力部４０９は、ユーザ入力を受け付けて所定の制御信号を出力する入力デバイスを含む。ユーザは、例えば表示部４０６に対する表示に応じて入力デバイスを操作することで、端末装置２０に対して指示を出すことができる。なお、ユーザ入力を受け付ける入力デバイスを、表示部４０６と一体的に構成し、押圧した位置に応じた制御信号を出力すると共に、表示部４０６の画像を透過するタッチパネルとして構成すると、好ましい。

通信部４１０は、所定のプロトコルを用いてネットワーク１０と通信を行う。撮像部４１１は、光学系と、撮像素子と、光学系および撮像素子の制御駆動回路と、撮像素子から出力される信号に所定の処理を施して画像データとして出力する。撮像部４１１は、入力部４０９に対するユーザ操作による指示に従い、撮像やズームなどの機能を実行する。撮像部４１１で撮像され得られた撮像画像は、例えばバス４０１を介して通信部４１０に送られ、ＣＰＵ４０２の命令に従いネットワーク１０を介して画像検索サーバ１１に送信される。

このような構成において、端末装置２０は、上述した画像検索サーバ１１の提示部１０４により提示された各情報を、ネットワーク１０上のＷｅｂサイトを閲覧するためのブラウザアプリケーションを用いて表示することができる。また、端末装置２０は、このブラウザアプリケーションを用いて、画像検索サーバ１１に対して要求やデータを送信することができる。

この場合、画像検索サーバ１１において、提示部１０４は、端末装置２０に対して各情報を提示するための表示制御情報を、例えばＨＴＭＬ(HyperText Markup Language)や各種スクリプト言語を用いて生成し、生成したファイルをネットワーク１０上の所定のアドレスに置く。提示部１０４から端末装置２０に対してこのアドレスを通知することで、端末装置２０から当該表示制御情報にアクセスし、提示部１０４による各情報の提示を端末装置２０に表示させることができる。

これに限らず、端末装置２０に対して、撮像画像の送信から提示情報の表示までの一連の処理を行う端末用プログラム（画像検索端末アプリケーションと呼ぶ）をインストールすることも考えられる。図１０は、この場合の端末装置２０の一例の機能を示す機能ブロック図である。端末装置２０は、受信部４２０と、送信部４２１と、撮像処理部４２２と、入力処理部４２３と、提示部４２４と、識別情報管理部４２５と、制御部４３０とを有する。

撮像処理部４２２は、撮像部４１１による撮像動作を制御し、撮像画像を取得する。送信部４２１は、例えば画像検索サーバ１１のネットワーク１０上のアドレス情報を予め有し、ネットワーク１０を介した画像検索サーバ１１に対する送信処理を行う。撮像処理部４２２が取得した撮像画像は、送信部４２１により画像検索サーバ１１に送信される。受信部４２０は、サーバから送信された情報を受信する。例えば、画像検索サーバ１１の提示部１０４から提示される情報が受信部４２０に受信される。

入力処理部４２３は、ハードウェアとしての入力部４０９に対するユーザ入力を処理する。提示部４２４は、予め用意されたＵＩ画像を表示制御部４０５に渡し、表示部４０６にこのＵＩ画像による画面を表示させる。また、提示部４２４は、受信部４２０に受信された、例えば画像検索サーバ１１の提示部１０４から提示される情報に基づく表示画面を生成し、表示制御部４０５を介して表示部４０６に表示させる。なお、提示部４２４による情報提示は、表示のみならず、音声によって行うことも可能である。

識別情報管理部４２５は、端末装置２０にインストールされる画像検索端末アプリケーションに一意に取得される識別情報（アプリＩＤと呼ぶ）を管理する。アプリＩＤの詳細に関しては、後述する。

制御部４３０は、この端末装置２０の全体の動作を制御する。また、制御部４３０は、画像検索サーバ１１の提示部１０４から提示された、撮像画像に対応する連携情報に基づく連携機能を実行することができる。例えば、連携情報にＵＲＬが指定されている場合、制御部４３０は、端末装置２０にインストールされているブラウザアプリケーションを呼び出し、このＵＲＬに示されるアドレスにアクセスさせることも可能である。

上述した受信部４２０と、送信部４２１と、撮像処理部４２２と、入力処理部４２３と、提示部４２４と、識別情報管理部４２５と、制御部４３０は、ＣＰＵ４０２上で動作する端末用プログラムによって実現される。この端末用プログラムは、ネットワーク１０に接続されたコンピュータ上に格納し、ネットワーク１０経由でダウンロードさせることにより提供するように構成される。また、この端末用プログラムを、ネットワーク１０経由で提供または配布するように構成してもよい。この端末用プログラムを、ＲＯＭ４０３に予め記憶させて提供することも考えられる。

これに限らず、この端末用プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録して提供してもよい。この場合、例えばデータＩ／Ｆ４０８に接続された外部のドライブ装置を介して、端末用プログラムが端末装置２０に供給される。

端末用プログラムは、例えば、上述した各部（受信部４２０、送信部４２１、撮像処理部４２２、入力処理部４２３、提示部４２４、識別情報管理部４２５および制御部４３０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ４０２が例えばストレージ４０７から当該端末用プログラムを読み出して実行することにより上記各部が主記憶装置（例えばＲＡＭ４０４）上にロードされ、各部が主記憶装置上に生成されるようになっている。

（第１の実施形態）
次に、第１の実施形態について説明する。図１１は、第１の実施形態に係る情報処理システムの一例の構成を概略的に示す。なお、図１１において、上述した図１と共通する部分には同一の符号を付して、詳細な説明を省略する。

図１１において、情報処理システム１Ａは、互いにネットワークにより接続された画像検索システム２００Ａおよび端末装置２０を含む。画像検索システム２００Ａは、上述した画像検索システム２００に対応し、画像検索サーバ１１およびＤＢ１２を含む。上述したように、画像検索サーバ１１は、１以上のコンピュータを含んで構成される。

なお、ＤＢ１２には、コンテンツ配信サイト２１０の例えば運営者により、または、当該運営者の依頼により、撮像画像４０に対応するオブジェクトの索引データと、当該オブジェクトに対応する連携情報とが関連付けられて登録されているものとする。連携情報は、例えばコンテンツ配信サイト２１０そのもののＵＲＬや、コンテンツ配信サイト２１０にアクセスすることで配信されるコンテンツ毎のＵＲＬである。

端末装置２０は、例えば紙媒体を撮像して撮像画像４０を画像検索システム２００Ａに送信する。撮像画像４０は、画像検索システム２００Ａに受信されて画像検索サーバ１１に供給される。画像検索サーバ１１は、上述と同様にして、撮像画像４０からオブジェクトを抽出し、抽出したオブジェクトに基づきＤＢ１２を検索して、当該オブジェクトに対応するＵＲＬを検索結果として取得する。画像検索サーバ１１は、取得したＵＲＬを、撮像画像４０の送信元である端末装置２０に送信する。

端末装置２０は、画像検索端末アプリケーションを用いて、撮像画像４０の送信に応じて画像検索システム２００Ａから送信されたＵＲＬに従い、例えばコンテンツ配信サイト２１０にアクセスする。このとき、端末装置２０は、識別情報管理部４２５に管理されるアプリＩＤを、コンテンツ配信サイト２１０に送信する。なお、端末装置２０は、アプリＩＤを個別のデータとしてコンテンツ配信サイト２１０に送信することができる。これに限らず、端末装置２０は、アプリＩＤのコンテンツ配信サイト２１０への送信を、コンテンツ配信サイト２１０にアクセスする際のＵＲＬに引数として付加してコンテンツ配信サイト２１０に渡すことで行なってもよい。

なお、コンテンツ配信サイト２１０は、図１における商用サイト３０Ａや商用サイト３０Ｂに対応するもので、１以上のコンピュータから構成される。そして、コンテンツ配信サイト２１０は、画像検索システム２００Ａによる検索の結果得られたＵＲＬに示されるネットワーク上の位置を含み、当該ＵＲＬに関連付けられたコンテンツを、端末装置２０などに提示する。

ここで、アプリＩＤについて説明する。アプリＩＤは、上述したように、端末装置２０にインストールされ実行される、実施形態に係る画像検索端末アプリケーションについて一意に取得される識別情報である。このアプリＩＤは、画像検索端末アプリケーションに関連付けられ、ユーザによる変更が不可とされる。また、アプリＩＤは、端末装置２０から画像検索端末アプリケーションが削除（アンインストール）される際に削除される。

すなわち、アプリＩＤは、メールアドレスやアカウント情報などのような、ユーザにより設定され、ユーザにより任意の変更が可能な識別情報とは異なる性質のものである。また、アプリＩＤは、機器ＩＤのように、端末装置２０そのものに関連付けられユーザによる変更が不可とされている識別情報とも異なる性質のものである。さらに、アプリＩＤは、端末装置２０にインストールされた画像検索端末アプリケーションについてユニークであるので、実質的には、端末装置２０毎の識別情報として用いることが可能である。

アプリＩＤは、例えば、画像検索端末アプリケーションが端末装置２０にインストールされる際に生成され、端末装置２０に対して設定される。図１２は、実施形態に係るアプリＩＤの一例の生成処理を示すフローチャートである。ここで、画像検索端末アプリケーションの端末装置２０に対するインストールは、専用のインストールプログラム（インストーラ）によって実行されるものとする。

インストーラは、例えば、ネットワーク上のサーバから、ネットワークを介して端末装置２０にダウンロードされ、ストレージ４０７に格納される。ＣＰＵ４０２は、例えば入力部４０９に対するインストール実行を指示するユーザ操作に応じて、あるいは、インストーラのダウンロードに伴い自動的に、インストール実行を指示するコマンドを出力する。ＣＰＵ４０２は、このコマンドを受けて、ストレージ４０７に格納されるインストーラをＲＡＭ４０４に展開し、実行する。

図１２において、ステップＳ１０で、ＣＰＵ４０２は、インストーラを実行させて、インストーラの指示に従い画像検索端末アプリケーションのインストールを開始する。インストールが開始されると、ＣＰＵ４０２は、インストーラの指示に従いアプリＩＤを生成して取得する（ステップＳ１１）。このとき、インストーラは、生成するアプリＩＤがユニークな値となるように、アプリＩＤの生成方法が決められる。

アプリＩＤは、例えば乱数を用いて生成させることができる。一例として、ＣＰＵ４０２は、所定長さの乱数と、インストーラによるインストール処理が開始された時刻や、インストーラがダウンロードされた時刻を示す時刻情報とを組み合わせてアプリＩＤを生成することが考えられる。これに限らず、ＣＰＵ４０２は、インストーラの指示に従い、当該時刻情報を秒以下の単位で取得して、そのままアプリＩＤとして用いてもよいし、十分な長さの乱数を発生させて、そのままアプリＩＤとして用いることも可能である。

そして、ＣＰＵ４０２は、次のステップＳ１２で、ステップＳ１１で生成されたアプリＩＤを、ストレージ４０７などに記憶する。このとき、ＣＰＵ４０２は、アプリＩＤを暗号化したり、所定の方法で不可視化してストレージ４０７に記憶させることで、ユーザに対してアプリＩＤを隠蔽することができると、より好ましい。

図１１の説明に戻り、コンテンツ配信サイト２１０は、端末装置２０から送信されたアプリＩＤに応じたコンテンツを、端末装置２０に配信することができる。詳細は後述するが、例えば、コンテンツ配信サイト２１０は、あるアプリＩＤについて、初回のアクセスの際に当該アプリＩＤを登録する。そして、コンテンツ配信サイト２１０は、送信されたアプリＩＤを登録情報に基づき照合して当該アプリＩＤが既に登録されている場合に、当該アプリＩＤに固有のコンテンツを、当該アプリＩＤの送信元の端末装置２０に対して配信する。

このように、画像検索の結果得られたＵＲＬに対して、画像検索端末アプリケーション毎にユニークな識別情報であるアプリＩＤを送信することで、同じ検索結果に対して端末装置２０毎に異なるコンテンツを配信することが可能となる。

すなわち、第１の実施形態によれば、情報媒体を利用してユーザに所望の画像を提示し、さらにその画像に基づいて、関連する電子情報を提供する情報提供技術において、提示された画像や、その画像を利用する端末、ユーザの属性などに応じた電子情報を、ユーザに対して容易に提供可能となる。

なお、上述では、コンテンツ配信サイト２１０は、端末装置２０に対して、端末装置２０から送信されたアプリＩＤに応じたコンテンツを提示しているが、これはこの例に限定されない。例えば、端末装置２０において、画像検索端末アプリケーションにおいて所定の登録情報を登録可能としておき、アプリＩＤに対して登録情報を分類番号や記号として付加してコンテンツ配信サイト２１０に送信するようにもできる。コンテンツ配信サイト２１０は、アプリＩＤに加えて、アプリＩＤに付加された分類番号や記号に応じて、コンテンツを提示することができる。

さらに、コンテンツ配信サイト２１０は、端末装置２０の位置を示す位置情報に応じたコンテンツを提示するようにもできる。例えば、端末装置２０にＧＰＳ(Global Positioning System)による信号を受信して測位を行うＧＰＳ測位部をさらに設け、撮像を行った位置を示す情報をＧＰＳ測位部により取得する。端末装置２０は、この取得した位置情報を、アプリＩＤに付加してコンテンツ配信サイト２１０に送信する。コンテンツ配信サイト２１０は、アプリＩＤに加えて、アプリＩＤに付加された位置情報に応じて、コンテンツを提示することができる。

（第２の実施形態）
次に、第２の実施形態について説明する。上述した第１の実施形態では、アプリＩＤを端末装置２０側で生成するように説明したが、これはこの例に限定されない。第２の実施形態では、アプリＩＤを外部で生成して端末装置２０に設定する。一例として、端末装置２０とネットワークを介して接続されたサーバ上でアプリＩＤを生成することが考えられる。サーバ上で生成されたアプリＩＤは、ネットワークを介して端末装置２０に送信され、端末装置２０のストレージ４０７に格納される。

図１３は、第２の実施形態に係る、サーバ上でアプリＩＤを生成するようにした情報処理システムの一例の構成を概略的に示す。図１３において、情報処理システム１Ｂは、図１１に示した情報処理システム１Ａの画像検索システム２００Ａに対してアプリＩＤを生成する識別情報（アプリＩＤ）生成部を備えるアプリＩＤ生成サーバ１３を追加して、画像検索システム２００Ｂとしている。なお、アプリＩＤ生成サーバ１３は、一般的なコンピュータ装置により構成することができる。このとき、アプリＩＤ生成サーバ１３は、１台のコンピュータ装置により構成するのに限られず、例えば複数台のコンピュータ装置上で分散的に動作する構成としてもよい。

この場合、端末装置２０においてインストールされた画像検索端末アプリケーションの初回の起動がなされると、その旨示すインストール情報が端末装置２０から画像検索システム２００Ｂに送信され、アプリＩＤ生成サーバ１３に供給される。アプリＩＤ生成サーバ１３は、このインストール情報に応じてアプリＩＤを生成し、端末装置２０に送信する。

図１４は、第２の実施形態に係る、アプリＩＤを外部で生成して端末装置２０に設定する場合の処理を示す一例のフローチャートである。ステップＳ２０で、ＣＰＵ４０２は、インストーラを実行させて、インストーラの指示に従い画像検索端末アプリケーションのインストールを開始する。インストールが完了すると、次のステップＳ２１で、ＣＰＵ４０２は、インストールされた画像検索端末アプリケーションを起動させる。ＣＰＵ４０２は、画像検索端末アプリケーションを、インストール処理に続けて自動的に起動させてもよいし、端末装置２０に対するユーザ操作に応じて起動させてもよい。

画像検索端末アプリケーションが起動されると、上述したように、主記憶装置（例えばＲＡＭ４０４）上に画像検索端末アプリケーションを機能させる各部（受信部４２０、送信部４２１、撮像処理部４２２、入力処理部４２３、提示部４２４、識別情報管理部４２５および制御部４３０）が各モジュールとして生成される。各モジュールに従いＣＰＵ４０２が動作することで、画像検索端末アプリケーションが実行される。

画像検索端末アプリケーションが起動されると、識別情報管理部４２５は、画像検索端末アプリケーションの指示に従いアプリＩＤ生成サーバ１３にアクセスする（ステップＳ２２）。このアクセスは、画像検索端末アプリケーションが端末装置２０にインストールされてから初回のアクセスとなる。識別情報管理部４２５は、アプリＩＤ生成サーバ１３に対してアプリＩＤの生成を要求する。

アプリＩＤ生成サーバ１３は、端末装置２０からのアプリＩＤの生成要求に応じてアプリＩＤを生成し、生成したアプリＩＤを、アプリＩＤの生成要求の送信元に送信する。

アプリＩＤの生成方法は、上述と同様に、乱数と時刻情報とを組み合わせる方法を適用できる。この場合、時刻情報は、例えば端末装置２０からのアプリＩＤの生成要求をアプリＩＤ生成サーバ１３が受信した時刻を用いることができる。これに限らず、アプリＩＤ生成サーバ１３は、乱数のみ、時刻情報のみからアプリＩＤを生成してもよいし、通し番号などをアプリＩＤとして生成してもよい。また、アプリＩＤ生成サーバ１３は、生成したアプリＩＤを端末装置２０のアドレス情報などに関連付けて、アプリＩＤを管理することも可能である。

次のステップＳ２３で、識別情報管理部４２５は、アプリＩＤ生成サーバ１３から送信されたアプリＩＤを受信して取得する。そして、次のステップＳ２４で、識別情報管理部４２５は、受信したアプリＩＤを、例えばストレージ４０７に格納する。このとき、識別情報管理部４２５は、アプリＩＤを暗号化や不可視化などにより、ユーザから隠蔽してストレージ４０７に格納すると好ましい。

このように、アプリＩＤの生成は、端末装置２０の外部において行なってもよい。この場合、アプリＩＤ生成サーバ１３は、生成したアプリＩＤを端末装置２０のアドレス情報などに関連付けて、アプリＩＤを管理することが可能である。

（第３の実施形態）
次に、第３の実施形態について説明する。第３の実施形態は、端末装置２０が画像検索のために画像検索サーバ１１にアクセスした履歴を、ログ情報として記録する。図１５は、第３の実施形態に係る情報処理システム１Ｃの一例の構成を概略的に示す。図１５において、情報処理システム１Ｃは、図１１に示した情報処理システム１Ａの画像検索システム２００Ａに対して、端末装置２０によるアクセス履歴をログ情報として記録するログサーバ１４を追加して、画像検索システム２００Ｃとしている。

この図１５の情報処理システム１Ｃでは、端末装置２０は、撮像画像４０を画像検索システム２００Ｃに送信する際に、端末装置２０の画像検索端末アプリケーションのアプリＩＤを当該撮像画像４０に関連付けて送信する。画像検索システム２００Ｃにおいて、ログサーバ１４は、端末装置２０から画像検索システム２００Ｃにアクセスされた時刻を示す時刻情報と、アプリＩＤと、撮像画像４０を示す情報とを互いに関連付けて、ログ情報として蓄積する蓄積部を備える。端末装置２０の機器を識別する機器ＩＤが取得できる場合には、この機器ＩＤをログ情報に関連付けて記録することもできる。なお、ログサーバ１４は、一般的なコンピュータ装置により構成することができる。このとき、ログサーバ１４は、１台のコンピュータ装置により構成するのに限られず、例えば複数台のコンピュータ装置上で分散的に動作する構成としてもよい。

ここで、ＤＢ１２において、撮像画像４０に対応するオブジェクトに対応する連携情報として、コンテンツ配信サイト２１０にアクセスすることで配信されるコンテンツのＵＲＬと、コンテンツ配信サイト２１０とは別の、他のサイト２１１のＵＲＬとが関連付けられているものとする。他のサイト２１１の例としては、動画像を配信する動画像配信サイトを挙げることができる。

この場合、端末装置２０において、コンテンツ配信サイト２１０にアクセスすることで配信されるコンテンツのＵＲＬが選択された場合には、コンテンツ配信サイト２１０は、そのアクセスを把握することができ、アクセスをアプリＩＤ毎に管理することができる。しかしながら、端末装置２０において、他のサイト２１１のＵＲＬが選択された場合には、コンテンツ配信サイト２１０は、端末装置２０による他のサイト２１１のアクセスを把握することができず、アプリＩＤ毎のアクセス管理ができない。

そこで、第３の実施形態では、端末装置２０が撮像画像４０とアプリＩＤとを関連付けて画像検索システム２００Ｃに送信し、ログサーバ１４にてアプリＩＤと撮像画像４０に対応するオブジェクトを示す情報とを関連付けてログ情報として蓄積する。これにより、端末装置２０がコンテンツ配信サイト２１０にアクセスすることで配信されるコンテンツのＵＲＬにアクセスした場合と、他のサイト２１１にアクセスした場合とを、アプリＩＤに基づき共に把握することができる。

図１６は、第３の実施形態に係る、ログサーバ１４がログ情報を蓄積するログ情報テーブルの一例の構成を示す。図１６に例示されるログ情報テーブルは、アプリＩＤに対して、アクセス日時と、オブジェクトＩＤと、デバイス情報とを関連付けて記録する。アクセス日時は、端末装置２０から画像検索システム２００Ｃに対する、撮像画像４０とアプリＩＤとによるアクセスがあった日時が格納される。オブジェクトＩＤは、撮像画像４０から抽出されたオブジェクトを識別する情報であって、例えば図４（ａ）を用いて説明した索引テーブル１２０におけるＩＤを用いることができる。

デバイス情報は、端末装置２０を識別するための情報である。デバイス情報としては、端末装置２０のＩＰ(Internet Protocol)アドレスやＭＡＣ(Media Access Control)アドレスを用いることができる。デバイス情報は、省略することができる。

図１７は、第３の実施形態に係る、オブジェクトＩＤとリンク先情報（ＵＲＬ）とを、顧客毎に関連付ける連携情報テーブルの一例の構成を示す。連携情報テーブルにおいて、顧客ＩＤは、ＤＢ１２に登録されるデータの例えばオーナを識別する識別情報である。オーナは、例えばコンテンツ配信サイト２１０の運営者や運営組織である。このように、連携情報テーブルでは、顧客ＩＤ毎に、オブジェクトＩＤとリンク先のＵＲＬとが関連付けられて格納される。この連携情報テーブルに格納される情報は、図３（ｂ）で示した対象領域テーブル１２１の情報を用いて生成することができる。

ログサーバ１４において、端末装置２０からのアクセスに応じてログ情報テーブルに対してアプリＩＤに関連付けてログ情報を蓄積する。そして、ログ情報テーブルをアプリＩＤに基づき検索して所望のアプリＩＤに対応するオブジェクトＩＤを出力し、連携情報テーブルをオブジェクトＩＤに基づき検出して、オブジェクトＩＤ毎のリンク先情報を得る。これにより、例えばコンテンツ配信サイト２１０の運営者は、所望のアプリＩＤによりコンテンツ配信サイト２１０および他のサイト２１１がアクセスされたアクセス数を予測できる。

（第３の実施形態の第１の適用例）
次に、第３の実施形態に適用可能な第１の適用例について説明する。第１の適用例は、コンテンツ配信サイト２１０において、アプリＩＤによるチェックを行い、アプリＩＤが登録されていない場合には登録処理を行い、登録されている場合には所定のコンテンツを配信するものである。

図１８は、第１の適用例を実現可能なシステムの概要を示す。このシステムは、画像検索システム２００Ｃと、コンテンツ配信サイト２１０と、媒体企画システム２２０とを含む。なお、図１８の例では、ログサーバ１４を有する画像検索システム２００Ｃを適用することで、コンテンツ配信サイト２１０に対してログ情報を提供可能としている。コンテンツ配信サイト２１０に対するログ情報の提供が不要の場合には、画像検索システム２００Ｃの代わりに画像検索システム２００Ａや画像検索システム２００Ｂを適用させてもよい。

図１８において、媒体企画システム２２０は、企画システム５００と、媒体制作システム５０１と、媒体作成システム５０２と、オーサリング・データ登録システム５０３とを含む。

企画システム５００は、コンテンツ配信サイト２１０において配信するコンテンツに応じて、当該コンテンツを配信するための、画像検索システム２００Ｃに検索させるための画像および当該検索対象画像が形成される媒体を企画し、検索対象画像および媒体を示す情報を出力する。また、企画システム５００は、コンテンツ配信サイト２１０のＵＲＬや、コンテンツ配信サイト２１０が配信する各コンテンツのＵＲＬを出力する。

媒体制作システム５０１は、企画システム５００から出力された検索対象画像および媒体を示す情報に基づき、媒体に適した形式で検索対象画像を作成する。媒体制作システム５０１は、作成した検索対象画像を媒体作成システム５０２に出力する。また、媒体制作システム５０１は、作成した検索対象画像と、企画システム５００から供給された各ＵＲＬとを、オーサリング・データ登録システム５０３に対して出力する。

媒体作成システム５０２は、検索対象画像を媒体上に形成し、検索対象（撮像対象）の媒体５１０を作成する。例えば、媒体作成システム５０２は、プリンタ装置であって、検索対象画像を紙媒体上に印刷して、紙による検索対象の媒体５１０を作成する。なお、媒体５１０は、紙媒体に限らない。例えば、媒体５１０の素材は、紙以外であってもよいし、媒体５１０が電子的に情報を掲示する電子掲示板などであってもよい。

オーサリング・データ登録システム５０３は、媒体作成システム５０１から供給された検索対象画像と各ＵＲＬとを、画像検索システム２００ＣのＤＢ１２に登録する。これにより、例えば端末装置２０は、検索対象の媒体５１０上の検索対象画像を撮像した撮像画像を画像検索システム２００Ｃに送信することで、当該検索対象画像に対応するＵＲＬを得ることができる。

例えば、端末装置２０により、検索対象の媒体５１０上の検索対象画像を撮像し、撮像画像とアプリＩＤとを画像検索システム２００Ｃに送信する。画像検索システム２００Ｃにおいて、画像検索サーバ１１は、撮像画像に基づきＤＢ１２を検索して、ＵＲＬを取得する。このＵＲＬは、端末装置２０に送信される。また、画像検索システム２００Ｃにおいて、ログサーバ１４は、画像検索サーバ１１による検索により得られたオブジェクトＩＤと、端末装置２０から送信されたアプリＩＤと、端末装置２０が画像検索システム２００Ｃにアクセスした日時情報とをログ情報テーブルに蓄積的に記録する。

端末装置２０は、画像検索システム２００Ｃから送信されたＵＲＬにアクセスする際に、当該ＵＲＬに対してアプリＩＤを送信する。ここでは、画像検索システム２００Ｃから送信されたＵＲＬがコンテンツ配信サイト２１０を示すものとし、端末装置２０は、当該ＵＲＬに従いコンテンツ配信サイト２１０にアクセスする際に、アプリＩＤをコンテンツ配信サイト２１０に送信する。

コンテンツ配信サイト２１０は、この例では、端末装置２０からアクセスしてきたユーザに対して会員登録を促し、会員として登録されたユーザすなわち端末装置２０に対して会員向けのコンテンツを配信し、会員として登録されていないユーザに対しては、所定のコンテンツを配信する。

コンテンツ配信サイト２１０は、アプリＩＤチェック部２２００と、会員認証部２１０１と、会員向けコンテンツ２１０２、２１０２、…と、アプリＩＤ格納部２１０３と、会員情報格納部２１０４と、ログ情報格納部２１０５とを含む。これらのうち、会員情報格納部２１０４は、コンテンツ配信サイト２１０に会員として登録されたユーザの情報を格納する。また、アプリＩＤ格納部２１０３は、会員として登録されたユーザが会員登録時のアクセスにおいて用いた端末装置２０から送信されたアプリＩＤが、会員情報格納部２１０４に格納される当該ユーザの情報と関連付けられて格納される。

アプリＩＤチェック部２１００は、端末装置２０からアクセスしてきたユーザが会員登録されているか否かを判定する。具体的には、アプリＩＤチェック部２１００は、端末装置２０から送信されたアプリＩＤがアプリＩＤ格納部２１０３に格納（記録）されているか否かを判定する。

若し、端末装置２０から送信されたアプリＩＤがアプリＩＤ格納部２１０３に格納されていないと判定した場合、アプリＩＤチェック部２１００は、当該ユーザが会員登録されていないと判断する。この場合、当該アプリＩＤが会員認証部２１０１に渡され、会員認証部２１０１により、端末装置２０に対して会員登録を促す通知が送信される。この通知に応じて、端末装置２０から会員登録する旨の返答が返された場合、会員認証部２１０１は、端末装置２０との間で所定のやり取りを行いユーザ情報などを取得した後、ユーザ情報を会員情報格納部２１０４に格納し、アプリＩＤを当該ユーザ情報と関連付けてアプリＩＤ格納部２１０３に格納する。これにより、当該ユーザがコンテンツ配信サイト２１０に対して会員登録される。

一方、端末装置２０から送信されたアプリＩＤがアプリＩＤ格納部２１０３に格納されていると判定した場合、アプリＩＤチェック部２１００は、当該ユーザが会員登録されていると判断する。この場合、コンテンツ配信サイト２１０は、端末装置２０に対して、会員向けコンテンツ２１０２、２１０２、…を提示する。

なお、上述では、コンテンツ配信サイト２１０は、会員認証部２１０１で会員登録されたユーザに対して、会員登録を行った次のアクセスから、会員向けコンテンツ２１０２、２１０２、…を提示するように説明したが、これはこの例に限定されない。例えば、コンテンツ配信サイト２１０は、会員登録されたユーザに対して、会員登録直後から会員向けコンテンツ２１０２、２１０２、…を提示するようにしてもよい。

なお、会員登録を促す通知に代えて、会員登録を行うか、既に登録してあるユーザ情報を入力するか（ログインを行うか）を選択できる通知（画面表示）を行ってもよい。既に会員登録を行ったユーザであり、会員登録後に端末装置２０に画像検索端末アプリケーションをインストールしたユーザについては、既に会員登録が済んでいる、すなわち、ユーザ情報が会員情報格納部２１０４に記憶されているため、新たに会員登録をさせる必要が無い。そのため、会員登録を行うか、既に登録しているユーザ情報を入力するかを選択できる通知を行うことで、未登録のユーザについては会員登録を、既登録のユーザについては登録してあるユーザ情報の入力を行わせることができる。そして、ユーザが既登録のユーザ情報としてユーザ情報の入力を行った場合、会員認証部２１０１は入力されたユーザ情報が会員情報格納部２１０４に格納されているか否かを判定し、格納されていれば会員向けコンテンツ２１０２、２１０２、…を提示し、さらにアプリＩＤを入力された当該ユーザ情報と関連付けてアプリＩＤ格納部２１０３に格納する。

ログ情報格納部２１０５は、画像検索システム２００Ｃ内のログサーバ１４から提供されたログ情報が格納される。ログ情報格納部２１０５は、例えば、所定の時間間隔でログサーバ１４にアクセスして、前回のアクセス以降に蓄積されたログ情報を取得する。これに限らず、ログサーバ１４からログ情報格納部２１０５に対してログ情報を送信するようにもできる。この場合、例えば、ログサーバ１４からログ情報格納部２１０５へのログ情報の提供を、ログサーバ１４にログ情報が記録される毎に行うことができる。

ログ情報格納部２１０５は、さらに、コンテンツ配信サイト２１０に対するアクセスに関するログ情報を蓄積することも可能である。コンテンツ配信サイト２１０では、このログ情報格納部２１０５に蓄積されたログ情報を解析することで、例えばアプリＩＤ毎のアクセス数などの、アプリＩＤのアクセスに関する統計情報を得ることができる。

この第１の適用例によれば、コンテンツ配信サイト２１０は、端末装置２０から送信されたアプリＩＤに基づき当該端末装置２０からのアクセスが初回のアクセスなのか否かを判定することができ、端末装置２０に対して、判定結果に応じて異なるコンテンツを提示することができる。また、ログ情報格納部２１０５に格納されるログ情報に基づき、アプリＩＤ毎のアクセス状態を解析することができ、解析結果に応じてより柔軟にコンテンツを選択して提示することができる。

（第３の実施形態に対する第２の適用例）
次に、第３の実施形態に対する第２の適用例について説明する。なお、この第２の適用例では、上述の図１８に示したシステム構成を適用することができる。

第２の適用例は、コンテンツ配信サイト２１０は、図１８における会員認証部２１０１におけるユーザの会員登録時に、登録するユーザの特性情報（年齢、性別など）を端末装置２０から送信されたアプリＩＤに関連付けて登録する。また、コンテンツ配信サイト２１０は、画像検索システム２００Ｃのログサーバ１４から、ログ情報を取得してログ情報格納部２１０５に格納する。コンテンツ配信サイト２１０は、端末装置２０から登録済みのアプリＩＤによりアクセスされた際に、アプリＩＤに関連付けられたユーザの特性情報とログ情報とに基づき、会員向けコンテンツ２１０２、２１０２、…から当該ユーザに適したコンテンツを選択して、端末装置２０に対して提示する。

第２の適用例における会員向けコンテンツ２１０２、２１０２、…として、外国語学習などの学習教材を用いた例について説明する。学習教材においては、ユーザ（学習者とする）のレベル（年齢、学年など）や達成度に応じて教材の内容を設定することが好ましい。そのため、コンテンツ配信サイト２１０は、例えば、学習教材としての会員向けコンテンツ２１０２、２１０２、…を、例えば内容の難易度によりグルーピングする。

図１９は、第２の適用例に係る、会員向けコンテンツ２１０２、２１０２、…のグルーピングの例を示す。図１９の例では、教材の難易度に応じて、「初級」、「中級」および「上級」の３クラスを設定する。さらに、各クラス内で、教材の難易度に応じて「Ａ」、「Ｂ」、「Ｃ」、…などのレベルを設定する。この各クラスの各レベルに対して、教材を提示するためのＵＲＬをそれぞれ関連付ける。

例えば、媒体企画システム２２０は、紙媒体による学習教材を媒体５１０として作成すると共に、その情報を画像検索システム２００Ｃに登録する。ユーザは、この学習教材としての媒体５１０を端末装置２０を用いて撮像し、撮像画像とアプリＩＤとを画像検索システム２００Ｃに送信する。なお、端末装置２０による学習教材の撮像は、学習教材の表紙など特定のページを被写体としてもよいし、学習教材の内容の任意のページを被写体としてもよい。

画像検索システム２００Ｃは、端末装置２０から送信された撮像画像に基づき、ＤＢ１２から例えばコンテンツ配信サイト２１０のＵＲＬを検索し、検索されたＵＲＬを端末装置２０に送信する。また、画像検索システム２００Ｃは、アプリＩＤと画像検索サーバ１１の検索により得られたオブジェクトＩＤと、端末装置２０が画像検索システム２００Ｃにアクセスした日時情報とを関連付けて、ログサーバ１４に送信し、ログ情報として蓄積させる。

端末装置２０は、画像検索システム２００Ｃから送信されたＵＲＬに従い、コンテンツ配信サイト２１０にアクセスし、当該コンテンツ配信サイト２１０に対してアプリＩＤを送信する。コンテンツ配信サイト２１０は、端末装置２０からのアクセスに対して、アプリＩＤチェック部２１００で端末装置２０から送信されたアプリＩＤをアプリＩＤ格納部２１０３および会員情報格納部２１０４を参照してチェックし、アプリＩＤが学習者として登録されているか否かを判定する。

若し、登録されていないと判定した場合、コンテンツ配信サイト２１０は、端末装置２０に対して登録と、ユーザの特性情報の入力とを促す通知を送信する。この通知に応じて、登録の了承と特性情報とが端末装置２０からコンテンツ配信サイト２１０に送信されると、コンテンツ配信サイト２１０は、会員認証部２１０１で当該アプリＩＤを認証して、学習者として登録する。具体的には、コンテンツ配信サイト２１０は、アプリＩＤと特性情報とを関連付けて、アプリＩＤ格納部２１０３および会員情報格納部２１０４にそれぞれ格納する。また、コンテンツ配信サイト２１０は、例えば特性情報に基づき学習者のクラスを設定する。

一方、アプリＩＤチェック部２１００が、端末装置２０から送信されたアプリＩＤが学習者として登録されていると判定した場合、コンテンツ配信サイト２１０は、ログ情報格納部２１０５から当該アプリＩＤに対応するログ情報を検索する。そして、コンテンツ配信サイト２１０は、検索の結果に応じて、当該学習者の、当該学習者に設定されたクラス内でのレベルを判定する。例えば、当該アプリＩＤによるあるレベル（ＵＲＬ）に対するアクセスが所定回数以上あった場合に、コンテンツ配信サイト２１０は、当該アプリＩＤのレベルを１つ上のレベルに移行させる。

このように、第２の適用例では、コンテンツ配信サイト２１０は、アプリＩＤとログ情報とに基づき、アプリＩＤが送信された端末装置２０に対して、ユーザ毎に適切なコンテンツを提示することができる。また、コンテンツ配信サイト２１０において、アプリＩＤにより認証を行なっているため、端末装置２０からコンテンツ配信サイト２１０へのアクセスに際して、一々ログイン操作を行う必要がない。

（第３の実施形態に対する第３の適用例）
次に、第３の実施形態に対する第３の適用例について説明する。なお、この第３の適用例では、上述の図１８に示したシステム構成を適用することができる。

第３の適用例は、同一のアプリＩＤによるアクセスに対して、アクセス回数に応じて制限を掛ける例である。例えば、所定期間内や所定期間毎に所定回数までのアクセスを許可することが考えられる。これに限らず、同一のアプリＩＤに対して、所定回数までのアクセスを許可することが考えられる。このような、同一のアプリＩＤに対するアクセス制限を行う例として、端末装置２０を用いたキャンペーン応募が考えられる。

一例として、ある期間において開催され、同一のアプリＩＤにて１日に１回を上限として応募でき、日付が変わると応募制限が解除されて再び応募が可能となるキャンペーンを考える。このキャンペーンでは、キャンペーン期間の終了時の直後に、応募結果が発表されるものとする。

図２０は、この場合の、第３の適用例によるコンテンツ配信サイト２１０における一例の処理を示すフローチャートである。このフローチャートの処理に先立って、媒体企画システム２２０は、例えば紙媒体としてのキャンペーン応募用紙を媒体５１０として作成すると共に、その情報を画像検索システム２００Ｃに登録する。コンテンツ配信サイト２１０は、端末装置２０からのアプリＩＤによるアクセスを待機する（ステップＳ３０）。

端末装置２０は、媒体５１０を撮像して、撮像画像とアプリＩＤとを画像検索システム２００Ｃに送信する。画像検索システム２００Ｃは、端末装置２０から送信された撮像画像に基づき、ＤＢ１２から例えばコンテンツ配信サイト２１０のＵＲＬを検索し、検索されたＵＲＬを端末装置２０に送信する。また、画像検索システム２００Ｃは、アプリＩＤと画像検索サーバ１１の検索により得られたオブジェクトＩＤと、端末装置２０が画像検索システム２００Ｃにアクセスした日時情報とを関連付けて、ログサーバ１４に送信し、ログ情報として蓄積させる。

端末装置２０は、画像検索システム２００Ｃから送信されたＵＲＬに従いコンテンツ配信サイト２１０にアクセスし、当該コンテンツ配信サイト２１０に対してアプリＩＤを送信する。コンテンツ配信サイト２１０は、端末装置２０からのアプリＩＤによるアクセスを検出すると、処理をステップＳ３１に移行させ、アプリＩＤとアクセスのあった時刻を示す日時情報とを取得する。取得したアプリＩＤおよび日時情報は、互いに関連付けられて、例えばログ情報格納部２１０５に格納される。

次のステップＳ３２で、コンテンツ配信サイト２１０は、ログ情報格納部２１０５に格納されるログ情報に基づき、ステップＳ３０でアクセスが検出されたアプリＩＤにより、過去にアクセスがあったか否かを判定する。過去にアクセスが無いと判定した場合、コンテンツ配信サイト２１０は、処理をステップＳ３４に移行させ、当該アプリＩＤに対して所定の応募処理を実行する。

ステップＳ３２で、当該アプリＩＤにより過去にアクセスがあったと判定した場合、コンテンツ配信サイト２１０は、処理を次のステップＳ３３に移行させる。ステップＳ３３で、コンテンツ配信サイト２１０は、例えば当該アプリＩＤによる前回のアクセスから、同一アプリＩＤによる応募制限が解除される所定時間（この例では１日）が経過したか否かが判定される。例えば、コンテンツ配信サイト２１０は、ステップＳ３１で取得したアプリＩＤおよび日時情報と、ログ情報格納部２１０５にログ情報として蓄積されるアプリＩＤおよび日時情報とに基づき、当該アプリＩＤによる前回のアクセスからの経過時間を求めることができる。

ステップＳ３３で、前回のアクセスから所定時間が経過していると判定した場合、コンテンツ配信サイト２１０は、当該アプリＩＤに対する応募制限を解除して、処理をステップＳ３４に移行させる。

ステップＳ３３で、前回のアクセスから所定時間が経過していないと判定した場合、コンテンツ配信サイト２１０は、処理をステップＳ３５に移行させ、端末装置２０に対して、当該アプリＩＤによる応募制限中である旨を示すメッセージを送信する。そして、処理がステップＳ３６に移行される。

ステップＳ３６で、コンテンツ配信サイト２１０は、キャンペーンが所定の条件を満たしたか否かを判定する。例えば、キャンペーンが所定の期間内に実施される場合、コンテンツ配信サイト２１０は、現在の日時がこのキャンペーンの終了日時になったか否かを判定する。若し、キャンペーンが所定の条件を満たしていないと判定した場合、処理がステップＳ３０に戻される。一方、キャンペーンが所定の条件を満たしていると判定した場合、コンテンツ配信サイト２１０は、処理をステップＳ３７に移行させ、その旨示す所定のメッセージを端末装置２０に送信する。

（第３の実施形態の第４の適用例）
次に、第３の実施形態に対する第４の適用例について説明する。なお、この第４の適用例では、上述の図１８に示したシステム構成を適用することができる。

第４の適応例は、予め定められた複数のオブジェクトを１のアプリＩＤにより取得した場合に、特定のコンテンツを提示する例である。このような適用例としては、所定のポイントを全て巡回した場合に特典が与えられる、スタンプラリーが考えられる。

一例として、図２１に示されるように、駅Ａ〜Ｅがあり、駅ＡにスタンプＳｔｍｐ６００が、駅ＢにスタンプＳｔｍｐ６０１が、駅ＣにスタンプＳｔｍｐ６０２が、駅ＥにスタンプＳｔｍｐ６０３がそれぞれ備えられ、これらスタンプＳｔｍｐ６００〜６０３の印影を全て収集することで、特典が得られるものとする。スタンプラリーの参加者は、駅Ａ〜Ｅのうちスタンプが備えられている駅に行き、スタンプの印影を所定の用紙などに記録する。このとき、スタンプＳｔｍｐ６００〜６０３の記録順は、任意である。ユーザは、スタンプＳｔｍｐ６００〜６０３の全ての記録を終了すると、記録された用紙をスタンプラリーの受付などに持参することで、特典を得ることができる。

図２２は、第４の適用例によるコンテンツ配信サイト２１０における一例の処理を示すフローチャートである。ここでは、第４の適用例を、図２１を用いて説明したスタンプラリーを例にとって説明する。また、図２２のフローチャートは、既にコンテンツ配信サイト２１０に登録されている１のアプリＩＤを対象とした処理を示している。

図２２のフローチャートの処理に先立って、媒体企画システム２２０は、例えば各スタンプＳｔｍｐ６００〜６０３の印影を、紙媒体など所定の媒体上に形成して、各スタンプＳｔｍｐ６００〜６０３の印影に対応する各媒体５１０を作成する。また、媒体企画システム２２０において、オーサリング・データ登録システム５０３は、各スタンプＳｔｍｐ６００〜６０３の印影それぞれをオブジェクトとして、同一のＵＲＬ（コンテンツ配信サイト２１０のＵＲＬとする）に対して、オブジェクト識別子として互いに異なる引数を付加したＵＲＬ＃１〜＃４をそれぞれ関連付けて、ＤＢ１２に登録する。

また、コンテンツ配信サイト２１０は、引数が付加された各ＵＲＬ＃１〜＃４に対して、各スタンプＳｔｍｐ６００〜６０３の印影による各オブジェクトに対応する互いに異なるＵＲＬを関連付ける。例えば、コンテンツ配信サイト２１０に対してＵＲＬ＃１によりアクセスした場合、このアクセスがスタンプＳｔｍｐ６００に関連付けられたＵＲＬにリダイレクトされる。

コンテンツ配信サイト２１０は、端末装置２０からのアクセスを待機する（ステップＳ４０）。

端末装置２０は、駅Ａ、Ｂ、ＣおよびＥの何れかにおいて媒体５１０（各スタンプＳｔｍｐ６００〜６０３の印影）を撮像し、撮像画像とアプリＩＤとを画像検索システム２００Ｃに送信する。画像検索システム２００Ｃは、端末装置２０から送信された撮像画像に基づき、当該撮像画像に関連付けられたＵＲＬをＤＢ１２から検索する。例えば、画像検索システム２００Ｃは、端末装置２０から送信された撮像画像がスタンプＳｔｍｐ６００の印影のオブジェクトを含んでいる場合、当該オブジェクトに関連付けられたＵＲＬ＃１をＤＢ１２から検索する。また、画像検索システム２００Ｃは、アプリＩＤと画像検索サーバ１１の検索により得られたオブジェクトＩＤと、端末装置２０が画像検索システム２００Ｃにアクセスした日時情報とを関連付けて、ログサーバ１４に送信し、ログ情報として蓄積させる。

端末装置２０は、画像検索システム２００Ｃから送信されたＵＲＬに従いコンテンツ配信サイト２１０にアクセスし、当該コンテンツ配信サイト２１０に対してアプリＩＤを送信する。コンテンツ配信サイト２１０は、端末装置２０からのアプリＩＤによるアクセスを検出すると、処理をステップＳ４１に移行させ、アプリＩＤによるこのアクセスが、所定のオブジェクトすなわちスタンプＳｔｍｐ６００〜６０３何れの印影によるオブジェクトによるものであるか否かを判定する。

この例では、スタンプＳｔｍｐ６００〜６０３何れの印影によるオブジェクトを識別するオブジェクト識別子として、画像検索システム２００ＣのＤＢ１２に登録されるＵＲＬに対して引数が付加されている。そのため、コンテンツ配信サイト２１０は、この引数に基づき、アプリＩＤによるアクセスが所定のオブジェクトによるものであるか否かを判定することができる。若し、所定のオブジェクトによるアクセスではないと判定した場合、コンテンツ配信サイト２１０は、処理をステップＳ４０に戻す。

一方、ステップＳ４１で所定のオブジェクトによるアクセスであると判定した場合、処理がステップＳ４２に移行される。ステップＳ４２で、コンテンツ配信サイト２１０は、当該オブジェクト（オブジェクト識別子）とアプリＩＤとを関連付けて保持する。

次のステップＳ４３で、コンテンツ配信サイト２１０は、ステップＳ４０のアクセスに係るアプリＩＤについて、ステップＳ４２で保持されたオブジェクトの情報に基づき、予め定められた所定のオブジェクトが全て揃ったか否かを判定する。この例では、コンテンツ配信サイト２１０は、当該アプリＩＤについて、スタンプＳｔｍｐ６００〜６０３によるオブジェクトのオブジェクト識別子が揃ったか否かを判定する。若し、揃っていないと判定した場合、処理をステップＳ４０に戻す。

一方、ステップＳ４３で当該アプリＩＤについて、スタンプＳｔｍｐ６００〜６０３によるオブジェクトのオブジェクト識別子が揃ったと判定した場合、コンテンツ配信サイト２１０は、処理をステップＳ４４に移行させ、当該アプリＩＤに対応する端末装置２０に対して、例えば所定のオブジェクトの収集が完了した旨を示すメッセージを送信する。

なお、上述では、スタンプＳｔｍｐ６００〜６０３の印影を互いに異なるものとして説明したが、これはこの例に限定されない。例えば、スタンプＳｔｍｐ６００〜６０３の印影を全て同一とし、端末装置２０の位置情報を用いてスタンプＳｔｍｐ６００〜６０３のうち何れの印影を撮像したかを判定することができる。

すなわち、端末装置２０に対して、ＧＰＳによる信号を受信して測位を行うＧＰＳ測位部をさらに設ける。端末装置２０は、撮像画像に応じたＵＲＬに従いコンテンツ配信サイト２１０にアクセスする際に、測位結果（例えば緯度および経度）をコンテンツ配信サイト２１０に送信する。コンテンツ配信サイト２１０は、送信された測位結果と、予め登録されている、各スタンプＳｔｍｐ６００〜６０３の位置情報とに基づき、端末装置２０によるアクセスが各スタンプＳｔｍｐ６００〜６０３のうち何れの位置からなされたかを判定することができる。

この例の場合、ユーザは、所定のスタンプを全て収集し終わった後に、一々受付場所などに出向いていかなくても、収集が完了したことを通知することができる。

なお、上述では、ステップＳ４３において、予め定められた所定のオブジェクトが全て揃ったか否かを判定し、揃っていない場合に、処理をステップＳ４０に戻すようにしているが、これはこの例に限定されない。例えば、ステップＳ４３において所定のオブジェクトが揃っていない場合に、さらに幾つのオブジェクトが揃っているかのオブジェクト数を判定し、オブジェクト数に応じたメッセージを送信するようにしてもよい。一例として、収集を完了するために全部で４つのオブジェクトを揃える必要がある場合、揃っているオブジェクト数が１つであれば、残り３つのオブジェクトを揃える必要がある旨を示すメッセージを送信するなど、現状を示すメッセージを送信するようにしてもよい。

（第３の実施形態の第５の適用例）
次に、第３の実施形態に対する第５の適用例について説明する。なお、この第５の適用例では、上述の図１８に示したシステム構成を適用することができる。

第５の適応例は、予め定められた複数のオブジェクトを１のアプリＩＤにより予め決められた順序で取得した場合に、特定のコンテンツを提示する例である。このような適用例としては、所定のポイントを所定の順序で全て巡回して最終目的地に到着させる、オリエンテーリングが考えられる。

図２３は、オリエンテーリングに用いられる地図の一例を示す。この地図は、スタート直前に、オリエンテーリングに参加する参加者全員や、参加者による各グループ毎に配布される。地図上に、通過すべきポイントが、通過順を示す数字で以って記される。図２３の例では、ポイント「１」から出発し、ポイント「２」〜ポイント「５」を順に通過して最終目的地であるポイント「６」に到達すべき旨が示されている。また、実地の各ポイント「１」〜「６」には、各ポイント「１」〜「６」をそれぞれ示すコントロールフラグが配置され、参加者が各ポイント「１」〜「６」に到達したことを知ることができるようになっている。参加者は、各ポイント「１」〜「６」においてチェックを行い、例えば最終目的地であるポイント「６」に到達後に、チェックに基づき各ポイントを順番通りに追加したことを証明する。

図２４は、第５の適用例によるコンテンツ配信サイト２１０における一例の処理を示すフローチャートである。ここでは、第５の適用例を、図２３を用いて説明したオリエンテーリングを例にとって説明する。また、図２４のフローチャートは、既にコンテンツ配信サイト２１０に登録されている１のアプリＩＤを対象とした処理を示している。

図２４のフローチャートの処理に先立って、媒体企画システム２２０は、例えば各ポイント「１」〜「６」毎に異なる画像が印刷されたコントロールフラグを、媒体５１０として作成する。また、媒体企画システム２２０において、オーサリング・データ登録システム５０３は、各ポイント「１」〜「６」のコントロールフラグの画像それぞれをオブジェクトとして、同一のＵＲＬ（コンテンツ配信サイト２１０のＵＲＬとする）に対して、オブジェクト識別子として各ポイント「１」〜「６」の順序を示す引数を付加したＵＲＬ＃１〜＃６をそれぞれ関連付けて、ＤＢ１２に登録する。

また、コンテンツ配信サイト２１０は、引数が付加された各ＵＲＬ＃１〜＃６に対して、各ポイント「１」〜「６」に対応する各オブジェクトに互いに異なるＵＲＬを関連付ける。例えば、コンテンツ配信サイト２１０に対してＵＲＬ＃１によりアクセスした場合、このアクセスがポイント「１」に対応するオブジェクトに関連付けられたＵＲＬにリダイレクトされる。

コンテンツ配信サイト２１０は、登録済みの１のアプリＩＤによる端末装置２０からのアクセスを待機する（ステップＳ５０）。ここで、端末装置２０のユーザ（参加者）は、既にポイント「１」の地点を出発し、ポイント「２」の地点を所定に通過し、ポイント「３」の地点に到達したものとする。

端末装置２０は、ポイント「３」において、媒体５１０（コントロールフラグ）を撮像し、撮像画像とアプリＩＤとを画像検索システム２００Ｃに送信する。画像検索システム２００Ｃは、端末装置２０から送信された撮像画像に基づき、当該撮像画像に関連付けられたＵＲＬをＤＢ１２から検索する。例えば、画像検索システム２００Ｃは、端末装置２０から送信された撮像画像がポイント「３」のコントロールフラグのオブジェクトを含んでいる場合、当該オブジェクトに関連付けられたＵＲＬ＃３をＤＢ１２から検索する。また、画像検索システム２００Ｃは、アプリＩＤと画像検索サーバ１１の検索により得られたオブジェクトＩＤと、端末装置２０が画像検索システム２００Ｃにアクセスした日時情報とを関連付けて、ログサーバ１４に送信し、ログ情報として蓄積させる。

端末装置２０は、画像検索システム２００Ｃから送信されたＵＲＬ＃３に従いコンテンツ配信サイト２１０にアクセスし、当該コンテンツ配信サイト２１０に対してアプリＩＤを送信する。コンテンツ配信サイト２１０は、端末装置２０からのアプリＩＤによるアクセスを検出すると、処理をステップＳ５１に移行させる。ステップＳ５１で、コンテンツ配信サイト２１０は、端末装置２０からアクセスされた際のＵＲＬの引数に基づき、端末装置２０により撮像された撮像画像に含まれるオブジェクト（コントロールフラグ）の、各ポイント「１」〜「６」内での順序を、当該アプリＩＤに関連するオブジェクトの順番として取得し、保持する。

そして、次のステップＳ５２で、取得した順序が各ポイント「１」〜「６」内での最後のオブジェクトを示すか否かを判定する。若し、最後のオブジェクトであると判定した場合、図２４のフローチャートによる、当該アプリＩＤに関する一連の処理が終了される。このとき、コンテンツ配信サイト２１０から端末装置２０に対して、その旨示すメッセージを通知してもよい。

ステップＳ５２で、取得した順序が各ポイント「１」〜「６」内での最後のオブジェクトではないと判定した場合、コンテンツ配信サイト２１０は、処理をステップＳ５３に移行させ、当該アプリＩＤについて、前回のアクセス時にステップＳ５１で保持した順序を取得する。そして、次のステップＳ５４で、前回アクセス時の順序と今回アクセス時の順序とを比較して、正しい順序で各ポイントを通過しているか否かを判定する。例えば、撮像画像がポイント「３」のコントロールフラグのオブジェクトを含んでいる場合、ポイント「３」よりも前に取得しなければならない全てのポイントであるポイント「１」及び「２」のオブジェクトがログ情報として蓄積されているか否かを判定する。

判定の結果、正しい順序で各ポイントを通過していると判定した場合、コンテンツ配信サイト２１０は、処理を次のステップＳ５５に移行させて、保持している、当該アプリＩＤに関連するオブジェクトの順番を更新する。

処理は次のステップＳ５６に移行され、コンテンツ配信サイト２１０は、更新されたオブジェクトの順番に従い、次のオブジェクトを指示する情報を端末装置２０に送信する。次のオブジェクトを指示する情報は、単に順序を示す情報でもよいし、コンテンツ配信サイト２１０が各ポイント「１」〜「６」のオブジェクトの画像を予め保持し、次のオブジェクトに対応する画像を端末装置２０に送信することも考えられる。そして、処理はステップＳ５０に戻される。

一方、ステップＳ５４の判定の結果、正しい順序で各ポイントを通過してないと判定した場合、処理がステップＳ５７に移行される。ステップＳ５７で、コンテンツ配信サイト２１０は、正しい順序のオブジェクトを指示する情報を端末装置２０に送信する。そして、処理がステップＳ５０に戻される。

なお、上述では、参加者は紙媒体などによる地図を持ち、コンテンツ配信サイト２１０は、アプリＩＤに対応する端末装置２０に対して、正しい順序で各ポイント「１」〜「６」を通過しているか否かを通知するものとしているが、これはこの例に限定されない。例えば、コンテンツ配信サイト２１０が、地図を地図データとして各参加者の端末装置２０に送信することも考えられる。

例えば、オリエンテーリングに際して、コンテンツ配信サイト２１０から各参加者の端末装置２０に対して地図データを配布する。端末装置２０に配布される地図データは、当初、出発地点のポイント「１」のみを表示しておく。そして、コンテンツ配信サイト２１０は、上述の図２４のフローチャートに従い各ポイント「１」〜「６」においてオブジェクトの順番を取得し、ステップＳ５４の判定の結果正しい順序で各ポイント「１」〜「６」を通過したと判定した場合に、次の通過ポイントの位置が示されるようにする（ステップＳ５６）。また、ステップＳ５４の判定の結果、正しくない順番で各ポイント「１」〜「６」を通過したと判定した場合、正しい通過ポイントの位置が示されるようにする（ステップＳ５７）。

さらに、上述では、各ポイント「１」〜「６」に配置されたコントロールフラグを撮像した撮像画像に基づき、アプリＩＤに対応する端末装置２０が各ポイント「１」〜「６」の何れの位置にいるかを判定しているが、これはこの例に限定されない。例えば、アプリＩＤに対応する端末装置２０の現在位置を、端末装置２０の位置情報を用いて判定することができる。

すなわち、端末装置２０に対して、ＧＰＳによる信号を受信して測位を行うＧＰＳ測位部をさらに設ける。端末装置２０は、撮像画像に応じたＵＲＬに従いコンテンツ配信サイト２１０にアクセスする際に、測位結果をコンテンツ配信サイト２１０に送信する。コンテンツ配信サイト２１０は、送信された測位結果と、予め登録されている、各ポイント「１」〜「６」の位置情報とに基づき、アプリＩＤに対応する端末装置２０によるアクセスが各ポイント「１」〜「６」のうち何れの位置からなされたかを判定することができる。

なお、上述の各実施形態では、検索対象（撮像対象）の媒体として、紙媒体を例に挙げて説明したが、媒体は紙に限らず、電子ペーパーや、電子掲示板などであってもよい。

以上説明してきたように、本発明を実現するシステムには、端末装置と、少なくとも１台以上の情報処理装置（画像検索サーバまたはログサーバ）により構成される画像検索システムとがネットワークを介して接続する情報処理システムが一例として挙げられる。

なお、上述の実施形態は、本発明の好適な実施の例ではあるがこれに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変形による実施が可能である。

１Ａ，１Ｂ，１Ｃ 情報処理システム
１１ 画像検索サーバ
１２ ＤＢ
１３ アプリＩＤ生成サーバ
１４ ログサーバ
２０ 端末装置
２００Ａ，２００Ｂ，２００Ｃ 画像検索システム
２１０ コンテンツ配信サイト
２２０ 媒体企画システム
４２０ 受信部
４２１ 送信部
４２２ 撮像処理部
４２３ 入力処理部
４２４ 提示部
４２５ 識別情報管理部
４３０ 制御部
２１００ アプリＩＤチェック部
２１０１ 会員認証部
２１０２ 会員向けコンテンツ
２１０３ アプリＩＤ格納部
２１０４ 会員情報格納部
２１０５ ログ情報格納部

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

Ricoh Technical Report No.33 DECEMBER, 2007、「ミックスド・メディア・リアリティ（ＭＭＲ）：紙と電子世界をつなぐ新しい方法」、［online］、［平成２５年５月２７日検索］、インターネット、＜ＵＲＬ：http://www.ricoh.co.jp/about/company/technology/techreport/33/pdf/A3314.pdf＞

上述した課題を解決し、目的を達成するために、本発明は、媒体が撮像された撮像画像を端末装置を用いて送信し媒体に含まれるオブジェクトに関連付けられた情報の提示を受ける１以上の利用者と、媒体を介して利用者に情報を提示する１以上の顧客と、により利用され、１以上の情報処理装置により構成される画像検索システムと、画像検索システムによる画像検索機能を利用するためのアプリケーションが搭載される端末装置と、を有し、画像検索システムと端末装置とが通信を介して連携して検索サービスを提供する情報処理システムであって、画像検索システムは、顧客からの依頼に応じて、顧客により決定されるオブジェクトと、オブジェクトに関連付ける情報であって情報処理システムとは異なる外部システムにおいて保持される情報にアクセスするための連携情報と、を関連付けて格納する格納部と、端末装置で撮像されることによって取得された撮像画像と、画像検索システムを利用する端末装置を識別し、且つ、アプリケーションに関連付けられ、端末装置のユーザによる変更ができないアプリ識別情報と、を受信する第１受信部と、第１受信部により受信した撮像画像に基づいて格納部に格納されたオブジェクトを検索し、検索されたオブジェクトに関連付けられた連携情報を撮像画像の送信元の端末装置に対して送信する第１送信部と、画像検索機能の利用に係るログ情報であって、少なくとも画像検索機能の利用において第１受信部により受信したアプリ識別情報を含むログ情報を記録するログ記録部と、を有し、端末装置は、端末装置が撮像することによって取得した撮像画像と、取得したアプリ識別情報とを画像検索システムへ送信する第２送信部と、第２送信部による送信に応じて、画像検索システムが有する第１送信部によって送信された連携情報を受信する第２受信部と、第２受信部によって受信した連携情報に基づきネットワークを介したアクセスを実行する際に、端末装置に対して生成されたアプリ識別情報を外部システムに送信する第３送信部と、を有することを特徴とする。

以下に添付図面を参照して、情報処理システム、情報処理方法および外部システムの実施形態を詳細に説明する。

Claims (9)

1. 媒体が撮像された撮像画像を端末装置を用いて送信し当該媒体に含まれるオブジェクトに関連付けられた情報の提示を受ける１以上の利用者と、前記媒体を介して前記利用者に情報を提示する１以上の顧客と、により利用され、１以上の情報処理装置により構成される画像検索システムと、前記画像検索システムによる画像検索機能を利用するための端末プログラムが搭載される前記端末装置と、が通信を介して連携して検索サービスを提供する情報処理システムであって、
   前記顧客からの依頼に応じて、当該顧客により決定される前記オブジェクトと、当該オブジェクトに関連付ける情報であって前記情報処理システムとは異なる外部システムにおいて保持される当該情報にアクセスするための連携情報と、を関連付けて格納する格納部と、
   前記端末プログラムが搭載された前記端末装置を識別する識別情報であって、前記情報処理システムにおいて生成される当該識別情報を取得する、前記端末装置に搭載された前記端末プログラムにより実現される識別情報取得部と、
   前記画像検索システムに前記撮像画像を送信して前記画像検索システムによる画像検索機能を利用する際に、前記識別情報取得部により取得された前記識別情報を前記画像検索システムに送信する第１送信部と、
   画像検索機能の利用のため前記端末装置から送信された前記撮像画像に基づいて前記格納部に格納された前記オブジェクトを検索し、検索されたオブジェクトに関連付けられた前記連携情報を当該撮像画像の送信元の前記端末装置に対して送信する第２送信部と、
   前記画像検索機能の利用に係るログ情報であって、少なくとも前記画像検索機能の利用において前記第１送信部により送信された前記識別情報を含む前記ログ情報を前記画像検索システムにおいて記録するログ記録部と、
   前記端末プログラムを搭載する前記端末装置において、前記第２送信部により送信された前記連携情報に基づきネットワークを介した前記アクセスを実行する際に、当該端末装置に対して生成された前記識別情報をアクセス先に送信する第３送信部と、
   を有する
   ことを特徴とする情報処理システム。
2. 前記格納部は、前記顧客が保持する前記外部システムへのアクセス先を前記連携情報として登録可能であり、
   前記第３送信部により送信された前記識別情報は、前記外部システムにおいて、当該外部システムに登録されるユーザ情報であって、当該識別情報を送信する前記端末装置を所持する前記利用者のユーザ情報と関連付けて記録される
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記外部システムは、当該外部システムにおいて登録されている会員ユーザに対して学習教材に関する情報を提供するシステムであり、
   前記第３送信部によるアクセスに応じて、前記外部システムにおいて、前記第３送信部により送信された前記識別情報と関連付く前記会員ユーザの認証が行われ、認証された前記会員ユーザに前記学習教材に関する情報が提示される
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記格納部は、同一ユーザによって所定期間に所定回数までの利用を許可するサービスを提供する前記外部システムへのアクセス先を前記連携情報として登録可能であり、
   前記連携情報に基づき前記外部システムにアクセスする前記端末装置の前記識別情報に基づいて、所定期間に前記外部システムにアクセスし前記サービスを利用した回数が管理される
   ことを特徴とする請求項１乃至請求項３の何れか１項に記載の情報処理システム。
5. 前記格納部は、スタンプラリーサービスを提供する前記外部システムへのアクセス先であって、スタンプラリーを構成する各スタンプに対応するアクセス先を前記連携情報として、各スタンプに対応する前記オブジェクトと関連付けて登録可能であり、
   前記連携情報に基づき１のスタンプに対応するアクセスが行われることで当該１のスタンプが取得され、前記外部システムにアクセスする前記端末装置の前記識別情報に基づいて、前記利用者におけるスタンプラリーの進捗が管理される
   ことを特徴とする請求項１乃至請求項４の何れか１項に記載の情報処理システム。
6. 媒体が撮像された撮像画像を端末装置を用いて送信し当該媒体に含まれるオブジェクトに関連付けられた情報の提示を受ける１以上の利用者と、前記媒体を介して前記利用者に情報を提示する１以上の顧客と、により利用され、１以上の情報処理装置により構成される画像検索システムと、前記画像検索システムによる画像検索機能を利用するための端末プログラムが搭載される前記端末装置と、が通信を介して連携して検索サービスを提供する情報処理システムによる情報処理方法であって、
   前記顧客からの依頼に応じて、当該顧客により決定される前記オブジェクトと、当該オブジェクトに関連付ける情報であって前記情報処理システムとは異なる外部システムにおいて保持される当該情報にアクセスするための連携情報と、を関連付けて格納部に格納する格納ステップと、
   前記端末プログラムが搭載された前記端末装置を識別する識別情報であって、前記情報処理システムにおいて生成される前記識別情報を取得する、前記端末装置に搭載された前記端末プログラムにより実現される識別情報取得ステップと、
   前記画像検索システムに前記撮像画像を送信して前記画像検索システムによる画像検索機能を利用する際に、前記識別情報取得ステップにより取得された前記識別情報を前記画像検索システムに送信する第１送信ステップと、
   画像検索機能の利用のため前記端末装置から送信された前記撮像画像に基づいて前記格納部に格納された前記オブジェクトを検索し、検索されたオブジェクトに関連付けられた前記連携情報を当該撮像画像の送信元の前記端末装置に対して送信する第２送信ステップと、
   前記画像検索機能の利用に係るログ情報であって、少なくとも前記画像検索機能の利用において前記第１送信ステップにより送信された前記識別情報を含む前記ログ情報を前記画像検索システムにおいて記録するログ記録ステップと、
   前記端末プログラムを搭載する前記端末装置において、前記第２送信ステップにより送信された前記連携情報に基づきネットワークを介した前記アクセスを実行する際に、当該端末装置に対して生成された前記識別情報をアクセス先に送信する第３送信ステップと、
   を有する
   ことを特徴とする情報処理方法。
7. 請求項１に記載の情報処理システムと連携し、コンテンツを提供する、当該情報処理システムとは異なる外部システムであって、
   前記外部システムを利用する会員ユーザとして登録されるユーザ情報を格納する会員情報格納部と、
   媒体が撮像された撮像画像を元に前記情報処理システムの画像検索機能が利用され当該外部システムへのアクセス先を示す連携情報が取得された端末装置であって、前記会員ユーザの所持する端末装置から、前記情報処理システムにおいて生成された識別情報であって、当該情報処理システムを利用するための端末プログラムが搭載された前記端末装置のそれぞれが識別される前記識別情報を、前記外部システムへのアクセスに伴い取得する取得部と、
   前記取得部により取得された前記識別情報と関連付く前記会員ユーザの前記ユーザ情報が前記会員情報格納部に登録されていた場合に、アクセスに応じて前記会員ユーザの有する端末装置にコンテンツを提供する提供部と、
   を有する
   ことを特徴とする外部システム。
8. 請求項１に記載の情報処理システムと連携し、同一利用者に対し所定期間に所定回数までの利用が許可されるサービスを提供する、当該情報処理システムとは異なる外部システムであって、
   媒体が撮像された撮像画像を元に前記情報処理システムの画像検索機能が利用され前記外部システムへのアクセス先を示す連携情報が取得された端末装置であって、利用者の所持する端末装置から、前記情報処理システムにおいて生成された識別情報であって、前記情報処理システムを利用するための端末プログラムが搭載された前記端末装置を識別する前記識別情報を、前記外部システムへのアクセスに伴い取得する取得部と、
   前記取得部により取得された前記識別情報に基づき、同一の前記端末装置によるアクセスに応じて所定期間内に利用されたサービスの利用回数が所定回数までか否かを判定する判定部と、
   前記判定部による判定結果に基づき、前記端末装置からのアクセスに応じたサービスの提供を制限し、制限される旨を前記端末装置に通知する制限部と、
   を有することを特徴とする外部システム。
9. 請求項１に記載の情報処理システムと連携し、スタンプラリーサービスを提供する、当該情報処理システムとは異なる外部システムであって、
   スタンプラリーを構成する各スタンプを管理する管理部と、
   媒体が撮像された撮像画像を元に前記情報処理システムの画像検索機能が利用され前記外部システムへのアクセス先を示す連携情報が取得された利用者の所持する端末装置から、前記情報処理システムにおいて生成された識別情報であって、前記情報処理システムを利用するための端末プログラムが搭載された前記端末装置を識別する前記識別情報を、前記外部システムへのアクセスに伴い取得する取得部と、
   前記連携情報による前記端末装置からのアクセスに応じて、当該連携情報が何れのスタンプに対応するかを判定する第１の判定部と、
   前記取得部により取得された前記識別情報と、前記判定部による判定結果と、に基づき、同一の前記端末装置によるアクセスに応じて、何れのスタンプが揃えられたかのスタンプラリーの進捗を記録する記録部と、
   前記記録部により記録された進捗に基づき、同一の前記端末装置によりスタンプラリーを構成する全スタンプが揃えられたか否かを判定する第２の判定部と、
   を有することを特徴とする外部システム。

Images