ユーザー探索システム、ユーザー探索装置並びにプログラム
【課題】他のユーザーに対する検索の精度及び速度を向上させる。
【解決手段】ユーザーは自己の端末１からログインして（ＳＡ２１）、画像を画像サービスサイト１０に画像のアップロードを行う（ＳＡ２２）。属性付加・検索システムにも、アップロードされた画像が直接あるは画像サービスサイトを介して転送される。すると、属性付加・検索システムは、画像を解析して、インデックスを抽出し（ＳＣ２１）、インデックスを付加情報として画像に保持（付加）する（ＳＣ２２）。このインデックスと、属性データベース６１０上に記述された基準とが比較され（ＳＣ２４）、該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加して（ＳＣ２７）、記憶装置６０５のユーザ情報（属性保存領域６０５３等）を更新し（ＳＣ２８）、同じ属性を持つ他ユーザーを表示する（ＳＣ３１）。
【解決手段】ユーザーは自己の端末１からログインして（ＳＡ２１）、画像を画像サービスサイト１０に画像のアップロードを行う（ＳＡ２２）。属性付加・検索システムにも、アップロードされた画像が直接あるは画像サービスサイトを介して転送される。すると、属性付加・検索システムは、画像を解析して、インデックスを抽出し（ＳＣ２１）、インデックスを付加情報として画像に保持（付加）する（ＳＣ２２）。このインデックスと、属性データベース６１０上に記述された基準とが比較され（ＳＣ２４）、該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加して（ＳＣ２７）、記憶装置６０５のユーザ情報（属性保存領域６０５３等）を更新し（ＳＣ２８）、同じ属性を持つ他ユーザーを表示する（ＳＣ３１）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像共有サイト等の各種サイトにおいて、自身と趣味趣向の合う他ユーザーを探し出してフィードバックする技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラの普及に伴い写真の楽しみ方が多様化している。特にデジタル画像データであるため、色々な画像処理が可能である。
【０００３】
例えば、画像処理を加えることで元の写真をベースとしつつも趣の異なる画調の画像（絵画調等）を生成して表示することができるようにした技術が提案されている（例えば、特許文献１参照）。
【０００４】
特許文献１の技術を発展させ、実際に画家が描いた絵画の画像から色彩情報と筆蝕情報等の特徴を抽出し、撮影された画像に抽出した特徴を付与することにより、原画像全体を勘案して、芸術性の高い絵画調画像に変換する技術も提案されるに至っている（例えば、特許文献２参照）。
【０００５】
また、絵画調などの画質を変更することによって変化をもたせる技術も提案されている（例えば、特許文献３参照）。
【０００６】
これらの画調変換を行うには強力な画像処理エンジンが必要なため、ネットワーク上のサーバーに画像処理エンジンを持たせ、ユーザーがサーバーに自分の写真をアップロードし、サーバー上で絵画調変換等の画像処理を行うことが考えられる。
【０００７】
そのような場合、ユーザーは自分の写真を絵画変換して作品を作ると人に見せたくなる。その要望を満たす方法の一つがＳＮＳ（ソーシャル・ネットワーク・サービス）によるネット上の写真の投稿である（例えば、特許文献４参照）。
【０００８】
以下、ユーザーが自分の写真をサーバーにアップロードし、サーバー上で絵画調変換等の画像処理をして得られた画像を「作品」という。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平８−４４８６７号公報
【特許文献２】特開２００４−２１３５９８号公報
【特許文献３】特公平１−４６９０５号公報
【特許文献４】特開２００８−２４２６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
多数のユーザーがサーバーに作品を投稿すると、作品を鑑賞したユーザーがその中の特定のユーザー及びその作品に対して、自身と趣味趣向の合うと判断し興味を持つ場合がある。すると、あるユーザーに興味を持った他のユーザーは、興味を持ったあるユーザーに関する情報を得ようとして、検索システムや検索サービス等を利用して、あるユーザーを検索する。
【００１１】
このとき、従来の検索システムや検索サービス等においては、あるユーザーを検索する際に、性別や年齢、キーワードによる検索ができるにすぎない。このため、ユーザー自身と趣味趣向の合う他ユーザーを的確かつ迅速に探し出してフィードバックすることができず、他のユーザーに対する検索の精度及び速度に関して不満足なものであった。
【００１２】
本発明は上記事情に鑑みてなされたものであり、他のユーザーに対する検索の精度及び速度を向上させることのできるユーザー探索システム、ユーザー探索装置並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
前記課題を解決するため本発明は、各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
【００１４】
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段とを具備することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、各ユーザーの他のユーザーに対する検索の精度及び速度を向上させることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態の概要を示す概念図である。
【図２】本発明の実施形態による画像表示システムのネットワーク系の構成を示すブロック図である。
【図３】同実施形態による画像サービスサイト１０の構成を示すブロック図である。
【図４】同実施形態によるユーザーＩＤの属性情報を示す図である。
【図５】同実施形態による作品のデータ構成を示す図である。
【図６】同実施形態による属性付加・検索システムの要部を示すブロック図である。
【図７】記憶装置の詳細を示す図である。
【図８】同実施形態による絵画変換処理を説明するためのフローチャートである。
【図９】同実施形態による端末とサーバー間のデータのやり取りを示す図である。
【図１０】同実施形態による端末がサーバーから画像をダウンロードする動作を説明するための図である。
【図１１】同実施形態による１画面中に複数の作品を表示する動作を説明するための図である。
【図１２】同実施形態による端末ページ表示を説明するための図である。
【図１３】同実施形態による１画面中に複数の作品を重みづけ表示する状態を説明する図である。
【図１４】作品の表示サイズを、その作品のポイントが高いほど大きくなるように表示を行うフローチャートである。
【図１５】「１」：ユーザーが画像をアップロードし、属性が付加された時における処理手順を示すフローチャートである。
【図１６】「２」：ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時における処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を参照して説明する。
【００１８】
図１は、本実施の形態の概要を示す概念図である。ユーザーは、パソコン等の端末１を用いて、画像アップロード、画像加工等のユーザーアクションを発生させる。また、他のユーザーも同様にパソコン等の端末１を用いて他ユーザーアクションを発生させる。すると、これらユーザーアクション及び他ユーザーアクションからインデックスが抽出されて、インデックスＤＢ（database）６１０に格納される。また、この抽出されたインデックスに属性が付与されて、属性ＤＢ６１０に格納されるとともに、会員毎に会員属性登録ＤＢ６１３に登録される。これにより、各ユーザーは、端末１によりこの属性を検索することによって、自己が所望する他のユーザーを精度よくかつ迅速に検索することが可能となる。
【００１９】
図２は、本実施形態による画像表示システムのネットワーク系の構成を示すブロック図である。１０はＳＮＳ機能を持った画像サービスサイトであり、インターネット５００を介して複数の端末１−１、１−２、１−３・・・と接続される。端末は通常のパーソナルコンピュータでよい。６０は、属性付加・検索システムであり、画像サービスサイト１０と同様に、インターネット５００を介して複数の端末１−１、１−２、１−３・・・と接続されるとともに、画像サービスサイト１０とも接続される。
【００２０】
図３は画像サービスサイト１０の構成を示すブロック図である。サーバーを有し、サーバー内に会員エリア１００、共通エリア２００、制御エリア３００が設けられる。２０は全体を制御するＣＰＵであり、３０はＣＰＵ２０が作業を行う際のワークメモリである。会員エリア１００は、登録会員毎に設けられるエリアで、会員を識別するためのユーザーＩＤ１０２と、それに対応してユーザー毎の各種属性情報１０４を有する。
【００２１】
属性情報１０４は、図４に示すように、氏名、ハンドルネーム、性別、年齢、地域、会員種別、その他のユーザー固有の情報である。会員種別には無料登録しただけの無料会員、有料登録した有料会員、特別な会費を払ったプレミアム会員がある。前記その他のユーザー固有の情報に関しては後述する。
【００２２】
また、１０６はユーザーが写真をアップロードするアップロード画像エリア、１０８は画像サービスサイト１０により絵画変換を行った作品が記憶される作品バッファエリア、１１０は他のユーザーの作品をダウンロードして記憶するダウンロード作品バッファエリアである。
【００２３】
共通エリア２００は、ユーザー全体に共通して設けられるエリアで、ユーザーがアップロードした画像を絵画調に変換した多数の作品が記憶される作品エリア２０２を含む。
【００２４】
作品エリア２０２に記憶される各作品には、その作品を識別する画像ＩＤ２０４と、その作品の属性情報２０６が画像データ２０８とともに記憶される。
【００２５】
属性情報２０６は、図５に示すように、その作品の投稿者を示すユーザーＩＤ、作成日付または投稿日付等の日付情報、画像データのサイズ、画調の種類等の画像種別情報、その作品が閲覧された回数を示すアクセス数情報、その作品がダウンロードされた回数を示すダウンロード数情報、その作品の評価を示すポイント情報その他の作品特有の情報である。
【００２６】
また、図３において制御エリア３００は、画像データを絵画変換処理する画像処理プログラムが記憶された絵画変換処理部３０２、絵画変換処理の時に参照され、絵画変換のためのパラメータが記憶されるパラメータテーブル３０４、作品を画面上に表示させる制御プログラムが記憶される表示制御部３０８、アクセス回数等に応じて作品の評価を行い作品にポイントを付与する制御プログラムが記憶される評価制御部３１０、ユーザーＩＤにより会員を管理し、無料会員、有料会員、プレミアム会員別のサービスを制御する会員管理部３１２を含んでいる。この会員管理部３１２は画像サービスサイト１０のＳＮＳ機能についても司っている。
【００２７】
次に、本実施形態の画像表示システムの具体的な動作について説明する。
まず、絵画変換処理技術について説明する。
【００２８】
絵画変換とは、写真等の画像を構成する各画素を所定のパラメータ（絵画変換パラメータ）に従って変換し、油絵調、水彩画調、パステル調、色鉛筆画調、クレヨン画調、イラスト画調、点描画調、エアブラシ、シルクスクリーン調、刺繍絵調、コラージュ（糊付け）調等、いわゆる絵画調に変換する画像処理技術である。
【００２９】
基本的にフォトショップ（登録商標）等のフォトレタッチソフト等で知られている各種エフェクト処理のパラメータを調整・組み合わせて絵画調に見えるように変換する。
【００３０】
すなわち、絵画変換処理は原理的にはエフェクト処理の一種であり、絵画変換アルゴリズムはエフェクト処理とパラメータの組み合わせにより各種絵画調を作り出し、その変換アルゴリズムをプログラミングしてあるものである。
【００３１】
その変換アルゴリズムの中に、原画像の画素を変換するための前記パラメータのセット（組）であるパラメータ群Ｐが予め用意されている。画調の種類が１２種類あるとすると、パラメータ群Ｐ（１）〜Ｐ（１２）と表す。パラメータの決め方により変換された画像の画調も変わってくる。油絵調に変換するためのパラメータ群をＰ（１）とし、Ｐ（１）の中に油絵調に見えるように画像を変換するためのエフェクト処理に必要なパラメータがｍ個あるとすると、パラメータＰ１〜Ｐｍと表す。
【００３２】
上記絵画変換アルゴリズムは画像サービスサイト１０の制御エリア３００の絵画変換処理部３０２に記憶されており、パラメータ群は同じく制御エリア３００のパラメータテーブル３０４に記憶されている。
【００３３】
図６は、属性付加・検索システム６０の構成を示すブロック図である。なお、この属性付加・検索システム６０は、サーバー上で稼働するものであるが、サーバーにおけるプロセッサや入出力装置、電源装置、通信装置、メモリ管理装置をはじめ、その他のデバイス等は図示を省略してある。これは、本実施の形態を説明する上で必要となる部分に焦点を当てて記述したためであるが、当然のことながらサーバーそのものを稼働させる最低限（あるいはそれ以上の）システムは存在しているものとする。また、図７には、図６における記憶装置に保存するデータ例を示す。これはあくまで一例であり、この限りではない。なお、記憶装置は、フラッシュメモリやハードディスクなど、電子的な情報を保存できるデバイスであれば種類は限定しない。
【００３４】
ユーザーから送られた画像は、まず画像データ受信バッファ６０１で受け取られる（なお、このバッファ６０１は必須ではなく、一度画像を記憶装置（ユーザーに割り当てられた領域）６０５に保存してしまい、そこからデータを吸い出しても良い）。画像データが正常に受け取られたら、その画像を画像解析装置６０２へ送る。
【００３５】
画像解析装置６０２では、画像内に対して画像認識を実施し、画像内にある被写体（以下オブジェクトという）を識別する。オブジェクトとして挙げられるのは、例えば人間（性別、年齢、人種などを分類する）や動物（犬や猫、鳥などを分類する）、花（種類によって分類する）などである。この画像解析は解析アルゴリズムを用いて自動で行っても良いし、オペレーターが実施しても良い。また、同装置内でExif（Exchangeable Image File Format）の読み出しも実施する。撮影に使用したカメラの機種や、撮影場所、日時などを情報として抽出する。そうして集められた情報が、インデックスデータベース６０３に予め設定された内容と認識された場合、画像データ内にインデックスとして埋め込んでおく（Exif領域でもよいし、新たに設定したデータ領域でもよい）。
【００３６】
ここで、インデックスデータベース６０３について簡単に説明する。インデックスデータベース６０３とは、将来的に検索で必要となる「属性」をユーザーに付加する前段階として必要な「インデックス」のデータベースである。
【００３７】
図７を参照して説明すると、前記記憶装置６０５には、画像保存領域６０５１、インデックス保存領域６０５２、属性保存領域６０５３、及びユーザーデータ領域６０５４が各ユーザー毎に設けられる。インデックス保存領域６０５２に書かれた項目は、全てインデックスデータベース６０３で定義されている項目と一致するものである。なお、簡略化のためにここには４項目のみ図示していないが、インデックスデータベース６０３内の項目が多ければ、ユーザーが画像をアップデートするに従って項目は増えていく。
【００３８】
つまり、ユーザーのアップロードした画像がインデックスデータベース６０３内の情報と一致していれば、画像データは画像保存装置６０４にて記憶装置６０５内に保存され、インデックスはインデックス付加装置６０６にて記憶装置６０５内に保存される。必ずしも分ける必要はないが、本実施の形態ではメモリの領域が異なるため、分けて表記してある。
【００３９】
なお、本実施の形態においては、ユーザーアクションからインデックスに属性を付加するタイミング、及び探索を実施するタイミングを下記「１」〜「５」の時点としている。
【００４０】
これら「１」〜「５」は、ユーザーの嗜好等の特徴が顕著となる時点であるから、ユーザーの特徴を他のユーザーに迅速に報知することが可能となる。
「１」：ユーザーが画像をアップロードし、属性が付加された時
「２」：ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時
「３」：ユーザーが何かしらのアクションを起こし、属性が付加された時
「４」：ユーザーが他ユーザーにから何かしらのアクションを受け、属性が付加された時
「５」：ユーザー自身が検索を実施した時
【００４１】
したがって、ユーザーにインデックスが付加されるのは、画像をアップロードした場合だけに限定はしない。例えば、ユーザーがすでに記憶装置６０５に保存した画像を加工した場合も該当する。これは前記タイミング「２」のパターンである。システムは画像読込装置６０７で画像を記憶装置６０５から読み出し、画像加工装置６０８にて加工を行う。その際に、その加工内容や「どんなオブジェクト」を加工したのかということをインデックスデータベース６０３と照合し、該当があった場合にはインデックス付加装置６０６にて記憶装置６０５内のインデックス保存領域６０５２に記憶する。
【００４２】
また、その他のユーザーアクションもインデックス（前述したその他のユーザー固有の情報に該当）として扱っても良い。これは、前記タイミング「３」のパターンである。例えば、総ログイン時間や頻度、ログインする時間帯、ログイン回数、ユーザーの使用している通信キャリアなども、必要に応じてインデックスとして扱って良い。また、ユーザーが登録したプロフィール情報（年齢、性別、国籍、居住地、その他特定のキーワードなど）もインデックスとして扱って良い。また、サイト内のブログの更新頻度、ブログ内で使用されたキーワード等はもちろん、サイト内での友人追加・削除や、サイト内で提供されているゲーム等のアプリケーションで発生するアクション等も、インデックスもして扱って良い。他のウェブサイトと連携している場合は、そこでの更新もインデックスとして扱って良い（例えば、ツイッターでのつぶやき回数など）。ここではユーザーアクションによるインデックス付加に関して述べたが、上記は一例であり、この範囲内に限定はしない。
【００４３】
また、ユーザーが他のユーザーから何かしらのアクションを受けた場合、それもインデックスとして扱って良い。これは、前記タイミング「４」のパターンである。保実施の形態のシステム構成例には記述していないが、例えば他ユーザーからメッセージを受け取ったり、友人申請を受けたり、プレゼント等（例えば、サイト上で楽しめるゲームのアイテムなど）を受け取ったりするアクションが挙げられるが、この限りではない。これらも、インデックスとして扱って良い。
【００４４】
記憶装置６０５内に新たなインデックスが書き込まれた場合は、インデックス読込装置６０９が記憶装置６０５内のインデックスを読み込み、属性データベース６１０との比較を行う。
【００４５】
ここで、属性データベース６１０について簡単に説明する。属性データベース６１０とは、ユーザーの検索対象となる「属性」を付加するための情報が格納されたデータベースである。ユーザーの持つ特定のインデックスが属性データベース上に記述された基準を満たすと、その通知が属性付加装置６１１に伝えられ、記憶装置６０５内の属性保存領域６０５３に付加される。
【００４６】
属性が付加されると、ユーザーの任意で自身の属性を全ユーザーに対して公開することができる。その場合は、属性登録装置６１２を通じて全ユーザー属性登録データベース６１３へユーザーがその属性を付加されたことを登録する。こうすることで、ユーザーが他ユーザーからの検索対象となり、また、自身も同属性を持つ他ユーザーをユーザー検索装置６１４を通じて検索可能となる。
【００４７】
また、ユーザー通知装置６１５は、後述するように画像をアップロードしたユーザーの端末に通知を送信する装置であり、ユーザー命令処理装置６１６は、当該ユーザー及び他のユーザーの端末からの命令を処理するために、このシステムの各部を制御する装置である。
【００４８】
また、必須ではないが、属性が付加された場合、その属性を全ユーザー属性登録データベースに登録するかどうか、ユーザーに確認をしてもよい。ユーザーが拒否をした場合は、登録しないという選択も可能である。
【００４９】
属性が付加されると、全ユーザー属性登録データベース上から新しく付加された属性と同じ属性を持つユーザーを検索し、ユーザーにフィードバックする。
【００５０】
なお、図７に示すように、画像保存領域６０５１には、当該ユーザーによりアップロードされた画像、当該画像を構成するデータのＦｏｒｍａｔ、Ｅｘｉｆ，付加されたインデックスなどが記憶される。
【００５１】
図８は絵画変換処理を行うフローチャートである。ＣＰＵ２０がワークメモリ３０を使用しながらこのフローチャートを実行する。
【００５２】
図８において、まず前処理を行う（ステップＳ５０１）。ここは画調の種類にかかわらず共通して実行される処理である。
【００５３】
上述したようなエフェクト処理は各画素に対して行うため、画像データはビットマップ形式である必要がある。そこで、通常はＪＰＥＧ形式で表現されている画像データをビットマップ形式に変換する。
【００５４】
また、アップロードされる画像データのサイズは様々なので、これを表示エリアの画素数、例えば８００×６００画素にリサイズする。大きい画像は縮小し、小さい画像は拡大する。これは、サイズが決まっていた方がパラメータも固定で済み、処理が効率的だからである。もちろん、後述する本画像の絵画変換の際はアップロードされた画像データのサイズそのままに対して絵画変換を行う。
【００５５】
次に、ステップＳ５０２により、変換対象の写真が顔を含んでいるかどうか判断する。顔は極端な変換をかけると不自然になるので、顔の部分は特にきめ細かく絵画変換処理するためである。続いて、ステップＳ５０４で変換したい画調を油絵調、水彩画調、パステル調、色鉛筆画調、・・・等の中から選択する。
【００５６】
画調が選択されると、それぞれの画調変換アルゴリズムのフローへ移る。例えば油絵調変換であればステップＳ５０６へ、水彩画調変換であればステップＳ５１０へ進む。それ以外であればその他の画調変換アルゴリズムのフローへと進む（ステップＳ５２０）。
【００５７】
各アルゴリズムを実行する際、制御エリアのパラメータテーブル３０４を参照する（ステップＳ５０８、５１２）。
【００５８】
ここでは、表示画面を見ながら表示画面サイズの画像データを絵画変換し、ステップＳ５２２で決定であれば本画像の絵画変換へと進む（ステップＳ５２４）。
【００５９】
他の画調でやり直す場合はステップＳ５０４へ戻る。
【００６０】
ステップＳ５２４では、ステップＳ５２２で決定した画調変換アルゴリズムでパラメータテーブルを参照しながら本画像に対し画調変換処理を行う（ステップＳ５２６、５２７）。同じ画調であっても画像サイズが異なると適切なパラメータは異なってくるので、ステップＳ５２６で使用するパラメータテーブルはステップＳ５０８若しくはステップＳ５１２で取得したパラメータとは別のものとなる。
ステップＳ５２８の後処理では、再びＪＰＥＧ形式に変換する。
【００６１】
続いて、図９を参照して端末と画像サービスサイトのサーバーとの間で画像のアップロード、表示、閲覧、ダウンロードを行う工程を説明する。
【００６２】
まず、会員であるユーザーは自己の端末１から画像サービスサイト１０にアクセスする（ＳＢ２）。サーバーはユーザーのログインによりユーザーＩＤを認証し（ＳＣ２）、会員であることが確認されるとその会員のページを送信し会員からみられるようになる（ＳＣ４）。
【００６３】
会員は自分のページが開かれると、画像のアップロードを行う（ＳＢ４）。アップロードされた画像はサーバーの会員エリア１００のアップロード画像エリア１０６に格納される。この画像を絵画変換するために画調の種類を選択すると、図８のフローに従って絵画変換され（ＳＣ６）、変換された作品は作品バッファ１０８に格納される。このまま個人で楽しんでもよいが、他のユーザーに公開したい場合は投稿する（ＳＢ８）。投稿された作品は会員エリア１００の作品バッファ１０８から共通エリア２００の作品エリア２０２へ転送され格納される。作品エリア２０２内の作品には図５で説明したような属性情報も付加される。
【００６４】
他のユーザーも共通エリア２００の作品エリア２０２に格納されている作品は会員でなくても閲覧することができるので（ＳＡ２）、画像サービスサイト１０では多数の作品を閲覧しやすいように表示する工夫を行っている（ＳＣ８）。
【００６５】
この表示方法については後述するが、図１２に示すように、各作品は同じサイズで１画面に複数枚並べて表示され、並び順は例えば投稿日順あるいはアクセス数順であり、画調の種類は混在している。
【００６６】
作品は、閲覧されただけでもポイントが加算され（ＳＣ１０）、ユーザーが気に入ってＧＯＯＤボタンを押すと（ＳＡ４）、更にポイントが加算される（ＳＣ１２）。
【００６７】
ユーザーがその作品をダウンロードすると（ＳＡ６）、その作品がダウンロード許可対象となっていればダウンロードを許可し（ＳＣ１４）、更にポイントを加算して（ＳＣ１６）、ダウンロードを行う（ＳＡ８）。
【００６８】
なお、ここでは詳述しないが、ダウンロードを許可していない画像をダウンロードすると、作品にタグと呼ばれるロゴが付加される。
【００６９】
図１０はダウンロードのフローチャートである。ダウンロードするには会員登録が必要である。会員は表示画面を見ながら欲しい作品を指定する（ステップＳ８０２）。サーバーは会員管理部３１２によりそのユーザーが有料会員か無料会員かを判断し（ステップＳ８０４）、有料会員であればステップＳ８１２へ進んで無条件でダウンロードできる。無料会員の場合は、ステップＳ８０６で該当作品の属性情報からその作品の評価に相当するポイントを読み出し、併せてダウンロードしようとしている会員の属性情報から保持しているポイントを読み出す（ステップＳ８０８）。
【００７０】
作品のポイント（価格に相当）と会員の保有しているポイントの差額から支払ポイントを算出し（ステップＳ８１０）、充足していればステップＳ８１２へ進むが、不足している場合はその作品はダウンロードできないため、ステップＳ８０２へ戻り、他の作品の選定を行う。ステップＳ８１２で作品の読み出しが許可されれば、作品の作成者にポイントが加算されるとともに、作品の画像ＩＤの属性情報のポイントエリアにポイントが加算される（図９のＳＣ１６）。つまり、たくさんダウンロードされるほど作品の評価が上がり、作者である会員のユーザーＩＤの属性情報のポイントエリアにもポイントが加算されて会員の保有ポイント数が上がる仕組みとなっている。
【００７１】
更に、画像サービスサイト１０はＳＮＳ機能を備えているので、他の会員の作品に対するコメントを書き込んだり、それに対する返事を書いたり、好みの似た会員同士でグループを作ったり、特定の作者のファンでグループを作ったりすることができる。このような仕組みは既に既存のＳＮＳでも実施されているので詳述はしないが、前記会員管理部３１２が会員管理の仕組みとともにＳＮＳの仕組みも実現している。
【００７２】
次は、作品の表示方法について説明する。
【００７３】
図１１は通常の投稿作品表示フローであり、図１２は表示例である。まずは作品を新着順に読み込み（ステップＳ９０２）、１画面に表示できるように並べる（ステップＳ９０４）。その状態で表示処理を行う（ステップＳ９０６）。この状態が図１２である。ここでユーザーからページ送り操作がなされると（ステップＳ９０８）、ステップＳ９０２へ戻って次の新着作品を集めに行く。表示中のページ内で特定の作品を選択すると（ステップＳ９１０）、ステップＳ９１２へ進んでその作品の画像データを属性情報とともに読み込む。選択しない場合はステップＳ９０６へ戻る。ステップＳ９１４において選択した作品に対して気に入ったことを示すＧＯＯＤボタンを押したり、感想等のコメントを書き込んだりすることができる。ＧＯＯＤボタンを押したりコメントを書き込んだりすると、その作品の属性情報のポイントが加算され、評価が上がる。そしてステップＳ９１８で閲覧終了かどうかを判断し、終了でなければ再びステップＳ９０６のページ表示へ戻る。
【００７４】
以上が通常の単純に新着順に作品の一覧を表示する作品表示であるが、次に図１３を参照して作品の評価の応じた一覧表示方法について説明する。
【００７５】
前述したように、各作品には画像ＩＤに対応して属性情報としてポイントが付与されている。このポイントは図９で説明したようにＧＯＯＤボタンが押された回数やアクセス回数、ダウンロードされた回数によって加算されていくので、作品の評価を示しているということができる。そこで、図１２では単純に各作品を同一サイズで１画面中に並べて表示したが、図１３では、横軸方向に画調の種類を区別し、縦軸方向に新着順に並べるようにした。ここでは新着順としているが、アクセス数順等でもよい。そして、作品の表示サイズを、その作品のポイントが高いほど大きくなるように表示している。
【００７６】
この表示を行うフローチャートを図１４に示す。図１１のステップＳ９０４のページ配列のステップに相当するもので、ステップＳ９０４２で画調別に分け、縦方向に並べるとともに、ステップＳ９０４４でポイントにより表示サイズを決定する。表示サイズはポイントに応じて大中小など数段階に分ける。つまりポイントの高い画像は大きく、低い画像は小さく表示するのである。そして表示サイズによって１画面中に表示できる作品数も変わってくるので、ステップＳ９０４６で表示レイアウトを決定する。
【００７７】
次のステップＳ９０４８では、会員種別により表示枠を決定する。上記したように作品の評価により画像の表示サイズが変わるが、特別な料金を払ったプレミアム会員の作品には例えば額縁や装飾をつけたり、枠をくっきり見せたり、点滅させたりして目立たせるようにする（一例として同図１４Ａ参照）。
【００７８】
そしてステップＳ９０５０で複数の画調軸や異なったサイズの作品があるので、これを１ページに収まるようにレイアウト決定する。
【００７９】
なお、横方向にスクロールまたはページ送りしていくと、次々と違う画調の作品が表示されていき、縦方向にスクロールしていくとこの例では投稿日順に次から次へと他の作品が表示されていく。もちろん、表示サイズや表示枠は上述したルールにのっとっている。
【００８０】
このように表示することにより、多数の作品を、効率よく、ユーザーの興味を引くように表示させることができる。
【００８１】
図１５は、前記タイミング「１」：ユーザーが画像をアップロードし、属性が付加された時における処理手順を示すフローチャートである。まず、会員であるユーザーは自己の端末１からログインして（ＳＡ２１）、画像を画像サービスサイト１０に画像のアップロードを行う（ＳＡ２２）。アップロードされた画像はサーバーの会員エリア１００のアップロード画像エリア１０６に格納される。この画像を絵画変換するために画調の種類を選択すると、図８のフローに従って絵画変換され（ＳＣ６）、変換された作品は作品バッファ１０８に格納される。
【００８２】
他方、属性付加・検索システム６０にも、アップロードされた画像が直接あるは画像サービスサイト１０を介して転送される。すると、属性付加・検索システム６０は、画像を解析して、Ｅｘｉｆデータを読み込み、インデックスを抽出する（ＳＣ２１）。引き続きインデックスを付加情報として画像に保持（付加）して（ＳＣ２２）、画像とインデックスをユーザーメモリである記憶装置６０５に保存する（ＳＣ２３）。この保存したインデックスと、属性データベース６１０上に記述された基準とが比較され（ＳＣ２４）、当該インデックスに該当する属性データがあるか否かが判断される（ＳＣ２５）。該当する属性データがない場合には、何も処理せずエンドに進む。
【００８３】
該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加して（ＳＣ２７）、記憶装置６０５のユーザー情報（属性保存領域６０５３等）を更新する（ＳＣ２８）。
【００８４】
したがって、付加される属性の種別が限定され、付加される属性の種別が無限に増大して管理、及び制御に支障を来すことを未然に防止することができる。
【００８５】
端末１は、この更新したユーザー情報を公開しても良いか否かを問うための「ユーザー通知公開ＤＢ登録確認」を受信し、これに対し応答する（ＳＡ２３）。
【００８６】
属性付加・検索システム６０は、応答が登録不可と登録可のいずれであったを判断し（ＳＣ２９）、応答が登録不可であった場合には、エンドに進む。また、応答が登録可であった場合には、全ユーザー属性登録データベース６１３に登録して、更新する（ＳＣ３０）。
【００８７】
したがって、ユーザーが登録可とした場合にのみ、後述するように当該ユーザーとその属性とが公開される。よって、ユーザーに関する情報の無断な公開による人権侵害、プライバシー侵害の発生を未然に防止することができる。
【００８８】
しかる後に、同じ属性を持つ他ユーザーを表示する（ＳＣ３１）。これにより、同じ属性を持つ他ユーザーが公開される。したがって、各ユーザーは端末１により、属性付加・検索システム６０にアクセスして、ＳＣ３１で表示されるデータをダウンロードすることにより、精度よく迅速に属性が同一で、嗜好等が近似している他のユーザーを検索することができる。
【００８９】
図１６は、前記タイミング「２」：ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時における処理手順を示すフローチャートである。まず、会員であるユーザーは自己の端末１からログインして（ＳＡ４１）、アップロードしてある画像から加工対象とする加工画像を選択する（ＳＡ４２）。さらに、この画像を絵画変換するために画調の種類を選択すると（ＳＡ４３）、図８のフローに従って絵画変換され（ＳＣ６）、変換された作品は作品バッファ１０８に格納される。
【００９０】
他方、属性付加・検索システム６０においても、選択画像を絵画変換するとともに（ＳＣ４１）、画像と加工種類からインデックスを抽出する（ＳＣ４２）。引き続き、画像とインデックスをユーザーメモリである記憶装置６０５に保存する（ＳＣ４３）。この保存したインデックスと、属性データベース６１０上に記述された基準とが比較され（ＳＣ４４）、当該インデックスに該当する属性データがあるか否かが判断される（ＳＣ４５）。該当する属性データがない場合には、何も処理せずエンドに進む。
【００９１】
該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加して（ＳＣ４７）、記憶装置６０５のユーザ情報（属性保存領域６０５３等）を更新する（ＳＣ４８）。端末１は、この更新したユーザー情報を公開しても良いか否かを問うための「ユーザー通知公開ＤＢ登録確認」を受信し、これに対し応答する（ＳＡ４４）。
【００９２】
属性付加・検索システム６０は、応答が登録不可と登録可のいずれであったを判断し（ＳＣ４９）、応答が登録不可であった場合には、エンドに進む。また、応答が登録可であった場合には、全ユーザー属性登録データベース６１３に登録して、更新する（ＳＣ５０）。しかる後に、同じ属性を持つ他ユーザーを表示する（ＳＣ５１）。これにより、同じ属性を持つ他ユーザーが公開される。したがって、各ユーザーは端末１により、属性付加・検索システム６０にアクセスして、ＳＣ５１で表示されるデータをダウンロードすることにより、精度よく迅速に属性が同一で、嗜好等が近似している他のユーザーを検索することができる。
【００９３】
しかも、図１５、１６に示したように、ユーザーがアップロードした画像や選択した加工種別に基づいてインデックスが設定されて、当該ユーザーに属性を付加することにより、芸術的なセンスに基づく属性の付加が可能となる。
【００９４】
なお、上記実施形態では、自分と同じ属性を持つ他ユーザーを検索すると述べたが、同じ属性に限定はしない。属性は異なっても、その属性のペアにおけるお互い趣味趣向が合うと統計的に判断されている場合は、ユーザーにフィードバックしてもよい。例えば「Ａ］という属性をもつユーザーと「Ｂ」という属性を持つユーザーが、サイト上で友人関係（友人登録）されている場合が統計的に多いとシステムが判断したならば、新たに属性「Ａ」が付加されたユーザー対しては、「Ａ」と持つ他ユーザーだけでなく、「Ｂ」を持つ他ユーザーもフィードバックするということである。
（海の写真を多数アップロードしているユーザーと、釣りのブログを日々更新している人の趣味趣向は合うと考えられるなど…）
【００９５】
また、実施の形態においては画像データに限定して説明したが、アップデートするのは音楽データなどでも構わない。例えば、自作の音楽データ共有サイト（MySpaceなど）において、アップロードされた音源データを解析し、同じような音源を作成している他ユーザーがいた場合に検索をかけることができるシステムも可能である。データがMIDIであればデータからキーを判断することが出来るし、mp3などであった場合は音源を周波数別に展開し、特徴点からインデックスを抽出することで、画像の場合と同様のシステムを構築可能である。
【００９６】
以上、この発明の実施形態について説明したが、この発明はこれらに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
【００９７】
以下の、本出願の特許請求の範囲に記載された発明を付記する。
（付記）
【００９８】
＜請求項１＞
各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索システム。
【００９９】
＜請求項２＞
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項１記載のユーザー探索システム。
【０１００】
＜請求項３＞
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項１記載のユーザー探索システム。
【０１０１】
＜請求項４＞
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項１記載のユーザー探索システム。
【０１０２】
＜請求項５＞
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロードさせるダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項１記載のユーザー探索システム。
【０１０３】
＜請求項６＞
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索装置。
【０１０４】
＜請求項７＞
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項６記載のユーザー探索装置。
【０１０５】
＜請求項８＞
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項６記載のユーザー探索装置。
【０１０６】
＜請求項９＞
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項６記載のユーザー探索装置。
【０１０７】
＜請求項１０＞
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項６記載のユーザー探索装置。
【０１０８】
＜請求項１１＞
ユーザー探索装置が有するコンピュータを、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
して機能させることを特徴とする前記コンピュータにより読み取り実行可能なプログラム。
【符号の説明】
【０１０９】
１０ 画像サービスサイト
２０ ＣＰＵ
６０ 検索システム
１００ 会員エリア
１０２ ユーザーＩＤ
１０６ アップロード画像エリア
１０８ 作品バッファ
２００ 共通エリア
２０２ 作品エリア
２０４ 画像ＩＤ
２０６ 属性情報
２０８ 画像データ
３００ 制御エリア
３０２ 絵画変換処理部
３０４ インデックステーブル
３０８ 表示制御部
３１０ 評価制御部
３１２ 会員管理部
５００ インターネット
６０１ バッファ
６０１ 画像データ受信バッファ
６０２ 画像解析装置
６０３ インデックスデータベース
６０４ 画像保存装置
６０５ 記憶装置
６０６ インデックス付加装置
６０７ 画像読込装置
６０８ 画像加工装置
６１０ 属性データベース
６１１ 属性付加装置
６１２ 属性登録装置
６１３ 会員属性登録ＤＢ
６１３ 全ユーザー属性登録データベース
６１４ ユーザー検索装置
６１５ ユーザー通知装置
６０５１ 画像保存領域
６０５２ パラメータ保存領域
６０５３ 属性保存領域
６０５４ ユーザーデータ領域
【技術分野】
【０００１】
本発明は、画像共有サイト等の各種サイトにおいて、自身と趣味趣向の合う他ユーザーを探し出してフィードバックする技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラの普及に伴い写真の楽しみ方が多様化している。特にデジタル画像データであるため、色々な画像処理が可能である。
【０００３】
例えば、画像処理を加えることで元の写真をベースとしつつも趣の異なる画調の画像（絵画調等）を生成して表示することができるようにした技術が提案されている（例えば、特許文献１参照）。
【０００４】
特許文献１の技術を発展させ、実際に画家が描いた絵画の画像から色彩情報と筆蝕情報等の特徴を抽出し、撮影された画像に抽出した特徴を付与することにより、原画像全体を勘案して、芸術性の高い絵画調画像に変換する技術も提案されるに至っている（例えば、特許文献２参照）。
【０００５】
また、絵画調などの画質を変更することによって変化をもたせる技術も提案されている（例えば、特許文献３参照）。
【０００６】
これらの画調変換を行うには強力な画像処理エンジンが必要なため、ネットワーク上のサーバーに画像処理エンジンを持たせ、ユーザーがサーバーに自分の写真をアップロードし、サーバー上で絵画調変換等の画像処理を行うことが考えられる。
【０００７】
そのような場合、ユーザーは自分の写真を絵画変換して作品を作ると人に見せたくなる。その要望を満たす方法の一つがＳＮＳ（ソーシャル・ネットワーク・サービス）によるネット上の写真の投稿である（例えば、特許文献４参照）。
【０００８】
以下、ユーザーが自分の写真をサーバーにアップロードし、サーバー上で絵画調変換等の画像処理をして得られた画像を「作品」という。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平８−４４８６７号公報
【特許文献２】特開２００４−２１３５９８号公報
【特許文献３】特公平１−４６９０５号公報
【特許文献４】特開２００８−２４２６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
多数のユーザーがサーバーに作品を投稿すると、作品を鑑賞したユーザーがその中の特定のユーザー及びその作品に対して、自身と趣味趣向の合うと判断し興味を持つ場合がある。すると、あるユーザーに興味を持った他のユーザーは、興味を持ったあるユーザーに関する情報を得ようとして、検索システムや検索サービス等を利用して、あるユーザーを検索する。
【００１１】
このとき、従来の検索システムや検索サービス等においては、あるユーザーを検索する際に、性別や年齢、キーワードによる検索ができるにすぎない。このため、ユーザー自身と趣味趣向の合う他ユーザーを的確かつ迅速に探し出してフィードバックすることができず、他のユーザーに対する検索の精度及び速度に関して不満足なものであった。
【００１２】
本発明は上記事情に鑑みてなされたものであり、他のユーザーに対する検索の精度及び速度を向上させることのできるユーザー探索システム、ユーザー探索装置並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
前記課題を解決するため本発明は、各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
【００１４】
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段とを具備することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、各ユーザーの他のユーザーに対する検索の精度及び速度を向上させることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態の概要を示す概念図である。
【図２】本発明の実施形態による画像表示システムのネットワーク系の構成を示すブロック図である。
【図３】同実施形態による画像サービスサイト１０の構成を示すブロック図である。
【図４】同実施形態によるユーザーＩＤの属性情報を示す図である。
【図５】同実施形態による作品のデータ構成を示す図である。
【図６】同実施形態による属性付加・検索システムの要部を示すブロック図である。
【図７】記憶装置の詳細を示す図である。
【図８】同実施形態による絵画変換処理を説明するためのフローチャートである。
【図９】同実施形態による端末とサーバー間のデータのやり取りを示す図である。
【図１０】同実施形態による端末がサーバーから画像をダウンロードする動作を説明するための図である。
【図１１】同実施形態による１画面中に複数の作品を表示する動作を説明するための図である。
【図１２】同実施形態による端末ページ表示を説明するための図である。
【図１３】同実施形態による１画面中に複数の作品を重みづけ表示する状態を説明する図である。
【図１４】作品の表示サイズを、その作品のポイントが高いほど大きくなるように表示を行うフローチャートである。
【図１５】「１」：ユーザーが画像をアップロードし、属性が付加された時における処理手順を示すフローチャートである。
【図１６】「２」：ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時における処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を参照して説明する。
【００１８】
図１は、本実施の形態の概要を示す概念図である。ユーザーは、パソコン等の端末１を用いて、画像アップロード、画像加工等のユーザーアクションを発生させる。また、他のユーザーも同様にパソコン等の端末１を用いて他ユーザーアクションを発生させる。すると、これらユーザーアクション及び他ユーザーアクションからインデックスが抽出されて、インデックスＤＢ（database）６１０に格納される。また、この抽出されたインデックスに属性が付与されて、属性ＤＢ６１０に格納されるとともに、会員毎に会員属性登録ＤＢ６１３に登録される。これにより、各ユーザーは、端末１によりこの属性を検索することによって、自己が所望する他のユーザーを精度よくかつ迅速に検索することが可能となる。
【００１９】
図２は、本実施形態による画像表示システムのネットワーク系の構成を示すブロック図である。１０はＳＮＳ機能を持った画像サービスサイトであり、インターネット５００を介して複数の端末１−１、１−２、１−３・・・と接続される。端末は通常のパーソナルコンピュータでよい。６０は、属性付加・検索システムであり、画像サービスサイト１０と同様に、インターネット５００を介して複数の端末１−１、１−２、１−３・・・と接続されるとともに、画像サービスサイト１０とも接続される。
【００２０】
図３は画像サービスサイト１０の構成を示すブロック図である。サーバーを有し、サーバー内に会員エリア１００、共通エリア２００、制御エリア３００が設けられる。２０は全体を制御するＣＰＵであり、３０はＣＰＵ２０が作業を行う際のワークメモリである。会員エリア１００は、登録会員毎に設けられるエリアで、会員を識別するためのユーザーＩＤ１０２と、それに対応してユーザー毎の各種属性情報１０４を有する。
【００２１】
属性情報１０４は、図４に示すように、氏名、ハンドルネーム、性別、年齢、地域、会員種別、その他のユーザー固有の情報である。会員種別には無料登録しただけの無料会員、有料登録した有料会員、特別な会費を払ったプレミアム会員がある。前記その他のユーザー固有の情報に関しては後述する。
【００２２】
また、１０６はユーザーが写真をアップロードするアップロード画像エリア、１０８は画像サービスサイト１０により絵画変換を行った作品が記憶される作品バッファエリア、１１０は他のユーザーの作品をダウンロードして記憶するダウンロード作品バッファエリアである。
【００２３】
共通エリア２００は、ユーザー全体に共通して設けられるエリアで、ユーザーがアップロードした画像を絵画調に変換した多数の作品が記憶される作品エリア２０２を含む。
【００２４】
作品エリア２０２に記憶される各作品には、その作品を識別する画像ＩＤ２０４と、その作品の属性情報２０６が画像データ２０８とともに記憶される。
【００２５】
属性情報２０６は、図５に示すように、その作品の投稿者を示すユーザーＩＤ、作成日付または投稿日付等の日付情報、画像データのサイズ、画調の種類等の画像種別情報、その作品が閲覧された回数を示すアクセス数情報、その作品がダウンロードされた回数を示すダウンロード数情報、その作品の評価を示すポイント情報その他の作品特有の情報である。
【００２６】
また、図３において制御エリア３００は、画像データを絵画変換処理する画像処理プログラムが記憶された絵画変換処理部３０２、絵画変換処理の時に参照され、絵画変換のためのパラメータが記憶されるパラメータテーブル３０４、作品を画面上に表示させる制御プログラムが記憶される表示制御部３０８、アクセス回数等に応じて作品の評価を行い作品にポイントを付与する制御プログラムが記憶される評価制御部３１０、ユーザーＩＤにより会員を管理し、無料会員、有料会員、プレミアム会員別のサービスを制御する会員管理部３１２を含んでいる。この会員管理部３１２は画像サービスサイト１０のＳＮＳ機能についても司っている。
【００２７】
次に、本実施形態の画像表示システムの具体的な動作について説明する。
まず、絵画変換処理技術について説明する。
【００２８】
絵画変換とは、写真等の画像を構成する各画素を所定のパラメータ（絵画変換パラメータ）に従って変換し、油絵調、水彩画調、パステル調、色鉛筆画調、クレヨン画調、イラスト画調、点描画調、エアブラシ、シルクスクリーン調、刺繍絵調、コラージュ（糊付け）調等、いわゆる絵画調に変換する画像処理技術である。
【００２９】
基本的にフォトショップ（登録商標）等のフォトレタッチソフト等で知られている各種エフェクト処理のパラメータを調整・組み合わせて絵画調に見えるように変換する。
【００３０】
すなわち、絵画変換処理は原理的にはエフェクト処理の一種であり、絵画変換アルゴリズムはエフェクト処理とパラメータの組み合わせにより各種絵画調を作り出し、その変換アルゴリズムをプログラミングしてあるものである。
【００３１】
その変換アルゴリズムの中に、原画像の画素を変換するための前記パラメータのセット（組）であるパラメータ群Ｐが予め用意されている。画調の種類が１２種類あるとすると、パラメータ群Ｐ（１）〜Ｐ（１２）と表す。パラメータの決め方により変換された画像の画調も変わってくる。油絵調に変換するためのパラメータ群をＰ（１）とし、Ｐ（１）の中に油絵調に見えるように画像を変換するためのエフェクト処理に必要なパラメータがｍ個あるとすると、パラメータＰ１〜Ｐｍと表す。
【００３２】
上記絵画変換アルゴリズムは画像サービスサイト１０の制御エリア３００の絵画変換処理部３０２に記憶されており、パラメータ群は同じく制御エリア３００のパラメータテーブル３０４に記憶されている。
【００３３】
図６は、属性付加・検索システム６０の構成を示すブロック図である。なお、この属性付加・検索システム６０は、サーバー上で稼働するものであるが、サーバーにおけるプロセッサや入出力装置、電源装置、通信装置、メモリ管理装置をはじめ、その他のデバイス等は図示を省略してある。これは、本実施の形態を説明する上で必要となる部分に焦点を当てて記述したためであるが、当然のことながらサーバーそのものを稼働させる最低限（あるいはそれ以上の）システムは存在しているものとする。また、図７には、図６における記憶装置に保存するデータ例を示す。これはあくまで一例であり、この限りではない。なお、記憶装置は、フラッシュメモリやハードディスクなど、電子的な情報を保存できるデバイスであれば種類は限定しない。
【００３４】
ユーザーから送られた画像は、まず画像データ受信バッファ６０１で受け取られる（なお、このバッファ６０１は必須ではなく、一度画像を記憶装置（ユーザーに割り当てられた領域）６０５に保存してしまい、そこからデータを吸い出しても良い）。画像データが正常に受け取られたら、その画像を画像解析装置６０２へ送る。
【００３５】
画像解析装置６０２では、画像内に対して画像認識を実施し、画像内にある被写体（以下オブジェクトという）を識別する。オブジェクトとして挙げられるのは、例えば人間（性別、年齢、人種などを分類する）や動物（犬や猫、鳥などを分類する）、花（種類によって分類する）などである。この画像解析は解析アルゴリズムを用いて自動で行っても良いし、オペレーターが実施しても良い。また、同装置内でExif（Exchangeable Image File Format）の読み出しも実施する。撮影に使用したカメラの機種や、撮影場所、日時などを情報として抽出する。そうして集められた情報が、インデックスデータベース６０３に予め設定された内容と認識された場合、画像データ内にインデックスとして埋め込んでおく（Exif領域でもよいし、新たに設定したデータ領域でもよい）。
【００３６】
ここで、インデックスデータベース６０３について簡単に説明する。インデックスデータベース６０３とは、将来的に検索で必要となる「属性」をユーザーに付加する前段階として必要な「インデックス」のデータベースである。
【００３７】
図７を参照して説明すると、前記記憶装置６０５には、画像保存領域６０５１、インデックス保存領域６０５２、属性保存領域６０５３、及びユーザーデータ領域６０５４が各ユーザー毎に設けられる。インデックス保存領域６０５２に書かれた項目は、全てインデックスデータベース６０３で定義されている項目と一致するものである。なお、簡略化のためにここには４項目のみ図示していないが、インデックスデータベース６０３内の項目が多ければ、ユーザーが画像をアップデートするに従って項目は増えていく。
【００３８】
つまり、ユーザーのアップロードした画像がインデックスデータベース６０３内の情報と一致していれば、画像データは画像保存装置６０４にて記憶装置６０５内に保存され、インデックスはインデックス付加装置６０６にて記憶装置６０５内に保存される。必ずしも分ける必要はないが、本実施の形態ではメモリの領域が異なるため、分けて表記してある。
【００３９】
なお、本実施の形態においては、ユーザーアクションからインデックスに属性を付加するタイミング、及び探索を実施するタイミングを下記「１」〜「５」の時点としている。
【００４０】
これら「１」〜「５」は、ユーザーの嗜好等の特徴が顕著となる時点であるから、ユーザーの特徴を他のユーザーに迅速に報知することが可能となる。
「１」：ユーザーが画像をアップロードし、属性が付加された時
「２」：ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時
「３」：ユーザーが何かしらのアクションを起こし、属性が付加された時
「４」：ユーザーが他ユーザーにから何かしらのアクションを受け、属性が付加された時
「５」：ユーザー自身が検索を実施した時
【００４１】
したがって、ユーザーにインデックスが付加されるのは、画像をアップロードした場合だけに限定はしない。例えば、ユーザーがすでに記憶装置６０５に保存した画像を加工した場合も該当する。これは前記タイミング「２」のパターンである。システムは画像読込装置６０７で画像を記憶装置６０５から読み出し、画像加工装置６０８にて加工を行う。その際に、その加工内容や「どんなオブジェクト」を加工したのかということをインデックスデータベース６０３と照合し、該当があった場合にはインデックス付加装置６０６にて記憶装置６０５内のインデックス保存領域６０５２に記憶する。
【００４２】
また、その他のユーザーアクションもインデックス（前述したその他のユーザー固有の情報に該当）として扱っても良い。これは、前記タイミング「３」のパターンである。例えば、総ログイン時間や頻度、ログインする時間帯、ログイン回数、ユーザーの使用している通信キャリアなども、必要に応じてインデックスとして扱って良い。また、ユーザーが登録したプロフィール情報（年齢、性別、国籍、居住地、その他特定のキーワードなど）もインデックスとして扱って良い。また、サイト内のブログの更新頻度、ブログ内で使用されたキーワード等はもちろん、サイト内での友人追加・削除や、サイト内で提供されているゲーム等のアプリケーションで発生するアクション等も、インデックスもして扱って良い。他のウェブサイトと連携している場合は、そこでの更新もインデックスとして扱って良い（例えば、ツイッターでのつぶやき回数など）。ここではユーザーアクションによるインデックス付加に関して述べたが、上記は一例であり、この範囲内に限定はしない。
【００４３】
また、ユーザーが他のユーザーから何かしらのアクションを受けた場合、それもインデックスとして扱って良い。これは、前記タイミング「４」のパターンである。保実施の形態のシステム構成例には記述していないが、例えば他ユーザーからメッセージを受け取ったり、友人申請を受けたり、プレゼント等（例えば、サイト上で楽しめるゲームのアイテムなど）を受け取ったりするアクションが挙げられるが、この限りではない。これらも、インデックスとして扱って良い。
【００４４】
記憶装置６０５内に新たなインデックスが書き込まれた場合は、インデックス読込装置６０９が記憶装置６０５内のインデックスを読み込み、属性データベース６１０との比較を行う。
【００４５】
ここで、属性データベース６１０について簡単に説明する。属性データベース６１０とは、ユーザーの検索対象となる「属性」を付加するための情報が格納されたデータベースである。ユーザーの持つ特定のインデックスが属性データベース上に記述された基準を満たすと、その通知が属性付加装置６１１に伝えられ、記憶装置６０５内の属性保存領域６０５３に付加される。
【００４６】
属性が付加されると、ユーザーの任意で自身の属性を全ユーザーに対して公開することができる。その場合は、属性登録装置６１２を通じて全ユーザー属性登録データベース６１３へユーザーがその属性を付加されたことを登録する。こうすることで、ユーザーが他ユーザーからの検索対象となり、また、自身も同属性を持つ他ユーザーをユーザー検索装置６１４を通じて検索可能となる。
【００４７】
また、ユーザー通知装置６１５は、後述するように画像をアップロードしたユーザーの端末に通知を送信する装置であり、ユーザー命令処理装置６１６は、当該ユーザー及び他のユーザーの端末からの命令を処理するために、このシステムの各部を制御する装置である。
【００４８】
また、必須ではないが、属性が付加された場合、その属性を全ユーザー属性登録データベースに登録するかどうか、ユーザーに確認をしてもよい。ユーザーが拒否をした場合は、登録しないという選択も可能である。
【００４９】
属性が付加されると、全ユーザー属性登録データベース上から新しく付加された属性と同じ属性を持つユーザーを検索し、ユーザーにフィードバックする。
【００５０】
なお、図７に示すように、画像保存領域６０５１には、当該ユーザーによりアップロードされた画像、当該画像を構成するデータのＦｏｒｍａｔ、Ｅｘｉｆ，付加されたインデックスなどが記憶される。
【００５１】
図８は絵画変換処理を行うフローチャートである。ＣＰＵ２０がワークメモリ３０を使用しながらこのフローチャートを実行する。
【００５２】
図８において、まず前処理を行う（ステップＳ５０１）。ここは画調の種類にかかわらず共通して実行される処理である。
【００５３】
上述したようなエフェクト処理は各画素に対して行うため、画像データはビットマップ形式である必要がある。そこで、通常はＪＰＥＧ形式で表現されている画像データをビットマップ形式に変換する。
【００５４】
また、アップロードされる画像データのサイズは様々なので、これを表示エリアの画素数、例えば８００×６００画素にリサイズする。大きい画像は縮小し、小さい画像は拡大する。これは、サイズが決まっていた方がパラメータも固定で済み、処理が効率的だからである。もちろん、後述する本画像の絵画変換の際はアップロードされた画像データのサイズそのままに対して絵画変換を行う。
【００５５】
次に、ステップＳ５０２により、変換対象の写真が顔を含んでいるかどうか判断する。顔は極端な変換をかけると不自然になるので、顔の部分は特にきめ細かく絵画変換処理するためである。続いて、ステップＳ５０４で変換したい画調を油絵調、水彩画調、パステル調、色鉛筆画調、・・・等の中から選択する。
【００５６】
画調が選択されると、それぞれの画調変換アルゴリズムのフローへ移る。例えば油絵調変換であればステップＳ５０６へ、水彩画調変換であればステップＳ５１０へ進む。それ以外であればその他の画調変換アルゴリズムのフローへと進む（ステップＳ５２０）。
【００５７】
各アルゴリズムを実行する際、制御エリアのパラメータテーブル３０４を参照する（ステップＳ５０８、５１２）。
【００５８】
ここでは、表示画面を見ながら表示画面サイズの画像データを絵画変換し、ステップＳ５２２で決定であれば本画像の絵画変換へと進む（ステップＳ５２４）。
【００５９】
他の画調でやり直す場合はステップＳ５０４へ戻る。
【００６０】
ステップＳ５２４では、ステップＳ５２２で決定した画調変換アルゴリズムでパラメータテーブルを参照しながら本画像に対し画調変換処理を行う（ステップＳ５２６、５２７）。同じ画調であっても画像サイズが異なると適切なパラメータは異なってくるので、ステップＳ５２６で使用するパラメータテーブルはステップＳ５０８若しくはステップＳ５１２で取得したパラメータとは別のものとなる。
ステップＳ５２８の後処理では、再びＪＰＥＧ形式に変換する。
【００６１】
続いて、図９を参照して端末と画像サービスサイトのサーバーとの間で画像のアップロード、表示、閲覧、ダウンロードを行う工程を説明する。
【００６２】
まず、会員であるユーザーは自己の端末１から画像サービスサイト１０にアクセスする（ＳＢ２）。サーバーはユーザーのログインによりユーザーＩＤを認証し（ＳＣ２）、会員であることが確認されるとその会員のページを送信し会員からみられるようになる（ＳＣ４）。
【００６３】
会員は自分のページが開かれると、画像のアップロードを行う（ＳＢ４）。アップロードされた画像はサーバーの会員エリア１００のアップロード画像エリア１０６に格納される。この画像を絵画変換するために画調の種類を選択すると、図８のフローに従って絵画変換され（ＳＣ６）、変換された作品は作品バッファ１０８に格納される。このまま個人で楽しんでもよいが、他のユーザーに公開したい場合は投稿する（ＳＢ８）。投稿された作品は会員エリア１００の作品バッファ１０８から共通エリア２００の作品エリア２０２へ転送され格納される。作品エリア２０２内の作品には図５で説明したような属性情報も付加される。
【００６４】
他のユーザーも共通エリア２００の作品エリア２０２に格納されている作品は会員でなくても閲覧することができるので（ＳＡ２）、画像サービスサイト１０では多数の作品を閲覧しやすいように表示する工夫を行っている（ＳＣ８）。
【００６５】
この表示方法については後述するが、図１２に示すように、各作品は同じサイズで１画面に複数枚並べて表示され、並び順は例えば投稿日順あるいはアクセス数順であり、画調の種類は混在している。
【００６６】
作品は、閲覧されただけでもポイントが加算され（ＳＣ１０）、ユーザーが気に入ってＧＯＯＤボタンを押すと（ＳＡ４）、更にポイントが加算される（ＳＣ１２）。
【００６７】
ユーザーがその作品をダウンロードすると（ＳＡ６）、その作品がダウンロード許可対象となっていればダウンロードを許可し（ＳＣ１４）、更にポイントを加算して（ＳＣ１６）、ダウンロードを行う（ＳＡ８）。
【００６８】
なお、ここでは詳述しないが、ダウンロードを許可していない画像をダウンロードすると、作品にタグと呼ばれるロゴが付加される。
【００６９】
図１０はダウンロードのフローチャートである。ダウンロードするには会員登録が必要である。会員は表示画面を見ながら欲しい作品を指定する（ステップＳ８０２）。サーバーは会員管理部３１２によりそのユーザーが有料会員か無料会員かを判断し（ステップＳ８０４）、有料会員であればステップＳ８１２へ進んで無条件でダウンロードできる。無料会員の場合は、ステップＳ８０６で該当作品の属性情報からその作品の評価に相当するポイントを読み出し、併せてダウンロードしようとしている会員の属性情報から保持しているポイントを読み出す（ステップＳ８０８）。
【００７０】
作品のポイント（価格に相当）と会員の保有しているポイントの差額から支払ポイントを算出し（ステップＳ８１０）、充足していればステップＳ８１２へ進むが、不足している場合はその作品はダウンロードできないため、ステップＳ８０２へ戻り、他の作品の選定を行う。ステップＳ８１２で作品の読み出しが許可されれば、作品の作成者にポイントが加算されるとともに、作品の画像ＩＤの属性情報のポイントエリアにポイントが加算される（図９のＳＣ１６）。つまり、たくさんダウンロードされるほど作品の評価が上がり、作者である会員のユーザーＩＤの属性情報のポイントエリアにもポイントが加算されて会員の保有ポイント数が上がる仕組みとなっている。
【００７１】
更に、画像サービスサイト１０はＳＮＳ機能を備えているので、他の会員の作品に対するコメントを書き込んだり、それに対する返事を書いたり、好みの似た会員同士でグループを作ったり、特定の作者のファンでグループを作ったりすることができる。このような仕組みは既に既存のＳＮＳでも実施されているので詳述はしないが、前記会員管理部３１２が会員管理の仕組みとともにＳＮＳの仕組みも実現している。
【００７２】
次は、作品の表示方法について説明する。
【００７３】
図１１は通常の投稿作品表示フローであり、図１２は表示例である。まずは作品を新着順に読み込み（ステップＳ９０２）、１画面に表示できるように並べる（ステップＳ９０４）。その状態で表示処理を行う（ステップＳ９０６）。この状態が図１２である。ここでユーザーからページ送り操作がなされると（ステップＳ９０８）、ステップＳ９０２へ戻って次の新着作品を集めに行く。表示中のページ内で特定の作品を選択すると（ステップＳ９１０）、ステップＳ９１２へ進んでその作品の画像データを属性情報とともに読み込む。選択しない場合はステップＳ９０６へ戻る。ステップＳ９１４において選択した作品に対して気に入ったことを示すＧＯＯＤボタンを押したり、感想等のコメントを書き込んだりすることができる。ＧＯＯＤボタンを押したりコメントを書き込んだりすると、その作品の属性情報のポイントが加算され、評価が上がる。そしてステップＳ９１８で閲覧終了かどうかを判断し、終了でなければ再びステップＳ９０６のページ表示へ戻る。
【００７４】
以上が通常の単純に新着順に作品の一覧を表示する作品表示であるが、次に図１３を参照して作品の評価の応じた一覧表示方法について説明する。
【００７５】
前述したように、各作品には画像ＩＤに対応して属性情報としてポイントが付与されている。このポイントは図９で説明したようにＧＯＯＤボタンが押された回数やアクセス回数、ダウンロードされた回数によって加算されていくので、作品の評価を示しているということができる。そこで、図１２では単純に各作品を同一サイズで１画面中に並べて表示したが、図１３では、横軸方向に画調の種類を区別し、縦軸方向に新着順に並べるようにした。ここでは新着順としているが、アクセス数順等でもよい。そして、作品の表示サイズを、その作品のポイントが高いほど大きくなるように表示している。
【００７６】
この表示を行うフローチャートを図１４に示す。図１１のステップＳ９０４のページ配列のステップに相当するもので、ステップＳ９０４２で画調別に分け、縦方向に並べるとともに、ステップＳ９０４４でポイントにより表示サイズを決定する。表示サイズはポイントに応じて大中小など数段階に分ける。つまりポイントの高い画像は大きく、低い画像は小さく表示するのである。そして表示サイズによって１画面中に表示できる作品数も変わってくるので、ステップＳ９０４６で表示レイアウトを決定する。
【００７７】
次のステップＳ９０４８では、会員種別により表示枠を決定する。上記したように作品の評価により画像の表示サイズが変わるが、特別な料金を払ったプレミアム会員の作品には例えば額縁や装飾をつけたり、枠をくっきり見せたり、点滅させたりして目立たせるようにする（一例として同図１４Ａ参照）。
【００７８】
そしてステップＳ９０５０で複数の画調軸や異なったサイズの作品があるので、これを１ページに収まるようにレイアウト決定する。
【００７９】
なお、横方向にスクロールまたはページ送りしていくと、次々と違う画調の作品が表示されていき、縦方向にスクロールしていくとこの例では投稿日順に次から次へと他の作品が表示されていく。もちろん、表示サイズや表示枠は上述したルールにのっとっている。
【００８０】
このように表示することにより、多数の作品を、効率よく、ユーザーの興味を引くように表示させることができる。
【００８１】
図１５は、前記タイミング「１」：ユーザーが画像をアップロードし、属性が付加された時における処理手順を示すフローチャートである。まず、会員であるユーザーは自己の端末１からログインして（ＳＡ２１）、画像を画像サービスサイト１０に画像のアップロードを行う（ＳＡ２２）。アップロードされた画像はサーバーの会員エリア１００のアップロード画像エリア１０６に格納される。この画像を絵画変換するために画調の種類を選択すると、図８のフローに従って絵画変換され（ＳＣ６）、変換された作品は作品バッファ１０８に格納される。
【００８２】
他方、属性付加・検索システム６０にも、アップロードされた画像が直接あるは画像サービスサイト１０を介して転送される。すると、属性付加・検索システム６０は、画像を解析して、Ｅｘｉｆデータを読み込み、インデックスを抽出する（ＳＣ２１）。引き続きインデックスを付加情報として画像に保持（付加）して（ＳＣ２２）、画像とインデックスをユーザーメモリである記憶装置６０５に保存する（ＳＣ２３）。この保存したインデックスと、属性データベース６１０上に記述された基準とが比較され（ＳＣ２４）、当該インデックスに該当する属性データがあるか否かが判断される（ＳＣ２５）。該当する属性データがない場合には、何も処理せずエンドに進む。
【００８３】
該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加して（ＳＣ２７）、記憶装置６０５のユーザー情報（属性保存領域６０５３等）を更新する（ＳＣ２８）。
【００８４】
したがって、付加される属性の種別が限定され、付加される属性の種別が無限に増大して管理、及び制御に支障を来すことを未然に防止することができる。
【００８５】
端末１は、この更新したユーザー情報を公開しても良いか否かを問うための「ユーザー通知公開ＤＢ登録確認」を受信し、これに対し応答する（ＳＡ２３）。
【００８６】
属性付加・検索システム６０は、応答が登録不可と登録可のいずれであったを判断し（ＳＣ２９）、応答が登録不可であった場合には、エンドに進む。また、応答が登録可であった場合には、全ユーザー属性登録データベース６１３に登録して、更新する（ＳＣ３０）。
【００８７】
したがって、ユーザーが登録可とした場合にのみ、後述するように当該ユーザーとその属性とが公開される。よって、ユーザーに関する情報の無断な公開による人権侵害、プライバシー侵害の発生を未然に防止することができる。
【００８８】
しかる後に、同じ属性を持つ他ユーザーを表示する（ＳＣ３１）。これにより、同じ属性を持つ他ユーザーが公開される。したがって、各ユーザーは端末１により、属性付加・検索システム６０にアクセスして、ＳＣ３１で表示されるデータをダウンロードすることにより、精度よく迅速に属性が同一で、嗜好等が近似している他のユーザーを検索することができる。
【００８９】
図１６は、前記タイミング「２」：ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時における処理手順を示すフローチャートである。まず、会員であるユーザーは自己の端末１からログインして（ＳＡ４１）、アップロードしてある画像から加工対象とする加工画像を選択する（ＳＡ４２）。さらに、この画像を絵画変換するために画調の種類を選択すると（ＳＡ４３）、図８のフローに従って絵画変換され（ＳＣ６）、変換された作品は作品バッファ１０８に格納される。
【００９０】
他方、属性付加・検索システム６０においても、選択画像を絵画変換するとともに（ＳＣ４１）、画像と加工種類からインデックスを抽出する（ＳＣ４２）。引き続き、画像とインデックスをユーザーメモリである記憶装置６０５に保存する（ＳＣ４３）。この保存したインデックスと、属性データベース６１０上に記述された基準とが比較され（ＳＣ４４）、当該インデックスに該当する属性データがあるか否かが判断される（ＳＣ４５）。該当する属性データがない場合には、何も処理せずエンドに進む。
【００９１】
該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加して（ＳＣ４７）、記憶装置６０５のユーザ情報（属性保存領域６０５３等）を更新する（ＳＣ４８）。端末１は、この更新したユーザー情報を公開しても良いか否かを問うための「ユーザー通知公開ＤＢ登録確認」を受信し、これに対し応答する（ＳＡ４４）。
【００９２】
属性付加・検索システム６０は、応答が登録不可と登録可のいずれであったを判断し（ＳＣ４９）、応答が登録不可であった場合には、エンドに進む。また、応答が登録可であった場合には、全ユーザー属性登録データベース６１３に登録して、更新する（ＳＣ５０）。しかる後に、同じ属性を持つ他ユーザーを表示する（ＳＣ５１）。これにより、同じ属性を持つ他ユーザーが公開される。したがって、各ユーザーは端末１により、属性付加・検索システム６０にアクセスして、ＳＣ５１で表示されるデータをダウンロードすることにより、精度よく迅速に属性が同一で、嗜好等が近似している他のユーザーを検索することができる。
【００９３】
しかも、図１５、１６に示したように、ユーザーがアップロードした画像や選択した加工種別に基づいてインデックスが設定されて、当該ユーザーに属性を付加することにより、芸術的なセンスに基づく属性の付加が可能となる。
【００９４】
なお、上記実施形態では、自分と同じ属性を持つ他ユーザーを検索すると述べたが、同じ属性に限定はしない。属性は異なっても、その属性のペアにおけるお互い趣味趣向が合うと統計的に判断されている場合は、ユーザーにフィードバックしてもよい。例えば「Ａ］という属性をもつユーザーと「Ｂ」という属性を持つユーザーが、サイト上で友人関係（友人登録）されている場合が統計的に多いとシステムが判断したならば、新たに属性「Ａ」が付加されたユーザー対しては、「Ａ」と持つ他ユーザーだけでなく、「Ｂ」を持つ他ユーザーもフィードバックするということである。
（海の写真を多数アップロードしているユーザーと、釣りのブログを日々更新している人の趣味趣向は合うと考えられるなど…）
【００９５】
また、実施の形態においては画像データに限定して説明したが、アップデートするのは音楽データなどでも構わない。例えば、自作の音楽データ共有サイト（MySpaceなど）において、アップロードされた音源データを解析し、同じような音源を作成している他ユーザーがいた場合に検索をかけることができるシステムも可能である。データがMIDIであればデータからキーを判断することが出来るし、mp3などであった場合は音源を周波数別に展開し、特徴点からインデックスを抽出することで、画像の場合と同様のシステムを構築可能である。
【００９６】
以上、この発明の実施形態について説明したが、この発明はこれらに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
【００９７】
以下の、本出願の特許請求の範囲に記載された発明を付記する。
（付記）
【００９８】
＜請求項１＞
各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索システム。
【００９９】
＜請求項２＞
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項１記載のユーザー探索システム。
【０１００】
＜請求項３＞
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項１記載のユーザー探索システム。
【０１０１】
＜請求項４＞
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項１記載のユーザー探索システム。
【０１０２】
＜請求項５＞
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロードさせるダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項１記載のユーザー探索システム。
【０１０３】
＜請求項６＞
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索装置。
【０１０４】
＜請求項７＞
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項６記載のユーザー探索装置。
【０１０５】
＜請求項８＞
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項６記載のユーザー探索装置。
【０１０６】
＜請求項９＞
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項６記載のユーザー探索装置。
【０１０７】
＜請求項１０＞
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項６記載のユーザー探索装置。
【０１０８】
＜請求項１１＞
ユーザー探索装置が有するコンピュータを、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
して機能させることを特徴とする前記コンピュータにより読み取り実行可能なプログラム。
【符号の説明】
【０１０９】
１０ 画像サービスサイト
２０ ＣＰＵ
６０ 検索システム
１００ 会員エリア
１０２ ユーザーＩＤ
１０６ アップロード画像エリア
１０８ 作品バッファ
２００ 共通エリア
２０２ 作品エリア
２０４ 画像ＩＤ
２０６ 属性情報
２０８ 画像データ
３００ 制御エリア
３０２ 絵画変換処理部
３０４ インデックステーブル
３０８ 表示制御部
３１０ 評価制御部
３１２ 会員管理部
５００ インターネット
６０１ バッファ
６０１ 画像データ受信バッファ
６０２ 画像解析装置
６０３ インデックスデータベース
６０４ 画像保存装置
６０５ 記憶装置
６０６ インデックス付加装置
６０７ 画像読込装置
６０８ 画像加工装置
６１０ 属性データベース
６１１ 属性付加装置
６１２ 属性登録装置
６１３ 会員属性登録ＤＢ
６１３ 全ユーザー属性登録データベース
６１４ ユーザー検索装置
６１５ ユーザー通知装置
６０５１ 画像保存領域
６０５２ パラメータ保存領域
６０５３ 属性保存領域
６０５４ ユーザーデータ領域
【特許請求の範囲】
【請求項１】
各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索システム。
【請求項２】
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項１記載のユーザー探索システム。
【請求項３】
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項１記載のユーザー探索システム。
【請求項４】
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項１記載のユーザー探索システム。
【請求項５】
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロードさせるダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項１記載のユーザー探索システム。
【請求項６】
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索装置。
【請求項７】
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項６記載のユーザー探索装置。
【請求項８】
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項６記載のユーザー探索装置。
【請求項９】
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項６記載のユーザー探索装置。
【請求項１０】
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項６記載のユーザー探索装置。
【請求項１１】
ユーザー探索装置が有するコンピュータを、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
して機能させることを特徴とする前記コンピュータにより読み取り実行可能なプログラム。
【請求項１】
各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索システム。
【請求項２】
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項１記載のユーザー探索システム。
【請求項３】
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項１記載のユーザー探索システム。
【請求項４】
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項１記載のユーザー探索システム。
【請求項５】
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロードさせるダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項１記載のユーザー探索システム。
【請求項６】
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
を具備することを特徴とするユーザー探索装置。
【請求項７】
前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項６記載のユーザー探索装置。
【請求項８】
前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、
該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項６記載のユーザー探索装置。
【請求項９】
前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項６記載のユーザー探索装置。
【請求項１０】
画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロード手段を備え、
前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項６記載のユーザー探索装置。
【請求項１１】
ユーザー探索装置が有するコンピュータを、
アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、
前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、
前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、
この管理手段により管理されている各ユーザー及びその属性を公開する公開手段と
して機能させることを特徴とする前記コンピュータにより読み取り実行可能なプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−２４８１２９（Ｐ２０１２−２４８１２９Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１１−１２１２０２（Ｐ２０１１−１２１２０２）
【出願日】平成２３年５月３１日（２０１１．５．３１）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２３年５月３１日（２０１１．５．３１）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]