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