JP2005250796A - 画像売買システム - Google Patents

Abstract

【課題】 デジタル化のための追加作業が不要で、検索キー等の関連情報が画像登録時に収集でき、かつ、画像に関する信頼性を確保できる、画像素材の流通がスムーズに行える画像売買システムを提供することを目的とする。
【解決手段】 登録者から画像のデジタルデータをネットワークを介し受信する手段と、上記受信した画像に類似する既登録画像を検索し、当該検索結果画像に付随する検索キーを含む関連情報を登録情報として取得する手段と、上記画像の作成あるいは撮影に関する正当性を当該画像の登録者に判定させる手段と、上記判定の結果に応じて上記取得した登録情報と共に上記画像の登録を行う手段とを備える画像売買システムにより構成される。
【選択図】 図１

Description

本発明は写真、絵画、イラスト等の画像の使用権をネットワークを介して売買する画像売買システムに関する。

古くから、写真素材の使用権を販売するサービスや、カメラマンや画家のエージェント（代理人）として写真、絵画、イラスト等の画像の使用権管理をするフォトストックあるいはフォトエージェンシーと呼ばれる業種が存在する。昨今のインターネットやデジタル写真、コンピューターグラフィックス（ＣＧ）等の普及に伴い、これらの画像コンテンツが豊富に生み出されるようになってきたと共に、ポスターや雑誌等の在来の媒体に加えてインターネットホームページや電子出版物等においても画像の利用ニーズが増大してきており、インターネットの特徴を生かし、居ながらにして画像を検索し購入できる仕組みを提供する企業や業者が現れてきている。

このようなサービスを行う企業としては、例えば次のようなものがある。

〔具体例１〕株式会社ビー全「デジストックフォト」（http://www.digistockphoto.com/dsn/）
〔具体例２〕株式会社デジタルアーカイブジャパン（http://www.daj.ne.jp/）
一方、インターネット上のオークションサイトやビジネスマッチングサイトでもデジタル画像の売買が行われるに至っている。

このようなサービスを行う企業としては、例えば以下のものがある。

〔具体例３〕アット・ニフティ「＠ＰＡＹ」（http://www.nifty.com/pay/outline/index.htm）
〔具体例４〕楽天市場「楽天ビジネス」（http://business.rakuten.co.jp/）
上記の具体例３は個人のデジタルコンテンツの売買を支援するものであり、具体例４はＳＯＨＯ（在宅勤務）でデジタルコンテンツ等の制作を行っている者を対象としたビジネスマッチングサービスである。

なお、この種のビジネスに関連する先行技術文献については把握していない。

上記の具体例１および具体例２に示すサービスでは、特にカメラマン（写真作家）の作品（素材画像）はポジフィルムで納品されるものとなっており、これを業者側でスキャナで読み込むなどの方法でデジタル化し、更に検索キーとなる情報を手作業で入力しており、作業上の大きな負担となっている。

また、顧客やリサーチャー（顧客からの依頼により画像を探す専門家）の立場では、目的の画像を探す方法としてカテゴリやキーワードといったテキスト情報による検索に頼らざるを得ないが、色や「丸い」とか「爆発しているような」イメージといった画像の特徴を表す情報までテキストキーワードとして登録しているのが現状であり、このキーワードの登録に大変な労力と経験を要している。

一方、上記の具体例３および具体例４に示すサービスでは、十分な検索機能が提供されていないことや、諸権利（著作権・肖像権等）に関する信頼度が低いため、個人用途以外ではあまり利用されていないのが現状である。

本発明は上記の従来の問題点に鑑み提案されたものであり、デジタル化のための追加作業が不要で、検索キー等の関連情報が画像登録時に収集でき、かつ、画像に関する信頼性を確保できる、画像素材の流通がスムーズに行える画像売買システムを提供することを目的としている。

上記目的を達成するため、本発明の画像売買システムにあっては、登録者から画像のデジタルデータをネットワークを介し受信する手段と、上記受信した画像に類似する既登録画像を検索し、当該検索結果画像に付随する検索キーを含む関連情報を登録情報として取得する手段と、上記画像の作成あるいは撮影に関する正当性を当該画像の登録者に判定させる手段と、上記判定の結果に応じて上記取得した登録情報と共に上記画像の登録を行う手段とを備えるようにしている。

これにより、画像が当初からデジタルデータとして登録されるため、デジタル化のための追加作業が不要となる。また、既登録画像の中の類似する画像から関連情報の取得が行えるため、検索キー等が画像登録時に収集できる。更に、登録者である作家本人あるいはその近親者に判定を強制するため、画像に関する信頼性を確保できる。

また、上記画像がデジタル写真である場合に上記デジタルデータに含まれる撮影情報を取得する手段を備えるようにすることもできる。これにより、いっそう詳細な関連情報を取得することができる。

また、上記関連情報を登録者に提示して登録すべき情報を選択させる手段を備えるようにすることもできる。これにより、登録時の検索キー等の入力操作を容易にできると共に、不要な情報を除去してより正確な登録情報とすることができる。

また、上記関連情報として既登録画像のダウンロード回数および販売価格を表示する手段を備えるようにすることもできる。これにより、画像の購入可能性についての有用な情報を提供することができる。

また、ネットワークを介して接続した者が会員であるか否かを認証する手段を備え、会員である場合にのみ画像のデジタルデータの受信および登録を行うようにすることもできる。これにより、画像を登録する者の身元が確認できることで、画像に関する信頼性をよりいっそう高めることができる。

また、上記登録者の判定の後にシステム運用者による公開の判定を行わせる手段を備えるようにすることもできる。これにより、画像に関する信頼性をよりいっそう高めることができる。

また、画像売買システムに代え、画像売買方法として構成することもできる。

本発明によれば、デジタル化のための追加作業が不要で、検索キー等の関連情報が画像登録時に収集でき、かつ、画像に関する信頼性を確保できる、画像素材の流通がスムーズに行える画像売買システムを提供することができる。その結果、著作権等の諸権利の明確な画像素材を利用するメリットが広く認知され、画像素材の不正使用等が減少することが期待できる。

以下、本発明の実施の形態を図面に基づいて説明する。

図１は本発明の一実施形態にかかる画像売買システムの構成図である。

図１において、画像売買システム１は販売対象の写真、絵画、イラスト等の画像を登録し販売する機能を有するものであり、自己の保有する画像を管理して公開等が行える機能（保管容量に応じて課金される有料サービス）を有したネットアルバムシステム２と共にインターネット等のネットワーク３に接続され、販売対象の画像を登録する作家あるいは画像の購入者が操作する複数のクライアント端末４からアクセスが行えるようになっている。なお、ネットアルバムシステム２を画像売買システム１における販売画像の公開および購入画像の保存の場として画像売買システム１に含ませてもよい。

画像売買システム１は、利用者の会員登録に関する機能を提供する会員登録部１１と、販売対象の画像の登録に関する機能を提供する画像登録部１２と、画像の購入に関する機能を提供する画像購入部１３と、画像の制作依頼への応答に関する機能を提供する制作依頼応答部１４と、決済に関する機能を提供する決済部１５と、処理に必要な情報を格納するデータベース／テーブル群１００とを備えている。なお、実際のシステム構築にあっては、ハードウェアや利用するアプリケーションの特性、運用上の理由等から、会員管理サーバ、決済管理サーバ、ストレージサーバ、画像検索サーバ、Ｗｅｂサーバ等を組み合わせた構成をとることになる。

図２は会員登録部１１の構成を示すブロック図であり、会員登録処理の全体を制御する会員登録制御部１１ａと、利用するサービスの種別、すなわち販売画像を登録する側の「作家」か画像の購入を行う側の「購入者」かの別（「作家」であり「購入者」でもあることを許容）を示す情報を取得する利用種別取得部１１ｂと、氏名、住所等の個人情報を取得する個人情報取得部１１ｃと、クレジットカード番号等の決済方法を示す情報を取得する決済方法取得部１１ｄとを備えている。なお、販売画像の登録者に対して会員登録を要求するのは、身元を確認することで不正な画像の登録を抑制する、画像の公開にも課金することで商品価値のない画像の登録を抑制する、課金および販売代金（ポイント）の決済方法を確定する等の理由による。従って、ネットアルバムシステム２（図１）の利用登録をしている者は身元が確認され決済方法も確定しているため、新たに会員登録をする必要はない。なお、ネットアルバムシステム２を画像売買システム１（図１）の一機能として内部に含ませる場合、ネットアルバムのための会員登録は必要ない。

会員情報管理テーブル１０１は会員登録処理で主に使用される情報蓄積領域であり、図３に示すように、「Ｎｏ．」「会員ＩＤ」「会員氏名」「購入者フラグ」「作家フラグ」「会員ランク」「郵便番号」「住所」「電話番号」「Ｅ−ｍａｉｌ（アドレス）」等のフィールドを備えている。

図４は画像登録部１２の構成を示すブロック図であり、画像登録処理の全体を制御する画像登録制御部１２ａと、ネットワーク３（図１）を介して接続してきた者が登録された会員であるか否かを認証する会員認証部１２ｂと、登録する画像を受信する画像受信部１２ｃと、受信した画像に含まれる撮影情報（例えば、Ｅｘｉｆ：Ｅｘｃｈａｎｇｅａｂｌｅ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔと呼ばれる画像フォーマットに含まれる情報等）を取得する撮影情報取得部１２ｄと、受信した画像から色調等の特徴量を抽出する特徴量抽出部１２ｅとを備えている。

更に、画像登録部１２は、受信した画像に類似する既登録画像を検索する類似画像検索部１２ｆと、類似画像検索で発見された画像からカテゴリ、キーワード等の関連情報を取得する関連情報取得部１２ｇと、会員ランク、登録カテゴリ、画像サイズ等から販売価格例を取得する価格ランク取得部１２ｈと、類似画像検索で発見された画像から登録者（作家）の指示に応じて詳細情報を取得する詳細情報取得部１２ｉと、画像登録に際して登録者によって入力あるいは選択された項目を取得する入力項目取得部１２ｊと、登録する画像につき正当性すなわち著作権等の問題がないことを登録者に自己判定させる自己判定実施部１２ｋと、画像売買システム１（図１）の運用者側において画像の公開を行うか否かを判定させる公開判定実施部１２ｌと、既登録画像からカテゴリ毎の人気画像（購入によるダウンロードが多いもの）を算出してデザインコンテンツのトレンド情報を提供する、オプションとしての人気画像ランキング算出部１２ｍとを備えている。

画像登録処理に主に使用されるデータベース／テーブル群１００として、認証に用いる会員情報管理テーブル１０１と、受信した画像を蓄積する画像データベース１０２と、画像の公開の可否、ダウンロード回数等を管理する画像管理テーブル１０３と、撮影情報等を管理する画像情報管理テーブル１０４と、画像の特徴量を管理する画像特徴量テーブル１０５と、画像に付与された検索用のキーワードを管理する検索キー管理テーブル１０６とが設けられている。なお、画像登録部１２の各部で取得された情報は、後に登録がキャンセルされる場合があるため、一時的に蓄積され、後の登録確定によりこれらのデータベース／テーブル群１００に登録される。

図５は画像管理テーブル１０３の例を示したものであり、「Ｎｏ．」「公開フラグ」「価格」「ダウンロード回数」等のフィールドを備えている。

図６は画像情報管理テーブル１０４の例を示したものであり、「Ｎｏ．」「会員ＩＤ」「フォルダ名」「ファイル名」「撮影者名」「種類」「撮影日時」「容量」「画像サイズ」等のフィールドを備えている。

図７は画像特徴量テーブル１０５の例を示したものであり、「Ｎｏ．」「ＤＢ名」「画像ＵＲＬ」「ファイル名」「サムネイルＵＲＬ」「全体色」「輪郭」「模様」等のフィールドを備えている。

図８は検索キー管理テーブル１０６の例を示したものであり、「Ｎｏ．」「画像タイプ」「カテゴリ」「撮影国名」「撮影場所」「カラータイプ」「全体色」「画像方向」「キーワード」等のフィールドを備えている。

図９は画像購入部１３の構成を示すブロック図であり、画像購入処理の全体を制御する画像購入制御部１３ａと、ネットワーク３（図１）を介して接続してきた者が登録された会員であるか否かを認証する会員認証部１３ｂと、購入したい画像につきキーワードに基づいて既登録画像の検索を行うキーワード検索部１３ｃと、カテゴリに基づいて検索を行うカテゴリ検索部１３ｄと、色調等の画像の特徴量に基づいて検索を行う特徴量検索部１３ｅと、キーワード、カテゴリ等の検索により得られた画像に類似する画像を検索する類似画像検索部１３ｆと、購入者の指定する画像（雑誌やインターネットから入手した手元にある画像）を受け取ってそれに類似する画像を検索する指定画像類似検索部１３ｇと、特定条件（クライアント（顧客）の要望に基づいて作品を制作するデザイナー等が購入者である場合に顧客の企業や商品のイメージ等の条件）に基づいて検索を行う特定条件検索部１３ｈとを備えている。

また、画像購入部１３は、購入が決定された画像について決済につなぐ購入処理を行う購入処理部１３ｉと、パソコン等の操作に不慣れなために検索がうまくいかなかったり検索する時間がない場合等に購入者から専門家による検索の依頼を受け付ける検索依頼受付部１３ｊと、満足のいく画像が発見できなかった場合等に購入者から登録作家による希望の画像の制作（写真撮影を含む）の依頼を受け付ける制作依頼受付部１３ｋと、依頼に基づく検索が完了した際に応答の処理を行う検索依頼応答部１３ｌと、検索依頼案件をコードに基づいて検索するコード検索部１３ｍと、既登録画像からカテゴリ毎の人気画像を算出してデザインコンテンツのトレンド情報を提供する、オプションとしての人気画像ランキング算出部１３ｎとを備えている。

画像購入処理に主に使用されるデータベース／テーブル群１００として、前述した会員情報管理テーブル１０１、画像データベース１０２、画像管理テーブル１０３、画像情報管理テーブル１０４、画像特徴量テーブル１０５、検索キー管理テーブル１０６のほかに、顧客の企業や商品のイメージ等の特定条件を管理する要求項目管理テーブル１０７と、検索依頼および制作依頼を管理する検索・制作依頼管理テーブル１０８とが設けられている。

図１０は要求項目管理テーブル１０７の例を示したものであり、「Ｎｏ．」「登録日」「会員ＩＤ」「クライアント業種」「商品種別」「ターゲットユーザ」「企業色」「製品色」「キーワード」等のフィールドを備えている。

図１１は検索・制作依頼管理テーブル１０８の例を示したものであり、「Ｎｏ．」「会員ＩＤ」「クライアント業種」「会員職種」「用途」「納期」「希望価格」「カテゴリ」「キーワード」等のフィールドを備えている。

図１２は制作依頼応答部１４の構成を示すブロック図であり、制作依頼応答処理の全体を制御する制作依頼応答制御部１４ａと、ネットワーク３（図１）を介して接続してきた者が登録された会員であるか否かを認証する会員認証部１４ｂと、制作依頼を受けることを希望する者（登録作家）に対して制作依頼案件の情報を取得して一覧等を提示する制作依頼案件情報取得部１４ｃと、キーワードに基づいて制作依頼案件を検索するキーワード検索部１４ｄと、カテゴリに基づいて制作依頼案件を検索するカテゴリ検索部１４ｅと、登録作家の指定する画像（手元にある画像）を受け取ってそれに類似する画像の制作依頼を検索する指定画像類似検索部１４ｆと、画像の制作完了の後に応答する際にコードから制作依頼案件を検索するコード検索部１４ｇと、制作された画像を受信する画像受信部１４ｈと、画像の制作完了を依頼者に電子メール等で通知する制作完了通知部１４ｉとを備えている。

制作依頼応答処理に主に使用されるデータベース／テーブル群１００として、前述した会員情報管理テーブル１０１と画像データベース１０２と検索・制作依頼管理テーブル１０８とが備えられている。

図１３は決済部１５の構成を示すブロック図であり、決済処理の全体を制御する決済制御部１５ａと、画像の購入者等に対する課金処理を行う課金処理部１５ｂと、画像の購入者および制作者に対してポイントを付与（画像の制作者に対しては原則として現金ではなくポイントを付与）するポイント付与部１５ｃと、月単位等でクレジットカードからの引き落とし等のための締め処理を行う締め処理部１５ｄと、蓄積されたポイントを会員がショッピングサイト等で利用する際の精算処理を行うポイント利用処理部１５ｅと、会員からの要求に応じてポイントを換金し指定銀行口座への振込処理等を行うポイント換金処理部１５ｆとを備えている。

決済処理に主に使用されるデータベース／テーブル群１００として、前述した会員情報管理テーブル１０１と画像管理テーブル１０３とが設けられている。

次に上記の実施形態の動作について説明する。

図１４は図２に示した会員登録部１１の動作を示すフローチャートである。

図１４において、会員登録しようとする者がクライアント端末４（図１）を操作してネットワーク３（図１）を介し画像売買システム１（図１）に接続して会員登録の操作を開始すると、会員登録制御部１１ａの制御のもと、利用種別取得部１１ｂは利用種別が販売画像を登録する側の「作家」であるか、画像の購入を行う側の「購入者」であるかの情報を取得する（ステップＳ１０１）。なお、「作家」でありかつ「購入者」でもあることを許容するものとする。

次いで、個人情報取得部１１ｃは利用者から氏名、郵便番号、住所、電話番号、Ｅ−ｍａｉｌアドレス等の個人情報を取得する（ステップＳ１０２）。

次いで、決済方法取得部１１ｄは利用者からクレジットカード番号等の決済方法に関する情報を取得する（ステップＳ１０３）。

そして、取得された情報は会員登録制御部１１ａの制御のもと、会員情報管理テーブル１０１に登録される（ステップＳ１０４）。

図１５および図１６は図４に示した画像登録部１２の動作を示すフローチャートである。

図１５において、販売する画像の登録をしようとする者（作家）がクライアント端末４（図１）を操作してネットワーク３（図１）を介し画像売買システム１（図１）に接続して画像登録の操作を開始すると、画像登録制御部１２ａの制御のもと、会員認証部１２ｂは操作者に対し会員ＩＤ、パスワード等の入力を求め、取得した会員ＩＤ、パスワード等をキーに会員情報管理テーブル１０１を検索して登録された会員であるか否かを認証する（ステップＳ２０１）。なお、販売する画像の登録を会員に限定したのは、身元を確認し更に登録に課金することで画像の信頼性を維持するためである。同様の理由からネットアルバムシステム２（図１）の有料サービスを利用している者も販売する画像の登録を行うことができる。

認証が拒否された場合（ステップＳ２０２のＮｏ）には再び認証処理（ステップＳ２０１）に戻り、認証が了承された場合（ステップＳ２０２のＹｅｓ）、画像受信部１２ｃは登録する画像の受信を行い画像データベース１０２に蓄積する（ステップＳ２０３）。なお、後に登録がキャンセルされる場合があるため、受信した画像を一時的に蓄積し、後の登録確定により実際に蓄積する。後述する各種の取得情報についても同様である。また、操作者がネットアルバムシステム２（図１）の利用者でもある場合、ネットアルバム上の画像を特定することでネットアルバムシステム２から画像を受信することもできる。

このように登録対象の画像をデジタルデータによるものとすることで、後のデジタル化等の作業を不要とすることができると共に、納品のための時間を短縮して即時性のある鮮度の高い画像を収集することができ、更に移送のためのコストも大幅に低減させることができる。また、遠隔地にいるカメラマン等に画像の制作依頼を行って短時間に納品させる仕組みが構築可能となる。なお、デジタルカメラ等による画像が好ましいが、銀塩写真の場合であっても予めデジタル化されたものであれば登録が可能である。

次いで、撮影情報取得部１２ｄは受信した画像に含まれるＥｘｉｆ等の撮影情報を取得する（ステップＳ２０４）。撮影情報が含まれていない場合にはその取得が行えないが、運用上、写真画像については撮影情報が含まれているものだけを登録対象に限ることもできる。なお、Ｅｘｉｆ等の撮影情報には撮影者、撮影日時、画像サイズ、カメラ機種、レンズ焦点距離、シャッタスピード、絞り値、位置情報（緯度・経度）等が含まれている。このように撮影情報を自動的に取得することで、後の画像に関する情報の入力を簡単にし、検索の際に利用できる情報を正確かつ簡易に収集することができる。このようにＥｘｉｆ等の撮影情報には大きな利便性があることから、携帯電話に付属のカメラで撮影した画質としては若干劣る画像であっても、撮影情報を伴っていれば登録を受け付けるオプションを設けてもよい。

次いで、特徴量抽出部１２ｅは受信した画像を解析して特徴量を抽出する（ステップＳ２０５）。特徴量としては、例えば、画面の色調等がある。

次いで、類似画像検索部１２ｆは受信した画像に類似する既登録画像の検索を画像特徴量テーブル１０５等を用いて行う（ステップＳ２０６）。検索の結果、類似する画像が発見されなかった場合（ステップＳ２０７のＮｏ）には、類似度の引き下げを行い（ステップＳ２０８）、再び類似画像の検索（ステップＳ２０６）を行う。

類似する画像が発見された場合（ステップＳ２０７のＹｅｓ）、関連情報取得部１２ｇはそれらの類似する画像に付与された検索キー等の関連情報を検索キー管理テーブル１０６等から取得する（ステップＳ２０９）。

次いで、価格ランク取得部１２ｈは会員ランク、登録カテゴリ、画像サイズ等から販売価格を算出し、画像登録制御部１２ａの制御のもと、これまでの各部の処理で取得した情報を登録者のクライアント端末４（図１）に表示する（ステップＳ２１０）。なお、価格ランクは登録のメリットを判断する参考価格を示すものであって、実際の価格設定は自由に行うことができる。また、類似画像から取得した関連情報（ステップＳ２０９）については、出現回数の多い順にソートして表示することで、登録者が選択しやすいようにする。

図１７はクライアント端末４（図１）に表示される画面４１の例を示したものであり、上段右側には、画像タイプ、カテゴリ、撮影場所、撮影時期、クリッピングパス、カラータイプ、全体の色合い（色調）、画像方向、キーワード（検索キー）、販売価格例（価格ランク）等が表示される。これらのうち、上記の各部の処理で取得できた情報についてはそれらが埋め込まれた状態で表示が行われ、空欄のものについては登録者の操作により選択もしくは入力が行われる。また、画面４１の上段左側には登録する画像についての詳細情報が表示される。更に、画面４１の下段には登録する画像に類似する既登録画像が一覧で表示され、それぞれに類似度、ダウンロード回数（ＤＬ）、価格等が表示される。これにより、登録しようとする画像のニーズや価格の相場、妥当性を把握することができる。例えば、登録しようとする画像と酷似した画像が存在すれば購入される可能性が低いことが推察でき、また、同様な画像の購入が盛んであればニーズが大きいことが推察できる。

次いで、図１５に戻り、詳細情報取得部１２ｉは登録者が類似画像について詳細情報を要求した場合（ステップＳ２１１のＹｅｓ）、詳細情報を画像情報管理テーブル１０４等から取得して表示を行う（ステップＳ２１２）。図１７においては、画面４１下段の画像をクリックすることで詳細情報の表示が行われる。

詳細表示の要求がない場合（ステップＳ２１１のＮｏ）、入力項目取得部１２ｊは利用者により承認されあるいは選択もしくは入力された項目情報を取得する（ステップＳ２１３）。

次いで、自己判定実施部１２ｋは登録者に対して画像の正当性につき自己判定を求める（ステップＳ２１４）。

図１８は自己判定時にクライアント端末４（図１）に表示される画面４２の例を示したものであり、「公序良俗に反する画像ではありませんか」「確かにあなたの撮影（制作）した画像ですか」「他の著作物を複写（模倣）したものではありませんか」「写真に映り込んでいる人物の了解は得ていますか」「禁止区域（施設）等で撮影したものではないですか」といったメッセージに回答させることで、著作権等の問題がないことを確認させるようになっている。

図１５に戻り、項目の設定に誤りがあることに気が付いた等で自己判定しない場合（ステップＳ２１５のＮｏ）には項目の設定をやり直した上で入力項目の取得（ステップＳ２１３）に戻り、自己判定をしない場合（ステップＳ２１５のＣａｎｃｅｌ）には処理を終了する。

そして、自己判定がなされた場合（ステップＳ２１５のＹｅｓ）には登録を確定し、取得した情報をデータベース／テーブル群１００の対応するデータベース、テーブルに登録する（ステップＳ２１６）。これで登録者による画像登録処理は終了する。なお、登録者による画像登録がされた時点においては画像は未公開の状態にあり（画像管理テーブル１０３の公開フラグが「０」）、購入の対象とされない。

次いで、図１６において、公開判定実施部１２ｌは適時において画像売買システム１（図１）の運用者側に対し画像の公開を行うか否かの公開判定を求める（ステップＳ２２１）。図１９は公開判定時にシステム側の端末に表示される画面１２１の例を示したものであり、画像に関する情報と共に、「確認して公開する」「作者に修正依頼する」「公開できない旨作者に連絡する」を選択するボタンが設けられている。

図１６に戻り、運用者が画像および関連情報をチェックした上で問題がないと判断した場合（ステップＳ２２２のＹｅｓ）、画像管理テーブル１０３の公開フラグを「１」にする（ステップＳ２２３）。また、チェックのやり直しが必要なために公開判定しない場合（ステップＳ２２２のＮｏ）にはチェックをやり直した上で公開判定の実施（ステップＳ２２１）に戻り、作者に修正を依頼したり公開できない画像のため公開判定を保留する場合（ステップＳ２２２のＣａｎｃｅｌ）には処理を終了する。

図２０および図２１は図９に示した画像購入部１３の動作を示すフローチャートである。

図２０において、画像を購入しようとする者（購入者）がクライアント端末４（図１）を操作してネットワーク３（図１）を介し画像売買システム１（図１）に接続して画像購入の操作を開始すると、画像購入制御部１３ａの制御のもと、会員認証部１３ｂは操作者に対し会員ＩＤ、パスワード等の入力を求め、取得した会員ＩＤ、パスワード等をキーに会員情報管理テーブル１０１を検索して登録された会員であるか否かを認証する（ステップＳ３０１）。

認証が拒否された場合（ステップＳ３０２のＮｏ）には再び認証処理（ステップＳ３０１）に戻り、認証が了承された場合（ステップＳ３０２のＹｅｓ）、購入者による検索方法の選択（ステップＳ３０３）に従い、キーワード検索、カテゴリ検索、特徴量検索、指定画像検索、特定条件検索のいずれかあるいは複合した検索機能を提供する。

すなわち、キーワード検索部１３ｃは購入者の設定したキーワードに基づき検索キー管理テーブル１０６等を用いて検索を行う（ステップＳ３０４）。カテゴリ検索部１３ｄは購入者の設定したカテゴリに基づき検索キー管理テーブル１０６等を用いて検索を行う（ステップＳ３０５）。特徴量検索部１３ｅは購入者の設定した画像の特徴量に基づき画像特徴量テーブル１０５等を用いて検索を行う（ステップＳ３０６）。そして、キーワード検索、カテゴリ検索、特徴量検索の結果得られた画像に基づき、類似画像検索部１３ｆはその画像に類似する画像を画像特徴量テーブル１０５等を用いて検索する（ステップＳ３０７）。

従来から用いられているキーワード検索およびカテゴリ検索では、目的の画像を頭でイメージした上でその特徴をキーワードやカテゴリという文字ないしは言語に置き換えて考える必要があり、予めシステム側で用意したキーワードやカテゴリと一致しない場合も間々ある。この点、画像の特徴量に基づく検索は色、形、模様といった客観的に把握できるものを基準としているため、購入者が頭でイメージした画像により近いものが検索できるという利点がある。また、キーワード、カテゴリ、特徴量に基づいて得られた検索結果から更にその画像に類似する画像を検索することで、より希望に近い画像がないかどうかを確認させることができる。類似画像を検索して提示することで選択対象が増えることになるが、類似した画像であっても画像解像度、権利形態（使用権の内容等）、価格等が異なることから選択の余地があり、より購入者の要求に応えられるシステムとすることができる。

図２２は上記の画像検索を行う際の購入者のクライアント端末４（図１）の画面４３の例を示す図であり、左上段にキーワード検索を指示する領域が設けられ、左下段にカテゴリ検索を指示する領域が設けられ、右に特徴量検索を指示する領域が設けられている。なお、ここでは特徴量として色調を基準とした色指定画像検索を示している。なお、企業のコーポレートカラー（企業色）や商品のイメージを象徴する色など、画像の内容を問わずに色のイメージから検索を開始する場合が特に広告制作の場面で想定され、色指定検索は利用価値が高いものと考えられる。

一方、図２０に戻り、指定画像類似検索部１３ｇは購入者の指定する画像を受信し（ステップＳ３０８）、受信した画像に類似する画像を画像特徴量テーブル１０５等を用いて検索する（ステップＳ３０９）。図２３は上記の指定画像検索を行う際の購入者のクライアント端末４（図１）の画面４４の例を示す図であり、上段に画像を指定して送信するボタンが設けられている。また、下段には検索結果の画像が示されている。なお、上記の指定画像類似検索の機能を有した独立したユーティリティソフトを用い、インターネット上で見つけた画像に類似する蓄積画像を検索して表示することにより、画像売買システムの販売促進活動を行うこともできる。

図２０に戻り、特定条件検索部１３ｈは要求項目管理テーブル１０７に登録された条件に基づいて検索を行う（ステップＳ３１０）。画像素材を利用するのは各種のデザイナーや出版物の編集担当者等であることが多いが、彼らは自らの発想で必要な画像を探すほか、多くはクライアント企業、企画会社、広告会社等からの要求に沿ってデザインに必要な画像素材を選定することが多い。従って、これらの要求を予めカテゴライズして要求項目管理テーブル１０７として枠を作っておき、それらの要求項目を利用者に埋めさせ、それらの要求に合致する画像をデザインコンテンツのトレンド情報等を加味して検索する。なお、要求項目管理テーブル１０７に蓄積されたデータは後に解析され、最終的に採用された画像の情報を考慮に入れて、検索精度を高めるためのフィードバックが行われる。

次いで、上記の検索で希望する画像が得られた場合（ステップＳ３１１のＹｅｓ）、購入処理部１３ｉは購入画像を特定し（ステップＳ３１２）、画像のダウンロードを行い（ステップＳ３１３）、決済処理を行う（ステップＳ３１４）。なお、画像のダウンロードに代え、システム上のアルバムスペース（利用は無料）に画像を登録し、購入者にアクセスさせるようにすることもできる。また、購入者がネットアルバムシステム２（図１）の利用者でもある場合、画像の購入履歴や購入画像をネットアルバムに自動登録するようにすることができる。

一方、希望する画像が得られなかった場合（ステップＳ３１１のＮｏ）、購入者による依頼方法の選択（ステップＳ３１５）に従い、システム側の専門家による検索を依頼する場合には、検索依頼受付部１３ｊは検索依頼内容を取得し（ステップＳ３１６）、検索依頼の登録を検索・制作依頼管理テーブル１０８に対して行う（ステップＳ３１７）。なお、依頼に至るまでに購入者が設定した条件は検索依頼の内容に引き継がれ、予算や納期等の項目を追加するだけでよい。

また、画像の制作を依頼する場合には、制作依頼受付部１３ｋは制作依頼内容を取得し（ステップＳ３１８）、制作依頼の登録を検索・制作依頼管理テーブル１０８に対して行う（ステップＳ３１９）。例えば、写真画像の場合、「弘前城の桜」や「富士山のご来光」等の場所や季節・時間帯等を指定した制作依頼（その地域に在住のカメラマン等が対応することを予測）も行うことができる。また、依頼に至るまでに購入者が設定した条件は制作依頼の内容に引き継がれ、予算や納期等の項目を追加するだけでよい。なお、価格（予算）は依頼方法に応じて格差が設けられる。

次いで、制作依頼受付部１３ｋは依頼内容を登録作家に対して公開する（ステップＳ３２０）。ここで、制作依頼の公開はすべての登録作家に対して等しく公開される。なお、作家に対して個別に制作依頼を行うこともできる。

次に、図２１において、システム側の専門家が検索依頼に応じた検索を完了した場合、検索依頼応答部１３ｌの動作のもと、コード検索部１３ｍは操作者の設定したコードに基づき検索・制作依頼管理テーブル１０８を用いて依頼案件を検索し（ステップＳ３２１）、依頼案件を特定した上で依頼者（購入者）に対して検索結果を電子メール等で通知する（ステップＳ３２２）。

なお、上記の説明では検索の途中で検索依頼および制作依頼を行うようにしているが、画像の検索を経ずに直接に依頼を行うようにすることもできる。

図２４および図２５は図１２に示した制作依頼応答部１４の動作を示すフローチャートである。

図２４において、制作依頼を受けようとする者（作家）がクライアント端末４（図１）を操作してネットワーク３（図１）を介し画像売買システム１（図１）に接続して制作依頼応答の操作を開始すると、制作依頼応答制御部１４ａの制御のもと、会員認証部１４ｂは操作者に対し会員ＩＤ、パスワード等の入力を求め、取得した会員ＩＤ、パスワード等をキーに会員情報管理テーブル１０１を検索して登録された会員であるか否かを認証する（ステップ４０１）。

認証が拒否された場合（ステップＳ４０２のＮｏ）には再び認証処理（ステップＳ４０１）に戻り、認証が了承された場合（ステップＳ４０２のＹｅｓ）、制作依頼案件情報取得部１４ｃは検索・制作依頼管理テーブル１０８から制作依頼案件を取得して一覧表示する（ステップＳ４０３）。この中から操作者が対応可能な案件を見つけられた場合（ステップＳ４０４のＹｅｓ）には、案件コードや制作依頼内容を手元に記録する等して処理を終了する。なお、操作者がネットアルバムシステム２（図１）の利用者でもある場合、その補助機能として、選択した依頼案件のコードをネットアルバムに登録することもできる。

対応可能な案件を見つけられなかった場合（ステップＳ４０４のＮｏ）、操作者による検索方法の選択に応じ（ステップＳ４０５）、キーワードもしくはカテゴリによる検索と指定画像に基づく検索の機能を提供する。

キーワードもしくはカテゴリによる検索が選択された場合、キーワード検索部１４ｄは操作者の設定したキーワードに基づき検索・制作依頼管理テーブル１０８等を用いて制作依頼案件の検索を行い、カテゴリ検索部１４ｅは操作者の設定したカテゴリに基づき検索・制作依頼管理テーブル１０８等を用いて制作依頼案件の検索を行う（ステップＳ４０６）。

また、指定画像に基づく検索が選択された場合、指定画像類似検索部１４ｆは操作者の指定する画像を受信し（ステップＳ４０７）、受信した画像に類似する画像の制作依頼を検索する（ステップＳ４０８）。

次いで、検索結果に基づき、制作依頼案件情報取得部１４ｃは検索・制作依頼管理テーブル１０８から制作依頼案件を取得して表示する（ステップＳ４１０）。

ここで、対応可能な案件を見つけられなかった場合は処理を終了し、対応可能な場合は案件コードや制作依頼内容を手元に記録する等して処理を終了する。

次に、図２５において、作家が制作依頼に応じて画像の制作を完了し、クライアント端末４（図１）を操作してネットワーク３（図１）を介し画像売買システム１（図１）に接続して制作依頼応答の操作を開始すると、制作依頼応答制御部１４ａの制御のもと、会員認証部１４ｂは操作者に対し会員ＩＤ、パスワード等の入力を求め、取得した会員ＩＤ、パスワード等をキーに会員情報管理テーブル１０１を検索して登録された会員であるか否かを認証する（ステップ４１１）。

認証が拒否された場合（ステップＳ４１２のＮｏ）には再び認証処理（ステップＳ４１１）に戻り、認証が了承された場合（ステップＳ４１２のＹｅｓ）、コード検索部１４ｇは操作者の設定したコードに基づき検索・制作依頼管理テーブル１０８を用いて依頼案件を検索して依頼案件を特定する（ステップＳ４１３）。

次いで、画像受信部１４ｈは作家から制作された画像をネットワーク３（図１）を経由してデジタルデータで受信する（ステップＳ４１４）。なお、操作者がネットアルバムシステム２（図１）の利用者でもある場合、ネットアルバム上の画像を特定することでネットアルバムシステム２から画像を受信することもできる。

次いで、制作完了通知部１４ｉは依頼案件を特定した上で依頼者（購入者）に対して制作完了を電子メール等で通知する（ステップＳ４１５）。制作された画像の納品および完了通知をネットワーク経由で行うことで、依頼者の要求は短時間かつ安価に満たされることになる。

なお、同じ制作依頼に対して複数の作家が画像の制作を行った場合、依頼者はその中から目的に合ったものだけを購入することができ、採用されなかった画像はシステム運用者の審査を経て購入対象の画像として蓄積される。

一方、制作依頼に対して応じる作家が出ないことも予想されるが、その場合であっても依頼内容を分析することでニーズの高い画像の傾向を知ることができ、画像在庫の品揃え等に反映させることができる。

図２６は図１３に示した決済部１５の動作を示すフローチャートである。

図２６において、決済部１５は決済制御部１５ａの制御のもと、処理タイプ（ステップＳ５０１）に応じて異なる処理を行う。

画像の購入が行われた場合、課金処理部１５ｂは購入画像の価格を購入した会員に課金する処理を行う（ステップＳ５０２）。また、画像登録についても画像の数や容量に従った課金（例えば、１円／枚／月、５０００円／５００ＭＢ／年、・・等）を行う。なお、別にネットアルバムシステム２（図１）のサービス利用者についてはその利用料をもって画像登録の利用料に代えることもできる。

次いで、ポイント付与部１５ｃは購入画像の作者である会員に購入価格に相当するポイントの付与を行うと共に、購入者に対してもサービス利用に対するポイントの付与を行う（ステップＳ５０３）。

また、締め処理部１５ｄは月単位等で各会員の課金額を積算し、クレジットカードからの引き落とし等のための締め処理を行う（ステップＳ５０４）。なお、ネットアルバムシステム２（図１）の利用者でもある会員については、一括の引き落としが可能である。

また、ポイント利用処理部１５ｅは会員が蓄積されたポイントをショッピングサイト等で利用する際の精算処理を行う（ステップＳ５０５）。

また、ポイント換金処理部１５ｆは会員からの要求に応じてポイントを換金し指定銀行口座への振込処理等を行う（ステップＳ５０６）。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

例えば、上記の実施形態では画像として主に静止画を想定して説明したが、動画が登録および購入の対象となる画像に含まれることは明らかである。その場合、画像検索においては、動画中のシーンの切り替わる部分を自動検出し、そのシーン毎に代表的なカットを静止画として画像特徴量を抽出する等の若干の補足で容易に対応が可能である。

本発明の一実施形態にかかる画像売買システムの構成図である。 会員登録部の構成を示すブロック図である。 会員情報管理テーブルの例を示す図である。 画像登録部の構成を示すブロック図である。 画像管理テーブルの例を示す図である。 画像情報管理テーブルの例を示す図である。 画像特徴量テーブルの例を示す図である。 検索キー管理テーブルの例を示す図である。 画像購入部の構成を示すブロック図である。 要求項目管理テーブルの例を示す図である。 検索・制作依頼管理テーブルの例を示す図である。 制作依頼応答部の構成を示すブロック図である。 決済部の構成を示すブロック図である。 会員登録部の動作を示すフローチャートである。 画像登録部の動作を示すフローチャート（その１）である。 画像登録部の動作を示すフローチャート（その２）である。 画像登録時の表示画面の例を示す図である。 自己判定時の表示画面の例を示す図である。 公開判定時の表示画面の例を示す図である。 画像購入部の動作を示すフローチャート（その１）である。 画像購入部の動作を示すフローチャート（その２）である。 画像検索時の表示画面の例を示す図である。 指定画像検索時の表示画面の例を示す図である。 制作依頼応答部の動作を示すフローチャート（その１）である。 制作依頼応答部の動作を示すフローチャート（その２）である。 決済部の動作を示すフローチャートである。

符号の説明

１ 画像売買システム
１１ 会員登録部
１２ 画像登録部
１３ 画像購入部
１４ 制作依頼応答部
１５ 決済部
１００ データベース／テーブル群
２ ネットアルバムシステム
３ ネットワーク
４ クライアント端末

Claims (12)

1. 登録者から画像のデジタルデータをネットワークを介し受信する手段と、
   上記受信した画像に類似する既登録画像を検索し、当該検索結果画像に付随する検索キーを含む関連情報を登録情報として取得する手段と、
   上記画像の作成あるいは撮影に関する正当性を当該画像の登録者に判定させる手段と、
   上記判定の結果に応じて上記取得した登録情報と共に上記画像の登録を行う手段とを備えたことを特徴とする画像売買システム。
2. 上記画像がデジタル写真である場合に上記デジタルデータに含まれる撮影情報を取得する手段を備えたことを特徴とする請求項１に記載の画像売買システム。
3. 上記関連情報を登録者に提示して登録すべき情報を選択させる手段を備えたことを特徴とする請求項１または２のいずれか一項に記載の画像売買システム。
4. 上記関連情報として既登録画像のダウンロード回数および販売価格を表示する手段を備えたことを特徴とする請求項１乃至３のいずれか一項に記載の画像売買システム。
5. ネットワークを介して接続した者が会員であるか否かを認証する手段を備え、会員である場合にのみ画像のデジタルデータの受信および登録を行うことを特徴とする請求項１乃至４のいずれか一項に記載の画像売買システム。
6. 上記登録者の判定の後にシステム運用者による公開の判定を行わせる手段を備えたことを特徴とする請求項１乃至５のいずれか一項に記載の画像売買システム。
7. 登録者から画像のデジタルデータをネットワークを介し受信する工程と、
   上記受信した画像に類似する既登録画像を検索し、当該検索結果画像に付随する検索キーを含む関連情報を登録情報として取得する工程と、
   上記画像の作成あるいは撮影に関する正当性を当該画像の登録者に判定させる工程と、
   上記判定の結果に応じて上記取得した登録情報と共に上記画像の登録を行う工程とを備えたことを特徴とする画像売買方法。
8. 上記画像がデジタル写真である場合に上記デジタルデータに含まれる撮影情報を取得する工程を備えたことを特徴とする請求項７に記載の画像売買方法。
9. 上記関連情報を登録者に提示して登録すべき情報を選択させる工程を備えたことを特徴とする請求項７または８のいずれか一項に記載の画像売買方法。
10. 上記関連情報として既登録画像のダウンロード回数および販売価格を表示する工程を備えたことを特徴とする請求項７乃至９のいずれか一項に記載の画像売買方法。
11. ネットワークを介して接続した者が会員であるか否かを認証する工程を備え、会員である場合にのみ画像のデジタルデータの受信および登録を行うことを特徴とする請求項７乃至１０のいずれか一項に記載の画像売買方法。
12. 上記登録者の判定の後にシステム運用者による公開の判定を行わせる工程を備えたことを特徴とする請求項７乃至１１のいずれか一項に記載の画像売買方法。