画像表示システム、画像表示装置並びにプログラム
【課題】ＳＮＳ等において、端末からネットワークを介してサーバー上に投稿され多数蓄積された画像を効率よく、ユーザーの興味を引くように表示させる。
【解決手段】サーバーに多数投稿されている画調変換処理した画像をページ単位で複数枚ずつ表示するものであり、画調変換した画像を横軸方向には画調の種類別に並べ、縦軸方向には新着順に時系列に並べ、各画像の表示サイズはその画像の評価値に応じたサイズ、すなわち評価の高い画像は大きく、評価の低い画像は小さく表示することによって、単純に画像を羅列するのに比べユーザーにとってメリハリのある見やすい表示を提供する。
【解決手段】サーバーに多数投稿されている画調変換処理した画像をページ単位で複数枚ずつ表示するものであり、画調変換した画像を横軸方向には画調の種類別に並べ、縦軸方向には新着順に時系列に並べ、各画像の表示サイズはその画像の評価値に応じたサイズ、すなわち評価の高い画像は大きく、評価の低い画像は小さく表示することによって、単純に画像を羅列するのに比べユーザーにとってメリハリのある見やすい表示を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像表示システムに関する。特に、会員制コミュニケーションサービス（ソーシャル・ネットワーク・サービス、以下ＳＮＳという）において、ネットワークを介してサーバー上に蓄積された画像を表示する技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラの普及に伴い写真の楽しみ方が多様化している。特にデジタル画像データであるため、色々な画像処理が可能である。
【０００３】
例えば、画像処理を加えることで元の写真をベースとしつつも趣の異なる画調の画像（絵画調等）を生成して表示することができるようにした技術が提案されている（例えば、特許文献１参照）。
【０００４】
特許文献１の技術を発展させ、実際に画家が描いた絵画の画像から色彩情報と筆蝕情報等の特徴を抽出し、撮影された画像に抽出した特徴を付与することにより、原画像全体を勘案して、芸術性の高い絵画調画像に変換する技術も提案されるに至っている（例えば、特許文献２参照）。
【０００５】
また、絵画調などの画質を変更することによって変化をもたせる技術も提案されている（例えば、特許文献３参照）。
【０００６】
これらの画調変換を行うには強力な画像処理エンジンが必要なため、ネットワーク上のサーバーに画像処理エンジンを持たせ、ユーザーがサーバーに自分の写真をアップロードし、サーバー上で絵画調変換等の画像処理を行うことが考えられる。
【０００７】
そのような場合、ユーザーは自分の写真を絵画変換して作品を作ると人に見せたくなる。その要望を満たす方法の一つがＳＮＳによるネット上の写真の投稿である（例えば、特許文献４参照）。
【０００８】
以下、ユーザーが自分の写真をサーバーにアップロードし、サーバー上で絵画調変換等の画像処理をして得られた画像を「作品」という。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平８−４４８６７号公報
【特許文献２】特開２００４−２１３５９８号公報
【特許文献３】特公平１−４６９０５号公報
【特許文献４】特開２００８−２４２６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
多数のユーザーがサーバーに大量の作品を投稿すると、一度に表示できる作品数には限りがあるため、これらの作品の閲覧性が悪くなるという課題があった。
【００１１】
本発明は上記事情に鑑みてなされたもので、ＳＮＳ等において、ネットワークを介してサーバー上に蓄積された画像を効率よく、ユーザーの興味を引くように表示させる画像表示方法、画像表示システム並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明は、サーバーを含みユーザーの端末と接続可能な画像表示システムであって、ネットワークを介して前記サーバーにユーザーの端末から画像をアップロードさせるアップロード手段と、前記アップロードされた画像を記憶する記憶手段と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段とを備えたことを特徴とする画像表示システムを提供するものである。
【発明の効果】
【００１３】
本発明によれば、ネットワークを介してサーバー上に蓄積された画像を効率よく、ユーザーの興味を引くように表示させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の各実施形態に共通する画像表示システムのネットワーク系の構成を示すブロック図である。
【図２】各実施形態に共通する画像サービスサイトを実現するサーバーの概略構成を示すブロック図である。
【図３】ユーザーＩＤの属性情報を示す図である。
【図４】画像ＩＤの属性情報を示す図である。
【図５】各実施形態に共通する端末とサーバー間のデータのやり取りを示すための工程図である。
【図６】サーバーにおける絵画変換処理を説明するためのフローチャートである。
【図７】絵画変換処理における顔検出処理を説明するためのフローチャートである。
【図８】顔領域作成を説明するための図である。
【図９】重要度マップを説明するための図である。
【図１０】同実施形態による顔領域の境界を説明するための図である。
【図１１】サーバーにおける作品のダウンロードに関する処理を示したフローチャートである。
【図１２】第１の実施形態でサーバーが多数の作品を一覧表示する際の画面表示処理を示すフローチャートである。
【図１３】サーバーにおけるページ配置処理示すフローチャートである。
【図１４】サーバーが多数の作品を一覧表示しているときの表示画面の例を示す図である。
【図１５】第２の実施形態においてサーバーが多数の作品を一覧表示する際の画像表示処理を示すフローチャートである。
【図１６】サーバーにおけるページ表示処理を示すフローチャートである。
【図１７】サーバーによる複数作品のタイムライン表示を説明するための図である。
【図１８】第２の実施形態の変形例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を参照して説明する。
【００１６】
（実施形態１）
図１は、各実施形態に共通する、本発明を適用した画像表示システムのネットワーク系の構成を示すブロック図である。１０はＳＮＳ機能を持った画像サービスサイトであり、インターネット５００を介して複数の端末１−１、１−２、１−３・・・と接続される。端末は通常のパーソナルコンピュータでよい。
【００１７】
画像サービスサイト１０は、端末１−１、１−２、１−３・・・を介してユーザーからアップロードされた画像データ（主としてデジタルカメラにより撮影された写真の画像データ）の保存や、アップロードされた画像データの絵画調画像への変換を行うとともに、アップロードされた画像や、変換後の絵画調画像を他のユーザーに閲覧させたりする。
【００１８】
図２は画像サービスサイト１０を実現するサーバー１１の構成の要部を示すブロック図である。サーバー１１には、会員エリア１００、共通エリア２００、制御エリア３００が設けられている。
【００１９】
会員エリア１００は、登録会員毎に設けられるエリアで、会員を識別するためのユーザーＩＤ１０２と、それに対応してユーザー毎の各種属性情報１０４を有する。
【００２０】
属性情報１０４は、図３に示すように、氏名、ハンドルネーム、性別、年齢、地域、会員種別その他のユーザー固有の情報である。会員種別には無料登録しただけの無料会員、有料登録した有料会員、特別な会費（例えば年会費等）を払ったプレミアム会員がある。
【００２１】
また、１０６はユーザーによりアップロードされた写真の画像データが記憶されるアップロード画像エリア、１０８は画像サービスサイト１０において絵画変換した絵画調画像（作品）が記憶される作品バッファエリア、１１０は他のユーザーの作品をダウンロードして記憶するダウンロード作品バッファエリアである。
【００２２】
共通エリア２００は、ユーザー全体に共通して設けられるエリアで、ユーザーがアップロードした画像を絵画調に変換した多数の作品が記憶される作品エリア２０２を含む。
【００２３】
作品エリア２０２に記憶される各作品には、その作品を識別する画像ＩＤ２０４と、その作品の属性情報２０６が画像データ２０８とともに記憶される。
【００２４】
属性情報２０６は、図４に示すように、その作品の投稿者を示すユーザーＩＤ、作成日付または投稿日付等の日付情報、画像データのサイズ、画調の種類等の画像種別情報、その作品が閲覧された回数を示すアクセス数情報、その作品がダウンロードされた回数を示すダウンロード数情報、その作品の評価を示すポイント情報その他の作品特有の情報である。ユーザーＩＤにより、作品の作者が分かり、作者が有料会員かプレミアム会員かを識別することができる。
【００２５】
本実施形態において、作品の「価値」とは、各々の作品に付随する属性情報の１つのであるポイント数や、アクセス数、ダウンロード数、各々の作品の作者の会員種別等、作品の重みづけをする情報の総称のことをいう。
【００２６】
制御エリア３００は、絵画変換処理部３０２、パラメータテーブル３０４、重要度マップ３０６、表示制御部３０８、評価制御部３１０、会員管理部３１２の各部を含んでいる。
【００２７】
絵画変換処理部３０２は、作品バッファエリア１０８に記憶された画像データを絵画調画像データに変換する絵画変換処理を行う。パラメータテーブル３０４は、絵画変換処理部３０２が絵画変換処理に際して参照する絵画変換のためのパラメータを記憶する。表示制御部３０８は、作品を画面上に表示させる制御プログラムを記憶する。
【００２８】
評価制御部３１０は、会員エリア１００の作品バッファエリア１０８に記憶されている作品に、アクセス回数等に応じた評価を行い、作品毎にポイントを付与する。会員管理部３１２は、ユーザーＩＤにより会員を管理し、無料会員、有料会員、プレミアム会員別のサービスを制御する。この会員管理部３１２は画像サービスサイト１０のＳＮＳ機能についても司っている。
【００２９】
また、サーバー１１には、ＣＰＵ２０と表示バッファ３０とが設けられている。ＣＰＵ２０は、サーバー１１全体（上述した各部）を制御するとともに、インターネット上で多数の作品を一覧表示させるために必要な各種の処理を行う。
【００３０】
また、ＣＰＵ２０は高度なグラフィック処理をするためのグラフィックアクセラレータ２２を備えている。グラフィックアクセラレータ２２としては、例えばＮＶＩＤＩＡ GeForce（登録商標）シリーズやＡＴｉ ＲＡＤＥＯＮ（登録商標）シリーズ、オープンＧＬ、及びオープンＧＬを使用するための拡張ライブラリ等を採用することができる。
【００３１】
このグラフィックアクセラレータ２２により、ドライバソフトからいくつかの条件を指定するだけで、画像を時間とともに流れるように表示させるタイムライン表示が可能となる。なお、タイムライン表示とは、一般的にビデオ編集などにおいて作品全体の流れを時系列で管理する機能のことをいい、Ｔｗｉｔｔｅｒ（登録商標）ではユーザーが投稿したツイートを時系列順に表示しているものを指すが、本明細書では作品全体の流れを時間とともに変化させながら表示することを意味するものとする。
【００３２】
表示バッファ３０は、ＣＰＵ２０が多数の作品を一覧表示させる際に、表示用の画像を展開するための作業用メモリである。
【００３３】
以下、本実施形態の画像表示システムの具体的な動作についてフローチャートを参照しながら説明する。
【００３４】
まず、図５を参照して、端末１−１、１−２、１−３、・・・と画像サービスサイト１０のサーバー１１との間で画像のアップロード、表示、閲覧、ダウンロードが行われる際の工程を説明する。
【００３５】
ユーザーが会員（無料会員、有料会員、又はプレミアム会員）である場合、ユーザーは自己の端末１から画像サービスサイト１０にアクセスする（ステップＳＢ１）。サーバー１１はユーザーのログインによりユーザーＩＤを認証し（ステップＳＣ１）、会員であることが確認されるとその会員のページを送信し会員からみられるようになる（ステップＳＣ２）。
【００３６】
会員は自分のページが開かれると、画像のアップロードを行う（ステップＳＢ２）。アップロードされた画像はサーバーの会員エリア１００のアップロード画像エリア１０６に格納される。会員がこの画像の絵画変換を要求すると（ステップＳＢ３）、サーバー１１において絵画変換処理が行われ（ステップＳＣ３）、変換された画像、すなわち作品は作品バッファエリア１０８に格納される。
【００３７】
会員は、変換後の作品をこのまま個人で楽しんでもよいが、他のユーザーに公開したい場合は投稿する（ステップＳＢ４）。投稿された作品は会員エリア１００の作品バッファエリア１０８から共通エリア２００の作品エリア２０２へ転送され格納される。なお、作品エリア２０２内の作品には図４で説明したような属性情報２０６も付加される。
【００３８】
作品エリア２０２内の作品は、サーバー１１が必要に応じて一覧表示を行う（ステップＳＣ４）。なお、サーバー１１は、一覧表示に際して作品エリア２０２内の作品を適宜リサイズする。すなわち通常は作品エリア２０２内の作品のサイズが一覧表示用の画像サイズよりも大きいため作品を縮小し、また、作品エリア２０２内の作品のサイズが一覧表示用の画像サイズよりも小さい場合には作品を拡大する。
【００３９】
また、会員は、閲覧を要求することにより（ステップＳＢ５）、一覧表示されている任意の作品を実際のサイズで閲覧することができる。閲覧要求があるとサーバー１１は、要求された作品を実際のサイズで表示するとともに（ステップＳＣ５）、閲覧要求があった作品にポイントを加算する（ステップＳＣ６）。
【００４０】
また、会員は閲覧した作品が気に入ったことを示すＧＯＯＤボタンを押したり、感想等のコメントを書き込んだりすることができる（ステップＳＢ６）。サーバーは、ＧＯＯＤボタンが押されたり、感想等のコメントが書き込まれたりすると、閲覧された作品の属性情報のポイントを加算する（ステップＳＣ６）。これによりその作品の評価が上がる。コメント書き込みの方がＧＯＯＤボタンよりポイント数は高いものとする。
【００４１】
また、会員は閲覧した作品のダウンロードを要求することができる（ステップＳＢ７）。サーバー１１は、会員からダウンロード要求があると、必要に応じてダウンロードを許可し（ステップＳＣ７）、ダウンロードが許可された場合にのみ、会員は閲覧した作品をダウンロードすることができる（ステップＳＢ８）。ダウンロードした作品は、会員エリア１００のダウンロード作品バッファ１１０に格納される。
【００４２】
また、サーバー１１は、ダウンロード要求があった場合にも、その作品に対してポイントを加算する（ステップＳＣ８）。
【００４３】
一方、会員以外の他のユーザー、すなわち任意のユーザーは、画像サービスサイト１０に適宜アクセスすることによって（ステップＳＡ１）、共通エリア２００の作品エリア２０２に格納されている作品を一覧表示した状態で閲覧することができる。さらに、任意のユーザーも、閲覧を要求することにより（ステップＳＡ２）、一覧表示されている任意の作品を実際のサイズで閲覧することができる。
【００４４】
そして、任意のユーザーが閲覧した作品が気に入ってＧＯＯＤボタンを押すと（ステップＳＡ３）と、その場合にも、サーバー１１が、閲覧された作品に対してポイントを加算する（ステップＳＣ６）。
【００４５】
次に、サーバー１１が、アップロードされた画像データを絵画調画像へ変換する際の絵画変換処理技術について説明する。
【００４６】
絵画変換とは、写真等の画像を構成する各画素を所定のパラメータ（絵画変換パラメータ）に従って変換し、油絵調、水彩画調、パステル調、色鉛筆画調、クレヨン画調、イラスト画調、点描画調、エアブラシ、シルクスクリーン調、刺繍絵調、コラージュ（糊付け）調等、いわゆる絵画調に変換する画像処理技術である。
【００４７】
基本的にフォトレタッチソフト等で知られている各種エフェクト処理のパラメータを自動的に調整・組み合わせて絵画調に見えるように変換する。
【００４８】
エフェクト処理としては、例えば画像にテクスチャをマッピングし、特殊な質感を与えるテクスチャ処理、画像を輪郭部・細かい模様などのテクスチャ部・平坦部に分類し、それぞれに適宜処理を施すことで、質感と解像感を高める解像度処理がある。また、エフェクト処理には、色を色相(Hue)、彩度(Saturation)、明度(Value)の３要素に分類して調整するＨＳＶ処理、画像のＲ（赤）Ｇ（緑）Ｂ（青）各色の度合いを調整するＲＧＢ処理、Ｒ→Ｇ→Ｂの方向に交換するＲＧＢ交換処理がある。また、エフェクト処理には、ラプラシアンフィルタと呼ばれるフィルタをかけるエッジ抽出処理、メディアンフィルタと呼ばれるフィルタをかける中間濃度抽出処理がある。また、エフェクト処理には、隣接する画素のＲＧＢのヒストグラムを抽出し、それぞれ最小／中間／最大の濃度を抽出した場合の処理を行う濃度抽出処理、画像の一番暗い部分を黒、一番明るい部分を白とし、間のヒストグラムを適宜分布させ、コントラスト修正を行ったり、画像のヒストグラムを引き伸ばしたりするイコライズ処理、明るい部分と暗い部分を維持して中間的な明るさを調節するガンマ補正処理、画像の暗い領域を明るくしたり、明るい領域を暗くしたりするシャドー処理がある。また、エフェクト処理には、各ピクセルのＲＧＢ値が、しきい値以上の明るさの時に、そのＲＧＢ値を反転するソラリゼーション処理、ランダムにドットを描画し、ノイズを発生させ、ノイズの量や色を調整するノイズ付加処理、などがある。
【００４９】
また、エフェクト処理には、ＨＤＲ（High Dynamic Range）と呼ばれる通常の写真では表現できない広いダイナミックレンジの写真を、トーンマッピングにより狭いダイナミックレンジ幅内に入れ込むことで露出過多の白飛びや露出不足の黒つぶれを補正して表現力を増大するエフェクト処理もある。このエフェクト処理を応用して写真を人の脳が受けた記憶や印象に近づけ、芸術的な表現を加味した新しい写真表現を実現した画像を得ることもできる。
【００５０】
すなわち、絵画変換処理は原理的にはエフェクト処理の一種であり、絵画変換アルゴリズムはエフェクト処理とパラメータを適宜組み合わせて各種絵画調を作り出すものであり、その変換アルゴリズムがプログラミングしてあるものである。
【００５１】
その変換アルゴリズムの中に、原画像の画素を変換するための前記パラメータのセット（組）であるパラメータ群Ｐが予め用意されている。画調の種類が１２種類あるとすると、パラメータ群Ｐ（１）〜Ｐ（１２）と表す。パラメータの決め方により変換された画像の画調も変わってくる。油絵調に変換するためのパラメータ群をＰ（１）とし、Ｐ（１）の中に油絵調に見えるように画像を変換するためのエフェクト処理に必要なパラメータがｍ個あるとすると、パラメータＰ１〜Ｐｍと表す。従って、パラメータ群Ｐ（１）は、複数のパラメータＰ１〜Ｐｍを含んでいる。
【００５２】
以上詳述した絵画変換アルゴリズムはサーバー１１の制御エリア３００の絵画変換処理部３０２に記憶されており、パラメータ群は同じく制御エリア３００のパラメータテーブル３０４に記憶されている。
【００５３】
図６は、サーバー１１の絵画変換処理部３０２における絵画変換処理を行うフローチャートである。図６に示したように、絵画変換処理部３０２は、まず前処理を行う（ステップＳＣ１０１）。ここは画調の種類にかかわらず共通して実行される処理である。上述したようなエフェクト処理は各画素に対して行うため、画像データはビットマップ形式である必要がある。そこで、通常はＪＰＥＧ形式で表現されている画像データをビットマップ形式に変換する。
【００５４】
また、絵画変換処理部３０２は、アップロードされる画像データのサイズは様々なので、これを表示エリアの画素数、例えば８００×６００画素にリサイズする。大きい画像は縮小し、小さい画像は拡大する。これは、サイズが決まっていた方がパラメータも固定で済み、処理が効率的だからである。もちろん、後述する本画像の絵画変換の際はアップロードされた画像データのサイズそのままに対して絵画変換を行う。
【００５５】
次に、絵画変換処理部３０２は、顔検出処理を行い、変換対象の写真が顔を含んでいるかどうかを確認する（ステップＳＣ１０３）。これは、顔部分に極端な変換をかけると変換後の画像が不自然になるので、顔の部分に特にきめ細かな絵画変換処理を施すためである。
【００５６】
この顔検出処理においては、図７のフローチャートを使用して後述するが、1枚の画像の中でも顔の領域と背景、中央部分と周辺部分では重要度が変わってくるので、画像について重要度マップのデータを作成し、それを制御エリア３００の重要度マップ３０６に記憶する。
【００５７】
続いて、絵画変換処理部３０２は、ユーザーに、油絵調、水彩画調、パステル調、色鉛筆画調、・・・等の中から希望する画調を選択させる（ステップＳＣ１０３）。
【００５８】
絵画変換処理部３０２は、画調が選択されると、それぞれの画調変換アルゴリズムのフローへ移る。例えば油絵調変換であればステップＳＣ１０４へ、水彩画調変換であればステップＳＣ１０５へ進む。それ以外であればその他の画調変換アルゴリズムのフローへと進む（ステップＳＣ１０６）。なお、絵画変換処理部３０２は、各アルゴリズムを実行する際、制御エリア３００のパラメータテーブル３０４と重要度マップ３０６とを参照する（ステップＳＣ１０７、ＳＣ１０８、ＳＣ１０９、ＳＣ１１０）。
【００５９】
ステップＳＣ１０４，ＳＣ１０５，ＳＣ１０６の処理に際して絵画変換処理部３０２は、一覧表示されている表示画面サイズの画像データを対象として絵画変換し、ユーザーの端末１から決定が指示されれば（ステップＳＣ１１２：ＹＥＳ）、本画像の絵画変換へと進み（ステップＳＣ１１３）、他の画調でやり直すことが指示されれば（ステップＳＣ１１２：ＮＯ）、ステップＳＣ１０３の処理へ戻る。
【００６０】
ステップＳＣ１０９の本画像の絵画変換に際して絵画変換処理部３０２は、ステップＳＣ１１２で決定した画調変換アルゴリズムでパラメータテーブル３０４と重要度マップ３０６を参照しながら本画像に対し画調変換処理を行う（ステップＳＣ１１４，ＳＣ１１５）。同じ画調であっても画像サイズが異なると適切なパラメータは異なってくるので、ステップＳＣ１１５で使用するパラメータテーブルはステップＳＣ１０７若しくはＳＣ１０８で取得したパラメータとは別のものとなる。
【００６１】
しかる後、絵画変換処理部３０２は、画変換後の本画像を再びＪＰＥＧ形式に変換する後処理を行う（ステップＳＣ１１６）。
【００６２】
引き続き、絵画変換処理部３０２は、ステップＳＣ１０２の顔検出処理で変換対象の写真において任意の人物の顔の検出に成功していた場合については（ステップＳＣ１１７：ＹＥＳ）、評価制御部３１０に、当該作品の作者、及び作品に対してポイントをそれぞれ加算する処理を行わせる（ステップＳＣ１１８）。
【００６３】
次に、図７〜図１０を参照して、前述した絵画変換処理部３０２によるステップＳＣ１０２の顔検出処理、及び重要度マップの作成手順について説明する。
【００６４】
図７に示したように、顔検出処理に際して絵画変換処理部３０２は、まず、対象画像データの中に顔があるかどうかを認識する（ステップＳＣ１５１）。顔認識技術は公知であるのでここでは詳述はしない。かかる処理に際して絵画変換処理部３０２は、顔を認識して検出することはできても、その輪郭まで正確に抽出することは困難なので、顔の領域を含む楕円形若しくは長方形の領域を画像データに設定する（ステップＳＣ１５２）。
【００６５】
図８は、顔の領域を含む領域を説明する図であり、図８においてｓｑは顔Ｆ１を含む長方形の領域であり、ｅｌは顔を含む楕円形の領域である。
【００６６】
しかる後、絵画変換処理部３０２は、重要度マップを作成する（ステップＳＣ１５３）。図９は、重要度マップを説明するための図である。ステップＳＣ１５３の処理において絵画変換処理部３０２は、同図（ａ）に示したような画像データから、顔Ｆ１、Ｆ２、Ｆ３を認識すると、同図（ｂ）に示したように顔領域ｓｑ１、ｓｑ２、ｓｑ３を画像データに設定する。
【００６７】
また、同図（ｃ）は、画像データに設定した領域に応じた重要度を示した図である。ステップＳＣ１５３の処理において絵画変換処理部３０２は、まず、顔領域ｓｑ１、ｓｑ２、ｓｑ３の領域Ｅ１、Ｅ２、Ｅ３の重要度を１位とする。次に、楕円ｅｌ３によって示される中央部の領域Ｅ４の重要度を２位とする。更に画面の楕円ｅｌ４によって示される背景部分の領域Ｅ５の重要度を３位とする。最後に、画面の周辺部分Ｅ６の重要度を最下位とする。
【００６８】
すなわち図９（ｃ）に示した、各領域Ｅ１〜Ｅ６と、各領域Ｅ１〜Ｅ６に設定した重要度とを示す情報が重要度マップとなる。
【００６９】
そして、絵画変換処理部３０２においては、画像データの各画素を絵画変換処理する際、重要度の高い領域ほどきめ細かく絵画変換し、重要度の低い領域ほど粗く絵画変換する。その結果、重要度が最下位の周辺部分の領域Ｅ６はぼやけた感じで絵画変換される。もちろんこれは一例であって、顔領域Ｅ１、Ｅ２、Ｅ３は顔の雰囲気を崩さないように絵画変換処理をかけないこともできる。
【００７０】
この重要度をαで示すと、αは画像データと同じ画素数を有し、画素Ａの変換演算は、Ａ（ＲＧＢ）（ｘ，ｙ）＝Ａ（ＲＧＢ）（ｘ，ｙ）＊Ｐ１＊α（ｘ，ｙ）
Ａ（ＲＧＢ）（ｘ，ｙ）＝Ａ（ＲＧＢ）（ｘ，ｙ）＊Ｐ２＊α（ｘ，ｙ）
Ａ（ＲＧＢ）（ｘ，ｙ）＝Ａ（ＲＧＢ）（ｘ，ｙ）＊Ｐｎ＊α（ｘ，ｙ）
（ここで（ｘ，ｙ）は２次元の座標）となる。つまりαの値によってパラメータの影響度が変わってくることを意味する。
【００７１】
なお、重要度を画像データと同じ画素数設けなくても、Ｅ１〜Ｅ６の各エリア内が同じ重要度とすれば６種類の重要度データを用意してもよい。また、重複するエリアは中間値とするなどもう少し細分化を図ってもよい。
【００７２】
図１０は、図８に示した顔領域の輪郭部分の領域を更に細分化したものである。顔領域の輪郭の中と外で重要度を変えると、絵画変換された画像に段差ができてしまう可能性があるので、同図に例示したように、顔領域周辺に設定する各重要度をｓｑ＞ｅｌ＞ｅｌ５とする。このようにすることによって、顔の輪郭部分を自然な感じで段階的に絵画変換することができる。
【００７３】
次に、ユーザーが任意の作品をダウンロードする場合におけるサーバー１１の動作について説明する。なお、作品をダウンロードするには会員登録が必要である。
【００７４】
図１１は、サーバー１１における作品のダウンロードに関する処理を示したフローチャートである。なお、図１１の処理は、サーバー１１のＣＰＵ２０、評価制御部３１０、及び会員管理部３１２によって行われる。
【００７５】
サーバー１１においては、会員によってダウンロードを希望する作品が指定されると（ステップＳＣ２０１）、会員管理部３１２によりそのユーザーが有料会員（ここでは、通常の有料会員とプレミアム会員である。）か、または無料会員かを判断し（ステップＳＣ２０２）、有料会員であれば、直ちに後述するステップＳＣ２０７へ進む。
【００７６】
一方、無料会員の場合は、該当作品の属性情報２０６からその作品の評価に相当するポイントを読み出し（ステップＳＣ２０３）、併せてダウンロードしようとしている会員の属性情報から保持しているポイントを読み出す（ステップＳＣ２０４）。
【００７７】
次に、作品のポイント（価格に相当）と会員の保有しているポイントの差額から支払ポイントを算出し（ステップＳＣ２０５）、それを充足していればステップＳＣ２０７へ進むが、不足している場合はその作品はダウンロードできないため、ステップＳＣ２０１へ戻り、他の作品をユーザーに選択させる。
【００７８】
そして、サーバー１１においては、ＣＰＵ２０がユーザーに指定された作品を、その作品の作者である他のユーザーの作品バッファエリア１０８から読み出し（ステップＳＣ２０７）、評価制御部３１０が当該作品の作者、及び作品に対してポイントをそれぞれ加算する（ステップＳＣ２０８）。つまり会員（無料会員、通常の有料会員、プレミアム会員）においては、自分の作品をたくさんダウンロードされるほど作品の評価が上がり、作者である会員のユーザーＩＤの属性情報のポイントエリアにもポイントが加算されて会員の保有ポイント数が上がる仕組みとなっている。
【００７９】
しかる後、サーバー１１においては、ＣＰＵ２０が、ステップＳＣ２０７で読み出した作品を、ダウンロードを要求したユーザーのダウンロード作品バッファ１１０に格納するタウンロード処理を行う（ステップＳＣ２０９）。
【００８０】
次に、サーバー１１において、作品エリア２０２の作品を一覧表示する際の動作について説明する。図１２は、作品エリア２０２の作品を一覧表示する際にＣＰＵ２０が実行する画面表示処理を示すフローチャートである。この画面表示処理が、図５に示した工程中の一覧表示処理（ＳＣ４）に相当する処理であり、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に、画像データにより表される多数の作品を表示させる処理である。
【００８１】
図１２に示したように、画面表示処理に際してＣＰＵ２０は、まず、作品エリア２０２から表示対象となる複数の作品を読み出し、それらの画像データを、表示バッファ３０内において所定の大きさで、所定の位置に配列させるページ配列処理を行う（ステップＳＣ３０１）。なお、ページ配列処理の詳細については後述する。
【００８２】
しかる後、ＣＰＵ２０は、表示バッファ３０に配列した複数の作品を図１４に示した状態で一覧表示する（ステップＳＣ３０２）。図１４に示したように、本実施形態において、表示対象となる複数の作品は、１画面内に横軸方向を画調の種類とし、縦軸方向を新着順とした配置状態で表示される。
【００８３】
また、複数の作品を一覧表示している間、ＣＰＵ２０は、ユーザー（閲覧者）からページ送りが指示された場合には（ステップＳＣ３０３：ＹＥＳ）、ステップＳＣ３０１のページ配列処理によって、表示中の作品をページ単位で変更する。
【００８４】
また、ＣＰＵ２０は、ユーザーからスクロールが指示された場合には（ステップＳＣ３０４：ＹＥＳ）、ステップＳＣ３０１のページ配列処理によって、表示中の作品を縦方向、又は横方向にスクロールさせる。なお、本実施形態においては、ユーザーが指示可能なスクロール方向は、横方向については左右の両方向であるが、縦方向については下方向のみである。
【００８５】
さらに、複数の作品を一覧表示している間、ＣＰＵ２０は、ユーザーによって表示中のいずれかの作品が選択されると（ステップＳＣ３０５：ＹＥＳ）、その作品の画像データを作品エリア２０２から読み込み（ステップＳＣ３０６）、拡大表示する（ステップＳＣ３０７）。係る処理は、特定の作品を、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に実サイズで表示させる処理である。
【００８６】
そして、ＣＰＵ２０は、ユーザーから一覧表示の終了が指示されるまでは（ステップＳＣ３０８：ＮＯ）、ステップＳＣ３０２へ戻り作品の一覧表示を継続し、一覧表示の終了が指示された時点で（ステップＳＣ３０８：ＹＥＳ）、画面表示処理を終了する。
【００８７】
次に、ステップＳＣ３０１においてＣＰＵ２０が実行するページ配列処理の内容を、図１３のフローチャートに従い具体的に説明する。
【００８８】
ページ配列処理に際してＣＰＵ２０は、その処理タイミングが、例えば画面表示処理の開始当初や、ユーザーからページ送りが指示された時点であって、ユーザーからスクロールが指示あった時点でなければ（ステップＳＣ３５１：ＮＯ）、以下の処理を実行する。
【００８９】
まず、ＣＰＵ２０は、表示バッファ３０をクリアした後（ステップＳＣ３５２）、作品エリア２０２に記憶されている多数の作品の画像データ（ＪＰＥＧデータ）から、表示対象とする作品の画像データを新着順にワークメモリに読み込む（ステップＳＣ３５３）。なお、表示対象となる作品の大きさは一定とは限らない。なお、ワークメモリは、表示バッファ３０のメモリ領域内に表示用とは別に確保されている作業用のメモリエリアである。
【００９０】
次に、ＣＰＵ２０は、画像データを読み込んだ作品の価値を確認する（ステップＳＣ３５４）。
【００９１】
本実施形態においては、各作品のポイント数に、会員種別に応じた倍率を乗じた後のポイント数を各作品の価値とする。その際、会員種別に応じた倍率は、例えば作品の作者が無料会員であれば１倍とし、通常の有料会員であれば２倍とし、プレミアム会員であれば３倍とする。
【００９２】
引き続き、ＣＰＵ２０は、確認した価値に応じて作品の表示サイズを決定する（ステップＳＣ３５５）。表示サイズの決定に際してＣＰＵ２０は、価値が高い作品ほど、その表示サイズを相対的に大きくする。
【００９３】
係る処理では、例えば基準となる最小の表示サイズと、最大の表示サイズとを予め決めておく。そして、作品の価値に比例する倍率を所定の計算式で求め、その倍率を最小の表示サイズに乗じることによって、作品の価値に応じた表示サイズを計算する。そして、計算した表示サイズが最大の表示サイズ以下であれば、それを作品の表示サイズとして決定し、計算した表示サイズが最大の表示サイズを超える場合には、最大の表示サイズを作品の表示サイズとして決定する。
【００９４】
また、例えば表示サイズとして大中小など数段階の表示サイズを予め設けておき、作品の価値も大中小など数段階にレベル分けし、各作品の表示サイズを作品の価値レベルに対応する表示サイズに決定する。いずれにしても価値の高い作品の表示サイズを大きくし、価値の低い作品の表示サイズを小さくする。
【００９５】
次に、ＣＰＵ２０は、ステップＳＣ３５３で読み込んだ画像データを、上記のように決定した表示サイズのビットマップデータとしてワークメモリに展開する（ステップＳＣ３５６）。
【００９６】
引き続き、ＣＰＵ２０は、表示対象の作品が有料会員か、又はプレミアム会員の作品であるか否かを確認し、表示対象の作品が無料会員の作品であった場合には（ステップＳＣ３５７：ＮＯ）、直ちに、後述するステップＳＣ１０の処理へ進む。
【００９７】
一方、表示対象の作品が有料会員か、又はプレミアム会員の作品であった場合には（ステップＳＣ３５７：ＹＥＳ）、会員種別に応じて表示枠の種類を決定する（ステップＳＣ３５８）。しかる後、ＣＰＵ２０は、決定した種類の表示枠を、ビットマップ化した表示対象の画像データに合成する（ステップＳＣ３５９）。
【００９８】
ここで、本実施形態においては、上記の表示枠として有料会員用の表示枠と、プレミアム会員用の表示枠との２種類が用意されており、ステップＳＣ３５８では、いずれかの表示枠を決定する。また、表示枠は作品を目立たせることを目的とするものであり、例えば額縁等のように作品に装飾を施すための絵柄を表す画像データである。また、プレミアム会員用の表示枠には、有料会員用の表示枠よりも高級感を感じさせる等の差別化が図られている。
【００９９】
次に、ＣＰＵ２０は、表示バッファ３０において、表示対象の作品の画調に応じた列に新たな作品を配置するための空きがあるか否かを確認する（ステップＳＣ３６０）。なお、本実施形態では、図１４に示したように作品を配置する列は４列であり、各列に割り当てられている画調は、処理開始当初においては油絵調、水彩画、パステル画、色鉛筆である。
【０１００】
そして、ＣＰＵ２０は、作品の画調が割り当てられている列に空きがあれば（ステップＳＣ３６０：ＹＥＳ）、その列に作品の画像データを配置する（ステップＳＣ３６１）。なお、係るステップＳＣ３６１の処理に際してＣＰＵ２０は、例えば作品を配置する箇所の周囲（同じ列、又は隣接する列）に他の画像が存在する場合には、必要に応じて他の画像の位置を微調整することにより各作品間に適度の間隔を確保する。
【０１０１】
しかる後、ＣＰＵ２０はステップＳＣ３５３の処理に戻り、表示対象とする新たな作品を読み込む。
【０１０２】
一方、ＣＰＵ２０は、作品の画調が割り当てられている列に空きがない場合には（ステップＳＣ３６０：ＮＯ）、今回表示対象となった作品の画像データは、表示バッファ３０に配置しない。なお、ＣＰＵ２０は、ステップＳＣ３６０の処理に際しては、表示対象の作品の画調が、現在、各列に割り当てられている画調とは異なる画調であった場合についても、空きがないと判断し、今回表示対象となった作品の画像データは、表示バッファ３０に配置しない。
【０１０３】
そして、ＣＰＵ２０は、空きがないと判断した場合には、引き続き、今回表示対象となった作品の画調とは異なる他の画調が割り当てられている列に空きがあるか否かを確認する（ステップＳＣ３６２）。そして、ＣＰＵ２０は、他の画調が割り当てられている列に空きが有れば（ステップＳＣ３６２：ＹＥＳ）、ＣＰＵ２０はステップＳＣ３５３の処理に戻り、表示対象とする新たな作品を読み込む。
【０１０４】
以後、ＣＰＵ２０は、いずれかの列に新たな作品を配置する空きが存在する間は（ステップＳＣ３６２：ＹＥＳ）、前述したステップＳＣ３５３以降の処理を繰り返す。そして、ＣＰＵ２０は、全ての列に新たな作品を配置する空きがなくなった段階で（ステップＳＣ３６２：ＮＯ）、配列処理を終了する。
【０１０５】
そして、係る配列処理により表示バッファ３０に配置された複数の作品が、最終的に図１２のステップＳＣ３０２の処理において、図１４に示したように一覧表示される。なお、図１４は、色鉛筆の列の最新の位置に配置された作品Ｄ１が有料会員か、又はプレミアム会員であり、その作品の周囲に前述した表示枠１４Ａが表示された状態を示した図である。なお、図１４に示した表示枠１４Ａは便宜的なものであり、実際には、作品Ｄ１の作者の会員種別に対応する種類の額縁を模した表示枠等が表示される。
【０１０６】
一方、上述した処理とは別に、ページ配列処理のタイミングが、ユーザーからスクロールが指示あった時点であった場合（ステップＳＣ３５１：ＹＥＳ）、ＣＰＵ２０は、まずユーザーから指示されたスクロール方向が縦方向（下方向）であるか否かを確認する（ステップＳＣ３６３）。
【０１０７】
そして、スクロール方向が縦方向であった場合（ステップＳＣ３６３：ＹＥＳ）、ＣＰＵ２０は、表示バッファ３０に配置済みの全画（作品）を縦方向へ移動する（ステップＳＣ３６４）。このときの移動量は予め決められている移動量であり、例えば各列の最上部に表示サイズが最小の作品が１又は２つ配置可能なスペースを確保する量である。
【０１０８】
しかる後、ＣＰＵ２０は、前述したステップＳＣ３５２の処理へ移行し、前述した処理を実行する。これにより、例えば各画調の列の最下部に表示されていた作品の表示が終了し、それに代わり最上部に新たな作品が表示されることとなる。
【０１０９】
また、上記とは異なり、ユーザーから指示されたスクロール方向が横方向であった場合（ステップＳＣ３６３：ＮＯ）、ＣＰＵ２０は、表示バッファ３０に配置済みの全画（作品）を横方向、すなわち左右のいずれかの方向へ移動する（ステップＳＣ３６５）。このときの移動量は、予め固定的に決められている各列に配置済みの作品を隣接する列に移動させる移動量である。さらに、ＣＰＵ２０は、それまで各列に割り当てられていた画調の設定を、各列に配置済みの作品の移動方向と同方向へそれぞれ１列分移動させる（ステップＳＣ３６６）。
【０１１０】
しかる後、ＣＰＵ２０は、前述したステップＳＣ３５２の処理へ移行し、各列における画調の割り当てを変更した状態で、前述した処理を実行する。これにより、図１４に示した例では、油絵調の列に表示されていた作品群、又は色鉛筆の列に表示されていた作品群に代わり、それまで表示されていなかった他の画調の作品群が新たに表示されることとなる。
【０１１１】
以上のように本実施形態においては、サーバー１１に蓄積された多数の作品（画像）をページ単位で一覧表示することにより、多数の作品をユーザーに対して効率よく表示することができる。
【０１１２】
また、価値が高い作品ほど表示サイズを大きくし、価値が高い作品ほど目立つようにするとともに、作品のポイント数が高いほど作品の価値を高くし、かつ作者が単なる有料会員である作品よりも、プレミアム会員である作品に価値を高く設定するようにした。また、顔が存在する（検出できた）作品には自動的にポイント数を加算し、顔が存在しない作品よりも価値が高くなるようにした。
【０１１３】
また、有料会員やプレミアム会員の作品のみに表示枠を付加して表示し、無料会員の作品よりも有料会員やプレミアム会員の作品を目立つようにした。さらに、プレミアム会員の作品には、有料会員の作品よりも高級感を感じさせる表示枠を付加し、より目立つようにした。
【０１１４】
したがって、多数の作品を、効率よく、しかもユーザーの興味を引くように表示させることができる。同時に、ポイント数が高い作品を相対的にポイント数が低い作品よりも優遇した状態で、また、顔が存在する作品を顔が存在しない作品よりも優遇した状態で、さらにはプレミアム会員の作品を有料会員の作品よりも優遇した状態で一覧表示することができる。
【０１１５】
なお、本実施形態においては、一覧表示に際して有料会員やプレミアム会員の作品に表示枠を付加することにより、無料会員の作品よりも目立つようにしたが、例えば表示枠を付加する代わりに、作品の外周部の枠をくっきり見せたり、或いは点滅させたりして目立たせるようにしてもよい。
【０１１６】
（実施形態２）
次に、本発明の第２の実施形態について説明する。図１５は、本実施形態において、サーバー１１がインターネット上で多数の作品を一覧表示する際の作品の表示に関する画面表示処理を示すフローチャートである。
【０１１７】
画面表示処理に際してＣＰＵ２０は、サーバー１１に多数投稿され作品エリア２０２に記憶されている多数の作品の画像データを一覧表示するためのページ処理を行う（ステップＳＣ４０１）。係るステップＳＣ４０３の処理が、図５に示した工程中の一覧表示処理（ＳＣ４）であり、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に、画像データにより表される多数の作品を表示させる処理である。
【０１１８】
ここで、ステップＳＣ４０３のページ表示処理は、多数の作品を時間とともに流れるように表示させるタイムライン表示を行う処理である。本実施形態のタイムライン表示は、図１７（Ａ）〜（Ｃ）に示したように、多数の作品をページ内（１画面内）に４行×４列に配列させるとともに、各列の作品群を、列毎に決められている所定の速度で上から下に向って（Ｙ方向）に所定の速さで流れるように移動させて表示するものである。
【０１１９】
すなわち、ＡＢＣＤの列と、ＥＦＧＨの列と、ＩＪＫＬの列と、ＭＮＯＰの列の各画像を、それぞれ異なった速度でＹ方向へ流れるように移動させるものである。なお、タイムライン表示に際して各作品の表示間隔は予め決められた間隔で固定される。
【０１２０】
本実施形態においては、各列の画像を異なった速度でＹ方向に流れて表示させるため、図１７（Ａ）→図１７（Ｂ）→図１７（Ｃ）と時系列に見ていくと、例えばこれが１０秒毎の画面とすれば、作品Ａより作品Ｅが早く流れて行き、作品Ｉは少なくとも３０秒間は固定のままである。作品Ｍの列は作品Ａの列と同じ動きをしている。従って、作品Ｅの列や作品Ｉの列のようにゆっくり流れる方が、速く流れるよりも視聴者の目に触れている時間が長いこととなる。
【０１２１】
なお、ページ表示処理は、後述するように、ユーザーからページ更新が指示されたり、作品が選択されたり、一覧表示の終了が指示されたりするまでは、一定の処理タイミングで繰り返し実行される。
【０１２２】
図１６は、上記ページ表示処理の内容を示したフローチャートである。ページ表示処理に際してＣＰＵ２０は、今回の処理タイミングが、前記ページ内のいずれかの列の画像を移動すべき移動タイミングであるか否かを確認する。処理開始当初においては、未だ画像を一覧表示していないため（ステップＳＣ５０１：ＮＯ、ステップＳＣ５０２：ＮＯ、）、ＣＰＵ２０は、サーバー１１に多数投稿され作品エリア２０２に記憶されている多数の作品の画像データ（ＪＰＥＧデータ）から、たとえば新着順に表示対象とする画像データをワークメモリに読み込む（ステップＳＣ５０３）。
【０１２３】
次に、ＣＰＵ２０は、読み込んだ画像データをワークメモリ内でビットマップ化した後（ステップＳＣ５０４）、表示対象画像となった作品の価値を確認する（ステップＳＣ５０５）。本実施形態においても作品の価値は、各々の作品に付随する属性情報の１つのであるポイント数や、アクセス数、ダウンロード数、各々の作品の作者の会員種別等、作品の重みづけをする情報の総称であり、具体的な内容については第１の実施形態で既説した通りである。
【０１２４】
しかる後、ＣＰＵ２０は、確認した価値に応じた表示列を決定する（ステップＳＣ５０６）。つまり表示対象画像の作品を、図１７（Ａ）〜（Ｃ）に示した４列のどの列に流す（表示する）のか決定する。
【０１２５】
ここで、本実施形態においては、各作品を流す速度が列毎に予め決められている。具体的には、図１７（Ａ）に示した作品ＡＢＣＤが並んだ第１の列と、作品ＭＮＯＰが並んだ第４の列との速度が同じ速度で、かつ最も速く、作品ＥＦＧＨが並んだ第２の列の速度が次に速く、作品ＩＪＫＬが並んだ第３の列の速度が最も遅くなっている。
【０１２６】
ステップＳＣ５０６においてＣＰＵ２０は、まず、表示対象の作品を前述した価値が高い順に上位、中位、下位の３段階の価値レベルにグループ分けする。
【０１２７】
その際、ＣＰＵ２０は、上位のグループに含まれる作品には、表示列として、流す際の速度が最も遅い前記第３の列を割り当て、中位のグループに含まれる作品には、表示列として、流す際の速度が次に遅い前記第２の列を割り当てる。また、下位のグループに含まれる作品には、表示列として、流す際の速度が最も速い前記第１の列、及び前記第４の列の一方を交互に割り当てる。
【０１２８】
そして、ＣＰＵ２０は、表示対象画像である作品のビットマップ化した画像データを、表示バッファ３０において、上記のように決定した表示列であって、未だ他の作品の画像データが配置されていない所定の行位置に配置する（ステップＳＣ５０７）。なお、その際には、新たな画像データを上の行位置から順に配置する。
【０１２９】
以後、ＣＰＵ２０は、表示バッファ３０における４行×４列の全ての位置に作品が配置できるまで、前述したステップＳＣ５０３〜ステップＳＣ５０７の処理を繰り返す。その間、図示しないがＣＰＵ２０は、表示対象画像となった任意の作品についてステップＳＣ５０６で決定した表示列に空きがなかった場合には、当該作品の画像データを破棄する一方、その画像ＩＤと、決定した表示列を示す情報（列番号等）とを対応させて、後述する表示待ちリストへ追加する。
【０１３０】
やがて、ＣＰＵ２０は、表示バッファ３０における４行×４列の全ての位置に作品が配置できると（ステップＳＣ５０２：ＹＥＳ）、表示バッファ３０内の全画像データ、つまり一画面分の画像をページ表示する（ステップＳＣ５１８）。
【０１３１】
これにより端末１の表示画面上には、例えば図１０（Ａ）に示したように、作品Ａ〜Ｐまで１６枚の作品（正確には作品の縮小画像）が表示されることとなる。なお、各列の作品の表示順は上から下へ向かって新着順である。
【０１３２】
一方、上記のページ表示を１回行った後、ＣＰＵ２０は、ページ内のいずれかの列の画像を移動すべき移動タイミングが到来する毎に（ステップＳＣ５０１）、後述するステップＳＣ５０８以降の処理を繰り返し実行する。
【０１３３】
その際、前述したように本実施形態では、図１７（Ａ）に示した作品ＡＢＣＤが並んだ第１の列と、作品ＭＮＯＰが並んだ第４の列との速度が同じ速度で、かつ最も速く、作品ＥＦＧＨが並んだ第２の列の速度が次に速く、作品ＩＪＫＬが並んだ第３の列の速度が最も遅くなっている。したがって、一定時間内に、画像を移動すべき表示列（以下、移動対象の表示列という。）となる回数は、上記の第１の列、及び第４の列が最も多く、次に第２の列が多く、第３の列が最も少なくなっている。
【０１３４】
そして、ＣＰＵ２０は、上記の移動タイミングが到来すると、まず、表示バッファ３０内で、その時点で該当する表示列、つまり移動対象の表示列の全画像データを一行分だけ下方へ移動させる（ステップＳＣ５０８）。これにより移動対象の表示列においては一番上の行に空きができる。なお、このとき、それまで最下行にあった画像データは破棄する。
【０１３５】
次に、ＣＰＵ２０は、後述する表示待ちリストを参照し、今回の移動対象の表示列に、他の作品よりも先に表示すべき作品があるか否かを確認する。そして、先に表示すべき作品がなければ（ステップＳＣ５０９：ＮＯ）、作品エリア２０２に格納されている作品中における、新着順で次となる新たな作品の画像データの価値を、ステップＳＣ５０５と同様の手順で確認した後（ステップＳＣ５１０）、その価値に応じて、新たな画像データについてステップＳＣ５０６と同様の手順で表示列を決定する（ステップＳＣ５１１）。
【０１３６】
そして、ＣＰＵ２０は、新たな画像データの表示列が今回の移動対象でなければ、つまり新たな画像データの表示列に空きがあれば（ステップＳＣ５１２：ＹＥＳ）、当該新たな画像データを作品エリア２０２から読み込む（ステップＳＣ５１３）。
【０１３７】
次に、ＣＰＵ２０は、読み込んだ画像データをビットマップデータに変換し（ステップＳＣ５１６）、それを表示バッファ３０内の空き位置、つまり移動対象の表示列の一番上の行に配置する（ステップＳＣ：４１７）、しかる後、表示バッファ３０内の更新後の全画像データ、つまり移動対象の表示列の既存の３枚の作品が一行下に移動した状態に変化した新たな一画面分の画像をページ表示する（ステップＳＣ５１８）。
【０１３８】
一方、ステップＳＣ５１２において、新たな画像データの表示列が今回の移動対象でなければ、つまり新たな画像データの表示列に空きがなかった場合には（ステップＳＣ５１２：ＮＯ）、当該画像データを表示待ちリストに追加する（ステップＳＣ５１４）。ここで、表示待ちリストとは、ＣＰＵ２０の内部メモリに設けられたリストであり、具体的には、画像ＩＤと、その画像ＩＤにより示される画像（作品）について決定された表示列を示す情報（列番号等）とを対応させて記憶するテーブルデータである。
【０１３９】
ＣＰＵ２０は、ステップＳＣ５１４で新たな画像データを表示待ちリストに追加した後には、ステップＳＣ５１０へ戻り、再び作品エリア２０２に格納されている作品中における、新着順で次となる新たな作品の画像データの価値を再び確認する。そして、前述した処理を繰り返し、その後、新たな画像データについての表示列が今回の移動対象と一致したら（ステップＳＣ５１２：ＹＥＳ）、その画像データ、つまり新たな作品が、今回の移動対象の表示列の一番上の行に配置された状態の新たなページを表示する（ステップＳＣ５１３〜ＳＣ５１８）。
【０１４０】
その後、ＣＰＵ２０は、いずれかの移動タイミングで、表示列として、そのとき移動対象と一致する表示列が予め決められている画像データの情報が、表示待ちリストに存在していた場合には（ステップＳＣ５０９：ＹＥＳ）、その画像データ、つまり表示待ちであった新たな画像データを表示対象として作品エリア２０２から読み込む（ステップＳＣ５１５）。その際、係る新たな画像データの情報は表示待ちリストから削除する。そして、ＣＰＵ２０は、係る新たな画像データ（作品）が今回の移動対象の表示列の一番上の行に配置された状態の新たなページを表示する（ステップＳＣ５１６〜ＳＣ５１８）。
【０１４１】
以後、ＣＰＵ２０は、移動タイミングが到来する毎に、上述したステップＳＣ５０８〜ＳＣ５１８の処理を繰り返す。これにより、サーバー１１に多数投稿され作品エリア２０２に記憶されている多数の作品が、各々の価値に応じた列に配列されるとともに、各作品が、列毎に決められている速度で流れるように表示される。
【０１４２】
そして、図１５に示したように画面表示処理においては、上述したページ表示を行っている間に、ユーザーからページ更新指示があると（ステップＳＣ４０２：ＹＥＳ）、ＣＰＵ２０は、その時点で表示バッファ３０を初期化した後（ステップＳＣ４０７）、前述したページ表示を行う（ステップＳＣ４０１）。その際には、図１６のステップＳＣ５０２〜ＳＣ５０７の処理を経て新たなページが表示される。つまりページ更新指示があった直後には、直前には表示されていなかった新たな１６枚の作品が一覧表示されたページが表示され、以後、新たなタイムライン表示が開始される。
【０１４３】
引き続き、上述したページ表示を行っている間、ユーザーによって、表示中のページ内でいずれかの作品が選択されると（ステップＳＣ４０３：ＹＥＳ）、ＣＰＵ２０は、その作品の画像データを作品エリア２０２から読み込み（ステップＳＣ４０４）、拡大表示する（ステップＳＣ４０５）。係る処理は、上記特定の作品を、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に実サイズで表示させるための処理である。
【０１４４】
その後、サーバー１１においては、ユーザーから一覧表示の終了が指示されるまでは（ステップＳＣ４０６：ＮＯ）、ステップＳＣ４０１へ戻り、ＣＰＵ２０は、多数の作品のページ表示を継続する。そして、一覧表示の終了が指示された時点で（ステップＳＣ４０６：ＹＥＳ）、画面表示処理を終了する。
【０１４５】
以上のように本実施形態においては、サーバー１１に蓄積された多数の作品（画像）をページ単位で一覧表示することにより、多数の作品をユーザーに対して効率よく表示することができる。同時に、多数の作品を一覧表示する際には、それを前述したタイムライン表示によって行うことより、多数の作品をユーザーの興味を引くように表示させることができる。
【０１４６】
しかも、本実施形態におけるタイムライン表示では、各作品を流れるように動いた状態で表示し、各作品の流れ（動き）の速度を各作品の価値に応じて変化させるようにした。したがって、各作品の流れに変化を持たせることができ、多数の作品をより一層ユーザーの興味を引くように表示させることができる。
【０１４７】
また、本実施形態におけるタイムライン表示では、価値が高い作品ほど流れ（動き）の速度を遅くして、価値が高い作品ほど見やすく表示し、かつ表示時間を長くするとともに、作品のポイント数が高いほど作品の価値を高くし、かつ作者が単なる有料会員である作品よりも、プレミアム会員である作品に価値を高く設定するようにした。また、顔が存在する（検出できた）作品には自動的にポイント数を加算し、顔が存在しない作品よりも価値が高くなるようにした。
【０１４８】
したがって、ポイント数が高い作品を相対的にポイント数が低い作品よりも優遇した状態で、また、顔が存在する作品を顔が存在しない作品よりも優遇した状態で、さらにプレミアム会員の作品を有料会員の作品よりも優遇した状態で一覧表示することができる。
【０１４９】
ここで、本実施形態においては、タイムライン表示に際し、ページ内の複数の作品を縦方向（Ｙ方向）に流れるように表示させるようにしたが、これに限らず、ページ内の複数の作品は、横方向（Ｘ方向、図示ぜず）や斜め方向に流れるように表示させてもよいことは勿論である。また、本実施形態では、便宜上、ページ内での作品の配列が４行×４列であるものを説明したが、各列、及び各行の作品数は任意である。
【０１５０】
また、本実施形態においては、各作品の価値を、作品のポイント数と、その作品の作者の会員種別とに基づいて決定するものについて説明したが、各作品の価値は以下のように決定するようにしてもよい。すなわち各作品の価値は、例えば作品のポイント数、アクセス数（閲覧回数）、ダウンロード数のいずれか１つの属性情報や、いずれか複数の属性情報によって決定してもよいし、各作品の作者の会員種別のみによって決定してもよい。また、各作品の作者の会員種別と、ダウンロード数以外の１つの属性情報とによって決定してもよいし、各作品の作者の会員種別と、複数の属性情報とによって決定してもよい。
【０１５１】
また、本実施形態においては、各作品を、新着順を基本してタイムライン表示するものについて説明したが、各作品をランダムにタイムライン表示するようにしてもよい。また、各列における作品の移動速度についても、それらを固定することなく、少なくとも価値の異なる作品の列の移動速度を同一にしないことを条件としてランダムに設定するようにしても構わない。
【０１５２】
また、本実施例においては、作品の価値によって移動速度を変えることによって、作品がユーザーの眼に触れる時間の長短を制御したが、作品が移動するのではなく、同じ位置に表示されていて、次の画像に切り替わるタイミング、すなわち表示持続時間を変えるようにしてもよい。例えば、図１７において、各作品は列によって異なる速度で移動するようにしたが、作品Ａは同じ位置のまま１５秒後に次の作品ＡＡに置き換わり、作品Ｅは同じ位置のまま３０秒後に次の作品ＥＥに置き換わり、作品Ｉは同じ位置のまま１分後に次の作品ＩＩに置き換わるようにしてもよい。
【０１５３】
また、本実施形態においては、画面表示処理に際してＣＰＵ２０が、サーバー１１に多数投稿され作品エリア２０２に記憶されている全ての作品を対象として、前述したタイムライン表示を行うものについて説明した。しかし、タイムライン表示を行う際、表示対象を特定の画調を有する作品に限定するようにしてもよい。
【０１５４】
図１８は、その場合における画面表示処理の変形例を示した、図１５に対応するフローチャートである。表示対象を特定の画調を有する作品に限定する場合には、図１７に示したように、ＣＰＵ２０には、任意の画調の作品を対象として複数の作品をタイムライン表示している間には、ユーザーから画調変更指示があった場合（ステップＳＣ４０８：ＹＥＳ）、表示対象とする作品の画調を予め決められている順に切り替えた後（ステップＳＣ４０９）、前述したページ表示処理を行わせるようにしてもよい。
【０１５５】
以上、本発明のいくつかの実施形態、及びその変形例について説明したが、これらは本発明の作用効果が得られる範囲内であれば適宜変更が可能であり、変更後の実施形態も特許請求の範囲に記載された発明、及びその発明と均等の発明の範囲に含まれる。以下に、本出願の特許請求の範囲に記載された発明を付記する。
［請求項１］
サーバーを含みユーザーの端末と接続可能な画像表示システムであって、ネットワークを介して前記サーバーにユーザーの端末から画像をアップロードさせるアップロード手段と、前記アップロードされた画像を記憶する記憶手段と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段とを備えたことを特徴とする画像表示システム。
［請求項２］
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて大きさを制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項３］
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示形態を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項４］
前記表示制御手段は、複数の前記リサイズ画像を前記画面上に移動させながら表示させるとともに、複数の前記リサイズ画像を、各画像の価値に応じて移動速度を制御することにより画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項５］
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示時間を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項６］
前記表示制御手段は、前記アップロードされた画像に対するアクセス数を、アップロードされた画像に対応する前記リサイズ画像の価値と判断することを特徴とする請求項１記載の画像表示システム。
［請求項７］
前記ユーザーには有料会員と無料会員とが含まれ、前記表示制御手段は、前記無料会員によりアップロードされた画像に対応する前記リサイズ画像の価値よりも、前記有料会員によりアップロードされた画像に対応する前記リサイズ画像の価値を高いと判断することを特徴とする請求項１記載の画像表示システム。
［請求項８］
更に、前記アップロードされた画像にポイントを付加するポイント付加手段を備え、前記表示制御手段は、前記ポイント付加手段により付加されたポイントを複数の前記リサイズ画像の価値と判断することを特徴とする請求項１記載の画像表示システム。
［請求項９］
更に、前記アップロードされた画像から人物の顔を検出する顔検出手段を備え、前記表示制御手段は、前記顔検出手段により顔が検出されなかった画像に対応する前記リサイズ画像の価値よりも、前記顔検出手段により顔が検出された画像に対応する前記リサイズ画像の価値を高いと判断することを特徴とする請求項１記載の画像表示システム。
［請求項１０］
更に、前記アップロードされた画像を画調変換処理する画調変換手段を備え、前記表示制御手段は、前記画調変換手段により画調変換処理されて前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の画調の種類に対応させた並び順で表示させることを特徴とする請求項１記載の画像表示システム。
［請求項１１］
ネットワークを介してサーバーにユーザーの端末から画像をアップロードさせる工程と、アップロードされた画像を記憶する工程と、記憶した複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる工程とを含むことを特徴とする画像表示方法。
［請求項１２］
ネットワークを介してユーザーの端末からアップロードされた画像を記憶する記憶手段と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段とを備えたことを特徴とする画像表示装置。
［請求項１３］
コンピュータに、画像をユーザーの端末からサーバーにアップロードさせる処理と、アップロードされた画像を記憶手段に記憶させる処理と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる処理とを実行させることを特徴とするプログラム。
【符号の説明】
【０１５６】
１ 端末
１０ 画像サービスサイト
１１ サーバー
２０ ＣＰＵ
２２ グラフィックアクセラレータ
３０ 表示バッファ
１００ 会員エリア
１０２ ユーザーＩＤ
１０４ 属性情報
１０６ アップロード画像エリア
１０８ 作品バッファエリア
１１０ ダウンロード作品バッファ
２００ 共通エリア
２０２ 作品エリア
２０４ 画像ＩＤ
２０６ 属性情報
２０８ 画像データ
３００ 制御エリア
３０２ 絵画変換処理部
３０４ パラメータテーブル
３０８ 表示制御部
３１０ 評価制御部
３１２ 会員管理部
５００ インターネット
【技術分野】
【０００１】
本発明は画像表示システムに関する。特に、会員制コミュニケーションサービス（ソーシャル・ネットワーク・サービス、以下ＳＮＳという）において、ネットワークを介してサーバー上に蓄積された画像を表示する技術に関する。
【背景技術】
【０００２】
近年、デジタルカメラの普及に伴い写真の楽しみ方が多様化している。特にデジタル画像データであるため、色々な画像処理が可能である。
【０００３】
例えば、画像処理を加えることで元の写真をベースとしつつも趣の異なる画調の画像（絵画調等）を生成して表示することができるようにした技術が提案されている（例えば、特許文献１参照）。
【０００４】
特許文献１の技術を発展させ、実際に画家が描いた絵画の画像から色彩情報と筆蝕情報等の特徴を抽出し、撮影された画像に抽出した特徴を付与することにより、原画像全体を勘案して、芸術性の高い絵画調画像に変換する技術も提案されるに至っている（例えば、特許文献２参照）。
【０００５】
また、絵画調などの画質を変更することによって変化をもたせる技術も提案されている（例えば、特許文献３参照）。
【０００６】
これらの画調変換を行うには強力な画像処理エンジンが必要なため、ネットワーク上のサーバーに画像処理エンジンを持たせ、ユーザーがサーバーに自分の写真をアップロードし、サーバー上で絵画調変換等の画像処理を行うことが考えられる。
【０００７】
そのような場合、ユーザーは自分の写真を絵画変換して作品を作ると人に見せたくなる。その要望を満たす方法の一つがＳＮＳによるネット上の写真の投稿である（例えば、特許文献４参照）。
【０００８】
以下、ユーザーが自分の写真をサーバーにアップロードし、サーバー上で絵画調変換等の画像処理をして得られた画像を「作品」という。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平８−４４８６７号公報
【特許文献２】特開２００４−２１３５９８号公報
【特許文献３】特公平１−４６９０５号公報
【特許文献４】特開２００８−２４２６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
多数のユーザーがサーバーに大量の作品を投稿すると、一度に表示できる作品数には限りがあるため、これらの作品の閲覧性が悪くなるという課題があった。
【００１１】
本発明は上記事情に鑑みてなされたもので、ＳＮＳ等において、ネットワークを介してサーバー上に蓄積された画像を効率よく、ユーザーの興味を引くように表示させる画像表示方法、画像表示システム並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明は、サーバーを含みユーザーの端末と接続可能な画像表示システムであって、ネットワークを介して前記サーバーにユーザーの端末から画像をアップロードさせるアップロード手段と、前記アップロードされた画像を記憶する記憶手段と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段とを備えたことを特徴とする画像表示システムを提供するものである。
【発明の効果】
【００１３】
本発明によれば、ネットワークを介してサーバー上に蓄積された画像を効率よく、ユーザーの興味を引くように表示させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の各実施形態に共通する画像表示システムのネットワーク系の構成を示すブロック図である。
【図２】各実施形態に共通する画像サービスサイトを実現するサーバーの概略構成を示すブロック図である。
【図３】ユーザーＩＤの属性情報を示す図である。
【図４】画像ＩＤの属性情報を示す図である。
【図５】各実施形態に共通する端末とサーバー間のデータのやり取りを示すための工程図である。
【図６】サーバーにおける絵画変換処理を説明するためのフローチャートである。
【図７】絵画変換処理における顔検出処理を説明するためのフローチャートである。
【図８】顔領域作成を説明するための図である。
【図９】重要度マップを説明するための図である。
【図１０】同実施形態による顔領域の境界を説明するための図である。
【図１１】サーバーにおける作品のダウンロードに関する処理を示したフローチャートである。
【図１２】第１の実施形態でサーバーが多数の作品を一覧表示する際の画面表示処理を示すフローチャートである。
【図１３】サーバーにおけるページ配置処理示すフローチャートである。
【図１４】サーバーが多数の作品を一覧表示しているときの表示画面の例を示す図である。
【図１５】第２の実施形態においてサーバーが多数の作品を一覧表示する際の画像表示処理を示すフローチャートである。
【図１６】サーバーにおけるページ表示処理を示すフローチャートである。
【図１７】サーバーによる複数作品のタイムライン表示を説明するための図である。
【図１８】第２の実施形態の変形例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について図面を参照して説明する。
【００１６】
（実施形態１）
図１は、各実施形態に共通する、本発明を適用した画像表示システムのネットワーク系の構成を示すブロック図である。１０はＳＮＳ機能を持った画像サービスサイトであり、インターネット５００を介して複数の端末１−１、１−２、１−３・・・と接続される。端末は通常のパーソナルコンピュータでよい。
【００１７】
画像サービスサイト１０は、端末１−１、１−２、１−３・・・を介してユーザーからアップロードされた画像データ（主としてデジタルカメラにより撮影された写真の画像データ）の保存や、アップロードされた画像データの絵画調画像への変換を行うとともに、アップロードされた画像や、変換後の絵画調画像を他のユーザーに閲覧させたりする。
【００１８】
図２は画像サービスサイト１０を実現するサーバー１１の構成の要部を示すブロック図である。サーバー１１には、会員エリア１００、共通エリア２００、制御エリア３００が設けられている。
【００１９】
会員エリア１００は、登録会員毎に設けられるエリアで、会員を識別するためのユーザーＩＤ１０２と、それに対応してユーザー毎の各種属性情報１０４を有する。
【００２０】
属性情報１０４は、図３に示すように、氏名、ハンドルネーム、性別、年齢、地域、会員種別その他のユーザー固有の情報である。会員種別には無料登録しただけの無料会員、有料登録した有料会員、特別な会費（例えば年会費等）を払ったプレミアム会員がある。
【００２１】
また、１０６はユーザーによりアップロードされた写真の画像データが記憶されるアップロード画像エリア、１０８は画像サービスサイト１０において絵画変換した絵画調画像（作品）が記憶される作品バッファエリア、１１０は他のユーザーの作品をダウンロードして記憶するダウンロード作品バッファエリアである。
【００２２】
共通エリア２００は、ユーザー全体に共通して設けられるエリアで、ユーザーがアップロードした画像を絵画調に変換した多数の作品が記憶される作品エリア２０２を含む。
【００２３】
作品エリア２０２に記憶される各作品には、その作品を識別する画像ＩＤ２０４と、その作品の属性情報２０６が画像データ２０８とともに記憶される。
【００２４】
属性情報２０６は、図４に示すように、その作品の投稿者を示すユーザーＩＤ、作成日付または投稿日付等の日付情報、画像データのサイズ、画調の種類等の画像種別情報、その作品が閲覧された回数を示すアクセス数情報、その作品がダウンロードされた回数を示すダウンロード数情報、その作品の評価を示すポイント情報その他の作品特有の情報である。ユーザーＩＤにより、作品の作者が分かり、作者が有料会員かプレミアム会員かを識別することができる。
【００２５】
本実施形態において、作品の「価値」とは、各々の作品に付随する属性情報の１つのであるポイント数や、アクセス数、ダウンロード数、各々の作品の作者の会員種別等、作品の重みづけをする情報の総称のことをいう。
【００２６】
制御エリア３００は、絵画変換処理部３０２、パラメータテーブル３０４、重要度マップ３０６、表示制御部３０８、評価制御部３１０、会員管理部３１２の各部を含んでいる。
【００２７】
絵画変換処理部３０２は、作品バッファエリア１０８に記憶された画像データを絵画調画像データに変換する絵画変換処理を行う。パラメータテーブル３０４は、絵画変換処理部３０２が絵画変換処理に際して参照する絵画変換のためのパラメータを記憶する。表示制御部３０８は、作品を画面上に表示させる制御プログラムを記憶する。
【００２８】
評価制御部３１０は、会員エリア１００の作品バッファエリア１０８に記憶されている作品に、アクセス回数等に応じた評価を行い、作品毎にポイントを付与する。会員管理部３１２は、ユーザーＩＤにより会員を管理し、無料会員、有料会員、プレミアム会員別のサービスを制御する。この会員管理部３１２は画像サービスサイト１０のＳＮＳ機能についても司っている。
【００２９】
また、サーバー１１には、ＣＰＵ２０と表示バッファ３０とが設けられている。ＣＰＵ２０は、サーバー１１全体（上述した各部）を制御するとともに、インターネット上で多数の作品を一覧表示させるために必要な各種の処理を行う。
【００３０】
また、ＣＰＵ２０は高度なグラフィック処理をするためのグラフィックアクセラレータ２２を備えている。グラフィックアクセラレータ２２としては、例えばＮＶＩＤＩＡ GeForce（登録商標）シリーズやＡＴｉ ＲＡＤＥＯＮ（登録商標）シリーズ、オープンＧＬ、及びオープンＧＬを使用するための拡張ライブラリ等を採用することができる。
【００３１】
このグラフィックアクセラレータ２２により、ドライバソフトからいくつかの条件を指定するだけで、画像を時間とともに流れるように表示させるタイムライン表示が可能となる。なお、タイムライン表示とは、一般的にビデオ編集などにおいて作品全体の流れを時系列で管理する機能のことをいい、Ｔｗｉｔｔｅｒ（登録商標）ではユーザーが投稿したツイートを時系列順に表示しているものを指すが、本明細書では作品全体の流れを時間とともに変化させながら表示することを意味するものとする。
【００３２】
表示バッファ３０は、ＣＰＵ２０が多数の作品を一覧表示させる際に、表示用の画像を展開するための作業用メモリである。
【００３３】
以下、本実施形態の画像表示システムの具体的な動作についてフローチャートを参照しながら説明する。
【００３４】
まず、図５を参照して、端末１−１、１−２、１−３、・・・と画像サービスサイト１０のサーバー１１との間で画像のアップロード、表示、閲覧、ダウンロードが行われる際の工程を説明する。
【００３５】
ユーザーが会員（無料会員、有料会員、又はプレミアム会員）である場合、ユーザーは自己の端末１から画像サービスサイト１０にアクセスする（ステップＳＢ１）。サーバー１１はユーザーのログインによりユーザーＩＤを認証し（ステップＳＣ１）、会員であることが確認されるとその会員のページを送信し会員からみられるようになる（ステップＳＣ２）。
【００３６】
会員は自分のページが開かれると、画像のアップロードを行う（ステップＳＢ２）。アップロードされた画像はサーバーの会員エリア１００のアップロード画像エリア１０６に格納される。会員がこの画像の絵画変換を要求すると（ステップＳＢ３）、サーバー１１において絵画変換処理が行われ（ステップＳＣ３）、変換された画像、すなわち作品は作品バッファエリア１０８に格納される。
【００３７】
会員は、変換後の作品をこのまま個人で楽しんでもよいが、他のユーザーに公開したい場合は投稿する（ステップＳＢ４）。投稿された作品は会員エリア１００の作品バッファエリア１０８から共通エリア２００の作品エリア２０２へ転送され格納される。なお、作品エリア２０２内の作品には図４で説明したような属性情報２０６も付加される。
【００３８】
作品エリア２０２内の作品は、サーバー１１が必要に応じて一覧表示を行う（ステップＳＣ４）。なお、サーバー１１は、一覧表示に際して作品エリア２０２内の作品を適宜リサイズする。すなわち通常は作品エリア２０２内の作品のサイズが一覧表示用の画像サイズよりも大きいため作品を縮小し、また、作品エリア２０２内の作品のサイズが一覧表示用の画像サイズよりも小さい場合には作品を拡大する。
【００３９】
また、会員は、閲覧を要求することにより（ステップＳＢ５）、一覧表示されている任意の作品を実際のサイズで閲覧することができる。閲覧要求があるとサーバー１１は、要求された作品を実際のサイズで表示するとともに（ステップＳＣ５）、閲覧要求があった作品にポイントを加算する（ステップＳＣ６）。
【００４０】
また、会員は閲覧した作品が気に入ったことを示すＧＯＯＤボタンを押したり、感想等のコメントを書き込んだりすることができる（ステップＳＢ６）。サーバーは、ＧＯＯＤボタンが押されたり、感想等のコメントが書き込まれたりすると、閲覧された作品の属性情報のポイントを加算する（ステップＳＣ６）。これによりその作品の評価が上がる。コメント書き込みの方がＧＯＯＤボタンよりポイント数は高いものとする。
【００４１】
また、会員は閲覧した作品のダウンロードを要求することができる（ステップＳＢ７）。サーバー１１は、会員からダウンロード要求があると、必要に応じてダウンロードを許可し（ステップＳＣ７）、ダウンロードが許可された場合にのみ、会員は閲覧した作品をダウンロードすることができる（ステップＳＢ８）。ダウンロードした作品は、会員エリア１００のダウンロード作品バッファ１１０に格納される。
【００４２】
また、サーバー１１は、ダウンロード要求があった場合にも、その作品に対してポイントを加算する（ステップＳＣ８）。
【００４３】
一方、会員以外の他のユーザー、すなわち任意のユーザーは、画像サービスサイト１０に適宜アクセスすることによって（ステップＳＡ１）、共通エリア２００の作品エリア２０２に格納されている作品を一覧表示した状態で閲覧することができる。さらに、任意のユーザーも、閲覧を要求することにより（ステップＳＡ２）、一覧表示されている任意の作品を実際のサイズで閲覧することができる。
【００４４】
そして、任意のユーザーが閲覧した作品が気に入ってＧＯＯＤボタンを押すと（ステップＳＡ３）と、その場合にも、サーバー１１が、閲覧された作品に対してポイントを加算する（ステップＳＣ６）。
【００４５】
次に、サーバー１１が、アップロードされた画像データを絵画調画像へ変換する際の絵画変換処理技術について説明する。
【００４６】
絵画変換とは、写真等の画像を構成する各画素を所定のパラメータ（絵画変換パラメータ）に従って変換し、油絵調、水彩画調、パステル調、色鉛筆画調、クレヨン画調、イラスト画調、点描画調、エアブラシ、シルクスクリーン調、刺繍絵調、コラージュ（糊付け）調等、いわゆる絵画調に変換する画像処理技術である。
【００４７】
基本的にフォトレタッチソフト等で知られている各種エフェクト処理のパラメータを自動的に調整・組み合わせて絵画調に見えるように変換する。
【００４８】
エフェクト処理としては、例えば画像にテクスチャをマッピングし、特殊な質感を与えるテクスチャ処理、画像を輪郭部・細かい模様などのテクスチャ部・平坦部に分類し、それぞれに適宜処理を施すことで、質感と解像感を高める解像度処理がある。また、エフェクト処理には、色を色相(Hue)、彩度(Saturation)、明度(Value)の３要素に分類して調整するＨＳＶ処理、画像のＲ（赤）Ｇ（緑）Ｂ（青）各色の度合いを調整するＲＧＢ処理、Ｒ→Ｇ→Ｂの方向に交換するＲＧＢ交換処理がある。また、エフェクト処理には、ラプラシアンフィルタと呼ばれるフィルタをかけるエッジ抽出処理、メディアンフィルタと呼ばれるフィルタをかける中間濃度抽出処理がある。また、エフェクト処理には、隣接する画素のＲＧＢのヒストグラムを抽出し、それぞれ最小／中間／最大の濃度を抽出した場合の処理を行う濃度抽出処理、画像の一番暗い部分を黒、一番明るい部分を白とし、間のヒストグラムを適宜分布させ、コントラスト修正を行ったり、画像のヒストグラムを引き伸ばしたりするイコライズ処理、明るい部分と暗い部分を維持して中間的な明るさを調節するガンマ補正処理、画像の暗い領域を明るくしたり、明るい領域を暗くしたりするシャドー処理がある。また、エフェクト処理には、各ピクセルのＲＧＢ値が、しきい値以上の明るさの時に、そのＲＧＢ値を反転するソラリゼーション処理、ランダムにドットを描画し、ノイズを発生させ、ノイズの量や色を調整するノイズ付加処理、などがある。
【００４９】
また、エフェクト処理には、ＨＤＲ（High Dynamic Range）と呼ばれる通常の写真では表現できない広いダイナミックレンジの写真を、トーンマッピングにより狭いダイナミックレンジ幅内に入れ込むことで露出過多の白飛びや露出不足の黒つぶれを補正して表現力を増大するエフェクト処理もある。このエフェクト処理を応用して写真を人の脳が受けた記憶や印象に近づけ、芸術的な表現を加味した新しい写真表現を実現した画像を得ることもできる。
【００５０】
すなわち、絵画変換処理は原理的にはエフェクト処理の一種であり、絵画変換アルゴリズムはエフェクト処理とパラメータを適宜組み合わせて各種絵画調を作り出すものであり、その変換アルゴリズムがプログラミングしてあるものである。
【００５１】
その変換アルゴリズムの中に、原画像の画素を変換するための前記パラメータのセット（組）であるパラメータ群Ｐが予め用意されている。画調の種類が１２種類あるとすると、パラメータ群Ｐ（１）〜Ｐ（１２）と表す。パラメータの決め方により変換された画像の画調も変わってくる。油絵調に変換するためのパラメータ群をＰ（１）とし、Ｐ（１）の中に油絵調に見えるように画像を変換するためのエフェクト処理に必要なパラメータがｍ個あるとすると、パラメータＰ１〜Ｐｍと表す。従って、パラメータ群Ｐ（１）は、複数のパラメータＰ１〜Ｐｍを含んでいる。
【００５２】
以上詳述した絵画変換アルゴリズムはサーバー１１の制御エリア３００の絵画変換処理部３０２に記憶されており、パラメータ群は同じく制御エリア３００のパラメータテーブル３０４に記憶されている。
【００５３】
図６は、サーバー１１の絵画変換処理部３０２における絵画変換処理を行うフローチャートである。図６に示したように、絵画変換処理部３０２は、まず前処理を行う（ステップＳＣ１０１）。ここは画調の種類にかかわらず共通して実行される処理である。上述したようなエフェクト処理は各画素に対して行うため、画像データはビットマップ形式である必要がある。そこで、通常はＪＰＥＧ形式で表現されている画像データをビットマップ形式に変換する。
【００５４】
また、絵画変換処理部３０２は、アップロードされる画像データのサイズは様々なので、これを表示エリアの画素数、例えば８００×６００画素にリサイズする。大きい画像は縮小し、小さい画像は拡大する。これは、サイズが決まっていた方がパラメータも固定で済み、処理が効率的だからである。もちろん、後述する本画像の絵画変換の際はアップロードされた画像データのサイズそのままに対して絵画変換を行う。
【００５５】
次に、絵画変換処理部３０２は、顔検出処理を行い、変換対象の写真が顔を含んでいるかどうかを確認する（ステップＳＣ１０３）。これは、顔部分に極端な変換をかけると変換後の画像が不自然になるので、顔の部分に特にきめ細かな絵画変換処理を施すためである。
【００５６】
この顔検出処理においては、図７のフローチャートを使用して後述するが、1枚の画像の中でも顔の領域と背景、中央部分と周辺部分では重要度が変わってくるので、画像について重要度マップのデータを作成し、それを制御エリア３００の重要度マップ３０６に記憶する。
【００５７】
続いて、絵画変換処理部３０２は、ユーザーに、油絵調、水彩画調、パステル調、色鉛筆画調、・・・等の中から希望する画調を選択させる（ステップＳＣ１０３）。
【００５８】
絵画変換処理部３０２は、画調が選択されると、それぞれの画調変換アルゴリズムのフローへ移る。例えば油絵調変換であればステップＳＣ１０４へ、水彩画調変換であればステップＳＣ１０５へ進む。それ以外であればその他の画調変換アルゴリズムのフローへと進む（ステップＳＣ１０６）。なお、絵画変換処理部３０２は、各アルゴリズムを実行する際、制御エリア３００のパラメータテーブル３０４と重要度マップ３０６とを参照する（ステップＳＣ１０７、ＳＣ１０８、ＳＣ１０９、ＳＣ１１０）。
【００５９】
ステップＳＣ１０４，ＳＣ１０５，ＳＣ１０６の処理に際して絵画変換処理部３０２は、一覧表示されている表示画面サイズの画像データを対象として絵画変換し、ユーザーの端末１から決定が指示されれば（ステップＳＣ１１２：ＹＥＳ）、本画像の絵画変換へと進み（ステップＳＣ１１３）、他の画調でやり直すことが指示されれば（ステップＳＣ１１２：ＮＯ）、ステップＳＣ１０３の処理へ戻る。
【００６０】
ステップＳＣ１０９の本画像の絵画変換に際して絵画変換処理部３０２は、ステップＳＣ１１２で決定した画調変換アルゴリズムでパラメータテーブル３０４と重要度マップ３０６を参照しながら本画像に対し画調変換処理を行う（ステップＳＣ１１４，ＳＣ１１５）。同じ画調であっても画像サイズが異なると適切なパラメータは異なってくるので、ステップＳＣ１１５で使用するパラメータテーブルはステップＳＣ１０７若しくはＳＣ１０８で取得したパラメータとは別のものとなる。
【００６１】
しかる後、絵画変換処理部３０２は、画変換後の本画像を再びＪＰＥＧ形式に変換する後処理を行う（ステップＳＣ１１６）。
【００６２】
引き続き、絵画変換処理部３０２は、ステップＳＣ１０２の顔検出処理で変換対象の写真において任意の人物の顔の検出に成功していた場合については（ステップＳＣ１１７：ＹＥＳ）、評価制御部３１０に、当該作品の作者、及び作品に対してポイントをそれぞれ加算する処理を行わせる（ステップＳＣ１１８）。
【００６３】
次に、図７〜図１０を参照して、前述した絵画変換処理部３０２によるステップＳＣ１０２の顔検出処理、及び重要度マップの作成手順について説明する。
【００６４】
図７に示したように、顔検出処理に際して絵画変換処理部３０２は、まず、対象画像データの中に顔があるかどうかを認識する（ステップＳＣ１５１）。顔認識技術は公知であるのでここでは詳述はしない。かかる処理に際して絵画変換処理部３０２は、顔を認識して検出することはできても、その輪郭まで正確に抽出することは困難なので、顔の領域を含む楕円形若しくは長方形の領域を画像データに設定する（ステップＳＣ１５２）。
【００６５】
図８は、顔の領域を含む領域を説明する図であり、図８においてｓｑは顔Ｆ１を含む長方形の領域であり、ｅｌは顔を含む楕円形の領域である。
【００６６】
しかる後、絵画変換処理部３０２は、重要度マップを作成する（ステップＳＣ１５３）。図９は、重要度マップを説明するための図である。ステップＳＣ１５３の処理において絵画変換処理部３０２は、同図（ａ）に示したような画像データから、顔Ｆ１、Ｆ２、Ｆ３を認識すると、同図（ｂ）に示したように顔領域ｓｑ１、ｓｑ２、ｓｑ３を画像データに設定する。
【００６７】
また、同図（ｃ）は、画像データに設定した領域に応じた重要度を示した図である。ステップＳＣ１５３の処理において絵画変換処理部３０２は、まず、顔領域ｓｑ１、ｓｑ２、ｓｑ３の領域Ｅ１、Ｅ２、Ｅ３の重要度を１位とする。次に、楕円ｅｌ３によって示される中央部の領域Ｅ４の重要度を２位とする。更に画面の楕円ｅｌ４によって示される背景部分の領域Ｅ５の重要度を３位とする。最後に、画面の周辺部分Ｅ６の重要度を最下位とする。
【００６８】
すなわち図９（ｃ）に示した、各領域Ｅ１〜Ｅ６と、各領域Ｅ１〜Ｅ６に設定した重要度とを示す情報が重要度マップとなる。
【００６９】
そして、絵画変換処理部３０２においては、画像データの各画素を絵画変換処理する際、重要度の高い領域ほどきめ細かく絵画変換し、重要度の低い領域ほど粗く絵画変換する。その結果、重要度が最下位の周辺部分の領域Ｅ６はぼやけた感じで絵画変換される。もちろんこれは一例であって、顔領域Ｅ１、Ｅ２、Ｅ３は顔の雰囲気を崩さないように絵画変換処理をかけないこともできる。
【００７０】
この重要度をαで示すと、αは画像データと同じ画素数を有し、画素Ａの変換演算は、Ａ（ＲＧＢ）（ｘ，ｙ）＝Ａ（ＲＧＢ）（ｘ，ｙ）＊Ｐ１＊α（ｘ，ｙ）
Ａ（ＲＧＢ）（ｘ，ｙ）＝Ａ（ＲＧＢ）（ｘ，ｙ）＊Ｐ２＊α（ｘ，ｙ）
Ａ（ＲＧＢ）（ｘ，ｙ）＝Ａ（ＲＧＢ）（ｘ，ｙ）＊Ｐｎ＊α（ｘ，ｙ）
（ここで（ｘ，ｙ）は２次元の座標）となる。つまりαの値によってパラメータの影響度が変わってくることを意味する。
【００７１】
なお、重要度を画像データと同じ画素数設けなくても、Ｅ１〜Ｅ６の各エリア内が同じ重要度とすれば６種類の重要度データを用意してもよい。また、重複するエリアは中間値とするなどもう少し細分化を図ってもよい。
【００７２】
図１０は、図８に示した顔領域の輪郭部分の領域を更に細分化したものである。顔領域の輪郭の中と外で重要度を変えると、絵画変換された画像に段差ができてしまう可能性があるので、同図に例示したように、顔領域周辺に設定する各重要度をｓｑ＞ｅｌ＞ｅｌ５とする。このようにすることによって、顔の輪郭部分を自然な感じで段階的に絵画変換することができる。
【００７３】
次に、ユーザーが任意の作品をダウンロードする場合におけるサーバー１１の動作について説明する。なお、作品をダウンロードするには会員登録が必要である。
【００７４】
図１１は、サーバー１１における作品のダウンロードに関する処理を示したフローチャートである。なお、図１１の処理は、サーバー１１のＣＰＵ２０、評価制御部３１０、及び会員管理部３１２によって行われる。
【００７５】
サーバー１１においては、会員によってダウンロードを希望する作品が指定されると（ステップＳＣ２０１）、会員管理部３１２によりそのユーザーが有料会員（ここでは、通常の有料会員とプレミアム会員である。）か、または無料会員かを判断し（ステップＳＣ２０２）、有料会員であれば、直ちに後述するステップＳＣ２０７へ進む。
【００７６】
一方、無料会員の場合は、該当作品の属性情報２０６からその作品の評価に相当するポイントを読み出し（ステップＳＣ２０３）、併せてダウンロードしようとしている会員の属性情報から保持しているポイントを読み出す（ステップＳＣ２０４）。
【００７７】
次に、作品のポイント（価格に相当）と会員の保有しているポイントの差額から支払ポイントを算出し（ステップＳＣ２０５）、それを充足していればステップＳＣ２０７へ進むが、不足している場合はその作品はダウンロードできないため、ステップＳＣ２０１へ戻り、他の作品をユーザーに選択させる。
【００７８】
そして、サーバー１１においては、ＣＰＵ２０がユーザーに指定された作品を、その作品の作者である他のユーザーの作品バッファエリア１０８から読み出し（ステップＳＣ２０７）、評価制御部３１０が当該作品の作者、及び作品に対してポイントをそれぞれ加算する（ステップＳＣ２０８）。つまり会員（無料会員、通常の有料会員、プレミアム会員）においては、自分の作品をたくさんダウンロードされるほど作品の評価が上がり、作者である会員のユーザーＩＤの属性情報のポイントエリアにもポイントが加算されて会員の保有ポイント数が上がる仕組みとなっている。
【００７９】
しかる後、サーバー１１においては、ＣＰＵ２０が、ステップＳＣ２０７で読み出した作品を、ダウンロードを要求したユーザーのダウンロード作品バッファ１１０に格納するタウンロード処理を行う（ステップＳＣ２０９）。
【００８０】
次に、サーバー１１において、作品エリア２０２の作品を一覧表示する際の動作について説明する。図１２は、作品エリア２０２の作品を一覧表示する際にＣＰＵ２０が実行する画面表示処理を示すフローチャートである。この画面表示処理が、図５に示した工程中の一覧表示処理（ＳＣ４）に相当する処理であり、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に、画像データにより表される多数の作品を表示させる処理である。
【００８１】
図１２に示したように、画面表示処理に際してＣＰＵ２０は、まず、作品エリア２０２から表示対象となる複数の作品を読み出し、それらの画像データを、表示バッファ３０内において所定の大きさで、所定の位置に配列させるページ配列処理を行う（ステップＳＣ３０１）。なお、ページ配列処理の詳細については後述する。
【００８２】
しかる後、ＣＰＵ２０は、表示バッファ３０に配列した複数の作品を図１４に示した状態で一覧表示する（ステップＳＣ３０２）。図１４に示したように、本実施形態において、表示対象となる複数の作品は、１画面内に横軸方向を画調の種類とし、縦軸方向を新着順とした配置状態で表示される。
【００８３】
また、複数の作品を一覧表示している間、ＣＰＵ２０は、ユーザー（閲覧者）からページ送りが指示された場合には（ステップＳＣ３０３：ＹＥＳ）、ステップＳＣ３０１のページ配列処理によって、表示中の作品をページ単位で変更する。
【００８４】
また、ＣＰＵ２０は、ユーザーからスクロールが指示された場合には（ステップＳＣ３０４：ＹＥＳ）、ステップＳＣ３０１のページ配列処理によって、表示中の作品を縦方向、又は横方向にスクロールさせる。なお、本実施形態においては、ユーザーが指示可能なスクロール方向は、横方向については左右の両方向であるが、縦方向については下方向のみである。
【００８５】
さらに、複数の作品を一覧表示している間、ＣＰＵ２０は、ユーザーによって表示中のいずれかの作品が選択されると（ステップＳＣ３０５：ＹＥＳ）、その作品の画像データを作品エリア２０２から読み込み（ステップＳＣ３０６）、拡大表示する（ステップＳＣ３０７）。係る処理は、特定の作品を、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に実サイズで表示させる処理である。
【００８６】
そして、ＣＰＵ２０は、ユーザーから一覧表示の終了が指示されるまでは（ステップＳＣ３０８：ＮＯ）、ステップＳＣ３０２へ戻り作品の一覧表示を継続し、一覧表示の終了が指示された時点で（ステップＳＣ３０８：ＹＥＳ）、画面表示処理を終了する。
【００８７】
次に、ステップＳＣ３０１においてＣＰＵ２０が実行するページ配列処理の内容を、図１３のフローチャートに従い具体的に説明する。
【００８８】
ページ配列処理に際してＣＰＵ２０は、その処理タイミングが、例えば画面表示処理の開始当初や、ユーザーからページ送りが指示された時点であって、ユーザーからスクロールが指示あった時点でなければ（ステップＳＣ３５１：ＮＯ）、以下の処理を実行する。
【００８９】
まず、ＣＰＵ２０は、表示バッファ３０をクリアした後（ステップＳＣ３５２）、作品エリア２０２に記憶されている多数の作品の画像データ（ＪＰＥＧデータ）から、表示対象とする作品の画像データを新着順にワークメモリに読み込む（ステップＳＣ３５３）。なお、表示対象となる作品の大きさは一定とは限らない。なお、ワークメモリは、表示バッファ３０のメモリ領域内に表示用とは別に確保されている作業用のメモリエリアである。
【００９０】
次に、ＣＰＵ２０は、画像データを読み込んだ作品の価値を確認する（ステップＳＣ３５４）。
【００９１】
本実施形態においては、各作品のポイント数に、会員種別に応じた倍率を乗じた後のポイント数を各作品の価値とする。その際、会員種別に応じた倍率は、例えば作品の作者が無料会員であれば１倍とし、通常の有料会員であれば２倍とし、プレミアム会員であれば３倍とする。
【００９２】
引き続き、ＣＰＵ２０は、確認した価値に応じて作品の表示サイズを決定する（ステップＳＣ３５５）。表示サイズの決定に際してＣＰＵ２０は、価値が高い作品ほど、その表示サイズを相対的に大きくする。
【００９３】
係る処理では、例えば基準となる最小の表示サイズと、最大の表示サイズとを予め決めておく。そして、作品の価値に比例する倍率を所定の計算式で求め、その倍率を最小の表示サイズに乗じることによって、作品の価値に応じた表示サイズを計算する。そして、計算した表示サイズが最大の表示サイズ以下であれば、それを作品の表示サイズとして決定し、計算した表示サイズが最大の表示サイズを超える場合には、最大の表示サイズを作品の表示サイズとして決定する。
【００９４】
また、例えば表示サイズとして大中小など数段階の表示サイズを予め設けておき、作品の価値も大中小など数段階にレベル分けし、各作品の表示サイズを作品の価値レベルに対応する表示サイズに決定する。いずれにしても価値の高い作品の表示サイズを大きくし、価値の低い作品の表示サイズを小さくする。
【００９５】
次に、ＣＰＵ２０は、ステップＳＣ３５３で読み込んだ画像データを、上記のように決定した表示サイズのビットマップデータとしてワークメモリに展開する（ステップＳＣ３５６）。
【００９６】
引き続き、ＣＰＵ２０は、表示対象の作品が有料会員か、又はプレミアム会員の作品であるか否かを確認し、表示対象の作品が無料会員の作品であった場合には（ステップＳＣ３５７：ＮＯ）、直ちに、後述するステップＳＣ１０の処理へ進む。
【００９７】
一方、表示対象の作品が有料会員か、又はプレミアム会員の作品であった場合には（ステップＳＣ３５７：ＹＥＳ）、会員種別に応じて表示枠の種類を決定する（ステップＳＣ３５８）。しかる後、ＣＰＵ２０は、決定した種類の表示枠を、ビットマップ化した表示対象の画像データに合成する（ステップＳＣ３５９）。
【００９８】
ここで、本実施形態においては、上記の表示枠として有料会員用の表示枠と、プレミアム会員用の表示枠との２種類が用意されており、ステップＳＣ３５８では、いずれかの表示枠を決定する。また、表示枠は作品を目立たせることを目的とするものであり、例えば額縁等のように作品に装飾を施すための絵柄を表す画像データである。また、プレミアム会員用の表示枠には、有料会員用の表示枠よりも高級感を感じさせる等の差別化が図られている。
【００９９】
次に、ＣＰＵ２０は、表示バッファ３０において、表示対象の作品の画調に応じた列に新たな作品を配置するための空きがあるか否かを確認する（ステップＳＣ３６０）。なお、本実施形態では、図１４に示したように作品を配置する列は４列であり、各列に割り当てられている画調は、処理開始当初においては油絵調、水彩画、パステル画、色鉛筆である。
【０１００】
そして、ＣＰＵ２０は、作品の画調が割り当てられている列に空きがあれば（ステップＳＣ３６０：ＹＥＳ）、その列に作品の画像データを配置する（ステップＳＣ３６１）。なお、係るステップＳＣ３６１の処理に際してＣＰＵ２０は、例えば作品を配置する箇所の周囲（同じ列、又は隣接する列）に他の画像が存在する場合には、必要に応じて他の画像の位置を微調整することにより各作品間に適度の間隔を確保する。
【０１０１】
しかる後、ＣＰＵ２０はステップＳＣ３５３の処理に戻り、表示対象とする新たな作品を読み込む。
【０１０２】
一方、ＣＰＵ２０は、作品の画調が割り当てられている列に空きがない場合には（ステップＳＣ３６０：ＮＯ）、今回表示対象となった作品の画像データは、表示バッファ３０に配置しない。なお、ＣＰＵ２０は、ステップＳＣ３６０の処理に際しては、表示対象の作品の画調が、現在、各列に割り当てられている画調とは異なる画調であった場合についても、空きがないと判断し、今回表示対象となった作品の画像データは、表示バッファ３０に配置しない。
【０１０３】
そして、ＣＰＵ２０は、空きがないと判断した場合には、引き続き、今回表示対象となった作品の画調とは異なる他の画調が割り当てられている列に空きがあるか否かを確認する（ステップＳＣ３６２）。そして、ＣＰＵ２０は、他の画調が割り当てられている列に空きが有れば（ステップＳＣ３６２：ＹＥＳ）、ＣＰＵ２０はステップＳＣ３５３の処理に戻り、表示対象とする新たな作品を読み込む。
【０１０４】
以後、ＣＰＵ２０は、いずれかの列に新たな作品を配置する空きが存在する間は（ステップＳＣ３６２：ＹＥＳ）、前述したステップＳＣ３５３以降の処理を繰り返す。そして、ＣＰＵ２０は、全ての列に新たな作品を配置する空きがなくなった段階で（ステップＳＣ３６２：ＮＯ）、配列処理を終了する。
【０１０５】
そして、係る配列処理により表示バッファ３０に配置された複数の作品が、最終的に図１２のステップＳＣ３０２の処理において、図１４に示したように一覧表示される。なお、図１４は、色鉛筆の列の最新の位置に配置された作品Ｄ１が有料会員か、又はプレミアム会員であり、その作品の周囲に前述した表示枠１４Ａが表示された状態を示した図である。なお、図１４に示した表示枠１４Ａは便宜的なものであり、実際には、作品Ｄ１の作者の会員種別に対応する種類の額縁を模した表示枠等が表示される。
【０１０６】
一方、上述した処理とは別に、ページ配列処理のタイミングが、ユーザーからスクロールが指示あった時点であった場合（ステップＳＣ３５１：ＹＥＳ）、ＣＰＵ２０は、まずユーザーから指示されたスクロール方向が縦方向（下方向）であるか否かを確認する（ステップＳＣ３６３）。
【０１０７】
そして、スクロール方向が縦方向であった場合（ステップＳＣ３６３：ＹＥＳ）、ＣＰＵ２０は、表示バッファ３０に配置済みの全画（作品）を縦方向へ移動する（ステップＳＣ３６４）。このときの移動量は予め決められている移動量であり、例えば各列の最上部に表示サイズが最小の作品が１又は２つ配置可能なスペースを確保する量である。
【０１０８】
しかる後、ＣＰＵ２０は、前述したステップＳＣ３５２の処理へ移行し、前述した処理を実行する。これにより、例えば各画調の列の最下部に表示されていた作品の表示が終了し、それに代わり最上部に新たな作品が表示されることとなる。
【０１０９】
また、上記とは異なり、ユーザーから指示されたスクロール方向が横方向であった場合（ステップＳＣ３６３：ＮＯ）、ＣＰＵ２０は、表示バッファ３０に配置済みの全画（作品）を横方向、すなわち左右のいずれかの方向へ移動する（ステップＳＣ３６５）。このときの移動量は、予め固定的に決められている各列に配置済みの作品を隣接する列に移動させる移動量である。さらに、ＣＰＵ２０は、それまで各列に割り当てられていた画調の設定を、各列に配置済みの作品の移動方向と同方向へそれぞれ１列分移動させる（ステップＳＣ３６６）。
【０１１０】
しかる後、ＣＰＵ２０は、前述したステップＳＣ３５２の処理へ移行し、各列における画調の割り当てを変更した状態で、前述した処理を実行する。これにより、図１４に示した例では、油絵調の列に表示されていた作品群、又は色鉛筆の列に表示されていた作品群に代わり、それまで表示されていなかった他の画調の作品群が新たに表示されることとなる。
【０１１１】
以上のように本実施形態においては、サーバー１１に蓄積された多数の作品（画像）をページ単位で一覧表示することにより、多数の作品をユーザーに対して効率よく表示することができる。
【０１１２】
また、価値が高い作品ほど表示サイズを大きくし、価値が高い作品ほど目立つようにするとともに、作品のポイント数が高いほど作品の価値を高くし、かつ作者が単なる有料会員である作品よりも、プレミアム会員である作品に価値を高く設定するようにした。また、顔が存在する（検出できた）作品には自動的にポイント数を加算し、顔が存在しない作品よりも価値が高くなるようにした。
【０１１３】
また、有料会員やプレミアム会員の作品のみに表示枠を付加して表示し、無料会員の作品よりも有料会員やプレミアム会員の作品を目立つようにした。さらに、プレミアム会員の作品には、有料会員の作品よりも高級感を感じさせる表示枠を付加し、より目立つようにした。
【０１１４】
したがって、多数の作品を、効率よく、しかもユーザーの興味を引くように表示させることができる。同時に、ポイント数が高い作品を相対的にポイント数が低い作品よりも優遇した状態で、また、顔が存在する作品を顔が存在しない作品よりも優遇した状態で、さらにはプレミアム会員の作品を有料会員の作品よりも優遇した状態で一覧表示することができる。
【０１１５】
なお、本実施形態においては、一覧表示に際して有料会員やプレミアム会員の作品に表示枠を付加することにより、無料会員の作品よりも目立つようにしたが、例えば表示枠を付加する代わりに、作品の外周部の枠をくっきり見せたり、或いは点滅させたりして目立たせるようにしてもよい。
【０１１６】
（実施形態２）
次に、本発明の第２の実施形態について説明する。図１５は、本実施形態において、サーバー１１がインターネット上で多数の作品を一覧表示する際の作品の表示に関する画面表示処理を示すフローチャートである。
【０１１７】
画面表示処理に際してＣＰＵ２０は、サーバー１１に多数投稿され作品エリア２０２に記憶されている多数の作品の画像データを一覧表示するためのページ処理を行う（ステップＳＣ４０１）。係るステップＳＣ４０３の処理が、図５に示した工程中の一覧表示処理（ＳＣ４）であり、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に、画像データにより表される多数の作品を表示させる処理である。
【０１１８】
ここで、ステップＳＣ４０３のページ表示処理は、多数の作品を時間とともに流れるように表示させるタイムライン表示を行う処理である。本実施形態のタイムライン表示は、図１７（Ａ）〜（Ｃ）に示したように、多数の作品をページ内（１画面内）に４行×４列に配列させるとともに、各列の作品群を、列毎に決められている所定の速度で上から下に向って（Ｙ方向）に所定の速さで流れるように移動させて表示するものである。
【０１１９】
すなわち、ＡＢＣＤの列と、ＥＦＧＨの列と、ＩＪＫＬの列と、ＭＮＯＰの列の各画像を、それぞれ異なった速度でＹ方向へ流れるように移動させるものである。なお、タイムライン表示に際して各作品の表示間隔は予め決められた間隔で固定される。
【０１２０】
本実施形態においては、各列の画像を異なった速度でＹ方向に流れて表示させるため、図１７（Ａ）→図１７（Ｂ）→図１７（Ｃ）と時系列に見ていくと、例えばこれが１０秒毎の画面とすれば、作品Ａより作品Ｅが早く流れて行き、作品Ｉは少なくとも３０秒間は固定のままである。作品Ｍの列は作品Ａの列と同じ動きをしている。従って、作品Ｅの列や作品Ｉの列のようにゆっくり流れる方が、速く流れるよりも視聴者の目に触れている時間が長いこととなる。
【０１２１】
なお、ページ表示処理は、後述するように、ユーザーからページ更新が指示されたり、作品が選択されたり、一覧表示の終了が指示されたりするまでは、一定の処理タイミングで繰り返し実行される。
【０１２２】
図１６は、上記ページ表示処理の内容を示したフローチャートである。ページ表示処理に際してＣＰＵ２０は、今回の処理タイミングが、前記ページ内のいずれかの列の画像を移動すべき移動タイミングであるか否かを確認する。処理開始当初においては、未だ画像を一覧表示していないため（ステップＳＣ５０１：ＮＯ、ステップＳＣ５０２：ＮＯ、）、ＣＰＵ２０は、サーバー１１に多数投稿され作品エリア２０２に記憶されている多数の作品の画像データ（ＪＰＥＧデータ）から、たとえば新着順に表示対象とする画像データをワークメモリに読み込む（ステップＳＣ５０３）。
【０１２３】
次に、ＣＰＵ２０は、読み込んだ画像データをワークメモリ内でビットマップ化した後（ステップＳＣ５０４）、表示対象画像となった作品の価値を確認する（ステップＳＣ５０５）。本実施形態においても作品の価値は、各々の作品に付随する属性情報の１つのであるポイント数や、アクセス数、ダウンロード数、各々の作品の作者の会員種別等、作品の重みづけをする情報の総称であり、具体的な内容については第１の実施形態で既説した通りである。
【０１２４】
しかる後、ＣＰＵ２０は、確認した価値に応じた表示列を決定する（ステップＳＣ５０６）。つまり表示対象画像の作品を、図１７（Ａ）〜（Ｃ）に示した４列のどの列に流す（表示する）のか決定する。
【０１２５】
ここで、本実施形態においては、各作品を流す速度が列毎に予め決められている。具体的には、図１７（Ａ）に示した作品ＡＢＣＤが並んだ第１の列と、作品ＭＮＯＰが並んだ第４の列との速度が同じ速度で、かつ最も速く、作品ＥＦＧＨが並んだ第２の列の速度が次に速く、作品ＩＪＫＬが並んだ第３の列の速度が最も遅くなっている。
【０１２６】
ステップＳＣ５０６においてＣＰＵ２０は、まず、表示対象の作品を前述した価値が高い順に上位、中位、下位の３段階の価値レベルにグループ分けする。
【０１２７】
その際、ＣＰＵ２０は、上位のグループに含まれる作品には、表示列として、流す際の速度が最も遅い前記第３の列を割り当て、中位のグループに含まれる作品には、表示列として、流す際の速度が次に遅い前記第２の列を割り当てる。また、下位のグループに含まれる作品には、表示列として、流す際の速度が最も速い前記第１の列、及び前記第４の列の一方を交互に割り当てる。
【０１２８】
そして、ＣＰＵ２０は、表示対象画像である作品のビットマップ化した画像データを、表示バッファ３０において、上記のように決定した表示列であって、未だ他の作品の画像データが配置されていない所定の行位置に配置する（ステップＳＣ５０７）。なお、その際には、新たな画像データを上の行位置から順に配置する。
【０１２９】
以後、ＣＰＵ２０は、表示バッファ３０における４行×４列の全ての位置に作品が配置できるまで、前述したステップＳＣ５０３〜ステップＳＣ５０７の処理を繰り返す。その間、図示しないがＣＰＵ２０は、表示対象画像となった任意の作品についてステップＳＣ５０６で決定した表示列に空きがなかった場合には、当該作品の画像データを破棄する一方、その画像ＩＤと、決定した表示列を示す情報（列番号等）とを対応させて、後述する表示待ちリストへ追加する。
【０１３０】
やがて、ＣＰＵ２０は、表示バッファ３０における４行×４列の全ての位置に作品が配置できると（ステップＳＣ５０２：ＹＥＳ）、表示バッファ３０内の全画像データ、つまり一画面分の画像をページ表示する（ステップＳＣ５１８）。
【０１３１】
これにより端末１の表示画面上には、例えば図１０（Ａ）に示したように、作品Ａ〜Ｐまで１６枚の作品（正確には作品の縮小画像）が表示されることとなる。なお、各列の作品の表示順は上から下へ向かって新着順である。
【０１３２】
一方、上記のページ表示を１回行った後、ＣＰＵ２０は、ページ内のいずれかの列の画像を移動すべき移動タイミングが到来する毎に（ステップＳＣ５０１）、後述するステップＳＣ５０８以降の処理を繰り返し実行する。
【０１３３】
その際、前述したように本実施形態では、図１７（Ａ）に示した作品ＡＢＣＤが並んだ第１の列と、作品ＭＮＯＰが並んだ第４の列との速度が同じ速度で、かつ最も速く、作品ＥＦＧＨが並んだ第２の列の速度が次に速く、作品ＩＪＫＬが並んだ第３の列の速度が最も遅くなっている。したがって、一定時間内に、画像を移動すべき表示列（以下、移動対象の表示列という。）となる回数は、上記の第１の列、及び第４の列が最も多く、次に第２の列が多く、第３の列が最も少なくなっている。
【０１３４】
そして、ＣＰＵ２０は、上記の移動タイミングが到来すると、まず、表示バッファ３０内で、その時点で該当する表示列、つまり移動対象の表示列の全画像データを一行分だけ下方へ移動させる（ステップＳＣ５０８）。これにより移動対象の表示列においては一番上の行に空きができる。なお、このとき、それまで最下行にあった画像データは破棄する。
【０１３５】
次に、ＣＰＵ２０は、後述する表示待ちリストを参照し、今回の移動対象の表示列に、他の作品よりも先に表示すべき作品があるか否かを確認する。そして、先に表示すべき作品がなければ（ステップＳＣ５０９：ＮＯ）、作品エリア２０２に格納されている作品中における、新着順で次となる新たな作品の画像データの価値を、ステップＳＣ５０５と同様の手順で確認した後（ステップＳＣ５１０）、その価値に応じて、新たな画像データについてステップＳＣ５０６と同様の手順で表示列を決定する（ステップＳＣ５１１）。
【０１３６】
そして、ＣＰＵ２０は、新たな画像データの表示列が今回の移動対象でなければ、つまり新たな画像データの表示列に空きがあれば（ステップＳＣ５１２：ＹＥＳ）、当該新たな画像データを作品エリア２０２から読み込む（ステップＳＣ５１３）。
【０１３７】
次に、ＣＰＵ２０は、読み込んだ画像データをビットマップデータに変換し（ステップＳＣ５１６）、それを表示バッファ３０内の空き位置、つまり移動対象の表示列の一番上の行に配置する（ステップＳＣ：４１７）、しかる後、表示バッファ３０内の更新後の全画像データ、つまり移動対象の表示列の既存の３枚の作品が一行下に移動した状態に変化した新たな一画面分の画像をページ表示する（ステップＳＣ５１８）。
【０１３８】
一方、ステップＳＣ５１２において、新たな画像データの表示列が今回の移動対象でなければ、つまり新たな画像データの表示列に空きがなかった場合には（ステップＳＣ５１２：ＮＯ）、当該画像データを表示待ちリストに追加する（ステップＳＣ５１４）。ここで、表示待ちリストとは、ＣＰＵ２０の内部メモリに設けられたリストであり、具体的には、画像ＩＤと、その画像ＩＤにより示される画像（作品）について決定された表示列を示す情報（列番号等）とを対応させて記憶するテーブルデータである。
【０１３９】
ＣＰＵ２０は、ステップＳＣ５１４で新たな画像データを表示待ちリストに追加した後には、ステップＳＣ５１０へ戻り、再び作品エリア２０２に格納されている作品中における、新着順で次となる新たな作品の画像データの価値を再び確認する。そして、前述した処理を繰り返し、その後、新たな画像データについての表示列が今回の移動対象と一致したら（ステップＳＣ５１２：ＹＥＳ）、その画像データ、つまり新たな作品が、今回の移動対象の表示列の一番上の行に配置された状態の新たなページを表示する（ステップＳＣ５１３〜ＳＣ５１８）。
【０１４０】
その後、ＣＰＵ２０は、いずれかの移動タイミングで、表示列として、そのとき移動対象と一致する表示列が予め決められている画像データの情報が、表示待ちリストに存在していた場合には（ステップＳＣ５０９：ＹＥＳ）、その画像データ、つまり表示待ちであった新たな画像データを表示対象として作品エリア２０２から読み込む（ステップＳＣ５１５）。その際、係る新たな画像データの情報は表示待ちリストから削除する。そして、ＣＰＵ２０は、係る新たな画像データ（作品）が今回の移動対象の表示列の一番上の行に配置された状態の新たなページを表示する（ステップＳＣ５１６〜ＳＣ５１８）。
【０１４１】
以後、ＣＰＵ２０は、移動タイミングが到来する毎に、上述したステップＳＣ５０８〜ＳＣ５１８の処理を繰り返す。これにより、サーバー１１に多数投稿され作品エリア２０２に記憶されている多数の作品が、各々の価値に応じた列に配列されるとともに、各作品が、列毎に決められている速度で流れるように表示される。
【０１４２】
そして、図１５に示したように画面表示処理においては、上述したページ表示を行っている間に、ユーザーからページ更新指示があると（ステップＳＣ４０２：ＹＥＳ）、ＣＰＵ２０は、その時点で表示バッファ３０を初期化した後（ステップＳＣ４０７）、前述したページ表示を行う（ステップＳＣ４０１）。その際には、図１６のステップＳＣ５０２〜ＳＣ５０７の処理を経て新たなページが表示される。つまりページ更新指示があった直後には、直前には表示されていなかった新たな１６枚の作品が一覧表示されたページが表示され、以後、新たなタイムライン表示が開始される。
【０１４３】
引き続き、上述したページ表示を行っている間、ユーザーによって、表示中のページ内でいずれかの作品が選択されると（ステップＳＣ４０３：ＹＥＳ）、ＣＰＵ２０は、その作品の画像データを作品エリア２０２から読み込み（ステップＳＣ４０４）、拡大表示する（ステップＳＣ４０５）。係る処理は、上記特定の作品を、画像サービスサイト１０にアクセスしているユーザーの端末１の画面上に実サイズで表示させるための処理である。
【０１４４】
その後、サーバー１１においては、ユーザーから一覧表示の終了が指示されるまでは（ステップＳＣ４０６：ＮＯ）、ステップＳＣ４０１へ戻り、ＣＰＵ２０は、多数の作品のページ表示を継続する。そして、一覧表示の終了が指示された時点で（ステップＳＣ４０６：ＹＥＳ）、画面表示処理を終了する。
【０１４５】
以上のように本実施形態においては、サーバー１１に蓄積された多数の作品（画像）をページ単位で一覧表示することにより、多数の作品をユーザーに対して効率よく表示することができる。同時に、多数の作品を一覧表示する際には、それを前述したタイムライン表示によって行うことより、多数の作品をユーザーの興味を引くように表示させることができる。
【０１４６】
しかも、本実施形態におけるタイムライン表示では、各作品を流れるように動いた状態で表示し、各作品の流れ（動き）の速度を各作品の価値に応じて変化させるようにした。したがって、各作品の流れに変化を持たせることができ、多数の作品をより一層ユーザーの興味を引くように表示させることができる。
【０１４７】
また、本実施形態におけるタイムライン表示では、価値が高い作品ほど流れ（動き）の速度を遅くして、価値が高い作品ほど見やすく表示し、かつ表示時間を長くするとともに、作品のポイント数が高いほど作品の価値を高くし、かつ作者が単なる有料会員である作品よりも、プレミアム会員である作品に価値を高く設定するようにした。また、顔が存在する（検出できた）作品には自動的にポイント数を加算し、顔が存在しない作品よりも価値が高くなるようにした。
【０１４８】
したがって、ポイント数が高い作品を相対的にポイント数が低い作品よりも優遇した状態で、また、顔が存在する作品を顔が存在しない作品よりも優遇した状態で、さらにプレミアム会員の作品を有料会員の作品よりも優遇した状態で一覧表示することができる。
【０１４９】
ここで、本実施形態においては、タイムライン表示に際し、ページ内の複数の作品を縦方向（Ｙ方向）に流れるように表示させるようにしたが、これに限らず、ページ内の複数の作品は、横方向（Ｘ方向、図示ぜず）や斜め方向に流れるように表示させてもよいことは勿論である。また、本実施形態では、便宜上、ページ内での作品の配列が４行×４列であるものを説明したが、各列、及び各行の作品数は任意である。
【０１５０】
また、本実施形態においては、各作品の価値を、作品のポイント数と、その作品の作者の会員種別とに基づいて決定するものについて説明したが、各作品の価値は以下のように決定するようにしてもよい。すなわち各作品の価値は、例えば作品のポイント数、アクセス数（閲覧回数）、ダウンロード数のいずれか１つの属性情報や、いずれか複数の属性情報によって決定してもよいし、各作品の作者の会員種別のみによって決定してもよい。また、各作品の作者の会員種別と、ダウンロード数以外の１つの属性情報とによって決定してもよいし、各作品の作者の会員種別と、複数の属性情報とによって決定してもよい。
【０１５１】
また、本実施形態においては、各作品を、新着順を基本してタイムライン表示するものについて説明したが、各作品をランダムにタイムライン表示するようにしてもよい。また、各列における作品の移動速度についても、それらを固定することなく、少なくとも価値の異なる作品の列の移動速度を同一にしないことを条件としてランダムに設定するようにしても構わない。
【０１５２】
また、本実施例においては、作品の価値によって移動速度を変えることによって、作品がユーザーの眼に触れる時間の長短を制御したが、作品が移動するのではなく、同じ位置に表示されていて、次の画像に切り替わるタイミング、すなわち表示持続時間を変えるようにしてもよい。例えば、図１７において、各作品は列によって異なる速度で移動するようにしたが、作品Ａは同じ位置のまま１５秒後に次の作品ＡＡに置き換わり、作品Ｅは同じ位置のまま３０秒後に次の作品ＥＥに置き換わり、作品Ｉは同じ位置のまま１分後に次の作品ＩＩに置き換わるようにしてもよい。
【０１５３】
また、本実施形態においては、画面表示処理に際してＣＰＵ２０が、サーバー１１に多数投稿され作品エリア２０２に記憶されている全ての作品を対象として、前述したタイムライン表示を行うものについて説明した。しかし、タイムライン表示を行う際、表示対象を特定の画調を有する作品に限定するようにしてもよい。
【０１５４】
図１８は、その場合における画面表示処理の変形例を示した、図１５に対応するフローチャートである。表示対象を特定の画調を有する作品に限定する場合には、図１７に示したように、ＣＰＵ２０には、任意の画調の作品を対象として複数の作品をタイムライン表示している間には、ユーザーから画調変更指示があった場合（ステップＳＣ４０８：ＹＥＳ）、表示対象とする作品の画調を予め決められている順に切り替えた後（ステップＳＣ４０９）、前述したページ表示処理を行わせるようにしてもよい。
【０１５５】
以上、本発明のいくつかの実施形態、及びその変形例について説明したが、これらは本発明の作用効果が得られる範囲内であれば適宜変更が可能であり、変更後の実施形態も特許請求の範囲に記載された発明、及びその発明と均等の発明の範囲に含まれる。以下に、本出願の特許請求の範囲に記載された発明を付記する。
［請求項１］
サーバーを含みユーザーの端末と接続可能な画像表示システムであって、ネットワークを介して前記サーバーにユーザーの端末から画像をアップロードさせるアップロード手段と、前記アップロードされた画像を記憶する記憶手段と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段とを備えたことを特徴とする画像表示システム。
［請求項２］
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて大きさを制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項３］
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示形態を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項４］
前記表示制御手段は、複数の前記リサイズ画像を前記画面上に移動させながら表示させるとともに、複数の前記リサイズ画像を、各画像の価値に応じて移動速度を制御することにより画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項５］
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示時間を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
［請求項６］
前記表示制御手段は、前記アップロードされた画像に対するアクセス数を、アップロードされた画像に対応する前記リサイズ画像の価値と判断することを特徴とする請求項１記載の画像表示システム。
［請求項７］
前記ユーザーには有料会員と無料会員とが含まれ、前記表示制御手段は、前記無料会員によりアップロードされた画像に対応する前記リサイズ画像の価値よりも、前記有料会員によりアップロードされた画像に対応する前記リサイズ画像の価値を高いと判断することを特徴とする請求項１記載の画像表示システム。
［請求項８］
更に、前記アップロードされた画像にポイントを付加するポイント付加手段を備え、前記表示制御手段は、前記ポイント付加手段により付加されたポイントを複数の前記リサイズ画像の価値と判断することを特徴とする請求項１記載の画像表示システム。
［請求項９］
更に、前記アップロードされた画像から人物の顔を検出する顔検出手段を備え、前記表示制御手段は、前記顔検出手段により顔が検出されなかった画像に対応する前記リサイズ画像の価値よりも、前記顔検出手段により顔が検出された画像に対応する前記リサイズ画像の価値を高いと判断することを特徴とする請求項１記載の画像表示システム。
［請求項１０］
更に、前記アップロードされた画像を画調変換処理する画調変換手段を備え、前記表示制御手段は、前記画調変換手段により画調変換処理されて前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の画調の種類に対応させた並び順で表示させることを特徴とする請求項１記載の画像表示システム。
［請求項１１］
ネットワークを介してサーバーにユーザーの端末から画像をアップロードさせる工程と、アップロードされた画像を記憶する工程と、記憶した複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる工程とを含むことを特徴とする画像表示方法。
［請求項１２］
ネットワークを介してユーザーの端末からアップロードされた画像を記憶する記憶手段と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段とを備えたことを特徴とする画像表示装置。
［請求項１３］
コンピュータに、画像をユーザーの端末からサーバーにアップロードさせる処理と、アップロードされた画像を記憶手段に記憶させる処理と、前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる処理とを実行させることを特徴とするプログラム。
【符号の説明】
【０１５６】
１ 端末
１０ 画像サービスサイト
１１ サーバー
２０ ＣＰＵ
２２ グラフィックアクセラレータ
３０ 表示バッファ
１００ 会員エリア
１０２ ユーザーＩＤ
１０４ 属性情報
１０６ アップロード画像エリア
１０８ 作品バッファエリア
１１０ ダウンロード作品バッファ
２００ 共通エリア
２０２ 作品エリア
２０４ 画像ＩＤ
２０６ 属性情報
２０８ 画像データ
３００ 制御エリア
３０２ 絵画変換処理部
３０４ パラメータテーブル
３０８ 表示制御部
３１０ 評価制御部
３１２ 会員管理部
５００ インターネット
【特許請求の範囲】
【請求項１】
サーバーを含みユーザーの端末と接続可能な画像表示システムであって、
ネットワークを介して前記サーバーにユーザーの端末から画像をアップロードさせるアップロード手段と、
前記アップロードされた画像を記憶する記憶手段と、
前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段と
を備えたことを特徴とする画像表示システム。
【請求項２】
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて大きさを制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項３】
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示形態を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項４】
前記表示制御手段は、複数の前記リサイズ画像を前記画面上に移動させながら表示させるとともに、複数の前記リサイズ画像を、各画像の価値に応じて移動速度を制御することにより画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項５】
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示時間を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項６】
前記表示制御手段は、前記アップロードされた画像に対するアクセス数を、アップロードされた画像に対応する前記リサイズ画像の価値と判断することを特徴とする請求項１記載の画像表示システム。
【請求項７】
前記ユーザーには有料会員と無料会員とが含まれ、
前記表示制御手段は、前記無料会員によりアップロードされた画像に対応する前記リサイズ画像の価値よりも、前記有料会員によりアップロードされた画像に対応する前記リサイズ画像の価値を高いと判断する
ことを特徴とする請求項１記載の画像表示システム。
【請求項８】
更に、前記アップロードされた画像にポイントを付加するポイント付加手段を備え、
前記表示制御手段は、前記ポイント付加手段により付加されたポイントを複数の前記リサイズ画像の価値と判断する
ことを特徴とする請求項１記載の画像表示システム。
【請求項９】
更に、前記アップロードされた画像から人物の顔を検出する顔検出手段を備え、
前記表示制御手段は、前記顔検出手段により顔が検出されなかった画像に対応する前記リサイズ画像の価値よりも、前記顔検出手段により顔が検出された画像に対応する前記リサイズ画像の価値を高いと判断する
ことを特徴とする請求項１記載の画像表示システム。
【請求項１０】
更に、前記アップロードされた画像を画調変換処理する画調変換手段を備え、
前記表示制御手段は、前記画調変換手段により画調変換処理されて前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の画調の種類に対応させた並び順で表示させる
ことを特徴とする請求項１記載の画像表示システム。
【請求項１１】
ネットワークを介してサーバーにユーザーの端末から画像をアップロードさせる工程と、
アップロードされた画像を記憶する工程と、
記憶した複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる工程と
を含むことを特徴とする画像表示方法。
【請求項１２】
ネットワークを介してユーザーの端末からアップロードされた画像を記憶する記憶手段と、
前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段と
を備えたことを特徴とする画像表示装置。
【請求項１３】
コンピュータに、画像をユーザーの端末からサーバーにアップロードさせる処理と、
アップロードされた画像を記憶手段に記憶させる処理と、
前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる処理と
を実行させることを特徴とするプログラム。
【請求項１】
サーバーを含みユーザーの端末と接続可能な画像表示システムであって、
ネットワークを介して前記サーバーにユーザーの端末から画像をアップロードさせるアップロード手段と、
前記アップロードされた画像を記憶する記憶手段と、
前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段と
を備えたことを特徴とする画像表示システム。
【請求項２】
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて大きさを制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項３】
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示形態を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項４】
前記表示制御手段は、複数の前記リサイズ画像を前記画面上に移動させながら表示させるとともに、複数の前記リサイズ画像を、各画像の価値に応じて移動速度を制御することにより画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項５】
前記表示制御手段は、複数の前記リサイズ画像を、各画像の価値に応じて表示時間を制御することにより、画面上に差別化して表示させることを特徴とする請求項１記載の画像表示システム。
【請求項６】
前記表示制御手段は、前記アップロードされた画像に対するアクセス数を、アップロードされた画像に対応する前記リサイズ画像の価値と判断することを特徴とする請求項１記載の画像表示システム。
【請求項７】
前記ユーザーには有料会員と無料会員とが含まれ、
前記表示制御手段は、前記無料会員によりアップロードされた画像に対応する前記リサイズ画像の価値よりも、前記有料会員によりアップロードされた画像に対応する前記リサイズ画像の価値を高いと判断する
ことを特徴とする請求項１記載の画像表示システム。
【請求項８】
更に、前記アップロードされた画像にポイントを付加するポイント付加手段を備え、
前記表示制御手段は、前記ポイント付加手段により付加されたポイントを複数の前記リサイズ画像の価値と判断する
ことを特徴とする請求項１記載の画像表示システム。
【請求項９】
更に、前記アップロードされた画像から人物の顔を検出する顔検出手段を備え、
前記表示制御手段は、前記顔検出手段により顔が検出されなかった画像に対応する前記リサイズ画像の価値よりも、前記顔検出手段により顔が検出された画像に対応する前記リサイズ画像の価値を高いと判断する
ことを特徴とする請求項１記載の画像表示システム。
【請求項１０】
更に、前記アップロードされた画像を画調変換処理する画調変換手段を備え、
前記表示制御手段は、前記画調変換手段により画調変換処理されて前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の画調の種類に対応させた並び順で表示させる
ことを特徴とする請求項１記載の画像表示システム。
【請求項１１】
ネットワークを介してサーバーにユーザーの端末から画像をアップロードさせる工程と、
アップロードされた画像を記憶する工程と、
記憶した複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる工程と
を含むことを特徴とする画像表示方法。
【請求項１２】
ネットワークを介してユーザーの端末からアップロードされた画像を記憶する記憶手段と、
前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる表示制御手段と
を備えたことを特徴とする画像表示装置。
【請求項１３】
コンピュータに、画像をユーザーの端末からサーバーにアップロードさせる処理と、
アップロードされた画像を記憶手段に記憶させる処理と、
前記憶手段に記憶されている複数の画像のリサイズ画像を、前記端末で閲覧可能な画面上に各画像の価値に基づき差別化して表示させる処理と
を実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１３−９２８６（Ｐ２０１３−９２８６Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１１−１８５６２７（Ｐ２０１１−１８５６２７）
【出願日】平成２３年８月２９日（２０１１．８．２９）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願日】平成２３年８月２９日（２０１１．８．２９）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]