JP2009230430A - オブジェクトエリア作成方法および装置 - Google Patents

Abstract

【課題】利用目的の異なる各利用者が、利用者ごとに独立してコンテンツのオブジェクト情報管理（例えばタグづけ）ができるようにオブジェクト領域を設定。
【解決手段】Ｌａｙｅｒモードでは、例えば、マスク値「６」（１０進数）を示す８ビットのビット列（０００００１１０）は、２ビット目と３ビット目にそれぞれ「１」が立っており、２ビット目の「１」は「人」の領域（マスク値「２」＝ビット列００００００１０）と「服」の領域の（マスク値「４」＝ビット列０００００１００）の双方を示しており、人だけの領域、服だけの領域、ならびに人と服の領域が重複している領域をそれぞれマスク値２、４、６で識別できる。
【選択図】 図３

Description

本発明は各種コンテンツに対応する情報の配信に際して有益な情報を提供する技術に関する。

近年、写真やイラストは紙媒体だけでなくＷｅｂページを媒体とし、閲覧者に高品位なイメージを提供している。また、動画も同様にＷｅｂ媒体として普及し始めている。特に、広告に利用するコンテンツは広告主が消費者に伝えたいイメージを伝えるため、イメージに合ったコンテンツをカメラマンやクリエータに撮影／制作するよう依頼したり、既に撮影されているコンテンツの中から見つけ出し利用している。

この一連のニーズに応えるため、大量のコンテンツを集め、保管・管理したり、カメラマン／クリエータと広告主との間を仲介したりするコンテンツストック事業サービスが提供されている。

特に近年のコンテンツデジタル化の流れにより、コンテンツストック事業者は、コンテンツストックサーバを立ち上げ、従来から存在する大量の写真はデジタイズしてデジタル画像に保管し、またデジカメなどのデジタル機器で撮影したコンテンツやＰＣなどで制作したコンテンツも同様にデジタル画像として保管している。

そしてコンテンツストックサービス事業者は、広告主の要望に合うコンテンツを収集し広告主がコンテンツを閲覧しやすい検索環境を整えて利便性を上げることで、コンテンツストックサーバの中に保管されたコンテンツを利用者（例えば広告主）に提供することでよりよいサービスを提供している。

最近は、デジカメなどのデジタル機材とインターネットの普及、および画像処理技術の発展により、誰もが高品質なコンテンツを撮影し、フォトストックサーバに簡単にアップロードできる。

また、利用者（広告主）の要望を瞬時にインターネットで情報配信し、要望に合ったコンテンツをカメラマン／クリエータに伝えて世界中のどこからでもコンテンツを入手（コンテンツストックサーバへアップロード）することができるであろう。従来は特定のカメラマンに撮影を依頼していたが、不特定多数のカメラマンに要望を伝え撮影を呼びかけ、その中から気に入ったコンテンツを選ぶといったやり方もできるであろう。

また最近、マイクロペイメントフォトストックサービスというコンテンツサービスが普及している。これは、写真コンテンツをメインに、多用なコンテンツの中から必要なコンテンツを少額で切り売りするビジネス形態である。具体的には、インターネットの普及により、不特定多数のカメラマンに写真コンテンツをアップロードする場を提供し、利用者（広告主）と写真コンテンツホルダー（撮影者・制作者・著作権保有者）との間をフォトストックサービス事業者が仲介するサービス形態である。

コンテンツ提供者（カメラマン／制作者）からすると、有名でなくても広告主の要望にマッチしたよいコンテンツを提供できれば、その販売（もしくは使用許諾）により収入を得ることができる。広告主は、低価格で要望に合ったコンテンツをすぐに入手できるというメリットがある。

広告主は、購入または使用許諾を得たコンテンツを紙媒体に印刷して広告するだけでなく、最近では、Ｗｅｂ媒体でコンテンツを利用することで、付加価値の高い情報提供を行っており、今後、より付加価値の高い情報提供方法が望まれている。

また、最近はブログなどでの口コミ宣伝のような新しい形態での広告手法も行われている。ブログ用素材としてのコンテンツストックが、今までにないサービス形態として考えることができる。

また、ネットオークション写真は、品質の高い写真が求められるとともに情報リンク性の高い機能が提供できれば非常に便利なサービスになる。

フォトストックサービスの一例としては、下記の非特許文献１が挙げられる。ここでは、ユーザが写真をサーバにアップロードし、アップロードされた写真は設定により不特定多数の人やサービス会員同士で写真を見て楽しむことができる。

これらの写真共有型サービスでは利便性を高めるために、一般的な写真共有サービスでは写真画像全体に対して各ユーザが自分（または他人）の写真の検索性を上げるためにキーワードをタグデータとして登録できるようになっている。

このサービスでは、さらに、ユーザ各々で写真上の対象物を矩形の領域で指定し、矩形領域で指定した領域ごとにタグデータを付与することができる。写真に写っている対象物の各々にタグデータを付与することによって、さらに写真に写っている対象物の検索の利便性を高めることができる。

例えば、関心領域内をクリックすると、その関心領域内に登録されているタグデータに基づいて他の写真を検索することができる。
"Ｒｉｙａ Ｖｉｓｕａｌ Ｓｅａｒｃｈ"、［online］、［平成２０年１月１６日検索］、インターネット＜URL：http://www.riya.com/＞

従来のフォトストックサービスや写真共有サービスにおいては、コンテンツ（写真など）全体に対してタグづけがされる。そのため、一枚の画面の中に複数のオブジェクト（対象物）が存在する場合、それらにタグづけしても、単なる言葉の羅列でどのオブジェクトに対してそのタグをつけたのかが分からない。

また、上記の非特許文献１では、コンテンツの中の複数のオブジェクトに対して矩形領域をそれぞれ割り当てることで、それぞれの領域にタグづけをすることができる。しかし、例えば、人が服を着ているような場合は、服の部分と人の部分という２つのオブジェクトが重なっているため、どちらのオブジェクトが主体なのか分からない。

さらに、コンテンツホルダー、広告主、ブロガー、ストック事業者といったそれぞれ利用目的の違う利用者にとって別々にオブジェクト管理を行い独立のタグづけをすることができなかった。

本発明は、利用目的の異なる各利用者が、利用者ごとに独立してコンテンツのオブジェクト情報管理（例えばタグづけ）ができるようにオブジェクト領域を設定することを目的とする。

本発明は、コンテンツの保有者の端末から入力された任意のコンテンツをデータベースに登録するステップと、コンテンツ内の物体の検索単位となるべきコンテンツ内の任意の領域であるオブジェクトエリアを多層的または単層的に設定する権限を有するユーザであるマスク作成者の識別情報とコンテンツに対して設定されたオブジェクトエリアが多層的構造かまたは単層的構造かを示すマスク定義情報とマスク作成者の作成したオブジェクトエリアをマスク作成者ごとに区別するための識別情報であるマスク識別情報との対応を記述したオブジェクトマスク情報テーブルをデータベースに生成するステップと、を含む登録コンテンツに対するオブジェクトエリア作成方法を提供する。

好ましくは、この方法は、オブジェクトエリアを多層的または単層的に設定するモードの選択を受け付けるステップと、オブジェクトエリアを多層的に設定するモードの選択を受け付けた場合、オブジェクトエリアの各々に、オブジェクトエリアごとの固有値であるマスク値を対応づけるステップと、オブジェクトエリアとマスク値との対応を記述したオブジェクト対応情報テーブルをデータベースに生成するステップと、をさらに含む。

好ましくは、コンテンツ内において複数のオブジェクトエリアが重複する領域には、重複するオブジェクトエリアに対応するマスク値の全てを加算した値を新たなマスク値として対応づけるステップをさらに含む。

好ましくは、オブジェクトエリアに関連した配信情報の指定単位を識別する情報であるオブジェクト番号を、マスク値の各々に対応づけるステップと、マスク値とオブジェクト番号との対応を記述したオブジェクト対応情報テーブルをデータベースに生成するステップと、オブジェクト番号の各々に対応する所望の配信情報を記述したオブジェクト情報テーブルをデータベースに生成するステップと、を含む。

好ましくは、オブジェクトマスク情報テーブルとオブジェクト対応情報テーブルとに基づき、一般閲覧者の端末から指定されたコンテンツ上の位置に対応するオブジェクトエリア、オブジェクトエリアの多層的または単層的な構造、マスク値およびオブジェクト番号を、異なるマスク識別情報ごとに特定するステップと、オブジェクト情報テーブルに基づき、特定されたオブジェクト番号に対応する配信情報を特定するステップと、特定された配信情報を所定の興味情報データベースおよび一般閲覧者のうち少なくとも一方に送信するステップと、を含む。

本発明は、コンテンツの保有者の端末から入力された任意のコンテンツをデータベースに登録する手段と、コンテンツ内の物体の検索単位となるべきコンテンツ内の任意の領域であるオブジェクトエリアを多層的または単層的に設定する権限を有するユーザであるマスク作成者の識別情報とコンテンツに対して設定されたオブジェクトエリアが多層的構造かまたは単層的構造かを示すマスク定義情報とマスク作成者の作成したオブジェクトエリアをマスク作成者ごとに区別するための識別情報であるマスク識別情報との対応を記述したオブジェクトマスク情報テーブルをデータベースに生成する手段と、を含む登録コンテンツに対するオブジェクトエリア作成装置を提供する。

好ましくは、オブジェクトエリアに関連した配信情報の指定単位を識別する情報であるオブジェクト番号を、マスク値の各々に対応づける手段と、マスク値とオブジェクト番号との対応を記述したオブジェクト対応情報テーブルをデータベースに生成する手段と、オブジェクト番号の各々に対応する所望の配信情報を記述したオブジェクト情報テーブルをデータベースに生成する手段と、を含む。

好ましくは、オブジェクトマスク情報テーブルとオブジェクト対応情報テーブルとに基づき、一般閲覧者の端末から指定されたコンテンツ上の位置に対応するオブジェクトエリア、オブジェクトエリアの多層的または単層的な構造、マスク値およびオブジェクト番号を、異なるマスク識別情報ごとに特定する手段と、オブジェクト情報テーブルに基づき、特定されたオブジェクト番号に対応する配信情報を特定する手段と、特定された配信情報を所定の興味情報データベースおよび一般閲覧者のうち少なくとも一方に送信する手段と、を含む。

本発明によると、各マスク作成者（コンテンツ利用者）が、コンテンツに対して個別にオブジェクトを設定でき、また、当該オブジェクトは、多層的または単層的に設定できる。各マスク作成者が設定したオブジェクトに対する一般閲覧者からの興味位置の指定情報（興味情報）を収集することで、各マスク作成者は、自分のコンテンツ利用目的に合った興味情報の収集ができる。

以下、添付図面に従って本発明を実施するための最良の形態について説明する。

図１は、本発明の好ましい実施形態に係るコンテンツ管理システムの概略構成を示す。このシステムは、コンテンツ情報管理サーバ１、コンテンツストックサーバ２、コンテンツホルダーの端末３ａおよびコンテンツ使用者の端末３ｂを含むコンテンツ情報編集端末３、一般閲覧者のユーザ端末４ａ、ブロガーのユーザ端末４ｂおよび広告主のユーザ端末４ｃを含むユーザ端末４、Ｗｅｂサーバ５ａ、ブログサーバ５ｂ、ＳＮＳサーバ５ｃその他のコンテンツ提供サーバ５が、インターネット７その他の通信回線により相互に接続されることで構成される。コンテンツ情報管理サーバ１とコンテンツストックサーバ２とは、物理的構成は別個であることが好ましいが、一体に構成してもよい。また、双方の運用者は同じであってもよいし別個でもよい。

これらのサーバや端末は、各々、入力操作手段（キーボード、マウスその他のポインティングデバイス、タッチパネルなど）、表示手段（液晶ディスプレイなど）、通信手段（ネットワークカードなど）、情報処理手段（ＣＰＵ、マイクロコンピュータなど）、記憶手段（ＲＡＭ、ＲＯＭ、ハードディスク、ＣＤ−ＲＷその他着脱可能な各種記録メディア）、情報読み取り／書き込み手段（ＣＤ−ＲＷドライブなど）の全部または一部を備えたパソコンなどで構成される。

（１）コンテンツアップロード・コンテンツストックＤＢ登録
コンテンツホルダー（撮影者、広告主その他コンテンツを利用してもらいたいと考えている人）は、コンテンツホルダーの端末３ａを利用し、まずコンテンツ（ネットワークで送受信可能であり、静止画および動画のうち少なくとも１つを含む再生用データ。例えば、写真、イラスト、映画などが挙げられる）をコンテンツストックサーバ２のコンテンツストックＤＢ２２にアップロードする。

パソコンやＰＤＡなどのインターネット７にアクセス可能な情報端末（コンテンツ情報編集端末３）でＷｅｂブラウザを立ち上げ、所定のＵＲＬ（コンテンツアップロード先となるサーバ２のアドレス）を指定して閲覧を開始すると、サーバ２は会員ＩＤとパスワードの入力を促す。会員でなければ、新規会員登録をさせる。プロフィール登録で氏名・性別・生年月日・Ｅメールアドレス・住所・職業を収集しておくとよい。

そして、コンテンツホルダーの会員情報に基づいてログイン認証することで、情報端末はコンテンツホルダーの端末３ａとサーバ２で認識され、後述する様々な機能を使うことができるようになる。その１つが、端末３ａからコンテンツストックＤＢ２２にネットワーク７経由でコンテンツをアップロードする機能である。

コンテンツは、コンテンツストックＤＢ２２にアップロードおよび登録する際に、ユニークなコンテンツＩＤが割り振られ登録される。

これによりコンテンツを特定する情報とコンテンツデータ本体のコンテンツストックＤＢ２２への登録が一旦完了する。

図２に示すように、コンテンツストックＤＢ２２には、登録日、登録者（所有者ＩＤあるいは会員ＩＤなどの情報で一意的に識別可能）、コンテンツＩＤ、コンテンツデータ（オリジナルファイル名）、コンテンツのサムネイルファイル名（登録時にサーバ２が自動生成）などの情報が対応づけられたコンテンツ本体テーブル２２ａが保管される。

（２）コンテンツ基本情報登録
コンテンツストックＤＢ２２へ登録されたコンテンツ本体テーブル２２ａには、登録した本人しかアクセスできないようにアクセス制限がかけられているが、一般閲覧者のユーザ端末４ａもアクセス・検索できる権限を付与するために、コンテンツ基本情報テーブル２２ｂへコンテンツ基本情報を登録する。

具体的には、パソコンなどのＷｅｂブラウザを立ち上げ、コンテンツストックサーバ２へアクセスするための所定のＵＲＬを入力すると、コンテンツストックサーバ２が所有者ＩＤ（会員ＩＤ）の入力を促すので、それを入力しサーバ２にログインする。これによりパソコンがコンテンツホルダーの端末３ａとしてコンテンツストックサーバ２に認識される。

次にサーバ２から提供された「ストック写真一覧表示」メニューを端末３ａで指定すると、今まで自分の所有者ＩＤ（会員ＩＤ）に対応づけてコンテンツストックＤＢ２２に登録したコンテンツがサムネイル画像、コンテンツＩＤ、ファイル名の組み合わせが分かる形でユーザ端末３ａに一覧表示される。

そこで、コンテンツ基本情報を入力編集したいコンテンツを端末３ａで選択し、サーバ２から提供された操作メニューの「基本情報入力編集」ボタンを操作すると、そのコンテンツに対応した基本情報入力編集画面が開くので、その画面内の指示に従いながら、コンテンツ基本情報を登録していく。つまり、端末３ａのＷｅｂブラウザを介して、コンテンツストックサーバ２にアクセスし、コンテンツ基本情報編集画面でコンテンツ基本情報を登録していく。

コンテンツ基本情報とは、コンテンツ種類情報（コンテンツファイル種類情報、例えばＪＰＥＧ／ＰＳ／ＭＰＥＧ−２など）、コンテンツ内容基本情報（カテゴリ種別、例えば報道／風景／ポートレート／スポーツ、タイトル、作成日、撮影場所、検索用タグ）、権利情報（制作者情報、著作権情報、肖像権情報、使用ロイヤリティ条件情報、公開基準情報）などを含む。コンテンツ基本情報を登録することで、これらの情報が対応づけられ、コンテンツ基本情報テーブル２２ｂとしてコンテンツストックＤＢ２２に格納される。

これらが入力されることで、利用者がコンテンツストックサーバにアクセスし、所望のコンテンツを探す際、Ｗｅｂブラウザ上に表示されるカテゴリ分類選択や検索テキストボックスに検索キーワードを入力することで候補コンテンツを絞り込むことができる。

（２）オブジェクト情報登録
以下、コンテンツが写真データの場合を例にオブジェクト情報登録を説明する。ただし、コンテンツが写真データである必然性はなく、動画データや文字データその他のグラフィックデータであってもよい。

オブジェクトとは、興味情報の検出対象としたい物体（例えば、山、人、服などの被写体）のことである。

コンテンツ登録者は、上記と同様にして各種情報端末のブラウザ上で所定の操作を行ってコンテンツストックサーバ２にログインし、「ストック写真一覧表示」を指定し、自分の登録したコンテンツ一覧を表示させる。そこでオブジェクト情報を入力編集したいコンテンツを選択し「オブジェクト情報入力編集」ボタンを押すとオブジェクト情報入力編集画面が開く。このオブジェクト情報入力編集画面では、オブジェクトを指定するため写真画面が大きく表示される。

（２−１）オブジェクトの設定（マスクデータの作成）
まず、各コンテンツホルダーが自己に固有のオブジェクト情報を指定するための識別番号であるマスク番号（Ｍａｓｋ Ｎｏ．）を決める。ここでは、Ｍａｓｋ Ｎｏ．＝１を指定したとする。

次に、コンテンツ画像を見て、１つのコンテンツに対する単層のオブジェクトの指定を許容する（表面のみで指定する）「Ｐｌａｎｅ」か、１つのコンテンツに対する多層化されたオブジェクトの指定を許容する（奥行き方向も指定しうる）「Ｌａｙｅｒ」を決める。「Ｐｌａｎｅ」および「Ｌａｙｅｒ」のいずれか一方は、サーバ２から端末３ａに提供されたモード選択画面で選択入力できる。

ここで、「Ｐｌａｎｅ」および「Ｌａｙｅｒ」のオブジェクトは、８ビットのデータで識別されるものとする。

つまり、「Ｐｌａｎｅ」指定では、０から２５５までの２５６（＝２^８）個の各数値をマスク値とするオブジェクトを指定できるものとする。一方、「Ｌａｙｅｒ」指定では、０、１、２、４、８、１６、３２、６４、１２８の９個の各数値を、マスク値とするオブジェクトを指定できるものとする。無論、これらのオブジェクトは、１６ビットなど８ビット以外のデータで識別されてもよい。マスク値とは、単なるオブジェクトとオブジェクト同士の重複領域を識別するための情報である。

「Ｌａｙｅｒ」は異なるオブジェクトの重複を許容するが、重複したオブジェクトは、マスク値で区別されるため、重複したオブジェクトの各々に対する一般閲覧者の興味点を区別して解析できるというメリットがある。一方、「Ｐｌａｎｅ」は、重複したオブジェクトは区別されないが、その代わり、同じデータ容量であれば「Ｌａｙｅｒ」よりも「Ｐｌａｎｅ」より多くのマスク値が確保されるため、それに対応してより多くのオブジェクトをコンテンツに設定できる。

ここでは「Ｌａｙｅｒ」を選択したものとする。この状態は、ちょうど、図３（ａ）に示す写真コンテンツの上に、図３（ｂ）に示すような透明な（マスク値が全て０の）層が重なっているイメージである。

ここで、図３（ｃ）に示すように、「Ｌａｙｅｒ」のマスク値「１」を選択し、写真上のオブジェクトとして例えば山を選択する場合は、マウスなどのポインティングデバイスで山の被写体領域を囲いその中を選択する。すると、図３（ｄ）に示すように、選択された領域のマスクデータには、選択されたマスク値「１」が割り当てられる。このマスク値「１」により、山の被写体領域は、マスク値「０」の割り当てられた単なる背景全体と区別される。

次に図３（ｅ）に示すように、人物被写体をオブジェクトとして選択するため、マスク値「２」を選択し、人の形を囲いその中の領域を指定する。図３（ｆ）に示すように、選択された人の形の領域には、選択されたマスク値「２」が割り当てられる。

次に図３（ｇ）に示すように、その人物被写体の着ている服をオブジェクトとして指定するために、マスク値「４」を選択して服の部分を囲い中の領域を指定する。図３（ｈ）に示すように、この場合は、人と服の領域は重なっているので、服の領域は２＋４＝６で「６」というマスク値を割り当てる。これは、マスク値「６」（１０進数）を示す８ビットのビット列（０００００１１０）は、２ビット目と３ビット目にそれぞれ「１」が立っており、２ビット目の「１」は「人」の領域（マスク値「２」＝ビット列００００００１０）と「服」の領域の（マスク値「４」＝ビット列０００００１００）の双方を示しており、人だけの領域、服だけの領域、ならびに人と服の領域が重複している領域をそれぞれマスク値２、４、６で識別できる。

このようにすることで、マスク値０の領域は、何もオブジェクトが指定されていない背景、０ビット目に１が立っているマスク値１の領域は「山」のオブジェクトなどと定義することができる。なお、仮に８個のオブジェクトが重なった領域は、マスクデータ＝２５５（ビット列１１１１１１１１）となる。つまり、８ビットのデータ列では、背景＝０を除いて最大８個のオブジェクトおよびそれらの一部または全部の重複する領域を表現できる。ビット数を増やせばそれだけ表現可能なオブジェクトの重なりの最大数が増えることはいうまでもない。

コンテンツストックサーバ２は、ブラウザ画面上でマスク番号を指定することで、指定されたオブジェクトを写真コンテンツに重ね合わせて可視化するので（例えば図３（ｃ）、３（ｅ）、３（ｇ）は、それぞれマスク番号「１」、「２」、「４」が指定された場合を示している）、コンテンツホルダーは、コンテンツに合わせてオブジェクトがきちんと指定できたかを確認することができる。当然ながら、コンテンツ上ではそれぞれ分離孤立しているように見える領域であるが実際の物体としては同一である飛び地のようなオブジェクトでも１つの対象オブジェクトのマスクデータとして指定可能である。

オブジェクト指定を「Ｐｌａｎｅ」で指定した場合は、オブジェクトを重ねて定義することはできないが、図４（ａ）および（ｂ）の背景（＝０）を含め、０−２５５のオブジェクトを指定することができる。オブジェクト指定するに際し、マスク値が大きい方が優先度が高いものとし、それぞれのオブジェクトを優先度を考慮して設定することで、最後に設定されたオブジェクトのマスク値を統合する際に、オブジェクト同士の重複領域のマスク値は、優先度の高いマスク値の大きい方の値とする。図４の例では、体部分（＝２）と服部分（＝３）は重なっているが、マスクデータを統合する際に服の部分の方が優先度が高いので、服の部分は「３」のマスクデータ値が割り当てられる（図４（ｇ）および（ｈ））。

（２−２）オブジェクト番号の設定
次に、マスク値ごとにそれぞれ設定したオブジェクトに対応した検索単位の識別情報であるオブジェクト番号を割り当てる。図５は、図４の例におけるオブジェクト番号を示す。この例では、背景を想定しているＭａｓｋ（０）の領域（マスク値０）ではオブジェクトは設定していない。山であるＭａｓｋ（１）の領域には、Ｏｂｊｅｃｔ（０）として１つのオブジェクトを設定した。服であるＭａｓｋ（４）の領域には、Ｏｂｊｅｃｔ（３）を設定した。この例では、４つのオブジェクト対象を設定したことになる。Ｐｌａｎｅモードでも同様に、１つのオブジェクトに対して複数のオブジェクト番号を設定することができる。

（２−３）オブジェクト情報の設定
次に各オブジェクト番号に対応づけたい検索情報をそれぞれ設定する例を示す。Ｏｂｊｅｃｔ（０）は、「富士山」という山で、それに関するＷｅｂ情報のＵＲＬがｈｔｔｐ：／／Ｍｔ Ｆｕｊｉ．ｃｏｍ／ｉｎｆｏというＷｅｂページに登録されているので、その情報をリンクさせたい場合、登録画面に従って情報を登録していくと、図６のようなコンテンツストックＤＢ２２への登録情報が準備される。

登録情報は、オブジェクト番号、オブジェクト名、オブジェクトのカテゴリ、検索情報、キーワードを含む。

同様に、Ｏｂｊｅｃｔ（１）が、芸名「富士太郎」（本名：山田太郎）という人で、それに関して検索エンジンキーワードとして「俳優 富士太郎」をＡＡＡという検索エンジンを利用して検索させたい場合の登録情報を画面に従い入力すると、図７のようなコンテンツストックＤＢ２２への登録情報が準備される。

同じマスク値に複数のオブジェクト番号を対応づけられるので同様に登録情報を入力すると、図８のようにＯｂｊｅｃｔ（２）がＯｂｊｅｃｔ（１）とは別オブジェクトとしてコンテンツストックＤＢ２２への登録情報が準備される。

同様に、図９のようにオブジェクトに対して設定したい登録情報を各々入力し、コンテンツストックＤＢ２２への登録情報の準備を完了する。

以上のようにして登録情報の準備が完了したので、画面の指示に従い登録操作を行うと、コンテンツストックＤＢ２２への情報登録処理が開始される。

具体的には、コンテンツストックサーバがコンテンツストックＤＢ２２に対してデータ変更できるように準備し、図２に示すように、マスク作成者ごとの登録情報のキーとなるマスク番号（ＭａｓｋＮｏ．＝１）に対応するＤＢ２２のオブジェクトマスク情報テーブル２２ｃのレコードに、該当のコンテンツＩＤ（Ｐ−００００１）をファイル名の一部に付与したマスクファイル（Ｐ−００００１−１．ｍｓｋ）を追加・編集する。また、ＤＢ２２のオブジェクト対応情報テーブル２２ｄに、マスク値とオブジェクト番号との対応を示す情報を追加・編集していく。さらに、各オブジェクト番号ごとに入力されたオブジェクト名、オブジェクトカテゴリ、リンク情報（入力された場合に限る）、検索情報（入力された場合に限る）、フリーキーワードとを対応づけ、ＤＢ２２のオブジェクト情報テーブル２２ｅに格納する。

再び図２を参照し、コンテンツストックＤＢ２２の構造を説明する。

例えば、コンテンツ本体テーブル２２ａのレコードＮｏ１では、コンテンツストックサービスに会員登録した会員ＩＤ（コンテンツ所有者）Ａ０００５が２００７．１０．３１にＤＳＣ０３２１．ｊｐｇというオリジナル画像データをコンテンツストックＤＢ２２にアップロードしたところ、コンテンツストックサーバ２が、その画像データにＰ−００００１というコンテンツＩＤを付与し、以降の画像ハンドリングが便利になるようにＰ−００００１．ｊｐｇという画像ファイルとそのサムネイル画像としてＰ−００００１．ｔｍｂという画像を生成し、関連づけを完了する。

登録日はオリジナル画像のアップロードが完了したときにコンテンツストックサーバ２のＲＴＣ（リアルタイムクロック）が生成した現在日時が記録される。オリジナルファイルは、登録者がアップロードした画像データそのものである。図２では日付しか示されていないが、実際にはサーバの時計情報から獲得できる時刻情報（時分秒）まで記録される。その他のレコードも同様である。

画像ファイル名は、オリジナル画像ファイルをコンテンツストックサーバ２で読み込み、オリジナル画像ファイルが異常なく開けるかやオリジナルファイルの中にメタデータとして記録されているデータ（例えばＥｘｉｆデータ）から必要な撮影データなどを抜き出し、コンテンツストックサービスに必要なメタデータを追加データとして画像ファイルに書き込む。オリジナル画像ファイルには一切加工をせずに保管する。また、図示しないが、このメタデータを必要なコンテンツ基本情報として、コンテンツ基本情報テーブル２２ｂ内の対応するレコードに記録しても良い。

レコードＮｏ．１２３５の例では、オリジナル画像ファイルは、ｔｉｆｆフォーマットである。このサービスでｔｉｆｆフォーマット受付可能な場合は、オリジナル画像は、そのままの形式で保管し、コンテンツストックサーバはｔｉｆｆファイルを開き、以降のサービスでハンドリングしやすいｊｐｇファイルに変換して画像ファイル化する。

本実施形態では、写真（静止画）を想定したファイルのストックを例にして説明しているが、動画ファイルその他のグラフィック再生ファイルをコンテンツストックサーバに保管することもできる。

（２−４）コンテンツ基本情報テーブル
図２のコンテンツ基本情報テーブル２２ｂは、コンテンツＩＤに対応したコンテンツの基本情報（ファイル種別、基本情報、権利情報）が登録されたＤＢ２２内のテーブルである。コンテンツ基本情報テーブル２２ｂでは、コンテンツＩＤを主キーにテーブルが構成されている。

基本情報登録日は、コンテンツ基本情報テーブルに情報を登録した日時が記録される。基本情報更新日は、テーブル２２ｂを呼出し、中の登録データを修正更新した日時が記録される。

ファイル情報種別は、オリジナル画像データのファイル形式を示す。

カテゴリ種別は、ＤＢ設計に基づくコンテンツのカテゴリ分類を示す。好ましくは分類を細分化してサブカテゴリを定義してもよい。

タイトルはコンテンツのタイトルを示し、後述のコンテンツ検索の際、もっともプライオリティの高い検索キーワードとなる。

作成日は、写真の場合はいわゆる撮影日を示し、Ｅｘｉｆ情報があった場合は、撮影日時が自動的に入力される（手動で変更可能）。

場所は撮影場所を入力する。好ましくはＧＰＳデータも入力できる。

検索用タグは、コンテンツを検索する際の検索キーワードを想定して入力するタグデータである。

制作者情報は、写真の場合は、例えば撮影者情報である。

著作権情報は、コンテンツの著作権保有者情報を示す。

肖像権情報は、コンテンツに写っている人物の肖像権に関する情報（その人物の氏名など）を示す。

ロイヤリティは、このコンテンツを利用するにあたってのロイヤリティ条件を示している。「管理」は、コンテンツ所有者が利用者に制限付き使用許諾をし、コンテンツ利用を管理するという条件を示している。

Ｗｅｂ使用、印刷物使用は、Ｗｅｂでの使用やデータを渡しての印刷物での使用の許可の可否を示している。

データ加工使用は、コンテンツの部分トリミングなどのデータ加工の許可の可否を示している。

オブジェクトクリック使用は、後述するオブジェクト設定を行い、Ｗｅｂコンテンツ上でのクリック操作による情報提供システムの使用可否を示している。

興味情報ＤＢ利用は、後述する一般閲覧者（ユーザ端末４ａのユーザ）がコンテンツ上のオブジェクトをクリックした際にクリック点から興味情報ＤＢ１２に登録の興味情報を配信するサービスの利用可否を示す。

公開情報は、公開を許可することにより、コンテンツストックサーバ２内のコンテンツ閲覧を許可するか否かを示している。デフォルトでは「非公開」に設定されており、コンテンツ基本情報設定で公開許可を設定することで、初めてコンテンツが公開できる。

（２−５）オブジェクトマスク情報テーブル
図２のオブジェクトマスク情報テーブルは、コンテンツＩＤごとに対応したコンテンツのオブジェクトを示すマスク関連情報を整理格納するためのＤＢ２２のテーブルである。

本実施形態ではまずコンテンツ所有者ＩＤ＝Ａ００００５がマスク関連情報を設定した例である。マスクＮｏ．は、オブジェクトの組を示すためのマスク（複数のマスクを設定できる）を特定するための番号である。マスクＮｏ．＝０は、このサービスを行っているコンテンツストックサービス事業者が特権的に使用できるマスクである。これにより、事業者は全てのコンテンツに対しマスクデータを設定し、興味情報を興味情報ＤＢ１２に独自の仕様で獲得することができる。

図２の例では、Ａ００００５が、マスクＮｏ．１にマスク関連情報を登録したので、マスクＮｏ．１の行に登録日、作成者と作成したマスクのモード定義（例ではＬａｙｅｒモード）が登録されている。オブジェクトの内容を示すマスクファイルは、Ｐ−０００１．ｍｓｋとして登録する。複数の作成者によって複数のオブジェクトマスクおよびオブジェクト情報登録できるのがポイントである。

（２−６）オブジェクト対応情報テーブル
図２に示すオブジェクト対応情報テーブル２２ｄは、コンテンツＩＤごとに対応したコンテンツに設定されたオブジェクトを個別に設定するためのマスク番号のマスク値に対応する対象オブジェクトの番号が登録されている。

ここでは、マスク値０にはオブジェクトは設定されていない。マスク値１にはｏｂｊｅｃｔ（０）が割り当てられている。マスク値２には、ｏｂｊｅｃｔ（１）、Ｏｂｊｅｃｔ（２）の２つのオブジェクトが割り当てられ、マスク値４にはｏｂｊｅｃｔ（３）が割り当てられ登録されている。

（２−７）オブジェクト情報テーブル
図２に示すオブジェクト情報テーブル２２ｅは、コンテンツＩＤごとに対応したコンテンツのオブジェクト番号に対応したオブジェクト情報が登録されている。この図では一例として、コンテンツＩＤ＝Ｐ−００００１およびマスクＮｏ．＝１に対応するオブジェクト対応情報テーブルの各オブジェクト番号に対応するオブジェクト情報テーブルを示している。オブジェクト番号０−４に応じて定義された各オブジェクト情報（Ｏｂｊｅｃｔ Ｎａｍｅ，Ｃａｔｅｇｏｒｙ，Ｌｉｎｋ Ｉｎｆｏ，Ｓｅａｃｈ Ｉｎｆｏ，Ｆｒｅｅ Ｋｅｙｗｏｒｄ）がそれぞれ登録されている。

（２−８）オブジェクト画像・オブジェクト特徴量情報テーブル
図２に示すオブジェクト画像・オブジェクト特徴量情報テーブル２２ｆには、コンテンツＩＤごとに対応したコンテンツのオブジェクト番号に対応したオブジェクト画像（オブジェクト画像に外接する矩形領域内の画像データ）およびオブジェクト画像の画像特徴量（明度、色度、彩度、コントラスト、形状特徴、テクスチャなど）、オブジェクト面積比（コンテンツ全体面積の中のオブジェクト面積で算出）が登録されている。

端末３ａ（あるいは端末３ｂ）からオブジェクトを登録すると、コンテンツストックサーバ２は、登録されたオブジェクトに対応する領域の画像の切り出しと当該画像の解析を自動的に行い、切り出した画像データと画像解析の結果得られた画像特徴量およびオブジェクト面積比をこのテーブルに登録する。

これらのコンテンツストックＤＢ２２内のテーブルにより、例えば、コンテンツＩＤ Ｐ−００００１の服の領域はテーブルの対応関係をたどることで、オブジェクトとして定義した人である富士太郎（芸名）、山田太郎（本名）、着ているジャケットに割り当てたオブジェクト関連情報にたどりつく。

また、それらオブジェクトの画像に対して画像の特徴量および画像データがＤＢ２２に登録されているので、それら特徴量やオブジェクト情報との対応づけがとれているので、クラスタリング処理データとして利用し類似画像関連づけに利用する。オブジェクト情報の種類については、その他色々な項目を定義することが可能である。

（３）コンテンツ利用（コンテンツ検索からコンテンツ使用まで）
利用者（例えば会員登録済みの広告主）は、Ｗｅｂ広告に載せるための素材写真を見つけるために、各種情報端末からコンテンツストックサーバ２にアクセスし、登録済みの利用者のＩＤ（例えばＡ００７７７）を用いてログインする。これにより情報端末はコンテンツ利用者の端末４ｃとしてサーバ２から認識される。端末４ｃからは、例えば「富士山、紅葉、赤」というキーワードを入力してコンテンツ検索を行うことができる。

コンテンツストックサーバ２は、端末３ｂからの入力キーワードを基にコンテンツ基本情報テーブル２２ｂの候補コンテンツを検索（コンテンツストックＤＢ２２に登録してあるカテゴリ種別、タイトル、作成日、場所、検索用タグ、制作者情報、著作権情報、肖像権情報などの各種情報を検索キーとして利用）し、候補コンテンツ画像を端末４ｃのＷｅｂブラウザ画面に表示する。この例では、キーワードとしての富士山、紅葉、赤を探すとともに画像特徴量から赤の傾向が多いコンテンツを優先的に探し出す。

そして、利用者が例えばＰ−００００１コンテンツに興味を持ち、各種条件を確認（例えば使用条件で使用目的に合っているかを確認）し、利用を決める。

この場合、Ｐ−００００１を選択したＷｅｂブラウザ画面上で、「利用」ボタンを押すことで、コンテンツストックサーバ２は、この利用者（例えばＡ００７７７）に対し、Ｐ−００００１コンテンツの利用を許諾する。詳細は省略するが、利用条件の許諾確認や決済課金情報入力を行うことで、使用契約が成立する。

契約が成立すると、図１０に示すように、テーブル２２ｂ中のコンテンツＩＤ・Ｐ−００００１に対応する使用者許諾情報には、この利用者の会員ＩＤ（例えばＡ００７７７）が登録される。

このテーブル２２ｂの登録条件によると、この契約で、Ｗｅｂ使用可、印刷物使用不可（従ってコンテンツデータ自身はダウンロードできない）、データ加工可、オブジェクトクリック使用は管理された条件で可、興味情報ＤＢ１２の利用可（興味情報ＤＢ１２に蓄積された興味情報の取得と閲覧が可能）という条件で、Ａ００７７７会員は、このコンテンツを加工してＷｅｂで利用できる。

そして、上記ＤＢ項目のオブジェクトクリック使用の管理条件で例えばオブジェクト関連情報追加可能（図示していないが、同様にＤＢ項目の細目設定で設定済み）とすると、例えばＷｅｂ利用のために画像サイズを変更し、自分の目的に合ったオブジェクト関連情報を設定することができる。

そこで、コンテンツ情報編集端末３ａ（広告主の端末４ｃと同一のハードウェアでもよい）として、Ｐ−００００１コンテンツに対するオブジェクト関連情報に変更をかけることができる。

具体的には、オブジェクト関連情報登録と同様の操作を行い、新たにオブジェクト関連情報登録を設定すればよい。例えば、図１１のようなオブジェクト関連情報を新たに登録できる。

オブジェクト情報設定が完了したら、Ｗｅｂ利用のためにＷｅｂページに載せるための所定の画像サイズ（例えば６４０×４８０）を指定し、登録操作を行う。

この作業により、オリジナルサイズ（例えば３８７２×２５９２）のコンテンツが所定の画像サイズ（例えば６４０×４８０）に拡縮され、Ｗｅｂ閲覧画像を保管する所定のディレクトリフォルダに保管される。また、コンテンツ領域を指定している各マスクデータもこの拡縮処理に応じてＷｅｂ閲覧画像用マスクデータファイルとして保管される（例えば、Ｃ−００００１．ｊｐｇ、Ｃ−００００１−１．ｍｓｋなどのファイル）。そしてこのマスクデータがクリックアクション用マスクデータとしてアクティブ状態に設定される。

そして、Ｗｅｂ閲覧用のスクリプトファイルを生成する。このＷｅｂ閲覧用のスクリプトファイルは、Ｗｅｂページファイルに配置されると、Ｗｅｂブラウザは、プラグインによってスクリプトファイルを読み込んで解釈し、所定の動作をするようにプログラミングされている。具体的には、ｗｅｂページの所定の位置にＣ−００００１．ｊｐｇ画像を表示する。画像上にマウスオンされると、コンテンツ管理情報サーバと交信しオブジェクト設定がなされているか否かを確認し、オブジェクト設定がされていた場合は「画像上の興味点をクリックしてください」というスキンが表示される。興味点をクリックすると、この画像ファイルのユニークなＩＤを獲得し、クリック点のアドレス情報をパッキングしてコンテンツ管理情報サーバに情報送信する。これらの機能がプログラミングされたスクリプトファイルは、予め作成されてサーバ５からユーザ端末４ａに配布される。

次にコンテンツ管理情報サーバ１にＷｅｂ閲覧用画像データ／Ｗｅｂ閲覧マスタデータ／オブジェクト情報データが設定される。

このような仕組みを使うことによって、例えば、広告主が広告で広めたい写真をコンテンツとしてコンテンツストックサーバに登録し、広告したいオブジェクト（複数でも可）のオブジェクト関連情報を登録し、ロイヤリティフリーコンテンツ条件で検索キーワードに「ブログ用」、「ＳＮＳ用」、素材のタイトルを付けて素材用のコンテンツスクリプトファイルとしてコンテンツストックサーバ２に登録しておけば、ブロガーは、その中で興味を持ったコンテンツスクリプトを端末４ａにダウンロードし、自分のブログ（ブログサーバ５ｂに格納）やＳＮＳページ（ＳＮＳサーバ５ｃに格納）の中で、商品紹介などのブログの記事とともにコンテンツスクリプトファイルを貼り付ける。

これにより一般閲覧者がブログを閲覧する際、ブログページ上に展開されたコンテンツ上をオンマウスし、オブジェクト対象をクリックすると、広告主が提供したい情報（例えば、所定のＷｅｂページへの誘引）を提供できる。

コンテンツ閲覧（一般閲覧者への情報提供−コンテンツ情報管理サーバ連携）
一般閲覧者が端末４ａでＷｅｂブラウザを立ち上げ、所定のＵＲＬアドレス（例えばhttp://ZZZ.jp/yyy）のＷｅｂページの送信を指定すると、ＵＲＬアドレスに記述してあるソースデータをブラウザが解釈し、この送信をＷｅｂサーバ５ａに要求する。その結果、図１２に示すように、ブラウザに画面が表示される。詳細は省略するが、このＷｅｂページには、テキストデータからなる記事コンテンツとコンテンツスクリプトファイルの解釈に基づく写真画像コンテンツ（コンテンツ基本情報テーブル２２ｂに登録されたもの）が表示される。

上述したとおり、このコンテンツスクリプトファイルには、まず画像コンテンツのＷｅｂ閲覧画像データ（Ｃ−００００１．ｊｐｇ）の保管先アドレス（コンテンツストックサーバ２のコンテンツストックＤＢ２２内の特定のディレクトリなど）から画像コンテンツデータをダウンロードし、ブラウザの所定の場所に当該画像コンテンツを表示するように端末４ａに指示するプログラム部分が実行され、端末４ａにコンテンツ画像が表示される。

閲覧者が写真に興味を示し、図１３に示すようにポインタをコンテンツ画像上にオンマウスする（置く）と、スクリプトプログラムのうち、コンテンツ画像にスキン（ユーザに対する表示）を表示させるプログラム部分が実行され、「興味のある場所をクリック」などのメッセージが表示される。つまり、このメッセージは、Ｗｅｂコンテンツの内容そのものではなく、オンマウスに応じたスクリプトプログラムのスキン実行により表示されるものである。

ここまでの例は、撮影者がコンテンツを端末３ａからコンテンツストックサーバ２にアップし、それを広告主などのコンテンツ利用者がユーザ端末４ｃで利用したいコンテンツとして検索し、コンテンツ使用者としてロイヤリティを支払う使用契約をして、当該条件に従い、Ｗｅｂサーバ５ａに開設された自分のＷｅｂサイトに当該コンテンツを取り込み利用することを説明した。以下、コンテンツの一般閲覧者の端末４ａでＷｅｂサイトを閲覧し、コンテンツをクリックすることで返信提供情報を得る例を示す。なお、一般閲覧者の端末４ａへ返信提供情報を送信するだけでなく、図示しないコンテンツストックデータベースの管理者の端末や、コンテンツ保有者の端末３ａ、コンテンツの利用者の端末３ｂ・４ｂ・４ｃに返信提供情報を送信してもよい。

概略を説明すると、コンテンツ閲覧者が端末４ａからコンテンツ上の興味点を指示すると、端末４ａは、コンテンツ情報管理サーバ１およびコンテンツストックサーバ２に対し、興味点の情報（コンテンツＩＤ、コンテンツクリックアドレス）などを含む興味点関連情報を送信するとともに、当該興味点関連情報に対応する返信提供情報の有無をコンテンツストックＤＢ２２に問い合わせる。

コンテンツ情報管理サーバ１は、端末４ａから受信した興味点関連情報を興味情報ＤＢ１２に格納する。

コンテンツストックサーバ２は、送られてきた興味点関連情報に対応する返信提供情報が格納されているかコンテンツストックＤＢ２２を検索し、該当する返信提供情報がある場合は、その返信提供情報を端末４ａに返信する。返信提供情報は、端末４ａだけでなく、コンテンツ情報管理サーバ１に送ってもよい。この場合、興味情報ＤＢ１２には、受信した返信提供情報と興味点関連情報とを対応づけ、これを興味情報の１つとして記憶する。

具体的には、少なくとも一つの返信提供情報作成者（コンテンツ保有者、コンテンツ利用者、コンテンツストック業者、その他コンテンツストックＤＢ２２内に所望のコンテンツに関する返信提供情報を生成・登録する権限を有する者であって、一般閲覧者を除く者）が、所望のコンテンツに対応するオブジェクト情報テーブル２２ｅの内容（Ｌｉｎｋ Ｉｎｆｏ、Ｏｂｊｅｃｔ Ｃａｔｅｇｏｒｙ、Ｏｂｊｅｃｔ Ｎａｍｅなど）を返信提供情報として設定しておき、当該コンテンツに対応する興味点関連情報が受信されたことに応じて、当該返信提供情報を返信する。

複数の返信提供情報作成者がコンテンツストックＤＢ２２の特定のコンテンツに対応して返信提供情報をそれぞれ独立に登録できるため、一般閲覧者は端末４ａからの特定のコンテンツでの興味点の指定と問い合わせによって返信提供情報を受ける際、複数の提供情報がある場合は、複数の閲覧ページが立ち上げるとよい。こうすると、コンテンツ閲覧者は漏れなく多くの興味情報を入手することが出来る。

無論、余りに多数の興味情報を一挙に送信すると一般閲覧者が扱いに困ることもあるから、興味点に対応する返信提供情報が一定数以上あれば、それを送るか否かの確認入力を一般閲覧者に促し、確認入力が送られた場合に限って興味情報を送ってもよい。または、一般閲覧者が、特定の返信提供情報作成者の作成した興味情報を受信できるように、あるいは受信を拒否できるようなステータスの設定を、端末４ａからコンテンツストックＤＢ２２に入力できてもよい。

Ｌａｙｅｒのオブジェクトが設定されており、複数のオブジェクトが重複する部分が興味点として指定された場合、その重複するオブジェクトの各々に対応づけられた返信提供情報全てを返信する。例えば、マスク値「２」の人体領域とマスク値「４」の服領域が重複したマスク値「６」の重複領域が存在しており、当該重複領域内にクリック点が指定された場合は、服領域に対応する返信提供情報（Ｏｂｊｅｃｔ Ｎａｍｅ「富士太郎」など）も人体領域に対応する返信提供情報（Ｏｂｊｅｃｔ Ｎａｍｅ「ＡＢＣジャケット」など）も返信される。

Ｐｌａｎｅのオブジェクトが設定されている場合は、複数のオブジェクトが重複しないため、興味点を包含するオブジェクトに対応する返信提供情報がそのまま返信される。

つまり、あるコンテンツの興味点がクリックされると、当該コンテンツにおける興味点を包含するオブジェクト（ＬａｙｅｒあるいはＰｌａｎｅ）が、マスク作成者ＩＤ毎・マスクＮｏ．毎に個別に特定され、さらに特定された各オブジェクトに対応する返信提供情報が特定され、その特定された返信提供情報の全部（または一部）が一般閲覧者に返信される。マスク作成者が多ければ、それだけ返信提供情報が増え、さらに、Ｌａｙｅｒのオブジェクトが作成されている場合は、重複するオブジェクトが多ければ、それだけ返信提供情報が増える。

例えば、まず、図１４に示すように、一般閲覧者は、写真のジャケットに興味があれば、端末４ａのポインティングデバイスでジャケットの場所をクリックする。クリックされると、端末４ａで動作中のスクリプトでポインタの動作を監視していたプログラム部分がクリックした位置情報を獲得し、写真コンテンツ上のアドレス情報に変換して、この写真コンテンツを特定するコンテンツＩＤ情報とともに当該アドレス情報をコンテンツ情報管理サーバ１に情報送信する。端末４ａのスクリプトが実際に送る興味点関連情報としては、コンテンツＩＤ、コンテンツクリックアドレス、コンテンツクリック時刻、ＷｅｂページＵＲＬ、コンテンツ使用者ＩＤ、ＩＰアドレス情報、可能であれば閲覧者情報（会員ＩＤなど）などが含まれる。

コンテンツクリック時刻は、端末４ａに内蔵されたＲＴＣ（リアルタイムクロック）などから取得できる。この時刻が正確でなく信用性が低い場合、コンテンツ情報管理サーバ１が興味点関連情報を受信した時刻で代用してもよい。

ＷｅｂページＵＲＬは、端末４ａのウェブブラウザのアドレス入力欄から獲得される。

コンテンツ使用者ＩＤは、予め返信提供情報作成者によって、返信提供情報を作成した際にコンテンツ内に埋め込まれている。コンテンツ閲覧者がコンテンツを閲覧し興味点をクリックした際に、当該ＩＤがコンテンツから取り込まれ、興味点関連情報に組み込まれる。

ＩＰアドレス情報は、端末４ａのＩＰアドレスであり、興味点関連情報のパケット情報を解析することで獲得できる。端末４ａのＩＰアドレスがインターネットプロバイダなどから動的に割り当てられる場合は、端末４ａのインターネット接続が切断されるごとにＩＰアドレスが変わってしまうこともあるが、切断のない間での端末４ａからの問い合わせでは、端末４ａのユーザである閲覧者が同一であることを特定できる要素の一つになるし、加入プロバイダを特定できる要素の一つにもなる。

一般閲覧者がコンテンツストック事業者の会員であり、その会員ＩＤがコンテンツストックＤＢ２２に登録されていれば、会員ＩＤを端末４ａから送信することで、一般閲覧者を特定することができる。

これらの興味点関連情報は、閲覧者がコンテンツのどこに興味を示したかと言う情報と組み合わせることで、この後に述べるコンテンツ保有者、コンテンツ利用者、コンテンツストック業者やその他のコンテンツに対して興味情報を作成する人にとっての有用な情報（閲覧者はいつ何にどのような興味を持っているか）になる。

コンテンツ情報管理サーバ１は、コンテンツＩＤ（Ｐ−００００１）および広告主のＩＤ（Ａ００７７７）に対応するマスクＮｏ．＝２のコンテンツ基本情報・マスク関連情報を呼び出し、マスク画像上のアドレス点のマスク値を獲得する。図１５に示すように、図１４のマウス指定位置に対応するマスク値は、「２」であるとする。なお、当然ながら、同じコンテンツであっても、獲得されるマスク値は、コンテンツ利用者のＩＤごとに異なる。例えば、図１４の興味位置が指定されたとしても、コンテンツＩＤ（Ｐ−００００１）およびコンテンツ利用者のＩＤ（Ａ００００５）に対応するマスクＮｏ．＝１の定義するマスク値は、「６」である（図３（ｈ）参照）。

本コンテンツの利用者は、このコンテンツに対してマスクＮｏ．＝２でマスクデータを定義・作成し、背景相当部分（０）、山部分（１）、服部分（２）のオブジェクト番号を設定してあるので（図１１参照）、クリック部分（×でクリックしたアドレスを示す）に対し、Ｏｂｊｅｃｔ（２）を興味点に対応するオブジェクトとして抽出できる（図１５）。そこで、該当のテーブルよりＯｂｊｅｃｔ（２）の関連情報をオブジェクト情報テーブル２２ｅから検索し、閲覧者への返信提供情報として、「http://Fashion/Jacket/catalog」（Ｌｉｎｋ Ｉｎｆｏに格納された情報）を抽出する。そのデータを回答情報として一般閲覧者の端末４ａのブラウザに返信する。

図１６に示すように、ブラウザは返信してきたＵＲＬアドレス「http://Fashion/Jacket/catalog」より、該当のＷｅｂページを表示する。なお、複数の返信提供情報として複数のＬｉｎｋ Ｉｎｆｏが返信された場合は、ブラウザは複数のＬｉｎｋ Ｉｎｆｏに対応する複数のＷｅｂページをそれぞれ表示する。

さらに好ましくは、スクリプトファイルのプログラムにより、オンマウスのマウスアドレスデータをリアルタイムにコンテンツストックサーバ２に送信し、オブジェクト情報テーブル２２ｅのオブジェクト関連情報の一部または全部を端末４ａに返信させる。例えば図１１のオブジェクト情報テーブル２２ｅのオブジェクト番号０に対応するＯｂｊｅｃｔ Ｎａｍｅ「箱根」を返信し、図１７のように、画面で指したオブジェクト番号（＝０）に対応したＯｂｊｅｃｔ Ｎａｍｅ「箱根」を横に表示させる。閲覧者がオンマウスした位置が実際に興味を持った情報だったらクリックをさせ、その時点で初めて返信提供情報（Ｌｉｎｋ Ｉｎｆｏ）を返信するようにすれば、一般閲覧者が本当に興味を持った返信提供情報だけが送られ、効率がよい。

コンテンツ情報管理サーバ１には、一般閲覧者のクリック情報（閲覧したコンテンツＩＤ，当該コンテンツのクリックアドレス、コンテンツクリック日時、閲覧ＷｅｂページＵＲＬ，コンテンツ利用者ＩＤ、端末４ａのＩＰアドレス情報、可能であれば一般閲覧者情報（一般閲覧者の会員ＩＤなど）が送信され、それらはコンテンツ情報管理サーバ１の問い合わせテーブル（図示せず）に保存される。

コンテンツ情報管理サーバ１には、コンテンツごとにそれぞれコンテンツ利用者（登録者）の異なるオブジェクトを特定するマスクデータとマスクデータによって特定されたオブジェクトに応じたオブジェクト関連情報が登録されている。

コンテンツ情報管理サーバ１内の興味情報ＤＢ１２は、閲覧者の興味のアクション結果である問い合わせテーブルの中のクリック情報をオブジェクト情報登録者別に管理集計し、コンテンツごとの興味情報テーブルを作成し、興味情報ＤＢ１２に登録される。

これにより、コンテンツごとのアクセス許可された利用者（例えばコンテンツホルダー、コンテンツ利用者）は、自分の許可されたコンテンツに対して、閲覧者の興味を分析することができる。

例えば、このコンテンツ（コンテンツＩＤ＝Ｐ−００００１）に対しては、本実施形態では、コンテンツ登録者（会員ＩＤ＝Ａ００００５）、コンテンツ利用者（会員ＩＤ＝Ａ００７７７），ストック業者（会員ＩＤ＝ｓｕｐｅｒｖｉｓｏｒ）がこのコンテンツに関する興味情報ＤＢ１２へのアクセスを許可されており、自分の許可コンテンツ各々に対して、閲覧者の興味点総計（クリック数）を一覧で出す。これにより、どのコンテンツに閲覧者の興味が持たれたか、異なるコンテンツ利用者の登録した異なるオブジェクトごとに個別に把握できる。

次に、図１８に示すように、コンテンツ情報管理サーバ１は、興味の持たれたコンテンツに対し、コンテンツ画像とクリック点を重畳した画像を作成し、コンテンツ利用者の端末４ｃに提供する。閲覧者は、この重畳画像を閲覧すれば、自分の選んだコンテンツに自分の設定したオブジェクトのどの部分に一般閲覧者が興味を持ったかを確認することができる。

この図では、問い合わせテーブル内に記録されているクリックポイント（興味点）を、対応するコンテンツ画像上にプロットしている。ここでは、不特定多数の一般閲覧者が、主にコンテンツ画像の人（服）と山に興味を持っていることがわかる。

「Ｌａｙｅｒ」のオブジェクトは、重複を許容するため、異なるマスク値に対応するオブジェクト同士の重複領域内の興味点の数は重複してカウントされる。例えば、図３のマスクデータでは、マスク値「２」の人体領域とマスク値「４」の服領域が重複したマスク値「６」の重複領域が存在しており、当該重複領域内のクリック点は、服領域のクリック点として集計されるとともに、人体領域のクリック点としても集計される。この結果、図１８のクリック点を集計すると、服領域の総クリック数は８、人体領域の総クリックは８（重複領域の総クリック数）＋５（非重複領域の総クリック数）＝１３となる。

「Ｐｌａｎｅ」のオブジェクトは、重複を許容しないため、異なるマスク値に対応する重複領域内の興味点の数は重複してカウントされない。例えば、図１８のクリック点を集計すると、服領域の総クリック数は８、人体領域の総クリックは５となる。

このＬａｙｅｒ、Ｐｌａｎｅの定義に応じた総クリック数の集計は、コンテンツ情報管理サーバ１などが実施し、興味情報解析結果として適宜返信情報作成者の端末に提供される。集計結果の提供回数に応じた対価を算出し、適宜返信情報作成者の端末にこの対価支払いを請求したり課すこともできる。なお、本願明細書でいう対価は、金銭ならびにその代替物（カードのチャージ、ポイント、電子マネーなど）に基づいて換算される。

また、興味情報ＤＢ１２のアクセス許可者は、興味情報ＤＢ１２に対して独立してオブジェクト情報を設定しているので、自分の設定したオブジェクトに対応した興味情報を獲得することができる。

例えば、会員ＩＤ＝Ａ００００５は、マスクＮｏ．＝１で興味対象領域としてＯｂｊｅｃｔ番号１、２、３の３つのオブジェクトを設定し、そのオブジェクトの意味づけをＯｂｊｅｃｔ Ｎａｍｅ，Ｏｂｊｅｃｔ Ｃａｔｅｇｏｒｙ、 Ｌｉｎｋ ｉｎｆｏ、Ｓｅａｒｃｈ ｉｎｆｏ、Ｆｒｅｅ Ｋｅｙｗｏｒｄといった項目に対して行っており、Ｏｂｊｅｃｔ番号ごとのクリック数や意味づけごとのクリック数をカウントしたりできる。このことにより、広告主（会員ＩＤ＝００７７７）に使用許諾した際の使用契約で、一般閲覧者のコンテンツクリックの総数に応じて使用料金を設定できるようにしておけば、このクリック数をカウントすることで、単なるコンテンツ利用料とは異なった、コンテンツ価値に応じた対価を得ることができる。

つまり、一般閲覧者が、広告主の選んだコンテンツにクリックを全くしないか、クリックをしてもその数が少なければ、一般閲覧者から見てコンテンツの注目度が低く、広告媒体として価値が低いのであり、このような場合は使用料金が低くなるから、広告主としては価値の低い広告媒体に無用なコストを支払う必要がなくなる。逆に、広告主の選んだコンテンツにクリックが集中すれば、広告媒体として価値が高いのであり、このような場合は使用料金が高くなるから、コンテンツ提供者としては価値の高いコンテンツを提供することで正当な報酬を得ることができる。

また、クリック点１つ１つには閲覧者がどのＷｅｂページでクリックしたかの情報が含まれているので、そのＷｅｂページを確認することにより、正しいコンテンツの使われかたがされているかを確認することもできる。本実施形態では、１つの広告主での使用があったが、複数の広告主への利用でも、Ｗｅｂページアドレス情報やコンテンツ使用者ＩＤが特定できるので、どの使用者のどのＷｅｂページからの利用かを個別に確認し、管理することができる。

それ以外にも自分の設定したキーワードなどに対し、各コンテンツからカウント数を個別に分析することで、閲覧者がどのようなコンテンツ、オブジェクトに興味を持っているかを確認することができる。

広告主（会員ＩＤ＝００７７７）にとっても、対象物の領域をクリックすることで誘引Ｗｅｂページに閲覧者をジャンプさせることができるので、オブジェクトのクリック数をカウントすることでこのコンテンツを利用したことによる効果を確認できる。

例えば、広告主が広告で広めたい写真をコンテンツとしてコンテンツストックサーバ２に登録し、広告したいオブジェクト（複数でも可）のオブジェクト関連情報を登録し、ロイヤリティフリーコンテンツ条件で検索キーワードに「ブログ用」、「ＳＮＳ用」、素材のタイトルを付けて素材用のコンテンツスクリプトファイルとしてコンテンツストックサーバ２に登録しておけば、その中で興味を持ったコンテンツスクリプトをダウンロードし、自分のブログ（ブログサーバ５ｂに格納）やＳＮＳページ（ＳＮＳサーバ５ｃに格納）の中で、商品紹介などのブログの記事とともにコンテンツスクリプトファイルを貼り付ける。

これにより一般閲覧者がブログを閲覧する際、ブログページ上に展開されたコンテンツ上をオンマウスし、オブジェクト対象をクリックすると、広告主が提供したい情報（例えば所定のＷｅｂページへの誘引）を提供できる。

ストック事業者自身は、「ｓｕｐｅｒｖｉｓｏｒ」権限で広くストックコンテンツから興味情報ＤＢ１２に収集された興味情報を分析し、事業者自身で閲覧者の興味情報を分析できるとともに、それらデータを分析・加工し、ビジネス情報として広く顧客に提供することができる。

一例としては、本実施形態のコンテンツ（コンテンツＩＤ＝Ｐ−００００１）に対して、現時点では「ｓｕｐｅｒｖｉｓｏｒ」としてのオブジェクト情報設定を初めとする各種設定を行っていないが、先に示した興味情報ＤＢ１２のアクセス情報分析より価値のあるコンテンツと判断した場合は、事後でもオブジェクト情報設定を行うことで、閲覧者の興味情報分析を行うことができる。

コンテンツ保有者、コンテンツ利用者、コンテンツストック業者やその他のコンテンツに対してマスクを定義したり返信提供情報を作成する人は、ユーザのクリックに応じて送信されてきた興味点関連情報や返信提供情報を参考に、一般閲覧者のコンテンツに対する興味の動向を把握し、今後のサービスに活用することができる。

なお、各人がどのように興味情報ＤＢ１２の興味点関連情報を活用するかは任意である。コンテンツ保有者は、必要に応じてコンテンツ閲覧者に返信提供情報を送信できるとともに、一般閲覧者から受信した興味点関連情報を分析することで、保有コンテンツの何に興味が持たれているかを、コンテンツのクリック場所で把握できる。あるいは、興味の持たれているエリアを分析し、そのコンテンツやオブジェクトエリアにタグ付けをしておき、保有コンテンツの検索ランクをあげる等に利用できる。また、コンテンツ利用者ごとのコンテンツ利用状況を把握でき、コンテンツクリック回数などに応じた利用対価をコンテンツ利用者に請求することができる。あるいは、ＷｅｂページＵＲＬを閲覧し、許諾した利用条件で利用されているかを確認して、コンテンツが不正利用されていないかを確認できる。

コンテンツ利用者は、一般閲覧者からの興味点関連情報を分析することで、広告主などのコンテンツ保有者からの宣伝コンテンツをコンテンツ利用条件に従って自分の持つＷｅｂページ等に掲載し、コンテンツ閲覧者が自分のホームページやブログ、ＳＮＳを閲覧して掲載コンテンツに興味を持ちクリックした結果を興味情報ＤＢ１２から確認することができる。このことにより、広告主からアフェリエイト報酬を得るための情報を確認することができる。

コンテンツストック業者は、ストックされたコンテンツの利用状況（返信提供情報へのアクセス状況）を得ることができる。コンテンツ保有者やコンテンツ利用者の仲介役として返信提供情報の利用状況を把握する事によって、コンテンツ利用の対価の集配運営ビジネスをすることが出来、その対価の中から適切な対価（利用料）を自分自身も受取るビジネスを実施できる。

さらに、興味情報ＤＢ１２に蓄えられた興味情報を解析・整理し、その結果データを販売することで、更なる対価を顧客（この場合は、コンテンツ保有者、コンテンツ利用者に留まらない。）から得ることができる。

また、上述したように、返信提供情報の送信先は、一般閲覧者の端末４ａに限る必要はなく、コンテンツ保有者の端末３ａ、コンテンツの利用者の端末３ｂ・４ｂ・４ｃに返信提供情報を送信してもよい。

本願発明の要点は、図１９に示すように、コンテンツ情報管理サーバ１、コンテンツストックサーバ２、一般閲覧者の端末４ａ、一般閲覧者を除くオブジェクト・返信提供情報の設定権限を有する者の端末２００（例えば図１でいうコンテンツ情報編集端末３、ブロガーの端末４ｂ、広告主の端末４ｃ、コンテンツ提供サーバ５）からなるシステムにおいて、端末２００からマスクデータとそれに対応する返信提供情報をコンテンツストックサーバ２のコンテンツストックＤＢ２２に権限者ごとに個別に登録可能であり、一般閲覧者の端末４ａからコンテンツの任意の位置が指定されると、その指定位置を示す情報やクリック時刻などの興味点関連情報がコンテンツ情報管理サーバ１の興味情報ＤＢ１２に格納されるとともに、その指定位置を包含するオブジェクトに対応づけられた返信提供情報（権限者ごとに個別に登録されたもの）が、一般閲覧者の端末４ａやコンテンツ情報管理サーバ１の興味情報ＤＢ１２や端末２００に送信されることにある。一般閲覧者と、その他の者との違いは、返信提供情報の送信先となるか否かでなく、オブジェクト・返信提供情報の設定権限を有する者か否かである。

コンテンツ管理システムの概略構成図 コンテンツストックデータベースに格納される情報を例示した図 オブジェクト（Ｌａｙｅｒ）の一例を示す図 オブジェクト（Ｐｌａｎｅ）の一例を示す図 図４の例におけるオブジェクト番号を示す図 オブジェクト番号０のオブジェクト情報の一例を示す図 オブジェクト番号１のオブジェクト情報の一例を示す図 オブジェクト番号２のオブジェクト情報の一例を示す図 オブジェクト番号３のオブジェクト情報の一例を示す図 使用者許諾情報が更新されたコンテンツ基本情報テーブルの一例を示す図 広告主により新たに登録されたオブジェクト関連情報の一例を示す図 Ｗｅｂサーバから提供されたＷｅｂコンテンツの一例を示す図 Ｗｅｂコンテンツ内の利用コンテンツにオンマウスされた状態を例示した図 Ｗｅｂコンテンツ内の利用コンテンツの興味位置がクリックされた状態を例示した図 オブジェクトおよびそのマスク値を例示した図 オブジェクトに対応づけられたリンク情報に基づいて表示されたＷｅｂページを例示した図 オブジェクトに対応づけられたＯｂｊｅｃｔ Ｎａｍｅとともに表示されたＷｅｂページを例示した図 集計された興味位置を利用コンテンツに重畳して表示した状態を例示した図 本発明の適用されるシステムの概略構成図

符号の説明

１：コンテンツ情報管理サーバ、２：コンテンツストックサーバ、３：コンテンツ情報編集端末、４：ユーザ端末、５：コンテンツ提供サーバ５、１２：興味情報データベース、２２：コンテンツストックデータベース

Claims (8)

1. コンテンツの保有者の端末から入力された任意のコンテンツをデータベースに登録するステップと、
   前記コンテンツ内の物体の検索単位となるべき前記コンテンツ内の任意の領域であるオブジェクトエリアを多層的または単層的に設定する権限を有するユーザであるマスク作成者の識別情報と前記コンテンツに対して設定されたオブジェクトエリアが多層的構造かまたは単層的構造かを示すマスク定義情報と前記マスク作成者の作成したオブジェクトエリアを前記マスク作成者ごとに区別するための識別情報であるマスク識別情報との対応を記述したオブジェクトマスク情報テーブルを前記データベースに生成するステップと、
   を含む登録コンテンツに対するオブジェクトエリア作成方法。
2. 前記オブジェクトエリアを多層的または単層的に設定するモードの選択を受け付けるステップと、
   前記オブジェクトエリアを多層的に設定するモードの選択を受け付けた場合、前記オブジェクトエリアの各々に、オブジェクトエリアごとの固有値であるマスク値を対応づけるステップと、
   前記オブジェクトエリアと前記マスク値との対応を記述したオブジェクト対応情報テーブルを前記データベースに生成するステップと、
   をさらに含む請求項１に記載の登録コンテンツに対するオブジェクトエリア作成方法。
3. 前記コンテンツ内において複数のオブジェクトエリアが重複する領域には、前記重複するオブジェクトエリアに対応するマスク値の全てを加算した値を新たなマスク値として対応づけるステップをさらに含む請求項１に記載の登録コンテンツに対するオブジェクトエリア作成方法。
4. 前記オブジェクトエリアに関連した配信情報の指定単位を識別する情報であるオブジェクト番号を、前記マスク値の各々に対応づけるステップと、
   前記マスク値と前記オブジェクト番号との対応を記述したオブジェクト対応情報テーブルを前記データベースに生成するステップと、
   前記オブジェクト番号の各々に対応する所望の配信情報を記述したオブジェクト情報テーブルを前記データベースに生成するステップと、
   を含む請求項１〜３のいずれかに記載のオブジェクトエリア作成方法。
5. 前記オブジェクトマスク情報テーブルと前記オブジェクト対応情報テーブルとに基づき、一般閲覧者の端末から指定された前記コンテンツ上の位置に対応するオブジェクトエリア、前記オブジェクトエリアの多層的または単層的な構造、マスク値およびオブジェクト番号を、異なるマスク識別情報ごとに特定するステップと、
   前記オブジェクト情報テーブルに基づき、前記特定されたオブジェクト番号に対応する配信情報を特定するステップと、
   前記特定された配信情報を所定の興味情報データベースおよび前記一般閲覧者のうち少なくとも一方に送信するステップと、
   を含む請求項４に記載のオブジェクトエリア作成方法。
6. コンテンツの保有者の端末から入力された任意のコンテンツをデータベースに登録する手段と、
   前記コンテンツ内の物体の検索単位となるべき前記コンテンツ内の任意の領域であるオブジェクトエリアを多層的または単層的に設定する権限を有するユーザであるマスク作成者の識別情報と前記コンテンツに対して設定されたオブジェクトエリアが多層的構造かまたは単層的構造かを示すマスク定義情報と前記マスク作成者の作成したオブジェクトエリアを前記マスク作成者ごとに区別するための識別情報であるマスク識別情報との対応を記述したオブジェクトマスク情報テーブルを前記データベースに生成する手段と、
   を含む登録コンテンツに対するオブジェクトエリア作成装置。
7. 前記オブジェクトエリアに関連した配信情報の指定単位を識別する情報であるオブジェクト番号を、前記マスク値の各々に対応づける手段と、
   前記マスク値と前記オブジェクト番号との対応を記述したオブジェクト対応情報テーブルを前記データベースに生成する手段と、
   前記オブジェクト番号の各々に対応する所望の配信情報を記述したオブジェクト情報テーブルを前記データベースに生成する手段と、
   を含む請求項６に記載のオブジェクトエリア作成装置。
8. 前記オブジェクトマスク情報テーブルと前記オブジェクト対応情報テーブルとに基づき、一般閲覧者の端末から指定された前記コンテンツ上の位置に対応するオブジェクトエリア、前記オブジェクトエリアの多層的または単層的な構造、マスク値およびオブジェクト番号を、異なるマスク識別情報ごとに特定する手段と、
   前記オブジェクト情報テーブルに基づき、前記特定されたオブジェクト番号に対応する配信情報を特定する手段と、
   前記特定された配信情報を所定の興味情報データベースおよび前記一般閲覧者のうち少なくとも一方に送信する手段と、
   を含む請求項７に記載のオブジェクトエリア作成装置。

Images