"各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段とを具備することを特徴とするユーザー探索システム。前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項1記載のユーザー探索システム。前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項1記載のユーザー探索システム。前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項1記載のユーザー探索システム。画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロードさせるダウンロード手段を備え、前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項1記載のユーザー探索システム。アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段とを具備することを特徴とするユーザー探索装置。前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項6記載のユーザー探索装置。前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項6記載のユーザー探索装置。前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項6記載のユーザー探索装置。画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロード手段を備え、前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項6記載のユーザー探索装置。ユーザー探索装置が有するコンピュータを、アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段として機能させることを特徴とする前記コンピュータにより読み取り実行可能なプログラム。多数のユーザーがサーバーに作品を投稿すると、作品を鑑賞したユーザーがその中の特定のユーザー及びその作品に対して、自身と趣味趣向の合うと判断し興味を持つ場合がある。すると、あるユーザーに興味を持った他のユーザーは、興味を持ったあるユーザーに関する情報を得ようとして、検索システムや検索サービス等を利用して、あるユーザーを検索する。このとき、従来の検索システムや検索サービス等においては、あるユーザーを検索する際に、性別や年齢、キーワードによる検索ができるにすぎない。このため、ユーザー自身と趣味趣向の合う他ユーザーを的確かつ迅速に探し出してフィードバックすることができず、他のユーザーに対する検索の精度及び速度に関して不満足なものであった。本発明は上記事情に鑑みてなされたものであり、他のユーザーに対する検索の精度及び速度を向上させることのできるユーザー探索システム、ユーザー探索装置並びにプログラムを提供することを目的とする。前記課題を解決するため本発明は、各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段とを具備することを特徴とする。本発明によれば、各ユーザーの他のユーザーに対する検索の精度及び速度を向上させることができる。以下、本発明の実施の形態について図面を参照して説明する。図1は、本実施の形態の概要を示す概念図である。ユーザーは、パソコン等の端末1を用いて、画像アップロード、画像加工等のユーザーアクションを発生させる。また、他のユーザーも同様にパソコン等の端末1を用いて他ユーザーアクションを発生させる。すると、これらユーザーアクション及び他ユーザーアクションからインデックスが抽出されて、インデックスDBdatabase610に格納される。また、この抽出されたインデックスに属性が付与されて、属性DB610に格納されるとともに、会員毎に会員属性登録DB613に登録される。これにより、各ユーザーは、端末1によりこの属性を検索することによって、自己が所望する他のユーザーを精度よくかつ迅速に検索することが可能となる。図2は、本実施形態による画像表示システムのネットワーク系の構成を示すブロック図である。10はSNS機能を持った画像サービスサイトであり、インターネット500を介して複数の端末1-1、1-2、1-3と接続される。端末は通常のパーソナルコンピュータでよい。60は、属性付加検索システムであり、画像サービスサイト10と同様に、インターネット500を介して複数の端末1-1、1-2、1-3と接続されるとともに、画像サービスサイト10とも接続される。図3は画像サービスサイト10の構成を示すブロック図である。サーバーを有し、サーバー内に会員エリア100、共通エリア200、制御エリア300が設けられる。20は全体を制御するCPUであり、30はCPU20が作業を行う際のワークメモリである。会員エリア100は、登録会員毎に設けられるエリアで、会員を識別するためのユーザーID102と、それに対応してユーザー毎の各種属性情報104を有する。属性情報104は、図4に示すように、氏名、ハンドルネーム、性別、年齢、地域、会員種別、その他のユーザー固有の情報である。会員種別には無料登録しただけの無料会員、有料登録した有料会員、特別な会費を払ったプレミアム会員がある。前記その他のユーザー固有の情報に関しては後述する。また、106はユーザーが写真をアップロードするアップロード画像エリア、108は画像サービスサイト10により絵画変換を行った作品が記憶される作品バッファエリア、110は他のユーザーの作品をダウンロードして記憶するダウンロード作品バッファエリアである。共通エリア200は、ユーザー全体に共通して設けられるエリアで、ユーザーがアップロードした画像を絵画調に変換した多数の作品が記憶される作品エリア202を含む。作品エリア202に記憶される各作品には、その作品を識別する画像ID204と、その作品の属性情報206が画像データ208とともに記憶される。属性情報206は、図5に示すように、その作品の投稿者を示すユーザーID、作成日付または投稿日付等の日付情報、画像データのサイズ、画調の種類等の画像種別情報、その作品が閲覧された回数を示すアクセス数情報、その作品がダウンロードされた回数を示すダウンロード数情報、その作品の評価を示すポイント情報その他の作品特有の情報である。また、図3において制御エリア300は、画像データを絵画変換処理する画像処理プログラムが記憶された絵画変換処理部302、絵画変換処理の時に参照され、絵画変換のためのパラメータが記憶されるパラメータテーブル304、作品を画面上に表示させる制御プログラムが記憶される表示制御部308、アクセス回数等に応じて作品の評価を行い作品にポイントを付与する制御プログラムが記憶される評価制御部310、ユーザーIDにより会員を管理し、無料会員、有料会員、プレミアム会員別のサービスを制御する会員管理部312を含んでいる。この会員管理部312は画像サービスサイト10のSNS機能についても司っている。次に、本実施形態の画像表示システムの具体的な動作について説明する。まず、絵画変換処理技術について説明する。絵画変換とは、写真等の画像を構成する各画素を所定のパラメータ絵画変換パラメータに従って変換し、油絵調、水彩画調、パステル調、色鉛筆画調、クレヨン画調、イラスト画調、点描画調、エアブラシ、シルクスクリーン調、刺繍絵調、コラージュ糊付け調等、いわゆる絵画調に変換する画像処理技術である。基本的にフォトショップ登録商標等のフォトレタッチソフト等で知られている各種エフェクト処理のパラメータを調整組み合わせて絵画調に見えるように変換する。すなわち、絵画変換処理は原理的にはエフェクト処理の一種であり、絵画変換アルゴリズムはエフェクト処理とパラメータの組み合わせにより各種絵画調を作り出し、その変換アルゴリズムをプログラミングしてあるものである。その変換アルゴリズムの中に、原画像の画素を変換するための前記パラメータのセット組であるパラメータ群Pが予め用意されている。画調の種類が12種類あるとすると、パラメータ群P1~P12と表す。パラメータの決め方により変換された画像の画調も変わってくる。油絵調に変換するためのパラメータ群をP1とし、P1の中に油絵調に見えるように画像を変換するためのエフェクト処理に必要なパラメータがm個あるとすると、パラメータP1~Pmと表す。上記絵画変換アルゴリズムは画像サービスサイト10の制御エリア300の絵画変換処理部302に記憶されており、パラメータ群は同じく制御エリア300のパラメータテーブル304に記憶されている。図6は、属性付加検索システム60の構成を示すブロック図である。なお、この属性付加検索システム60は、サーバー上で稼働するものであるが、サーバーにおけるプロセッサや入出力装置、電源装置、通信装置、メモリ管理装置をはじめ、その他のデバイス等は図示を省略してある。これは、本実施の形態を説明する上で必要となる部分に焦点を当てて記述したためであるが、当然のことながらサーバーそのものを稼働させる最低限あるいはそれ以上のシステムは存在しているものとする。また、図7には、図6における記憶装置に保存するデータ例を示す。これはあくまで一例であり、この限りではない。なお、記憶装置は、フラッシュメモリやハードディスクなど、電子的な情報を保存できるデバイスであれば種類は限定しない。ユーザーから送られた画像は、まず画像データ受信バッファ601で受け取られるなお、このバッファ601は必須ではなく、一度画像を記憶装置ユーザーに割り当てられた領域605に保存してしまい、そこからデータを吸い出しても良い。画像データが正常に受け取られたら、その画像を画像解析装置602へ送る。画像解析装置602では、画像内に対して画像認識を実施し、画像内にある被写体以下オブジェクトというを識別する。オブジェクトとして挙げられるのは、例えば人間性別、年齢、人種などを分類するや動物犬や猫、鳥などを分類する、花種類によって分類するなどである。この画像解析は解析アルゴリズムを用いて自動で行っても良いし、オペレーターが実施しても良い。また、同装置内でExifExchangeableImageFileFormatの読み出しも実施する。撮影に使用したカメラの機種や、撮影場所、日時などを情報として抽出する。そうして集められた情報が、インデックスデータベース603に予め設定された内容と認識された場合、画像データ内にインデックスとして埋め込んでおくExif領域でもよいし、新たに設定したデータ領域でもよい。ここで、インデックスデータベース603について簡単に説明する。インデックスデータベース603とは、将来的に検索で必要となる属性をユーザーに付加する前段階として必要なインデックスのデータベースである。図7を参照して説明すると、前記記憶装置605には、画像保存領域6051、インデックス保存領域6052、属性保存領域6053、及びユーザーデータ領域6054が各ユーザー毎に設けられる。インデックス保存領域6052に書かれた項目は、全てインデックスデータベース603で定義されている項目と一致するものである。なお、簡略化のためにここには4項目のみ図示していないが、インデックスデータベース603内の項目が多ければ、ユーザーが画像をアップデートするに従って項目は増えていく。つまり、ユーザーのアップロードした画像がインデックスデータベース603内の情報と一致していれば、画像データは画像保存装置604にて記憶装置605内に保存され、インデックスはインデックス付加装置606にて記憶装置605内に保存される。必ずしも分ける必要はないが、本実施の形態ではメモリの領域が異なるため、分けて表記してある。なお、本実施の形態においては、ユーザーアクションからインデックスに属性を付加するタイミング、及び探索を実施するタイミングを下記1~5の時点としている。これら1~5は、ユーザーの嗜好等の特徴が顕著となる時点であるから、ユーザーの特徴を他のユーザーに迅速に報知することが可能となる。1:ユーザーが画像をアップロードし、属性が付加された時2:ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時3:ユーザーが何かしらのアクションを起こし、属性が付加された時4:ユーザーが他ユーザーにから何かしらのアクションを受け、属性が付加された時5:ユーザー自身が検索を実施した時したがって、ユーザーにインデックスが付加されるのは、画像をアップロードした場合だけに限定はしない。例えば、ユーザーがすでに記憶装置605に保存した画像を加工した場合も該当する。これは前記タイミング2のパターンである。システムは画像読込装置607で画像を記憶装置605から読み出し、画像加工装置608にて加工を行う。その際に、その加工内容やどんなオブジェクトを加工したのかということをインデックスデータベース603と照合し、該当があった場合にはインデックス付加装置606にて記憶装置605内のインデックス保存領域6052に記憶する。また、その他のユーザーアクションもインデックス前述したその他のユーザー固有の情報に該当として扱っても良い。これは、前記タイミング3のパターンである。例えば、総ログイン時間や頻度、ログインする時間帯、ログイン回数、ユーザーの使用している通信キャリアなども、必要に応じてインデックスとして扱って良い。また、ユーザーが登録したプロフィール情報年齢、性別、国籍、居住地、その他特定のキーワードなどもインデックスとして扱って良い。また、サイト内のブログの更新頻度、ブログ内で使用されたキーワード等はもちろん、サイト内での友人追加削除や、サイト内で提供されているゲーム等のアプリケーションで発生するアクション等も、インデックスもして扱って良い。他のウェブサイトと連携している場合は、そこでの更新もインデックスとして扱って良い例えば、ツイッターでのつぶやき回数など。ここではユーザーアクションによるインデックス付加に関して述べたが、上記は一例であり、この範囲内に限定はしない。また、ユーザーが他のユーザーから何かしらのアクションを受けた場合、それもインデックスとして扱って良い。これは、前記タイミング4のパターンである。保実施の形態のシステム構成例には記述していないが、例えば他ユーザーからメッセージを受け取ったり、友人申請を受けたり、プレゼント等例えば、サイト上で楽しめるゲームのアイテムなどを受け取ったりするアクションが挙げられるが、この限りではない。これらも、インデックスとして扱って良い。記憶装置605内に新たなインデックスが書き込まれた場合は、インデックス読込装置609が記憶装置605内のインデックスを読み込み、属性データベース610との比較を行う。ここで、属性データベース610について簡単に説明する。属性データベース610とは、ユーザーの検索対象となる属性を付加するための情報が格納されたデータベースである。ユーザーの持つ特定のインデックスが属性データベース上に記述された基準を満たすと、その通知が属性付加装置611に伝えられ、記憶装置605内の属性保存領域6053に付加される。属性が付加されると、ユーザーの任意で自身の属性を全ユーザーに対して公開することができる。その場合は、属性登録装置612を通じて全ユーザー属性登録データベース613へユーザーがその属性を付加されたことを登録する。こうすることで、ユーザーが他ユーザーからの検索対象となり、また、自身も同属性を持つ他ユーザーをユーザー検索装置614を通じて検索可能となる。また、ユーザー通知装置615は、後述するように画像をアップロードしたユーザーの端末に通知を送信する装置であり、ユーザー命令処理装置616は、当該ユーザー及び他のユーザーの端末からの命令を処理するために、このシステムの各部を制御する装置である。また、必須ではないが、属性が付加された場合、その属性を全ユーザー属性登録データベースに登録するかどうか、ユーザーに確認をしてもよい。ユーザーが拒否をした場合は、登録しないという選択も可能である。属性が付加されると、全ユーザー属性登録データベース上から新しく付加された属性と同じ属性を持つユーザーを検索し、ユーザーにフィードバックする。なお、図7に示すように、画像保存領域6051には、当該ユーザーによりアップロードされた画像、当該画像を構成するデータのFormat、Exif,付加されたインデックスなどが記憶される。図8は絵画変換処理を行うフローチャートである。CPU20がワークメモリ30を使用しながらこのフローチャートを実行する。図8において、まず前処理を行うステップS501。ここは画調の種類にかかわらず共通して実行される処理である。上述したようなエフェクト処理は各画素に対して行うため、画像データはビットマップ形式である必要がある。そこで、通常はJPEG形式で表現されている画像データをビットマップ形式に変換する。また、アップロードされる画像データのサイズは様々なので、これを表示エリアの画素数、例えば800×600画素にリサイズする。大きい画像は縮小し、小さい画像は拡大する。これは、サイズが決まっていた方がパラメータも固定で済み、処理が効率的だからである。もちろん、後述する本画像の絵画変換の際はアップロードされた画像データのサイズそのままに対して絵画変換を行う。次に、ステップS502により、変換対象の写真が顔を含んでいるかどうか判断する。顔は極端な変換をかけると不自然になるので、顔の部分は特にきめ細かく絵画変換処理するためである。続いて、ステップS504で変換したい画調を油絵調、水彩画調、パステル調、色鉛筆画調、等の中から選択する。画調が選択されると、それぞれの画調変換アルゴリズムのフローへ移る。例えば油絵調変換であればステップS506へ、水彩画調変換であればステップS510へ進む。それ以外であればその他の画調変換アルゴリズムのフローへと進むステップS520。各アルゴリズムを実行する際、制御エリアのパラメータテーブル304を参照するステップS508、512。ここでは、表示画面を見ながら表示画面サイズの画像データを絵画変換し、ステップS522で決定であれば本画像の絵画変換へと進むステップS524。他の画調でやり直す場合はステップS504へ戻る。ステップS524では、ステップS522で決定した画調変換アルゴリズムでパラメータテーブルを参照しながら本画像に対し画調変換処理を行うステップS526、527。同じ画調であっても画像サイズが異なると適切なパラメータは異なってくるので、ステップS526で使用するパラメータテーブルはステップS508若しくはステップS512で取得したパラメータとは別のものとなる。ステップS528の後処理では、再びJPEG形式に変換する。続いて、図9を参照して端末と画像サービスサイトのサーバーとの間で画像のアップロード、表示、閲覧、ダウンロードを行う工程を説明する。まず、会員であるユーザーは自己の端末1から画像サービスサイト10にアクセスするSB2。サーバーはユーザーのログインによりユーザーIDを認証しSC2、会員であることが確認されるとその会員のページを送信し会員からみられるようになるSC4。会員は自分のページが開かれると、画像のアップロードを行うSB4。アップロードされた画像はサーバーの会員エリア100のアップロード画像エリア106に格納される。この画像を絵画変換するために画調の種類を選択すると、図8のフローに従って絵画変換されSC6、変換された作品は作品バッファ108に格納される。このまま個人で楽しんでもよいが、他のユーザーに公開したい場合は投稿するSB8。投稿された作品は会員エリア100の作品バッファ108から共通エリア200の作品エリア202へ転送され格納される。作品エリア202内の作品には図5で説明したような属性情報も付加される。他のユーザーも共通エリア200の作品エリア202に格納されている作品は会員でなくても閲覧することができるのでSA2、画像サービスサイト10では多数の作品を閲覧しやすいように表示する工夫を行っているSC8。この表示方法については後述するが、図12に示すように、各作品は同じサイズで1画面に複数枚並べて表示され、並び順は例えば投稿日順あるいはアクセス数順であり、画調の種類は混在している。作品は、閲覧されただけでもポイントが加算されSC10、ユーザーが気に入ってGOODボタンを押すとSA4、更にポイントが加算されるSC12。ユーザーがその作品をダウンロードするとSA6、その作品がダウンロード許可対象となっていればダウンロードを許可しSC14、更にポイントを加算してSC16、ダウンロードを行うSA8。なお、ここでは詳述しないが、ダウンロードを許可していない画像をダウンロードすると、作品にタグと呼ばれるロゴが付加される。図10はダウンロードのフローチャートである。ダウンロードするには会員登録が必要である。会員は表示画面を見ながら欲しい作品を指定するステップS802。サーバーは会員管理部312によりそのユーザーが有料会員か無料会員かを判断しステップS804、有料会員であればステップS812へ進んで無条件でダウンロードできる。無料会員の場合は、ステップS806で該当作品の属性情報からその作品の評価に相当するポイントを読み出し、併せてダウンロードしようとしている会員の属性情報から保持しているポイントを読み出すステップS808。作品のポイント価格に相当と会員の保有しているポイントの差額から支払ポイントを算出しステップS810、充足していればステップS812へ進むが、不足している場合はその作品はダウンロードできないため、ステップS802へ戻り、他の作品の選定を行う。ステップS812で作品の読み出しが許可されれば、作品の作成者にポイントが加算されるとともに、作品の画像IDの属性情報のポイントエリアにポイントが加算される図9のSC16。つまり、たくさんダウンロードされるほど作品の評価が上がり、作者である会員のユーザーIDの属性情報のポイントエリアにもポイントが加算されて会員の保有ポイント数が上がる仕組みとなっている。更に、画像サービスサイト10はSNS機能を備えているので、他の会員の作品に対するコメントを書き込んだり、それに対する返事を書いたり、好みの似た会員同士でグループを作ったり、特定の作者のファンでグループを作ったりすることができる。このような仕組みは既に既存のSNSでも実施されているので詳述はしないが、前記会員管理部312が会員管理の仕組みとともにSNSの仕組みも実現している。次は、作品の表示方法について説明する。図11は通常の投稿作品表示フローであり、図12は表示例である。まずは作品を新着順に読み込みステップS902、1画面に表示できるように並べるステップS904。その状態で表示処理を行うステップS906。この状態が図12である。ここでユーザーからページ送り操作がなされるとステップS908、ステップS902へ戻って次の新着作品を集めに行く。表示中のページ内で特定の作品を選択するとステップS910、ステップS912へ進んでその作品の画像データを属性情報とともに読み込む。選択しない場合はステップS906へ戻る。ステップS914において選択した作品に対して気に入ったことを示すGOODボタンを押したり、感想等のコメントを書き込んだりすることができる。GOODボタンを押したりコメントを書き込んだりすると、その作品の属性情報のポイントが加算され、評価が上がる。そしてステップS918で閲覧終了かどうかを判断し、終了でなければ再びステップS906のページ表示へ戻る。以上が通常の単純に新着順に作品の一覧を表示する作品表示であるが、次に図13を参照して作品の評価の応じた一覧表示方法について説明する。前述したように、各作品には画像IDに対応して属性情報としてポイントが付与されている。このポイントは図9で説明したようにGOODボタンが押された回数やアクセス回数、ダウンロードされた回数によって加算されていくので、作品の評価を示しているということができる。そこで、図12では単純に各作品を同一サイズで1画面中に並べて表示したが、図13では、横軸方向に画調の種類を区別し、縦軸方向に新着順に並べるようにした。ここでは新着順としているが、アクセス数順等でもよい。そして、作品の表示サイズを、その作品のポイントが高いほど大きくなるように表示している。この表示を行うフローチャートを図14に示す。図11のステップS904のページ配列のステップに相当するもので、ステップS9042で画調別に分け、縦方向に並べるとともに、ステップS9044でポイントにより表示サイズを決定する。表示サイズはポイントに応じて大中小など数段階に分ける。つまりポイントの高い画像は大きく、低い画像は小さく表示するのである。そして表示サイズによって1画面中に表示できる作品数も変わってくるので、ステップS9046で表示レイアウトを決定する。次のステップS9048では、会員種別により表示枠を決定する。上記したように作品の評価により画像の表示サイズが変わるが、特別な料金を払ったプレミアム会員の作品には例えば額縁や装飾をつけたり、枠をくっきり見せたり、点滅させたりして目立たせるようにする一例として同図14A参照。そしてステップS9050で複数の画調軸や異なったサイズの作品があるので、これを1ページに収まるようにレイアウト決定する。なお、横方向にスクロールまたはページ送りしていくと、次々と違う画調の作品が表示されていき、縦方向にスクロールしていくとこの例では投稿日順に次から次へと他の作品が表示されていく。もちろん、表示サイズや表示枠は上述したルールにのっとっている。このように表示することにより、多数の作品を、効率よく、ユーザーの興味を引くように表示させることができる。図15は、前記タイミング1:ユーザーが画像をアップロードし、属性が付加された時における処理手順を示すフローチャートである。まず、会員であるユーザーは自己の端末1からログインしてSA21、画像を画像サービスサイト10に画像のアップロードを行うSA22。アップロードされた画像はサーバーの会員エリア100のアップロード画像エリア106に格納される。この画像を絵画変換するために画調の種類を選択すると、図8のフローに従って絵画変換されSC6、変換された作品は作品バッファ108に格納される。他方、属性付加検索システム60にも、アップロードされた画像が直接あるは画像サービスサイト10を介して転送される。すると、属性付加検索システム60は、画像を解析して、Exifデータを読み込み、インデックスを抽出するSC21。引き続きインデックスを付加情報として画像に保持付加してSC22、画像とインデックスをユーザーメモリである記憶装置605に保存するSC23。この保存したインデックスと、属性データベース610上に記述された基準とが比較されSC24、当該インデックスに該当する属性データがあるか否かが判断されるSC25。該当する属性データがない場合には、何も処理せずエンドに進む。該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加してSC27、記憶装置605のユーザー情報属性保存領域6053等を更新するSC28。したがって、付加される属性の種別が限定され、付加される属性の種別が無限に増大して管理、及び制御に支障を来すことを未然に防止することができる。端末1は、この更新したユーザー情報を公開しても良いか否かを問うためのユーザー通知公開DB登録確認を受信し、これに対し応答するSA23。属性付加検索システム60は、応答が登録不可と登録可のいずれであったを判断しSC29、応答が登録不可であった場合には、エンドに進む。また、応答が登録可であった場合には、全ユーザー属性登録データベース613に登録して、更新するSC30。したがって、ユーザーが登録可とした場合にのみ、後述するように当該ユーザーとその属性とが公開される。よって、ユーザーに関する情報の無断な公開による人権侵害、プライバシー侵害の発生を未然に防止することができる。しかる後に、同じ属性を持つ他ユーザーを表示するSC31。これにより、同じ属性を持つ他ユーザーが公開される。したがって、各ユーザーは端末1により、属性付加検索システム60にアクセスして、SC31で表示されるデータをダウンロードすることにより、精度よく迅速に属性が同一で、嗜好等が近似している他のユーザーを検索することができる。図16は、前記タイミング2:ユーザーが画像に編集や絵画変換などの加工を行い、属性が付加された時における処理手順を示すフローチャートである。まず、会員であるユーザーは自己の端末1からログインしてSA41、アップロードしてある画像から加工対象とする加工画像を選択するSA42。さらに、この画像を絵画変換するために画調の種類を選択するとSA43、図8のフローに従って絵画変換されSC6、変換された作品は作品バッファ108に格納される。他方、属性付加検索システム60においても、選択画像を絵画変換するとともにSC41、画像と加工種類からインデックスを抽出するSC42。引き続き、画像とインデックスをユーザーメモリである記憶装置605に保存するSC43。この保存したインデックスと、属性データベース610上に記述された基準とが比較されSC44、当該インデックスに該当する属性データがあるか否かが判断されるSC45。該当する属性データがない場合には、何も処理せずエンドに進む。該当する属性データがある場合には、今回抽出したインデックスに該当する属性を付加してSC47、記憶装置605のユーザ情報属性保存領域6053等を更新するSC48。端末1は、この更新したユーザー情報を公開しても良いか否かを問うためのユーザー通知公開DB登録確認を受信し、これに対し応答するSA44。属性付加検索システム60は、応答が登録不可と登録可のいずれであったを判断しSC49、応答が登録不可であった場合には、エンドに進む。また、応答が登録可であった場合には、全ユーザー属性登録データベース613に登録して、更新するSC50。しかる後に、同じ属性を持つ他ユーザーを表示するSC51。これにより、同じ属性を持つ他ユーザーが公開される。したがって、各ユーザーは端末1により、属性付加検索システム60にアクセスして、SC51で表示されるデータをダウンロードすることにより、精度よく迅速に属性が同一で、嗜好等が近似している他のユーザーを検索することができる。しかも、図15、16に示したように、ユーザーがアップロードした画像や選択した加工種別に基づいてインデックスが設定されて、当該ユーザーに属性を付加することにより、芸術的なセンスに基づく属性の付加が可能となる。なお、上記実施形態では、自分と同じ属性を持つ他ユーザーを検索すると述べたが、同じ属性に限定はしない。属性は異なっても、その属性のペアにおけるお互い趣味趣向が合うと統計的に判断されている場合は、ユーザーにフィードバックしてもよい。例えばA]という属性をもつユーザーとBという属性を持つユーザーが、サイト上で友人関係友人登録されている場合が統計的に多いとシステムが判断したならば、新たに属性Aが付加されたユーザー対しては、Aと持つ他ユーザーだけでなく、Bを持つ他ユーザーもフィードバックするということである。海の写真を多数アップロードしているユーザーと、釣りのブログを日々更新している人の趣味趣向は合うと考えられるなど...また、実施の形態においては画像データに限定して説明したが、アップデートするのは音楽データなどでも構わない。例えば、自作の音楽データ共有サイトMySpaceなどにおいて、アップロードされた音源データを解析し、同じような音源を作成している他ユーザーがいた場合に検索をかけることができるシステムも可能である。データがMIDIであればデータからキーを判断することが出来るし、mp3などであった場合は音源を周波数別に展開し、特徴点からインデックスを抽出することで、画像の場合と同様のシステムを構築可能である。以上、この発明の実施形態について説明したが、この発明はこれらに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。以下の、本出願の特許請求の範囲に記載された発明を付記する。付記<請求項1>各種サイトを構成するサーバーと、前記サイトにアクセス可能な複数のユーザーの端末とで構成されるユーザー探索システムであって、アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段とを具備することを特徴とするユーザー探索システム。<請求項2>前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項1記載のユーザー探索システム。<請求項3>前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項1記載のユーザー探索システム。<請求項4>前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項1記載のユーザー探索システム。<請求項5>画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロードさせるダウンロード手段を備え、前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項1記載のユーザー探索システム。<請求項6>アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段とを具備することを特徴とするユーザー探索装置。<請求項7>前記公開手段は、所定のタイミング毎に同一の属性が付加されたユーザーを他のユーザーの端末に表示することにより、公開することを特徴とする請求項6記載のユーザー探索装置。<請求項8>前記属性付加手段は、前記抽出手段により抽出されたインデックスが、属性に対応して予め定められているいずれかのインデックスに該当するか否かを判断する判断手段を備え、該当する場合に当該インデックスに対応する属性をユーザーに付加することを特徴とする請求項6記載のユーザー探索装置。<請求項9>前記公開手段は、前記ユーザーに付加された属性を公開の可否を確認する確認手段を備え、前記確認手段により公開可とされた場合にのみ当該ユーザー及びその属性を公開することを特徴とする請求項6記載のユーザー探索装置。<請求項10>画像をユーザーの端末から当該サービスサイトのサーバーにアップロードさせるアップロード手段と、前記アップロードされた画像を前記サーバー上で画調変換処理する画調変換手段と、前記画調変換された変換画像をダウンロード手段を備え、前記抽出手段は、前記アップロードされた画像と、ダウンロードされた変換画像からインデックスを抽出することを特徴とする請求項6記載のユーザー探索装置。<請求項11>ユーザー探索装置が有するコンピュータを、アクセスしたユーザー端末からサイトへの入力情報、又はサイトからユーザーの端末への出力情報からインデックスを抽出する抽出手段と、前記抽出手段により抽出されたインデックスに基づいてユーザーに属性を付加する属性付加手段と、前記属性付加手段により付加された属性をユーザー毎に管理する管理手段と、この管理手段により管理されている各ユーザー及びその属性を公開する公開手段として機能させることを特徴とする前記コンピュータにより読み取り実行可能なプログラム。"