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