(57)【要約】  【課題】  画像データに関連する広告情報を取得する仕組みを、高い柔軟性と独立性をもって効率的に管理することができる広告管理システムを提供する。  【解決手段】  フロントサーバ３０は、登録クライアント１０から画像データ９２を受信すると、これを広告管理サーバ５０に送信し、そこで、画像データ９２について、類似する画像に対応する画像ＩＤが求められる。さらに広告管理サーバ５０は、その画像ＩＤに対応付けられ、その画像データが表す対象を示す対象ＩＤを決定し、この対象ＩＤをフロントサーバ３０に送信する。フロントサーバ３０は、この対象ＩＤを画像データ９２を表示するＷｅｂページのデータとして記憶し、閲覧クライアント２０がそのＷｅｂページを閲覧した場合に、広告管理サーバ５０に対して対象ＩＤを送信し、広告データを要求する。広告管理サーバ５０は、対象ＩＤを用いて広告データを求め、フロントサーバ３０に提供する。【選択図】  図１
2011090348.tif 000002
【特許請求の範囲】
【請求項１】
フロントサーバと、前記フロントサーバにネットワークを介して接続された広告管理サーバとを含む広告管理システムにおいて、
前記フロントサーバは、
登録クライアントから画像データを受信した場合に、前記画像データを前記広告管理サーバに送信する画像データ送信手段と、
前記広告管理サーバから受信した、前記画像データに関連する広告データに基づいて広告情報を編集し、前記広告情報を閲覧クライアントに対して送信する広告情報送信手段とを有し、
前記広告管理サーバは、
前記フロントサーバから前記画像データを受信した場合に、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段と、
前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段と、
前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを前記フロントサーバに送信する広告データ送信手段とを有することを特徴とする広告管理システム。
【請求項２】
請求項１に記載の広告管理システムにおいて、
さらに識別子送受信手段を有し、
前記識別送受信手段は、
前記画像認識処理手段により前記画像ＩＤが決定された場合に、前記画像ＩＤまたは前記識別子を前記フロントサーバで記憶しておくために前記フロントサーバに送信し、
前記フロントサーバが前記閲覧クライアントから前記画像データに関する閲覧リクエストを受信した場合に、前記フロントサーバで記憶されている前記画像ＩＤまたは前記識別子を前記フロントサーバから受信し、前記画像ＩＤまたは前記識別子を前記キーワードの取得のために前記キーワード取得手段に提供することを特徴とする広告管理システム。
【請求項３】
請求項１に記載の広告管理システムにおいて、
認識方法指示データが、画像の認識方法に関する情報を含み、
前記広告管理サーバの前記画像認識処理手段は、前記認識方法指示データを受信した場合に、前記認識方法指示データにしたがって前記画像ＩＤを決定することを特徴とする広告管理システム。
【請求項４】
請求項１に記載の広告管理システムにおいて、
広告取得指示データが、広告データの取得方法に関する情報を含み、
前記広告管理サーバの前記広告データ送信手段は、前記広告取得指示データを受信した場合に、前記広告取得指示データにしたがって前記広告データの検索を行うことを特徴とする広告管理システム。
【請求項５】
請求項２に記載の広告管理システムにおいて、
前記フロントサーバは、Ｗｅｂページ生成手段をさらに有し、
前記Ｗｅｂページ生成手段は、前記広告管理サーバから、前記画像ＩＤまたは前記識別子が前記フロントサーバに送信された場合に、送信されてきた前記画像ＩＤまたは前記識別子をＷｅｂページのデータとして記憶することを特徴とする広告管理システム。
【請求項６】
請求項１に記載の広告管理システムにおいて、
前記キーワード取得手段は、前記画像ＩＤまたは前記識別子を用いて、データベースを検索することによりキーワードを取得し、前記データベースは、前記画像ＩＤまたは前記識別子に応じて切り替えられることを特徴とする広告管理システム。
【請求項７】
請求項１に記載の広告管理システムにおいて、
前記画像認識処理手段は、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定することを特徴とする広告管理システム。
【請求項８】
画像データを受信する画像データ受信手段と、
画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段と、
前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段と、
前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを所定のコンピュータに送信する広告データ送信手段とを有し、
前記画像認識処理手段は、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定することを特徴とする広告管理サーバ。
【請求項９】
請求項８に記載の広告管理サーバにおいて、
認識方法指示データが、画像の認識方法に関する情報を含み、
前記画像認識処理手段は、前記認識方法指示データを受信した場合に、前記認識方法指示データにしたがって前記画像ＩＤを決定することを特徴とする広告管理サーバ。
【請求項１０】
請求項８に記載の広告管理サーバにおいて、
広告取得指示データが、広告データの取得方法に関する情報を含み、
前記広告データ送信手段は、前記広告取得指示データを受信した場合に、前記広告取得指示データにしたがって前記広告データの検索を行うことを特徴とする広告管理サーバ。
【請求項１１】
請求項８に記載の広告管理サーバにおいて、
前記キーワード取得手段は、前記画像ＩＤまたは前記識別子を用いて、データベースを検索することによりキーワードを取得し、前記データベースは、前記画像ＩＤまたは前記識別子に応じて切り替えられることを特徴とする広告管理サーバ。
【請求項１２】
フロントサーバと、前記フロントサーバにネットワークを介して接続された広告管理サーバとを含む広告管理システムで実行される広告管理方法であって、
前記フロントサーバにおいて、登録クライアントから画像データを受信した場合に、前記画像データを前記広告管理サーバに送信する画像データ送信ステップと、
前記フロントサーバにおいて、前記広告管理サーバから受信した、前記画像データに関連する広告データに基づいて広告情報を編集し、前記広告情報を閲覧クライアントに対して送信する広告情報送信ステップと、
前記広告管理サーバにおいて、前記フロントサーバから前記画像データを受信した場合に、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理ステップと、
前記広告管理サーバにおいて、前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得ステップと、
前記広告管理サーバにおいて、前記キーワード取得ステップにより取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを前記フロントサーバに送信する広告データ送信ステップとを有することを特徴とする広告管理方法。
【請求項１３】
画像データを受信する画像データ受信ステップと、
画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理ステップと、
前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得ステップと、
前記キーワード取得ステップにより取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを所定のコンピュータに送信する広告データ送信ステップとを有し、
前記画像認識処理ステップは、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定することを特徴とする、広告管理サーバで実行される広告管理方法。
【請求項１４】
フロントサーバと、前記フロントサーバにネットワークを介して接続された広告管理サーバとを含む広告管理システムを実現させるためのプログラムであって、
前記フロントサーバに、
登録クライアントから画像データを受信した場合に、前記画像データを前記広告管理サーバに送信する画像データ送信手段、および、
前記広告管理サーバから受信した、前記画像データに関連する広告データに基づいて広告情報を編集し、前記広告情報を閲覧クライアントに対して送信する広告情報送信手段として機能させ、
前記広告管理サーバに、
前記フロントサーバから前記画像データを受信した場合に、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段、
前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段、および、
前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを前記フロントサーバに送信する広告データ送信手段として機能させるプログラム。
【請求項１５】
広告管理サーバを実現するためのプログラムであって、
広告管理サーバに、
画像データを受信する画像データ受信手段、
画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段、
前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段、および、
前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを所定のコンピュータに送信する広告データ送信手段として機能させ、
前記画像認識処理手段が、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定するよう機能させるプログラム。
【請求項１６】
閲覧ユーザの要求に応じて、前記閲覧ユーザの指定したＷｅｂページの閲覧リクエストをフロントサーバに対して送信する閲覧リクエスト送信手段と、
前記閲覧リクエストに対する応答メッセージを前記フロントサーバから受信するメッセージ受信手段とを有し、
前記Ｗｅｂページが画像データを含む場合に、前記画像データに関連して前記Ｗｅｂページ上に表示される広告情報が、前記画像データの種類に応じて選択されたデータベースのキーワードを元に検索されたものであることを特徴とする閲覧クライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像データに関連する広告情報を決定し、当該広告情報を出力する広告管理サーバに関する。
【背景技術】
【０００２】
近年、携帯電話やパーソナルコンピュータ（ＰＣ）の普及により、これらの機器を用いてインターネット経由でＷｅｂページを閲覧し、必要な情報を検索したり、他のユーザとコミュニケーションを図ったりするといったライフスタイルが定着しつつある。
【０００３】
携帯電話の多くのモデルにはカメラが搭載され、ユーザは、いつでも容易に静止画や動画を撮影することができるようになった。こうした背景もあり、ユーザから受信した画像を、他のユーザに公開したり保管したりする仕組みを取り入れたＷｅｂサイトも増えてきている。また、デジタル（スティル）カメラやデジタルビデオカメラ、ブロードバンドネットワーク等の普及もあって、これらのカメラ機器で撮影された画像が、パーソナルコンピュータを経由して上記Ｗｅｂサイトにアップロードされるケースも多い。
【０００４】
こうした、画像を扱うＷｅｂサイトの一例としては、ユーザがアップロードしたテキストや画像からなる日記風の記述を本人や他のユーザに公開するブログサイト、（一般的には）特定ユーザ間のコミュニケーションをサポートするために、各ユーザからテキストや画像を受信し、これらの情報をその特定ユーザに提供するＳＮＳ（Social Network Service）サイト、ユーザからアップロードされた画像を保管し、それらをアルバムのような閲覧容易な形態で本人または他のユーザに電子的に提示するアルバムサイトや写真共有サイト、ユーザが所定のテーマについて意見交換等を行うためにテキストや画像を投稿する掲示板サイトがある。
【０００５】
一方、Ｗｅｂサイトへのアクセスが多くなるにつれ、Ｗｅｂサイトの利用者に対して広告情報を提供する仕組みが大きな注目を集め、そのうちのいくつかが既に実施されている。第１の例は、Ｗｅｂサイトを検索する検索サイトにおいて、検索結果とともに広告情報を表示する仕組みである。こうした仕組みを実現する検索管理システムは、検索ユーザからＷｅｂサイトを検索するための検索キーワードが入力されると、この検索キーワードに関連するＷｅｂサイトのリストを検索結果として、その検索ユーザに表示するとともに、検索キーワードに関連する広告情報を、たとえばその検索結果のリストの側部や上部／下部に表示する。このように表示される広告情報は、事前に所定のキーワードなどに関連付けられて広告主により登録されているもので、広告情報を表示するかどうかは、広告主が設定した表示条件、検索キーワードと広告主が設定したキーワードとの類似度や関連性、広告主のＷｅｂページの内容等に基づいて、検索管理システムが判断する。
【０００６】
広告情報をＷｅｂサイトの利用者に提供する第２の例は、前述したブログサイトを運営・管理するブログ管理システムに関するものである。当該ブログ管理システムは、ユーザにより投稿された記事（テキスト情報）から抽出されたキーワードに関連する広告情報を、投稿ユーザや閲覧ユーザに表示する。広告情報は、検索管理システム同様、事前に所定のキーワードなどに関連付けられて広告主により登録されているもので、広告情報を表示するかどうかは、広告主が設定した表示条件や、投稿記事から抽出されたキーワードと広告主が設定したキーワードとの類似度や関連性等によって判断される。
【０００７】
このように、従来のＷｅｂサイトでは、検索キーワードや投稿記事から抽出されたキーワードに基づいて選択された広告情報が、検索ユーザや閲覧ユーザ等に表示されているが、前述のように、画像データの提供を受けるＷｅｂサイトも増えつつあり、最近になって、画像データに関連する情報を、画像データの提供者に配信する仕組みがいくつか提案されている。
【０００８】
たとえば、特許文献１では、携帯電話から受信した画像データに最も類似する画像データを検出し、その検出された画像データに直接対応付けられた関連情報を、その画像データを送信してきた携帯電話に提供する情報提供装置が開示されている。
【特許文献１】特開２００５−１６５４６１号公報
【０００９】
また、特許文献２では、携帯端末から受信した画像データを、多数の画像データと比較して、類似する画像データに対応付けられたキーワードを認識結果として取得し、取得したキーワードで広告ＤＢを検索することにより得た広告情報を、その画像データを送信してきた携帯端末に配信する広告情報提供装置が開示されている。
【特許文献２】特開２００４−１８５５９１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１の情報提供装置や特許文献２の広告情報提供装置を含む従来技術には、以下のようないくつかの課題がある。第１の課題は、関連情報やキーワードの管理面での問題である。上記の従来装置では、携帯電話から受信した画像データと比較するために蓄積しておく画像データのそれぞれに関連情報やキーワードが対応付けられているが、このような構成では、実質的に同じ対象物や意味を表している複数の画像データに、同じ関連情報、キーワードが重複して対応付けられることになる。このことは、関連情報やキーワードを新たに付与する場合や情報のメンテナンスをする場合など、効率的な管理を阻害することになりかねない。
【００１１】
第２の課題は、画像データの類似度を判断する際の精度の問題である。上記情報提供装置および広告情報提供装置等では、類似する画像データが、単一の方法、すなわち、１つの基準のみによって判断されており、画像データの類否を複数の基準によって多面的に判断するような構成になっていない。様々な比較方法、および多様なジャンルの画像データを用いることによって、より高精度な類否判定が可能となるのである。
【００１２】
第３の課題は、広告情報の提供範囲が限定されている点である。上記情報提供装置および広告情報提供装置等では、携帯電話から画像データを受信し、得られた関連情報や広告情報を直接、その携帯機器に配信する構成となっており、これらの関連情報や広告情報が、基本的に１人のユーザにのみ提供される。したがって、このような構成では、極めて小さな広告効果しか得られないことになる。本来は、一定の興味を有する多くのユーザに、効果的な内容の広告情報を提供することが望ましい。
【００１３】
第４の課題は、従来装置の上記の問題のために、ブログサイト、ＳＮＳサイト、アルバムサイト、掲示板サイト等で多くのユーザに広告情報を提供しようとする場合には採用することができない点である。また、これらの従来装置では、各サイトを管理・運営するサーバが、画像類否に係る判断基準や、広告情報の提供元（種類）、数等を指定するといった柔軟なコントロールをすることもできない。
【００１４】
したがって、本発明の目的は、画像データを受信した際に比較対象となる画像データと、これらの比較対象画像データに対応する関連情報やキーワードを複数のデータベースを関連付けることによって別個に管理し、高い柔軟性と独立性をもって効率的に管理することができる広告管理システム、広告管理サーバ、広告管理方法、プログラム、および閲覧クライアントを提供することにある。
【００１５】
また、本発明のさらなる目的は、受信した画像データを、蓄積された多くの比較対象画像データと比較する際に、複数の異なる基準、たとえば、異なる類似度判定方法や、異なる比較対象画像データのセットを用いることによって多面的に類似度を判定することができる広告管理システム、広告管理サーバ、広告管理方法、プログラム、および閲覧クライアントを提供することにある。
【００１６】
また、本発明のさらなる目的は、画像データに関連する関連情報や広告情報を、その画像データを閲覧する多くの閲覧ユーザに提供することができる広告管理システム、広告管理サーバ、広告管理方法、プログラム、および閲覧クライアントを提供することにある。
【００１７】
さらに、本発明の目的は、ブログサイト、ＳＮＳサイト、アルバムサイト、掲示板サイト等の管理・運営を行うサーバによって利用することができ、当該サイトにアップロードされた画像データに関連する広告情報を当該サーバに提供することができ、さらに、当該サーバによる指定に応じて、画像類否に係る判断基準等を柔軟に変更したり、広告情報を取得する対象や数を容易に変更することができる広告管理システム、広告管理サーバ、広告管理方法、プログラム、および閲覧クライアントを提供することにある。
【課題を解決するための手段】
【００１８】
本発明の第１実施態様は、フロントサーバと、前記フロントサーバにネットワークを介して接続された広告管理サーバとを含む広告管理システムであり、前記フロントサーバは、登録クライアントから画像データを受信した場合に、前記画像データを前記広告管理サーバに送信する画像データ送信手段と、前記広告管理サーバから受信した、前記画像データに関連する広告データに基づいて広告情報を編集し、前記広告情報を閲覧クライアントに対して送信する広告情報送信手段とを有し、前記広告管理サーバは、前記フロントサーバから前記画像データを受信した場合に、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段と、前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段と、前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを前記フロントサーバに送信する広告データ送信手段とを有するように構成される。
【００１９】
このような本発明の構成によって、フロントサーバでブログやＳＮＳのサーバを構成すれば、画像データに関連する関連情報や広告情報を、その画像データを閲覧する多くの閲覧ユーザに提供することができる。
【００２０】
本発明の第２実施態様は、前述の第１実施態様において、さらに識別子送受信手段を有し、前記識別送受信手段は、前記画像認識処理手段により前記画像ＩＤが決定された場合に、前記画像ＩＤまたは前記識別子を前記フロントサーバで記憶しておくために前記フロントサーバに送信し、前記フロントサーバが前記閲覧クライアントから前記画像データに関する閲覧リクエストを受信した場合に、前記フロントサーバで記憶されている前記画像ＩＤまたは前記識別子を前記フロントサーバから受信し、前記画像ＩＤまたは前記識別子を前記キーワードの取得のために前記キーワード取得手段に提供するように構成される。
【００２１】
本発明の第３実施態様は、前述の第１実施態様において、認識方法指示データが、画像の認識方法に関する情報を含み、前記広告管理サーバの前記画像認識処理手段は、前記認識方法指示データを受信した場合に、前記認識方法指示データにしたがって前記画像ＩＤを決定するように構成される。
【００２２】
本発明の第４実施態様は、前述の第１実施態様において、広告取得指示データが、広告データの取得方法に関する情報を含み、前記広告管理サーバの前記広告データ送信手段は、前記広告取得指示データを受信した場合に、前記広告取得指示データにしたがって前記広告データの検索を行うように構成される。
【００２３】
本発明の第５実施態様は、前述の第２実施態様において、前記フロントサーバは、Ｗｅｂページ生成手段をさらに有し、前記Ｗｅｂページ生成手段は、前記広告管理サーバから、前記画像ＩＤまたは前記識別子が前記フロントサーバに送信された場合に、送信されてきた前記画像ＩＤまたは前記識別子をＷｅｂページのデータとして記憶するように構成される。
【００２４】
本発明の第６実施態様は、前述の第１実施態様において、前記キーワード取得手段は、前記画像ＩＤまたは前記識別子を用いて、データベースを検索することによりキーワードを取得し、前記データベースは、前記画像ＩＤまたは前記識別子に応じて切り替えられるように構成される。
【００２５】
本発明の第７実施態様は、前述の第１実施態様において、前記画像認識処理手段は、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定するように構成される。
【００２６】
本発明の第８実施態様は、画像データを受信する画像データ受信手段と、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段と、前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段と、前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを所定のコンピュータに送信する広告データ送信手段とを有する広告管理サーバであり、前記画像認識処理手段は、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定するように構成される。
【００２７】
このような本発明の構成によって、フロントサーバでブログやＳＮＳのサーバを構成すれば、画像データに関連する関連情報や広告情報を、その画像データを閲覧する多くの閲覧ユーザに提供することができる。また、受信した画像データを、蓄積された多くの比較対象画像データと比較する際に、複数の異なる基準、たとえば、異なる類似度判定方法や、異なる比較対象画像データのセットを用いることによって多面的に類似度を判定することができる。
【００２８】
本発明の第９実施態様は、前述の第８実施態様において、認識方法指示データが、画像の認識方法に関する情報を含み、前記画像認識処理手段は、前記認識方法指示データを受信した場合に、前記認識方法指示データにしたがって前記画像ＩＤを決定するように構成される。
【００２９】
本発明の第１０実施態様は、前述の第８実施態様において、広告取得指示データが、広告データの取得方法に関する情報を含み、前記広告データ送信手段は、前記広告取得指示データを受信した場合に、前記広告取得指示データにしたがって前記広告データの検索を行うように構成される。
【００３０】
本発明の第１１実施態様は、前述の第８実施態様において、前記キーワード取得手段は、前記画像ＩＤまたは前記識別子を用いて、データベースを検索することによりキーワードを取得し、前記データベースは、前記画像ＩＤまたは前記識別子に応じて切り替えられるように構成される。
【００３１】
本発明の第１２実施態様は、フロントサーバと、前記フロントサーバにネットワークを介して接続された広告管理サーバとを含む広告管理システムで実行される広告管理方法であり、前記フロントサーバにおいて、登録クライアントから画像データを受信した場合に、前記画像データを前記広告管理サーバに送信する画像データ送信ステップと、前記フロントサーバにおいて、前記広告管理サーバから受信した、前記画像データに関連する広告データに基づいて広告情報を編集し、前記広告情報を閲覧クライアントに対して送信する広告情報送信ステップと、前記広告管理サーバにおいて、前記フロントサーバから前記画像データを受信した場合に、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理ステップと、前記広告管理サーバにおいて、前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得ステップと、前記広告管理サーバにおいて、前記キーワード取得ステップにより取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを前記フロントサーバに送信する広告データ送信ステップとを有するように構成される。
【００３２】
本発明の第１３実施態様は、画像データを受信する画像データ受信ステップと、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理ステップと、前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得ステップと、前記キーワード取得ステップにより取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを所定のコンピュータに送信する広告データ送信ステップとを有する広告管理方法であり、前記画像認識処理ステップは、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定するように構成される。
【００３３】
本発明の第１４実施態様は、フロントサーバと、前記フロントサーバにネットワークを介して接続された広告管理サーバとを含む広告管理システムを実現させるためのプログラムであり、前記フロントサーバに、登録クライアントから画像データを受信した場合に、前記画像データを前記広告管理サーバに送信する画像データ送信手段、および、前記広告管理サーバから受信した、前記画像データに関連する広告データに基づいて広告情報を編集し、前記広告情報を閲覧クライアントに対して送信する広告情報送信手段として機能させ、前記広告管理サーバに、前記フロントサーバから前記画像データを受信した場合に、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段、前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段、および、前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを前記フロントサーバに送信する広告データ送信手段として機能させるプログラムである。
【００３４】
本発明の第１５実施態様は、広告管理サーバを実現するためのプログラムであり、広告管理サーバに、画像データを受信する画像データ受信手段、画像認識処理を行って前記画像データに類似する画像に対応する画像ＩＤを決定する画像認識処理手段、前記画像ＩＤまたは前記画像ＩＤに関連付けられた識別子を用いて、前記画像データに関連するキーワードを取得するキーワード取得手段、および、前記キーワード取得手段により取得された前記キーワードに基づいて広告データを検索し、検索結果として得られた前記広告データを所定のコンピュータに送信する広告データ送信手段として機能させ、前記画像認識処理手段が、前記画像データのそれぞれについて、複数の認識方法または複数の判断基準によって前記画像ＩＤを決定するよう機能させるプログラムである。
【００３５】
本発明の第１６実施態様は、閲覧ユーザの要求に応じて、前記閲覧ユーザの指定したＷｅｂページの閲覧リクエストをフロントサーバに対して送信する閲覧リクエスト送信手段と、前記閲覧リクエストに対する応答メッセージを前記フロントサーバから受信するメッセージ受信手段とを有し、前記Ｗｅｂページが画像データを含む場合に、前記画像データに関連して前記Ｗｅｂページ上に表示される広告情報が、前記画像データの種類に応じて選択されたデータベースのキーワードを元に検索されたものであるように構成された閲覧クライアントである。
【発明の効果】
【００３６】
本発明に係る広告管理システムによって、画像データを受信した際に比較対象となる画像データと、これらの比較対象画像データに対応する関連情報やキーワードを高い柔軟性と独立性をもって効率的に管理することができる。比較対象画像データと関連情報・キーワードは、複数のデータベースにより別個に管理され、多段に関連付けられる。
【００３７】
また、当該広告管理システムにより、受信した画像データを、蓄積された多くの比較対象の画像データと比較する際に、複数の異なる基準、たとえば、異なる類似度判定方法や、異なる比較対象画像データのセットを用いることによって多面的に類似度を判定することができる。
【００３８】
さらに、当該広告管理システムにより、画像データに関連する関連情報や広告情報を、その画像データを閲覧する多くの閲覧ユーザに提供することができる。また、当該広告管理システムは、ブログサイト、ＳＮＳサイト、アルバムサイト、掲示板サイト等の管理・運営を行うサーバによって利用できる形態で提供され、当該サイトにアップロードされた画像データに関連する広告情報を当該サーバに提供することができ、当該サーバから提供される指定に応じて、画像類否に係る判断基準等を柔軟に変更したり、広告情報を取得する対象や数を容易に変更することができる。
【発明を実施するための最良の形態】
【００３９】
最初に、本発明の一実施態様に係る広告管理システムの概要を、図１を参照して説明する。本発明の広告管理システム１は、登録クライアント１０、閲覧クライアント２０、フロントサーバ３０、広告管理サーバ５０、およびこれらを相互に接続するネットワーク９０から構成される。
【００４０】
登録クライアント１０は、図１に示すように、携帯電話１０ａといった携帯機器や、パーソナルコンピュータ１０ｂのようなコンピュータであり、画像データ９２をネットワーク９０経由でフロントサーバ３０に登録（すなわち、投稿またはアップロード）する。登録クライアント１０はまた、スマートフォンやＰＤＡのような他のタイプの携帯型端末であってもよい。画像データ９２は、たとえば、ＪＰＥＧやＰＮＧのようなフォーマットの静止画データであるが、ＭＰＥＧフォーマットで記録されるような動画データであってもよい。携帯電話１０ａが、近年広く普及している撮像装置内蔵型携帯電話（いわゆる、カメラ付き携帯電話）である場合、撮影された画像データ９２は通常、その携帯電話１０ａの内蔵メモリや外部記録媒体に保存され、そこに保存された状態で、当該画像データ９２をそのままフロントサーバ３０にアップロードすることができる。
【００４１】
デジタル（スティル）カメラやデジタルビデオカメラで撮影した画像データ９２や、その他の経路で取得した画像データ９２は、携帯電話１０ａやパーソナルコンピュータ１０ｂを経由して、フロントサーバ３０にアップロードされる。
【００４２】
閲覧クライアント２０は、図１に示すように、携帯電話２０ａといった携帯機器や、パーソナルコンピュータ２０ｂのようなコンピュータであり、フロントサーバ３０からネットワーク９０経由で提供された画像データ９２と広告データ９６を閲覧する。閲覧クライアント２０はまた、スマートフォンやＰＤＡのような他のタイプの携帯型端末であってもよい。図１では、説明の便宜上、登録クライアント１０と閲覧クライアント２０を別個のものとして示しているが、登録クライアント１０で登録した画像データ９２を、その登録ユーザ自身で閲覧する場合もあり、この場合には、１つの機器で、登録クライアント１０と閲覧クライアント２０の両方を構成することとなる。
【００４３】
画像データ９２と広告データ９６の閲覧は通常、閲覧クライアント２０で動作するブラウザ（Ｗｅｂブラウザ）によって閲覧クライアント２０の表示装置上に表示される。フロントサーバ３０は、Ｗｅｂブラウザの要求に応じて、画像データ９２と広告データ９６を表示するための記述（ＨＴＭＬ等による記述）を含むＷｅｂページをＨＴＴＰ（HyperText Transfer Protocol）といったプロトコルで閲覧クライアント２０に送信する。
【００４４】
フロントサーバ３０は、たとえば、ブログサイト、ＳＮＳサイト、アルバムサイト、掲示板サイト等を管理・運用するサーバであり、基本的にＷｅｂサーバの機能を備える。フロントサーバ３０は、図１では１つのコンピュータとして表されているが、複数台のコンピュータで機能を分担するように構成してもよい。また、複数台で構成される場合、各コンピュータは、必要に応じて公衆ネットワークやプライベートネットワークで接続される。
【００４５】
本発明の広告管理システム１では、画像データ９２に関連する広告データ９６が提供されるが、これは２つの処理によって実現される。第１の処理は、登録クライアント１０から画像データ９２が登録された場合に、広告管理サーバ５０が、この画像データ９２に関連する対象ＩＤ１０４を、画像認識処理を行うことにより求める処理である。この対象ＩＤ１０４は、その後、フロントサーバ３０に提供され、そこで、たとえば、所定のＷｅｂページのデータ（ＨＴＭＬデータ）に格納される（ＯＣＲテキスト１１０等のキーワードが記憶される場合もある）。
【００４６】
第２の処理は、閲覧クライアント２０から、上記のＷｅｂページが閲覧された場合に、広告管理サーバ５０が、そのＷｅｂページに格納されている対象ＩＤ１０４に基づいて、関連する広告データ９６を求める処理である。その広告データ９６は、その後、フロントサーバ３０に提供され、そこで、閲覧要求がされたＷｅｂページに表示されるよう組み込まれる。
【００４７】
広告データ９６が、広告主サイト等のＵＲＬに対応付けられたリンク情報を含んでいる場合は、Ｗｅｂページに当該リンク情報が表示され、閲覧クライアント２０のユーザはこのリンク情報をクリック等することによって、閲覧クライアント２０の表示装置上に広告主サイトを表示させることができる。
【００４８】
このように、２つの処理に分けることによって、画像データ９２の登録が行われるたびに広告データ９６の取得まで一気に処理がされるといったコンピュータの負荷を低減させることができると同時に、画像データ９２と広告データ９６との対応付けが頻繁に変わるような場合に、その変化をダイナミックに反映させることができる。
【００４９】
この例では、一旦、登録クライアント１０による画像データ９２の登録が行われた場合に、画像データ９２から対象ＩＤ１０４を求め、その後、閲覧クライアント２０によるＷｅｂページの閲覧が行われた場合に広告データ９６を求めるように、２段階の処理を経て画像データ９２に関連する広告データ９６が表示されるように構成されるが、登録クライアント１０による画像データ９２の登録が行われた場合に、あるいは、閲覧クライアント２０によるＷｅｂページの閲覧が行われた場合に、この２つの処理を続けて行うようにすることも可能である。
【００５０】
フロントサーバ３０は、登録クライアント１０のユーザが写真を投稿するといった操作により、画像データ９２を登録する場合に、その画像データ９２を登録クライアント１０から受信し、これをフロントサーバ３０の記憶装置４０に記憶するとともに、ネットワーク９０を介して広告管理サーバ５０に送信する。この際、フロントサーバ３０は、画像データ９２のほかに、画像データの認識方法を指示するためのデータ、認識方法指示データ９４を広告管理サーバ５０に送信することができる。
【００５１】
広告管理サーバ５０は、フロントサーバ３０から画像データ９２と認識方法指示データ９４を受信すると、画像データ９２について、認識方法指示データ９４で指定された方法により画像認識処理を行う。フロントサーバ３０から認識方法指示データ９４が送信されない場合は、たとえば、予め決められた方法により画像データ９２の画像認識処理を行う。
【００５２】
その後、広告管理サーバ５０によって、画像データ９２に対応する対象ＩＤ１０４が取得されると、フロントサーバ３０は、その対象ＩＤ１０４を広告管理サーバ５０から受信し、これをＷｅｂページのデータに追加して記憶装置４０に記憶するとともに、当該Ｗｅｂページのデータを登録クライアント１０に送信する。
【００５３】
閲覧クライアント２０からＷｅｂページの閲覧要求があると、フロントサーバ３０は、そのＷｅｂページのデータに追加された（画像データ９２に対応する）対象ＩＤ１０４を、ネットワーク９０を介して広告管理サーバ５０に送信する。この際、フロントサーバ３０は、対象ＩＤ１０４のほかに、広告データ９６を取得する元のサーバ（サーバに対応するユーザエージェントやアドレス）や取得する広告データ９６の数などを指示するためのデータ、広告取得指示データ９５を広告管理サーバ５０に送信することができる。
【００５４】
広告管理サーバ５０は、フロントサーバ３０から対象ＩＤ１０４と広告取得指示データ９５を受信すると、対象ＩＤ１０４について、広告取得指示データ９５で指定された方法により広告データ９６の取得を行う。フロントサーバ３０から広告取得指示データ９５が送信されない場合は、たとえば、予め決められた方法で広告データ９６を取得する。フロントサーバ３０は、その広告データ９６を広告管理サーバ５０から受信し、この広告データ９６の内容がＷｅｂページに表示されるようにＷｅｂページのデータを更新してそのＷｅｂページのデータを記憶装置４０に記憶するとともに、当該Ｗｅｂページのデータを閲覧クライアント２０に送信する。
【００５５】
広告管理サーバ５０は、図１では１つのコンピュータとして表されているが、複数台のコンピュータで機能を分担するように構成してもよい。たとえば、所定の方法により画像認識処理を、それぞれ別のコンピュータで機能させるように構成できる。また、複数台で構成される場合、各コンピュータは、必要に応じて公衆ネットワークやプライベートネットワークで相互に接続される。さらに、広告管理サーバ５０をフロントサーバ３０と統合し、両サーバの機能を１つのコンピュータで行うような構成も可能である。
【００５６】
ネットワーク９０は、たとえばインターネットのような広域接続ネットワークであるが、これに限定されるわけではない。たとえば、ＬＡＮ、ＬＡＮと専用回線を含むＷＡＮ（Wide Area Network）、イントラネット、エクストラネット、その他の様々なトポロジおよびこれらの組み合わせでネットワーク９０が構成されうる。また、登録クライアント１０や閲覧クライアント２０が据置型のパーソナルコンピュータである場合、一般的には、ＬＡＮケーブルその他のケーブル、ルータ（モデム）、ＩＳＰサーバ等を介してネットワーク９０に接続される。また、携帯電話等の携帯型端末である場合、ネットワーク９０までの接続経路には、無線通信網が含まれる。
【００５７】
広告データ９６には、広告情報を表すためのデータが含まれる。ここで、広告情報は、商品やサービスの販売に直接または間接的につながる情報や、商品、サービス、企業等のイメージアップや認知度向上のための情報など、様々な情報を含むものである。また、テキスト、静止画、動画、音声、ＵＲＬ（広告主サイト等のＵＲＬに対応付けられたリンク情報）といった、様々なデータを含むことができる。
【００５８】
図１の例では、フロントサーバ３０が、登録クライアント１０および閲覧クライアント２０と、広告管理サーバ５０の間の各種データのやり取りを中継するように構成されているが、フロントサーバ３０を省略して（あるいは、フロントサーバ３０と広告管理サーバ５０を一体化して）、登録クライアント１０および閲覧クライアント２０とのやりとりを、広告管理サーバ５０が直接行うように構成することもできる。
【００５９】
また、この例では、認識方法指示データ９４は、画像データ９２とともに、フロントサーバ３０から送信されるように構成されているが、画像データ９２とともにでなく、任意のタイミングで送信可能である。受信する広告管理サーバ５０では、認識方法指示データ９４を受信した以降の画像認識処理については、この認識方法指示データ９４の指示内容に従うといった制御を行うことができる。さらに、認識方法指示データ９４は、フロントサーバ３０以外のコンピュータから送信することができる。同様に、広告取得指示データ９５についても、様々なタイミングで、様々なコンピュータから送信可能である。
【００６０】
また、この例では、広告管理サーバ５０は、広告データ９６を、画像データ９２を受信したフロントサーバ３０に送信するように構成されているが、ネットワークを介して接続されている限り、指定に応じてどのようなコンピュータに対しても送信することができる。
【００６１】
次に、図２および図３の機能ブロック図を参照して、本発明の一実施形態に係る広告管理システム１の機能概要について説明する。
【００６２】
最初に、図２を参照して、登録クライアント１０、閲覧クライアント２０、およびフロントサーバ３０の機能概要を説明する。登録クライアント１０は、Ｗｅｂページ表示部１１、メール送信部１２、およびネットワークＩ／Ｆ（インタフェース）部１３を含む。閲覧クライアント２０は、Ｗｅｂページ表示部２１、およびネットワークＩ／Ｆ（インタフェース）部２２を含む。
【００６３】
フロントサーバ３０は、Ｗｅｂアクセス制御部３１、コンテンツ管理部３２、Ｗｅｂページ生成・登録部３３、画像データ登録制御部３４、Ｗｅｂページ閲覧制御部３５、およびネットワークＩ／Ｆ（インタフェース）部３６を含み、フロントサーバ３０の記憶装置４０には、Ｗｅｂページデータ４１、および関連ファイル４２が記憶される。
【００６４】
登録クライアント１０のＷｅｂページ表示部１１は、実質的には、いわゆるＷｅｂブラウザであり、たとえば、所定のタグを記述したＨＴＭＬデータ等を読み込むことにより、テキスト、静止画、動画等を登録クライアント１０の表示装置上に表示されたＷｅｂブラウザのウインドウ内に出力する。登録クライアント１０の表示装置上に表示されたＷｅｂブラウザのウインドウで、登録ユーザが画像データ９２の登録を指示するための操作をした場合、メール送信部１２が起動され、メールアプリケーションの画面が登録クライアント１０の表示装置上に表示される。そこで、登録ユーザは、画像データ９２を添付ファイルとして指定し、送信指示を行うと、画像データ９２は、メールの添付ファイルとして、ネットワークＩ／Ｆ部１３、ネットワーク９０を介してフロントサーバ３０に送信され、関連ファイル４２として記憶される。
【００６５】
画像データ９２の登録は、Ｗｅｂページ表示部１１によって実行されるＷｅｂブラウザで表示されるＷｅｂアプリケーションを介して行うこともできる。登録のための操作は、たとえば、登録クライアント１０がパーソナルコンピュータ１０ｂであれば、キーボードからのキー入力や、マウスによるボタン表示（表示装置上に表示されたボタン形状のマーク）のクリック等である。他方、登録クライアント１０が携帯電話１０ａのようなタイプであれば、プッシュボタンを用いて、入力やボタン表示の選択が行われる。
【００６６】
登録クライアント１０のネットワークＩ／Ｆ部１３は、ネットワーク９０に接続された他のコンピュータとデータの送受信を行う際に、データのエラーチェックや送受信のタイミング等をコントロールする。たとえば、登録クライアント１０とフロントサーバ３０との間のデータ送受信も、この、ネットワークＩ／Ｆ部１３を介して行われる。こうした機能は、ネットワーク９０に接続してデータの送受信を行う携帯機器やコンピュータが標準的に備えていることが多く、登録クライアント１０のほか、閲覧クライアント２０、フロントサーバ３０、広告管理サーバ５０も同様の機能を備えている。したがって、以降ではネットワークＩ／Ｆ部の説明は省略する。
【００６７】
閲覧クライアント２０のＷｅｂページ表示部２１は、上述した登録クライアント１０のＷｅｂページ表示部１１と同様の機能を有する。閲覧クライアント２０の表示装置に表示されたＷｅｂブラウザのウインドウで画像データ９２や広告データ９６が表示される。広告データ９６が、広告主サイト等のＵＲＬに対応付けられたリンク情報を含んでいる場合、閲覧ユーザがこのリンク情報を選択する操作を行うと、Ｗｅｂブラウザのウインドウ内の表示が、選択されたリンク情報に対応するＵＲＬのＷｅｂページに切り替わる。選択を指示するための操作は、登録クライアント１０で登録の指示をするための操作と同様である。
【００６８】
フロントサーバ３０のＷｅｂアクセス制御部３１は、登録クライアント１０や閲覧クライアント２０からＨＴＴＰといったプロトコルで要求を受信する。所定のＷｅｂページの要求があった場合は、当該ＷｅｂページをＷｅｂページデータ４１から取得して、（画像データ９２、広告データ９６がある場合はこれらとともに）要求元のクライアントにＨＴＴＰで送信する。この結果、登録クライアント１０や閲覧クライアント２０の表示装置に所望のＷｅｂページが表示される。こうした各クライアントとのデータのやりとりは、従来のＷｅｂサーバが有する機能と同様である。さらに、ここでは、メールの受信管理についてもＷｅｂアクセス制御部３１が行うものとする。また、登録クライアント１０や閲覧クライアント２０とフロントサーバ３０との間の通信は、ネットワークＩ／Ｆ部３６を介して行われる。
【００６９】
コンテンツ管理部３２は、Ｗｅｂアクセス制御部３１の制御に応じて、必要なデータの管理を行う。より具体的には、登録クライアント１０から画像データ９２の登録指示が、Ｗｅｂアプリケーションまたはメールの添付ファイル送信等によってなされた場合は、受信した画像データ９２に、必要に応じてファイル名称を設定し、これを関連ファイル４２として格納する。また、閲覧クライアント２０から要求されたＷｅｂページが、画像データ９２や広告データ９６を表示するための記述を含んでいる場合は、これらのデータを関連ファイル４２から取得し、Ｗｅｂアクセス制御部３１に提供する。
【００７０】
Ｗｅｂページ生成・登録部３３は、Ｗｅｂアクセス制御部３１の制御に応じて、登録クライアント１０または閲覧クライアント２０から要求されたＷｅｂページを動的に更新・編集する。一方、登録クライアント１０から、新たにＷｅｂページを作成する指示があった場合（たとえば、ブログサイトで新たな日記ページが投稿されたような場合）、当該Ｗｅｂページを生成し、これを、次回以降の修正や他の閲覧ユーザからの閲覧のために、Ｗｅｂページデータ４１として記憶する。
【００７１】
画像データ登録制御部３４は、登録クライアント１０から画像データ９２の登録があった場合に、この画像データ９２を、ネットワーク９０を介して広告管理サーバ５０に送信する。このとき、画像データ登録制御部３４は、サイト管理者によるフロントサーバ３０の指定に基づいて、画像データ９２とともに認識方法指示データ９４を広告管理サーバ５０に送信するように構成することができる。認識方法指示データ９４は、画像データ９２の画像認識処理を広告管理サーバ５０がどのような方法で行うかを指示するためのデータである。このほか、フロントサーバ３０は、たとえば、画像データ９２を登録した登録ユーザに関する情報（ユーザ属性情報）、当該画像データ９２が属する分類やジャンル、画像データ９２の登録日付情報、および画像データ９２の登録がされた位置の情報等、登録ユーザ、画像データ９２、および登録操作に関連する情報を広告管理サーバ５０に提供することができる。
【００７２】
また、画像データ登録制御部３４は、広告管理サーバ５０から対象ＩＤ１０４が送信されてきた場合に、Ｗｅｂページ生成・登録部３３を制御して、この対象ＩＤ１０４を、対応する画像データ９２を表示させるために生成されているＷｅｂページに（当該画像データ９２に対応付けて）付加する。たとえば、対応する画像データ９２を表示させるためのタグ、あるいは所定のタグに関連付けて、この対象ＩＤ１０４を記述するようＷｅｂページのデータを修正する。このように修正されたＷｅｂページは、Ｗｅｂページデータ４１として記憶装置４０に記憶される。広告管理サーバ５０から、対象ＩＤ１０４とともに、あるいは単独でＯＣＲテキスト１１０等のキーワードが送信されてくる場合もあるが、この場合は、こうしたキーワードも同様に、対応する画像データ９２を表示するＷｅｂページに組み込まれる。
【００７３】
Ｗｅｂページ閲覧制御部３５は、閲覧クライアント２０がＷｅｂページを閲覧する場合に、そのＷｅｂページのデータに記述されている対象ＩＤ１０４を抽出し、それを広告管理サーバ５０に送信する。その後、広告管理サーバ５０から広告データ９６が送信されてきた場合に、それを関連ファイル４２に格納する。広告データ９６は、たとえばＸＭＬフォーマットで提供される。Ｗｅｂページ閲覧制御部３５はさらに、Ｗｅｂページ生成・登録部３３を制御して、閲覧要求されたＷｅｂページに、受信した広告データ９６で表される広告情報を表示するようＷｅｂページのデータを更新する。
【００７４】
このとき、Ｗｅｂページ生成・登録部３３は、フロントサーバ３０の設定に従い、任意のページ位置に広告データ９６に含まれる広告情報（テキストや画像、リンク情報）を配置することができる。また、１つの画像データ９２に対して、複数の広告情報（または複数の広告データ９６）が提供される場合もあるが、その場合は、任意の位置、順序で当該広告情報を配置できる。広告管理サーバ５０から、複数の広告情報について、順位情報（たとえば、アフィリエイトの条件が有利な順や、画像データ９２との関連度が高い順）が付される場合もあり、その場合、サイト管理者の設定により、フロントサーバ３０は、その順位にしたがって、各広告情報の配置を制御することができる。
【００７５】
なお、この例では、登録クライアント１０において動作するＷｅｂブラウザにより（Ｗｅｂアプリケーションにより）、画像の投稿が行われるように示されているが、他の様々な登録クライアント１０のアプリケーションで画像の投稿処理を行うようにすることができる。また、同様に、閲覧クライアント２０において動作するＷｅｂブラウザ以外の様々なアプリケーションによって広告情報の表示が行われうる。
【００７６】
次に、図３を参照して、広告管理サーバ５０についての機能概要を説明する。広告管理サーバ５０は、処理制御部５１、画像データ受信部５２、画像認識処理部５３、対象ＩＤ取得部５４、対象ＩＤ送受信部５５、キーワード検索部５６、広告データ検索部５７、広告データ送信部５８、ログ取得部５９、およびネットワークＩ／Ｆ部６０を含む。画像認識処理部５３にはさらに、第１画像認識部５３ａ、第２画像認識部５３ｂ、および第３画像認識部５３ｃが含まれ、各画像認識部は、それぞれ異なる画像認識エンジンを利用する。また、広告管理サーバ５０の記憶装置７０には、画像識別ＤＢ７１、対象指定ＤＢ７３、テーブル指定ＤＢ７４、およびキーワードＤＢ７５が含まれる。
【００７７】
広告管理サーバ５０の処理制御部５１は、広告管理サーバ５０における処理全体を管理し、各機能部（５２〜５９）で行われる処理の順序やタイミング等を制御する。
【００７８】
画像データ受信部５２は、フロントサーバ３０から、処理制御部５１を介して画像データ９２を受信する。また、フロントサーバ３０から認識方法指示データ９４が送信される場合は、当該データの受信も行う。その後、画像データ９２は、処理制御部５１によって画像認識処理部５３に渡され、そこで、画像識別ＤＢ７１を参照して画像認識処理が行われる。
【００７９】
画像認識処理部５３では、画像データ９２が、どの画像に類似しているかまたはどのような情報を内包しているかを、複数の基準で判定し、類似している画像に対応する画像ＩＤを求める。画像認識エンジンがＯＣＲであるような場合はＯＣＲテキストが求められる。この例では、第１画像認識部５３ａ、および第２画像認識部５３ｂが、それぞれ異なる判定方法と異なる比較対象画像データで類似度等を判定し、第３画像認識部５３ｃが、ＯＣＲにより画像データ９２から直接テキストデータを取得する。図３の例では、３つの異なる画像認識部が用意されているが、４以上の画像認識部を持つこともできる。また、利用する画像認識エンジンが１つであっても、画像認識処理時のパラメータ等を変えることによって、複数の基準で画像認識を行うように構成することができる。また、フロントサーバ３０から、認識方法指示データ９４を受信している場合は、この指示内容にしたがって認識方法が設定される。
【００８０】
この実施形態においては、第３画像認識部５３ｃの画像認識エンジンがＯＣＲである例を示しているが、画像データ９２から、直接テキスト（キーワード）を取得する他の認識方法を採用することができる。たとえば、顔検出を行う画像認識エンジンであれば、人が写っている画像データ９２を入力すると、「顔」の存在を認識して、テキスト「顔」を返す。この場合、「顔」というテキストデータを直接、広告取得のキーワードとして使用できる。また、顔認証と呼ばれる技術を使用すれば、さらにその人の名前まで（ＤＢにその顔が登録してあれば）取得可能である。人の顔以外にも、車、手、動物といった所定の「カテゴリ」を認識する画像認識エンジンが、研究レベルのものを含め、様々に存在する。このようなカテゴリ認識で得られたカテゴリ名を広告取得のキーワードとして使用することができる。
【００８１】
本発明の広告管理システム１における画像認識処理は、ＤＢ等に格納された比較対象画像データを用いて画像データ９２との類似度を判定する処理と、画像データ９２から直接テキストを求める処理を含んでおり、用途に応じて、一方あるいは両方の処理が用いられる。また、この例における、第１画像認識部５３ａおよび第２画像認識部５３ｂの処理では、比較対象の画像データ（の特徴量）が、それぞれユニークな画像ＩＤに対応付けられ、各画像ＩＤは１つの対象、観念をあらわす対象ＩＤ１０４に対応付けられる。
【００８２】
対象ＩＤ取得部５４は、対象指定ＤＢ７３を参照して、画像認識処理部５３で求めた画像ＩＤに対応する対象ＩＤを取得する。
【００８３】
対象ＩＤ送受信部５５は、登録クライアント１０から画像データ９２の登録があった場合に、対象ＩＤ取得部５４で求めた対象ＩＤをフロントサーバ３０に送信し、閲覧クライアント２０から画像データ９２を表示するＷｅｂページの閲覧があった場合に、当該画像データ９２に対応づけられている対象ＩＤをフロントサーバ３０から受信する。対象ＩＤ送受信部５５は、対象ＩＤ１０４の受信とともに、広告取得指示データ９５を受信する場合もある。
【００８４】
キーワード検索部５６では、対象ＩＤ送受信部５５で対象ＩＤを受信した場合に、テーブル指定ＤＢ７４、およびキーワードＤＢ７５を参照して、受信した対象ＩＤを元にキーワードが決定される。ここでは、対象ＩＤごとに、キーワードを検索するためのテーブルが設定される。このような多段の対応付けは、複数のデータベースにより行われる。キーワード検索部５６は、このような複数のデータベースを検索することによって、キーワードを決定する。この例では、１つの画像データ９２について複数のキーワードが決定される場合がある。
【００８５】
広告データ検索部５７は、キーワード検索部５６で決定されたキーワードを元に、既存の広告配信システム１５０を利用して、広告情報を取得する。対象ＩＤ送受信部５５で、広告取得指示データ９５を受信している場合は、この指示にしたがって広告情報を取得する。たとえば、広告取得指示データ９５には、広告情報を求めるために使用する広告配信システム１５０やサーバなどの識別子（ユーザエージェントやアドレス）や、取得する広告情報の数（下限や上限の数）などを含みうる。
【００８６】
広告配信システム１５０は、キーワードが与えられると、そのキーワードに関連する広告情報を返す外部システムである。広告配信システム１５０は、１つのキーワードに対して複数の広告情報が返信される場合がある。各広告情報には、商品やサービス等の解説、販促情報、販売サイトのＵＲＬ、ＣＭ画像などが含まれる。また、図３に示すように、独自に用意され、記憶装置７０に記憶された広告リスティングＤＢ７６を用いて、当該キーワードに関連する広告情報を取得するようにしてもよい。
【００８７】
広告データ送信部５８は、広告データ検索部５７で取得された広告データ９６を、フロントサーバ３０に送信する。フロントサーバ３０における、画像データ９２の広告管理サーバ５０への送信、および広告データ９６の受信は、たとえば、ＷｅｂＡＰＩの形で提供される。広告データ９６には、複数の広告情報が含まれうる。また、前述したように、広告情報が複数である場合は、広告情報に関する順位を表す順位情報が含まれる場合もある。
【００８８】
次に、図４および図５を参照して、登録クライアント１０のメール送信部１２によって画像データ９２の登録（フロントサーバ３０へのアップロード）が行われる際のＧＵＩの一例について説明する。この例は、携帯電話１０ａ用のブログサイトにおいて記事を投稿する際のものであり、メール送信部１２は、実質的に、登録クライアント１０（携帯電話１０ａ）のメールアプリケーションを利用し、画像データ９２を添付ファイルとしてメールに添付することにより、当該画像データ９２をフロントサーバ３０に送信する。また、この例では、メールの本文にテキストを入力することにより、同時にテキストの投稿も行っている。
【００８９】
図４Ａには、携帯電話１０ａの表示装置上に表示されているメール作成指示画面２００が示されている。このメール作成指示画面２００は、たとえば、Ｗｅｂページ表示部１１（Ｗｅｂブラウザ）でブログサイトにアクセスしている状態で、「記事を投稿」ボタンを、携帯電話１０ａのプッシュボタン等で押下することにより表示される。メール作成指示画面２００には、宛先入力エリア２０１、題名入力エリア２０２、添付ファイル入力エリア２０３、本文入力指定リンク２０４、およびボタン表示部２０５が表示されており、ボタン表示部２０５には、「送信」ボタン、「前ページ」ボタン、「決定」ボタン、「サブメニュー」ボタン、および「次ページ」ボタンが表示されている。
【００９０】
宛先入力エリア２０１には、予め、あるいは登録ユーザの入力により、画像データ９２と投稿記事を受信するブログサイトの電子メールアドレスが指定されている。また、登録ユーザにより、題名入力エリア２０２には、「夕焼け」というテキストが入力されている。添付ファイル入力エリア２０３を、携帯電話１０ａのプッシュボタン等で選択すると、図４Ｂに示すポップアップウインドウ、添付ファイル選択画面２１０が表示される。添付ファイル選択画面２１０には、「１  イメージ（静止画）添付」、「２  メロディ添付」等、添付するファイルがどの種類かを示すファイル種別２１２を複数リスト表示する、ファイル種別リスト２１１が示されている。ここで、「１  イメージ（静止画）添付」のファイル種別２１２を、携帯電話１０ａのプッシュボタン等で押下すると、携帯電話１０ａの表示装置上に、図４Ｃに示すイメージ選択画面２２０が表示される。
【００９１】
イメージ選択画面２２０には、携帯電話１０ａのメモリ内に記憶されている複数の画像データ９２に対応するサムネイル画像２２１、ファイル名入力エリア２２２、およびボタン表示部２２３が表示されており、ボタン表示部２２３には、「決定」ボタン、「確認」ボタン、および「サブメニュー」ボタンが表示されている。ここで、登録ユーザが送信する画像データ９２を携帯電話１０ａのプッシュボタン（移動ボタン）等で選択すると、選択された画像データ９２の携帯電話１０ａにおけるファイル名がファイル名入力エリア２２２に入力される。この後、「決定」ボタンを選択すると、図５Ａに示すように、携帯電話１０ａの表示装置は、再びメール作成指示画面２００の表示に戻り、図４Ａでは「（添付なし）」の表示であった添付ファイル入力エリア２０３に、図４Ｃのファイル名入力エリア２２２に入力された画像データ９２のファイル名が表示される。
【００９２】
ここで、本文入力指定リンク２０４を選択すると、携帯電話１０ａの表示装置上の表示は、図５Ｂに示すような表示に変わる。図５Ａと比較すると分かるように、本文入力指定リンク２０４の選択により、本文入力エリア２３１が新たに表示され、登録ユーザは、そこにテキスト情報を入力する。テキスト情報の入力が終わったら、「送信」ボタンを選択し、これによって、携帯電話１０ａのメモリ内に記憶されている画像データ９２、および登録ユーザによって入力された投稿記事（テキスト情報）がフロントサーバ３０に送信される。また、この操作によって、送信された画像データ９２がブログの投稿記事の画像表示に用いられ、テキスト情報がブログの投稿記事のコメント部分に用いられる。
【００９３】
この例では、携帯電話１０ａが標準的に備えるメールアプリケーションの添付ファイル機能を用いることにより画像データ９２をフロントサーバ３０に送信しているが、他の様々な方法によって当該画像データ９２の送信を行うことができる。たとえば、Ｗｅｂページ表示部１１によって表示されるＷｅｂページの指示にしたがってボタン表示を選択することによって、携帯電話１０ａのメモリ内に記憶されている画像データ９２を指定し、フロントサーバ３０にアップロードするようなＷｅｂアプリケーションを構築することもできる。
【００９４】
また、この例では、ブログサイトに投稿するテキスト（記事）をメールの本文に入力してフロントサーバ３０に送信しているが、これについても、既存の様々な方法で行われうる。たとえば、Ｗｅｂページの所定の入力エリアにテキストを入力して、フロントサーバ３０にアップロードするようなＷｅｂアプリケーションを構築することができる。
【００９５】
図４および図５では、携帯電話１０ａを用いて画像データ９２をフロントサーバ３０に登録する例を示したが、図１に関連して説明したとおり、据置型のパーソナルコンピュータ等、様々なタイプのコンピュータを用いて画像データ９２を登録することができる。また、ここでは、携帯電話１０ａのカメラで撮影され、携帯電話１０ａのメモリ内に記憶されている画像データ９２をそのままフロントサーバ３０に送信する例を示したが、別途、デジタルカメラやデジタルビデオカメラなどで撮影した画像や、他の手段で入手した画像を、画像データ９２として、携帯電話１０ａやパーソナルコンピュータ１０ｂ経由でフロントサーバ３０に送信することができる。
【００９６】
次に、図６を参照して、閲覧クライアント２０のＷｅｂページ表示部２１によって、閲覧クライアント２０の表示装置上に、フロントサーバ３０から提供された画像データ９２、および広告データ９６が表示される例について説明する。この例は、携帯電話用のブログサイトにおいて、図４および図５で表すＧＵＩによって投稿された記事が他の閲覧ユーザの携帯電話２０ａ等に表示された場合を想定している。
【００９７】
図６には、携帯電話２０ａの表示装置上に表示されているブログ記事表示画面２５０が示されている。このブログ記事表示画面２５０は、たとえば、Ｗｅｂページ表示部２１（Ｗｅｂブラウザ）でブログサイトにアクセスしている状態で、携帯電話２０ａのプッシュボタン押下により特定の記事を選択した場合等に表示される。ブログ記事表示画面２５０には、ブログタイトル２５１、記事タイトル２５２、表示画像２５３、第１広告２５４、第２広告２５５、ブログテキスト表示エリア２５６、位置情報２５７、ユーザ指定タグ２５８、第３広告２５９、内容編集指示リンク２６０、写真削除指示リンク２６１、およびコメント表示エリア２６２が表示されている。
【００９８】
ブログ記事表示画面２５０に表示された項目のうち、ブログタイトル２５１、記事タイトル２５２、表示画像２５３、ブログテキスト表示エリア２５６、内容編集指示リンク２６０、写真削除指示リンク２６１、およびコメント表示エリア２６２は、これまでのブログサイトでも一般的に見られる項目である。このうち、記事タイトル２５２、表示画像２５３、およびブログテキスト表示エリア２５６に表示されている内容は、図４および図５で示した一連の操作によって登録された内容であり、これらは、当該登録操作によってフロントサーバ３０のＷｅｂページデータ４１、および関連ファイル４２に記憶された後、Ｗｅｂページ表示部２１の要求に応じてそこからダウンロードされ、表示されたものである。表示画像２５３は、登録クライアント１０によって登録された画像データ９２を、そのままの、あるいは別の解像度・品質で表示したものである。コメント表示エリア２６２には、閲覧ユーザにより、この記事に関して投稿されたコメントが表示される。
【００９９】
第１広告２５４、第２広告２５５、および第３広告２５９は、登録クライアント１０によって登録された画像データ９２に基づいて、広告管理サーバ５０により決定された広告情報である。広告管理サーバ５０は、１つの画像データ９２に関して複数の広告情報を出力する可能性があり、それを広告データ９６としてフロントサーバ３０に送信する。フロントサーバ３０は、受信した広告情報をＷｅｂページに表示させるようＷｅｂページを編集してＷｅｂページデータ４１に記憶し、Ｗｅｂブラウザ等の要求に応じて、当該Ｗｅｂページを要求元のクライアントに送信する。
【０１００】
広告管理サーバ５０およびフロントサーバ３０の少なくとも一方は、所定のルールに基づいて、得られた広告情報の数や、各広告情報の内容を減ずることができる。図６の例では、３つの広告情報が表示されているが、フロントサーバ３０は、独自のルールで、または、（広告管理サーバ５０から順位情報が与えられた場合は）順位情報に基づいて、広告情報の表示順、表示位置、表示サイズ等の表示態様を決定することができる。
【０１０１】
位置情報２５７は、たとえば、登録クライアント１０によって記事の投稿がされた際の、登録クライアント１０の所在位置に関する情報が表示される。こうした位置情報は、ＧＰＳ（Global Positioning System）によって取得可能であり、記事の投稿時に登録クライアント１０からフロントサーバ３０に提供される。近年では、ＧＰＳ内蔵の携帯機器も多く販売されており、こうした機器が登録クライアント１０である場合は、比較的容易に当該情報を取得、送信することができる。
【０１０２】
ユーザ指定タグ２５８は、登録ユーザが登録クライアント１０によって記事の投稿をする際に指定したタグである。タグは、投稿記事の内容についての分類やジャンルを表すためのキーワードであり、登録ユーザは、記事を投稿する際に、その記事がどのジャンルに属するかを判断し、関連するタグを指定する。登録ユーザは、各投稿記事に対して、こうしたタグを複数指定することができるが、指定しないようにすることもできる。また、タグに用いられるキーワードは、登録ユーザが自由に設定できる場合がある。
【０１０３】
図６では、携帯電話２０ａを用いてフロントサーバ３０から提供された画像データ９２、広告データ９６を表示する例を示したが、図１に関連して説明したとおり、据置型のパーソナルコンピュータ等、様々なタイプのコンピュータを用いて当該表示を行うことができる。
【０１０４】
ここまで、図４ないし図６を通して、ブログシステムにおいて提供された画像データ９２に基づいて、関連する広告データ９６が提供され、表示される例を示したが、登録クライアント１０から画像データ９２が提供される限り、他のどのようなシステムにおいても本発明の思想を適用することができる。たとえば、ＳＮＳサイト、アルバムサイト、掲示板サイトを運営・管理するシステムに対して適用することが可能である。
【０１０５】
次に、図７を参照して、広告管理システム１における第１の処理、すなわち、登録クライアント１０から画像データ９２が登録された場合の処理について説明する。図７は、登録クライアント１０、フロントサーバ３０、および広告管理サーバ５０で、それぞれどのような処理が行われ、各ノードの間でどのようなデータがやり取りされるかを表したものである。
【０１０６】
最初に、登録クライアント１０における画像の投稿で、画像データ９２がフロントサーバ３０に送信される。フロントサーバ３０は、登録クライアント１０から画像データ９２を受信すると、対象ＩＤ取得リクエストを広告管理サーバ５０に送信する。この対象ＩＤ取得リクエストは、画像データ９２に対応する対象ＩＤを取得するためのものである。対象ＩＤ取得リクエストは、たとえば、接続元（フロントサーバ）が正規のノードかどうかを確認するための、サービスＩＤやサービスキーといった認証データ、画像データ９２を含む。また、認証データや画像データ９２を、ＸＭＬ形式の記載方法で当該リクエストに含むことができる。このとき、画像データ９２は、データそのものを含むように指定できるが、画像データ９２のアドレス（ＵＲＩ等）をテキストデータで指定するようにもできる。
【０１０７】
フロントサーバ３０は、対象ＩＤ取得リクエストに、認識方法指示データ９４を指定して広告管理サーバ５０に提供することができる。
【０１０８】
次に、対象ＩＤ取得リクエストを受信した広告管理サーバ５０は、画像認識処理部５３で画像データ９２についての画像認識を行い、画像ＩＤ１０２を求める。その後、対象ＩＤ取得部５４で画像ＩＤ１０２をもとに対象ＩＤ１０４を求め、これを、対象ＩＤ取得リクエストのレスポンスとしてフロントサーバ３０に送信する。当該レスポンスでは、認証データが正しくない場合、エラーメッセージを返す。また、１つの画像データ９２について、複数の対象ＩＤが返される場合がある。認識エンジンにＯＣＲを含んでいる場合は、ＯＣＲテキスト１１０が出力される。
【０１０９】
それぞれの対象ＩＤには、それぞれ有効期限を設定することができる。これは、比較対象の画像が日々更新される等の理由で、同じ画像データ９２でも、時期によって異なる画像ＩＤが返ってくる可能性があり、そのような画像ＩＤを元に決定された対象ＩＤの有効性を一定期間内に限定するためである。
【０１１０】
対象ＩＤ取得リクエストのレスポンスを受信したフロントサーバ３０は、受信した対象ＩＤを、投稿された画像データ９２に関わるＷｅｂページに組み込む。このとき、対象ＩＤのそれぞれに有効期限がある場合は、当該情報についても対応する対象ＩＤに関連付けてＷｅｂページ内に記憶する。フロントサーバ３０は、この有効期限を定期的にチェックし、有効期限を過ぎた対象ＩＤの画像データ９２について再度、対象ＩＤ取得リクエストを（広告管理サーバ５０に対して）送信することにより、対象ＩＤを最新の情報にリフレッシュすることができる。
【０１１１】
フロントサーバ３０で対象ＩＤが埋め込まれたＷｅｂページは、登録クライアント１０に送信され、ここで、登録クライアント１０の表示装置上には、画像投稿のレスポンスとして、登録した画像データ９２の示されたＷｅｂページが表示される。この時点のＷｅｂページにはまだ、広告データ９６の表示等はされていない。
【０１１２】
図８は、図７に示す場合の、広告管理サーバ５０の処理概要の一例である。最初に、ステップＳ１０において、広告管理サーバ５０の画像データ受信部５２が、フロントサーバ３０から対象ＩＤ取得リクエストにより画像データ９２を受信する。また、フロントサーバ３０から認識方法指示データ９４が送信される場合は、当該データの受信も行う。
【０１１３】
その後、ステップＳ１１において、認識方法指示データ９４がある場合は、これにしたがって画像認識処理を実行する。認識方法指示データ９４は、たとえば、図９に示すようなデータである。図９には、図９Ａから図９Ｃまで、認識方法指示データ９４の３つの例が示されている。認識方法指示データ９４は、この例では、３つの画像認識部のそれぞれについて、認識エンジン、使用有無、使用条件、および使用ＤＢを指定するためのデータを含んでいる。
【０１１４】
ここで、第１画像認識エンジン８５ａは、たとえば、画像データ９２が与えられた場合に、第１閾値を超える類似度のうち、最も高い類似度の画像データに関する画像ＩＤを１つ返す（第１閾値を越えるものがない場合はなにも返さない）。第２画像認識エンジン８５ｂは、たとえば、第１画像認識エンジン８５ａとは異なる方法で類似度を判定し、画像データ９２が与えられた場合に、第１閾値、または第１閾値とは異なる第２閾値を超える類似度の画像データに関する画像ＩＤを複数返す（閾値を越えるものがない場合はなにも返さない）。第３画像認識エンジン８５ｃは、たとえば、ＯＣＲエンジンであり、画像データ９２が与えられた場合に、その画像データから認識されるテキスト情報を返す。
【０１１５】
図９Ａに示す認識方法指示データ９４は、図３に示す第１画像認識部５３ａが、第１画像認識エンジン８５ａを利用し（図９ＡのＮｏ．１）、第２画像認識部５３ｂが、第２画像認識エンジン８５ｂを利用し（図９ＡのＮｏ．２）、第３画像認識部５３ｃが、第３画像認識エンジン８５ｃを利用する（図９ＡのＮｏ．３）ことを表しており、それぞれの画像認識エンジンについて、使用有無、使用条件、および使用ＤＢを定めている。使用有無は、対応する画像認識エンジンを使用するかどうか、およびどのような開始条件で使用するかを指定する。図９Ａの例では、すべての画像認識エンジンについて、１（順次使用）が設定されており、これは、すべての画像認識エンジンを使用し、第１画像認識エンジン８５ｂは、第１画像認識エンジン８５ａの処理が終了してから開始し、第３画像認識エンジン８５ｃは、第２画像認識エンジン８５ｂの処理が終了してから開始する。
【０１１６】
使用条件は、対応する画像認識エンジンをどのような場合に使用するかを指定する。図９Ａの例では、第１画像認識エンジン８５ａについては、０（なし）であり、第２画像認識エンジン８５ｂについては、第１画像認識エンジン８５ａにおいて、条件を満たす類似画像がなかった場合に使用することとし、第３画像認識エンジン８５ｃについては、第２画像認識エンジン８５ｃにおいて、条件を満たす類似画像がなかった場合に使用することとしている。
【０１１７】
使用ＤＢは、画像データ９２が与えられた場合に、比較対象として使用される画像データのセットを特定するためのデータベース（画像識別ＤＢ７１）の種類やバージョンを指定する。図９Ａの例では、第１画像認識エンジン８５ａにおいては、ＤＢ００３という画像識別ＤＢ７１を用い、第２画像認識エンジン８５ｂにおいては、ＤＢ０１９という画像識別ＤＢ７１が用いられる。第３画像認識エンジン８５ｃは、この例ではＯＣＲエンジンであるため、画像識別ＤＢ７１の指定はないが、ＯＣＲエンジンが認識の際に用いる特定のデータセット（たとえば、学習データ等）をここに指定することもできる。このように、画像認識エンジンで用いる画像識別ＤＢ７１を、フロントサーバ３０の管理者等がその都度指定できるため、たとえば、ＤＶＤ関係のブログサイトで投稿される画像データ９２については、ＤＶＤの画像が充実しているデータベースを使用するように指定することにより、一層、精度の高い画像認識が期待できる。
【０１１８】
図９Ｂに示す例では、３つの順次ステップで画像認識が行われるが、第２画像認識エンジン８５ｂが２通りの方法で使用されるように指定される。最初に使用される第２画像認識エンジン８５ｂ（図９ＢのＮｏ．２）は、図９Ａのパターンとは異なり、第１画像認識エンジン８５ａで条件を満たす類似画像があった場合でも、認識処理を実行する。また、２回目の第２画像認識エンジン８５ｂ（図９ＢのＮｏ．３）は、最初の第２画像認識エンジン８５ｂにおける認識処理で、条件を満たす類似画像がなかった場合に、画像識別ＤＢ７１を別のもの（ＤＢ０４２）に替えて、再び認識処理を行う。
【０１１９】
図９Ｃに示す例では、画像認識のエンジンを選択できるような指定となっており、さらに、第１画像認識部５３ａで利用する画像認識エンジン（Ｅ００３）と第３画像認識部５３ｃで利用する画像認識エンジン（Ｅ００８）での認識処理が、並行して行われるよう指定される。
【０１２０】
再び、図８のフローチャートに戻って説明する。ここでは、ステップＳ１０で認識方法指示データ９４として、図９Ａに示す指定が受信されたと仮定し、ステップＳ１１では、この指定にしたがって画像認識処理が行われる。次に、ステップＳ１２で、画像認識処理の結果、画像ＩＤ１０２またはＯＣＲテキスト１１０のいずれかが得られたかどうかを判定する。いずれも得られなかった場合は（ステップＳ１２のＮＯ）、ステップＳ１６に進み、そこで予め定められた広告データ９６を取得する。このように、ステップＳ１６の処理は、画像データ９２に類似する画像や、画像データ９２からＯＣＲにより認識されるテキスト情報がない場合に、所定の広告情報を提供して閲覧クライアント２０に表示させようとするものであるが、広告データを提供しない、あるいは、類似画像等が見つからない旨の情報を提供するという方法をとることもできる。
【０１２１】
ステップＳ１２で、画像ＩＤまたはテキストのいずれかが得られた場合は（ステップＳ１２のＹＥＳ）、ステップＳ１３に進み、画像認識処理において、類似する（マッチする）画像ＩＤ１０２が得られたかどうかを判定する。類似する画像ＩＤ１０２が得られている場合（ステップＳ１３のＹＥＳ）、ステップＳ１４において、その画像ＩＤで対象指定ＤＢ７３を検索し、画像ＩＤ１０２に対応する対象ＩＤ１０４を取得する。
【０１２２】
次に、ステップＳ１５において、対象ＩＤ１０４を、対象ＩＤ取得リクエストに対するレスポンスとして、フロントサーバ３０に送信する。また、ＯＣＲテキストがある場合は、これも送信する。当該レスポンスのデータには、たとえばＸＭＬ形式での記載が含まれる。
【０１２３】
次に、図１０を参照して、広告管理システム１における第２の処理、すなわち、閲覧クライアント２０からＷｅｂページが閲覧された場合の処理について説明する。図１０は、閲覧クライアント２０、フロントサーバ３０、広告管理サーバ５０、広告配信システム１５０、および広告主サイト１６０で、それぞれどのような処理が行われ、各ノードの間でどのようなデータがやり取りされるかを表したものである。
【０１２４】
最初に、閲覧クライアント２０で、ブログのあるページを指定等した場合に、Ｗｅｂページ閲覧リクエストがフロントサーバ３０に送信される。フロントサーバ３０は、閲覧クライアント２０からＷｅｂページ閲覧リクエストを受信すると、広告取得リクエストを広告管理サーバ５０に送信する。この広告取得リクエストは、対象ＩＤに対応する広告データ９６を取得するためのものである。広告取得リクエストは、たとえば、接続元（フロントサーバ）が正規のノードかどうかを確認するための、サービスＩＤやサービスキーといった認証データ、対象ＩＤ１０４を含む。
【０１２５】
対象ＩＤ１０４は、閲覧要求があったＷｅｂページの画像データ９２に対応付けられてＷｅｂページデータに記憶されていたものであり、１つの画像データ９２に対して複数の対象ＩＤ１０４が存在しうる。また、ＯＣＲテキストがＷｅｂページに記憶されている場合もあり、この場合は、ＯＣＲテキストが広告取得リクエストに含まれる。認証データや対象ＩＤ１０４を、ＸＭＬ形式の記載方法で当該リクエストに含むことができる。さらに、広告取得リクエストは、広告データ９６を取得する先の識別情報や、取得する広告の数の指定を含むことができる。
【０１２６】
次に、広告取得リクエストを受信した広告管理サーバ５０は、キーワード検索部５６で、当該リクエストにより受信した対象ＩＤ１０４に基づき、テーブル指定ＤＢ７４、およびキーワードＤＢ７５を参照してキーワード１０６を決定する。ＯＣＲテキストを受信している場合は、当該ＯＣＲテキストをキーワード１０６として設定する。
【０１２７】
その後、広告データ検索部５７で、キーワード１０６を広告配信システム１５０に提供し、キーワード１０６に関連する広告データ９６を受信する。広告管理サーバ５０は、広告データ９６を受け取ると、それを広告取得リクエストのレスポンスとしてフロントサーバ３０に送信する。当該レスポンスのデータは、１つまたは複数の広告データ９６が、たとえばＸＭＬ形式で記載される。
【０１２８】
広告取得リクエストのレスポンスを受信したフロントサーバ３０は、受信した広告データ９６が表示されるようにＷｅｂページを生成し、閲覧クライアント２０からのＷｅｂページ閲覧リクエストのレスポンスとして、その生成したＷｅｂページを送信する。
【０１２９】
広告データ９６に、広告主サイト等のＵＲＬに対応付けられたリンク情報がある場合は、閲覧ユーザがこれをクリック等すれば、広告主サイト１６０のＷｅｂページに表示が切り替わる。図１０の下部に示したものは、閲覧ユーザが広告のリンク情報をクリックした場合の流れである。この例では、広告のリンク情報をクリックすることにより、一旦、広告管理サーバ５０にアクセスして、そこでログが記録されるようなＨＴＴＰリダイレクトのアドレス設定となっている。このようなログ記録により、どの広告データ９６についてどれくらい実際のアクセスがあったかを、広告管理サーバ５０で把握することができる。この場合のリダイレクト設定では、閲覧ユーザが当該クリックがログに記録されているということを意識させずに閲覧クライアント２０に広告主サイト１６０のＷｅｂページを表示させるが、一旦、広告管理サーバ５０が提供するＷｅｂページを閲覧クライアント２０に表示させて、閲覧ユーザに、ログの記録が行われること、または広告管理サーバ５０にアクセスしたことを明示的に示すように構成することもできる。また、このようなリダイレクトの設定を設けずに、ログ記録なしでそのまま広告主サイト１６０のページを表示させるようにもできる。
【０１３０】
図１１は、図１０に示す場合の、広告管理サーバ５０の処理概要の一例である。最初に、ステップＳ２０において、フロントサーバ３０から広告取得リクエストを受信し、対象ＩＤ、ＯＣＲテキストを受け取る。ステップＳ２１で、当該受信リクエストに対象ＩＤが含まれるかどうかが判定される。ＯＣＲテキストである場合（ステップＳ２１のＮＯ）、ステップＳ２４に進み、ＯＣＲテキストの処理を行う。
【０１３１】
対象ＩＤである場合（ステップＳ２１のＹＥＳ）、ステップＳ２２において、対象ＩＤでテーブル指定ＤＢを検索し、この対象ＩＤ１０４に対応するテーブルＩＤを取得する。その後、ステップＳ２３において、取得された対象ＩＤを用いて、取得されたテーブルＩＤにより特定されるテーブルを検索し、キーワードを１つ、または複数取得する。
【０１３２】
ステップＳ２４では、ＯＣＲによる画像認識によってテキストが得られているかどうかが判定される。ＯＣＲテキストが得られている場合は（ステップＳ２４のＹＥＳ）、ステップＳ２５に進み、そこで、このＯＣＲテキストをキーワードとして設定する。画像ＩＤの取得によってもキーワードが得られている場合には、両方のキーワードを含むように設定がされる。また、このタイミングで、所定のルールを用い、いずれかのキーワードを削除することもできる。
【０１３３】
ステップＳ２４でＯＣＲテキストが得られていないと判定された場合は（ステップＳ２４のＮＯ）、ステップＳ２５の処理をスキップし、ステップＳ２６に進む。ステップＳ２６では、キーワードを既存の広告配信システム１５０に提供し、当該システムから、このキーワードに関連する１つまたは複数の広告情報を含んだ広告データ９６を取得する。最後に、ステップＳ２７では、ステップＳ２６で取得された広告データ９６をフロントサーバ３０に送信する。
【０１３４】
次に、図１２および図１３を参照して、画像認識からキーワードの取得までに至る処理を、より詳細に説明する。図１２は、画像認識からキーワードの取得までに至る処理を概念的に示した図である。図１２の上部では、画像認識処理により画像ＩＤ１０２およびＯＣＲテキスト１１０が取得される方法が示されており、下部では、画像ＩＤ１０２から対象ＩＤ１０４を経て、キーワード１０６が取得される方法が示されている。
【０１３５】
広告管理サーバ５０の処理制御部５１は、画像データ受信部５２で受信した認識方法指示データ９４の内容に従い、第１画像認識部５３ａ、第２画像認識部５３ｂ、および第３画像認識部５３ｃによる画像認識処理を制御する。第１画像認識部５３ａは、第１画像認識エンジン８５ａを利用し、たとえば、画像データ９２の特徴量を求めた後、この特徴量と、画像識別ＤＢ８５ａに格納されている比較対象の画像データの特徴量を比較して、特徴量の差が所定の閾値（たとえば、第１閾値）以下であるもののうち、最も差が小さい、すなわち、最も高い類似度の画像データに対応する画像ＩＤ１０２を１つ返す。この例では、画像識別ＤＢ８５ａに格納されている各画像ＩＤ１０２に対応する画像データは、ＣＤの認識用に用意されたデータである。また、ここでは、画像データの類似度を判定するために特徴量を基準としているが、その他の基準、または、その他の基準と特徴量との組み合わせなど、様々な基準を用いて類似度を判定することができる。
【０１３６】
ここで、図１３を参照して、画像識別ＤＢ７１の構成と、これに関連する画像データが格納されている画像データ格納領域について説明する。図１３には、画像識別ＤＢ７１の構成が示されている。画像識別ＤＢ７１には、画像ＩＤ１０２と、この画像ＩＤ１０２に対応する画像データの特徴量データが１対１で対応付けられて記憶されている。特徴量データは、画像の特徴を表すデータであり、たとえば、バイナリデータや、ＸＭＬといった形式のメタデータとして記憶される。また、ここでは、画像識別ＤＢ７１を表形式のデータベースとして説明しているが、他の様々な記憶形態・アクセス形態が考えられる。
【０１３７】
画像識別ＤＢ７１に記憶される特徴量データは、各画像データについて特徴量算出を行うことにより求められる。たとえば、画像ファイル名「001.jpg」の画像データについて特徴量算出を行うことにより、特徴量データ「Ｄ００１」が求められ、画像ファイル名「002.jpg」の画像データについて特徴量算出を行うことにより、特徴量データ「Ｄ００２」が求められる。ここでは、「Ｄ００１」や「Ｄ００２」は、ファイル名であり、データ自体は、そのファイル名が示すファイルに格納されている。なお、ファイル名は通常、ドライブ名やディレクトリ名を含んだパス情報を持つか、インターネット上でリソースを特定可能なＵＲＩ情報を持っているが、ここでは説明の便宜上省略している。
【０１３８】
たとえば、「001.jpg」、「002.jpg」、および「003.jpg」が、実際は同じ対象を異なる角度で表現した画像である場合、これらはそれぞれ「GH001」、「GH002」、「GH003」といった、異なる画像ＩＤに対応付けられる。
【０１３９】
再び図１２を参照すると、こうした画像識別ＤＢ７１の構成により、第１画像認識エンジン８５ａは、画像識別ＤＢ８５ａから特徴量データを読み出し、順次、画像データ９２の特徴量データと比較して類似度を判定する。そして、画像識別ＤＢ８５ａに格納されたすべての特徴量データ（に対応する画像データ）に関する認識処理で、最も高い類似度の画像データに対応する画像ＩＤ１０２ａを１つ選択して処理制御部５１に返す。
【０１４０】
また、動画に関して類似度を判定するには、動画のフレームを静止画として取り出し、その静止画と比較対象の画像データとの特徴量データなどを比較する。複数のフレームからなる動画から、どのフレームを取り出すかは、所定のルールによって決定される。たとえば、シーンが大きく変わるタイミングを定量的に求め、このときのフレームを取り出すといった方法も可能である。また、複数のフレームを取り出した場合は、それぞれについて類似度を判定して複数の画像ＩＤ１０２を取得し、広告データ９６を取得することができる。複数の画像ＩＤ１０２が得られた場合は、類似度、元の静止画の内容や属性等に応じて、選択することもできる。
【０１４１】
第２画像認識部５３ｂは、第２画像認識エンジン８５ｂを利用する。第２画像認識エンジン８５ｂは、たとえば、第１画像認識エンジン８５ａとは異なる方法で類似度を判定し、画像データ９２が与えられた場合に、特徴量の差が、第１画像認識エンジン８５ａにおける所定の閾値（第１閾値）と同じ、または異なる閾値（第２閾値）以下であるものの画像ＩＤ１０２を複数返す。
【０１４２】
第２画像認識エンジン８５ｂは、画像識別ＤＢ７１ｈから特徴量データを読み出し、順次、画像データ９２の特徴量データと比較して類似度を判定する。そして、第２画像認識エンジン８５ｂは、画像識別ＤＢ７１ｈに格納されたすべての特徴量データ（に対応する画像データ）に関する認識処理で、所定の閾値以下となる類似度の画像データに対応する画像ＩＤ１０２ｂをすべて選択して処理制御部５１に返す。
【０１４３】
第３画像認識部５３ｃは、たとえば、ＯＣＲのような第３画像認識エンジン８５ｃを利用する。第３画像認識エンジン８５ｃは、画像データ９２が与えられた場合に、その画像から認識されるテキストを返す。第３画像認識エンジン８５ｃは、当該認識処理によってテキスト情報が得られた場合は、これをＯＣＲテキスト１１０として処理制御部５１に返す。前述したように、このような、画像データ９２から直接テキストデータを得る画像認識処理は、ＯＣＲには限られない。画像データ９２から、あるカテゴリとの関連性を認識し、そのカテゴリ名を返すような処理もある。こうしたカテゴリ認識処理の一例では、ＤＢを用いず、プログラム自体に、認識したいカテゴリの特徴を「学習」させて、そのカテゴリを認識できるようにする。たとえば、顔を認識する処理であれば、たくさんの人の顔画像を「機械学習」と呼ばれるアルゴリズムを使用することで、徐々に「人の顔っぽい画像」に反応するプログラムができあがってきます。
【０１４４】
次に、対象ＩＤ取得部５４によって、対象ＩＤ１０４の取得が行われる。第１画像認識部５３ａによって得られた画像ＩＤ１０２ａと第２画像認識部５３ｂによって得られた画像ＩＤ１０２ｂをキーとして対象指定ＤＢ７３の検索が行われる。対象指定ＤＢ７３は、画像ＩＤ１０２と対象ＩＤ１０４の対応関係を定義しており、画像ＩＤ１０２が、なにを対象としているかを表す。図１２に示す例では、画像ＩＤ「１」で表される画像は、あるアーティストのＣＤを表す（対象ＩＤ「１」）ものとして対応付けられる。同じＣＤを異なる角度で撮影したような場合、画像ＩＤ「２」と判断され、画像としては別のものとして区別されるが、対象指定ＤＢ７３においては、これらの画像ＩＤが同じ対象ＩＤ「１」に対応付けられるため、最終的には、画像ＩＤ「１」と「２」は同じＣＤに対応付けられる。このように、異なる画像が、実質的に同じ対象を表す場合に、同じ対象ＩＤ１０４に対応付けられる仕組みとなっている。
【０１４５】
第１画像認識部５３ａのような画像認識部は、画像データ９２と比較対象の画像データとの類似度が極めて高いと判断されるような場合には、その画像データ９２を記憶するとともに、画像識別ＤＢ８５ａに、この画像データ９２の特徴量データと、その画像データ９２に対応する画像ＩＤ１０２を新たに登録する。さらに、新たに登録された画像ＩＤ１０２と、その類似する画像データが対応付けられている対象ＩＤとを対応付けて対象指定ＤＢ７３に登録するように構成する。これによって、登録ユーザによって登録された画像データ９２そのものが、その後に登録される画像データ９２の対象ＩＤ１０４の決定に有効に利用されうる。
【０１４６】
次に、キーワード検索部５６によって、キーワード１０６の取得が行われる。対象ＩＤ１０４が取得されると、この対象ＩＤ１０４をキーとしてテーブル指定ＤＢ７４の検索が行われる。テーブル指定ＤＢ７４は、対象ＩＤ１０４と、その対象ＩＤ１０４でキーワード１０６を取得するために検索を行うべきテーブルとの対応関係を定義している。図１２に示す例では、対象ＩＤ「１」、対象ＩＤ「２」については、テーブルＩＤ「Ｔ１」、テーブルＩＤ「Ｔ２」のテーブルを使用し、対象ＩＤ「４」については、テーブルＩＤ「Ｔ１１」のテーブルを使用するよう定義されている。このように、テーブル指定ＤＢ７４によって、キーワード１０６を取得するために用いるテーブルを最適なものに切り換えることが可能である。
【０１４７】
また、対象ＩＤ「１」や対象ＩＤ「２」の場合のように、使用可能なテーブルが複数ある場合、その両方を使用してキーワード１０６を取得するが、いずれか一方、あるいは、そのうちの１つのテーブルを選択して使用するといったことも可能である。
【０１４８】
次に、テーブル指定ＤＢ７４を検索して求めたテーブルＩＤで表されるテーブルについて、対象ＩＤ１０４をキーとして検索を行い、キーワード１０６を取得する。図１２の例では、対象ＩＤ「１」についてのキーワード１０６を取得するために、テーブルＩＤ「Ｔ１」（テーブルＴ１）、テーブルＩＤ「Ｔ２」（テーブルＴ２）を使用する。この例では、対象ＩＤ「１」がＣＤのジャンルに該当するため、テーブルＴ１はＡ社が提供するＣＤ商品に関するテーブルであり、テーブルＴ２はＢ社が提供するＣＤ商品に関するテーブルである。対象ＩＤ「１」は、必要に応じ、対象ＩＤ変換部７７によって、各社の商品ＩＤに変換され、その商品ＩＤをキーとして、テーブルＴ１、テーブルＴ２の検索が行われる。たとえば、対象ＩＤ「１」は、テーブルＴ１の検索については、商品ＩＤ「Ａ３」に変換され、この商品ＩＤに対応付けられているタイトル「Ｃ」やアーティスト「ＣＣ」の項目がキーワード１０６として取得される。同様に、対象ＩＤ「１」は、テーブルＴ２の検索については、商品ＩＤ「Ｂ３」に変換され、この商品ＩＤに対応付けられているタイトル「Ｇ」やレーベル「ＦＦＦ」の項目がキーワード１０６として取得される。
【０１４９】
図１２に示すテーブルＴ１やテーブルＴ２のように、同じジャンルに関するテーブルであっても、同じ商品について異なる項目を有する場合があり、両方のテーブルを用いることによって、より広範なキーワード１０６を入手することができる。また、テーブルＴ１とテーブルＴ２は、各楽曲の作詞、作曲、演奏をした者の名前、解説・批評情報、リリース日等、その商品に関する様々な情報を含むことができ、キーワード検索部５６は、その項目のすべてあるいは一部をキーワード１０６として取得することができる。
【０１５０】
また、対象ＩＤ１０４は商品やサービスに対応するだけではなく、様々な概念に対応する。たとえば、対象ＩＤ「４」は、風景に関連する。この場合、テーブルＴ１１は風景に関するキーワードを含むテーブルである。この例では、対象ＩＤをそのままキーとして、テーブルＴ１１の検索が行われる。対象ＩＤ「４」について検索すると、関連ワードとして、「空」、「夕方」、および「雲」が取得される。キーワード検索部５６は、その関連ワードのすべてあるいは一部をキーワード１０６として取得する。
【０１５１】
図１２に示す例では、対象ＩＤ１０４ごとに１つまたは複数のテーブルをキーワード検索用に提供する仕組みとなっているが、テーブル指定ＤＢ７４を省略して、キーワード検索用のテーブルを全体で１つしか持たない、よりシンプルな構成とすることもできる。
【０１５２】
対象ＩＤ１０４や、対象ＩＤ変換部７７によって変換された商品ＩＤ等は、対象指定ＤＢ７３、テーブル指定ＤＢ７４、および対象ＩＤ変換部７７によって画像ＩＤ１０２に関連付けられた識別子である。本発明では、こうした画像ＩＤ１０２に関連付けられた識別子を持つことも特徴の１つであり、このことによって、設計の柔軟性や、データの部分的な追加・修正が容易になる。しかし、こうした識別子を用いずに、画像ＩＤ１０２とキーワードＤＢ７５を直接リンクさせることができる。さらに、画像ＩＤ１０２に応じてキーワードＤＢ７５やテーブルを切り替えることもできる。たとえば、対象ＩＤ１０４を用いない場合、対象ＩＤ送受信部５５は、対象ＩＤ１０４の代わりに画像ＩＤ１０２の送受信を行い、対象ＩＤ取得部５４は不要となる。
【０１５３】
キーワード１０６の取得を行うために使用するキーワードＤＢ７５は、登録クライアント１０、閲覧クライアント２０、フロントサーバ３０等から指定できるようにも構成できる。このように、エンドユーザに近い立場からキーワードＤＢ７５を指定させることによって、より効果的なキーワードの取得ができる場合がある。たとえば、ブログのＷｅｂページが、あるテーマに関連するものであることが明確な場合、そのＷｅｂページに掲載される画像に一定の傾向がある場合が多い。そうすると、ブログの運営・管理を行うフロントサーバ３０の管理者は、画像データ９２に関する広告データ９６を広告管理サーバ５０から得る際に、そのテーマに近いキーワードＤＢ７５を指定して、結果的に効果的な広告データ９６を得るようにすることができる。
【０１５４】
図１４は、画像認識からキーワードの取得までに至る処理で用いられる別のＤＢの例である。図１４Ａは、画像識別ＤＢ７１’の構成を示しているが、図１３に示した画像識別ＤＢ７１とは異なり、異なる特徴量データ（の画像データ）が同じ画像ＩＤに対応付けられるようになっている。たとえば、特徴量データが「Ｄ００１」、「Ｄ００２」、「Ｄ００３」である画像データは、実質的に１つの画像ＩＤ「GH001」に対応付けられる。このため、同じ商品を別角度から撮影したような場合は、この画像識別ＤＢ７１’により、１つの画像ＩＤに対応付けられる。このような構成の画像識別ＤＢ７１’を、画像識別ＤＢ７１の代わりに用意すれば、対象指定ＤＢ７３（図１２参照）の一部の役割を担うことができる。
【０１５５】
図１４Ｂは、キーワードＤＢ７５についての別の構成例である。キーワードＤＢ７５’は、対象ＩＤ１０４が関連する対象のジャンルを問わず、その対象ＩＤ１０４に対応する関連ワードがまとめて記憶されている。たとえば、対象ＩＤ「１」は、ＣＤに関連しており、関連ワードは、グループの名称や、アルバムタイトルなどである。一方、対象ＩＤ「３」は、風景に関連しており、関連ワードとして、「海」や「青」といったワードが設定されている。
【０１５６】
図１５Ａは、キーワードＤＢ７５のさらに別の構成例である。キーワードＤＢ７５''は、対象ＩＤ１０４が関連する対象のジャンルに応じて、その対象ＩＤ１０４に対応する関連ワードの記憶方法が変わる。たとえば、対象ＩＤ「１」は、ＣＤに関連しており、関連ワードは、商品名やアーティストからなる商品情報と、商品情報以外の関連情報を含む。一方、対象ＩＤ「１９」は、風景に関連しており、関連情報として、「空」や「夕方」といったワードが設定されている。
【０１５７】
図１５ＢのキーワードＤＢ７５''は、図１２で示したキーワードＤＢ７５の複数テーブルを１つに統合したような構成となっている。このように統合された構成のキーワードＤＢを用意すると、テーブル指定ＤＢ７４（図１２参照）を使用したテーブルの決定処理は不要になる。
【０１５８】
次に、図１６および図１７を参照して、処理制御部５１が、各画像認識部および各画像認識エンジンを使用して画像認識処理を制御する手順について、より詳細に説明する。処理制御部５１は、前述したように、認識方法指示データ９４がある場合は、この指定にしたがって画像認識処理を制御する。ない場合は、予め定められた手順により当該処理の制御を行う。ここでは、図９Ａに示すパターンの認識方法指示データ９４が提供された場合を例にして説明する。すなわち、第１画像認識エンジン８５ａないし第３画像認識エンジン８５ｃは順次に実行され、前に実行された画像認識エンジンで画像ＩＤ１０２が取得されている場合は、処理を終了する。
【０１５９】
図１６および図１７は大きく３列の表示で構成され、左側の列には処理制御部５１の処理が、中央の列には各画像認識部の処理が、右側の列には各画像認識エンジンの処理がそれぞれ記載されている。最初に、ステップＳ３０において、処理制御部５１が、認識方法指示データ９４により、第１画像認識エンジン８５ａの使用が可能とされているかどうかチェックする。使用不可であれば（ステップＳ３０のＮＯ）、ステップＳ３６に進み、次の画像認識エンジンについてのチェックを行う。使用可能であれば（ステップＳ３０のＹＥＳ）、ステップＳ３１に進み、第１画像認識部５３ａの処理を起動する。
【０１６０】
起動された第１画像認識部５３ａは、ステップＳ３２において、受信した画像データ９２を第１画像認識エンジン８５ａに提供する。そうすると、第１画像認識エンジン８５ａは、ステップＳ３３において画像識別ＤＢ７１（より具体的には、認識方法指示データ９４で指定されたＤＢ００３）を参照して、画像データ９２の特徴量データと画像識別ＤＢ７１に格納されている特徴量データとを比較し、それぞれ特徴量データの差（類似度）を求める。次に、ステップＳ３４において、第１画像認識エンジン８５ａは、その差が第１閾値以下である画像データに対応する画像ＩＤ１０２のうち、最も小さい（類似度が高い）ものを１つだけ、第１画像認識部５３ａに返す。第１閾値以下のものがない場合は、０を返す。その後、第１画像認識部５３ａは、ステップＳ３５で、第１画像認識エンジン８５ａから受信した画像ＩＤ１０２を処理制御部５１に渡す。第１画像認識エンジン８５ａの機能にもよるが、ステップＳ３４の類似度の判定を第１画像認識部５３ａが行うように構成することも可能である。
【０１６１】
次に、ステップＳ３６において、処理制御部５１が、認識方法指示データ９４により、第２画像認識エンジン８５ｂの使用が可能とされているかどうかチェックする。使用不可であれば（ステップＳ３６のＮＯ）、図１３のステップＳ５０に進み、次の画像認識エンジンについてのチェックを行う。使用可能であれば（ステップＳ３６のＹＥＳ）、ステップＳ３７に進み、そこで、画像ＩＤが前の画像認識処理で既に得られているかどうかをチェックする。既に得られている場合は（ステップＳ３７のＮＯ）、画像認識処理を終了する。画像ＩＤが得られていない場合は（ステップＳ３７のＹＥＳ）、ステップＳ３８に進み、第２画像認識部５３ｂの処理を起動する。
【０１６２】
起動された第２画像認識部５３ｂは、ステップＳ３９において、受信した画像データ９２を第２画像認識エンジン８５ｂに提供する。そうすると、第２画像認識エンジン８５ｂは、ステップＳ４０において画像識別ＤＢ７１（より具体的には、認識方法指示データ９４で指定されたＤＢ０１９）を参照して、画像データ９２の特徴量データと画像識別ＤＢ７１に格納されている特徴量データとを比較し、それぞれ特徴量データの差（類似度）を求める。次に、ステップＳ４１において、第２画像認識エンジン８５ｂは、その差が第２閾値以下の画像データに対応する画像ＩＤ１０２をすべて第２画像認識部５３ｂに返す。第２閾値以下のものがない場合は、０を返す。その後、第２画像認識部５３ｂは、ステップＳ４２において、画像ＩＤ１０２を複数受信した場合に、所定のルールで画像ＩＤ１０２の一部または全部を選択する。第２画像認識部５３ｂは、次に、ステップＳ４３で、選択した画像ＩＤ１０２を処理制御部５１に渡す。
【０１６３】
ここで、第２閾値は、第１画像認識エンジン８５ａで使用した第１閾値と同じ値であっても良い。当然、閾値が小さくなるほど高い類似度でマッチした画像データの画像ＩＤしか返されないことになる。また、第２画像認識エンジン８５ｂの機能にもよるが、ステップＳ４２の選択処理を第２画像認識エンジン８５ｂが行うように構成することも可能であり、逆に、ステップＳ４１の類似度の判定を第２画像認識部５３ｂが行うようにすることも可能である。
【０１６４】
次に、図１７に示されたステップＳ５０において、処理制御部５１が、認識方法指示データ９４により、第３画像認識エンジン８５ｃの使用が可能とされているかどうかチェックする。使用不可であれば（ステップＳ５０のＮＯ）、画像認識処理を終了する。使用可能であれば（ステップＳ５０のＹＥＳ）、ステップＳ５１に進み、そこで、画像ＩＤが前の画像認識処理で既に得られているかどうかをチェックする。既に得られている場合は（ステップＳ５１のＮＯ）、画像認識処理を終了する。画像ＩＤが得られていない場合は（ステップＳ５１のＹＥＳ）、ステップＳ５２に進み、第３画像認識部５３ｃの処理を起動する。
【０１６５】
起動された第３画像認識部５３ｃは、ステップＳ５３において、受信した画像データ９２を第３画像認識エンジン８５ｃに提供する。ここでは、第３画像認識エンジン８５ｃはＯＣＲエンジンである。第３画像認識エンジン８５ｃは、ステップＳ５４で、画像データ９２について画像認識処理を実行し、認識可能なテキスト情報があれば、それをＯＣＲテキスト１１０として第３画像認識部５３ｃに返す。その後、第３画像認識部５３ｃは、ステップＳ５５において、ＯＣＲテキスト１１０を処理制御部５１に渡す。
【０１６６】
認識方法指示データ９４は、図９に例示する以外にも様々な指定のバリエーションがあり、画像認識エンジンにも様々なものが存在する。ここでは、複数の画像認識処理を行う手順の一例を示したにすぎず、本発明の思想は、こうした例示に限定されない。使用する画像認識エンジンの選択や組み合わせ、および各画像認識エンジンの使用態様などについて、数多くのパターンが存在する。
【０１６７】
次に、図１８を参照して、認識方法指示データ９４による指定内容と、画像ＩＤの取得パターンに応じて、最終的にどの画像ＩＤを選択するかについて様々なケースを想定した。こうした画像ＩＤ１０２の選択は処理制御部５１で行われ、こうして選択された画像ＩＤ１０２がキーワード検索に用いられる。
【０１６８】
図１８Ａは、認識方法指示データ９４において、第１画像認識エンジン８５ａと第２画像認識エンジン８５ｂが使用可能であって、第１画像認識エンジン８５ａにより画像ＩＤ１０２が取得できなかった場合に、第２画像認識エンジン８５ｂが使用されるといった設定がされているパターンである。ここで、第１画像認識エンジン８５ａは、特徴量データの差が第１閾値以下（画像データ９２に対する類似度）である画像データがある場合は、その画像データに対応する画像ＩＤ１０２を１つだけ返す仕様であり、第２画像認識エンジン８５ｂは、特徴量データの差が第２閾値以下（画像データ９２に対する類似度）である画像データがある場合は、その画像データに対応する画像ＩＤをすべて返す仕様である。
【０１６９】
図１８Ａでは、第１画像認識エンジン８５ａで取得された画像ＩＤ１０２を最優先で選択し、第２画像認識エンジン８５ｂで取得された画像ＩＤ１０２については、類似度の最も高い画像データに対応する画像ＩＤが選択される。したがって、この場合、選択される画像ＩＤ１０２は必ず１つとなる。ケースＡ１では、第１画像認識エンジン８５ａで画像ＩＤ「００１」が取得されたため、この画像ＩＤが選択される。ケースＡ３では、第２画像認識エンジン８５ｂで３つの画像ＩＤ「００３」、「００４」、「００５」が取得されたため、最も類似度の高い画像ＩＤ「００４」が選択されている。
【０１７０】
図１８Ｂでは、図１８Ａと同じ認識方法指示データ９４が設定されている。ここでは、第１画像認識エンジン８５ａで取得された画像ＩＤ１０２を最優先で選択し、第２画像認識エンジン８５ｂで取得された画像ＩＤ１０２については、それらのすべてを選択する。したがって、ケースＢ１では、第１画像認識エンジン８５ａで画像ＩＤ「００１」が取得されたため、この画像ＩＤ「００１」が選択され、ケースＢ２では、第２画像認識エンジン８５ｂで１つの画像ＩＤ「００２」が取得されたため、この画像ＩＤ「００２」が選択され、ケースＢ３では、第２画像認識エンジン８５ｂで３つの画像ＩＤ「００３」、「００４」、「００５」が取得されたため、これらの画像ＩＤのすべて「００３」、「００４」、「００５」が選択されている。
【０１７１】
図１８Ｃは、認識方法指示データ９４において、第１画像認識エンジン８５ａと第２画像認識エンジン８５ｂが使用可能であって、第１画像認識エンジン８５ａにより画像ＩＤが取得できなかったかどうかに関わらず、第２画像認識エンジン８５ｂが順次または同時に使用されるといった設定がされているパターンである。ここでは、第１画像認識エンジン８５ａおよび第２画像認識エンジン８５ｂで取得された画像ＩＤ１０２のすべてを選択する。したがって、ケースＣ１では、第１画像認識エンジン８５ａで画像ＩＤ「００１」が取得され、第２画像認識エンジン８５ｂで画像ＩＤ「００２」が取得されたため、画像ＩＤ「００１」、「００２」が選択され、ケースＣ２では、第１画像認識エンジン８５ａで画像ＩＤ「００１」が取得され、第２画像認識エンジン８５ｂで画像ＩＤ「００３」、「００４」が取得されたため、画像ＩＤ「００１」、「００３」、「００４」が選択される。
【０１７２】
図１８Ｄでは、図１８Ｃと同じ認識方法指示データ９４が設定されている。ここでは、第１画像認識エンジン８５ａで取得された画像ＩＤ１０２を優先的に選択し、第２画像認識エンジン８５ｂで取得された画像ＩＤ１０２については、最大で２つまで、類似度を基準として選択する。したがって、ケースＤ２では、第１画像認識エンジン８５ａで画像ＩＤ「００１」が取得され、第２画像認識エンジン８５ｂで画像ＩＤ「００３」、「００４」、「００５」が取得されたため、画像ＩＤ「００１」と、画像ＩＤ「００３」、「００４」、「００５」のうちで類似度の高い「００４」、「００５」が選択される。また、ケースＤ３では、第１画像認識エンジン８５ａで画像ＩＤ１０２が取得されず、第２画像認識エンジン８５ｂで画像ＩＤ「００３」、「００４」、「００５」が取得されたため、画像ＩＤ「００３」、「００４」が選択される。
【０１７３】
このように、画像認識エンジンにより取得された画像ＩＤ１０２の選択方法については多くのバリエーションが存在する。本発明においては、こうした画像ＩＤ１０２の選択について、取得した画像認識エンジン、各画像ＩＤ１０２の類似度、選択上限数等を基準として判断するよう構成することができる。
【０１７４】
次に、図１９を参照して、本発明に係る広告管理サーバ５０で、広告データ９６を取得するために、広告配信システム１５０に代えて使用することができる、広告リスティングＤＢ７６の構成を説明する。図１９Ａの広告リスティングＤＢ７６は、各広告サービスごとに、広告サービスＩＤ、広告テキスト、ＵＲＬ、リンクテキスト、電子メールアドレス等を含むよう構成される。
【０１７５】
広告管理サーバ５０の広告データ検索部５７は、キーワード検索部５６が取得したキーワードを検索キーワードとして、広告リスティングＤＢ７６に記憶されている各広告サービスの広告テキストを検索し、広告テキストの少なくとも一部と当該検索キーワードが一致または類似する場合に、その広告サービスの広告サービスＩＤ、広告テキスト、ＵＲＬ、リンクテキスト、電子メールアドレスを広告情報として抽出する。広告テキストの一部と検索キーワードが類似するかどうかは、既存の方法を用いて判定することができる。判定方法で所定の条件を設定することにより、１つのキーワードから複数の広告情報のセットを抽出するように構成できる。また、キーワード検索部５６が取得したキーワードが複数ある場合は、上記の検索を繰り返し、それぞれを広告情報として抽出し、それらを広告データ９６として広告データ送信部５８に渡す。
【０１７６】
広告リスティングＤＢ７６に記憶される広告内容は、基本的には、各広告主、広告代理店等から提供される。この例では、広告リスティングＤＢ７６の項目を上記のように設定しているが、他の様々な情報を記憶するようにできる。また、広告情報として抽出する項目は、広告リスティングＤＢ７６の項目すべてである必要はなく、必要に応じて一部を省略することができる。
【０１７７】
広告情報に含まれる広告テキスト、リンクテキスト、およびＵＲＬは、フロントサーバ３０を介して、閲覧クライアント２０に提供され、たとえば、図６の第１広告２５４、第２広告２５５、第３広告２５９のような態様で表示される。ここで、下線で表示された部分は、リンクテキストであり、下線なしのテキスト情報が広告テキストである。閲覧ユーザが、リンクテキストを携帯電話２０ａのプッシュボタン等により選択すると、Ｗｅｂページ表示部２１が、そのリンクテキストに関連付けられているＵＲＬ（このＵＲＬは、広告情報として提供されている）で特定されたＷｅｂページを閲覧クライアント２０の表示装置に表示する。広告主は、このＷｅｂページを商品やサービスの宣伝、予約・販売、説明等のページにしておくことにより、効果的な販売促進やイメージアップを期待することができる。
【０１７８】
また、図６の例には示されていないが、閲覧クライアント２０の表示装置に電子メールアドレスを表示することもでき、これを携帯電話２０ａのプッシュボタン等により選択すると、メールアプリケーションが起動され、容易にその電子メールアドレスに対してメールを送信することができる。
【０１７９】
図１９Ｂの広告リスティングＤＢ７６’は、各広告サービスごとに、広告サービスＩＤ、広告テキスト、検索用メタデータ、ＵＲＬ、リンクテキスト、電子メールアドレス等を含むよう構成される。図１９Ａの広告リスティングＤＢ７６とは、検索用メタデータを含んでいる点で異なる。
【０１８０】
広告管理サーバ５０の広告データ検索部５７は、キーワード検索部５６が取得したキーワードを検索キーワードとして、広告リスティングＤＢ７６’に記憶されている各広告サービスの検索用メタデータを検索し、検索用メタデータの少なくとも一部と検索キーワードが一致または類似する場合に、その広告サービスの広告サービスＩＤ、広告テキスト、ＵＲＬ、リンクテキスト、電子メールアドレスを広告情報として抽出する。１つの検索用メタデータと検索キーワードが類似するかどうかは、既存の方法を用いて判定することができる。また、１つのキーワードから複数の広告情報のセットを抽出するように構成できる。
【０１８１】
検索用メタデータは、こうした、検索キーワードによる検索で用いられるために、広告テキストや、関連するＷｅｂページ等から抽出されたワードやフレーズである。また、広告主や、広告代理店等が、この検索メタデータを作成することもできる。この例では、検索用メタデータは、広告サービスＩＤが「PR0011」の場合、「夕日、空、旅行、・・・」となっているが、１つのワードごとに１つのレコードを形成するようにしてもよい。たとえば、検索用メタデータ「夕日」、「空」、「旅行」ごとにそれぞれ１つのレコードが作成され、これらのレコードに同じ（あるいは異なる）広告サービスＩＤが割り当てられる。
【０１８２】
次に、図２０を参照して、本発明の広告管理システム１の広告管理サーバ５０として用いられるコンピュータのハードウエア構成の例について説明する。ただし、図２０のコンピュータ３００は、広告管理サーバ５０として機能するコンピュータの代表的な構成を例示したにすぎない。また、登録クライアント１０としてのパーソナルコンピュータ１０ｂ、閲覧クライアント２０としてのパーソナルコンピュータ２０ｂ、およびフロントサーバ３０の各コンピュータも同様の構成要素により構成される。
【０１８３】
コンピュータ３００は、ＣＰＵ（Central Processing Unit）３０１、メモリ３０２、音声出力装置３０３、ネットワークインタフェース３０４、ディスプレイコントローラ３０５、ディスプレイ３０６、入力機器インタフェース３０７、キーボード３０８、マウス３０９、外部記憶装置３１０、外部記録媒体駆動装置３１１、およびこれらの構成要素を互いに接続するバス３１２を含んでいる。
【０１８４】
ＣＰＵ３０１は、コンピュータ３００の各構成要素の動作を制御し、ＯＳの制御下で、本発明に係る広告管理システム１の主たる機能を実行する。たとえば、広告管理サーバ５０においては、処理制御部５１、画像データ受信部５２、画像認識処理部５３、対象ＩＤ取得部５４、対象ＩＤ送受信部５５、キーワード検索部５６、広告データ検索部５７、広告データ送信部５８、ログ取得部５９、およびネットワークＩ／Ｆ部６０の各機能の実行を制御する。また、フロントサーバ３０においては、Ｗｅｂアクセス制御部３１、コンテンツ管理部３２、Ｗｅｂページ生成・登録部３３、画像データ登録制御部３４、Ｗｅｂページ閲覧制御部３５、およびネットワークＩ／Ｆ部３６の各機能の実行を制御する。
【０１８５】
メモリ３０２は通常、不揮発性メモリであるＲＯＭ（Read Only Memory）、および揮発性メモリであるＲＡＭ（Random Access Memory）から構成される。ＲＯＭには、コンピュータ３００の起動時に実行されるプログラム等が格納される。ＲＡＭには、ＣＰＵ３０１で実行される広告管理サーバ５０の各機能を実現するためのプログラムや、それらのプログラムが実行中に使用するデータが一時的に格納される。
【０１８６】
音声出力装置３０３は、たとえば、スピーカ等の機器であり、動画プレイヤー等から音声データを受け取り、音声を出力する。
【０１８７】
ネットワークインタフェース３０４は、ネットワーク３２０に接続するためのインタフェースである。ネットワーク３２０は、たとえば、図１に示したネットワーク９０に対応する。
【０１８８】
ディスプレイコントローラ３０５は、ＣＰＵ３０１が発行する描画命令を実際に処理するための専用コントローラである。ディスプレイコントローラ３０５で処理された描画データは、一旦グラフィックメモリに書き込まれ、その後、ディスプレイ３０６に出力される。ディスプレイ３０６は、たとえば、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）で構成される表示装置である。
【０１８９】
入力機器インタフェース３０７は、キーボード３０８やマウス３０９から入力された信号を受信して、その信号パターンに応じて所定の指令をＣＰＵ３０１に送信する。
【０１９０】
外部記憶装置３１０は、たとえば、ハードディスクドライブ（ＨＤＤ）のような記憶装置であり、この装置内には上述したプログラムやデータが記録され、実行時に、必要に応じてそこからメモリ３０２のＲＡＭにロードされる。たとえば、広告管理サーバ５０の記憶装置７０が、このような記憶装置に対応する。
【０１９１】
外部記録媒体駆動装置３１１は、ＣＤ（Compact Disc）、ＭＯ（Magneto-Optical Disc）、ＤＶＤ（Digital Versatile Disc）などの可搬型の外部記録媒体３３０の記録面にアクセスして、そこに記録されているデータを読み取る装置である。外部記録媒体３３０には、本発明に係る広告管理システム１を実現するための広告管理サーバ５０のプログラムや、フロントサーバ３０のプログラムも記録することが可能である。外部記録媒体３３０に記録されているデータは、外部記録媒体駆動装置３１１を介して外部記憶装置３１０に格納され、プログラムであれば、実行時にメモリ３０２のＲＡＭにロードされる。
【０１９２】
本発明に係る広告管理システム１を実現するためのプログラムの他の流通形態としては、ネットワーク上の所定のサーバから、ネットワーク３２０およびネットワークインタフェース３０４を介して外部記憶装置３１０に格納されるというルート等も考えられる。こうして格納されたプログラムは、上記と同様に、実行時にメモリ３０２のＲＡＭにロードされ、実行される。
【０１９３】
前述のように、こうしたコンピュータの構成は基本的に、広告管理サーバ５０、フロントサーバ３０、パーソナルコンピュータ１０ｂ、およびパーソナルコンピュータ２０ｂに共通であるが、広告管理サーバ５０やフロントサーバ３０といったサーバコンピュータについては、音声出力装置３０３、ディスプレイコントローラ３０５、ディスプレイ３０６、入力機器インタフェース３０７、およびキーボード３０８は必須の構成要素ではない。
【０１９４】
次に、図２１を参照して、本発明の広告管理システム１における利用が考えられる登録クライアント１０としての携帯電話１０ａ、閲覧クライアント２０としての携帯電話２０ａのハードウエア構成の例について説明する。ただし、図２１の携帯機器４００は、携帯電話１０ａや携帯電話２０ａの代表的な構成を例示したにすぎない。
【０１９５】
携帯機器４００は、ＣＰＵ（Central Processing Unit）４０１、メモリ４０２、カメラ４０３、ＧＰＳ制御部４０４、ＧＰＳ用アンテナ４０５、無線信号処理部４０６、無線通信用アンテナ４０７、オーディオ制御部４０８、マイクロフォン４０９、スピーカ４１０、ディスプレイ制御部４１１、ディスプレイ４１２、入力機器インタフェース４１３、プッシュボタン４１４、外部記録媒体インタフェース４１５、およびこれらの構成要素を互いに接続するバス４１６を含んでいる。
【０１９６】
ＣＰＵ４０１は、携帯機器４００の各構成要素の動作を制御し、ＯＳの制御下で、各機能を実行する。たとえば、登録クライアント１０として機能する携帯電話１０ａの場合、Ｗｅｂページ表示部１１、メール送信部１２、およびネットワークＩ／Ｆ部１３の各機能の実行を制御する。また、閲覧クライアント２０として機能する携帯電話２０ａの場合、Ｗｅｂページ表示部２１、およびネットワークＩ／Ｆ部２２の各機能の実行を制御する。
【０１９７】
メモリ４０２は通常、不揮発性メモリであるＲＯＭ（Read Only Memory）やフラッシュメモリーと呼ばれる半導体メモリから構成される。ＲＯＭには、携帯機器４００の起動時に実行されるプログラム等が格納される。フラッシュメモリーには、ＣＰＵ４０１で実行され各機能を実現するためのプログラムや撮影された画像データ９２が格納される。
【０１９８】
カメラ４０３は、携帯機器４００に内蔵される小型の撮像装置で、撮像素子がＣＣＤやＣＭＯＳといったタイプのものがある。近年では、静止画だけでなく動画を撮影できるものが多い。撮影されたデータは、画像データ９２としてフラッシュメモリー等に記憶される。
【０１９９】
ＧＰＳ制御部４０４は、ＧＰＳ用アンテナ４０５を介して、複数のＧＰＳから信号を受信し、携帯機器４００の位置を調べる。こうして求められた位置情報は、フラッシュメモリー等に記憶され、必要に応じてプログラムで利用される。無線信号処理部４０６は、無線通信用アンテナ４０７を介して基地局と通信を行い、他の機器との間での通話データの送受信や、（インターネットを介した）他端末との間でのＷｅｂページやメールのデータの送受信を制御する。携帯機器４００は、無線信号処理部４０６および無線通信用アンテナ４０７を介して、図１に示すネットワーク９０に接続される。
【０２００】
オーディオ制御部４０８は、マイクロフォン４０９とスピーカ４１０を制御して無線通信による通話を実現し、一方で、音楽プレイヤーや動画プレイヤーからの音声データを受信して音声を出力するよう制御する。
【０２０１】
ディスプレイ制御部４１１は、ＣＰＵ４０１が発行する描画データを処理して、ディスプレイ４１２に出力する。ディスプレイ４１２は、たとえば、ＬＣＤ（Liquid Crystal Display）で構成される表示装置である。
【０２０２】
入力機器インタフェース４１３は、携帯機器のプッシュボタン４１４が押下されたという信号を受信して、その信号に応じて所定の指令をＣＰＵ３０１に送信する。携帯機器のプッシュボタン４１４は、数字や文字等のテキストを入力可能な数字ボタンのほか、移動ボタンなどの様々な機能ボタンを備える。
【０２０３】
外部記録媒体インタフェース４１５は、外部記録媒体４２０にアクセスして、そこに記録されているデータを読み取る装置である。外部記録媒体４２０は、たとえば、可搬型のフラッシュメモリーである。
【図面の簡単な説明】
【０２０４】
【図１】本発明の一実施形態に係る広告管理システムの概要を示す略線図である。
【図２】本発明の一実施形態に係る広告管理システムの機能ブロック図である。
【図３】本発明の一実施形態に係る広告管理システムにおける広告管理サーバの機能ブロック図である。
【図４】本発明の一実施形態に係る広告管理システムにおいて、登録クライアントで画像データを登録する際のＧＵＩを示す略線図である。
【図５】本発明の一実施形態に係る広告管理システムにおいて、登録クライアントで画像データを登録する際のＧＵＩを示す略線図である。
【図６】本発明の一実施形態に係る広告管理システムにおいて、閲覧クライアントで画像データおよび広告データを表示させた例を示す略線図である。
【図７】本発明の一実施形態に係る広告管理システムにおいて、画像投稿時の登録クライアント、フロントサーバ、および広告管理サーバにおける処理の流れを示す略線図である。
【図８】本発明の一実施形態に係る広告管理システムにおいて、画像投稿時の広告管理サーバにおける処理手順を示すフローチャートである。
【図９】本発明の一実施形態に係る広告管理システムで利用される認識方法指示データの例を示す略線図である。
【図１０】本発明の一実施形態に係る広告管理システムにおいて、画像閲覧時の閲覧クライアント、フロントサーバ、および広告管理サーバ等における処理の流れを示す略線図である。
【図１１】本発明の一実施形態に係る広告管理システムにおいて、画像閲覧時の広告管理サーバにおける処理手順を示すフローチャートである。
【図１２】本発明の一実施形態に係る広告管理システムにおいて、画像認識からキーワード取得までに至る処理手順を概念的に示した略線図である。
【図１３】本発明の一実施形態に係る広告管理システムで利用される画像識別ＤＢの構成と、画像データ格納領域の内容を例示した略線図である。
【図１４】本発明の一実施形態に係る広告管理システムで利用される画像識別ＤＢの別の構成例と、キーワードＤＢの別の構成例を示した略線図である。
【図１５】本発明の一実施形態に係る広告管理システムで利用されるキーワードＤＢの別の構成例を示した略線図である。
【図１６】本発明の一実施形態に係る広告管理システムにおいて、画像認識の手順を例示したフローチャートである。
【図１７】本発明の一実施形態に係る広告管理システムにおいて、画像認識の手順を例示したフローチャートである。
【図１８】本発明の一実施形態に係る広告管理システムにおいて、画像ＩＤの選択パターンを例示した略線図である。
【図１９】本発明の一実施形態に係る広告管理システムで利用される広告リスティングＤＢの構成例を示した略線図である。
【図２０】本発明の一実施形態に係る広告管理システムの広告管理サーバを構成するコンピュータのハードウエア構成の例を示す略線図である。
【図２１】本発明の一実施形態に係る広告管理システムにおいて利用される携帯機器のハードウエア構成の例を示す略線図である。
【符号の説明】
【０２０５】
１・・・広告管理システム、１０・・・登録クライアント、２０・・・閲覧クライアント、３０・・・フロントサーバ、５０・・・広告管理サーバ、３００・・・コンピュータ、３０１・・・ＣＰＵ、３０２・・・メモリ、３０３・・・音声出力装置、３０４・・・ネットワークインタフェース、３０５・・・ディスプレイコントローラ、３０６・・・ディスプレイ、３０７・・・入力機器インタフェース、３０８・・・キーボード、３０９・・・マウス、３１０・・・外部記憶装置、３１１・・・外部記録媒体駆動装置、３１２・・・バス、３２０・・・ネットワーク、３３０・・・外部記録媒体
【図１】
2011090348.tif 000003
【図２】
2011090348.tif 000004
【図３】
2011090348.tif 000005
【図４】
2011090348.tif 000006
【図５】
2011090348.tif 000007
【図６】
2011090348.tif 000008
【図７】
2011090348.tif 000009
【図８】
2011090348.tif 000010
【図９】
2011090348.tif 000011
【図１０】
2011090348.tif 000012
【図１１】
2011090348.tif 000013
【図１２】
2011090348.tif 000014
【図１３】
2011090348.tif 000015
【図１４】
2011090348.tif 000016
【図１５】
2011090348.tif 000017
【図１６】
2011090348.tif 000018
【図１７】
2011090348.tif 000019
【図１８】
2011090348.tif 000020
【図１９】
2011090348.tif 000021
【図２０】
2011090348.tif 000022
【図２１】
2011090348.tif 000023