JP2017146681A - 情報処理システムおよび情報処理方法 - Google Patents

Abstract

【課題】画像検索の結果で得られた情報を、ユーザを限定して提示可能とする。【解決手段】情報処理システムは、被検索画像と連携情報とが関連付けられて登録されるデータベースから、検索要求に従い検索対象画像との類似度に基づき被検索画像の検索を行い、検索された被検索画像に関連付けられた連携情報を検索要求の送信元に送信する画像検索システムを含む。情報処理システムは、検索要求に従い検索を行い、コンテンツの取得方法を示す取得情報を含む連携情報を検索要求の送信元に送信する。また、情報処理システムは、連携情報に含まれる取得情報に従ったコンテンツの取得要求と、取得要求に対応する状況を示す状況情報とを送信し、状況情報に基づき取得要求によるコンテンツの取得を許可するか否かの判定を行う。【選択図】図２９

Description

本発明は、情報処理システムおよび情報処理方法に関する。

例えばカメラで撮像して得た撮像画像から特徴点を抽出して、予め登録された画像群から類似した特徴点を多く持つ画像を検索する画像検索技術が知られている。この画像検索技術を利用して、特定の写真や印刷物の画像を様々な電子データと関連付けてデータベースに登録し、これら写真や印刷物を撮像した撮像画像を用いてこのデータベースから類似画像を検索して、類似画像に関連付けられた連携情報を提示する画像検索システムが知られている（例えば特許文献１）。

上述の画像検索システムにおいて、画像検索により得られる連携情報を、特定の条件下にあるユーザに限定して提示したい場合がある。このような例として、何らかのイベントの会場で取得できる画像に基づく画像検索により得られた連携情報を、所定の期間中、当該イベントに参加したユーザに限定して提示する場合が挙げられる。従来の画像検索システムでは、ある画像に基づく連携情報は、同じ画像を取得したユーザであれば区別無く提供可能であり、ユーザ間で画像のやり取りや配布が行われると、参加したユーザに限定して当該連携情報を提示することが困難であった。例えば、従来の画像検索システムでは、イベント終了後にイベント会場外で取得された画像を用いて、イベント参加者以外のユーザも連携情報を取得できてしまっていた。

本発明は、上記に鑑みてなされたものであって、画像検索の結果で得られた情報を、ユーザを限定して提示可能とすることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、被検索画像と連携情報とが関連付けられて登録されるデータベースから、検索要求に従い検索対象画像との類似度に基づき被検索画像の検索を行い、検索された被検索画像に関連付けられた連携情報を検索要求の送信元に送信する画像検索システムを含む情報処理システムであって、検索要求に従い検索を行い、コンテンツの取得方法を示す取得情報を含む連携情報を検索要求の送信元に送信する検索部と、連携情報に含まれる取得情報に従ったコンテンツの取得要求と、取得要求に対応する状況を示す状況情報とを送信する送信部と、状況情報に基づき取得要求によるコンテンツの取得を許可するか否かの判定を行う判定部とを備える。

本発明によれば、画像検索の結果で得られた情報を、ユーザを限定して提示可能となるという効果を奏する。

図１は、第１の実施形態に係る情報処理システムの構成を概略的に示す図である。 図２は、実施形態に適用可能な検索サーバの機能を説明するための一例の機能ブロック図である。 図３は、実施形態に適用可能な情報処理システムの一例の構成を概略的に示すブロック図である。 図４は、実施形態に適用可能な画像検索用ＤＢの構成について概念的に示す図である。 図５は、第１の実施形態に適用可能な登録端末のハードウェアの一例の構成を示すブロック図である。 図６は、第１の実施形態に係る登録端末の機能を説明するための一例の機能ブロック図を示す。 図７は、第１の実施形態に適用可能な検索端末の一例のハードウェア構成を示すブロック図である。 図８は、第１の実施形態に係る検索端末の機能を説明するための一例の機能ブロック図である。 図９は、第１の実施形態に適用可能な画像検索アプリの一例の構成を示すブロック図である。 図１０は、第１の実施形態に適用可能な画像検索モジュールの機能を説明するための一例の機能ブロック図である。 図１１は、第１の実施形態に適用可能な事業者サーバの一例のハードウェア構成を示すブロック図である。 図１２は、第１の実施形態に係る事業者サーバの機能を説明するための一例の機能ブロック図である。 図１３は、第１の実施形態に適用可能な各登録処理を示す一例のフローチャートである。 図１４は、実施形態に適用可能なログイン画面の例を示す図である。 図１５は、実施形態に適用可能なクライアント一覧画面の例を示す図である。 図１６は、実施形態に適用可能なクライアント登録／編集画面の例を示す図である。 図１７は、実施形態に適用可能な契約一覧画面の例を示す図である。 図１８は、実施形態に適用可能なモジュール登録／編集画面の例を示す図である。 図１９は、実施形態に適用可能な登録情報一覧画面の例を示す図である。 図２０は、実施形態に適用可能な公開設定画面の例を示す図である。 図２１は、実施形態に適用可能なキャンペーン登録画面の例を示す図である。 図２２は、実施形態に適用可能な編集画面の例を示す図である。 図２３は、実施形態に適用可能な、画像を登録する対象のＤＢを指定する方法の例を示すフローチャートである。 図２４は、実施形態に適用可能な検索端末からの検索処理を示す一例のフローチャートである。 図２５は、実施形態に適用可能な管理サーバによる、検索に関する処理を示す一例のフローチャートである。 図２６は、実施形態に適用可能な閲覧画面の例を示す図である。 図２７は、実施形態に適用可能な閲覧画面に対して対象領域を指定した例を示す図である。 図２８は、実施形態に適用可能な閲覧画面に対してタブを操作した例を示す図である。 図２９は、第１の実施形態に係るコンテンツ取得処理の流れを概略的に示す図である。 図３０は、第１の実施形態に係るコンテンツ取得処理において検索端末に表示される閲覧画面の例を示す図である。 図３１は、第１の実施形態に係るコンテンツ取得処理において検索端末に表示される閲覧画面の例を示す図である。 図３２は、第１の実施形態に適用可能なリンク設定画面の例を示す図である。 図３３は、第１の実施形態に適用可能なユーザＩＤ取得指示の構成例を示す図である。 図３４は、第１の実施形態に係るユーザＩＤの登録処理を示す一例のフローチャートである。 図３５は、第１の実施形態に係る位置情報および時間情報による条件判定について説明するための図である。 図３６は、第１の実施形態に係る、コンテンツへのアクセス許可処理を示す一例のフローチャートである。 図３７は、第２の実施形態に係る画像検索モジュールの機能を説明するための一例の機能ブロック図である。 図３８は、第２の実施形態に係るコンテンツ取得処理の流れを概略的に示す図である。 図３９は、第２の実施形態に係る検索端末による処理を示す一例のフローチャートである。 図４０は、第３の実施形態に係るコンテンツ取得処理の流れを概略的に示す図である。 図４１は、第３の実施形態に係る登録・判定部の機能を説明するための一例の機能ブロック図である。 図４２は、第３の実施形態に係る画像検索システムにおけるコンテンツへのアクセス許可処理を示す一例のフローチャートである。 図４３は、第４の実施形態に係るコンテンツ取得処理において検索端末に表示される画面の例を示す図である。 図４４は、第４の実施形態に係る条件コンテンツおよびクロスコンテンツへのアクセス許可処理を示す一例のフローチャートである。 図４４は、第４の実施形態に係る条件コンテンツおよびクロスコンテンツへのアクセス許可処理を示す一例のフローチャートである。

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

（第１の実施形態）
図１は、第１の実施形態に係る情報処理システムの構成を概略的に示す。図１において、情報処理システムは、画像検索システム１０と、登録端末２０と、検索端末３０と、事業者端末４０と、事業者システム４００とを含む。画像検索システム１０は、検索サーバ１００および管理サーバ１０１を含む。事業者システム４００は、事業者サーバ４０１およびコンテンツサーバ４０２を含む。検索サーバ１００は、登録端末２０、検索端末３０、事業者端末４０および事業者サーバ４００と、インターネットなどのネットワーク５０を介して通信が可能とされている。また、管理サーバ１０１は、登録端末２０および事業者端末４０とネットワーク５０を介して通信が可能とされている。

検索サーバ１００および管理サーバ１０１は、それぞれ、１台の情報処理装置により構成してもよいし、互いに接続された複数台の情報処理装置により機能を分散させて構成してもよい。また、検索サーバ１００と管理サーバ１０１とを、１台の情報処理装置上で構成することも可能である。

事業者システム４００は、コンテンツサーバ４０２に格納されるコンテンツを、事業者サーバ４０１を介してネットワーク５０に向けて提示するコンテンツ提供システムを構成する。事業者サーバ４０１およびコンテンツサーバ４０２は、それぞれ、１台の情報処理装置により構成してもよいし、互いに接続された複数台の情報処理装置により機能を分散させて構成してもよい。また、事業者サーバ４０１およびコンテンツサーバ４０２とを、１台の情報処理装置上で構成することも可能である。事業者サーバ４０１がコンテンツサーバ４０２の機能を含めて構成されていてもよい。コンテンツサーバ４０２は、ネットワーク５０から、事業者サーバ４０１を介して接続される。これに限らず、コンテンツサーバ４０２がネットワーク５０を介して直接的に接続可能としてもよい。

登録端末２０は、画像と、当該画像に関連付けるための連携情報とを取得して、画像検索システム１０に送信する。画像検索システム１０は、登録端末２０から送信された画像および連携情報を関連付けて、検索サーバ１００が備える画像検索用データベース（ＤＢ）に登録する。連携情報は、例えばインターネットなどのネットワーク５０上のＷｅｂサイトのＵＲＬ(Uniform Resource Locator)を含むことができる。また、連携情報は、ネットワーク５０から事業者サーバ４０１を介して接続されるコンテンツサーバ４０２のＵＲＬを含むことができる。なお、ＵＲＬは、Ｗｅｂサイト上に置かれるコンテンツを取得する方法を示す取得情報であるといえる。

検索端末３０は、一般ユーザが利用する端末装置であって、撮像機能を備える。これに限らず、検索端末３０は、撮像機能を持たずに、画像検索の対象としたい画像を記憶していてもよい。もちろん、検索端末３０は、撮像機能を持ち、且つ、画像検索の対象とした画像を記憶する手段を備えていてもよい。

また、検索端末３０は、画像検索システム１０による画像検索を利用するためのアプリケーションプログラムである画像検索アプリを搭載する。検索端末３０に対する画像検索アプリの搭載方法としては、例えば、インターネットなどのネットワーク５０上の所定のダウンロードサイトから、一般ユーザがインストールしたいアプリケーションプログラムとして当該画像検索アプリを指定してダウンロードして検索端末３０にインストールする方法が挙げられる。

検索端末３０は、画像検索アプリが実行されることで、撮像機能を利用して被写体３１を撮像する撮像処理を行い、被写体３１を撮像した画像をネットワーク５０を介して画像検索システム１０に送信することができる。このとき、検索端末３０は、画像検索システム１０に対し、撮像画像と共に、撮像画像に類似する画像の検索を要求する検索要求を送信する。検索要求は、撮像画像と、後述する、検索要求を送信する画像検索アプリを一意に識別するための識別情報であるユーザＩＤとを含む。送信された検索要求は、画像検索システム１０において、検索サーバ１００に受信される。

なお、事業者は、例えばチラシ、ポスター、看板、サイネージ、プロモーション写真、特定の景色、プロダクトなど、種々のアイテムを被写体として設定できる、換言すれば、画像検索システム１０が機能する範疇において、事業者が決定したあらゆる対象が被写体となり得る。事業者が一般ユーザに対して被写体を告知し、ユーザがその被写体を撮像して、画像検索システム１０を利用すればよいためである。

画像検索システム１０において、検索サーバ１００は、検索端末３０から送信された検索要求に応じて画像検索用ＤＢから当該画像に類似する画像を検索し、検索された画像の識別情報（以下、画像識別情報）を検索結果として取得する。検索サーバ１００は、検索された画像に関連付けられた連携情報を検索端末３０に送信する。

例えば、連携情報がＵＲＬを含む場合、検索端末３０は、被写体３１を撮像した撮像画像に基づき検索サーバ１００で検索され送信された連携情報に応じて、ネットワーク５０を介して、ＵＲＬに示されるＷｅｂサイトにアクセスすることができる。以下では、検索端末３０を操作する者を、一般ユーザと呼ぶ。

上述の情報処理システムにおいて、画像検索システム１０のサービス提供者は、特定の契約を交わした者あるいは組織体に対して、検索サーバ１００に対する画像および連携情報の登録を許可する。以下、サービス提供者と特定の契約を交わした者あるいは組織体を、事業者と呼ぶ。一般には、企業や自治体、法人団体などが事業者になることが想定されるが、事業者は個人であってもよい。また、ここで言う特定の契約とは、画像検索アプリをインストールするときに一般ユーザが同意する同意書のようなものではなく、事業者が一般ユーザにサービスを提供するための画像検索システム１０の機能（画像および連係情報の登録など）の利用を許諾する契約を指す。サービス提供者は、事業者の依頼に応じて、事業者から提供された画像および連携情報を検索サーバ１００に登録する。契約の内容によっては、画像および連携情報を、事業者自身が登録端末２０を操作して検索サーバ１００に登録することも可能である。すなわち、登録端末２０は、サービス提供者あるいは事業者が利用する端末装置である。

事業者端末４０は、事業者が用いるための端末であって、例えば、検索サーバ１００に登録した画像および連携情報を確認することができる。また、第１の実施形態では、事業者は、検索端末３０に搭載させるための画像検索アプリをカスタマイズすることができるようになっている。

例えば、サービス提供者は、検索サーバ１００による検索機能を利用するために端末（事業者端末４０、検索端末３０）側に必要な画像検索アプリの機能を実現するための画像検索モジュールを、特定の契約を交わした事業者に提供する。この画像検索モジュールは、例えばＳＤＫ(Software Development Kit)として、サービス提供者から事業者に提供される。

事業者は、提供された画像検索モジュールを、例えば自身が開発する他のアプリケーションプログラムに組み込むことができる。これにより、例えば、事業者によるサービスを提供するための事業者アプリに画像検索アプリ機能が加えられたカスタマイズアプリを構成することが可能となる。事業者は、画像検索モジュールを組み込んだカスタマイズアプリを一般ユーザに配布することで、一般ユーザに、事業者の意図に沿った画像検索機能を利用させ、事業者によるサービスを一般ユーザに提供することが可能となる。

事業者端末４０には、このカスタマイズアプリが搭載される。例えば、事業者は、このカスタマイズアプリが搭載された事業者端末４０を用いて、画像検索システム１０に対して検索要求を送信し、事業者が意図する検索結果が得られるか否かを確認する。検索要求は、画像検索の対象となる画像と、画像検索モジュールを識別するためのモジュールＩＤと、検索形態を示すタイプ情報とを含む。これらモジュールＩＤおよびタイプ情報については、後述する。

画像検索システム１０において、検索サーバ１００は、事業者端末４０から送信された検索要求に従い画像検索を行い、検索結果を検索要求に対する応答として事業者端末４０に送信する。事業者は、例えば、この検索結果に基づき、カスタマイズアプリの動作や、検索サーバ１００に登録した画像および連携情報の確認を行い、問題無いと判断した場合に、カスタマイズアプリや、画像検索機能を利用したサービスを、一般ユーザに提供する。

図２は、実施形態に適用可能な検索サーバ１００の機能を説明するための一例の機能ブロック図である。検索サーバ１００は、画像検索用ＤＢ１１と、解析部１２と、検索部１３とを含み、検索端末３０から送信された撮像画像に基づく検索処理を実行する。画像検索用ＤＢ１１は、画像ＤＢ１４と連携情報ＤＢ１５とを含む。画像ＤＢ１４は、画像を検索可能に登録する。より詳細には、画像ＤＢ１４は、画像と、画像から解析部１２により抽出した特徴情報とが関連付けられて登録される。連携情報ＤＢ１５は、画像ＤＢ１４に登録された画像と連携するための連携情報が、当該画像と関連付けられて登録される。

すなわち、サービス提供者は、画像検索システム１０を運用し検索サービス（検索機能）を提供するユーザであり、事業者は、検索サービスを利用する上で画像検索システム１０に登録する画像あるいはその他の情報と、一般ユーザの検索端末３０において撮像させる撮像媒体（被写体３１）を決定するユーザであり、一般ユーザは、事業者により決定された撮像媒体を撮像し、撮像画像を送信して画像検索システム１０を利用するユーザであるともいえる。なお、ここでいうユーザは、個人および法人を含む。

ここで、画像と連携情報との関連付けの具体的な例について説明する。実施形態においては、画像内に１以上の領域を指定して、指定した各領域に対して１以上の連携情報を関連付けることができる。この、画像内に指定される、連携情報を関連付けるための領域を、以下、対象領域と呼ぶ。

対象領域を示す情報は、画像識別情報と関連付けられて連携情報ＤＢ１５に格納されて登録される。実施形態では、対象領域を示す情報は、例えば、タグを用いてデータの意味や構造を定義して記述するマークアップ言語の一種であるＸＭＬ(Extensible Markup Language)を用いて記述される。連携情報ＤＢ１５には、例えば、この対象領域と連携情報とを関連付けて示す情報が記述されるＸＭＬコードが格納されるファイルのファイル名と、画像識別情報とが関連付けられて格納される。

検索サーバ１００による画像の登録処理は、概略的には、以下のように行われる。検索サーバ１００は、登録対象となる画像を解析部１２により解析して、当該画像の特徴を表す特徴情報を抽出する。検索サーバ１００は、抽出された特徴情報と、当該特徴情報の抽出を行った抽出元の画像とを、抽出元の画像を識別するための画像識別情報と関連付けて画像ＤＢ１４に格納する。抽出元の画像は、登録対象となる画像と対応するもので、例えば画像は登録対象の画像と同一の画像である。

検索サーバ１００は、また、ユーザに提供するための連携情報を画像識別情報と関連付けて連携情報ＤＢ１５に格納する。画像および特徴情報と、連携情報とがそれぞれ画像識別情報に関連付けられて画像ＤＢ１４および連携情報ＤＢ１５に格納されることで、登録対象となる画像の画像検索用ＤＢ１１への登録が行われる。

ここで、画像から抽出された特徴情報は、一般的には、元の画像を再現できない。換言すれば、特徴情報は、その特徴情報の元となる画像を、人の目に認識できる形式で再生できない画像情報である。一方、画像データは、人の目に認識できる形式で画像を再生できる画像情報である。このように、画像の特徴情報と、画像データとは、明確に区別できる。

検索サーバ１００による画像の検索処理は、概略的には、以下のように行われる。例えば、検索サーバ１００は、検索端末３０から送信された画像を受信し、受信した画像を検索部１３を介して、抽出元の画像として解析部１２に渡す。解析部１２は、渡された画像を解析して当該画像から特徴情報を抽出し、抽出した特徴情報を検索部１３に渡す。検索部１３は、解析部１２から渡された特徴情報に基づき、当該特徴情報と類似度の高い特徴情報を画像ＤＢ１４から検索する。検索部１３は、検索された特徴情報に対応する画像識別情報に関連付けられた連携情報を連携情報ＤＢ１５から取得する。検索サーバ１００は、連携情報ＤＢ１５から取得した連携情報を、検索結果として検索端末３０に送信する。

図３は、実施形態に適用可能な情報処理システムの一例の構成を概略的に示す。なお、図３において、上述した図１および図２と共通する部分には同一の符号を付して、詳細な説明を省略する。

図３において、情報処理システムは、画像検索システム１０と、登録端末２０と、検索端末３０と、各事業者システム４００ａおよび４００ｂと、各事業者端末４０ａおよび４０ｂと、ユーザ管理サーバ１０５とを含む。ユーザ管理サーバ１０５は、ユーザ情報が格納されるユーザＤＢ１０６が接続される。また、画像検索システム１０は、検索サーバ１００と、管理サーバ１０１と、登録サーバ１０２とを含む。なお、図３では、説明のため、図２の画像検索用ＤＢ１１に対応する画像検索用ＤＢ１１２ｂが検索サーバ１００の外部に接続されるように示している。

画像検索用ＤＢ１１２ｂは、それぞれ画像ＤＢ１４と連携情報ＤＢ１５とを含む、通常ＤＢ１１１ｂと、専用ＤＢ１１０ｂ₁、１１０ｂ₂、…とによる複数のＤＢを含む。検索サーバ１００は、画像検索用ＤＢ１１２ｂに含まれる複数のＤＢから、後述する管理サーバ１０１からのＤＢ指定情報に従いスイッチ部（ＳＷ）１２０ｂにより選択されたＤＢを、検索対象のＤＢとして画像検索を行う。

検索サーバ１００は、図１および図２を用いて説明したように、検索端末３０からネットワーク５０を介して送信された画像（撮像画像）を解析部１２で解析して特徴情報を抽出し、検索部１３により、抽出した特徴情報と類似した特徴情報を画像ＤＢ１４から検索する。そして、検索サーバ１００は、画像ＤＢ１４から検索された特徴情報に関連付けられた画像識別情報に対応する連携情報を連携情報ＤＢ１５から取得して、検索端末３０に送信する。

登録サーバ１０２は、画像検索用ＤＢ１１２ｂと対応する画像検索用ＤＢ１１２ａを備え、検索サーバ１００と同様に、解析部１２および検索部１３を含む画像検索機能を備える。画像検索用ＤＢ１１２ａは、画像検索用ＤＢ１１２ｂと同様に、それぞれ画像ＤＢ１４と連携情報ＤＢ１５とを含む、通常ＤＢ１１１ａと、専用ＤＢ１１０ａ₁、１１０ａ₂、…とによる複数のＤＢを含む。これら通常ＤＢ１１１ａ、および、専用ＤＢ１１０ａ₁、１１０ａ₂、…は、それぞれ、画像検索用ＤＢ１１２ｂに含まれる通常ＤＢ１１１ｂ、および、専用ＤＢ１１０ｂ₁、１１０ｂ₂、…に対応する。

ここで、専用ＤＢ１１０ａ₁、１１０ａ₂、…、および、専用ＤＢ１１０ｂ₁、１１０ｂ₂、…は、それぞれ、契約に従い予め定められた事業者による画像の登録が可能なＤＢである。一方、通常ＤＢ１１１ａおよび１１１ｂは、複数の事業者が共通して画像の登録が可能なＤＢである。

なお、以下では、専用ＤＢ１１０ａ₁、１１０ａ₂、…、および、専用ＤＢ１１０ｂ₁、１１０ｂ₂、…は、互いを区別する必要が無い場合には、適宜、専用ＤＢと記述する。同様に、通常ＤＢ１１１ａおよび１１１ｂも、互いを区別する必要が無い場合には、適宜、通常ＤＢと記述する。

登録サーバ１０２は、画像検索用ＤＢ１１２ａに含まれる複数のＤＢから、後述する管理サーバ１０１からのＤＢ指定情報に従いスイッチ部（ＳＷ）１２０ａにより選択されたＤＢを、検索対象のＤＢとして画像検索を行う。

管理サーバ１０１は、契約情報ＤＢ１６が接続される。契約情報ＤＢ１６は、サービス提供者と事業者との間で交わされた契約に関する情報である契約情報が格納される。契約情報は、事業者との契約に関し、契約の形態を示す契約形態情報と、画像検索用ＤＢ１１２ａおよび１１２ｂに含まれる複数のＤＢのうち何れのＤＢを検索対象のＤＢとするかを示すＤＢ指定情報とが含まれる。

管理サーバ１０１は、契約情報に含まれる契約形態情報およびＤＢ指定情報と、検索要求に含まれる検索形態情報とに基づき、スイッチ部１２０ａおよび１２０ｂにより選択されるＤＢを決定する。また、管理サーバ１０１は、契約形態情報および検索形態情報に基づきスイッチ部（ＳＷ）１２１を切り替え、ネットワーク５０を介したアクセスを検索サーバ１００および登録サーバ１０２の何れに接続するかを選択する。すなわち、管理サーバ１０１は、スイッチ部１２０ａ、１２０ｂおよび１２１を制御して検索対象のＤＢを決定する制御部としても機能する。

登録端末２０は、登録ツール２１を含む。登録ツール２１は、登録端末２０のＣＰＵ(Central Processing Unit)上で動作するプログラムにより実現される。登録ツール２１を実現するためのプログラムは、例えば、登録端末２０が登録サーバ１０２に接続することにより、登録サーバ１０２により提供される。

登録端末２０は、事業者４３ａ、４３ｂから画像および画像に関連付けるための連携情報がそれぞれ提供される。登録端末２０は、登録ツール２１により、事業者４３ａ、４３ｂから提供された各画像に対して連携情報をそれぞれ関連付けて、登録サーバ１０２に送信する。また、登録端末２０は、登録ツール２１により、各事業者４３ａ、４３ｂ、…に関する契約情報を登録サーバ１０２に送信することもできる。

なお、事業者システム４００ａおよび４００ｂは、それぞれ、事業者４３ａおよび４３ｂにより運営、管理が行われるものとする。また、事業者端末４０ａおよび４０ｂは、ぞれぞれ、事業者４３ａおよび４３ｂにより用いられるものとする。

図４は、実施形態に適用可能な画像検索用ＤＢ１１２ａおよび１１２ｂの構成について、概念的に示す。画像検索用ＤＢ１１２ａに含まれる通常ＤＢ１１１ａ、専用ＤＢ１１０ａ₁、専用ＤＢ１１０ａ₂および専用ＤＢ１１０ａ₃は、一般ユーザによる検索端末３０からの検索が禁止される非公開用のＤＢである。事業者は、この非公開用のＤＢに画像を登録することで、この画像を利用した一般ユーザへの公開前（提供前）に、事業者端末４０ａを用いて画像を検索し、確認することができる。すなわち、事業者は、非公開用のＤＢを、画像を確認する際の検索対象と指定することができる。

一方、画像検索用ＤＢ１１２ｂに含まれる通常ＤＢ１１１ｂ、専用ＤＢ１１０ｂ₁、専用ＤＢ１１０ｂ₂および専用ＤＢ１１０ｂ₃は、一般ユーザによる検索端末３０を用いた検索が可能な公開用のＤＢであって、一般ユーザの使用する検索端末３０と、事業者の使用する事業者端末４０ａとが検索対象として指定することができる。事業者は、非公開用のＤＢに登録された画像をこの公開用のＤＢに移動させることができる。これに限らず、事業者は、この公開用のＤＢに対して直接的に画像を登録してもよい。

通常ＤＢ１１１ａおよび１１１ｂ、専用ＤＢ１１０ａ₁および１１０ｂ₁、専用ＤＢ１１０ａ₂および１１０ｂ₂、ならびに、専用ＤＢ１１０ａ₃および１１０ｂ₃の各ペアにおいて、ペアに含まれる各ＤＢは、同じＤＢ番号が与えられる。図４の例では、１つのペアをなす専用ＤＢ１１０ａ₁および１１０ｂ₁に、それぞれＤＢ番号「ＳＰ００１」が与えられている。同様に、それぞれ１つのペアをなす専用ＤＢ１１０ａ₂および１１０ｂ₂、ならびに、専用ＤＢ１１０ａ₃および１１０ｂ₃に、それぞれＤＢ番号「ＳＰ００２」、「ＳＰ００３」が与えられている。また、通常ＤＢ１１１ａおよび１１１ｂのペアには、ＤＢ番号「ＰＵ００１」が与えられている。

通常ＤＢ１１１ａおよび１１１ｂ、専用ＤＢ１１０ａ₁および１１０ｂ₁、専用ＤＢ１１０ａ₂および１１０ｂ₂、ならびに、専用ＤＢ１１０ａ₃および１１０ｂ₃の各ペアは、公開／非公開処理により、公開対象の画像と非公開対象の画像とが、互いの間で移動される。専用ＤＢ１１０ａ₁と専用ＤＢ１１０ｂ₁によるペアの例では、公開処理では、非公開用のＤＢである専用ＤＢ１１０ａ₁に格納される非公開対象の画像（非公開画像）のうち公開対象に指定された画像が、公開用のＤＢである専用ＤＢ１１０ｂ₁に移動される。非公開処理では、専用ＤＢ１１０ｂ₁に格納される公開対象の画像（公開画像）のうち非公開対象に指定された画像が、専用ＤＢ１１０ａ₁に移動される。

換言すれば、専用ＤＢ１１０ａ₁に格納され非公開とされていた公開対象の画像は、公開処理により専用ＤＢ１１０ｂ₁に移動されて、事業者端末４０ａと、検索端末３０とから検索可能とされる。一方、専用ＤＢ１１０ｂ₁に格納された非公開対象の画像は、非公開処理により専用ＤＢ１１０ａ₁に移動されて、事業者端末４０ａからは検索可能（検索対象として指定することが可能）であるが、検索端末３０からは検索不可となる（検索対象に指定されなくなる）。

この公開／非公開処理による公開対象および非公開対象の画像のＤＢ間の移動は、他のペア、図４の例では通常ＤＢ１１１ａおよび１１１ｂ、専用ＤＢ１１０ａ₂および１１０ｂ₂、ならびに、専用ＤＢ１１０ａ₃および１１０ｂ₃についても同様である。

なお、図４の例では、画像検索用ＤＢ１１２ａおよび１１２ｂは、それぞれ３つの専用ＤＢを含むように示されているが、これはこの例に限定されない。例えば、画像検索用ＤＢ１１２ａおよび１１２ｂは、各事業者の契約数に応じた数だけ、専用ＤＢが設けられる。

図５は、第１の実施形態に適用可能な登録端末２０のハードウェアの一例の構成を示す。図５に示される登録端末２０において、バス２０１０に対してＣＰＵ２０００、ＲＯＭ(Read Only Memory)２００１、ＲＡＭ(Random Access Memory)２００２およびグラフィクスＩ／Ｆ（インタフェース）２００３が接続される。また、バス２０１０に対して、ストレージ２００５、データＩ／Ｆ２００６、入力デバイス２００７および通信Ｉ／Ｆ２００８が接続される。

ストレージ２００５は、データを不揮発に記憶することが可能な記憶媒体であって、例えばハードディスクドライブが用いられる。これに限らず、ストレージ２００５として、フラッシュメモリなどの不揮発性の半導体メモリを用いてもよい。ストレージ２００５は、ＣＰＵ２０００が実行するためのプログラムや各種データが格納される。

ＣＰＵ２０００は、ＲＯＭ２００１およびストレージ２００５に記憶されるプログラムに従い、ＲＡＭ２００２をワークメモリとして用いて、この登録端末２０の全体を制御する。

グラフィクスＩ／Ｆ２００３は、ＣＰＵ２０００により生成された表示制御信号を、表示デバイス２００４が対応可能な表示信号に変換して出力する。表示デバイス２００４は、グラフィクスＩ／Ｆ２００３から出力された表示信号が入力され、入力された表示信号に応じた表示を行う。

データＩ／Ｆ２００６は、外部機器との間でデータの入出力を行う。データＩ／Ｆ２００６としては、例えば、ＵＳＢ(Universal Serial Bus)やＢｌｕｅｔｏｏｔｈ（登録商標）といったインタフェースを適用することができる。通信Ｉ／Ｆ２００８は、ＣＰＵ２０００の制御に従いネットワーク５０を介した通信を無線通信により行う。

入力デバイス２００７は、例えばマウスなどのポインティングデバイスや、キーボードを含み、ユーザ入力を受け付ける。ユーザは、例えば表示デバイス２００４に対する表示に応じて入力デバイス２００７を操作することで、登録端末２０に対して指示を出すことができる。

図６は、第１の実施形態に係る登録端末２０の機能を説明するための一例の機能ブロック図を示す。登録端末２０は、登録ツール２１を含み、登録ツール２１は、通信部２００と、設定部２０１と、入力部２０２と、表示部２０３と、取得部２０４とを含む。

通信部２００は、通信Ｉ／Ｆ２００８を制御して、ネットワーク５０を介した通信を行う。入力部２０２は、入力デバイス２００７に対する入力操作で入力された情報を受け付ける。設定部２０１は、登録対象の画像に対して連携情報の設定を行う。表示部２０３は、表示デバイス２００４に表示させるための表示情報を生成する。

取得部２０１は、登録端末２０の外部から画像を取得する。取得部２０１は、他の機器からネットワークを介して送信された画像を取得してもよいし、ＣＤ(Compact Disk)やＤＶＤ(Digital Versatile Disk)といった記録媒体を介して画像を受け取ってもよい。さらに、取得部２０１は、紙などの印刷媒体から画像を取得してもよい。また、取得部２０１は、例えば入力部２０２に受け付けられた情報に従い、画像に関連付ける連携情報のための情報を取得する。

登録端末２０に含まれる登録ツール２１の各部（通信部２００、設定部２０１、入力部２０２、表示部２０３および取得部２０４）は、ＣＰＵ２０００上で動作するプログラムにより実現される。

より具体的には、登録端末２０は、一般的なコンピュータに搭載されるものと同等のブラウザアプリケーション（以下、ブラウザ）が搭載される。ブラウザは、ＣＰＵ２０００上で動作して、例えばＨＴＭＬ(HyperText Markup Language)に従い記述されたファイルを読み込み、所定の動作を行う。登録端末２０において、ブラウザを用いて登録サーバ１０２にアクセスすることで、登録サーバ１０２上の所定の情報処理プログラムがブラウザに読み込まれ、ブラウザに読み込まれた情報処理プログラムにより、登録端末２０上に登録ツール２１が形成される。

図７は、第１の実施形態に適用可能な検索端末３０の一例のハードウェア構成を示す。図７に示される検索端末３０において、バス３０２０に対してＣＰＵ３０００、ＲＯＭ３００１、ＲＡＭ３００２およびグラフィクスＩ／Ｆ３００３が接続される。また、バス３０２０に対して、ストレージ３００５、データＩ／Ｆ３００６、入力デバイス３００７、無線通信Ｉ／Ｆ３００８、撮像部３００９およびＧＮＳＳ部３０１０が接続される。このように、検索端末３０は、ＣＰＵ３０００、ＲＯＭ３００１およびＲＡＭ３００２を含むコンピュータが搭載される情報処理装置である。

ストレージ３００５は、データを不揮発に記憶することが可能な記憶媒体であって、例えばフラッシュメモリなどの不揮発性の半導体メモリである。これに限らず、ストレージ３００５としてハードディスクドライブを用いてもよい。ストレージ３００５は、ＣＰＵ３０００が実行するためのプログラムや各種データが格納される。なお、ストレージ３００５およびＲＯＭ３００１は、例えば１つの書き換え可能な不揮発性半導体メモリなどを共用してもよい。

ＣＰＵ３０００は、ＲＯＭ３００１およびストレージ３００５に記憶されるプログラムに従い、ＲＡＭ３００２をワークメモリとして用いて、この検索端末３０の全体を制御する。グラフィクスＩ／Ｆ３００３は、ＣＰＵ３０００により生成された表示制御信号を、表示デバイス３００４が表示可能な信号に変換して出力する。表示デバイス３００４は、例えばＬＣＤ(Liquid Crystal Display)を含み、グラフィクスＩ／Ｆ３００３から出力された信号により駆動されて表示制御信号に応じた表示を行う。

データＩ／Ｆ３００６は、外部機器との間でデータの入出力を行う。データＩ／Ｆ３００６としては、例えば、ＵＳＢ(Universal Serial Bus)やＢｌｕｅｔｏｏｔｈ（登録商標）といったインタフェースを適用することができる。

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

無線通信Ｉ／Ｆ３００８は、ＣＰＵ３０００の制御に従いネットワークを介した通信を無線通信により行う。

撮像部３００９は、光学系と、撮像素子と、光学系および撮像素子の制御駆動回路とを備え、撮像素子から出力される撮像信号に所定の処理を施してディジタル信号による撮像画像として出力する。撮像部３００９から出力され画像処理を施した撮像画像を、例えばストレージ３００５に記憶することができる。また、ＣＰＵ３０００は、ストレージ３００５から撮像画像を読み出して、無線通信Ｉ／Ｆ３００８によりネットワークに対して送信することができる。

ＧＮＳＳ部３０１０は、人工衛星を使用して全地球を対象として地上の現在位置を計測するＧＮＳＳ(Global Navigation Satellite System)を用いて現在位置を計測する。ＧＮＳＳ部３０１０は、計測結果として、位置情報すなわち現在位置の少なくとも緯度および経度を含む座標と、計測を行った時刻を示す時間情報とを出力することができる。

図８は、第１の実施形態に係る検索端末３０の機能を説明するための一例の機能ブロック図である。検索端末３０は、画像検索部３０１と、記憶部３０２と、通信部３０３と、撮像制御部３０４と、入力部３０５と、表示部３０６と、位置情報取得部３０７とを含む。これら画像検索部３０１、記憶部３０２、通信部３０３、撮像制御部３０４、入力部３０５、表示部３０６および位置情報取得部３０７は、ＣＰＵ３０００上で動作するプログラムにより実現される。これに限らず、画像検索部３０１、記憶部３０２、通信部３０３、撮像制御部３０４、入力部３０５、表示部３０６および位置情報取得部３０７のうち画像検索部３０１を除く一部または全部を、互いに協働して動作するハードウェア回路を用いて構成してもよい。

画像検索部３０１は、実施形態に係る検索端末３０における画像検索処理を実行する。画像検索部３０１は、サービス提供者が、特定の契約を交わした事業者に配布した画像検索アプリ、または、当該画像検索アプリが事業者によりカスタマイズされたカスタマイズアプリが検索端末３０にインストールされることで、検索端末３０上に構成される。

記憶部３０２は、ストレージ３００５およびＲＡＭ３００２に対するデータの記憶および読み出しを制御する。通信部３０３は、無線通信Ｉ／Ｆ３００８による通信を制御する。入力部３０５は、入力デバイス３００７に対してなされた入力操作に従った入力情報を出力する。表示部３０６は、グラフィクスＩ／Ｆ３００３に供給するための表示制御信号を生成する。撮像制御部３０４は、撮像部３００９の撮像動作を制御する。位置情報取得部３０７は、ＧＮＳＳ部３０１０による位置情報および時間情報の取得を制御する。

図９は、第１の実施形態に適用可能な画像検索部３０１を構成するための画像検索アプリの一例の構成を示す。図９において、画像検索アプリ３０１’は、アプリＩＤ３１０と、画像検索モジュール３１１と、ユーザＩＤ３１３とを含む。画像検索モジュール３１１は、画像検索モジュール３１１を識別するための識別情報であるモジュールＩＤ３１２を含む。画像検索アプリ３０１’は、上述したカスタマイズアプリであって、例えば、事業者が提供する所定のアプリに、サービス提供者が提供する画像検索モジュール３１１を組み込んで構成される。

アプリＩＤ３１０は、例えば、画像検索アプリ３０１’に組み込まれた、事業者に提供する画像検索モジュール３１１毎に一意の識別情報であって、事業者が作成する１のカスタマイズアプリを識別する。したがって、１の事業者が複数のカスタマイズアプリを作成した場合、カスタマイズアプリ毎に異なるアプリＩＤを持つことになる。なお、同一事業者の複数のカスタマイズアプリに対して１のアプリＩＤを与えるようにしてもよい。アプリＩＤ３１０は、事業者が設定して画像検索アプリ３０１’に組み込んでもよいし、サービス提供者側が事業者に提供する画像検索モジュール３１１に対応付けて設定して、当該画像検索モジュール３１１と共に事業者に提供してもよい。

ユーザＩＤ３１３は、検索端末３０に搭載される画像検索アプリ３０１’に一意の識別情報である。ユーザＩＤ３１３は、例えば、検索端末３０に搭載された画像検索アプリ３０１’の初回の起動時に、管理サーバ１０１から与えられる。画像検索アプリ３０１’は、検索端末３０における初回の起動時に管理サーバ１０１にアクセスし、検索端末３０における初回の起動である旨を通知する。管理サーバ１０１は、この通知に応じて一意のユーザＩＤ３１３を生成し、検索端末３０に送信する。検索端末３０は、管理サーバ１０１から送信されたユーザＩＤ３１３を、記憶部３０２により、ストレージ３００５における、例えば画像検索アプリ３０１’の管理領域として確保された領域に記憶する。ユーザＩＤ３１３を用いることで、検索要求を送信した画像検索アプリ３０１’および当該画像検索アプリ３０１’が搭載された検索端末３０を特定することができる。

なお、ここでは、ユーザＩＤ３１３が管理サーバ１０１から与えられるように説明したが、これはこの例に限定されない。すなわち、ユーザＩＤ３１３は、画像検索アプリ３０１’に一意であれば、他の方法で生成してもよい。例えば、ユーザＩＤ３１３は、検索端末３０において生成してもよい。この場合、画像検索アプリ３０１’が、初回に起動された時刻の情報に基づきユーザＩＤ３１３を生成することが考えられる。画像検索アプリ３０１’は、生成されたユーザＩＤ３１３を記憶すると共に、管理サーバ１０１に送信する。

図１０は、第１の実施形態に適用可能な画像検索モジュール３１１の機能を説明するための一例の機能ブロック図である。図１０において、画像検索モジュール３１１は、撮像画像取得部３１１０と、ＩＤ取得部３１１１と、検索要求送信部３１１２と、検索結果受信部３１１３と、表示情報生成部３１１４と、入力受付部３１１５と、端末状況取得部３１１６と、コンテンツ要求送信部３１１７とを含む。

撮像画像取得部３１１０は、撮像制御部３０４から、撮像部３００９により撮像された撮像画像を取得する。ＩＤ取得部３１１１は、ストレージ３００５に記憶されるユーザＩＤ３１３を取得する。検索要求送信部３１１２は、撮像画像取得部３１１０により取得された撮像画像に基づく画像検索を画像検索システム１０に要求するための検索要求を作成する。検索要求送信部３１１２は、作成した検索要求を、無線通信Ｉ／Ｆ３００８により画像検索システム１０に送信する。

検索結果受信部３１１３は、検索要求送信部３１１２が送信した検索要求に応じて画像検索システム１０から送信された検索結果を受信する。表示情報生成部３１１４は、表示デバイス３００４に表示させるための表示情報を生成する。例えば、表示情報生成部３１１４は、検索結果受信部３１１３が受信した検索結果に応じた表示を行うための表示情報を生成する。入力受付部３１１５は、入力デバイス３００７に対してなされた入力操作を受け付ける。これら表示情報生成部３１１４および入力受付部３１１５により、画像検索アプリ３０１’によるユーザインタフェース（ＵＩ）の基本部分が形成される。

端末状況取得部３１１６は、位置情報取得部３０７により位置情報および時間情報が取得された場合に、これら位置情報および時間情報を、当該画像検索モジュール３１１を含む画像検索アプリ３０１’が搭載される検索端末３０の、位置情報および時間情報が取得された時点での状況を示す状況情報として取得する。コンテンツ要求送信部３１１７は、コンテンツの要求に関する情報をネットワーク５０上に送信する。

ここで、画像検索モジュール３１１は、画像検索システム１０との連携による画像検索を行うための核となる各部から構成される。サービス提供者は、契約を交わした事業者に画像検索モジュール３１１を提供するため、事業者は、この画像検索モジュール３１１を、独自のアプリケーションプログラムに容易に組み込むことが可能である。この、画像検索モジュール３１１を独自のアプリケーションプログラムに組み込むことを、画像検索モジュール３１１によるカスタマイズと呼ぶ。カスタマイズにより画像検索モジュール３１１が組み込まれたアプリケーションプログラムが、上述したカスタマイズアプリである。

画像検索モジュール３１１による各機能を実現するための情報処理プログラムは、モジュールＩＤ３１２と共に、インストール可能な形式また実行可能な形式のファイルでＣＤ(Compact Disk)、フレキシブルディスク（ＦＤ）、ＤＶＤ(Digital Versatile Disk)などのコンピュータで読み取り可能な記録媒体に記録して提供される。これに限らず、情報処理プログラムおよびモジュールＩＤ３１２を、インターネットなどのネットワークに接続されたコンピュータ上に格納し、当該ネットワークを介してダウンロードさせることにより提供してもよい。また、当該情報処理プログラムおよびモジュールＩＤ３１２をインターネットなどのネットワークを経由して提供または配布するように構成してもよい。

情報処理プログラムは、上述した各部（撮像画像取得部３１１０、ＩＤ取得部３１１１、検索要求送信部３１１２、検索結果受信部３１１３、表示情報生成部３１１４、入力受付部３１１５、端末状況取得部３１１６およびコンテンツ要求送信部３１１７）を含むモジュール構成となっている。実際のハードウェアとしては、ＣＰＵ３０００がストレージ３００５などの記憶媒体から当該情報処理プログラムを読み出して実行することにより、上述した各部がＲＡＭ３００２などの主記憶装置上にロードされ、撮像画像取得部３１１０、ＩＤ取得部３１１１、検索要求送信部３１１２、検索結果受信部３１１３、表示情報生成部３１１４、入力受付部３１１５、端末状況取得部３１１６およびコンテンツ要求送信部３１１７が主記憶装置上に生成されるようになっている。

なお、事業者端末４０は、上述した検索端末３０と略同等のハードウェア構成および機能構成で実現されるので、ここでの詳細な説明を省略する。

ここで、事業者端末４０は、事業者端末４０において画像検索モジュール３１１を組み込まれた画像検索アプリ３０１’の検索形態が「お試し版」および「本利用版」の何れの形態であるかを示すタイプ情報をさらに含む。「本利用版」は、一般ユーザによる検索端末３０を用いた検索が可能な検索形態であり、検索対象が公開用のＤＢである画像検索用ＤＢ１１２ｂとされる。一方、「お試し版」は、例えば事業者が用意した画像に基づく検索が正しく行われるか否かを試行するための検索形態であり、検索対象が、非公開用のＤＢである画像検索用ＤＢ１１２ａとされる。

図１１は、第１の実施形態に適用可能な事業者サーバ４０１の一例のハードウェア構成を示す。図１１において、事業者サーバ４０１は、バス４０１０に対してＣＰＵ４０００、ＲＯＭ４００１、ＲＡＭ４００２、ストレージ４００３および通信Ｉ／Ｆ４００４が接続される。ストレージ４００３は、データを不揮発に記憶することが可能な記憶媒体であって、例えばハードディスクドライブである。これに限らず、ストレージ４００３として、フラッシュメモリなどの不揮発性の半導体メモリを用いてもよい。

ＣＰＵ４０００は、ＲＯＭ４００１およびストレージ４００３に記憶されるプログラムに従い、ＲＡＭ４００２をワークメモリとして用いて、この事業者サーバ４０１の全体を制御する。ストレージ４００３は、ＣＰＵ４０００が実行するためのプログラムや各種データが格納される。通信Ｉ／Ｆ４００４は、ＣＰＵ４０００の制御に従いネットワークを介した通信を行う。

なお、図１１では、事業者サーバ４０１が１のハードウェアから構成されるように示しているが、これはこの例に限定されず、事業者サーバ４０１を、同等の構成を有する複数のサーバ装置を統合的に制御することで構成してもよい。また、上述したコンテンツサーバ４０２と、この事業者サーバ４０１とを統合的に構成してもよい。例えば、コンテンツサーバ４０２におけるコンテンツの格納領域を、事業者サーバ４０１のストレージ４００３上に設けてもよい。

また、図１１では、ストレージ４００３が１のハードウェアから構成されるように示しているが、これはこの例に限定されず、例えば複数のストレージ装置を１つのストレージ４００３として統合的に管理するようにしてもよい。

図１２は、第１の実施形態に係る事業者サーバ４０１の機能を説明するための一例の機能ブロック図である。事業者サーバ４０１は、通信部４１００と、コンテンツ処理部４１０１と、登録部４１０２と、判定部４１０３とを含む。これら通信部４１００、コンテンツ処理部４１０１、登録部４１０２および判定部４１０３は、ＣＰＵ４０００上で動作するプログラムにより実現される。これに限らず、通信部４１００と、コンテンツ処理部４１０１と、登録部４１０２と、判定部４１０３の一部または全部を、互いに協働して動作するハードウェア回路を用いて構成してもよい。

通信部４１００は、通信Ｉ／Ｆ４００４によるネットワーク５０を介した通信を制御する。コンテンツ処理部４１０１は、コンテンツに係る処理を実行するもので、例えば、コンテンツサーバ４０２に格納されるコンテンツの取得および取得したコンテンツの送信処理を行う。登録部４１０２は、検索端末３０から送信されたユーザＩＤ３１３を例えばストレージ４００３に記憶し、ユーザＩＤ３１３の登録を行う。判定部４１０３は、検索端末３０から送信された情報に基づきコンテンツへのアクセス許可に係る判定を行う。

なお、検索サーバ１００および登録サーバ１０２は、事業者サーバ４０１と同様のハードウェア構成で実現可能であるので、ここでの説明を省略する。

（第１の実施形態に適用可能な登録処理）
次に、第１の実施形態に適用可能な各登録処理について説明する。図１３は、第１の実施形態に適用可能な、登録端末２０において登録ツール２１によって実行される各登録処理を示す一例のフローチャートである。なお、図１３のフローチャートの処理に先立って、登録ツール２１を利用するユーザの情報（ログインＩＤおよびパスワード）は、ユーザ管理サーバ１０５によりユーザＤＢ１０６に登録されているものとする。また、以下において、画像は、キャンペーンを単位として登録され、登録者によって指定されたキャンペーンに関連付けて登録されるものとする。

ここで、キャンペーンについて、概略的に説明する。キャンペーンは、キャンペーンＩＤにより識別され、１以上の画像と、メタデータと、関連キャンペーン情報とを含む。なお、キャンペーンという名称は、事業者向けの語句であり、権利範囲を限定するものではない。事業者が、一般ユーザに向けて、画像検索機能を利用した何らかのサービスを提供する場合に、サービス単位で画像や連携情報や各種属性情報を管理しやすいように、キャンペーンという単位を用意している。

キャンペーンに含まれるページ単位の各画像は、ページと呼ばれ、１以上の連携情報を含む。メタデータは、キャンペーンの属性情報を含む。キャンペーンの属性情報は、例えば、キャンペーンに関して、キャンペーンＩＤ、キャンペーン名、登録を依頼したクライアント名、更新日時、公開中および非公開中の何れであるかを示す状態を示す情報などを含む。関連キャンペーン情報は、このキャンペーンに関連する他のキャンペーンを示す情報である。このキャンペーンを示す情報は、例えば管理サーバ１０１により契約情報ＤＢ１６に格納される。

登録端末２０において登録ツール２１が起動されると、ステップＳ１００で、登録ツール２１は、ユーザに対するログイン処理を行う。例えば、登録ツール２１は、登録端末２０の表示デバイスに、図１４で示されるログイン画面５００の表示を行う。図１４の例では、ログイン画面５００は、ユーザ情報（ログインＩＤおよびパスワード）を入力するための入力部５００１と、ログインを指示するためのボタン５００２と、パスワードの再発行を依頼するためのボタン５００３とが配置されている。

以下、「登録端末２０の表示デバイスに画面を表示させる」ことを、適宜、「登録端末２０に画面を表示させる」などと記述する。同様に、「検索端末３０の表示デバイス３００４に画面を表示させる」ことを、適宜、「検索端末３０に画面を表示させる」などと記述する。

例えば、登録ツール２１は、入力部５００１にログインＩＤおよびパスワードが入力されると、入力されたログインＩＤおよびパスワードをユーザ管理サーバ１０５に送信し、ログインＩＤの認証を要求する。登録ツール２１は、ユーザ管理サーバ１０５からの、ログインＩＤの認証が成功したことを示す情報を受信した場合に、処理をステップＳ１０１に移行させる。

ステップＳ１０１で、登録ツール２１は、登録端末２０に、メニュー領域を含む画面の表示を行う。図１５は、第１の実施形態に適用可能な、メニュー領域５５００を含むクライアント一覧画面５５０の例を示す。図１５の例では、クライアント一覧画面５５０は、タブ５５０１ａ、５５０１ｂ、５５０１ｃおよび５５０１ｄを含むメニュー領域５５００と、ボタン群５５０２と、検索入力部５５０３と、リスト表示領域５５０４と、終了ボタン５５０５とが配置される。

メニュー領域５５００に含まれるタブ５５０１ａ、５５０１ｂ、５５０１ｃおよび５５０１ｄは、メニュー項目を選択して登録ツール２１の動作モードを決定するためのタブである。タブ５５０１ａおよび５５０１ｂは、ユーザ管理モードに移行するためのタブであって、操作することでそれぞれ管理者一覧およびクライアント一覧が表示される。タブ５５０１ｃは、画像登録モードに移行するためのタブであって、操作することでキャンペーン一覧が表示される。また、タブ５５０１ｄは、モジュール情報登録モードに移行するためのタブであって、サービス提供者と事業者との間で交わされた契約を示す契約情報の一覧が表示される。

リスト表示領域５５０４は、タブ５５０１ａ、５５０１ｂ、５５０１ｃおよび５５０１ｄにより選択したメニュー項目に対応するリストが表示される。図１５の例は、タブ５５０１ｂが操作されクライアント一覧が選択されている様子を示している。以下では、リストの各行をレコードと呼び、各列を項目と呼ぶ。

ボタン群５５０２は、リスト表示領域５５０４に表示されるリストに対する処理を選択する。図１５の例では、ボタン群５５０２は４個のボタンを含み、各ボタンは、左から、「新規登録」、「編集」、「削除」、「ＣＳＶ出力」の各機能が割り当てられている。「新規登録」ボタンは、リスト表示領域５５０４に表示されるリストに対して新規にレコードを追加する。「編集」ボタンは、リスト表示領域５５０４に表示されるリストにおいて選択されたレコードの情報を編集する。「削除」ボタンは、リスト表示領域５５０４に表示されるリストにおいて選択されたレコードの情報を削除する。「ＣＳＶ出力」は、リスト表示領域５５０４に表示されるリストの情報をＣＳＶ(Comma-Separated Values)形式のテキストファイルで出力する。

検索入力部５５０３は、リスト表示領域５５０４に表示されるリストから、選択または入力された検索キーに基づきレコードが選択される。終了ボタン５５０５は、登録ツール２１による処理を終了する。

なお、図１５の例では、クライアント情報は、レコードに、「クライアントＩＤ」、「クライアント名」、「パスワード」、「電子メールアドレス（Ｅｍａｉｌ）」、「最終更新日」、「公開ページ数」、「利用ページ数」、「契約ページ数」の各項目を含んでいる。クライアント情報は、さらに多くの項目を含んでもよい。

説明は図１３に戻り、ステップＳ１０１でメニュー表示がなされると、処理が次のステップＳ１０２に移行され、登録ツール２１は、タブ５５０１ａ、５５０１ｂ、５５０１ｃおよび５５０１ｄ、ならびに、終了ボタン５５０５の何れかが操作され、処理が選択されるのを待機する。若し、終了ボタン５５０５が操作された場合、登録ツール２１は、処理をステップＳ１０３に移行させ、ユーザのログアウト処理を行い、登録ツール２１の動作を終了させる。

ステップＳ１０２で、タブ５５０１ａまたはタブ５５０１ｂが操作されユーザ管理モードが選択された場合、登録ツール２１は、処理をステップＳ１０４に移行させる。そして、登録ツール２１は、ステップＳ１０４において、ステップＳ１０２でタブ５５０１ａおよび５５０１ｂの何れが操作されたかに応じて、管理者一覧画面とクライアント一覧画面（図１５参照）とのうち何れかの表示を行う。ここでは、タブ５５０１ｂが操作され、図１５に示されるクライアント一覧画面５５０が表示されたものとする。

クライアント一覧画面５５０において、ボタン群５５０２に含まれる「新規登録」または「編集」ボタンが操作されると、図１６に例示される、実施形態に適用可能なクライアント登録／編集画面５１０が表示される。図１６において、クライアント登録／編集画面５１０は、入力領域５１０１〜５１０８と、「ＯＫ」ボタン５１０９と、「キャンセル」ボタン５１１０とが配置される。

入力領域５１０１は、登録するクライアントの名前が入力される。入力領域５１０２は、当該クライアントが利用可能なページ数の上限値を入力する。入力領域５１０３は、当該クライアントの連絡先（この例では電子メールアドレス）が入力される。入力領域５１０４は、当該クライアントを識別するためのクライアントＩＤが入力される。入力領域５１０５は、当該クライアントが画像検索システム１０を利用する際の認証に用いるパスワードが入力される。入力領域５１０６は、入力領域５１０５に入力されるパスワードの初期値を自動生成するためのボタンである。入力領域５１０７は、備考が入力される。

なお、入力領域５１０４および５１０５にそれぞれ入力されたクライアントＩＤおよびパスワードは、例えば登録端末２０からユーザ管理サーバ１０５に送信され、ユーザ管理サーバ１０５により、登録ツール２１にログインした際に入力されたログインＩＤと関連付けられてユーザＤＢ１０６に登録されるものとする。

入力領域５１０８は、当該クライアントのクライアントＩＤに関連付けられたモジュールＩＤ３１２が入力される。入力領域５１０８に対するモジュールＩＤ３１２の入力は、マニュアルにて行うことができる。これに限らず、モジュールＩＤ３１２の入力は、当該クライアントＩＤに対して既にモジュールＩＤ３１２が関連付けられている場合、この関連付けられたモジュールＩＤ３１２から選択して入力するようにもできる。

「ＯＫ」ボタン５１０９は、各入力領域５１０１〜５１０８に入力された内容を確定させる。例えば、登録ツール２１は、「ＯＫ」ボタン５１０９が操作されると、各入力領域５１０１〜５１０８に入力された各情報を管理サーバ１０１に送信する。管理サーバ１０１は、登録ツール２１から送信された各情報を受信し、受信した各情報を契約情報ＤＢ１６に格納する。「キャンセル」ボタン５１１０は、各入力領域５１０１〜５１０８に入力された情報を破棄し、クライアント一覧画面５５０を表示させる。

登録ツール２１は、管理者一覧画面またはクライアント一覧画面５５０での処理が終了した旨の操作がなされると、処理をステップＳ１０１に戻し、メニュー領域５５００を含む画面を表示させる。

ステップＳ１０２で、タブ５５０１ｄが操作され、モジュール情報登録モードが選択された場合、登録ツール２１は、処理をステップＳ１０６に移行させる。ステップＳ１０６で、登録ツール２１は、図１７に例示するような、実施形態に適用可能な契約一覧画面５４０を表示させる。図１７において、契約一覧画面５４０は、ボタン群５４０１と、検索入力部５４０２と、リスト表示領域５４０３と、終了ボタン５４０４とが配置される。登録ツール２１は、終了ボタン５４０４が操作されると、処理をステップＳ１０１に戻し、メニュー領域５５００を含む画面を表示させる。

リスト表示領域５４０３は、管理サーバ１０１（契約情報ＤＢ１６）に登録される契約情報のリストが表示される。図１７の例では、リスト表示領域５４０３に表示されるリストにおいて、各レコードは、例えばキャンペーン毎に作成され、「クライアントＩＤ」、「契約タイプ」、「利用開始日」、「利用終了日」、「ＤＢ（データベース）」、「ＤＢ番号」、「モジュールＩＤ」、「アプリＩＤ」、「パッケージ名」、「アプリ名」、「備考」の各項目を含む。レコードの情報は、管理サーバ１０１により契約情報ＤＢ１６に格納される。登録ツール２１は、管理サーバ１０１と通信を行い、契約情報ＤＢ１６に格納される契約情報を取得し、取得した契約情報をリスト表示領域５４０３に表示させる。

ボタン群５４０１は、４個のボタンを含み、各ボタンは、左から、「新規登録」、「編集」、「削除」、「ＣＳＶ出力」の各機能が割り当てられている。「新規登録」ボタンは、リスト表示領域５４０３に表示されるリストに対して新規にレコードを追加する。「編集」ボタンは、リスト表示領域５４０３に表示されるリストにおいて選択されたレコードの情報を編集する。「削除」ボタンは、リスト表示領域５４０３に表示されるリストにおいて選択されたレコードの情報を削除する。「ＣＳＶ出力」は、リスト表示領域５４０３に表示されるリストの情報をＣＳＶ形式のテキストファイルで出力する。

ボタン群５４０１に含まれる「新規登録」ボタンまたは「編集」ボタンが操作された場合、契約情報の新規登録または編集を行う画面として、例えば、図１８に例示される、実施形態に適用可能なモジュール登録／編集画面５２０が表示される。図１８において、モジュール登録／編集画面５２０は、入力領域５２０１〜５２１１と、「ＯＫ」ボタン５２１２と、「キャンセル」ボタン５２１３とが配置される。

入力領域５２０１は、サービス提供者が事業者に提供する画像検索モジュール３１１のモジュールＩＤ３１２が入力される。モジュールＩＤ３１２は、画像検索システム１０が提供する各画像検索モジュール３１１で一意な値が用いられる。例えば、モジュールＩＤ３１２は、管理サーバ１０１により一意に生成される。管理サーバ１０１は、生成したモジュールＩＤ３１２を登録ツール２１に送信する。登録ツール２１は、管理サーバ１０１から送信されたモジュールＩＤ３１２を受信すると、受信したモジュールＩＤ３１２を入力領域５２０１に入力する。これに限らず、モジュールＩＤ３１２をマニュアルで入力してもよい。例えば、事業者との契約は、モジュールＩＤ３１２毎に行われる。

入力領域５２０２は、契約形態（契約タイプ）が入力される。この例では、契約形態は、評価契約と本契約との２つの形態が用意される。評価契約は、事業者が画像検索システム１０を評価するための契約形態であり、非公開用のＤＢである画像検索用ＤＢ１１２ａに対する画像の登録が可能であり、公開処理ができない。本契約は、評価契約より権限の広い契約であって、非公開用のＤＢである画像検索用ＤＢ１１２ａと、公開用のＤＢである画像検索用ＤＢ１１２ｂとに対する画像の登録が可能である。また、本契約では、公開処理および非公開処理が可能である。入力領域５２０２では、これら評価契約と本契約とが排他的に入力される。

入力領域５２０３および５２０４は、それぞれ、入力領域５２０１に入力されたモジュールＩＤ３１２、すなわち、当該モジュールＩＤ３１２に対応する画像検索モジュール３１１の利用開始日および利用終了日が入力される。当該画像検索モジュール３１１は、入力領域５２０３に入力された日付から、入力領域５２０４に入力された日付までの期間内で利用可能とされ、当該期間外では、利用が不可とされる。この利用開始日および利用終了日は、当該画像検索モジュール３１１に対する契約の開始日および終了日に対応する。

入力領域５２０５および５２０６は、入力領域５２０１に入力されたモジュールＩＤ３１２に対応する画像検索モジュール３１１が画像検索に用いるＤＢを指定する。入力領域５２０５は、通常ＤＢ１１１ａおよび１１１ｂのペア、ならびに、専用ＤＢ１１０ａ₁および１１０ｂ₁、１１０ａ₂および１１０ｂ₂、…の各ペアのうち何れのペアを用いるかを指定する。「通常」を入力した場合、通常ＤＢ１１１ａおよび１１１ｂのペアが指定される。一方、「専用」を入力した場合は、専用ＤＢ１１０ａ₁および１１０ｂ₁、１１０ａ₂および１１０ｂ₂、…の各ペアのうち何れかのペアが指定される。

入力領域５２０６は、指定したＤＢのペアのＤＢ番号を入力する。例えば、図４を参照し、入力領域５２０５に「専用」が入力され、入力領域５２０６に「ＳＰ００２」が入力された場合、用いるデータベースとして、専用ＤＢ１１０ａ₂および１１０ｂ₂のペアが指定される。入力領域５２０５に「通常」が入力された場合には、例えば、通常ＤＢ１１１ａおよび１１１ｂのペアに割り当てられたＤＢ番号が自動的に入力される。なお、ＤＢ番号は、契約に応じて、事業者毎に異なる番号がサービス提供者から事業者に提供される。

入力領域５２０７は、この契約情報に係る事業者を識別するクライアントＩＤが入力される。

入力領域５２０８は、アプリＩＤ３１０が入力される。入力領域５２０８は、空欄で構わない。入力領域５２０８に、画像検索アプリ３０１’のアプリＩＤ３１０を入力することで、入力されたアプリＩＤ３１０に対応する画像検索アプリ３０１’をフィルタリングすることができる。

入力領域５２０９〜５２１１は、オプションの情報が入力されるもので、入力を省略することができる。入力領域５２０９は、例えば、入力領域５２０１に入力されたモジュールＩＤ３１２を含む画像検索モジュール３１１が組み込まれる画像検索アプリ３０１’のパッケージ名が入力される。入力領域５２１１は、当該画像検索アプリ３０１’の名称、または、備考が入力される。入力領域５２１０は、「追加」ボタンであって、入力領域５２１１を追加する。

「ＯＫ」ボタン５２１２は、各入力領域５２０１〜５２１１に入力された内容を確定させる。例えば、登録ツール２１は、「ＯＫ」ボタン５２１２が操作されると、各入力領域５２０１〜５２１１に入力された各情報を契約情報として管理サーバ１０１に送信する。管理サーバ１０１は、登録ツール２１から送信された契約情報を受信し、受信した契約情報を契約情報ＤＢ１６に格納する。「キャンセル」ボタン５２１３は、各入力領域５２０１〜５２１１に入力された各情報を破棄し、例えば処理をステップＳ１０１に戻し、メニュー領域５５００を含む画面を表示させる。

図１３に戻り、ステップＳ１０２で、タブ５５０１ｃが操作され画像登録モードが選択された場合、登録ツール２１は、処理をステップＳ１０５に移行させる。ステップＳ１０５で、登録ツール２１は、登録端末２０において、登録されたキャンペーンに関する情報を示す登録情報一覧画面を表示させる。

図１９は、ステップＳ１０５で表示される、第１の実施形態に適用可能な登録情報一覧画面５６０の例を示す。図１９において、登録情報一覧画面５６０は、新規登録ボタン５６０１ａ、編集ボタン５６０１ｂ、削除ボタン５６０１ｃおよび公開設定ボタン５６０１ｄと、検索入力部５６０２と、リスト表示領域５６０３と、終了ボタン５６０４とが配置される。

リスト表示領域５６０３は、管理サーバ１０１（契約情報ＤＢ１６）に登録されるキャンペーン情報のリストが表示される。図１９の例では、リスト表示領域５６０３に表示されるリストにおいて、各レコードは、「キャンペーン名」、「クライアント名」、「クライアントＩＤ」、「公開ページ数」、「利用ページ数」、「最終更新日」、「状態」、「モジュールＩＤ」、「備考」の各項目を含む。レコードの情報は、管理サーバ１０１により契約情報ＤＢ１６に格納される。登録ツール２１は、管理サーバ１０１と通信を行い、契約情報ＤＢ１６に格納されるキャンペーン情報を取得し、取得したキャンペーン情報をリスト表示領域５６０３に表示させる。

新規登録ボタン５６０１ａは、リスト表示領域５６０３に表示されるリストに対して新規にレコードを追加する。編集ボタン５６０１ｂは、リスト表示領域５６０３に表示されるリストにおいて選択されたレコードの情報を編集する。削除ボタン５６０１ｃは、リスト表示領域５６０３に表示されるリストにおいて選択されたレコードの情報を削除する。公開設定ボタン５６０１ｄは、リスト表示領域５６０３に表示されるリストにおいて、選択されたレコードの状態を公開および非公開の何れかの状態に設定する。

ステップＳ１０５で登録情報一覧画面５６０が表示されると、登録ツール２１は、処理を次のステップＳ１１０に移行させ、ボタン５６０１ａ〜５６０１ｄ、および、終了ボタン５６０４に対する操作を待機する。以下、各ボタンに対する操作に応じた処理を、下記の項目（１）〜（５）に従い説明する。

（１）登録ツール２１は、ステップＳ１１０で、終了ボタン５６０４が操作された場合、例えば処理をステップＳ１０１に戻し、メニュー領域５５００を含む画面を表示させる。

（２）登録ツール２１は、ステップＳ１１０で、リスト表示領域５６０３においてレコードが選択された状態で公開設定ボタン５６０１ｄが操作された場合、処理をステップＳ１１９に移行させる。ステップＳ１１９で、登録ツール２１は、選択中のレコードのキャンペーンが公開可能か否かを、当該レコードに含まれるモジュールＩＤに基づき判定する。

例えば、登録ツール２１は、管理サーバ１０１に対して、契約情報ＤＢ１６に登録された契約情報のうち、モジュールＩＤが選択中のレコードに含まれるモジュールＩＤと一致する契約情報を要求する。登録ツール２１は、要求に応じて管理サーバ１０１から送信された契約情報に従い、契約形態が本契約、且つ、現在の日付が契約期間内である場合に、公開可と判定する。また、登録ツール２１は、契約形態が評価契約、または、現在の日付が契約期間外である場合に、公開不可と判定する。

登録ツール２１は、ステップＳ１１９で公開不可と判定した場合（ステップＳ１１９、「Ｎｏ」）、処理をステップＳ１０１に戻し、メニュー領域５５００を含む画面を表示させる。一方、登録ツール２１は、ステップＳ１１９で公開可と判定した場合（ステップＳ１１９、「Ｙｅｓ」）、処理をステップＳ１２０に移行させる。

ステップＳ１２０で、登録ツール２１は、選択されたレコードに示されるキャンペーンの公開および非公開を設定するための公開設定画面の表示を行う。

図２０は、実施形態に適用可能な公開設定画面の例を示す。図２０において、公開設定画面５３０は、入力領域５３０１と、「ＯＫ」ボタン５３０２および「キャンセル」ボタン５３０３とが配置される。入力領域５３０１は、公開および非公開が排他的に入力される。ここで、入力領域５３０１は、選択されたレコードの項目「状態」の値が初期値とされる。「ＯＫ」ボタン５３０２は、入力領域５３０１に対して入力された値を確定する。

例えば、登録ツール２１は、「ＯＫ」ボタン５３０２が操作されると、入力領域５３０１に対する入力に応じて、公開および非公開の何れかに設定された公開状態が当該レコードに対して設定される。公開状態が公開に設定されたレコードに示されるキャンペーンに含まれる画像が公開対象の画像とされ、公開状態が非公開に設定されたレコードに示されるキャンペーンに含まれる画像が非公開対象の画像とされる。登録ツール２１は、公開状態が設定されると、リスト表示領域５６０３の表示を更新して、処理をステップＳ１０５に戻す。また、登録ツール２１は、「キャンセル」ボタン５３０３が操作された場合、当該レコードの公開状態を公開設定画面５３０の表示前の状態として、処理をステップＳ１０５に戻す。

（３）登録ツール２１は、ステップＳ１１０で、リスト表示領域５６０３においてレコードが選択された状態で、削除ボタン５６０１ｃが操作された場合、処理をステップＳ１２１に移行させる。ステップＳ１２１で、登録ツール２１は、選択されたレコードの情報を削除する。このとき、登録ツール２１は、レコードの削除を本当に行うか否か、また、レコードに関連付けられた画像の情報を含めてレコードを削除するか否かなどの確認画面を表示させると、好ましい。登録ツール２１は、レコードが削除されると、リスト表示領域５６０３の表示を更新して、処理をステップＳ１０５に戻す。

（４）登録ツール２１は、ステップＳ１１０で、編集ボタン５６０１ｂが操作された場合、処理をステップＳ１２２に移行させる。ステップＳ１２２で、登録ツール２１は、登録情報一覧画面５６０のリスト表示領域５６０３に表示されるリストにおいて選択されたレコードに示されるキャンペーンに含まれる画像を、登録サーバ１０２から取得する。登録ツール２１は、取得した画像に連携情報が関連付けられている場合、この連携情報も取得する。画像および連携情報を取得すると、登録ツール２１は、処理をステップＳ１２４に移行させる。

（５）登録ツール２１は、ステップＳ１１０で、新規登録ボタン５６０１ａが操作された場合、処理をステップＳ１２３に移行させ、新規キャンペーンの登録処理を実行する。ステップＳ１２３において、登録ツール２１は、キャンペーンの新規登録を行うためのキャンペーン登録画面を表示させる。

図２１は、実施形態に適用可能なキャンペーン登録画面の例を示す。図２１において、キャンペーン登録画面５７０は、入力領域５７０１〜５７０３と、「ＯＫ」ボタン５７０４および「キャンセル」ボタン５７０５とが配置される。入力領域５７０１は、キャンペーン名が入力される。入力領域５７０２は、新規登録するキャンペーンを実施する者（事業者）を識別するクライアントＩＤが入力される。入力領域５７０１および５７０２に入力された各値が、それぞれ、レコードにおける項目「キャンペーン名」および項目「クライアントＩＤ」の値となる。

入力領域５７０３は、モジュールＩＤ３１２が入力される。この場合、入力領域５７０３は、入力領域５７０２に入力されたクライアントＩＤに関連付けられたモジュールＩＤ３１２が入力される。例えば、入力領域５７０３は、クライアントＩＤに既にモジュールＩＤ３１２が関連付けられている場合、この関連付けられたモジュールＩＤ３１２から選択して入力するようにできる。

例えば、入力領域５７０２に入力されたクライアントＩＤに、図１８の入力領域５２０５で「通常」が指定された第１のモジュールＩＤ３１２と、入力領域５２０５で「専用」が、入力領域５２０６で専用ＤＢ１１０ａ₂および１１０ｂ₂を示す「ＳＰ００２」が指定された第２のモジュールＩＤ３１２とが関連付けられているものとする。この場合、入力領域５７０３において第１のモジュールＩＤ３１２および第２のモジュールＩＤ３１２の何れかを選択して入力することで、入力されたモジュールＩＤ３１２に応じて、キャンペーンの登録先を、通常ＤＢ１１１ａおよび１１１ｂのペアと、専用ＤＢ１１０ａ₂および１１０ｂ₂のペアとのうち何れかに指定することができる。

登録ツール２１は、「ＯＫ」ボタン５７０４が操作されると、キャンペーン登録画面５７０において入力領域５７０１〜５７０３に入力された各値を確定し、確定された各値を用いて、登録情報一覧画面５６０のリスト表示領域５６０３にレコードを追加する。そして、処理をステップＳ１２４に移行させる。一方、登録ツール２１は、「キャンセル」ボタン５７０５が操作されると、入力領域５７０１〜５７０３に入力された各値を破棄し、例えば処理をステップＳ１０５に戻す。

ステップＳ１２４で、登録ツール２１は、表示部２０３により、キャンペーンの情報を編集するための編集画面の表示を行う。図２２は、実施形態に適用可能な編集画面の例を示す。図２２において、編集画面４８０は、ヘッダ領域４８１と、サムネイル表示領域４８３と、ページ編集領域４８４と、プレビュー領域４８５と、対象領域一覧領域４８６と、リンクアイコン一覧領域４８７と、ツールバー４８８とを含む。

ヘッダ領域４８１は、この編集画面４８０の編集対象となるキャンペーンの名前が左端に表示され、右端には、登録ツール２１にログインしているユーザの権限で利用できるメニューが表示されるユーザメニュー表示部４８２が配置される。

サムネイル表示領域４８３は、キャンペーンに含まれる各画像を縮小したサムネイル画像が表示される領域である。例えば、処理が上述のキャンペーン情報の編集を指示するステップＳ１２２からこのステップＳ１２４に移行された場合、登録ツール２１は、ステップＳ１２２で登録サーバ１０２から取得された、リスト表示領域５６０３から選択されたレコードに示されるキャンペーンに含まれる各画像を登録サーバ１０２の画像ＤＢ１４から取得する。そして、登録ツール２１は、取得した各画像を縮小してサムネイル画像を生成し、サムネイル表示領域４８３に表示させる。図２２の例では、サムネイル表示領域４８３に対し、サムネイル画像４８３０₁、４８３０₂、４８３０₃、…が表示されている。

なお、処理が上述のキャンペーン情報の新規登録を指示するステップＳ１２３からこのステップＳ１２４に移行した場合は、サムネイル表示領域４８３は、空欄となる。また、サムネイル表示領域４８３の右端に設けられるスクロールバーを操作することで、サムネイル表示領域４８３外に仮想的に表示される他のサムネイル画像を、サムネイル表示領域４８３内に順次表示させることができる。

ページ編集領域４８４は、キャンペーンに含まれる各画像のうち、編集対象となる画像４８４０が表示される。例えば、登録ツール２１は、サムネイル表示領域４８３に表示される各サムネイル画像４８３０₁、４８３０₂、４８３０₃、…から選択したサムネイル画像の元画像を、画像４８４０としてページ編集領域４８４に表示させる。図２２の例では、サムネイル表示領域４８３においてサムネイル画像４８３０₂が選択され、この選択されたサムネイル画像４８３０₂の元画像が画像４８４０としてページ編集領域４８４に表示されている。

登録ツール２１は、ページ編集領域４８４に表示される画像４８４０に対して範囲が指定された場合、指定された範囲を対象領域として設定することができる。範囲の指定は、例えばユーザによる入力デバイス２００７の操作が入力部２０２に受け付けられてなされる。例えば、ページ編集領域４８４に表示される画像４８４０内の任意の２点を指定することで、指定された２点を対角上の頂点とする矩形範囲が指定される。図２２の例では、ページ編集領域４８４の画像４８４０に対して矩形の範囲により対象領域４８４１ａおよび４８４１ｂがそれぞれ設定されている。

登録ツール２１は、設定された各対象領域４８４１ａおよび４８４１ｂを識別する識別情報（通し番号など）を生成し、各対象領域４８４１ａおよび４８４１ｂに関連付ける。識別情報は、編集対象のキャンペーンに含まれる各画像を通して対象領域を識別可能に生成される。また、登録ツール２１は、ページ編集領域４８４において設定された対象領域４８４１ａおよび４８４１ｂに対して、１以上の連携情報を関連付けることができる。

さらに、登録ツール２１は、サムネイル表示領域４８３に表示される各サムネイル画像４８３０₁、４８３０₂、４８３０₃、…のうち、ページ編集領域４８４において何らかの編集、例えば対象領域の指定が行われ、且つ、未保存の画像に対応するサムネイル画像に対して、マーカ画像４８３１を付加する。

プレビュー領域４８５は、ページ編集領域４８４において編集中の画像がこの情報処理システムに対応するアプリケーションプログラムにより検索端末３０に表示される画面をエミュレートしたプレビュー画面４８５０を表示する。登録ツール２１は、プレビュー領域４８５において、ページ編集領域４８４において設定された各対象領域４８４１ａおよび４８４１ｂを強調表示などにより明示的に表示させる。また、登録ツール２１は、プレビュー領域４８５において、各対象領域４８４１ａおよび４８４１ｂに設定された連携情報を示す情報を、各対象領域４８４１ａおよび４８４１ｂに対応させて表示させる。

対象領域一覧領域４８６は、編集対象のキャンペーンに含まれる各画像に設定された各対象領域に付加されている連携情報の一覧がアイコン画像６００、６００、…にて表示される。図２２の例では、登録ツール２１は、連携情報を、対応する対象領域に付加された識別情報（通し番号）毎に纏めて対象領域一覧領域４８６に表示している。また、対象領域一覧領域４８６において、右端に設けられるスクロールバーを操作することで、対象領域一覧領域４８６外に仮想的に表示される他の対象領域の連携情報を、対象領域一覧領域４８６内に順次表示させることができる。

リンクアイコン一覧領域４８７は、対象領域に対して設定可能な連携情報を、各連携情報に対応するアイコン画像６００、６００、…を用いて一覧表示する。登録ツール２１は、リンクアイコン一覧領域４８７に表示されるアイコン画像６００を所謂ドラッグアンドドロップ操作により移動させ、ページ編集領域４８４内に設定された例えば対象領域４８４１ａに重ねることで、当該アイコン画像６００、６００、…に対応する連携情報を当該対象領域４８４１ａに関連付けることができる。また、１つの対象領域に対して、複数の連携情報を関連付けることができる。

さらに、リンクアイコン一覧領域４８７において、予め定められた連携情報に対応するアイコン画像６００を指定することで、第１の実施形態に係る、ユーザＩＤ３１３の登録処理を行うための連携情報と、アクセスの許可および不許可を制御可能なコンテンツに関する連携情報とを設定することができる。これら、第１の実施形態に係る連携情報の設定については、後述する。

リンクアイコン一覧領域４８７において、右端に設けられるスクロールバーを操作することで、リンクアイコン一覧領域４８７外に仮想的に配置される他のアイコン画像６００を、リンクアイコン一覧領域４８７内に順次登場させ表示させることができる。

なお、対象領域に対して連携情報が関連付けられた場合に、当該対象領域の所定位置に、関連付けられた連携情報を示すアイコン画像６００を表示させることができる。こうすることで、当該対象領域４８４１ａにどの連携情報を関連付けたかを容易に知ることができ、好ましい。また、対象領域に対する連携情報の関連付けは、プレビュー領域４８５の表示に反映させる。

ツールバー４８８には、ページ編集領域４８４に表示されるページ（画像）を指定するページ指定部４８８０と、登録ツール２１が備える様々な機能を実行させるためのボタンまたはボタン群４８８１〜４８８９とが配置される。ボタン４８８１は、編集画面４８０から登録情報一覧画面５６０に戻るためのボタンである。

ボタン４８８２は、登録端末２０から登録サーバ１０２に対して画像をアップロードするためのボタンである。ボタン４８８２が操作されると、登録ツール２１は、表示部２０３により、ファイル選択画面の表示を行う。ファイル選択画面は、例えば登録端末２０のＣＰＵ２００１上で動作するＯＳ(Operating System)により提供される、標準のファイル選択画面を適用することができる。

ボタン群４８８３は、ページ編集領域４８４に表示される画像４８４０の表示サイズを調整するための２つのボタンを含む。

ボタン４８８４は、ページ編集領域４８４内に領域を設定する領域設定モードを、対象領域の設定を行う対象領域設定モードに切り替えるためのボタンである。登録ツール２１は、このボタン４８８４が操作され編集モードが対象領域設定モードに切り替えられた上で、ページ編集領域４８４に表示される画像４８４０上に領域が指定された場合に、当該領域を対象領域に設定する。

ボタン４８８５は、ページ編集領域４８４内に領域を指定する領域設定モードを、解析部１２による特徴情報の抽出の対象としないマスク領域を指定するマスク設定モードに切り替えるためのボタンである。登録ツール２１は、このボタン４８８５が操作され編集モードがマスク設定モードに切り替えられた上で、ページ編集領域４８４に表示される画像４８４０上に領域が指定された場合に、当該領域をマスク領域に設定する。

ボタン４８８６は、キャンペーンの詳細を設定するためのキャンペーン設定画面を表示させるためのボタンである。キャンペーン設定画面では、キャンペーンの公開方法を設定する。なお、ここでいう公開は、検索端末３０上で所定の操作を行った場合の検索端末３０における動作をいう。例えば、キャンペーンの情報の検索端末３０への保存、キャンペーンの情報のＳＮＳ(Social Networking Service)への投稿、外部のアプリケーションプログラムを用いてのキャンペーンの情報の表示などを設定できる。

ボタン群４８８７は、情報のコピー、ペーストおよび削除をそれぞれ実行するための３つのボタンを含む。

ボタン４８８８は、編集画面４８０のページ編集領域４８４に現在表示されている画像（ページ）４８４０の一部または全部に類似する部分を含む画像が検索サーバ１００に既に登録されているか否かをチェックする類似画像チェックを指示するためのボタンである。実施形態では、類似画像チェックは、検索サーバ１００に登録される画像を対象として行われる。登録ツール２１は、検索サーバ１００から送信された検索結果を、表示部２０３により表示する。ユーザは、この検索結果に基づき画像の再編集を行うことができる。

このとき、登録ツール２１は、例えば、ボタン４８８４の操作に応じて設定された対象領域内の画像のみをチェックの対象として検索サーバ１００に送信し、類似画像の検索を要求することができる。また、登録ツール２１は、ボタン４８８５の操作に応じて設定されたマスク領域内の画像をチェックの対象から除外することもできる。さらに、登録ツール２１は、ページ編集領域４８４に現在表示されている画像４８４０を分割し、分割した画像のそれぞれを登録サーバ１０２に送信して類似画像の検索を要求して、各々の画像について類似画像チェックを行ってもよい。

ボタン４８８９は、編集画面４８０において編集中のキャンペーンの保存を指示する。

ここで、説明を図１３に戻し、ボタン４８８９が操作されると、登録ツール２１は、処理をステップＳ１２５に移行させ、キャンペーンの保存処理を開始する。保存処理が開始されると、登録ツール２１は、処理をステップＳ１２６に移行させ、保存対象のキャンペーンが新規登録のキャンペーンであるか否かを判定する。登録ツール２１は、処理が上述したステップＳ１２２からこのステップＳ１２６に移行された場合に、新規登録のキャンペーンではないと判定し（ステップＳ１２６、「Ｎｏ」）、処理をステップＳ１２８に移行させる。

一方、登録ツール２１は、処理が上述したステップＳ１２３からこのステップＳ１２６に移行された場合に、新規登録のキャンペーンであると判定し（ステップＳ１２６、「Ｙｅｓ」）、処理をステップＳ１２７に移行させる。ステップＳ１２７で、登録ツール２１は、保存対象のキャンペーンに含まれる画像のうち対象領域が設定された画像について、上述した、各画像の一部または全部に類似する部分を含む画像が検索サーバ１００に既に登録されているか否かを判定する類似画像チェックを実行する。登録ツール２１は、類似画像チェックが終了すると、処理をステップＳ１２８に移行させる。

ステップＳ１２８で、登録ツール２１は、キャンペーンの情報を登録サーバ１０２に送信し、登録サーバ１０２に対して登録される情報の更新を要求する。例えば、登録ツール２１は、キャンペーンに含まれる各画像と、各画像に関連付けられる各連携情報と、当該キャンペーンのメタデータとを登録サーバ１０２に送信する。登録サーバ１０２は、登録ツール２１からの要求に応じて、登録端末２０から送信された各情報に基づき登録サーバ１０２が備える画像ＤＢ１４および連携情報ＤＢ１５と、メタデータＤＢとを更新する。

登録ツール２１は、ステップＳ１２８で登録サーバ１０２に対する情報更新の要求を送信すると、処理をステップＳ１０５に戻す。

（第１の実施形態に適用可能なＤＢ指定方法）
次に、第１の実施形態に適用可能な、画像を登録する対象のＤＢを指定する方法について、図２３のフローチャートを用いて概略的に説明する。この図２３のフローチャートによる処理は、例えばサービス提供者により実行される。また、この図２３のフローチャートによる処理は、キャンペーン単位で実行される。なお、クライアントである事業者とサービス提供者との間では、画像検索システム１０を利用するための契約が、書面などにより予め交わされているものとする。

ステップＳ２００で、サービス提供者は、契約対象の事業者のクライアントＩＤが登録されているか否かを判定する。例えば、サービス提供者は、登録端末２０から管理サーバ１０１に対して、契約を交わした事業者のクライアント名を含む契約情報が契約情報ＤＢ１６に登録されているか否かの問い合わせを行い、問い合わせの結果に基づきこの判定を行うことができる。若し、契約対象の事業者のクライアントＩＤが既に登録されていると判定した場合、処理がステップＳ２０２に移行される（ステップＳ２００、「Ｙｅｓ」）。

一方、契約対象の事業者のクライアントＩＤが登録されていないと判定した場合（ステップＳ２００、「Ｎｏ」）、処理がステップＳ２０１に移行される。ステップＳ２０１で、サービス提供者は、契約情報に基づき、当該事業者を識別するためのクライアントＩＤを登録する。例えば、サービス提供者は、登録端末２０により図１６で示したクライアント登録／編集画面５１０を表示させ、入力領域５１０４に事業者のクライアントＩＤを含む各情報を入力する。

さらに、サービス提供者は、契約情報に基づき、当該クライアントＩＤの事業者が画像検索モジュール３１１を利用する場合に、当該クライアントＩＤに関連付けられるモジュールＩＤ３１２を、例えば図１８のモジュール登録／編集画面５２０を用いて設定し、設定したモジュールＩＤ３１２を、クライアント登録／編集画面５１０における入力領域５１０８に入力する。そして、クライアント登録／編集画面５１０において「ＯＫ」ボタン５１０９が操作されることで、当該事業者のクライアントＩＤを含めた各情報が、契約情報ＤＢ１６に登録される。

ステップＳ２０１でクライアントＩＤが登録されると、処理がステップＳ２０２に移行される。ステップＳ２０２で、サービス提供者は、契約対象の事業者が画像検索モジュール３１１を他のアプリケーションプログラム（アプリ）に組み込むか否かを、契約情報に基づき判定する。なお、他のアプリは、例えば当該事業者が提供するアプリである。

ステップＳ２０２で、画像検索モジュール３１１の他のアプリへの組み込みを行わないと判定された場合（ステップＳ２０２、「無し」）、処理がステップＳ２０３に移行され、契約対象の事業者との契約が通常契約であるとされる。そして、処理をステップＳ２１２に移行させる。

上述したステップＳ２０２で、画像検索モジュール３１１を他のアプリに組み込むと判定した場合（ステップＳ２０２、「有り」）、処理がステップＳ２１０に移行され、契約対象の事業者との契約が専用契約であるとされる。そして、次のステップＳ２１１で、専用ＤＢを使うか否かを判定する。使わないと判定した場合（ステップＳ２１１、「使わない」）、サービス提供者は、契約対象の事業者が画像を登録する登録対象の通常ＤＢ１１１ａおよび１１１ｂを指定する（ステップＳ２１２）。

一方、専用ＤＢを使うと判定した場合（ステップＳ２１１、「使う」）、サービス提供者は、契約対象の事業者に対して、専用ＤＢ１１０ａ₁および１１０ｂ₁、専用ＤＢ１１０ａ₂および１１０ｂ₂、…の各ペアのうち、登録対象ＤＢとするＤＢのＤＢ番号を指定する（ステップＳ２１３）。

サービス提供者は、上述したステップＳ２１２およびステップＳ２１３の結果に応じて、キャンペーンに対して利用ＤＢフラグを設定することができる。利用ＤＢフラグの値としては、ステップＳ２１２が実行された場合には「通常」、ステップＳ２１３が実行された場合には「専用」を用いる。これに限らず、利用ＤＢフラグとしては、指定されたＤＢのＤＢ番号を用いてもよい。

（第１の実施形態に適用可能な検索処理）
次に、第１の実施形態に適用可能な検索処理について説明する。先ず、第１の実施形態に適用可能な、検索端末３０からの検索処理について、図２４のフローチャートを用いて説明する。ステップＳ３００で、検索端末３０は、ユーザ操作に応じて撮像処理を行う。次のステップＳ３０１で、検索端末３０は、撮像画像と、画像検索アプリ３０１’に含まれるアプリＩＤ３１０およびモジュールＩＤ３１２とを含む検索要求を、画像検索システム１０に送信する。この検索要求は、画像検索システム１０において、管理サーバ１０１に受信される。

次のステップＳ３０２で、検索端末３０は、画像検索システム１０からの検索結果の受信を待機する。検索結果の受信が無ければ（ステップＳ３０２、「受信無し」）処理がステップＳ３０２に戻される。検索端末３０は、画像検索システム１０からの検索結果を受信すると（ステップＳ３０２、「受信有り」）、処理をステップＳ３０３に移行させ、検索結果を表示する。ステップＳ３０３の処理が終了すると、検索端末３０による一連の検索処理が終了される。

次に、実施形態に適用可能な管理サーバ１０１による、検索に関する処理について、図２５のフローチャートを用いて説明する。管理サーバ１０１は、ステップＳ４００で、検索端末３０からの検索要求を受信したか否かを判定する。受信していないと判定した場合（ステップＳ４００、「Ｎｏ」）、処理をステップＳ４００に戻す。一方、管理サーバ１０１は、検索端末３０からの検索要求を受信したと判定した場合（ステップＳ４００、「Ｙｅｓ」）、処理をステップＳ４０１に移行させる。

ステップＳ４０１で、管理サーバ１０１は、受信した検索要求に含まれるモジュールＩＤ３１２に対応する契約情報を、契約情報ＤＢ１６から取得する。次のステップＳ４０２で、契約情報にアプリＩＤ３１０が登録されているか否かを判定する。管理サーバ１０１は、契約情報にアプリＩＤ３１０が登録されていないと判定した場合（ステップＳ４０２、「無し」）、処理をステップＳ４０４に移行させる。一方、管理サーバ１０１は、契約情報にアプリＩＤ３１０が登録されていると判定した場合（ステップＳ４０２、「有り」）、処理をステップＳ４０３に移行させる。

ステップＳ４０３で、管理サーバ１０１は、契約情報に含まれるアプリＩＤ３１０と、検索端末３０にインストールされる画像検索アプリ３０１’に含まれるアプリＩＤ３１０とが一致するか否かを判定する。管理サーバ１０１は、一致しないと判定した場合（ステップＳ４０３、「不一致」）、処理をステップＳ４１０に移行させ、アプリＩＤが一致しない旨のエラー通知を検索端末３０に送信し、図２５のフローチャートによる一連の処理を終了させる。

一方、管理サーバ１０１は、ステップＳ４０３でアプリＩＤが一致すると判定した場合（ステップＳ４０３、「一致」）、処理をステップＳ４０４に移行させる。

ステップＳ４０４で、管理サーバ１０１は、ステップＳ４０１で取得した契約情報に含まれる利用開始日および利用終了日に基づき、現在の日付が契約期間内であるか否かを判定する。管理サーバ１０１は、現在の日付が契約期間外であると判定した場合（ステップＳ４０４、「期間外」）、処理をステップＳ４１０に移行させ、契約期間外である旨のエラー通知を検索端末３０に送信し、図２５のフローチャートによる一連の処理を終了させる。

一方、管理サーバ１０１は、ステップＳ４０４で現在の日付が契約期間内であると判定した場合（ステップＳ４０４、「期間内」）、処理をステップＳ４０５に移行させる。ステップＳ４０５で、管理サーバ１０１は、検索要求を送信した検索端末３０の検索対象を公開用のＤＢとし、検索要求に含まれるモジュールＩＤ３１２に対応する契約情報に基づき、検索対象のＤＢを、通常ＤＢ１１１ｂと、専用ＤＢ１１０ｂ₁、１１０ｂ₂、…とから選択するよう、スイッチ部１２１および１２０ｂを切り替える。検索サーバ１００は、選択された検索対象ＤＢに対して、画像検索を行う。検索要求は、管理サーバ１０１から検索サーバ１００に渡してもよいし、例えばスイッチ部１２１に保持しておいてもよい。

検索サーバ１００は、次のステップＳ４０６、検索結果を、検索要求を送信した検索端末３０に通知し、図２５のフローチャートによる一連の処理を終了させる。

（検索端末における画像検索結果の表示例）
次に、上述した図２５のフローチャートにおけるステップＳ４０６により検索端末３０に送信された検索結果の、検索端末３０における表示例について、図２６〜図２８を用いて説明する。

上述したように、画像検索サーバ１０は、画像内に指定された対象領域に連携情報を関連付けており、この対象領域と連携情報との関連付けの情報を、ＸＭＬコードにより記述している。画像検索サーバ１０は、画像検索の結果、このＸＭＬコードを含めた検索結果を検索端末３０に送信する。検索端末３０は、画像検索サーバ１０から送信された検索結果に含まれるＸＭＬコードを、通信部３０３を介して、画像検索アプリ３０１’に含まれる画像検索モジュール３１１内の検索結果受信部３１１３により受信する。検索結果受信部３１１３は、受信した検索結果を表示情報生成部３１１４に渡す。表示情報生成部３１１４は、渡された検索結果に含まれるＸＭＬコードに基づき閲覧画面を表示させるための表示情報を生成して表示部３０６に渡す。表示部３０６は、渡された表示情報に従い、閲覧画面を表示デバイス３００４に表示させる。

図２６は、実施形態に適用可能な、表示情報生成部３１１４に生成された表示情報に従い表示される閲覧画面の例を示す。図２６において、閲覧画面５０００は、リンク表示領域５００１と、ページ画像表示領域５００２とを含む。ページ画像表示領域５００２は、ＸＭＬコードに従ったページ５０１０が表示される領域である。ページのサイズは、固定としてもよいし、ＸＭＬコードに含めてもよい。表示情報生成部３１１４は、ＸＭＬコードの記述に従い各対象領域５０２０ａ、５０２０ｂおよび５０２０ｃの表示を行う。

表示情報生成部３１１４は、ＸＭＬコードに記述されるリンク情報に従い取得した画像を各対象領域５０２０ａ、５０２０ｂおよび５０２０ｃに表示させる。これに限らず、表示情報生成部３１１４は、ＸＭＬコードに画像データが含まれている場合は、その画像データに従った画像を各対象領域５０２０ａ、５０２０ｂおよび５０２０ｃに表示することができる。

さらに、表示情報生成部３１１４は、各対象領域５０２０ａ、５０２０ｂおよび５０２０ｃに対し、各対象領域５０２０ａ、５０２０ｂおよび５０２０ｃに関連付けられた連携情報を示すアイコン画像５０３０ａ〜５０３０ｇを表示させる。図２６の例では、対象領域５０２０ａに４つのアイコン画像５０３０ａ〜５０３０ｄが表示され、対象領域５０２０ａに対して４つの連携情報が関連付けられていることが示される。同様に、対象領域５０２０ｃにアイコン画像５０３０ｆおよび５０３０ｇが表示され、対象領域５０２０ｃに対して２つの連携情報が関連付けられていることが示される。また、対象領域５０２０ｂには１つのアイコン画像５０３０ｅが表示され、対象領域５０２０ｂに対して１つの連携情報が関連付けられていることが示されている。

このような閲覧画面５０００の表示に対し、入力デバイス３００７を操作して１つの対象領域を指定することで、ユーザは、指定した対象領域に関連付けられた連携情報を利用することができる。図２７は、図２６の閲覧画面５０００に対して対象領域５０２０ａを指定した例を示す。図２７の例では、指定された対象領域５０２０ａが強調表示されている。入力デバイス３００７に対する対象領域５０２０ａの指定操作が入力受付部３１１５に受け付けられると表示情報生成部３１１４は、リンク表示領域５００１に対して、指定された対象領域５０２０ａに関連付けられた連携情報を示すアイコン画像５０３０ａ’、５０３０ｂ’、５０３０ｃ’および５０３０ｄ’を表示させる。これらアイコン画像５０３０ａ’〜５０３０ｄ’は、それぞれアイコン画像５０３０ａ〜５０３０ｄに対応する。

また、表示情報生成部３１１４は、ページ画像表示領域５００２の各アイコン画像５０３０ａ’、５０３０ｂ’、５０３０ｃ’および５０３０ｄ’に対応する位置に、タブ５３０２ａ、５３０２ｂ、５３０２ｃおよび５３０２ｄを表示させる。タブ５３０２ａ、５３０２ｂ、５３０２ｃおよび５３０２ｄを操作することで、操作されたタブに対応するアイコン画像に示される連携情報が利用可能となる。

図２８（ａ）および図２８（ｂ）は、図２７の表示において、タブ５３０２ａおよび５３０２ｄを操作した例を示す。この例では、例えばタブ５３０２ａが操作されると、タブ５３０２ａの画像が、恰もタブ５３０２ａがページ画像表示領域５００２の方向に向けて伸びたような画像に変更される。また、タブ５３０２ａの伸びた先端部分に、当該タブ５３０２ａに対応するアイコン画像５０３０ａ’が表示される。タブ５３０２ｄについても、同様である。さらに、リンク表示領域５００１のアイコン画像５０３０ａ’および５０３０ｄ’が表示されていた各位置には、アイコン画像５０３０ａ’および５０３０ｄ’に示される機能の利用を指定するアイコン画像５３０１ａおよび５３０１ｄがそれぞれ表示される。このように、操作されたタブ５３０２ａの画像を変更することで、当該タブ５３０２ａに対応するアイコン画像５０３０ａ’が示す連携情報が利用可能な状態にあることが示される。

一例として、アイコン画像５０３０ａ’に対し、起動アプリケーションプログラムとして画像検索アプリ３０１’が指定され、アイコン画像５０３０ａ’が示す連携情報が、当該連携情報を検索端末３０に記憶可能に指定している場合について考える。この場合、表示情報生成部３１１４は、図２８（ａ）に例示されるように、タブ５３０２ａ上に「コレクションに追加」のメッセージ５３０３ａを表示させ、ユーザに対して、アイコン画像５０３０ａ’が示す連携情報を検索端末３０に記憶させるよう促す。表示情報生成部３１１４は、アイコン画像５３０１ａに対する操作が入力受付部３１１５に受け付けられると、アイコン画像５０３０ａ’が示す連携情報を、例えば検索端末３０のストレージ３００５に記憶させる。

別の例として、アイコン画像５０３０ｄ’に対し、起動アプリケーションプログラムとして画像検索アプリ３０１’が指定され、アイコン画像５０３０ｄ’が示す連携情報が、当該連携情報の、検索端末３０への記憶と、ＳＮＳ＃Ａでの共有と、ＳＮＳ＃Ｂに対する投稿とを指定している場合について考える。この場合、表示情報生成部３１１４は、図２８（ｂ）に例示されるように、タブ５３０２ｄ上に、「コレクションに追加」と、「ＳＮＳ＃Ｂに投稿」と、「ＳＮＳ＃Ａでシェア」とを選択可能としたメッセージ５３０３ｄを表示させ、ユーザに対して処理の選択を促す。表示情報生成部３１１４は、メッセージ５３０３ｄに応じて選択された処理を実行する。例えば、表示情報生成部３１１４は、「ＳＮＳ＃Ｂに投稿」を選択する操作が入力受付部３１１５に受け付けられた場合、アイコン画像５０３０ｄ’が示す連携情報に基づき、ＳＮＳ＃Ｂに対する投稿処理を行う。

さらに別の例として、アイコン画像５０３０ａ’に対して起動アプリケーションプログラムとして、検索端末３０に搭載されるブラウザアプリケーションが指定されている場合、画像検索アプリ３０１’は、このアイコン画像５０３０ａ’に対応するアイコン画像５３０１ａに対する操作が入力受付部３１１５に受け付けられると、ブラウザアプリケーションを呼び出し、起動させる。

（第１の実施形態に係るコンテンツ取得制御）
次に、第１の実施形態に係るコンテンツ取得制御について説明する。第１の実施形態では、検索端末３０により撮像した撮像画像に基づき画像検索システム１０により検索された連携情報に従ったコンテンツの取得を、一定の条件を満たす検索端末３０に限定して許可可能とする。一例として、会場を設けて開催されるイベント内で提示されるコンテンツ、例えばイベントにおいて配布されるチラシを撮像した撮像画像に基づき検索された連携情報に従ったコンテンツの取得を、そのイベントの会場内で当該撮像画像を撮像した検索端末３０に限定的に許可する。

図２９〜図３１を用いて、第１の実施形態に係るコンテンツ取得制御について説明する。図２９は、第１の実施形態に係るコンテンツ取得処理の流れを概略的に示す。また、図３０および図３１は、第１の実施形態に係るコンテンツ取得処理において検索端末３０に表示される閲覧画面７００の例を示す。閲覧画面７００は、図２６〜図２８を用いて説明した閲覧画面５０００に対応するものである。

なお、ユーザが操作する検索端末３０は、画像検索アプリ３０１’の初回の起動が行われ、管理サーバ１０１からユーザＩＤ３１３が付与されているものとする。検索端末３０において、管理サーバ１０１から送信されたユーザＩＤ３１３が通信部３０３により受信され、受信されたユーザＩＤ３１３が、記憶部３０２によりストレージ３００５の画像検索アプリ３０１’の管理領域に記憶される。

また、事業者は、イベント会場において所定期間でイベントを開催し、イベントにおいて配布されたチラシの画像を、会場内からイベント期間中に画像検索システム１０に送信して画像検索を行うことで、イベント限定のコンテンツを検索端末３０により取得させるサービスを実施しているものとする。

図２９を参照し、ユーザは、検索端末３０を操作して画像検索アプリ３０１’により被写体３１を撮像し、撮像して得られた撮像画像を、検索端末３０から画像検索システム１０に送信する（ステップＳ１）。また、検索端末３０は、被写体３１の撮像時に、位置情報所得部３０７によりＧＮＳＳ部３０１０を制御して位置情報と時間情報とを計測し、計測された位置情報および時間情報を端末状況取得部３１１６により取得する。取得されたこれら位置情報および時間情報は、例えばＲＡＭ３００２に記憶される。これら位置情報および時間情報は、検索端末３０により被写体３１が撮像された時点での、検索端末３０の状況を示す状況情報である。

送信された撮像画像は、画像検索システム１０に受信され、検索サーバ１００に渡される。検索サーバ１００は、渡された撮像画像に基づき画像検索を行い、検索結果として得られた連携情報を、撮像画像の送信元である検索端末３０に送信する（ステップＳ２）。ここで、検索サーバ１００から送信される連携情報は、検索端末３０においてユーザＩＤ３１３を取得するためのユーザＩＤ取得指示を含めて作成されている。ユーザＩＤ取得指示の具体的な例は、後述する。

検索端末３０は、検索サーバ１００から送信された連携情報を受信する。検索端末３０において、画像検索アプリ３０１’は、受信した連携情報に基づく画面を検索端末３０に表示させる。また、画像検索アプリ３０１’は、ＩＤ取得部３１１１により、受信した連携情報に含まれるユーザＩＤ取得指示に従い、ストレージ３００５に記憶されるユーザＩＤ３１３を取得する。

図３０（ａ）は、ステップＳ２で検索サーバ１００から受信した連携情報に基づく閲覧画面７００の例を示す。図３０（ａ）の例では、閲覧画面７００は、連携情報に示される各リンク情報に対応するタブ７００１、７００２ａおよび７００２ｂが表示されている。タブ７００２ａおよび７００２ｂは、連携情報として、イベントの限定コンテンツへのリンクを示すリンク情報がそれぞれ関連付けられている。この例では、タブ７００２ａおよび７００２ｂの表示がそれぞれ「イベントレポート」および「限定版製品」とされ、限定コンテンツとして、当該イベントのイベントレポートと、限定版製品の情報とが提供されることが示されている。

また、タブ７００１は、タブ７００２ａおよび７００２ｂによる限定コンテンツに対するアクセスの許可を要求するためのタブである。タブ７００１には、連携情報として、例えばアクセス許可処理を行うＷｅｂサイトへのリンクを示すリンク情報が関連付けられている。この例では、タブ７００１の表示が「参加御礼」とされてイベント主催者からのイベント参加に対する挨拶メッセージを取得するように示され、限定コンテンツに対するアクセス許可を要求する機能については隠蔽されている。

なお、以下では、イベントの限定コンテンツのＵＲＬは、コンテンツサーバ４０２上のＵＲＬであり、アクセス許可処理を行うＷｅｂサイトのＵＲＬは、事業者サーバ４０１上のＵＲＬであるものとする。また、コンテンツサーバ４０２へのアクセスは、事業者サーバ４０１を介して行われるものとする。

図３０（ａ）の状態の閲覧画面７００に対し、ユーザがタブ７００１を操作した場合について説明する。図３０（ｂ）は、検索端末３０に対するユーザ操作によりタブ７００１が操作された状態の例を示す。図３０（ｂ）の例では、操作されたタブ７００１が強調表示されている。

検索端末３０において、画像検索アプリ３０１’は、タブ７００１に対する操作に応じて、コンテンツ要求送信部３１１７により、タブ７００１に対応するリンク情報に従い、リンク情報に従ったアクセス先を示す情報と、ユーザＩＤ３１３と、被写体３１の撮像時の検索端末３０に取得された位置情報および時間情報とを含むコンテンツ要求を事業者サーバ４０１に送信する（ステップＳ３）。コンテンツ要求は、具体的には、リンク情報が示すＵＲＬのパラメータとして、当該ＵＲＬに付加されて送信される。

なお、ここでは、事業者サーバ４０１に送信する位置情報および時間情報を、被写体３１の撮像時に取得するように説明しているが、これはこの例に限定されない。例えば、ステップＳ３において、タブ７００１が操作された時点での位置情報および時間情報を端末状況取得部３１１６により取得して、事業者サーバ４０１に送信するようにしてもよい。

検索端末３０から送信されたコンテンツ要求は、事業者サーバ４０１において通信部４１００に受信され、判定部４１０３に渡される。判定部４１０３は、予め定められた条件に従い、コンテンツ要求に含まれる位置情報と時間情報とのうち少なくとも一方に基づき、ユーザに、タブ７００２ａおよび７００２ｂに対応するリンク情報が示すコンテンツへのアクセスを許可可能とするか否かの判定を行う。ここでは、説明のため、判定部４１０３は、位置情報に基づく判定と、時間情報に基づく判定との論理積に従い、アクセス許可可能の判定を行うものとする。

判定部４１０３は、位置情報および時間情報に基づきアクセス許可が可能であると判定した場合、検索端末３０から受信したコンテンツ要求に含まれるユーザＩＤ３１３を登録部４１０２に渡す。登録部４１０２は、渡されたユーザＩＤ３１３を登録する（ステップＳ４）。登録部４１０２は、既にユーザＩＤ３１３が登録されている場合には、登録済みのユーザＩＤ３１３を新たに取得されたユーザＩＤ３１３で上書きしてもよいし、登録処理を行わなくてもよい。事業者サーバ４０１は、登録部４１０２によるユーザＩＤ３１３の登録が完了すると、ユーザＩＤ３１３の送信元の検索端末３０に対してメッセージを送信する（ステップＳ５）。

事業者サーバ４０１から送信されたメッセージは、検索端末３０に受信され、表示される。図３０（ｃ）は、受信されたメッセージが表示されるメッセージ表示画面７０１の例を示す。図３０（ｃ）の例では、メッセージ表示画面７０１に対して、イベント参加に対する挨拶メッセージ７０１０が表示されている。携帯端末３０に対して所定の操作を行うことで、例えば表示がメッセージ表示画面７０１から図３０（ａ）で示した閲覧画面７００に移行する。

表示がメッセージ表示画面７０１から図３０（ａ）の閲覧画面７００に移行した後、ユーザがタブ７００２ａまたは７００２ｂを操作した場合について説明する。なお、これらタブ７００２ａおよび７００２ｂの何れを操作した場合であっても同様の処理となるため、以下では、タブ７００２ａが操作されたものとして説明する。図３１（ａ）は、検索端末３０に対するユーザ操作によりタブ７００２ａが操作された状態の例を示す。

検索端末３０において、画像検索アプリ３０１’は、ユーザＩＤ３１３の事業者サーバ４０１への登録後にタブ７００２ａが操作されると、コンテンツ要求送信部３１１７により、タブ７００２ａに対応するリンク情報に示されるＵＲＬに対してコンテンツを要求するコンテンツ要求を送信する。このとき、コンテンツ要求送信部３１１７は、コンテンツ要求にユーザＩＤ３１３を含めて送信する（ステップＳ６）。このコンテンツ要求は、ＵＲＬに従い事業者サーバ４０１に受信される。

事業者サーバ４０１は、ユーザＩＤ３１３を含むコンテンツ要求を受信すると、受信したコンテンツ要求に含まれるユーザＩＤ３１３を判定部４１０３に渡す。事業者サーバ４０１は、判定部４１０３により、渡されたユーザＩＤ３１３に基づき、当該ユーザＩＤ３１３の送信元の検索端末３０に、コンテンツ要求により要求されたコンテンツへのアクセスを許可するか否かを判定する（ステップＳ７）。

より具体的には、事業者サーバ４０１において、判定部４１０３は、渡されたユーザＩＤ３１３と一致するユーザＩＤ３１３が登録部４１０２により既に登録されているか否かを調べる。登録されていた場合、コンテンツ要求により要求されたコンテンツへのアクセスを許可すると判定する。判定部４１０３は、この判定結果をコンテンツ処理部４１０１に通知する。コンテンツ処理部４１０１は、この通知に応じて、コンテンツ要求に従いコンテンツサーバ４０２に対してコンテンツを要求し（ステップＳ８）、コンテンツを取得する（ステップＳ９）。事業者サーバ４０１は、コンテンツ処理部４１０１により取得されたコンテンツを検索端末３０に送信する（ステップＳ１０）。

以上の処理により、検索端末３０は、閲覧画面７００で指定したタブ７００２ａに対応するコンテンツを取得することができる。図３１（ｂ）は、検索端末３０に対してタブ７００２ａに対応するコンテンツが表示されたコンテンツ表示画面７０２の例を示す。

一方、判定部４１０３は、ステップＳ７において、渡されたユーザＩＤ３１３が登録部４１０２により登録されておらず、コンテンツ要求により要求されたコンテンツへのアクセスを許可しないと判定した場合、その旨を示すメッセージを含むエラー通知を検索端末３０に送信する（ステップＳ１１）。検索端末３０は、このエラー通知を受信し、エラー通知に含まれるメッセージに従った表示を行う。

図３１（ｃ）は、このメッセージが表示されるエラーメッセージ表示画面７０３の例を示す。この例では、メッセージ表示領域７０３０に対して、タブ７００１によるチェックイン処理（ユーザＩＤ３１３の登録処理）が行われていない旨を示すメッセージが表示されている。「ＯＫ」ボタン７０３１を操作することで、検索端末３０の表示が、例えば上述した図３０（ａ）の閲覧画面７００に移行する。

このように、第１の実施形態によれば、検索端末３０に対する特定のコンテンツの提示を許可するか否かを、被写体３１を撮像した際の検索端末３０の状況に基づき制御することができる。したがって、被写体３１を撮像した撮像画像に基づく画像検索で得られた情報を、ユーザを限定して提示することが可能である。

図３０（ａ）などで説明した閲覧画面７００における各タブ７００１、７００２ａおよび７００２ｂの設定は、登録端末２０において、編集画面４８０から行う。上述した図２２を参照し、例えば、イベント内で提示されるコンテンツとしてのチラシの画像がページ編集領域４８４に表示され、このチラシの画像全体が１つの対象領域であるものとする。

リンクアイコン一覧領域４８７には、タブ７００１、７００２ａおよび７００２ｂに対応付ける各連携情報を設定するためのアイコン画像６００が用意される。上述したように、このアイコン画像６００を、ドラッグアンドドロップ操作によりページ編集領域４８４に表示されるチラシ画像上に移動させ、アイコン画像６００をチラシ画像に関連付ける。図３０（ａ）などの例では、それぞれ連携情報が対応付けられる３つのタブ７００１、７００２ａおよび７００２ｂに対応し、アイコン画像６００が３つ、チラシ画像に関連付けられる。対象領域一覧領域４８６には、３つのアイコン画像６００が表示されることになる。

例えば、対象領域一覧領域４８６に表示される３つのアイコン画像６００のうち１つを指定すると、リンク設定画面が表示される。図３２は、第１の実施形態に適用可能なリンク設定画面６１０の例を示す。図３２において、リンク設定画面６１０は、リンク情報設定領域６１１と、判定条件設定領域６１２と、「ＯＫ」ボタン６１３と、「キャンセル」ボタン６１４とを含む。

リンク情報設定領域６１１は、ラジオボタン６１１０、６１１１ａおよび６１１１ｂと、入力領域６１１２および６１１３とを含む。ラジオボタン６１１０、６１１１ａおよび６１１１ｂは、互いに排他的に指定可能なボタンであって、「ＩＤ登録」、「コンテンツ（判定有り）」および「コンテンツ（判定無し）」の何れかを指定できる。

一例として、「ＩＤ登録」のラジオボタン６１１０は、その連携情報を、ユーザＩＤ３１３の登録および判定を行うＷｅｂサイト（事業者サーバ４０１）へのリンク情報を含む連携情報（例えばタブ７００１）として設定する。「コンテンツ（判定有り）」のラジオボタン６１１１ａは、その連携情報を、ユーザＩＤ３１３の登録が確認された場合にアクセスが許可されるリンク情報を含む連携情報（例えばタブ７００２ａおよび７００２ｂ）として設定する。「コンテンツ（判定無し）」のラジオボタン６１１１ｂは、その連携情報を通常の連携情報、すなわち、ユーザＩＤ３１３の登録無しでもアクセス可能なリンク情報を含む連携情報として設定する。

入力領域６１１２は、ラジオボタン６１１０、６１１１ａおよび６１１１ｂにて設定された連携情報のタイトルを入力する。図３０（ａ）などの例では、入力領域６１１２に対して、「参加御礼」、「イベントレポート」、「限定版製品」などと入力される。入力領域６１１３は、ラジオボタン６１１０、６１１１ａおよび６１１１ｂにて設定された連携情報のリンク情報（ＵＲＬ）を入力する。

判定条件設定領域６１２は、チェックボックス６１２０ａおよび６１２０ｂと、これらチェックボックス６１２０ａおよび６１２０ｂにそれぞれ対応する入力領域６１２１ａおよび６１２１ｂを含む。なお、判定条件設定領域６１２におけるこれらチェックボックス６１２０ａおよび６１２０ｂ、ならびに、入力領域６１２１ａおよび６１２１ｂは、例えば、リンク情報設定領域６１１において、ユーザＩＤ３１３の登録、判定のための連携情報を設定するラジオボタン６１１０が指定されている場合に、入力が有効となる。

判定条件設定領域６１２は、コンテンツへのアクセスを許可可能とするか否かの判定を行うための条件を設定するための領域である。チェックボックス６１２０ａおよび入力領域６１２１ａは、それぞれ、時間情報を条件とするか否か、および、条件とする時間情報（例えば期間）を入力する。同様に、チェックボックス６１２０ｂおよび入力領域６１２１ｂは、それぞれ、位置情報を条件とするか否か、および、条件とする位置情報（例えば座標範囲）を入力する。

「ＯＫ」ボタン６１３は、リンク情報設定領域６１１および判定条件設定領域６１２に対して設定、入力された内容を、連携情報に反映させる。例えば、リンク情報設定領域６１１において、ラジオボタン６１１０および６１１１ａにて設定された連携情報によるリンク情報へのリンクでは、事業者サーバ４０１に対してユーザＩＤ３１３を送信する必要がある。そのため、第１の実施形態では、リンク情報に、ユーザＩＤ３１３の取得を指示するユーザＩＤ取得指示を含める。

例えば、図３３に例示されるように、ＵＲＬにおけるファイル名（この例では「ｉｄｒｅｓｉｓｔ．ｈｔｍｌ」）に続けてパラメータ「？＜ｕｉｄ＞」を記述することで、ユーザＩＤ取得指示を構成することができる。画像検索アプリ３０１’は、連携情報に含まれるリンク情報にパラメータ「？＜ｕｉｄ＞」が付加されている場合、例えばＩＤ取得部３１１１によりユーザＩＤ３１３を取得して、パラメータ「？＜ｕｉｄ＞」の記述「＜ｕｉｄ＞」の部分を、取得したユーザＩＤ３１３に置き換える。

判定条件設定領域６１２において設定、入力された条件は、事業者サーバ４０１に送信される。これに限らず、判定条件設定領域６１２において設定、入力された内容を、上述のようにＵＲＬに対してパラメータとして付加してもよい。

「キャンセル」ボタン６１４は、リンク設定画面６１０を消去する。

図３４は、第１の実施形態に係る、事業者サーバ４０１におけるユーザＩＤ３１３の登録処理を示す一例のフローチャートである。ステップＳ５００で、事業者サーバ４０１は、検索端末３０から、事業者サーバ４０１上のアクセス許可処理を行うＷｅｂサイトのＵＲＬ（登録ＵＲＬと呼ぶ）へのアクセスを要求するコンテンツ要求の有無を判定する。事業者サーバ４０１は、検索端末３０から登録ＵＲＬへのアクセス要求するコンテンツ要求を受信していないと判定した場合（ステップＳ５００、「無し」）、処理をステップＳ５００に戻す。

一方、事業者サーバ４０１は、検索端末３０から登録ＵＲＬへのアクセスを要求するコンテンツ要求を受信したと判定した場合（ステップＳ５００、「有り」）、処理をステップＳ５０１に移行させる。このコンテンツ要求には、図２９のステップＳ３において説明したように、ユーザＩＤ３１３と、位置情報および時間情報とが含まれる。

ステップＳ５０１で、事業者サーバ４０１は、判定部４１０３により、検索端末３０から送信されたコンテンツ要求がユーザＩＤ３１３を含んでいるか否かを判定する。事業者サーバ４０１は、コンテンツ要求がユーザＩＤ３１３を含んでいないと判定した場合（ステップＳ５０１、「Ｎｏ」）、処理をステップＳ５０８に移行させて、エラーメッセージを生成する。

一方、判定部４１０３は、ステップＳ５０１で登録ＵＲＬがユーザＩＤ３１３を含んでいると判定した場合（ステップＳ５０１、「Ｙｅｓ」）、処理をステップＳ５０２に移行させる。

ステップＳ５０２で、判定部４１０３は、コンテンツ要求に含まれる状況情報が所定の条件を満たしているか否かを判定する。より具体的には、判定部４１０３は、コンテンツ要求から位置情報および時間情報を取得し、取得した位置情報および時間情報が、上述した判定条件設定領域６１２において設定され事業者サーバ４０１に送信された条件を満たしているか否かを判定する。

例えば、判定部４１０３は、判定条件設定領域６１２において時間情報のみを条件とするように設定されている場合、取得した位置情報および時間情報のうち、時間情報のみを用いて判定を行う。同様に、判定部４１０３は、判定条件設定領域６１２において位置情報のみを条件とするように設定されている場合、取得した位置情報および時間情報のうち、位置情報のみを用いて判定を行う。また、判定部４１０３は、判定条件設定領域６１２において時間情報および位置情報を条件とするように設定されている場合、取得した位置情報および時間情報を用いて論理積に従い判定を行う。

図３５を用いて、第１の実施形態に係る位置情報および時間情報による条件判定について説明する。図３５において、左から右に向けて時間が進むものとする。図３５（ａ）は、検索サーバ１００において、画像ＤＢ１４に登録される被写体３１に対応する画像（特徴情報）の公開状態の例を示す。既に説明したように、画像ＤＢ１４に登録される画像の検索端末３０からの検索は、非公開状態において不可とされ、公開状態において可能とされる。図３５（ａ）の例では、被写体３１に対応する画像は、期間８０の非公開状態から、期間８１で公開状態に移行され、続く期間８０’で再び非公開状態に移行される。

図３５（ｂ）は、被写体３１に係るイベントの実施期間の例を示す。この例では、画像ＤＢ１４に登録される被写体３１に対応する画像が公開状態である期間８１内の期間８２が、イベントの実施期間とされている。判定部４１０３は、例えば、このイベントが実施される期間８２を時間情報に基づく条件とし、被写体３１がこの期間８２内において撮像された場合に、条件を満たしていると判定する。この場合、位置情報の条件は設定されていないため、被写体３１が何処で撮像されたかは判定に影響しない。

図３５（ｃ）は、被写体３１に係るイベントが実施される会場が開放される期間の例を示す。この例では、上述した期間８１内の期間８３が、会場の開放期間とされている。例えば、ユーザは、この期間８３内において、当該会場に入場することができる。判定部４１０３は、例えば、この会場が開放される期間８３を時間情報に基づく条件とし、会場の場所を位置情報に基づく条件とし、被写体３１が、この期間８３内であり、且つ、当該会場にて撮像された場合に、条件を満たしていると判定する。この場合、時間情報に基づく条件をイベント実施の期間８２にさらに制限することも考えられる。

図３５（ｄ）は、特定の場所そのものを、位置情報に基づく条件とした例である。例えば、特定の建造物や碑、特定の場所から見る景色を被写体３１として、検索サーバ１００による検索を行う場合が考えられる。この場合、特定の建造物や碑の場所、所定の景色を見るための特定の場所そのものが位置情報に基づく条件とされる。また、この場合には、時間情報の条件は設定されていないため、被写体３１が何時撮像されたかは、判定に影響しない。一方、被写体３１に対応する画像が非公開状態である期間８０および８０’では、被写体３１に対応する画像の検索が不可となる。このように、画像ＤＢ１４における画像の公開／非公開状態を利用することでも、被写体３１による画像の検索の時間による制限を実現できる。

図３４の説明に戻り、判定部４１０３は、ステップＳ５０２で、状況情報が所定の条件を満たしていないと判定した場合（ステップＳ５０２、「Ｎｏ」）、処理をステップＳ５０８に移行させ、エラーメッセージを生成する。

一方、判定部４１０３は、ステップＳ５０２で状況情報が所定の条件を満たしていると判定した場合（ステップＳ５０２、「Ｙｅｓ」）、処理をステップＳ５０３に移行させる。ステップＳ５０３で、判定部４１０３は、コンテンツ要求に含まれるユーザＩＤ３１３を取得し、取得したユーザＩＤ３１３が登録済みであるか否かを判定する。判定部４１０３は、登録済みであると判定した場合（ステップＳ５０３、「Ｙｅｓ」）、処理をステップＳ５０７に移行させ、登録済みである旨を示すメッセージを生成する。

一方、判定部４１０３は、ステップＳ５０３でユーザＩＤ３１３が未登録であると判定した場合（ステップＳ５０３、「Ｎｏ」）、処理をステップＳ５０４に移行させる。ステップＳ５０４で、事業者サーバ４０１は、登録部４１０２により、ユーザＩＤ３１３を登録する。登録部４１０２は、次のステップＳ５０５で、ユーザＩＤ３１３が登録完了した際のメッセージを生成する。このメッセージは、例えば、図３０（ｃ）のメッセージ表示画面７０１に表示される挨拶メッセージ７０１０である。

なお、登録部４１０２は、ステップＳ５０４で登録されたユーザＩＤ３１３を、一定時間の経過後に無効にするようにできる。

事業者サーバ４０１は、ステップＳ５０６で、通信部４１００により、ステップＳ５０５、ステップＳ５０７、または、ステップＳ５０８で生成されたメッセージを検索端末３０に送信する。ステップＳ５０６でメッセージが送信されると、図３４のフローチャートによる一連の処理が終了される。

なお、登録部４１０２は、ユーザＩＤ３１３が登録済みの状態において、上述したステップＳ５０２でコンテンツ要求に含まれる状況情報が所定の条件を満たしていないと判定した場合に、登録されているユーザＩＤ３１３を無効にすることができる。

図３６は、第１の実施形態に係る、事業者サーバ４０１におけるコンテンツへのアクセス許可処理を示す一例のフローチャートである。ステップＳ５２０で、事業者サーバ４０１は、検索端末３０から、コンテンツサーバ４０２上のコンテンツのＵＲＬ（コンテンツＵＲＬと呼ぶ）へのアクセスを要求するコンテンツ要求の有無を判定する。事業者サーバ４０１は、検索端末３０からコンテンツ要求を受信していないと判定した場合（ステップＳ５２０、「無し」）、処理をステップＳ５２０に戻す。

一方、事業者サーバ４０１は、検索端末３０からコンテンツ要求を受信したと判定した場合（ステップＳ５２０、「有り」）、処理をステップＳ５２１に移行させる。受信したコンテンツ要求は、図２９のステップＳ６において説明したように、ユーザＩＤ３１３が含まれる。

ステップＳ５２１で、事業者サーバ４０１は、判定部４１０３により、検索端末３０から受信したコンテンツ要求がユーザＩＤ３１３を含んでいるか否かを判定する。事業者サーバ４０１は、コンテンツ要求がユーザＩＤ３１３を含んでいないと判定した場合（ステップＳ５２１、「Ｎｏ」）、処理をステップＳ５２４に移行させて、エラーメッセージを生成する。生成されたエラーメッセージは、次のステップＳ５２５で、通信部４１００により検索端末３０に送信され、図３６のフローチャートによる一連の処理が終了される。

一方、判定部４１０３は、ステップＳ５２１でコンテンツ要求がユーザＩＤ３１３を含んでいると判定した場合（ステップＳ５２１、「Ｙｅｓ」）、処理をステップＳ５２２に移行させる。

次にステップＳ５２２で、判定部４１０３は、コンテンツ要求からユーザＩＤ３１３を取得し、取得したユーザＩＤ３１３と一致するユーザＩＤが、登録部４１０２により既に登録されているか否かを判定する。判定部４１０３は、登録されていないと判定した場合（ステップＳ５２２、「Ｎｏ」）、処理をステップＳ５２４に移行させてエラーメッセージを生成し、生成したエラーメッセージを次のステップＳ５２５で検索端末３０に送信する。ここで生成、送信されるエラーメッセージは、例えば、図３１（ｃ）を用いて説明した、チェックイン処理（ユーザＩＤ３１３の登録処理）が行われていない旨を示すメッセージである。

一方、判定部４１０３は、ステップＳ５２２でユーザＩＤ３１３が登録済みであると判定した場合（ステップＳ５２２、「Ｙｅｓ」）、処理をステップＳ５２３に移行させる。ステップＳ５２３で、事業者サーバ４０１は、コンテンツ処理部４１０１により、コンテンツ要求によるコンテンツＵＲＬへの検索端末３０からのアクセスを許可する。検索端末３０は、コンテンツＵＲＬにアクセスしてコンテンツを取得し、例えば図３１（ｂ）を用いて説明したコンテンツ表示画面７０２のように、取得したコンテンツを表示させる。

ステップＳ５２３でコンテンツＵＲＬへのアクセスが許可されると、図３６のフローチャートによる一連の処理が終了される。

（第２の実施形態）
次に、第２の実施形態について説明する。上述した第１の実施形態では、検索端末３０の状況を示す状況情報に基づく判定を、事業者サーバ４０１において行っていた。これに対して、第２の実施形態では、当該判定を、検索端末３０において行う。

図３７は、第２の実施形態に係る検索端末３０に搭載される検索アプリ３０１’に含まれる画像検索モジュール３１１’の機能を説明するための一例の機能ブロック図である。なお、図３７において、上述した図１０と共通する部分には同一の符号を付して、詳細な説明を省略する。なお、第２の実施形態では、図３７に示す画像検索モジュール３１１’以外の構成は、第１の実施形態で説明した各構成を適用可能であるので、ここでの説明を省略する。

図３７に例示される画像検索モジュール３１１’は、図１０に示した画像検索モジュール３１１に対して、ＩＤ取得部３１１１が省略され、判定部３１１８およびコンテンツ処理部３１１９が追加されている。コンテンツ処理部３１１９は、図１２に示した事業者サーバ４０１におけるコンテンツ処理部４１０１に対応する。

判定部３１１８は、図１２に示した事業者サーバ４０１における判定部４１０３に対応するもので、検索端末３０によるコンテンツへのアクセス許可に係る判定を行う。また、第２の実施形態に係る判定部３１１８は、検索端末３０の状況情報に対する判定条件、例えば位置情報に基づく条件、および、時間情報に基づく条件のうち、少なくとも一方を予め記憶している。

図３８は、第２の実施形態に係るコンテンツ取得処理の流れを概略的に示す。なお、図３８において、上述した図２９などと共通する部分には同一の符号を付して、詳細な説明を省略する。図３８において、検索端末３０’は、画像検索モジュール３１１’を含む画像検索アプリ３０１’（図９参照）が搭載される。

図３８において、ユーザは、検索端末３０’を操作して画像検索アプリ３０１’により被写体３１を撮像し、撮像して得られた撮像画像を、検索端末３０’から画像検索システム１０に送信する（ステップＳ１０）。また、検索端末３０’は、例えば被写体３１の撮像時に位置情報と時間情報とを計測し、計測された位置情報および時間情報を例えばＲＡＭ３００２に記憶する。

検索端末３０’から送信された撮像画像は、画像検索システム１０に受信され、検索サーバ１００に渡される。検索サーバ１００は、渡された撮像画像に基づき画像検索を行い、検索結果として得られた連携情報を、撮像画像の送信元である検索端末３０に送信する（ステップＳ１１）。

検索端末３０’は、検索サーバ１００から送信された連携情報を受信し、受信した連携情報に基づく画面を表示させる。ここでは、検索端末３０’は、連携情報に基づき、図３０（ａ）を用いて説明した閲覧画面７００を表示させるものとする。すなわち、閲覧画面７００は、ユーザ操作を受け付けるためのタブ７００１、７００２ａおよび７００２ｂが表示されている。タブ７００２ａおよび７００２ｂは、連携情報として、イベントの限定コンテンツへのリンクを示すリンク情報がそれぞれ関連付けられている。

また、第２の実施形態に係るタブ７００１は、タブ７００２ａおよび７００２ｂによる限定コンテンツに対してアクセスを許可するか否かを判定するためのタブである。

図３０（ａ）の状態の閲覧画面７００に対し、ユーザがタブ７００１を操作した場合について説明する。ユーザによりタブ７００１が操作されると、画像検索アプリ３０１’は、判定部３１１８により、予め記憶される条件と、被写体３１の撮像時の検索端末３０’に取得された位置情報および時間情報とに基づき、タブ７００２ａおよび７００２ｂによるコンテンツへのアクセスを許可するか否かを判定する（ステップＳ１２）。

検索端末３０’は、判定部３１１８により位置情報および時間情報が条件を満たしていると判定された場合、タブ７００２ａおよび７００２ｂに対する操作に応じたコンテンツへのアクセスを許可する。そして、検索端末３０’は、例えば図３０（ｃ）に示したようなメッセージ表示画面７０１を表示させる。

表示がメッセージ表示画面７０１から図３０（ａ）の閲覧画面７００に移行した後、ユーザが例えばタブ７００２ａを操作した場合について説明する。検索端末３０’において、画像検索アプリ３０１’は、ステップＳ１２によりコンテンツのアクセスが許可された後にタブ７００２ａが操作されると、コンテンツ要求送信部３１１７により、タブ７００２ａに対応するリンク情報に示されるＵＲＬに対してコンテンツを要求するコンテンツ要求を送信する（ステップＳ１３）。コンテンツサーバ４０２は、このコンテンツ要求に応じて、コンテンツを検索端末３０’に送信する（ステップＳ１４）。

このように、第２の実施形態においても、検索端末３０’に対する特定のコンテンツの提示を許可するか否かを、被写体３１を撮像した際の検索端末３０’の状況に基づき制御することができる。したがって、被写体３１を撮像した撮像画像に基づく画像検索で得られた情報を、ユーザを限定して提示することが可能である。

また、第２の実施形態では、条件に基づくアクセス許可の判定を検索端末３０’自身が行うため、コンテンツを要求する際に、コンテンツ要求に対してユーザＩＤ３１３や、状況情報を含める必要が無い。

図３９は、第２の実施形態に係る検索端末３０による処理を示す一例のフローチャートである。なお、図３９のフローチャートによる処理に先立って、検索端末３０における被写体３１の撮像、および、撮像画像に基づく検索サーバ１００における検索が実行され、検索結果の連携情報に基づき、ユーザ操作を受け付けるためのタブ７００１、７００２ａおよび７００２ｂが表示された閲覧画面７００が既に表示されているものとする。また、検索端末３０において、端末状況取得部３１１６は、被写体３１が撮像された際に、撮像時の時間および位置をそれぞれ示す時間情報および位置情報を取得し、例えばＲＡＭ３００２に記憶する。

図３９において、検索端末３０は、画像検索アプリ３０１’により、閲覧画面７００に対してアクセス許可処理の操作が行われたか、コンテンツＵＲＬを指定する操作が行われたか、これら何れの操作も行われていないかを判定する。画像検索アプリ３０１’は、何れの操作が行われていないと判定した場合（ステップＳ６００、「無し」）、処理をステップＳ６００に戻す。

一方、画像検索アプリ３０１’は、閲覧画面７００においてタブ７００１が操作された場合、アクセス許可処理の操作がなされたと判定し（ステップＳ６００、「アクセス許可操作」）、処理をステップＳ６０１に移行させる。ステップＳ６０１で、検索端末３０は、判定部３１１８により、ＲＡＭ３００２に記憶された。被写体３１の撮像時の時間および位置を示す時間情報および位置情報を取得する。なお、これはこの例に限定されず、時間情報および位置情報は、被写体３１の撮像時ではなく、タブ７００１が操作された時点の時間および位置であってもよい。

次のステップＳ６０２で、判定部３１１８は、ステップＳ６０１で取得した時間情報および位置情報が、判定部３１１８が予め記憶している条件を満たしているか否かを判定する。判定部３１１８は、条件を満たしていないと判定した場合（ステップＳ６０２、「ＮＧ」）、処理をステップＳ６０６に移行し、エラーメッセージを生成する。画像検索アプリ３０１’は、エラーメッセージが生成されると処理をステップＳ６０５に移行させ、例えば図３１（ｃ）に示したように、エラーメッセージを表示させる。ステップＳ６０５でメッセージが表示されると、図３９のフローチャートによる一連の処理が終了される。

一方、判定部３１１８は、ステップＳ６０２で条件を満たしていると判定した場合（ステップＳ６０２、「ＯＫ」）、処理をステップＳ６０３に移行させる。ステップＳ６０３で、コンテンツ処理部３１１９は、タブ７００２ａおよび７００２ｂに対応するコンテンツＵＲＬが示すコンテンツに対するアクセスを許可する。次のステップＳ６０４で、コンテンツ処理部３１１９は、アクセス許可に係るメッセージを生成する。画像検索アプリ３０１’は、アクセス許可に係るメッセージが生成されると、処理をステップＳ６０５に移行させ、例えば図３０（ｃ）に示したように、メッセージを表示させる。ステップＳ６０５でメッセージが表示されると、図３９のフローチャートによる一連の処理が終了される。

一方、画像検索アプリ３０１’は、上述したステップＳ６００で、閲覧画面７００においてタブ７００２ａまたは７００２ｂが操作された場合、コンテンツＵＲＬを指定する操作がなされたと判定し（ステップＳ６００、「コンテンツＵＲＬ」）、処理をステップＳ６０７に移行させる。アクセス許可処理の操作がなされたと判定し（ステップＳ６００、「アクセス許可操作」）、処理をステップＳ６０１に移行させる。

ステップＳ６０７で、画像検索アプリ３０１’は、コンテンツ処理部３１１９により、タブ７００２ａおよび７００２ｂに対応するコンテンツＵＲＬに対するアクセスが許可されているか否かを判定する。コンテンツ処理部３１１９は、未だ許可されていないと判定した場合（ステップＳ６０７、「未許可」）、処理をステップＳ６０６に移行させ、エラーメッセージを生成する。画像検索アプリ３０１’は、エラーメッセージが生成されると処理をステップＳ６０５に移行させ、例えば図３１（ｃ）に示したように、エラーメッセージを表示させる。ステップＳ６０５でメッセージが表示されると、図３９のフローチャートによる一連の処理が終了される。

一方、コンテンツ処理部３１１９は、ステップＳ６０７でアクセスが許可されていると判定した場合（ステップＳ６０７、「許可済み」）、処理をステップＳ６０８に移行させる。ステップＳ６０８で、コンテンツ処理部３１１９は、ステップＳ６００で操作されたと判定された、タブ７００２ａまたは７００２ｂに対応するコンテンツＵＲＬにアクセスする。これにより、検索端末３０は、例えばコンテンツサーバ４０２からコンテンツを取得し、取得したコンテンツを、図３１（ｂ）に示したような、コンテンツ表示画面７０２に表示させる。ステップＳ６０８でのコンテンツＵＲＬへのアクセスが完了すると、図３９のフローチャートによる一連の処理が終了される。

（第３の実施形態）
次に、第３の実施形態について説明する。上述した第１の実施形態では、検索端末３０の状況を示す状況情報に基づく判定を事業者サーバ４０１において行い、第２の実施形態では、当該判定を検索端末３０において行っていた。これに対して、第３の実施形態では、当該判定を、画像検索システム１０において実行する。

図４０は、第３の実施形態に係るコンテンツ取得処理の流れを概略的に示す。なお、図４０において、上述した図２９などと共通する部分には同一の符号を付して、詳細な説明を省略する。図４０において、画像検索システム１０’は、第１の実施形態の画像検索システム１０に対して、登録・判定部１０４が追加されている。

図４１は、第３の実施形態に係る登録・判定部１０４の機能を説明するための一例の機能ブロック図である。登録・判定部１０４は、コンテンツ処理部１０４０と、登録部１０４１と、判定部１０４２とを含む。これらコンテンツ処理部１０４０、登録部１０４１および判定部１０４２は、図１２を用いて説明した、第１の実施形態に係る事業者サーバ４０１におけるコンテンツ処理部４１０１、登録部４１０２および判定部４１０３にそれぞれ対応する機能を有する。

図４０において、ユーザは、検索端末３０を操作して画像検索アプリ３０１’により被写体３１を撮像し、撮像して得られた撮像画像を、検索端末３０から画像検索システム１０’に送信する（ステップＳ２０）。また、検索端末３０は、例えば被写体３１の撮像時に位置情報と時間情報とを計測し、計測された位置情報および時間情報を例えばＲＡＭ３００２に記憶する。

検索端末３０から送信された撮像画像は、画像検索システム１０’に受信され、検索サーバ１００に渡される。検索サーバ１００は、渡された撮像画像に基づき画像検索を行い、検索結果として得られた連携情報を、撮像画像の送信元である検索端末３０に送信する（ステップＳ２１）。ここで、検索サーバ１００から送信される連携情報は、検索端末３０においてユーザＩＤ３１３を取得するためのユーザＩＤ取得指示を含めて作成されている。

検索端末３０は、検索サーバ１００から送信された連携情報を受信し、受信した連携情報に基づく画面を表示させる。ここでは、検索端末３０は、連携情報に基づき、図３０（ａ）を用いて説明した、ユーザ操作を受け付けるためのタブ７００１、７００２ａおよび７００２ｂが表示される閲覧画面７００を表示させるものとする。タブ７００２ａおよび７００２ｂは、連携情報として、イベントの限定コンテンツへのリンクを示すリンク情報がそれぞれ関連付けられ、タブ７００１は、タブ７００２ａおよび７００２ｂによる限定コンテンツに対するアクセスの許可を要求するためのタブである。

図３０（ａ）の状態の閲覧画面７００に対し、ユーザが例えばタブ７００１を操作した場合、画像検索アプリ３０１’は、タブ７００１に対応するリンク情報に従い、ユーザＩＤ３１３と、例えば被写体３１の撮像時の検索端末に取得された位置情報および時間情報とを含むコンテンツ要求を、画像検索システム１０’に送信する（ステップＳ２２）。

検索端末３０から送信されたコンテンツ要求は、画像検索システム１０’に受信され、登録・判定部１０４に渡される。登録・判定部１０４は、判定部１０４２により、予め定められた条件に従い、コンテンツ要求に含まれる位置情報と時間情報とのうち少なくとも一方に基づき、ユーザに、タブ７００２ａおよび７００２ｂに対応するリンク情報が示すコンテンツへのアクセスを許可可能とするか否かの判定を行う。

登録・判定部１０４は、判定部１０４２により位置情報および時間情報に基づきアクセス許可が可能であると判定した場合、登録部１０４１により、検索端末３０から受信したコンテンツ要求に含まれるユーザＩＤ３１３を登録する（ステップＳ２３）。画像検索システム１０’は、登録部１０４１によるユーザＩＤ３１３の登録が完了すると、ユーザＩＤ３１３の送信元の検索端末３０に対してメッセージを送信する（ステップＳ２４）。検索端末３０は、このメッセージに従い、例えば図３０（ｃ）に示したようなメッセージ表示画面７０１を表示させる。

検索端末３０において、表示がメッセージ表示画面７０１から図３０（ａ）の閲覧画面７００に移行した後、ユーザがタブ７００２ａまたは７００２ｂを操作した場合について説明する。検索端末３０は、例えばタブ７００２ａが操作されると、コンテンツ要求送信部３１１７により、タブ７００２ａに対応するリンク情報に示されるＵＲＬに対してコンテンツを要求するコンテンツ要求を、ユーザＩＤ３１３を含めて送信する（ステップＳ２５）。

画像検索システム１０’、ユーザＩＤ３１３を含むコンテンツ要求を受信すると、受信したコンテンツ要求に含まれるユーザＩＤ３１３を登録・判定部１０４に渡す。登録・判定部１０４は、判定部１０４２により、渡されたユーザＩＤ３１３が登録部１０４１により既に登録されているかを調べ、その結果に基づき、当該ユーザＩＤ３１３の送信元の検索端末３０に、コンテンツ要求により要求されたコンテンツへのアクセスを許可するか否かを判定する（ステップＳ２６）。

判定部１０４２は、ユーザＩＤ３１３が既に登録されていた場合、コンテンツ要求により要求されたコンテンツへのアクセスを許可すると判定する。判定部１０４２は、この判定結果をコンテンツ処理部１０４０に通知する。コンテンツ処理部１０４０は、この通知に応じて、コンテンツ要求に従いコンテンツサーバ４０２に対してコンテンツを要求し（ステップＳ２７）、コンテンツを取得する（ステップＳ２８）。画像検索システム１０’は、コンテンツ処理部１０４０により取得されたコンテンツを検索端末３０に送信する（ステップＳ２９）。

一方、判定部１０４２は、ステップＳ２６において、渡されたユーザＩＤ３１３が登録部１０４１により登録されておらず、コンテンツ要求により要求されたコンテンツへのアクセスを許可しないと判定した場合、その旨を示すメッセージを含むエラー通知を検索端末３０に送信する（ステップＳ３０）。

このように、第３の実施形態においても、検索端末３０に対する特定のコンテンツの提示を許可するか否かを、被写体３１を撮像した際の検索端末３０の状況に基づき制御することができる。したがって、被写体３１を撮像した撮像画像に基づく画像検索で得られた情報を、ユーザを限定して提示することが可能である。

図４２は、第３の実施形態に係る、画像検索システム１０’におけるコンテンツへのアクセス許可処理を示す一例のフローチャートである。なお、画像検索システム１０’におけるユーザＩＤ３１３の登録処理は、図３４を用いて説明した、事業者サーバ４０１における登録処理に対し、動作の主体が異なる以外は同様であるので、ここでの説明を省略する。

画像検索システム１０’におけるコンテンツへのアクセス許可処理は、図３６を用いて説明した事業者サーバ４０１におけるアクセス許可処理と略同様となる。図４２において、ステップＳ７００で、画像検索システム１０’において、登録・判定部１０４は、検索端末３０からコンテンツサーバ４０２上のコンテンツのＵＲＬ（コンテンツＵＲＬと呼ぶ）へのアクセスを要求するコンテンツ要求の有無を判定する。登録・判定部１０４は、検索端末３０からコンテンツ要求を受信していないと判定した場合（ステップＳ７００、「無し」）、処理をステップＳ７００に戻す。

一方、登録・判定部１０４は、検索端末３０からコンテンツ要求を受信したと判定した場合（ステップＳ７００、「有り」）、処理をステップＳ７０１に移行させる。ここで、コンテンツ要求は、図２９のステップＳ６において説明したように、ユーザＩＤ３１３が含まれる。

ステップＳ７０１で、登録・判定部１０４は、判定部１０４２により、検索端末３０から送信されたコンテンツ要求がユーザＩＤ３１３を含んでいるか否かを判定する。登録・判定部１０４は、コンテンツ要求がユーザＩＤ３１３を含んでいないと判定した場合（ステップＳ７０１、「Ｎｏ」）、処理をステップＳ７０５に移行させて、エラーメッセージを生成する。生成されたエラーメッセージは、次のステップＳ７０６で検索端末３０に送信され、図４２のフローチャートによる一連の処理が終了される。

一方、判定部１０４２は、ステップＳ７０１でコンテンツ要求がユーザＩＤ３１３を含んでいると判定した場合（ステップＳ７０１、「Ｙｅｓ」）、処理をステップＳ７０２に移行させる。

ステップＳ７０２で、判定部１０４２は、コンテンツ要求に含まれるユーザＩＤ３１３を取得し、取得したユーザＩＤ３１３と一致するユーザＩＤが、登録部１０４１により既に登録されているか否かを判定する。判定部１０４２は、登録されていないと判定した場合（ステップＳ７０２、「Ｎｏ」）、処理をステップＳ７０５に移行させてエラーメッセージを生成し、生成したエラーメッセージを次のステップＳ７０６で検索端末３０に送信する。

一方、判定部１０４２は、ステップＳ７０２でユーザＩＤ３１３が登録済みであると判定した場合（ステップＳ７０２、「Ｙｅｓ」）、処理をステップＳ７０３に移行させる。ステップＳ７０３で、登録・判定部１０４は、コンテンツ処理部１０４０により、コンテンツ要求に従い、コンテンツサーバ４０２からコンテンツを取得する。次のステップＳ７０４で、コンテンツ処理部１０４０は、取得したコンテンツを検索端末３０に送信する。

ステップＳ７０４でコンテンツが検索端末３０に送信されると、図４２のフローチャートによる一連の処理が終了される。

（第４の実施形態）
次に、第４の実施形態について説明する。上述した第１〜第３の実施形態では、１つのＵＲＬにアクセスすることで、他のＵＲＬに示されるコンテンツを取得していた。これに対して、第４の実施形態では、複数のＵＲＬにアクセスすることで、他のＵＲＬに示されるコンテンツを取得可能とする。

なお、以下では、第４の実施形態では、システム構成として、上述した第１の実施形態に係るシステム構成を適用可能であるので、ここでの説明を省略する。これに限らず、第４の実施形態では、システム構成として、上述した第２の実施形態に係るシステム構成や、第３の実施形態に係るシステム構成を適用することもできる。

図４３は、第４の実施形態に係るコンテンツ取得処理において検索端末３０に表示される画面の例を示す。図４３（ａ）は、検索端末３０から送信された、被写体３１を撮像した撮像画像に対する検索により画像検索システム１０から送信された連携情報に基づく閲覧画面７００の例を示す。図４３（ａ）の例では、連携情報に示される各リンク情報に対応するタブ７００２ｃ、７００２ｄおよび７００２ｅが表示されている。例えば、タブ７００２ｃ、７００２ｄおよび７００２ｅは、それぞれイベント限定のコンテンツＡ、コンテンツＢおよびコンテンツＸへのリンクを示すリンク情報が関連付けられている。

ここで、コンテンツＸは、コンテンツＡおよびコンテンツＢの両方の取得を条件として取得可能となるコンテンツであるものとする。すなわち、コンテンツＡおよびＢのうち少なくとも一方を取得していない状態で、コンテンツＸに対応するタブ７００２ｅを操作しても、コンテンツＸは取得できないようにされる。

例えば、タブ７００２ｃを操作してコンテンツＡを取得し、コンテンツＢが未取得の状態で、コンテンツＸに対応するタブ７００２ｅを操作すると、図４３（ｂ）に例示されるような、エラーメッセージを含むメッセージ表示画面７０４が検索端末３０に表示される。図４３（ｂ）の例では、エラーメッセージとして、コンテンツＸの取得条件と、この取得条件において未達成の条件を示す情報が含まれている。

検索端末３０は、これらタブ７００２ｃ、７００２ｄおよび７００２ｅのうち何れかが操作された場合、操作されたタブに対応するリンク情報に対応するコンテンツを要求するコンテンツ要求を、ユーザＩＤ３１３と、被写体３１の撮像時に取得した位置情報および時間情報とを含めて生成する。

なお、図４３（ａ）の例では、コンテンツＸの取得条件が、２つのコンテンツＡおよびＢの取得であるとしているが、これはこの例に限定されない。例えば、コンテンツＸの取得条件を３以上のコンテンツの取得としてもよいし、取得条件を満たして取得されるコンテンツを複数としてもよい。

以下、上述の、複数のコンテンツの取得を条件として取得が可能となるコンテンツＸを、クロスコンテンツと呼び、クロスコンテンツの取得の条件となるコンテンツＡおよびＢを、それぞれ条件コンテンツと呼ぶ。

図４４および図４５は、第４の実施形態に係る、事業者サーバ４０１における条件コンテンツおよびクロスコンテンツへのアクセス許可処理を示す一例のフローチャートである。なお、図４４および図４５中の符号「Ｐ」は、図４４と図４５との間で、対応する符号「Ｐ」に処理が移行することを示す。

ステップＳ８００で、事業者サーバ４０１は、検索端末３０から、コンテンツサーバ４０２上の条件コンテンツまたはクロスコンテンツのＵＲＬ（それぞれ条件コンテンツＵＲＬおよびクロスコンテンツＵＲＬと呼ぶ）へのアクセスを要求するコンテンツ要求の有無を判定する。事業者サーバ４０１は、検索端末３０から当該コンテンツ要求が受信されていないと判定した場合（ステップＳ８００、「無し」）、処理をステップＳ８００に戻す。

一方、事業者サーバ４０１は、検索端末３０から当該コンテンツ要求が受信されたと判定した場合（ステップＳ８００、「有り」）、処理をステップＳ８０１に移行させる。

ステップＳ８０１で、事業者サーバ４０１は、検索端末３０から送信されたコンテンツ要求がユーザＩＤ３１３を含んでいるか否かを判定する。事業者サーバ４０１は、コンテンツ要求がユーザＩＤ３１３を含んでいないと判定した場合（ステップＳ８０１、「Ｎｏ」）、処理をステップＳ８０８に移行させてエラーメッセージを生成し、生成したエラーメッセージを送信する。エラーメッセージの送信が行われると、図４４のフローチャートによる一連の処理が終了される。

一方、事業者サーバ４０１は、コンテンツ要求がユーザＩＤ３１３を含んでいると判定した場合（ステップＳ８０１、「Ｙｅｓ」）、処理をステップＳ８０２に移行させる。

ステップＳ８０２で、事業者サーバ４０１は、ステップＳ８００で受信されたコンテンツ要求に示されるアクセス先が、条件コンテンツＵＲＬおよびクロスコンテンツＵＲＬのうち何れであるかを判定する。事業者サーバ４０１は、アクセス先がクロスコンテンツＵＲＬであると判定した場合（ステップＳ８０２、「クロスコンテンツＵＲＬ」）、符号「Ｐ」に従い処理を図４５のステップＳ８２０に移行させる。図４５のフローチャートによる処理については、後述する。

一方、事業者サーバ４０１は、ステップＳ８０２で、アクセス先が条件コンテンツＵＲＬであると判定した場合（ステップＳ８０２、「条件コンテンツＵＲＬ」）、処理をステップＳ８０３に移行させる。ここでは、説明のため、図４３（ａ）に示した条件コンテンツＡおよびＢのうち、条件コンテンツＡに対するアクセスが要求されたものとする。ステップＳ８０３で、事業者サーバ４０１は、コンテンツ要求に含まれる状況情報（例えば位置情報および時間情報）が所定の条件を満たしているか否かを判定する。

なお、事業者サーバ４０１は、条件コンテンツＵＲＬ毎に異なる条件を設定することができる。例えば、条件コンテンツＡの条件コンテンツＵＲＬに対して時間情報Ａおよび位置情報Ａを条件として設定し、条件コンテンツＢの条件コンテンツＵＲＬに対して時間情報Ｂを条件として設定することが可能である。

事業者サーバ４０１は、ステップＳ８０３で、当該状況情報が所定の条件を満たしていないと判定した場合（ステップＳ８０３、「Ｎｏ」）、処理をステップＳ８０８に移行させてエラーメッセージを生成し、生成したエラーメッセージを送信する。エラーメッセージの送信が行われると、図４４のフローチャートによる一連の処理が終了される。

一方、事業者サーバ４０１は、ステップＳ８０３で、当該状況情報が所定の条件を満たしていると判定した場合（ステップＳ８０３、「Ｙｅｓ」）、処理をステップＳ８０４に移行させる。ステップＳ８０４で、事業者サーバ４０１は、コンテンツ要求からユーザＩＤ３１３を取得し、取得したユーザＩＤ３１３と一致するユーザＩＤが既に登録されているか否かを判定する。事業者サーバ４０１は、既に登録されていると判定した場合（ステップＳ８０４、「Ｙｅｓ」）、処理をステップＳ８０６に移行させる。

一方、事業者サーバ４０１は、ステップＳ８０４で、ユーザＩＤ３１３と一致するユーザＩＤが登録されていないと判定した場合（ステップＳ８０４、「Ｎｏ」）、処理をステップＳ８０５に移行させる。ステップＳ８０５で、事業者サーバ４０１は、条件コンテンツＵＲＬから取得したユーザＩＤ３１３を登録する。事業者サーバ４０１は、ユーザＩＤ３１３の登録が完了すると、処理をステップＳ８０６に移行させる。

ステップＳ８０６で、事業者サーバ４０１は、ステップＳ８００で受信したコンテンツ要求のアクセス先である条件コンテンツＵＲＬに対する、検索端末３０からのアクセスを許可する。これにより、検索端末３０は、当該条件コンテンツＵＲＬにアクセスして例えば条件コンテンツＡを取得し、取得した条件コンテンツＡを表示させることができる。

事業者サーバ４０１は、次のステップＳ８０７で、当該条件コンテンツＵＲＬに対してアクセスを許可したことを示す許可済みフラグを、ステップＳ８０１で取得したユーザＩＤ３１３に関連付けて記憶する。この例では、事業者サーバ４０１は、条件コンテンツＡの条件コンテンツＵＲＬに対する許可済みフラグを、ユーザＩＤ３１３に関連付けて記憶する。許可済みフラグのユーザＩＤ３１３に対する関連付けが完了すると、図４４のフローチャートによる一連の処理が終了される。

次に、図４５のフローチャートによる処理について説明する。上述したように、図４４のフローチャートにおけるステップＳ８０２で、コンテンツ要求に示されるアクセス先がクロスコンテンツＵＲＬであると判定した場合に（ステップＳ８０２、「クロスコンテンツＵＲＬ」）、処理が図４５のステップＳ８２０に移行される。

ステップＳ８２０で、事業者サーバ４０１は、図４４のフローチャートにおけるステップＳ８０１で取得したユーザＩＤ３１３に関連付けられた許可済みフラグを取得する。次のステップＳ８２１で、事業者サーバ４０１は、ステップＳ８２０で取得した許可済みフラグに基づき、全ての条件コンテンツがアクセス許可済みになっているか否かを判定する。例えば、図４３（ａ）を参照し、事業者サーバ４０１は、条件コンテンツＡおよびＢそれぞれに対する許可済みフラグが同一のユーザＩＤ３１３に関連付けられているか否かを判定する。

事業者サーバ４０１は、全ての条件コンテンツがアクセス許可済みになっていると判定した場合（ステップＳ８２１、「Ｙｅｓ」）、処理をステップＳ８２２に移行させる。ステップＳ８２２で、事業者サーバ４０１は、クロスコンテンツＵＲＬへの検索端末３０からのアクセスを許可する。検索端末３０は、クロスコンテンツＵＲＬにアクセスしてクロスコンテンツを取得し、取得したクロスコンテンツを例えば表示させる。

ステップＳ８２２でクロスコンテンツＵＲＬへのアクセスが許可されると、図４５のフローチャートによる一連の処理が終了される。

一方、事業者サーバ４０１は、ステップＳ８２１で、全ての条件コンテンツのうち少なくとも１つの条件コンテンツがアクセス許可済みになっていないと判定した場合（ステップＳ８２１、「Ｎｏ」）、処理をステップＳ８２３に移行させる。ステップＳ８２３で、事業者サーバ４０１は、ステップＳ８２０で取得した許可済みフラグに基づき、未取得の条件コンテンツに関するメッセージを生成する。

次のステップＳ８２４で、事業者サーバ４０１は、ステップＳ８２３で生成したメッセージを検索端末３０に送信する。検索端末３０は、事業者サーバ４０１から送信されたメッセージを含むメッセージ表示画面７０４を表示させる。

このように、第４の実施形態によれば、事業者サーバ４０１は、検索端末３０による複数の条件コンテンツに対するアクセス許可に基づき、クロスコンテンツへのアクセスを許可することができる。これにより、例えば、スタンプラリーのような適用や、イベント期間中、毎日、条件コンテンツにアクセスしたユーザに、特典としてクロスコンテンツのアクセスを許可するといった適用が可能である。

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

１０，１０’ 画像検索システム
２０ 登録端末
２１ 登録ツール
３０ 検索端末
３１ 被写体
５０ ネットワーク
１００ 検索サーバ
４００，４００ａ，４００ｂ 事業者システム
４０１，４０１ａ，４０１ｂ 事業者サーバ
４０２，４０２ａ，４０２ｂ コンテンツサーバ
３０１’ 画像検索アプリ
３１３ ユーザＩＤ
４８０ 編集画面
６００ アイコン画像
６１０ リンク設定画面
７００，５０００ 閲覧画面
１０４０，３１１９，４１０１ コンテンツ処理部
１０４１，４１０２ 登録部
１０４２，３１１６，４１０３ 判定部
３１１１ ＩＤ取得部
３１１６ 端末状況取得部
３１１７ コンテンツ要求送信部

特開２０１４−０１０７２３号公報

Claims (11)

1. 被検索画像と連携情報とが関連付けられて登録されるデータベースから、検索要求に従い検索対象画像との類似度に基づき該被検索画像の検索を行い、検索された該被検索画像に関連付けられた該連携情報を該検索要求の送信元に送信する画像検索システムを含む情報処理システムであって、
   前記検索要求に従い前記検索を行い、コンテンツの取得方法を示す取得情報を含む前記連携情報を該検索要求の送信元に送信する検索部と、
   前記連携情報に含まれる前記取得情報に従った前記コンテンツの取得要求と、該取得要求に対応する状況を示す状況情報とを送信する送信部と、
   前記状況情報に基づき前記取得要求による前記コンテンツの取得を許可するか否かの判定を行う判定部と
   を備える情報処理システム。
2. 前記送信部は、
   位置および時間のうち少なくとも一方を含む前記状況情報を送信する
   請求項１に記載の情報処理システム。
3. 前記送信部は、前記取得要求の送信元を識別する識別情報をさらに送信し、
   前記判定部は、
   前記識別情報と前記状況情報とに基づき前記取得要求による前記コンテンツの取得を許可するか否かの判定を行う
   請求項１または請求項２に記載の情報処理システム。
4. 前記識別情報を記憶する記憶部をさらに備え、
   前記判定部は、
   前記送信部から送信された前記識別情報が前記記憶部に記憶されている場合に、前記判定を行う
   請求項３に記載の情報処理システム。
5. 前記検索部は、
   前記識別情報を前記記憶部に記憶させる指示を示す指示情報を、前記連携情報にさらに含めて送信する
   請求項４に記載の情報処理システム。
6. 前記記憶部は、
   記憶された前記識別情報を、予め定められた期間の経過後に無効にする
   請求項４または請求項５に記載の情報処理システム。
7. 前記記憶部は、
   前記送信部が送信する前記状況情報に前記取得要求が送信される位置が含まれおり、且つ、該位置が予め定められた範囲外を示す場合に、記憶された前記識別情報を無効にする
   請求項４乃至請求項６の何れか１項に記載の情報処理システム。
8. 前記情報処理システムは、前記コンテンツを提供するためのコンテンツ提供システムをさらに含み、
   前記コンテンツ提供システムは、前記判定部を備える
   請求項１乃至請求項７の何れか１項に記載の情報処理システム。
9. 前記判定部は、前記画像検索システムに含まれる
   請求項１乃至請求項７の何れか１項に記載の情報処理システム。
10. 前記情報処理システムは、
    前記検索要求を送信する端末装置をさらに含み、
    前記端末装置は、前記判定部を備える
    請求項１乃至請求項７の何れか１項に記載の情報処理システム。
11. 被検索画像と連携情報とが関連付けられて登録されるデータベースから、検索要求に従い検索対象画像との類似度に基づき該被検索画像の検索を行い、検索された該被検索画像に関連付けられた該連携情報を該検索要求の送信元に送信する画像検索システムを含む情報処理システムの情報処理方法であって、
    前記検索要求に従い前記検索を行い、コンテンツの取得方法を示す取得情報を含む前記連携情報を該検索要求の送信元に送信する検索ステップと、
    前記連携情報に含まれる前記取得情報に従った前記コンテンツの取得要求と、該取得要求に対応する状況を示す状況情報とを送信する送信ステップと、
    前記状況情報に基づき前記取得要求による前記コンテンツの取得を許可するか否かの判定を行う判定ステップと
    を有する情報処理方法。

Images