JP5954364B2 - 画像表示装置、画像表示方法、プログラム - Google Patents

Description

本発明は、ユーザーから投稿された画像を、ユーザーのアクセス状況に応じて見やすく表示する画像表示装置、画像表示方法、プログラムに関する。

近年、会員制コミュニケーションサービス（ソーシャル・ネットワーク・サービス、以下ＳＮＳという）が普及してきている。ＳＮＳシステムは一般的にセミ・ラティス構造で構成されており、アクターと呼ばれる所定の単位の集合をノードとし、ノード間の関係であるエッジを構築したネットワークである。アクターをキーワードに応じて自動的にグループ化する技術が提案されている（例えば、特許文献１参照）。
このようなＳＮＳにおいて、ネットワークを介してサーバー上に蓄積された写真を会員同士で見せ合うことも多い（例えば、特許文献２参照）。

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

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

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

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

前記課題を達成するため、本発明の１つの態様は、画像データを複数記憶する記憶手段と、前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、前記複数の画像データを前記カテゴリー別にアクセス可能に表示させる表示制御手段と、を備えるとともに、前記カテゴリーは上下方向に複数階層に階層化され、さらに、同一階層に分類されている各カテゴリーから、画像データのアクセス数が所定以上の画像データをセレクトしてセレクトカテゴリーを作成し、前記上下方向に階層化されたカテゴリーを横断的にグルーピングしてセレクト層を作成するカテゴリー横断手段を備え、前記各カテゴリーに分類されている画像データの数が所定以上になると、当該カテゴリーを、下位階層の複数のカテゴリーに展開するカテゴリー展開手段と、前記各カテゴリーに分類されている画像データの数が所定以下になると、当該カテゴリーを、上位階層のカテゴリーに吸収するカテゴリー吸収手段と、を備えることを特徴とする画像表示装である。

本発明によれば、作品に対するユーザーの人気度に応じてカテゴリーを適宜増減させながらカテゴリー分けされた作品の一覧を表示することができるので、ユーザーが効率よく作品を閲覧することができる。

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

以下、本発明の実施の形態について図面を参照して説明する。
［実施の形態］
図１は、本発明の実施の形態であるＳＮＳシステムのネットワーク系の構成を示すブロック図である。１０はサーバー１１を含むＳＮＳサイトであり、インターネット５００を介して複数のユーザー端末と接続される。端末はスマートフォンや通常のパーソナルコンピュータでよい。ユーザーには後述する各種会員があり、１−１は無料会員の端末、１−２は有料会員の端末、１−３はプレミアム会員の端末であるものとする。

ＳＮＳサイト１０は、作品投稿コミュニティ１２を有し、端末１−１、１−２、１−３・・・を介してユーザーからアップロードされた画像データ（主としてデジタルカメラにより撮影された写真の画像データ）の保存や、アップロードされた画像データの絵画調画像への変換等の画像処理を行うとともに、アップロードされた画像データや、画像処理後の画像データを作品２０８としてネット上で公開し、他のユーザーに閲覧させることができる。作品投稿コミュニティ１２は実際にはＳＮＳサイト１０のサーバー１１上で展開されるものを概念的に示している。詳細は後述するように、複数の作品２０８は、複数階層のカテゴリーＣに分類分けされるとともに、セレクト層ＣＳとしても分類される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図８は、本実施の形態におけるアクセス数が多いカテゴリーをチェックしてグループ化し、カテゴリーセレクトＣＳを生成する状態を説明するための図である。このカテゴリーチェックは、後述する図１１のフローチャートによって実行される。図７では、カテゴリー分けの概念を示したが、本実施の形態では２階層のカテゴリーから、アクセス数に応じてカテゴリーセレクトＣＳを生成する。

例えば、カテゴリー動物Ｃ１１に分類されている作品を順次チェックし、アクセス数が所定数以上（例えば、１００アクセス／日以上）の作品を１つのグループにまとめてカテゴリー動物セレクトＣ１１Ｓに分類する。同様に、カテゴリー景色Ｃ１２からカテゴリー景色セレクトＣ１２Ｓを、カテゴリー花Ｃ１３からカテゴリー花セレクトＣ１３Ｓを、カテゴリー建物Ｃ２１からカテゴリー建物セレクトＣ２１Ｓを、カテゴリー乗物Ｃ２２からカテゴリーＣ２２Ｓを、それぞれ生成する。カテゴリー人物Ｃ１０、カテゴリー橋Ｃ２３、カテゴリータワーＣ２４では、所定数以上アクセスされた作品がなかったためカテゴリーセレクトＣＳは生成されていない。便宜上、カテゴリー自然系Ｃ１の２階層のカテゴリーセレクトＣＳを自然系カテゴリーセレクトＣ１Ｓ、カテゴリー人工物系Ｃ２の２階層のカテゴリーセレクトＣＳをＣ２Ｓと呼ぶ。また、カテゴリーセレクトＣＳの横断的な階層をセレクト層と呼び、便宜上同じ符号ＣＳを付す。

なお、２階層のカテゴリーからカテゴリーセレクトＣＳを生成したが、これは一例であって、３階層から生成しても、４階層から生成してもよい。さらに、階層ごとに前記「所定のアクセス数」を変えてもよいし、当該カテゴリーに分類されている作品数によって前記「所定のアクセス数」を変えてもよい。例えば当該カテゴリーに分類されている作品のうち、アクセス数が上位１０％の作品をカテゴリーセレクトＣＳに移すことが考えられる。

また、作品単位でなく、カテゴリー単位でアクセス数をチェックし、例えば図７におけるカテゴリーアサガオＣ１３３のアクセス数合計が同階層の他のカテゴリー、ひまわりＣ１３１やバラＣ１３２のアクセス数合計より多ければ、カテゴリーアサガオＣ１３３をカテゴリーセレクトＣＳにしてもよい。
図８において１階層のカテゴリーセレクトＣＳを１つにまとめて自然系カテゴリーセレクトＣ１Ｓ、人工物系カテゴリーセレクトＣ２Ｓとしているが、これは表示を見やすくするための工夫である。表示制御部３０８に記憶されたプログラムによって実行する。
図７に示したカテゴリー構成と図８に示したカテゴリー構成は矛盾するものではなく、図７はカテゴリー化の概念を示したもので、図８が本実施の形態を示したものである。一般的なＳＮＳのセミ・ラティス構造ではグループ同士のオーバーラップを許容している。

図９は、本実施の形態におけるカテゴリー分けの処理を説明するための概略フローチャートである。カテゴリー分類部３１４に記憶されたプログラムに従ってＣＰＵ２０がこの処理を実行する。
まず、作品の投稿を受け付ける（ステップＳ１０２）。これは図５におけるステップＳＢ４に対応する。
続いて、この投稿された作品のカテゴリーを識別する（ステップＳ１０４）。すなわち、その作品が図７で示したカテゴリーのどこに該当するかを識別するものである。そして、作品エリア２０２の図９に示すように各カテゴリー記憶エリアＣ１、Ｃ２、・・・に分類する（ステップＳ１０６）。カテゴリー名Ｃ１、Ｃ２、・・・とカテゴリー記憶エリアＣ１、Ｃ２、・・・は対応しているので同じ符号を付す。物理的に記憶エリアが分かれていなくてもよいことは前述したとおりである。

さらに、どのカテゴリーに分類したかの情報をカテゴリー情報２０６Ｈとして記録する（ステップＳ１０８）。なお、ここでの識別手法は、ユーザー自身が作品にカテゴリーのタグをつけている場合は（図４の２０６Ｇ）、そのタグ情報を識別する。また画像認識によって識別してもよい。画像データから画像認識によって被写体を認識する方法は色々開発されており、「青いアサガオ」程度の認識は可能である。画像認識の方法自体は本発明の趣旨ではないので省略する。
「青いアサガオ」は、現時点で３階層までしかなく、４階層がまだ存在しない場合、作品はカテゴリーアサガオに分類される（図７のＣ１３３）。

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

前記ステップＳ２０４で作品数ＮがＣｍｉｎ＜Ｎ＜Ｃｍａｘであれば、何もせずにステップS２１３へ進む。ステップS２１３では、ステップS２０７のカテゴリー削除、後述するステップS２１２のカテゴリー統合、ステップS２１６のカテゴリー分割等により作品が分類されるカテゴリーが変更されている場合があるので、そして本実施の形態の特徴であるステップＳ２０２においてカテゴリーセレクトＣＳが生成されている場合があるので、各作品のカテゴリー情報２０６Ｈを更新するものである。

一方、ステップＳ２０６において、そのカテゴリーに分類されている作品数Ｎがゼロでないと判断されると、既にそのカテゴリーに分類された作品数ＮはＣｍｉｎ以下とステップＳ２０４で判断されているので、他のカテゴリーと統合する（ステップＳ２１２）。その後、ステップＳ２１３へ進んでカテゴリー情報２０６Ｈを更新し、ステップＳ２１４でカテゴリーチェックがすべて終了したかを判断する。終了していなければ次のカテゴリーへ進み（ステップＳ２２０）、終了していればこのフローはＥＮＤとなる。
他方、ステップＳ２０４においてそのカテゴリーに分類されている作品数Ｎが所定数以上、すなわち、図７にＣｍａｘで示す各階層の最大数以上の作品がそのカテゴリーに分類されていると判断されると、ステップＳ２１６に進み、カテゴリーの分割処理を行う。

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

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

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

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

具体的には、カテゴリーアサガオＣ１３３の下位階層に位置するカテゴリー赤Ｃ１３１１に分類される作品数Ｎが１９になってしまったとする。そうすると、Ｃｍｉｎである２０以下なので、上位階層であるカテゴリーアサガオＣ１３３へ統合する。このとき、並列階層のカテゴリー青Ｃ１３１２に分類される作品数Ｎが２０以上あれば、Ｃ１３１２は維持される。同じく並列階層にあるカテゴリー黄Ｃ１３１３も２０以下であれば、カテゴリー赤Ｃ１３１１と統合されて上位階層のカテゴリーアサガオＣ１３３に吸収される。
以上のようにして、作品数、およびアクセス数、ポイント等の評価情報に応じて作品のカテゴリーを適応的に変更することができる。

図１１は図１０におけるカテゴリーチェック（ステップＳ２０２）の詳細を示すフローチャートである。この処理もカテゴリー分類部３１４に記憶されたプログラムに従ってＣＰＵ２０が実行する。
まず、当該カテゴリーに分類されている作品のアクセス数をチェックする（ステップＳ３０２）。ここで、アクセス数が所定数以上、例えば１００アクセス／日であると、ステップＳ３０６へ進み、まだカテゴリーセレクトＣＳがなければ、図８で示したように、新たなカテゴリーセレクトＣＳを生成して（ステップＳ３０８）、当該作品をそのカテゴリーセレクトＣＳへ分類分けする（ステップＳ３１０）。既にカテゴリーセレクトＣＳができている場合は、直接ステップＳ３１０へ進み、当該作品をそのカテゴリーセレクトＣＳに分類する。
そして、そのカテゴリーに分類されているすべての作品のチェックが終わったかどうかを判断し（ステップＳ３１２）、途中であればステップＳ３０２へ戻り、完了すれば終了する（ステップＳ３１４）。
このような処理により、図８に示したグループ分けが実現できる。

その結果、例えば端末１−１の表示部４００には図１２に示したような表示画面を得ることができる。

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

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

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

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

以下に、本出願の特許請求の範囲に記載された発明を付記する。
［請求項１］
複数のユーザー端末から画像データをサーバーにアップロードしてユーザー間で画像を公開するソーシャル・ネットワーク・サービスシステムにおいて、
前記端末からアップロードされた画像データを記憶するアップロード画像記憶手段と、
前記アップロード画像記憶手段に記憶された画像データを公開用の作品としてそのまま若しくは画像処理して複数記憶する作品記憶手段と、
前記作品記憶手段に記憶された複数の作品を複数のカテゴリーに分類分けする分類手段と、
前記複数の作品を前記カテゴリー別に前記端末の表示装置に一覧表示させる表示制御手段と、
前記端末から作品を選択して閲覧要求をする閲覧要求手段と、
前記端末からの閲覧要求を受けて該閲覧要求回数をカウントするとともにユーザーＩＤを検出し会員であるか否かを判断する判断手段と、
前記判断手段の判断結果に応じて前記作品を当該端末へ送信する送信手段と、
前記各カテゴリーに分類されている作品を、前記閲覧要求回数が所定以上の作品のグループとそれ以外の作品のグループとに分割し、分割された作品のグループのいずれか一方を前記カテゴリーとは異なる別のカテゴリーに分類するカテゴリー分割手段と、
を備えたことを特徴とするソーシャル・ネットワーク・サービスシステム。
［請求項２］
前記画像処理は絵画調変換処理であることを特徴とする請求項１記載のソーシャル・ネットワーク・サービスシステム。
［請求項３］
複数のユーザー端末から画像データをサーバーにアップロードしてユーザー間で画像を公開するＳＮＳの画像表示方法において、
前記端末からアップロードされた画像データを公開用の作品としてそのまま若しくは画像処理して複数記憶する工程と、
前記複数の作品を複数のカテゴリーに分類分けする工程と、
前記複数の作品を前記カテゴリー別に前記端末の表示装置に一覧表示させる工程と、
前記端末から作品の閲覧要求を受ける工程と、
前記閲覧要求を受けて該閲覧要求回数をカウントする工程と、
前記各カテゴリーに分類されている作品を、前記閲覧要求回数が所定以上の作品のグループとそれ以外の作品のグループとに分割し、分割された作品のグループのいずれか一方を前記カテゴリーとは異なる別のカテゴリーに分類する工程と、
を含むことを特徴とする画像表示方法。
［請求項４］
複数のユーザー端末から画像データをサーバーにアップロードしてユーザー間で画像を公開するＳＮＳのサーバーのコンピュータに、
前記端末からアップロードされた画像データを公開用の作品としてそのまま若しくは画像処理して複数記憶する処理と、
前記複数の作品を複数のカテゴリーに分類分けする処理と、
前記複数の作品を前記カテゴリー別に前記端末の表示装置に一覧表示させる処理と、
前記端末から作品の閲覧要求を受ける処理と、
前記閲覧要求を受けて該閲覧要求回数をカウントする処理と、
前記各カテゴリーに分類されている作品を、前記閲覧要求回数が所定以上の作品のグループとそれ以外の作品のグループとに分割し、分割された作品のグループのいずれか一方を前記カテゴリーとは異なる別のカテゴリーに分類する処理と、
を実現させることを特徴とするプログラム。

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

Claims (3)

1. 画像データを複数記憶する記憶手段と、
   前記記憶手段に記憶された複数の画像データを複数のカテゴリーに分類分けする分類手段と、
   前記複数の画像データを前記カテゴリー別にアクセス可能に表示させる表示制御手段と、を備えるとともに、
   前記カテゴリーは上下方向に複数階層に階層化され、
   さらに、同一階層に分類されている各カテゴリーから、画像データのアクセス数が所定以上の画像データをセレクトしてセレクトカテゴリーを作成し、前記上下方向に階層化されたカテゴリーを横断的にグルーピングしてセレクト層を作成するカテゴリー横断手段を備え、
   前記各カテゴリーに分類されている画像データの数が所定以上になると、当該カテゴリーを、下位階層の複数のカテゴリーに展開するカテゴリー展開手段と、
   前記各カテゴリーに分類されている画像データの数が所定以下になると、当該カテゴリーを、上位階層のカテゴリーに吸収するカテゴリー吸収手段と、
   を備えることを特徴とする画像表示装置。
2. 画像データを複数記憶する記憶手段を備えた画像表示装置のＣＰＵが、
   前記記憶手段に記憶された複数の画像データを上下方向に複数階層のカテゴリーに分類分けする分類工程と、
   前記複数の画像データを前記カテゴリー別に表示させる表示制御工程と、
   同一階層に分類されている各カテゴリーから、画像データのアクセス数が所定以上の画像データをセレクトしてセレクトカテゴリーを作成し、前記上下方向に階層化されたカテゴリーを横断的にグルーピングしてセレクト層を作成するカテゴリー横断工程と、
   前記各カテゴリーに分類されている画像データの数が所定以上になると、当該カテゴリーを、下位階層の複数のカテゴリーに展開するカテゴリー展開工程と、
   前記各カテゴリーに分類されている画像データの数が所定以下になると、当該カテゴリーを、上位階層のカテゴリーに吸収するカテゴリー吸収工程と、
   を実行する画像表示方法。
3. 画像データを複数記憶する記憶手段を備えた画像表示装置のＣＰＵを、
   前記記憶手段に記憶された複数の画像データを上下方向に複数階層のカテゴリーに分類分けする分類手段、
   前記複数の画像データを前記カテゴリー別にアクセス可能に表示させる表示制御手段、
   同一階層に分類されている各カテゴリーから、画像データのアクセス数が所定以上の画像データをセレクトしてセレクトカテゴリーを作成し、前記上下方向に階層化されたカテゴリーを横断的にグルーピングしてセレクト層を作成するカテゴリー横断手段、
   前記各カテゴリーに分類されている画像データの数が所定以上になると、当該カテゴリーを、下位階層の複数のカテゴリーに展開するカテゴリー展開手段、
   前記各カテゴリーに分類されている画像データの数が所定以下になると、当該カテゴリーを、上位階層のカテゴリーに吸収するカテゴリー吸収手段、
   として機能させるプログラム。

Images