JP2013196067A - 画像表示装置、画像表示システム、並びにプログラム - Google Patents

Abstract

【課題】作品の投稿数やアクセス数に応じて、ユーザーが効率よく作品を閲覧することができるようにする。
【解決手段】ＳＮＳサーバーに投稿された画像データはカテゴリー分けされ、カテゴリーはＣｎのように階層構造となっている。最初の１階層は大きく自然系Ｃ１、人工物系Ｃ２、・・・のように２つのカテゴリー分けされ、２階層はその下位概念の人物Ｃ１０、動物Ｃ１１、景色Ｃ１２、花Ｃ１３など、３階層は更に下位概念のひまわりＣ１３１、バラＣ１３２、アサガオＣ１３３・・・を決めてある。階層毎に分類される画像データの上限枚数Ｃｍａｘが決まっていて、それより多い枚数になると自動的に階層が増え、逆に枚数が減ると階層が上位に上がることにより、投稿が少ないときはカテゴリーも少なく、ユーザーも作品を見やすい。投稿枚数が急激に増えても分類条件に従い勝手に画像データを仕分けしてカテゴリー分けして一覧表示する。
【選択図】 図７

Description

本発明は、画像投稿サイトにおいて、ユーザーから大量に投稿された画像を効率的にカテゴリー分けしてユーザーに対して見やすく表示する画像表示装置、画像表示システム、並びにプログラムに関する。

近年、デジタルカメラの普及に伴い写真の楽しみ方が多様化している。特に、自分ひとりで写真を楽しむのではなく、会員制コミュニケーションサービス（ソーシャル・ネットワーク・サービス、以下ＳＮＳという）等の写真投稿サイトにおいて、ネットワークを介してサーバー上に蓄積された写真を会員同士で見せ合うことも多い（例えば、特許文献１参照）。

以下、ユーザーが写真をサーバーにアップロードし、その写真をそのまま、あるいは画像処理してネット上に公開するものを「作品」という。
さらに、ネット上に投稿された作品を評価する技術も提案されている（例えば、特許文献２参照）。特許文献２記載の技術によれば、ユーザー同士の作品の交換及びこの作品の評価を迅速かつ容易に行うことができる。
しかしながら、多数のユーザーがサーバーに大量の作品を投稿すると、一度に表示できる作品数には限りがあるため、これらの作品の閲覧性が悪くなる。

そこで、作品を複数のカテゴリーに分類し、ユーザーが自分の求める作品にアクセスしやすくすることが考えられる。適宜カテゴリーを生成したり、整理統合したりする技術も提案されている（例えば、特許文献３参照）。

特開２００８−２４２６３９号公報 特開２００９−１８１２６２号公報 特開２００７−２６４９８５号公報

しかしながら、特許文献３に記載された技術では、単に作品の数に応じてカテゴリーの分類を行っているので、必ずしもユーザーにとって使い勝手の良いものではないという課題があった。
本発明は上記事情に鑑みてなされたもので、ＳＮＳ等において、ネットワークを介してサーバー上に蓄積された作品を効率よく、しかもユーザーの興味に応じてカテゴリー分けして表示させる画像表示システム、画像表示方法並びにプログラムを提供することを目的とする。

前記課題を解決するため本願の発明のひとつは、複数の画像データを記憶する画像データ記憶手段と、前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、前記複数の画像データを前記カテゴリー別に表示させる表示制御手段と、を備えたことを特徴とする画像表示装置を提供するものである。
また、本願の発明の他のひとつは、複数の画像データを記憶する画像データ記憶手段を備えた画像表示装置のコンピュータを、前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、前記複数の画像データを前記カテゴリー別に表示させる表示制御手段と、して機能させることを特徴とするプログラムを提供するものである。
また、本願の発明の他のひとつは、端末とネットワークを介して接続されるサーバーを含む画像表示システムにおいて、前記サーバーは、前記端末からアップロードされた複数の画像データを記憶する画像データ記憶手段と、前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、前記複数の画像データを前記カテゴリー別に前記端末に表示させる表示制御手段と、を備え、前記端末は、ユーザーが画像データを前記サーバーにアップロードする手段と、前記表示制御手段により前記端末の表示画面上に前記複数の画像データを前記カテゴリー別に表示する表示手段と、を備えたことを特徴とする画像表示システムを提供するものである。

本発明によれば、作品の投稿数やアクセス数などの評価情報に応じてカテゴリーを自動で増減させることにより、ユーザーが効率よく作品を閲覧することができる。

本発明の実施形態における画像表示システムのネットワーク系の構成を示すブロック図である。 本実施形態における画像サービスサイトを実現するサーバーの概略構成を示すブロック図である。 本実施形態におけるユーザーＩＤの属性情報を示す図である。 本実施形態における画像ＩＤの属性情報を示す図である。 本実施形態における端末とサーバー間のデータのやり取りを示すための工程図である。 本実施形態における画像のダウンロードに関するサーバーの動作を説明するための図である。 本実施形態におけるカテゴリーの概念を説明するための図である。 本実施形態におけるカテゴリーが２階層までしか分類されていない状態を示す。 本実施形態における作品エリア内で作品がカテゴリー分けされた状態を説明するための概念図である。 本実施の形態におけるカテゴリー分けの処理を説明するためのフローチャートである。 本実施の形態におけるカテゴリーメンテナンス処理を説明するためのフローチャートである。 本実施の形態における端末での表示画面のイメージを示す。

以下、本発明の実施の形態について図面を参照して説明する。
［用語の解説］
はじめに、本実施の形態における用語について解説する。
本実施の形態において、ユーザーが写真等の画像データをサーバーにアップロードし、その画像データをそのまま、あるいは画像処理してネット上に公開するものを「作品」という。
本実施の形態において、作品のアクセス数は、１ユーザーＩＤについては１日に複数回アクセスしても１回と数えている。
本実施の形態において、作品のアクセス数には、作品の閲覧要求回数、作品のダウンロード回数も含めている。
本実施の形態において、作品のアクセス数とは１つの当該作品のアクセス数であり、カテゴリーのアクセス数とはそのカテゴリーに含まれる全作品のアクセス数の合計若しくは平均である。
本実施の形態において、作品のアクセス数の合計は、１日、１週間、１か月など、所定の期間内の累計若しくは平均である。
本実施の形態において、作品の閲覧要求とは、画面上にサムネイルが一覧表示されている複数の作品の中から１つの作品を選択し、拡大表示を要求する（サムネイルの本画像を要求する）ことをいう。
本実施の形態において、作品のダウンロード数とは、前記選択して閲覧要求した作品の本画像をユーザー端末にダウンロードした数をいう。
本実施の形態において、作品の評価数とは、その作品に対してユーザーが、用意されている「ＧＯＯＤボタン」を押した回数のことをいう。ただし１ユーザーＩＤについては１日に複数回ＧＯＯＤボタンを押しても１回と数えている。
本実施の形態において、作品の評価情報とは、所定の作品に対し、ユーザーがアクセスし、閲覧要求し、ダウンロードし、またはＧＯＯＤボタンを押すことによって加算されるポイントのことであり、その作品がユーザーに関心を持たれていることを示す情報である。
本実施の形態において、ユーザーと会員は同意である。無料会員、有料会員、プレミアム会員を総称してユーザーという。
本実施の形態において、サムネイルと縮小画像は同意であり、本画像とは作品若しくはアップロードした画像データ本体のことをいう。本画像を画面に表示する場合はサイズが縮小されることが一般的であるので、単に作品、画像、または画像データを表示すると表現している。
本実施の形態において、カテゴリーとは、ある基準によって全体を分類分けした種類のことをいう。

［実施の形態］
図１は、本発明の実施形態である画像表示システムのネットワーク系の構成を示すブロック図である。１０はＳＮＳ機能を持ったサーバー１１を含む画像サービスサイトであり、インターネット５００を介して複数の端末１−１、１−２、１−３・・・と接続される。端末はスマートフォンや通常のパーソナルコンピュータでよい。
画像サービスサイト１０は、端末１−１、１−２、１−３・・・を介してユーザーからアップロードされた画像データ（主としてデジタルカメラにより撮影された写真の画像データ）の保存や、アップロードされた画像データの絵画調画像への変換等の画像処理を行うとともに、アップロードされた画像データや、画像処理後の画像データを作品としてネット上で公開し、他のユーザーに閲覧させることができる。

図２は画像サービスサイト１０を実現するサーバー１１の構成の要部を示すブロック図である。サーバー１１には、会員エリア１００、共通エリア２００、制御エリア３００が設けられている。
会員エリア１００は、登録会員毎に設けられるエリアで、会員を識別するためのユーザーＩＤ１０２と、それに対応してユーザー毎の各種属性情報１０４を有する。
属性情報１０４は、例えば図３に示すように、氏名１０４Ａ、ハンドルネーム１０４Ｂ、性別１０４Ｃ、年齢１０４Ｄ、地域１０４Ｅ、会員種別１０４Ｆ、及びその他のユーザー固有の情報１０４Ｇである。会員種別１０４Ｆには無料登録しただけの無料会員、有料登録した有料会員、特別な会費を払ったプレミアム会員がある。

また、１０６はユーザーによりアップロードされた写真の画像データが記憶されるアップロード画像バッファエリア、１０８は画像サービスサイト１０において絵画変換した絵画調画像（作品）が記憶される作品バッファエリア、１１０は他のユーザーの作品をダウンロードして記憶するダウンロード作品バッファエリアである。
共通エリア２００は、ユーザー全体に共通して設けられるエリアで、ユーザーがアップロードした画像を絵画調に変換した多数の作品が記憶される作品エリア２０２を含む。この作品エリア２０２は後述するように複数のカテゴリーに分けられるものである。
作品エリア２０２に記憶される各作品には、その作品を識別する画像ＩＤ２０４と、その作品の属性情報２０６が画像データ２０８とともに記憶される。

属性情報２０６は、図４に示すように、その作品の投稿者を示すユーザーＩＤ２０６Ａ、作成日付または投稿日付等の日付情報２０６Ｂ、画像データのサイズ、画調の種類等の画像種別情報２０６Ｃ、その作品が閲覧された回数を示す閲覧要求数（アクセス数）情報２０６Ｄ、その作品がダウンロードされた回数を示すダウンロード数情報２０６Ｅ、その作品の評価を示すポイント情報２０６Ｆ、その作品が何に関係するか、例えば人物、自然、花、アサガオ、・・・等のタグを付帯するタグ情報２０６Ｇ、その作品がどのカテゴリーに属するかを示すカテゴリー情報２０６Ｈ、その他の作品特有の情報２０６Ｉを記憶している。
ユーザーＩＤ２０６Ａにより、作品の作者が分かり、作者が無料会員か有料会員かプレミアム会員かを判断することができる。また、タグ情報２０６Ｇによりその作品をカテゴリーに分類することができる。また、カテゴリー情報２０６Ｈにより、その作品がどのカテゴリーに分類されているかを知ることができる。

制御エリア３００は、絵画変換処理部３０２、パラメータテーブル３０４、表示制御部３０８、評価制御部３１０、会員管理部３１２、カテゴリー分類部３１４の各部を含んでいる。
絵画変換処理部３０２は、アップロード画像バッファエリア１０６に記憶された画像データを絵画調画像データに変換する絵画変換処理を行う。パラメータテーブル３０４は、絵画変換処理部３０２が、絵画変換処理に際して参照する絵画変換のためのパラメータを記憶する。表示制御部３０８は、作品を画面上に表示させる制御プログラムを記憶する。
評価制御部３１０は、会員エリア１００の作品バッファエリア１０６に記憶されている作品に、アクセス回数等に応じた評価を行い、作品毎にポイントを付与する。会員管理部３１２は、ユーザーＩＤにより会員を管理し、無料会員、有料会員、プレミアム会員別のサービスを制御する。この会員管理部３１２は画像サービスサイト１０のＳＮＳ機能についても司っている。

また、サーバー１１には、ＣＰＵ２０と表示バッファ３０とが設けられている。ＣＰＵ２０は、サーバー１１全体を制御するとともに、インターネット上で多数の作品を一覧表示させるために必要な各種の処理を行う。また、ＣＰＵ２０は高度なグラフィック処理をするためのグラフィックアクセラレータ２２を備えている。このグラフィックアクセラレータ２２により、ドライバソフトからいくつかの条件を指定するだけで、画像を後述するようなカテゴリー別に表示させることが可能となる。なお、上記のドライバソフトは、例えば汎用性の高い公知のオープンＧＬ、及びオープンＧＬを使用するための拡張ライブラリである。
表示バッファ３０は、ＣＰＵ２０が多数の作品を一覧表示させる際に、表示用の画像を展開するための作業用メモリである。

以下、本実施形態の画像表示システムの具体的な動作についてフローチャートを参照しながら説明する。
まず、図５を参照して、端末１−１、１−２、１−３、・・・と画像サービスサイト１０のサーバー１１との間で画像のアップロード、表示、閲覧、ダウンロードが行われる際の工程を説明する。

ユーザーが会員（有料会員、又はプレミアム会員）である場合、ユーザーは自己の端末１から画像サービスサイト１０にアクセスする（ステップＳＢ１）。サーバー１１はユーザーのログインによりユーザーＩＤ１０２を認証し（ステップＳＣ１）、会員であることが確認されるとその会員のページを送信し会員から見られるようになる（ステップＳＣ２）。
会員は自分のページが開かれると、画像のアップロードを行う（ステップＳＢ２）。アップロードされた画像はサーバーの会員エリア１００のアップロード画像バッファエリア１０６に格納される。会員がこの画像の絵画変換を要求すると（ステップＳＢ３）、サーバー１１において絵画変換処理が行われ（ステップＳＣ３）、変換された画像、すなわち作品は作品バッファエリア１０８に格納される。

会員は、変換後の作品をこのまま個人で楽しんでもよいが、他のユーザーに公開したい場合は投稿する（ステップＳＢ４）。投稿された作品は会員エリア１００の作品バッファエリア１０８から共通エリア２００の作品エリア２０２へ転送され格納される。なお、作品エリア２０２内の作品には図４で説明したような属性情報２０６も付加される。ユーザーは作品を投稿するに際し、その作品が何に関係するか、例えば人物、自然、花、アサガオ、・・・等のタグを付加する。これらのタグは画像サービスサイト１０であらかじめ用意している。

作品エリア２０２内の作品は、サーバー１１が必要に応じて一覧表示を行う（ステップＳＣ４）。
サーバー１１のＣＰＵ２０は表示制御部３０８の表示制御プログラムに従ってグラフィックアクセラレータ２２と協働し、会員端末や他のユーザーの端末で表示できるように、表示バッファ３０に表示データを作成する。一覧表示に際して作品エリア２０２内の作品を適宜縮小しサムネイルを作成する。このとき、図１２に表示イメージを示すように画面上に複数の作品をカテゴリー別に分類して表示する。後述するが図９は、サーバー１１の作品エリア２０２内に、複数の作品がカテゴリーＣ１、Ｃ２、Ｃ１２、Ｃ１３、・・・と分類分けして記憶している様子を示している。実際には大量の作品が記憶されているが、表示制御部３０８の制御により、このうち１画面分を画面に表示できるように構成して表示バッファ３０へ送り、端末１−１、１−２、・・・で閲覧可能とする。

図１２は端末１−１の表示画面４００の表示イメージを示す。図示するように、複数の作品のサムネイルが自然系、景色、花、人工物系、建物、乗物のようにカテゴリー分けされて表示されている。表示画面４００はタッチパネルとなっており、作品のサムネイル上をタッチすることによりその作品を選択することができる。ダブルタッチで選択を確定し、閲覧要求を出し（ステップＳＢ５）、選択した作品の本画像が画面いっぱいに表示させる（ステップＳＣ５）。
４０５はＧＯＯＤボタンであり、選択した作品を気に入ったときにタッチすると、その作品にＧＯＯＤポイントが加算される。

表示画面４００上の４０１は表示を上位階層方向へスクロールするキーであり、４０２は下位階層方向へスクロールするキーである。また、４０３、４０４は同じ階層内で異なる作品を見るために作品を左右方向へスクロールするキーである。従って、１階層と２階層が表示されているとすると、スクロールキー４０３、４０４を操作することにより、自然系、景色、花、人工物系、建物、乗物というカテゴリーのまま他の作品が表示され、スクロールキー４０２を押すことにより、３階層、４階層の作品が表示される。スクロールキー４０１を押せば、２階層、１階層と上位階層の作品が表示される。これらは多数の作品を１画面内に表示しきれないことによる工夫であり、他の表示態様としてもよい。

前記したように端末から閲覧を要求することにより（ステップＳＢ５）、一覧表示されている任意の作品の本画像を閲覧することができる。閲覧要求があるとサーバー１１は、要求された作品の本画像を表示するとともに（ステップＳＣ５）、閲覧要求があった作品にポイントを加算する（ステップＳＣ６）。
また、会員は閲覧した作品が気に入ったことを示すＧＯＯＤボタン４０５を押すことができる（ステップＳＢ６）。サーバーは、ＧＯＯＤボタンが押されると、閲覧された作品の属性情報のポイントを加算する（ステップＳＣ６）。これによりその作品の評価が上がる。
また、会員は閲覧した作品のダウンロードを要求することができる（ステップＳＢ７）。サーバー１１は、会員からダウンロード要求があると、必要に応じてダウンロードを許可し（ステップＳＣ７）、ダウンロードが許可された場合にのみ、会員は閲覧した作品をダウンロードすることができる（ステップＳＢ８）。ダウンロードした作品は、会員エリア１００のダウンロード作品バッファ１１０に格納される。
また、サーバー１１は、ダウンロード要求があった場合にも、その作品に対してポイントを加算する（ステップＳＣ８）。

一方、会員以外の他のユーザー、すなわち無料会員は、画像サービスサイト１０に適宜アクセスすることによって（ステップＳＡ１）、共通エリア２００の作品エリア２０２に格納されている作品を一覧表示した状態で閲覧することができる。さらに、無料会員も、閲覧を要求することにより（ステップＳＡ２）、一覧表示されている任意の作品の本画像を閲覧することができる。
そして、無料会員が閲覧した作品が気に入ってＧＯＯＤボタンを押すと（ステップＳＡ３）と、その場合にも、サーバー１１が、閲覧された作品に対してポイントを加算する（ステップＳＣ６）。

図６は、サーバー１１におけるダウンロードに関する処理を示したフローチャートである。なお、図６の処理は、サーバー１１のＣＰＵ２０、評価制御部３１０、及び会員管理部３１２によって行われる。
サーバー１１においては、通常の有料会員、又はプレミアム会員によってダウンロードを希望する作品が指定されると（ステップＳＣ２０１）、会員管理部３１２によりそのユーザーが有料会員かプレミアム会員かを判断し（ステップＳＣ２０２）、プレミアム会員であれば、直ちに後述するステップＳＣ２０７へ進む。
一方、プレミアム会員ではない有料会員の場合は、該当作品の属性情報２０６からその作品の評価に相当するポイントを読み出し（ステップＳＣ２０３）、併せてダウンロードしようとしている会員の属性情報から保持しているポイントを読み出す（ステップＳＣ２０４）。
次に、作品のポイント（価格に相当）と会員の保有しているポイントの差額から支払ポイントを算出し（ステップＳＣ２０５）、それを充足していればステップＳＣ２０７へ進むが、不足している場合はその作品はダウンロードできないため、ステップＳＣ２０１へ戻り、他の作品をユーザーに選択させる。

そして、サーバー１１においては、当該作品がダウンロード可能な場合は、ＣＰＵ２０がユーザーに指定された作品を、その作品の作者である他のユーザーの作品バッファエリア１０８から読み出し（ステップＳＣ２０７）、評価制御部３１０が当該作品の作者、及び作品に対してポイントをそれぞれ加算する（ステップＳＣ２０８）。つまり通常の有料会員、又はプレミアム会員においては、自分の作品をたくさんダウンロードされるほど作品の評価が上がり、作者である会員のユーザーＩＤの属性情報のポイントエリアにもポイントが加算されて会員の保有ポイントが上がる仕組みとなっている。
しかる後、サーバー１１においては、ＣＰＵ２０が、ステップＳＣ２０７で読み出した作品を、ダウンロードを要求したユーザーのダウンロード作品バッファ１１０に格納するタウンロード処理を行う（ステップＳＣ２０９）。

図７は、本実施形態におけるカテゴリーの概念を説明するための図である。
カテゴリーＣはＣｈに示すように階層状態に構成され、例えば１階層で自然系Ｃ１、人工物系Ｃ２、・・・に分類される。自然系Ｃ１は階層２で人物Ｃ１０、動物Ｃ１１、景色Ｃ１２、花Ｃ１３、・・・に分類され、花Ｃ１３に着目すると３階層でひまわりＣ１３１、バラＣ１３２、アサガオＣ１３３、・・・のように分類される。
更に、アサガオＣ１３３に着目すると、４階層で赤Ｃ１３１１、青Ｃ１３１２、黄Ｃ１３１３、・・・に分類される。
以下同様に、動物Ｃ１１は犬Ｃ１１１、猫Ｃ１１２、・・・、人工物系Ｃ２は建物Ｃ２１、乗物Ｃ２２、橋Ｃ２３、タワーＣ２４、・・・、乗物Ｃ２２は電車Ｃ２２１、車Ｃ２２２、バイクＣ２２３、・・・のように分類される。これは一例であって、もっと多階層、多カテゴリーに分類されるものである。

１階層乃至６階層の右に示されている数字Ｃｍａｘは、当該カテゴリーに分類できる作品の最大数を示し、Ｃｍｉｎは最小数を示す。
これらのカテゴリーは、タグ情報とともに予め用意されており、タグによって識別される。すなわち画像サービスサイト１０にユーザーが作品を投稿する際に、ユーザー自身でタグを選択する。例えば、青いアサガオの写真を投稿する際には、自然系、花、アサガオ、青、のタグをチェックする。ユーザー自身が画像サービスサイト１０に用意されていない新たなタグを付けることも可能である。例えば、夏、朝、などの思い付くタグを追加してもよい。下位の階層のタグが付された際は、画像サービスサイト１０は、その作品に上位の階層のタグを自動的に付与する。作品へのタグ情報は２０６Ｇに付帯される。
図８は、まだ２階層までしか分類されていない状態を示す。

図９は、サーバー１１の作品エリア２０２内で各作品がカテゴリー分けされている状態を説明するための概念図である。なお、各カテゴリーは物理的に記憶エリアが分けられている必要はなく、属性情報２０６のカテゴリー情報２０６Ｈによって識別可能である。

図１０は、本実施の形態におけるカテゴリー分けの処理を説明するための概略フローチャートである。
カテゴリー分類部３１４に記憶されたプログラムに従ってＣＰＵ２０がこの処理を実行する。
まず、作品の投稿を受け付ける（ステップS１０２）。これは図５におけるステップＳＢ４に対応する。
続いて、この投稿された作品のカテゴリーを識別する（ステップＳ１０４）。すなわち、その作品が図７で示したカテゴリーのどこに該当するかを識別するものである。そして、作品エリア２０２の図９に示すように各カテゴリー記憶エリアＣ１、Ｃ２、・・・に分類する（ステップＳ１０６）。カテゴリー名Ｃ１、Ｃ２、・・・とカテゴリー記憶エリアＣ１、Ｃ２、・・・は対応している。物理的に記憶エリアが分かれていなくてもよいことは前述したとおりである。さらに、どのカテゴリーに分類したかの情報をカテゴリー情報２０６Ｈとして記録する（ステップＳ１０８）。なお、ここでの識別手法は、ユーザー自身が作品にカテゴリーのタグをつけている場合は（図４の２０６Ｇ）、そのタグ情報を識別する。また画像認識によって識別してもよい。画像データから画像認識によって被写体を認識する方法は色々開発されており、「青いアサガオ」程度の認識は可能である。画像認識の方法自体は本発明の趣旨ではないので省略する。
「青いアサガオ」は、現時点で３階層までしかなく、４階層がまだ存在しない場合、作品はカテゴリーアサガオに分類される（図７のＣ１３３）。

図１１はカテゴリーメンテナンス処理を説明するためのフローチャートである。
カテゴリー分類部３１４に記憶されたプログラムに従ってＣＰＵ２０がこの処理を実行する。
例えば１日に１回あるいは１週間に１回、というように定期的にカテゴリーメンテナンス処理を行う。
まず、存在しているカテゴリーを順にチェックしていく（ステップＳ２０２）。そして、そのカテゴリーに分類されている作品数Ｎを検出する（ステップＳ２０４）。そして作品数ＮがＣｍａｘ以下だったらステップＳ２０６へ進む。ステップＳ２０６では、そのカテゴリーに分類されている作品数Ｎがゼロかどうかを判断する。ユーザーは自分の投稿した作品を削除または公開を取りやめることができるので、作品数の減少もあり得る。もしゼロになっていれば、そのカテゴリーを削除する（ステップＳ２０７）。そしてステップＳ２１３へ進む。
前記ステップＳ２０４で作品数ＮがＣｍｉｎ＜Ｎ＜Ｃｍａｘであれば、何もせずにステップS２１３へ進む。ステップS２１３では、ステップS２０７のカテゴリー削除、後述するステップS２１２のカテゴリー統合、ステップS２１６のカテゴリー分割等により作品が分類されるカテゴリーが変更されている場合があるので、各作品のカテゴリー情報２０６Ｈを更新するものである。

一方、ステップＳ２０６において、そのカテゴリーに分類されている作品数Ｎがゼロでないと判断されると、ステップＳ２０８へ進み、その作品の属性情報２０６の覧要求数（アクセス数）２０６Ｄを見て、そのカテゴリーに分類されている作品のアクセス数の合計が所定回数以上かを判断し、所定数、例えば１日当たり１００アクセス以上あれば、そのカテゴリーはユーザーから注目されていると判断し、作品数は少なくてもそのカテゴリーは変更しないでステップS２１３を経由して次のカテゴリーチェックへ進む（ステップＳ２２０）。

ステップＳ２０８において、アクセス数が所定数以下であると判断されると、ステップＳ２１０へ進み、その作品の属性情報２０６のポイント２０６Ｆを見てそのカテゴリーに分類されている作品のポイントの合計が所定値以上かを判断する。ポイント合計が所定値以上であれば、同様にそのカテゴリーはユーザーから注目されていると判断し、作品数は少なくてもそのカテゴリーは変更しないで次のカテゴリーチェックへ進む（ステップＳ２１３、２１４、２２０）。ポイント合計は評価数の一例である。図５のフローチャートで示したように、ポイントが高いほどその作品に対するユーザーの関心が高いことがわかる。
ステップＳ２１０において、ポイントが所定値以下であると判断されると、他のカテゴリーと統合する（ステップＳ２１２）。その後、ステップＳ２１３へ進んでカテゴリー情報２０６Ｈを更新し、ステップＳ２１４でカテゴリーチェックがすべて終了したかを判断する。終了していなければ次のカテゴリーへ進み（ステップＳ２２０）、終了していればこのフローはＥＮＤとなる。
他方、ステップＳ２０４においてそのカテゴリーに分類されている作品数Ｎが所定数以上、すなわち、図７にＣｍａｘで示す各階層の最大数以上の作品がそのカテゴリーに分類されていると判断されると、ステップＳ２１６に進み、カテゴリーの分割処理を行う。

次に、図１１におけるカテゴリー分割を行うステップＳ２１６の詳細について説明する。この処理もカテゴリー分類部３１４に記憶されたプログラムに従ってＣＰＵ２０が実行する。
図１１のステップＳ２０２で指定されたカテゴリーについて、ステップＳ２０４でそのカテゴリーに分類されている作品数Ｎが所定数、すなわちそのカテゴリーに分類できる作品の最大数Ｃｍａｘ以上であると判断されている。例えばカテゴリー花Ｃ１３であれば、作品数Ｎが５００件を超えている状態であり、カテゴリーアサガオであれば、作品数Ｎが２５０を超えている状態である。そこでこのカテゴリーを分割し、１階層下のカテゴリーを生成する。

具体的な手法としては、予め多数のツリー状に構成されたカテゴリーが用意されている。それらのカテゴリーは、最初は空でユーザーからは見えないが、作品が分類されるとそのカテゴリーが生成され見えるようになる。例えば図７に一部を示すようなカテゴリー構成は初めから用意されており、１階層が自然系Ｃ１、２階層が花Ｃ１３、３階層がアサガオＣ１３３、４階層が赤Ｃ１３１、・・・というカテゴリー自体は用意されているが、作品が分類されるまで表面化しない扱いとなっている。そして、カテゴリー花Ｃ１３に分類された作品数Ｎが５００を超えると、それらの作品に付帯しているタグを分類して、３階層のひまわりＣ１３１、バラＣ１３２、アサガオＣ１３３・・・に振り分ける。しかし各カテゴリーには最大数Ｃｍａｘだけでなくそのカテゴリーに分類できる作品の最小数Ｃｍｉｎも設定されており、最小数Ｃｍｉｎに達していれば新たなカテゴリーとして生成するが、達していないものは現カテゴリーに留まる。

カテゴリー花Ｃ１３において、カテゴリーアサガオＣ１３３に分類できる作品がＣｍｉｎである５０以上あれば、新たなカテゴリーとしてカテゴリーアサガオＣ１３３を生成する。ひまわりに分類できる作品が５０に満たなければ、現状ではひまわりの作品はカテゴリー花Ｃ１３に分類されたままである。同様に、バラに分類される作品が５０以上あれば、カテゴリーバラＣ１３２が生成される。
同様に、３階層において、カテゴリーアサガオＣ１３３に分類される作品がＣｍａｘである２５０を超えていると、４階層のカテゴリー赤Ｃ１３１１、青Ｃ１３１２、黄Ｃ１３１３に分割されるが、作品数Ｎが４階層の最小数Ｃｍｉｎである２０に満たないものはカテゴリーアサガオＣ１３３に留まる。赤が２５、青が５０、黄が８作品あったとすると、新たにカテゴリー赤Ｃ１３１１、青Ｃ１３１２が生成され、現時点ではカテゴリー黄Ｃ１３１３は生成されない。

次に、図１１におけるカテゴリー統合を行うステップＳ２１２の詳細について説明する。この処理もカテゴリー分類部３１４に記憶されたプログラムに従ってＣＰＵ２０が実行する。
作品数Ｎはユーザーの投稿や削除により日々変化しているので、カテゴリーに分類する作品数が減ることもありうる。図１１のステップＳ２０２で指定されたカテゴリーについて、ステップＳ２０４でそのカテゴリーに分類されている作品数Ｎが所定数、すなわちそのカテゴリーに分類できる作品の最小数Ｃｍｉｎ以下であると判断されている。しかもステップＳ２０８でアクセス数が所定数以下であり、ステップＳ２１０でポイントも所定値以下であると判断されている。
例えばカテゴリー花Ｃ１３であれば、作品数Ｎが１００件以下となっている状態であり、カテゴリーアサガオＣ１３３であれば、作品数Ｎが５０以下となっている状態である。そこでこのカテゴリーを他のカテゴリーと統合し、１階層上のカテゴリーに吸収する。

具体的には、カテゴリーアサガオＣ１３３の下位階層に位置するカテゴリー赤Ｃ１３１１に分類される作品数Ｎが１９になってしまったとする。そうすると、Ｃｍｉｎである２０以下なので、上位階層であるカテゴリーアサガオＣ１３３へ統合する。このとき、並列階層のカテゴリー青Ｃ１３１２に分類される作品数Ｎが２０以上あれば、Ｃ１３１２は維持される。同じく並列階層にあるカテゴリー黄Ｃ１３１３も２０以下であれば、カテゴリー赤Ｃ１３１１と統合されて上位階層のカテゴリーアサガオＣ１３３に吸収される。

以上のようにして、本実施の形態では、作品数、およびアクセス数、ポイント等の評価情報に応じて作品のカテゴリーを適応的に変更することができる。

以上、この発明の実施形態について説明したが、この発明はこれらに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。

本実施の形態においては、カテゴリーを変更する処理は、１日に１回あるいは１週間に１回などにまとめて行ったが、作品が投稿されて分類される都度に行っても構わない。
本実施の形態においては、作品はユーザーがアップロードした写真を絵画変換しているが、オリジナルの写真そのままでも、トリミングや赤目補正などの画像処理を行ったものでもよい。
本実施の形態において、カテゴリーは、自然系、人工物系、人物、動物、景色、花、ひまわり、バラ、アサガオ、赤、青、黄、・・・のように分類したが、これに限ることなく、例えば１階層を色で分類したり、雰囲気（やわらかい、硬い、明るい、・・・）で分類したりしてもよい。

［実施形態の効果］
本実施の形態によれば、カテゴリーの階層毎に分類される作品の枚数が決まっていて、作品数がそれより多い枚数になると自動的にカテゴリー階層が増え、逆に枚数が減ると階層が上位に上がるように構成したので、投稿が少ないときは、カテゴリーも少なく、ユーザーも作品を見やすいという効果がある。

以下に、本出願の特許請求の範囲に記載された発明を付記する。
［請求項１］
複数の画像データを記憶する画像データ記憶手段と、
前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、
前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、
前記複数の画像データを前記カテゴリー別に表示させる表示制御手段と、
を備えたことを特徴とする画像表示装置。
［請求項２］
前記画像データの評価情報は、当該画像データのアクセス数であることを特徴とする請求項１記載の画像表示装置。
［請求項３］
前記カテゴリー変更手段は、前記各カテゴリーに分類された画像データの数及び当該カテゴリーに分類された画像データのアクセス数に応じて、カテゴリーを分割、統合、または削除を行うことを特徴とする請求項１または２記載の画像表示装置。
［請求項４］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定数以上の場合、当該カテゴリーを複数に分割することを特徴とする請求項３記載の画像表示装置。
［請求項５］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定数以下の場合、他のカテゴリーと統合することを特徴とする請求項３記載の画像表示装置。
［請求項６］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データが無くなった場合、当該カテゴリーを削除することを特徴とする請求項３記載の画像表示装置。
［請求項７］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データのアクセス数が所定数以上の場合、当該カテゴリーを複数に分割することを特徴とする請求項３記載の画像表示装置。
［請求項８］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データのアクセス数が所定数以下の場合、他のカテゴリーと統合することを特徴とする請求項３記載の画像表示装置。
［請求項９］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定数以下であっても、当該カテゴリーに分類された画像データのアクセス数が所定数以上の場合は当該カテゴリーを変更しないことを特徴とする請求項５記載の画像表示装置。
［請求項１０］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定数以上であっても、当該カテゴリーに分類された画像データのアクセス数が所定数以下の場合は、他のカテゴリーと統合することを特徴とする請求項４記載の画像表示装置。
［請求項１１］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定数以下であっても、当該カテゴリーに分類された画像データの評価数が所定数以上の場合は当該カテゴリーを変更しないことを特徴とする請求項５記載の画像表示装置。
［請求項１２］
前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定数以上であっても、当該カテゴリーに分類された画像データの評価数が所定数以下の場合は、他のカテゴリーと統合することを特徴とする請求項４記載の画像表示装置。
［請求項１３］
前記分類手段は、前記画像データを画像認識により複数のカテゴリーに分類することを特徴とする請求項１乃至１２のいずれかに記載の画像表示装置。
［請求項１４］
前記分類手段は、前記画像データに付帯されるタグ情報により複数のカテゴリーに分類することを特徴とする請求項１乃至１２のいずれかに記載の画像表示装置。
［請求項１５］
前記カテゴリー変更手段がカテゴリーの変更を行った場合、変更されたカテゴリーに含まれる前記画像データに付帯するタグ情報を変更することを特徴とする請求項１４記載の画像表示装置。
［請求項１６］
前記カテゴリーは、階層構造となっていることを特徴とする請求項１乃至１２のいずれかに記載の画像表示装置。
［請求項１７］
前記階層構造のカテゴリーにおいて、前記所定数は、階層が深くなるほど少なくなることを特徴とする請求項１６記載の画像表示装置。
［請求項１８］
複数の画像データを記憶する画像データ記憶手段を備えた画像表示装置のコンピュータを、
前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、
前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、
前記複数の画像データを前記カテゴリー別に表示させる表示制御手段と、
して機能させることを特徴とするプログラム。
［請求項１９］
端末とネットワークを介して接続されるサーバーを含む画像表示システムにおいて、
前記サーバーは、
前記端末からアップロードされた複数の画像データを記憶する画像データ記憶手段と、
前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、
前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、
前記複数の画像データを前記カテゴリー別に前記端末に表示させる表示制御手段と
を備え、
前記端末は、ユーザーが画像データを前記サーバーにアップロードする手段と、
前記表示制御手段により前記端末の表示画面上に前記複数の画像データを前記カテゴリー別に表示する表示手段と、
を備えたことを特徴とする画像表示システム。
［請求項２０］
さらに、前記端末は、前記表示手段に表示されている画像データに対する評価情報を前記サーバーに送信する評価手段を備えることを特徴とする請求項１９記載の画像表示システム。
［請求項２１］
前記画像データの評価情報は、当該画像データのアクセス数であることを特徴とする請求項１９記載の画像表示システム。

１ 端末
１０ 画像サービスサイト
１１ サーバー
２０ ＣＰＵ
２２ グラフィックアクセラレータ
３０ 表示バッファ
１００ 会員エリア
１０２ ユーザーＩＤ
１０４ 属性情報
１０４Ｅ 会員種別
１０６ アップロード画像バッファエリア
１０８ 作品バッファエリア
１１０ ダウンロード作品バッファエリア
２００ 共通エリア
２０２ 作品エリア
２０４ 画像ＩＤ
２０６ 属性情報
２０６Ａ ユーザーＩＤ
２０６Ｄ 閲覧要求数（アクセス数）
２０６Ｅ ダウンロード数
２０６Ｆ ポイント情報
２０６Ｇ タグ情報
２０６Ｈ カテゴリー情報
２０８ 作品である画像データ
３００ 制御エリア
３０２ 絵画変換処理部
３０４ パラメータテーブル
３０８ 表示制御部
３１０ 評価制御部
３１２ 会員管理部
３１４ カテゴリー分類部
４００ 端末の表示画面
４０１、４０２ 上下階層方向へのスクロールキー
４０３、４０４ 同階層内でのスクロールキー
４０５ ＧＯＯＤボタン
５００ インターネット
Ｃ、Ｃ１、Ｃ２、Ｃ１１、Ｃ１２、Ｃ１３、Ｃ１１１、Ｃ１１２・・・ カテゴリー
Ｃｈ カテゴリーの階層
Ｃｍｉｎ カテゴリーの各階層に分類できる作品の最小数
Ｃｍａｘ カテゴリーの各階層に分類できる作品の最大数

Claims (21)

1. 複数の画像データを記憶する画像データ記憶手段と、
   前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、
   前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、
   前記複数の画像データを前記カテゴリー別に表示させる表示制御手段と、
   を備えたことを特徴とする画像表示装置。
2. 前記画像データの評価情報は、当該画像データのアクセス数であることを特徴とする請求項１記載の画像表示装置。
3. 前記カテゴリー変更手段は、前記各カテゴリーに分類された画像データの数及び当該カテゴリーに分類された画像データのアクセス数に応じて、カテゴリーを分割、統合、または削除を行うことを特徴とする請求項１または２記載の画像表示装置。
4. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定以上の場合、当該カテゴリーを複数に分割することを特徴とする請求項３記載の画像表示装置。
5. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定以下の場合、他のカテゴリーと統合することを特徴とする請求項３記載の画像表示装置。
6. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データが無くなった場合、当該カテゴリーを削除することを特徴とする請求項３記載の画像表示装置。
7. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データのアクセス数が所定以上の場合、当該カテゴリーを複数に分割することを特徴とする請求項３記載の画像表示装置。
8. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データのアクセス数が所定以下の場合、他のカテゴリーと統合することを特徴とする請求項３記載の画像表示装置。
9. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定以下であっても、当該カテゴリーに分類された画像データのアクセス数が所定数以上の場合は当該カテゴリーを変更しないことを特徴とする請求項５記載の画像表示装置。
10. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定以上であっても、当該カテゴリーに分類された画像データのアクセス数が所定数以下の場合は、他のカテゴリーと統合することを特徴とする請求項４記載の画像表示装置。
11. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定以下であっても、当該カテゴリーに分類された画像データの評価数が所定数以上の場合は当該カテゴリーを変更しないことを特徴とする請求項５記載の画像表示装置。
12. 前記カテゴリー変更手段は、当該カテゴリーに分類された画像データの数が所定以上であっても、当該カテゴリーに分類された画像データの評価数が所定数以下の場合は、他のカテゴリーと統合することを特徴とする請求項４記載の画像表示装置。
13. 前記分類手段は、前記画像データを画像認識により複数のカテゴリーに分類することを特徴とする請求項１乃至１２のいずれかに記載の画像表示装置。
14. 前記分類手段は、前記画像データに付帯されるタグ情報により複数のカテゴリーに分類することを特徴とする請求項１乃至１２のいずれかに記載の画像表示装置。
15. 前記カテゴリー変更手段がカテゴリーの変更を行った場合、変更されたカテゴリーに含まれる前記画像データに付帯するタグ情報を変更することを特徴とする請求項１４記載の画像表示装置。
16. 前記カテゴリーは、階層構造となっていることを特徴とする請求項１乃至１２のいずれかに記載の画像表示装置。
17. 前記階層構造のカテゴリーにおいて、前記所定数は、階層が深くなるほど少なくなることを特徴とする請求項１６記載の画像表示装置。
18. 複数の画像データを記憶する画像データ記憶手段を備えた画像表示装置のコンピュータを、
    前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、
    前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、
    前記複数の画像データを前記カテゴリー別に表示させる表示制御手段と、
    して機能させることを特徴とするプログラム。
19. 端末とネットワークを介して接続されるサーバーを含む画像表示システムにおいて、
    前記サーバーは、
    前記端末からアップロードされた複数の画像データを記憶する画像データ記憶手段と、
    前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、
    前記各カテゴリーに分類された画像データの数と当該カテゴリーに分類された画像データの評価情報に応じて前記カテゴリーを変更するカテゴリー変更手段と、
    前記複数の画像データを前記カテゴリー別に前記端末に表示させる表示制御手段と
    を備え、
    前記端末は、ユーザーが画像データを前記サーバーにアップロードする手段と、
    前記表示制御手段により前記端末の表示画面上に前記複数の画像データを前記カテゴリー別に表示する表示手段と、
    を備えたことを特徴とする画像表示システム。
20. さらに、前記端末は、前記表示手段に表示されている画像データに対する評価情報を前記サーバーに送信する評価手段を備えることを特徴とする請求項１９記載の画像表示システム。
21. 前記画像データの評価情報は、当該画像データのアクセス数であることを特徴とする請求項１９記載の画像表示システム。

Images