JP2009288829A - コンテンツ表示装置およびコンテンツ表示方法 - Google Patents

Abstract

【課題】注目コンテンツと他のコンテンツとの関連性の強さを視覚的に知覚できるようにしたコンテンツ表示装置を提供する。
【解決手段】操作入力手段から設定入力された座標軸となるコンテンツの属性と、注目コンテンツのコンテンツ識別子とに基づいて、メタデータ格納部を検索し、注目コンテンツに関連する１または複数の他のコンテンツを選択する。選択された他のコンテンツのそれぞれの、注目コンテンツとの関連の強さを、座標軸として設定されたコンテンツの属性と相関関係を示す情報とから算出する。座標軸となるコンテンツの属性と、算出した関連の強さとから、注目コンテンツを原点とした他のコンテンツの配置関係を算出する。各コンテンツの表示イメージのそれぞれを、算出された配置関係に従って配置する。
【選択図】図２５

Description

この発明は、多数のコンテンツの中から希望するコンテンツを検索する場合に使用して好適なコンテンツ表示装置およびコンテンツ表示方法に関する。

なお、この明細書のおいて、コンテンツとは、例えば音楽、映像（映画、テレビ放送番組、撮像画像など）、電子書籍（論文、小説、雑誌などのテキスト情報および静止画情報）、ガイド情報、Ｗｅｂページ、プログラム（ゲームプログラムなどを含む）などの信号によって表現された内容情報である。インターネット上で販売される商品であって、当該商品をホームページなどにおいて映像やテキスト情報などで表現されているものもコンテンツに含むものである。

多数のコンテンツの中から希望するコンテンツを検索するためのユーザインターフェースとしては、従来は、一般的には、キーワードを入力または選択し、そのキーワードを検索子として検索するものが多い。この場合における検索結果としてのユーザに対するコンテンツの推薦方法は、検索結果をリスト形式に単に並べるだけで表示しているものが多い。そして、当該リストは、ユーザの利用履歴などに応じた静的な表示である。

また、例えば特許文献１（特開２００７−１７２７０２号公報）には、格納されている多数の音楽コンテンツについて、静的なマップを生成しておき、そのマップの中から、注目音楽コンテンツを中心した複数個の音楽コンテンツを提示する方法が示されている。

すなわち、楽曲の速さ（遅い感じ←→速い感じ）、音色（アナログ的な感じ←→デジタル的な感じ）、年代（古い感じ←→新しい感じ）という３種の印象項目により、３次元座標空間に、多数の音楽コンテンツをマッピングしておく。そして、その内の１つを注目する音楽コンテンツとしたとき、その近傍にマッピングされている音楽コンテンツも、関連する推薦コンテンツとして表示するものである。

また、推薦コンテンツの表示の仕方に関しての他の例として、いわゆるインターネットショッピングにおけるサイトでの商品コンテンツ紹介のページの例がある。この種のページ上には、商品コンテンツの表示イメージと共に、「この商品をチェックした人はこんな商品もチェックしています」という表示と共に、関連する他の商品コンテンツが紹介されている。

上記の特許文献は、次の通りである。
特開２００７−１７２７０２号公報

キーワードの文字入力や選択によるコンテンツ検索は、文字入力手段の使い勝手に左右されてしまうという問題がある。

また、特許文献１のように、推薦コンテンツが静的に表示されるだけでは、推薦コンテンツについて効果的にユーザの興味を引くことができず、また、予定調和によるマンネリ化を回避することが難しくなるという問題がある。

また、インターネットショッピングにおける関連する他の商品コンテンツの紹介は、単に、ユーザが当該他の商品をチェックしたという繋がりのみが示されるだけであり、ユーザが注目するコンテンツ（注目コンテンツ）とどの様に関連しているかは不明であった。また、関連する他の商品コンテンツが、注目コンテンツとどの程度の関連性の強さを持っているのかは、表示画面からは不明であることが多い。

この発明は、以上の問題点を回避して、注目コンテンツと他のコンテンツとの関連性の強さを視覚的に知覚できるようにしたコンテンツ表示装置および方法を提供することを目的とする。

上記の課題を解決するために、この発明は、
コンテンツ識別子と対応付けられて、少なくとも、各コンテンツの表示イメージを生成するためのデータと、各コンテンツの属性データと、各コンテンツ毎の他のコンテンツとの間における相関関係を示すデータとを含むメタデータを記憶するメタデータ格納部と、
前記コンテンツの表示イメージを表示画面に表示する際の座標軸となるコンテンツの属性の設定入力をするための操作入力手段と、
前記操作入力手段から設定入力された前記座標軸となるコンテンツの属性と、所定の注目コンテンツのコンテンツ識別子とに基づいて、前記メタデータ格納部のメタデータを検索し、前記注目コンテンツに関連する１または複数の他のコンテンツを選択するコンテンツ選択手段と、
前記コンテンツ選択手段で選択された前記他のコンテンツのそれぞれの、前記注目コンテンツとの関連の強さを、少なくとも前記座標軸として設定されたコンテンツの属性と前記相関関係を示す情報とから算出する関連算出手段と、
前記設定入力された前記座標軸となるコンテンツの属性と、前記算出された前記他のコンテンツの前記注目コンテンツとの関連の強さとから、前記注目コンテンツを原点とした、前記他のコンテンツの配置関係を算出する配置関係算出手段と、
前記コンテンツ選択手段で選択された前記他のコンテンツと、前記注目コンテンツの表示イメージデータを前記メタデータ格納部の記憶データに基づいて取得し、取得した前記注目コンテンツの表示イメージを前記原点に配置すると共に、前記他のコンテンツの表示イメージのそれぞれを、前記算出された配置関係に従って配置する表示制御手段と
を備えるコンテンツ表示装置を提供する。

この発明においては、注目コンテンツ位置を原点位置とされ、ユーザが設定入力したコンテンツの属性が座標軸とされて、注目コンテンツおよび他のコンテンツの表示イメージが配置されたコンテンツ表示画面が生成される。

注目コンテンツが特定され、座標軸となるコンテンツの属性が設定入力されると、コンテンツ選択手段により、設定入力された座標軸となるコンテンツの属性と、所定の注目コンテンツのコンテンツ識別子とに基づいて、メタデータ格納部のメタデータが検索され、注目コンテンツに関連する１または複数の他のコンテンツが選択される。

また、関連算出手段により、コンテンツ選択手段で選択された他のコンテンツのそれぞれの、注目コンテンツとの関連の強さが、少なくとも座標軸として設定されたコンテンツの属性と相関関係を示す情報とから算出される。

そして、配置関係算出手段により、算出された他のコンテンツの注目コンテンツとの関連の強さと、設定入力された座標軸となるコンテンツの属性とから、注目コンテンツを原点とした他のコンテンツの配置関係が算出される。

そして、表示制御手段により、コンテンツ選択手段で選択された他のコンテンツと、注目コンテンツの表示イメージデータがメタデータ格納部の記憶データに基づいて取得され、取得された注目コンテンツの表示イメージが原点に配置されると共に、他のコンテンツの表示イメージのそれぞれは、算出された配置関係に従って配置される。

したがって、注目コンテンツの表示イメージの周囲に、座標軸として設定入力されたコンテンツの属性について関連の強い他のコンテンツの表示イメージが、その関連が強いほど、注目コンテンツに近い位置に配置されて表示される。これにより、ユーザは、注目コンテンツに対する他のコンテンツの、座標軸として設定入力されたコンテンツの属性に関して関連の強さを、視覚的に、即座に確認することができる。このため、コンテンツ推薦として、非常に有益な情報となる。

そして、この発明によれば、注目コンテンツを変更すれば、その変更された注目コンテンツについて、関連の強い他のコンテンツが選択され、関連の強さに応じた距離関係で、それら注目コンテンツと他のコンテンツの表示イメージが表示される。つまり、注目コンテンツ毎に、他のコンテンツとの配置関係は動的に変化する。

また、座標軸となるコンテンツの属性を変更した場合も、注目コンテンツに対する他のコンテンツが変化し、両者の関連の強さに応じた位置関係も動的に変化する。

この発明によれば、注目コンテンツの表示イメージの周囲に、座標軸として設定入力されたコンテンツの属性について関連の強い他のコンテンツの表示イメージが、その関連が強いほど、注目コンテンツに近い位置に配置されて表示される。これにより、ユーザは、注目コンテンツに対する他のコンテンツの、座標軸として設定入力されたコンテンツの属性に関して関連の強さを、視覚的に、即座に確認することができる。

したがって、この発明によれば、注目コンテンツに対する他のコンテンツの関連を、視覚的および直感的に知ることができるので、コンテンツ推薦ツールとして非常に好適なものとなる。

以下、この発明によるコンテンツ表示装置および方法の実施形態を図を参照しながら説明する。

［第１の実施形態］
図１に、この発明によるコンテンツ表示装置の第１の実施形態の全体の構成例を示す。この第１の実施形態のコンテンツ表示装置は、サーバ装置１と、このサーバ装置１に対して有線または無線で通信接続可能な複数のクライアント装置２ａ，２ｂ，２ｃ・・・とからなる。クライアント装置２ａ，２ｂ，２ｃ・・・のそれぞれは、同一の構成を備えるので、以下の説明においてクライアント装置を区別する必要のないときには、クライアント装置２と記載する。

そして、この第１の実施形態では、クライアント装置２は、サーバ装置１にアクセスして、例えば映像コンテンツや楽曲コンテンツなどを要求すると、サーバ装置１から当該要求したコンテンツデータの提供を受けることができる。そして、クライアント装置２は、提供を受けた映像コンテンツや楽曲コンテンツを再生して、ユーザに供するようにする。

サーバ装置１は、クライアント装置２に対して、当該クライアント装置２のユーザが、要求する映像コンテンツや楽曲コンテンツを選択する際に使用するグラフィカル・ユーザ・インターフェース（以下、ＧＵＩという）の表示情報を提供する。

クライアント装置２は、サーバ装置１からのＧＵＩの表示情報を受けて、自装置が備えるディスプレイの表示画面にＧＵＩ画面を表示する。クライアント装置２のユーザは、このＧＵＩを用いて、要求するコンテンツの選択を行なって、サーバ装置１に対してコンテンツ要求をすることができる。

上述の条件を満たすために、サーバ装置１は、この第１の実施形態では、提供するコンテンツの本体データを格納するコンテンツデータ格納部１１を備える。また、ＧＵＩの表示情報を生成するために、提供するコンテンツについてのメタデータを記憶するメタデータ格納部１２を備える。メタデータの詳細については、後述する。

また、サーバ装置１は、クライアント装置１からの種々の操作指示情報や要求情報を処理し、当該処理結果に応じた処理をするための制御処理部１３を備える。制御処理部１３は、前記処理結果に応じて、ＧＵＩ表示情報を生成したり、要求されたコンテンツデータを生成したり、生成したＧＵＩ表示情報やコンテンツデータをクライアント装置２に送信する機能を備える。

クライアント装置２は、サーバ装置から映像コンテンツや楽曲コンテンツを取得して再生するコンテンツ再生部２１を備える。クライアント装置２は、また、サーバ装置１から取得したＧＵＩ画面を表示したり、再生した映像コンテンツを表示するためのディスプレイ２２を備える。この実施形態では、クライアント装置２では、サーバ装置１から受け取ったコンテンツデータをストリーミング再生するようにする。なお、サーバ装置１から受け取ったコンテンツデータを一時保持しておき、それを後で再生するように構成することもできる。

＜ＧＵＩを生成するためのメタデータについて＞
図２および図３は、サーバ装置１のメタデータ格納部１２に格納されるメタデータを説明するための図である。図２において、元データは、コンテンツデータ格納部１１に格納されているコンテンツの本体データを意味し、本体データは、各コンテンツの識別子に対応して格納されている。メタデータは、コンテンツの属性データであり、この例では、コンテンツ情報、選択基準、パラメータリスト、コンテンツパラメータ、コンテンツ相関、アクセス履歴、ユーザ嗜好の各データからなる。そして、これらのデータが、メタデータ格納部１２に格納されている。

コンテンツ情報、選択基準、コンテンツパラメータは、コンテンツデータ格納部１１に格納される各コンテンツ自身が本来持つ属性に関するメタデータである。コンテンツ相関、アクセス履歴やユーザ嗜好は、コンテンツに対するユーザが行動により付加される属性である。

コンテンツ情報は、図３に例示するように、各コンテンツ毎の識別子content_idと、各コンテンツのタイトルtitleと、各コンテンツについてＧＵＩとして表示する表示イメージを生成するためのデータとを含む。また、図３の例は、映画コンテンツやドラマコンテンツなどの場合のコンテンツ情報の例であり、コンテンツ情報には、あらすじsynopsisのデータも記憶されている。

表示イメージは、例えば映画コンテンツであれば、当該映画の一場面などからなる所定の大きさのサムネイル画像が、この例では用いられる。音楽コンテンツであれば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）のジャケットからなる所定の大きさのサムネイル画像が、この例では用いられる。この例におけるサムネイル画像の大きさは、当該表示イメージのサムネイルを見るだけで、コンテンツの内容をある程度判断できるような大きさとされる。

図３の例では、各コンテンツの表示イメージのデータは、記憶部に格納されている。このため、各コンテンツの表示イメージを生成するためのデータとしては、表示イメージのデータが格納されているメモリエリアのアドレスtitle_image_urlからなる。表示イメージを生成するためのデータとしては、このようなアドレス情報ではなく、表示イメージのデータそのものであっても勿論よい。

これらのコンテンツ情報は、コンテンツの本体データをコンテンツデータ格納部１１に格納する際に、コンテンツ識別子により本体データと対応付けられて格納される。図３は、例示であり、コンテンツ情報となるコンテンツ属性は、その他種々のものが記憶可能である。

選択基準は、注目コンテンツ（以下、ターゲットコンテンツという）に関連する他のコンテンツを選択する際に、選択数を絞るときの基準である。図４に例示するように、選択基準は、この例においては、コンテンツ識別子content_idと、コンテンツのリリース日release_timeと、閲覧回数viewとからなる。図４は、一例であり、選択基準となる属性は、その他種々のものが可能である。この選択基準のうちリリース日は、コンテンツの本体データをコンテンツデータ格納部１１に格納する際に、コンテンツ識別子により本体データと対応付けられて格納される。また、閲覧回数は、複数のクライアント装置２からのサーバ装置１へのアクセスの際におけるコンテンツの選択結果に基づいて記録される。

パラメータリストは、この例のメタデータとするパラメータのリストを示すものであり、図５に例示するように、パラメータ識別子param_idと、ジャンル、出演者などのパラメータ名称nameとからなる。このパラメータリストに記録するパラメータ項目は、予め定めておくこともできるし、コンテンツの本体データをコンテンツデータ格納部１１に格納するときに、追加することもできる。

コンテンツパラメータは、コンテンツ毎のパラメータを記録したものであり、図６に例示するように、処理用識別子c_idと、コンテンツ識別子content_idと、パラメータ識別子param_idと、パラメータ値param_valueとが１組として記録される。

パラメータ値param_valueとしては、図６の例では、パラメータ名称「ジャンル」の下層区分「映画」のさらに下層のパラメータ値である「アクション」、「ＳＦファンタジー」や、パラメータ名称「出演者」の下層区分である特定の出演者名が記録される。パラメータ値「アクション」や「ＳＦファンタジー」がパラメータ名称「ジャンル」の下層のパラメータ値であるため、当該コンテンツについては、パラメータ識別子param_idとして、パラメータ名称「ジャンル」を示す「１」が記録される。また、パラメータ値として特定の出演者名が記録されたコンテンツについては、特定の出演者名がパラメータ名称「出演者」の下層のパラメータ値であるため、パラメータ識別子param_idとして、パラメータ名称「出演者」を示す「１０」が記録される。

なお、図６に示すように、コンテンツパラメータは、同じ１つのコンテンツに対して、複数組が記録可能である。このコンテンツパラメータも、コンテンツの本体データをコンテンツデータ格納部１１に格納する際に、コンテンツ識別子により本体データと対応付けられて格納される。

コンテンツ相関は、この例では、コンテンツ毎に、次に選択したコンテンツを記録を示したものであり、コンテンツ間の相関をコンテンツの選択により表わしたものである。図７の例においては、処理用識別子r_idと、コンテンツ識別子content_idと、次に選択されたコンテンツの識別子next_content_idと、当該次コンテンツのパラメータ識別子param_idと、当該次コンテンツの選択回数r_pointとが１組として記録される。次コンテンツのパラメータ識別子param_idは、ターゲットコンテンツと何の関連で次のコンテンツが選択されたかを示している。

このコンテンツ相関は、複数のクライアント装置２からのサーバ装置１へのアクセスの際におけるコンテンツの選択結果に基づいて記録される。このコンテンツ相関も一例であり、ある映画コンテンツの続編のコンテンツがある場合に、続編のコンテンツを記録するようにしても良い。

アクセス履歴は、複数のクライアント装置２の各ユーザによるサーバ装置１でのコンテンツに対するアクセス履歴（現在アクセスしている状態を含む）を示すものである。図８の例示においては、アクセス履歴は、アクセス時刻tsと、ユーザ識別子user_idと、コンテンツ識別子content_idと、アクセス状態stateとからなる。

アクセス時刻tsは、年月日時分秒で表わされる。そして、アクセス状態は、映画コンテンツの場合の例では、表示／選択／再生時間からなる。「表示」は、現在表示（再生）されているかどうかを示し、そのフィールド値が「１」であれば、現在表示（再生）されていることを示し、「０」であれば非表示である（現在再生されていない）ことを示す。「選択」は、選択された回数を示す。「再生時間」は、全体の何％再生されたかを、そのフィールド値により示す。なお、ユーザ識別子user_idは、クライアント装置２のユーザが、最初にサーバ装置１にアクセスしたときに、サーバ装置１に対して登録しておくようにする。

なお、アクセス履歴は、複数のクライアント装置２からのサーバ装置１のコンテンツのアクセス状態に基づいて、リアルタイムおよび過去の履歴として記録される。

ユーザ嗜好は、複数のクライアント装置２の各ユーザについてのコンテンツ選択の嗜好情報を示すものである。図９に、このユーザ嗜好の情報の例を示す。この図９の例示においては、ユーザ嗜好は、処理用識別子p_idと、ユーザ識別子user_idと、パラメータ識別子param_idと、パラメータ値param_valueと、回数p_pointとからなる。回数p_pointは、この例では、パラメータ識別子param_idとパラメータ値param_valueとで特定されるコンテンツの選択回数である。

このユーザ嗜好は、各ユーザについてのサーバ装置１へのアクセスが完了したときに更新される。図９はユーザ嗜好の例示であり、その他のメタデータを用いたユーザ嗜好を記録することもできる。

＜生成するＧＵＩについて＞
この実施形態では、サーバ装置１は、以上説明したメタデータを用いて、クライアント装置２でのコンテンツ選択の補助手段としてのＧＵＩを生成する。この実施形態のＧＵＩは、あるコンテンツをターゲットコンテンツとしたとき、当該ターゲットコンテンツの周囲に、当該ターゲットコンテンツに関連する他のコンテンツを配置して表示するものである。

この実施形態では、ターゲットコンテンツに対してどの様な関連を持った他のコンテンツを配置するかは、ユーザにより設定入力できるように構成されている。そして、この実施形態では、ターゲットコンテンツと他のコンテンツとの関連性を決めるキーワードは、上述したメタデータに含まれるコンテンツの属性とされる。

この実施形態では、サーバ装置１は、メタデータ格納部１２に格納されているメタデータから生成した、ユーザが設定入力できるコンテンツの属性の一覧を備えており、それをクライアント装置２のユーザに提供する。このコンテンツ属性の一覧の一例を図１０に示す。この明細書では、前記関連性を決めるためのキーワードとなるコンテンツの属性は、コンテンツ特徴と称することとする。

クライアント装置２は、このコンテンツ特徴の一覧から、ターゲットコンテンツと関連付けしたいコンテンツ特徴を選択する。選択されるコンテンツ特徴は、１つでも良いが、この実施形態では、複数のコンテンツ特徴が選択可能とされている。複数のコンテンツ特徴が選択された場合には、ターゲットコンテンツとの関連性としては、それぞれのコンテンツ特徴単独の関連性のみではなく、選択された複数のコンテンツ特徴についてのターゲットコンテンツとの関連性がＧＵＩに表現される。

ターゲットコンテンツも、ユーザにより選択設定される。例えば、クライアント装置２がサーバ装置１にアクセスしたときのポータルページにおいて、ターゲットコンテンツの選択が可能である。この場合に、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍｍｉｎｇ Ｇｕｉｄｅ）などの番組表を、サーバ装置が用意する場合には、クライアント装置２のユーザは、当該番組表からターゲットコンテンツを選択指定することが可能である。また、もしも、クライアント装置２で、サーバ装置１に対してアクセスしていて、所定のコンテンツを再生中であれば、その再生中コンテンツがターゲットコンテンツとされる。

サーバ装置１は、ターゲットコンテンツと他のコンテンツとの関連性を決めるキーワードが設定入力され、ターゲットコンテンツが決まると、ターゲットコンテンツと関連のある他のコンテンツを、メタデータ格納部１２のメタデータを用いて選択抽出する。このとき、選択基準のメタデータ（パラメータデータ）を用いて、選択抽出するコンテンツ数を制限するようにする。すなわち、例えばリリース日release_timeがターゲットコンテンツに対して、より近いものを優先し、また、閲覧回数viewが、より多いものを優先して、選択抽出するコンテンツ数を所定数以下に制限する。このような制限をするのは、ディスプレイ画面の限られた領域にＧＵＩを表示する際に、コンテンツの表示イメージを、ユーザがコンテンツ内容を容易に把握できる程度の大きさで、かつ、重なりをできるだけ少なくして、表示できるようにするためである。

サーバ装置１は、以上のようにして選択抽出した他のコンテンツについて、ターゲットコンテンツの中心とした配置関係を、後述するようにして算出する。

この配置関係を算出する当たって、この実施形態のＧＵＩにおいては、ターゲットコンテンツの位置を原点とすると共に、設定入力されたコンテンツ特徴を座標軸とする。そして、ターゲットコンテンツと他のコンテンツとの関連の強さを、ターゲットコンテンツの表示イメージと他のコンテンツの表示イメージとの距離により表現するようにする。そして、ターゲットコンテンツの表示イメージと、関連のある他のコンテンツの表示イメージを、定められた配置関係に基づいて、マップ状（地図状）に配置して、ＧＵＩを生成するようにする。

ここで、ターゲットコンテンツと他のコンテンツとの関連の強さは、この例では、次のようにして算出される。設定入力されたコンテンツ特徴がジャンルなどのように、下層の属性を備える場合には、ターゲットコンテンツと、より下層の属性で一致しているものほど関連が強いと判断される。例えばターゲットコンテンツが、サッカーゲームに関するものである、他のコンテンツは、同じサッカーゲームに関するものは関連が強く、単にスポーツというジャンルが一致する場合には、関連が弱いと判断される。

また、この実施形態では、関連の強さの判断に際しては、コンテンツ相関が考慮される。すなわち、ターゲットコンテンツの次に選択されたコンテンツは比較的関連が強いと判断され、かつ、その選択回数が多いほど、強い関連があると判断される。

また、この実施形態では、ユーザ嗜好も、関連の強さの判断に際して考慮される。すなわち、ユーザ嗜好のメタデータを参酌し、ユーザ嗜好を示している属性を備えている他のコンテンツは、ターゲットコンテンツとの関連が強いとする。ここでのユーザ嗜好は、ＧＵＩを利用しようとしているユーザ（以下、ＧＵＩ利用ユーザという）のユーザ嗜好だけでなく、他のユーザのユーザ嗜好をも考慮するようにすることができる。

例えば、図１１に示すようなスライド式の操作手段４を設け、ユーザは、自分自身の嗜好と、他のユーザの嗜好とを、どの様な割合で、ターゲットコンテンツと他のコンテンツとの関連の強さに反映させるのかを設定することができようにすることもできる。勿論、スライド式の操作手段４により、自分自身の嗜好のみ、あるいは、他のユーザの嗜好のみを、他のコンテンツとの関連の強さに反映させるようにすることもできる。なお、このスライド式の操作手段４は、ディスプレイの表示画面に表示して、ＧＵＩの一部とすることもできる。

ところで、座標軸となるコンテンツ特徴が１つだけ選択された場合には、他のコンテンツの表示イメージは、ターゲットコンテンツに対する関連の強さにしたがって、座標軸方向に沿って、直線状または曲線状に並べればよい。つまり、ターゲットコンテンツに関連の強い他のコンテンツの表示イメージほど、ターゲットコンテンツの表示イメージに近い位置に表示されるようにすればよい。

座標軸となるコンテンツ特徴が２以上選択された場合には、例えば、以下のように配置される。

例えば、座標軸となるコンテンツ特徴として、特徴Ａと特徴Ｂとの２個が、選択された場合には、この例では、図１２に示すような配置関係が定められる。すなわち、図１２の例においては表示画面の左側中央に原点位置Ｏが設定される。そして、図１２において、矢印３Ａで示す、原点位置Ｏから右斜め上方向に、特徴Ａの座標軸３Ａを想定する。また、矢印３Ｂで示す、原点位置Ｏから右斜め下方向に、特徴Ｂの座標軸３Ｂを想定する。

図１２の例の場合、ＧＵＩにおいては、原点位置０にターゲットコンテンツの表示イメージが表示され、ターゲットコンテンツと特徴Ａのみについての関連性しか持たない他のコンテンツの表示イメージは、矢印３Ａに沿って並べられる。また、ターゲットコンテンツと特徴Ｂのみについての関連性しか持たない他のコンテンツの表示イメージは、矢印３Ｂに沿って並べられる。そして、関連性が強い他のコンテンツの表示イメージほど、ターゲットコンテンツの表示イメージの近くに配置される。

ターゲットコンテンツと特徴Ａおよび特徴Ｂの両方についての関連性を持つ他のコンテンツの表示イメージは、矢印３Ａと矢印３Ｂとで挟まれる領域において、関連の強さに応じた位置に表示される。つまり、ターゲットコンテンツと特徴Ａおよび特徴Ｂの両方についての関連性を持つ他のコンテンツのうち、より特徴Ａに関連が強い他のコンテンツの表示イメージは、矢印３Ａに近い位置に表示される。また、ターゲットコンテンツと特徴Ａおよび特徴Ｂの両方についての関連性を持つ他のコンテンツのうち、より特徴Ｂに関連が強い他のコンテンツの表示イメージは、矢印３Ｂに近い位置に表示される。

もしも、特徴Ａおよび特徴Ｂが、例えば出演者名のように属性としてコンテンツが備えているか否かという２値的なものである場合には、他のコンテンツの表示イメージは、矢印３Ａおよび矢印３Ｂから等距離にある、矢印３ＡＢで示す方向に、並ぶものとなる。

なお、矢印３Ａ，３Ｂで示した座標軸方向は、ＧＵＩの表示においては、表示されない仮想的なものである。ただし、座標軸となるコンテンツ特徴が何であるかは、図１２において、右上および左下に示すように、当該コンテンツ特徴名が表示されることにより、ユーザに報知される。座標軸方向の表示はなされないことおよびコンテンツ特徴名が表示されることは、以下の他の複数座標軸のＧＵＩにおいても同様である。

また、座標軸となるコンテンツ特徴として、特徴Ａと特徴Ｂと特徴Ｃとの３個が、選択された場合には、この例では、図１３に示すような配置関係が定められる。すなわち、図１３の例においては表示画面の中央に原点位置Ｏが設定される。

そして、図１３において、矢印３Ａで示す、原点位置Ｏから上方向に、特徴Ａの座標軸３Ａを想定する。また、矢印３Ｂで示す、原点位置Ｏから左斜め下方向に、特徴Ｂの座標軸３Ｂを想定する。さらに、矢印３Ｃで示す、原点位置Ｏから右斜め下方向に、特徴Ｃの座標軸３Ｃを想定する。

図１３の例の場合、ＧＵＩにおいては、原点位置０である中央にターゲットコンテンツの表示イメージが表示される。そして、ターゲットコンテンツと特徴Ａのみ、特徴Ｂのみ、特徴Ｃのみ、についての関連性しか持たない他のコンテンツの表示イメージは、それぞれ矢印３Ａ、矢印３Ｂ、矢印３Ｃに沿って並べられる。そして、関連性が強い他のコンテンツの表示イメージほど、ターゲットコンテンツの表示イメージの近くに配置される。

この３座標軸の場合には、３つの特徴は、全て隣接することになる。そのため、矢印３Ａと矢印３Ｂとで挟まれる領域、矢印３Ａと矢印３Ｃで挟まれるおよび領域矢印３Ｂと矢印３Ｃで挟まれる領域には、３個の特徴についてターゲットコンテンツとの関連の強さに応じた他のコンテンツの表示イメージが表示される。つまり、２つの座標軸で挟まれる領域であっても、他のコンテンツの表示イメージは、当該２つの座標軸となる２個の特徴についてターゲットコンテンツとの関連の強さに応じた位置ではなく、３個の特徴についての関連の強さに応じた位置に表示される。

また、座標軸となるコンテンツ特徴として、特徴Ａと特徴Ｂと特徴Ｃと特徴Ｄの４個が、選択された場合には、この例では、図１４に示すような配置関係が定められる。すなわち、図１４の例においては表示画面の中央に原点位置Ｏが設定される。

そして、図１４において、矢印３Ａで示す、原点位置Ｏから左斜め上方向に、特徴Ａの座標軸３Ａを想定する。また、矢印３Ｂで示す、原点位置Ｏから右斜め上方向に、特徴Ｂの座標軸３Ｂを想定する。また、矢印３Ｃで示す、原点位置Ｏから左斜め下方向に、特徴Ｃの座標軸３Ｃを想定する。さらに、矢印３Ｄで示す、原点位置Ｏから右斜め下方向に、特徴Ｄの座標軸３Ｄを想定する。

図１４の例の場合も、ＧＵＩにおいては、原点位置０である中央にターゲットコンテンツの表示イメージが表示される。そして、ターゲットコンテンツと特徴Ａのみ、特徴Ｂのみ、特徴Ｃのみ、特徴Ｄのみについての関連性しか持たない他のコンテンツの表示イメージは、それぞれ矢印３Ａ、矢印３Ｂ、矢印３Ｃ、矢印３Ｄに沿って並べられる。そして、関連性が強い他のコンテンツの表示イメージほど、ターゲットコンテンツの表示イメージの近くに配置される。

この４個の座標軸を想定した例の場合、対角の位置にある特徴Ａと特徴Ｄ、また、特徴Ｂと特徴Ｃとは、座標軸が隣接しないため、それらの関連付けの表現はできない。そのため、４個の座標軸を想定した図１４の例の場合、隣接する２つの座標軸で挟まれる領域には、当該２つの座標軸となるコンテンツ特徴について関連を持つ他のコンテンツの表示イメージがターゲットコンテンツとの関連の強さに応じて表示される。

例えば、ターゲットコンテンツと特徴Ａおよび特徴Ｂの両方についての関連性を持つ他のコンテンツの表示イメージは、矢印３Ａと矢印３Ｂとで挟まれる領域において、関連の強さに応じた位置に表示される。他の特徴についても同様である。

なお、この４個の座標軸を想定した例においては隣接しない座標軸の特徴が隣接するように、座標軸位置を変更することで、生成されるＧＵＩは異なるものとなる。例えば、図１４の例において、特徴Ｂと特徴Ｄの位置を上下入れ替えることにより、異なるＧＵＩ表示となる。

座標軸となるコンテンツ特徴が５個以上、想定される場合には、図１４の例と同様に、表示画面の中央に原点位置Ｏを設定し、円周方向に特徴数だけ等分した５つ以上の方向に、５個以上の座標軸が設定される。そして、隣接する２つの座標軸で挟まれる領域には、当該２つの座標軸となるコンテンツ特徴について関連を持つ他のコンテンツの表示イメージがターゲットコンテンツとの関連の強さに応じて表示される。

なお、５個以上の座標軸を想定した例においても、隣接しない座標軸の特徴が隣接するように、座標軸位置を変更することで、生成されるＧＵＩは異なるものとなる。

＜ＧＵＩの具体的表示例＞
図１５に、例えば、映画コンテンツ用のＧＵＩであって、４個のコンテンツ特徴「ジャンル」、「監督」、「出演者」、「時期」が、座標軸として設定入力された場合におけるＧＵＩの表示例を示す。この図１５の例のＧＵＩにおいて、４角形で示されるものは、コンテンツの表示イメージである。図１５では、省略したが、４角形で示される表示イメージは、例えば映画の一場面や広告場面と、タイトルなどが表示されており、ユーザは、当該表示イメージを見るだけで、コンテンツの概略を知ることができる。

ターゲットコンテンツの表示イメージＩtgは、表示画面の中央において、この例では、他のコンテンツの表示イメージよりも大きくされて、それがターゲットコンテンツの表示イメージであることが分かるように表示されている。ターゲットコンテンツの表示イメージＩtgであることを報知するためには、大きさを異ならせるのではなく、太枠で囲んで示す、輝度を他よりも明るくする、など、その他種々の表示態様を用いることもできる。

図１５のＧＵＩからは、他のコンテンツの表示イメージＩａの表示位置から、当該他のコンテンツが、ターゲットコンテンツとジャンルが同じコンテンツであることが分かる。また、他のコンテンツの表示イメージＩｂの表示位置から、当該他のコンテンツが、ターゲットコンテンツと公開時期（リリース時期）が近いことが分かる。さらに、他のコンテンツの表示イメージＩｃの表示位置から、当該他のコンテンツが、ターゲットコンテンツと監督が同じで、ジャンルが近いことが分かる。

＜ＧＵＩの平行移動、拡大縮小について＞
この実施形態では、前述したように、ＧＵＩは、ターゲットコンテンツの表示イメージの周辺に、当該ターゲットコンテンツに関連のある他のコンテンツの表示イメージが、マップ状に配置されたものである。この実施形態では、このＧＵＩのマップにおいて、平行移動および拡大縮小が可能とされている。

前述したように、ＧＵＩの作成に当たっては、ターゲットコンテンツが決定され、座標軸が確定すると、先ず、ＧＵＩとして表示するターゲットコンテンツに関連する他のコンテンツが選定される。そして、その選定された他のコンテンツのターゲットコンテンツに対する配置位置が、ターゲットコンテンツに対する関連の強さに応じた距離位置と、座標軸に対する位置関係から決定される。これが、ＧＵＩとして表示される、あるターゲットコンテンツについての全体マップ情報となる。

この全体マップ情報は、例えば図１６または図１７に示すように、ターゲットコンテンツの位置（原点位置Ｏ）を中心に生成され、高さＨ、幅Ｗの領域を有するものとなる。ここで、高さＨおよび幅Ｗからなる領域は、ターゲットコンテンツと他のコンテンツとの距離範囲領域である。ＧＵＩのマップ情報の高さＨおよび幅Ｗは、ターゲットコンテンツ毎に変えてもよいが、この例では、正規化して、全てのターゲットコンテンツについてのＧＵＩとして同一の値を持つようにする。

ＧＵＩとして表示する表示領域を、全体マップ情報と等しい領域とすると、表示すべきコンテンツが多すぎて、表示イメージの重なりが多くなったり、表示イメージ自体を小さなものとしなければならなくなる。

そこで、この実施形態では、ＧＵＩとして表示する表示領域は、全体マップ情報の一部として、表示イメージを所定の大きさで表示できるようにすると共に、その重なりを少なくするようにしている。図１６および図１７において、左上隅位置（Ｘ１，Ｙ１）と、右下隅位置（Ｘ２，Ｙ２）で示される矩形領域が表示領域ＦＬとされる。

そして、この実施形態では、全体マップ情報のＧＵＩを見ることができるようにするためのツールとして平行移動ツールが用意される。また、この実施形態では、表示領域ＦＬに表示するＧＵＩを拡大または縮小することができるようにする拡大縮小ツールも用意されている。

＜平行移動ツール＞
この実施形態では、表示領域ＦＬを、全体マップ情報の領域内において、ユーザの操作指示に応じて平行移動させることができるようにしている。

例えばユーザにより、表示領域ＦＬを水平方向の右方向に平行移動させる指示操作があったときには、例えば図１６において、左上隅位置（ＸＳ１，ＹＳ１）と、右下隅位置（ＸＳ２，ＹＳ２）で示される矩形領域に表示領域ＦＬを平行移動させる。また、例えばユーザにより、表示領域ＦＬを垂直方向の上方向に平行移動させる指示操作があったときには、例えば図１６において、左上隅位置（ＸＵ１，ＹＵ１）と、右下隅位置（ＸＵ２，ＹＵ２）で示される矩形領域に表示領域ＦＬを平行移動させる。移動方向は、上下と左右を組み合わせることで、斜め方向にも可能であることは言うまでもない。

＜拡大縮小＞
また、この実施形態では、全体マップ情報の領域のうち、表示領域ＦＬに含まれる領域を変えることで、関連の強さを表わす距離を変化させる拡大および縮小を可能にしている。例えば、ユーザにより拡大指示がなされた場合、図１７において、左上隅位置（ＸＥ１，ＹＥ１）と、右下隅位置（ＸＥ２，ＹＥ２）で示される矩形領域が、表示領域ＦＬとなるように拡大する。つまり、
また、ユーザにより縮小指示がなされた場合、図１７において、左上隅位置（ＸＲ１，ＹＲ１）と、右下隅位置（ＸＲ２，ＹＲ２）で示される矩形領域が、表示領域ＦＬとなるように縮小する。

なお、拡大、縮小により、表示領域ＦＬに含まれるコンテンツ数が変化することになる。特に、縮小の場合には、表示領域ＦＬに含まれる領域が大きくなるため、コンテンツ数が増加することが考えられる。しかし、できるだけ、コンテンツの表示イメージの重なりを防止するため、この実施形態では、ＧＵＩとして表示領域ＦＬを表示するとき、表示するコンテンツの表示イメージ数、つまりコンテンツ数は、所定値を超えないようにしている。コンテンツの表示イメージが、ユーザによりその内容が識別困難になるような重なりとなってしまう場合には、選択基準などを基にして、ひとつのコンテンツを選択することにより、表示イメージの重なりを最小限に抑えるようにする。

＜拡大縮小および平行移動などの指示操作手段について＞
上述した平行移動および拡大縮小のための操作手段の一部は、この実施形態では、ＧＵＩに含められている。図１８は、当該操作手段を含むＧＵＩの一例を示す図である。ＧＵＩにおける平行移動および拡大縮小のための指示操作は、この図１８のＧＵＩに含められている操作手段と、クライアント装置２自身が備えるキー操作部に設けられている上下左右方向キーと、決定キーなどが用いられて実行される。

図１８に示すように、ＧＵＩに設けられる操作手段は、ボタンアイコンからなるツールボタンであり、この例では、平行移動ボタン５と、拡大縮小を意味するズームボタン６とからなる。また、この例では、ＧＵＩには、ズームレベル（ズーム倍率）を表示するためのズーム表示部７も設けられている。

これらツールボタン５，６と、クライアント装置２自身が備えるキー操作部に設けられている上下左右の方向キーと、決定キーなどを用いた操作およびモード切り替えは、図１９の表に示すようなものとなる。

図１９の表から分かるように、通常モードでは、クライアント装置２自身が備えるキー操作部の上下方向キーや左右方向キーの操作は、ＧＵＩに表示されているコンテンツの中から、選択するコンテンツを変更する操作となる。選択されたコンテンツは、上下方向キーや左右方向キーの操作に応じて移動するカーソルのフォーカス枠などが、当該選択されたコンテンツ位置に移動してユーザに報知される。

そして、通常モードにおいて、クライアント装置２の操作部の決定キーが操作されると、ＧＵＩは、後述するように、そのときに選択されているコンテンツの詳細を表示するコンテンツ詳細表示モードに移行する。

コンテンツ詳細表示モードにおける表示画面の例を図２０に示す。この図２０に示すように、コンテンツ詳細表示モードにおいては、選択中のコンテンツの詳細情報が、ＧＵＩ画面の領域８Ａの右側の領域８Ｂに表示される。そして、この例では、図２０に示すように、コンテンツ詳細情報の領域８Ｂには、戻るボタン９Ａと、選択ボタン９Ｂとが、アイコンボタンとして表示される。

コンテンツ詳細表示モードにおいて、ユーザが上下キーを操作すると、コンテンツ詳細情報を上下方向にスクロールすることができる。

そして、このコンテンツ詳細表示モードにおいて、選択ボタン９Ｂが選択され、決定キーが操作されると、選択中のコンテンツにターゲットコンテンツの変更を行うのか、当該コンテンツの再生モードにするかをユーザに問い合わせるメッセージ画面を表示する。

図示は省略するが、このメッセージ画面には、再生ボタンと、変更ボタンとが表示され、再生ボタンがユーザにより選択されると、選択中のコンテンツの再生モードに移行する。また、変更ボタンがユーザにより選択されると、選択中のコンテンツにターゲットコンテンツを変更する処理を行なう。

このコンテンツ詳細表示モードにおいて、戻るボタン９Ａが選択され、決定キーが操作されると、ＧＵＩは、コンテンツ詳細表示モードの画面から通常モードの画面に戻る。

なお、この実施形態では、通常モードにおいて、上下左右の方向キーが操作されたときには、ＧＵＩは、自動的に当該方向キーにより指示された方向に近いコンテンツに、カーソルのフォーカス枠が移動するフォーカス移動モードの状態になる。

フォーカス移動モードは、選択中のコンテンツが、現在選択中のコンテンツから、ユーザが指示した方向に最も近い位置にあるコンテンツに順次に移動するモードである。すなわち、図２１に示すように、カーソルのフォーカス枠（選択コンテンツ）が、現在選択中のコンテンツから、ユーザの指示方向に応じて自動的に他のコンテンツに移動する。

図２１の例は、上下左右方向キーを、左→下→下と、順に押した場合である。図２１の例では、ＧＵＩ画面の領域９Ａに表示されていないコンテンツが、さらに下方（ターゲットコンテンツから遠い距離の方向）に存在するので、平行移動ボタン５を押下するように促すため、当該平行移動ボタン５がフォーカスされている状態となっている。

また、通常モードにおいて、ズームボタン６が選択されて、決定キーが押下されると、ＧＵＩは、拡大縮小モードに切り替わる。この拡大縮小モードにおいては、上下キーの例えば上キー操作が拡大指示、下キー操作が縮小指示となり、左右キーの操作は無効となる。そして、この拡大縮小モードにおいて、決定キーが再度押下されると、ＧＵＩは、拡大縮小モードから通常モードに戻る。

また、通常モードにおいて、平行移動ボタン５が選択されて決定キーが押下されると、ＧＵＩは、平行移動モードに切り替わる。この平行移動モードにおいては、前述したように、上下左右の方向キーにより指示された方向に表示領域ＦＬが、全マップ領域上のおいて、平行移動される。そして、この平行移動モードにおいて、決定キーが再度押下されると、ＧＵＩは、拡大縮小モードから通常モードに戻る。

図１８のＧＵＩの表示例では、メタデータのうち、ユーザのアクセス履歴は、コンテンツの表示には反映させていない。図２２に、ユーザのアクセス履歴を反映したＧＵＩの例を示す。

図２２において、マークＭＡ，ＭＢ，ＭＣは、ユーザがアクセスしたことを表象するマークである。これらのマークＭＡ，ＭＢ，ＭＣは、アクセスされたコンテンツの表示イメージの近傍または一部重ねて表示される。

マークＭＡおよびＭＢは、不透明マークとして明示的に表示されており、他のユーザが当該コンテンツに、現在、アクセスしていることを示している。また、マークＭＣは、例えば半透明マークとして示されており、これは、他のユーザが過去に、対応するコンテンツにアクセスしたことを示している。

そして、マークＭＡは、ユーザを示す表象図形に三角マークを重畳することで、他のユーザが現在再生中であるコンテンツであることを示している。また、マークＭＢは、ユーザを示す表象図形のみからなり、これは、他のユーザが、現在、ＧＵＩにおいて、ターゲットコンテンツ、もしくはターゲットコンテンツに近接する他のコンテンツ（関連の強いコンテンツ）として表示していることを示している。

サーバ装置１は、アクセス履歴のメタデータから、上記のようなマークＭＡ、ＭＢおよびＭＣを生成して、それぞれのＧＵＩに反映させるようにする。

＜サーバ装置１のハードウエア構成例＞
上記のＧＵＩを実現する、この実施形態のサーバ装置１のハードウエア構成例を、図２３に示す。

この例のサーバ装置１は、コンピュータを用いて構成されている。すなわち、図２３に示すように、システムバス１０４に対してＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３とが接続されている。ＲＯＭ１０２には、ＧＵＩを生成するために必要なプログラム、クライアント装置２と通信を行なうためのプログラムなど、処理に必要なプログラムが格納されている。ＲＡＭ１０３は、ワークエリアとして使用されるメモリである。

システムバス１０４には、また、前述したコンテンツデータ格納部１１およびメタデータ格納部１２が接続されている。システムバス１０４には、さらに、通信インターフェース１０５と、受信データ処理部１０６と、送信データ処理部１０７と、ＧＵＩ生成部１０８と、操作情報判定部１０９が接続されている。

受信データ処理部１０６は、ＣＰＵ１０１の制御の下において、クライアント装置２から送られてくるデータを、通信インターフェース１０５を通じて受信して、サーバ装置１内で処理できるデータ形式に変換して、システムバス１０４に送出する。

送信データ処理部１０７は、ＣＰＵ１０１の制御の下において、サーバ装置１からクライアント装置２に送るデータを生成し、通信インターフェース１０５に転送するようにする。

ＧＵＩ生成部１０８は、ＣＰＵ１０１の制御の下において、上述したようなＧＵＩの情報を生成して、送信データ処理部１０７に転送するようにする。

操作情報判定部１０９は、受信データ処理部６でクライアント装置２から受け取った情報のうちの、操作情報について、それがどの様な操作の情報であるかを判定し、その判定結果をシステムバス１０４を通じてＣＰＵ１０１に伝達するようにする。

ＣＰＵ１０１は、操作情報判定部１０９からの判定結果が、ＧＵＩの表示要求であったときには、ＧＵＩ生成部１０８に、ＧＵＩの生成を開始させる。ＧＵＩ生成部１０８は、メタデータ格納部１２に格納されているメタデータを取得して、ＧＵＩを生成するようにする。

ＣＰＵ１０１は、操作情報判定部１０９からの判定結果が、コンテンツの再生要求であったときには、コンテンツデータ格納部１１から、要求されたコンテンツの本体データを読み出し、要求してきたクライアント装置２にダウンロードするようにする。クライアント装置２では、このコンテンツをストリーミング再生するようにする。

なお、受信データ処理部１０６、送信データ処理部１０７、ＧＵＩ生成部１０８および操作情報判定部１０９は、ＣＰＵ１０１が、ＲＯＭ１０２に格納されているプログラムにしたがって処理を行なうソフトウエア機能部として構成することもできる。

＜クライアント装置２のハードウエア構成例＞
図２４に、この実施形態におけるクライアント装置２のハードウエア構成例を示す。この例のクライアント装置２は、例えばパーソナルコンピュータを用いて構成されている。すなわち、図２４に示すように、システムバス２０４に対してＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３とが接続されている。ＲＯＭ２０２には、サーバ装置１と通信を行なうためのプログラム、サーバ装置１からのＧＵＩの情報を受け取ってディスプレイに表示するためのプログラム、ユーザ操作情報をサーバ装置１に送るためのプログラムなど、処理に必要なプログラムが格納されている。ＲＡＭ２０３は、ワークエリアとして使用されるメモリである。

システムバス２０４には、また、前述したコンテンツ再生部２１およびディスプレイ２２が接続されている。システムバス２０４には、さらに、通信インターフェース２０５と、受信データ処理部２０６と、送信データ処理部２０７と、ユーザ操作情報生成部２０８と、ディスプレイインターフェース２０９と、ユーザ操作入力インターフェース２１０とが接続されている。

ディスプレイインターフェース２０９には、ディスプレイ２２が接続され、ユーザ操作入力インターフェース２１０には、ユーザ操作入力部２１１が接続されている。ユーザ操作入力部２１１は、この例では、前述した上下左右の方向キーや決定キーを少なくも備えている。このユーザ操作入力部２１１は、リモートコントロール信号の送信部および受信部からなるものとして構成することもできる。

受信データ処理部２０６は、ＣＰＵ２０１の制御の下において、サーバ装置１から送られてくるデータを、通信インターフェース２０５を通じて受信して、クライアント装置２内で処理できるデータ形式に変換して、システムバス２０４に送出する。

送信データ処理部２０７は、ＣＰＵ２０１の制御の下において、クライアント装置２からサーバ装置１に送るデータを生成し、通信インターフェース２０５に転送するようにする。

ユーザ操作入力部２１１を通じたユーザ操作入力情報は、ユーザ操作入力インターフェース２１０を通じてシステムバス２０４に送出される。ＣＰＵ２０１は、ユーザ操作入力情報を解析して判別し、その操作入力情報に応じて処理を行なう。この例では、ユーザ操作入力情報が、ＧＵＩに対する操作入力指示情報であるときには、ＣＰＵ２０１は、その操作入力指示情報をユーザ操作情報生成部２０８に送る。

ユーザ操作情報生成部２０８は、ＣＰＵ１０１の制御の下において、前記操作入力指示情報から、サーバ装置１に送るユーザ操作情報を生成し、生成したユーザ操作情報を、送信データ処理部２０７に転送するようにする。

ディスプレイインターフェース２０９は、ＣＰＵ２０１の制御の下において、サーバ装置１から受け取ったＧＵＩの表示情報をディスプレイ２２に送り、その表示画面にＧＵＩを表示させるようにする。

ＣＰＵ２０１は、サーバ装置１に対してコンテンツ再生要求を送ったときには、当該サーバ装置１から送られてくるコンテンツの本体データをコンテンツ再生部２１に送り、この実施形態では、そのコンテンツをストリーミング再生するようにする。

なお、受信データ処理部２０６、送信データ処理部２０７、ユーザ操作情報生成部２０８およびコンテンツ再生部２１は、ＣＰＵ２０１が、ＲＯＭ２０２に格納されているプログラムにしたがって処理を行なうソフトウエア機能部として構成することもできる。

＜サーバ装置１およびクライアント装置２におけるＧＵＩの生成処理の流れ＞
図２５および図２６は、クライアント装置２と、サーバ装置１のＧＵＩ生成部１０８とが連携してＧＵＩを生成する処理動作の流れを説明するためのフローチャートである。

先ず、サーバ装置１は、クライアント装置２からのＧＵＩの表示要求を受け取ったか否か監視し（ステップＳ１０１）、受け取っていないと判別したときには、他の処理を実行し（ステップＳ１０２）、その後、ステップＳ１０１に戻る。

ステップＳ１０１で、ＧＵＩの表示要求を受け取ったと判別したときには、サーバ装置１は、ＧＵＩ表示の座標軸となるコンテンツ特徴の一覧（図１０参照）情報を、ＧＵＩの表示要求をしてきたクライアント装置２に送る（ステップＳ１０３）。

このとき、サーバ装置１は、ＧＵＩの表示要求をしてきたクライアント装置２のユーザのユーザ識別子を把握するようにする。サーバ装置１は、クライアント装置についての管理メモリ部（図示は省略）を備えており、当該管理メモリ部には、クライアント装置の識別子と、そのユーザのユーザ識別子との対応が、予め登録されて記憶されている。サーバ装置１は、アクセス時の情報に含まれているクライアント装置２の識別子を用いて、この管理メモリ部に記憶されているユーザ識別子を読み出して把握する。

クライアント装置２では、サーバ装置１から送られてきたＧＵＩ表示の座標軸となるコンテンツ特徴の一覧を、ディスプレイ２２の表示画面に表示して、座標軸の設定入力を受け付ける。そして、クライアント装置２は、当該受け付けた座標軸の設定情報をサーバ装置１に送る。

サーバ装置１のＧＵＩ生成部１０８は、当該座標軸の設定情報を受け取り、当該座標軸とされたコンテンツ特徴の数と、それぞれのコンテンツ特徴が何であるかを認識する（ステップＳ１０４）。

そして、サーバ装置１のＧＵＩ生成部１０８は、座標軸とされたコンテンツ特徴数に応じて、図１２〜図１４を用いて説明したような、ＧＵＩ表示の座標軸の割り付けを行なう（ステップＳ１０５）。

次に、サーバ装置１のＧＵＩ生成部１０８は、ターゲットコンテンツを特定する。前述したように、ターゲットコンテンツは、クライアント装置２がサーバ装置１にアクセスしたときのポータルページにおいてクライアント装置のユーザにより選択される。あるいは、クライアント装置２で、サーバ装置１に対してアクセスしていて、所定のコンテンツを再生中であれば、その再生中コンテンツがターゲットコンテンツとされる。サーバ装置１のＧＵＩ生成部１０８は、それらのターゲットコンテンツを認識する。

そして、サーバ装置１のＧＵＩ生成部１０８は、特定したターゲットコンテンツと、ステップＳ１０４で認識した座標軸とされたコンテンツ特徴とを元に、メタデータ格納部１２のメタデータを検索する。そして、サーバ装置１のＧＵＩ生成部１０８は、その検索により、ターゲットコンテンツに関連する他のコンテンツを選択抽出する（ステップＳ１０６）。

そして、サーバ装置１のＧＵＩ生成部１０８は、選択抽出した他のコンテンツの、ターゲットコンテンツに対する関連の強さを、前述したようにして、メタデータ格納部１２のメタデータから算出する（ステップＳ１０７）。

次に、サーバ装置１のＧＵＩ生成部１０８は、ステップＳ１０７で算出したターゲットコンテンツと、他のコンテンツとの間の関連の強さと、座標軸との関係を考慮して、ＧＵＩ表示上におけるコンテンツの表示イメージの配置を算出する（ステップＳ１０８）。この配置の算出方法は、前述した通りである。これにより、ターゲットコンテンツについての全体マップ情報が生成されたことになる。

次に、サーバ装置１のＧＵＩ生成部１０８は、表示領域ＦＬを定め、ターゲットコンテンツおよび他のコンテンツの表示イメージをメタデータ格納部１２から取得し、それらを、ステップＳ１０８で算出した配置位置に配置するようにする（ステップＳ１０９）。

そして、サーバ装置１は、ステップＳ１０９で生成した表示領域ＦＬのＧＵＩ表示の情報をクライアント装置２に送る。クライアント装置２は、受け取ったＧＵＩ表示の情報により、ディスプレイ２２の表示画面にＧＵＩを表示する（図２６のステップＳ１１１）。

次に、クライアント装置２では、ユーザによって、拡大縮小の操作あるいは平行移動の操作などがなされたか否か判別する（ステップＳ１１２）。

拡大縮小の操作あるいは平行移動の操作などがなされたと判別したときには、クライアント装置２は、当該拡大縮小の操作あるいは平行移動の操作などのユーザ操作情報をサーバ装置１に送る。サーバ装置１では、受信したユーザ操作情報に応じて、ＧＵＩについて拡大縮小あるいは平行移動した表示情報やその他の変更したＧＵＩの表示情報を生成して、クライアント装置２に送る（ステップＳ１１３）。そして、ステップＳ１１１に戻り、クライアント装置２は、受け取ったＧＵＩ表示の情報により、ディスプレイ２２の表示画面にＧＵＩを表示する。

また、ステップＳ１１２で、拡大縮小の操作あるいは平行移動の操作などがなされていないと判別したときには、クライアント装置２またはサーバ装置１は、ＧＵＩ表示を終了するか否か判別する（ステップＳ１１４）。このステップＳ１１４では、例えばＧＵＩ表示から選択されたコンテンツについて、再生指示があったか否か、あるいは、ユーザから明示のＧＵＩの終了指示があったか否かを判別する。

このステップＳ１１４で、ＧＵＩ表示は未だ終了しないと判別したときには、クライアント装置２では、ユーザから座標軸の変更指示があったか否か判別する。座標軸の変更指示があったと判別したときには、クライアント装置２は、その旨をサーバ装置１に送る。サーバ装置１は、当該クライアント装置２からの座標軸の変更指示を受けたか否かにより座標軸の変更指示があったか否かを判別する（ステップＳ１１５）。

そして、図２５のステップＳ１０３に戻り、サーバ装置１は、クライアント装置２に座標軸一覧の情報を送る。クライアント装置２は、座標軸一覧から新たな座標軸を設定入力する。そして、その後は、前述したステップＳ１０４以降の処理を繰り返す。

また、ステップＳ１１５で、クライアント装置２からの座標軸の変更指示は受けていないと判別したときには、サーバ装置１は、クライアント装置２からのユーザ操作情報に基づき、ターゲットコンテンツが変更されたか否か判別する（ステップＳ１１６）。このステップＳ１１６で、ターゲットコンテンツが変更されたと判別したときには、サーバ装置１は、図２５のステップＳ１０６に戻って、新たなターゲットコンテンツについてのＧＵＩについての生成処理を開始するようにする。そして、このステップＳ１０６以降の処理を繰り返す。

また、ステップＳ１１６で、ターゲットコンテンツが変更されていないと判別したときには、ステップＳ１１２に戻り、コンテンツ装置２およびサーバ装置１は、このステップＳ１１２以降の処理を繰り返す。

そして、ステップＳ１１４で、ＧＵＩ表示を終了すると判別したときには、クライアント装置２およびサーバ装置１は、上述したＧＵＩについての処理を終了する。

＜拡大縮小、平行移動、コンテンツ詳細表示などの各種モードについて処理動作＞
次に、上述した図２６のフローチャートにおけるステップＳ１１１〜１１６として示した拡大縮小、平行移動などの諸モードに関する処理動作の詳細について、図２７〜図２９のフローチャートを用いて、さらに説明する。

先ず、サーバ装置１のＧＵＩ生成部１０８は、ターゲットコンテンツの識別子、表示領域ＦＬ、全体マップ情報の全体サイズから、表示するコンテンツを決定して、ＧＵＩを生成する（ステップＳ２０１）。生成されたＧＵＩの表示情報は、クライアント装置２に送信され、そのディスプレイ２２に表示される。このステップＳ２０１は、前述したステップＳ１０６〜ステップＳ１０９における処理に相当する。

次に、サーバ装置１のＣＰＵ１０１は、クライアント装置２からのユーザ操作情報を監視して、上下左右の方向キーのいずれかが押されたか否か判別する（ステップＳ２０２）。ステップＳ２０２で、方向キーのいずれかが押されたと判別したときには、ＣＰＵ１０１は、現在モードが拡大縮小モード（ズームモード）であるか否か判別する（ステップＳ２０３）。

ステップＳ２０３で、ズームモードであると判別したときには、サーバ装置１のＣＰＵ１０１は、上下方向キーの操作を受け付けて、その上下方向キーの操作に応じて、ＧＵＩの表示情報のズーム率（拡大率または縮小率）を変化させる（ステップＳ２０４）。このステップＳ２０４の後は、ステップＳ２０１に戻る。

このとき、ズーム率の変化に応じて、ＧＵＩの全体マップ情報の領域のうち、表示領域ＦＬに入る領域の大きさが変化するので、サーバ装置１のＧＵＩ生成部１０８は、逐次、表示するコンテンツの更新を行なって、新たなＧＵＩの表示情報を生成する。生成されたＧＵＩの表示情報は、クライアント装置２に送信され、そのディスプレイ２２に表示される。

ステップＳ２０３で、ズームモードではないと判別したときには、ＣＰＵ１０１は、現在モードは平行移動モードであるか否か判別する（ステップＳ２０５）。ステップＳ２０５で、平行移動モードであると判別したときには、ＣＰＵ１０１は、上下左右の方向キーの操作を受け付けて、その上下左右の方向キーの操作に応じて、ＧＵＩの表示領域ＦＬを、全体マップ情報の領域において平行移動させる（ステップＳ２０６）。このステップＳ２０６の後は、ステップＳ２０１に戻る。

このとき、ステップＳ２０１では、ＧＵＩ生成部１０８において、ＧＵＩの全体マップ情報の領域のうちの表示領域ＦＬの変化に応じて、表示するコンテンツの更新がなされて、新たなＧＵＩの表示情報が生成される。そして、生成されたＧＵＩの表示情報が、クライアント装置２に送信され、そのディスプレイ２２に表示される。

また、ステップＳ２０５で、平行移動モードではないと判別したときには、サーバ装置１のＣＰＵ１０１は、フォーカス移動モードであるか否か判別する（ステップＳ２０７）。ステップＳ２０７で、フォーカス移動モードであると判別したときには、ＣＰＵ１０１は、図２１を用いて説明したようにして、フォーカス移動モードを行うように、ＧＵＩ生成部１０８を制御する。すなわち、コンテンツの表示イメージあるいはツールアイコンのフォーカスを、方向キーにより指示される方向に応じて移動させ、合わせてコンテンツ詳細情報やガイドを表示するようにする（ステップＳ２０８）。このステップＳ２０８の後は、ステップＳ２０２に戻り、このステップＳ２０２以降の処理を繰り返す。

また、ステップＳ２０７で、フォーカス移動モードではないと判別したときには、ＣＰＵ１０１は、現在モードは、コンテンツ詳細モードであると判断する。そして、ＣＰＵ１０１は、図２０を用いて説明したコンテンツ詳細モード時のＧＵＩ表示において、方向キーの操作に応じたＧＵＩ表示を行なうように、ＧＵＩ生成部１０８を制御する（ステップＳ２０９）。このステップＳ２０９の後はステップＳ２０２に戻り、このステップＳ２０２以降の処理を繰り返す。

次に、ステップＳ２０２で、方向キーのいずれもが押されていないと判別したときには、ＣＰＵ１０１は、クライアント装置２で、決定キーが押されたか否か判別する（ステップＳ２１１）。このステップＳ２１１で、決定キーが押されていないと判別したときには、ＣＰＵ１０１は、ステップＳ２０２に戻り、このステップＳ２０２以降の処理を繰り返す。

ステップＳ２１１で、決定キーが押されたと判別したときには、ＣＰＵ１０１は、カーソルのフォーカス位置がズームボタン６にあるか否か、つまり、当該ズームボタン６が選択されたか否か判別する（ステップＳ２１２）。そして、ズームボタン６が選択されたと判別したときには、ＣＰＵ１０１は、ＧＵＩのモードをズームモードに切り替え、ユーザの上下方向キーの操作に応じて、ＧＵＩを拡大処理または縮小処理するように、ＧＵＩ生成部１０８を制御する（ステップＳ２１３）。そして、ＣＰＵ１０１は、ステップＳ２０２に戻り、このステップＳ２０２以降の処理を繰り返す。

ステップＳ２１２で、ズームボタン６が選択されてはいないと判別したときには、ＣＰＵ１０１は、平行移動ボタン５が選択されたか否か判別する（ステップＳ２１４）。このステップＳ２１４で、平行移動ボタン５が選択されたと判別したときには、ＣＰＵ１０１は、ＧＵＩのモードを平行移動モードに切り替える。そして、ＣＰＵ１０１は、ユーザの上下左右方向キーの操作に応じて、ＧＵＩを平行移動処理するように、ＧＵＩ生成部１０８を制御する（ステップＳ２１５）。そして、ＣＰＵ１０１は、ステップＳ２０２に戻り、このステップＳ２０２以降の処理を繰り返す。

また、ステップＳ２１４で、平行移動ボタン５が選択されてはいないと判別したときには、ＣＰＵ１０１は、カーソルのフォーカス位置が所定のコンテンツにあるか否か、つまり、当該コンテンツが選択されたか否か判別する（ステップＳ２１６）。このステップＳ２１６で、コンテンツが選択されたと判別したときには、ＣＰＵ１０１は、ＧＵＩのモードをコンテンツ詳細モードに切り替え、表示をコンテンツ詳細モードの画面に変更する（ステップＳ２１７）。そして、ＣＰＵ１０１は、ステップＳ２０２に戻り、このステップＳ２０２以降の処理を繰り返す。

ステップＳ２１６で、コンテンツが選択されてはいないと判別したときには、カーソルのフォーカス位置が戻るボタン９Ｂにあるか否か、つまり、当該選択ボタン９Ｂが選択されたか否か判別する（ステップＳ２１８）。このステップＳ２１８で、戻るボタン９Ｂが選択されたと判別したときには、ＣＰＵ１０１は、コンテンツ詳細モードから、通常モード（フォーカス移動モードを含む）に切り替える。そして、ＣＰＵ１０１は、ステップＳ２０２に戻り、このステップＳ２０２以降の処理を繰り返す。

ステップＳ２１８で、戻るボタン９Ｂが選択されてはいないと判別したときには、ＣＰＵ１０１は、カーソルのフォーカス位置が選択ボタン９Ａにある、つまり、当該選択ボタン９Ａが選択されたと判断する。そして、ＣＰＵ１０１は、選択ボタン９Ａが押されたときにフォーカスされている表示イメージのコンテンツの再生をするか、あるいは、当該選択されているコンテンツに、ターゲットコンテンツを変更するか、をユーザに問い合わせるダイアログを表示する（図２９のステップＳ２２１）。

このダイアログには、前述したように、再生指示または変更指示を、ユーザができるようにする再生ボタンおよび変更ボタンのボタンアイコンも合わせて表示され、ユーザは、いずれかのボタンアイコンを操作する。そして、ユーザによるいずれかのボタンアイコンのユーザ操作情報を、クライアント装置２は、サーバ装置１に送る。

そこで、サーバ装置１のＣＰＵ１０１は、再生ボタンが選択されたか否か判別し（ステップＳ２２２）、再生ボタンが押されたと判別したときには、ＧＵＩを再生用に切り替えるため、この処理ルーチンを終了する（ステップＳ２２３）。

また、ステップＳ２２２で、再生ボタンが押されてはいないと判別したときには、変更ボタンが押されたか否か判別し（ステップＳ２２４）、変更ボタンが押されてはいないと判別したときには、ステップＳ２２２に戻る。ステップＳ２２４で、変更ボタンが押されたと判別したときには、ＣＰＵ１０１は、ターゲットコンテンツが変更されたと判断し、ＧＵＩ生成部１０８に、当該変更されたターゲットコンテンツの識別子を送り、ＧＵＩの変更生成を指示する（ステップＳ２２５）。

その後、処理は、ステップＳ２０１に戻り、ＧＵＩ生成部１０８は、新たなＧＵＩを生成する。これにより、ユーザにより、新たに選択されたコンテンツにターゲットコンテンツが変更された新たなＧＵＩが生成され、それがサーバ装置１からクライアント装置２に送られて、そのディスプレイ２２画面に表示される。

＜広告について＞
以上の説明では、コンテンツの表示イメージには、広告は付加されていなかったが、メタデータとして、コンテンツに関連する広告情報を、メタデータ格納部１２に格納しておくことにより、コンテンツに関連する広告を合わせて表示することができる。

＜第１の例＞
図３０に、広告に関するメタデータの例を示す。すなわち、この例では、広告に関するメタデータは、広告毎に割り付けられた広告識別子cm_idと、当該広告の表示イメージが格納されている記憶位置のアドレスcm_image_urlと、関連する１または複数のコンテンツのコンテンツ識別子content_id_１、content_id_２、・・・とからなる。

サーバ装置１において、ＧＵＩに表示するコンテンツに関連する広告があるか否かは、図３０のメタデータを参照して、その表示コンテンツの識別子に対応する広告のメタデータがあるか否かを判別することで、判断することができる。

そして、サーバ装置１は、ＧＵＩに表示するコンテンツに関連する広告があると判別したときには、その広告の表示イメージが格納されている記憶位置のアドレスcm_image_urlから、当該広告の表示イメージを取得して、コンテンツと関連して表示するようにする。

図３１に、コンテンツと関連して広告を表示したＧＵＩの一例を示す。図３１において、影線を付して示す部分が広告の表示イメージＩcmである。すなわち、図３１の例においては、ＧＵＩに表示するコンテンツに関連する広告があるときには、コンテンツの表示イメージＩtg、Ｉａ、Ｉｂ，Ｉｃに対して、広告の表示イメージＩcmが付加されて表示されるものである。

＜第２の例＞
この第２の例においては、広告も１つのコンテンツとして扱うものである。したがって、広告についても、前述した映画コンテンツや楽曲コンテンツなどと同様のメタデータを生成して、メタデータ格納部１２に格納しておく。

このようにすれば、ターゲットコンテンツが定まり、座標軸となるコンテンツ特徴が設定入力されたとき、他のコンテンツとして、広告のコンテンツも選択される。そして、広告のコンテンツの表示イメージは、ターゲットコンテンツに対する関連の強さに応じた配置位置に配置される。

［第２の実施形態］
第１の実施形態は、コンテンツ表示装置が、サーバ装置とクライアント装置とからなるシステムの構成である。しかし、この発明のコンテンツ表示装置は、コンテンツ再生装置のみからなるスタンドアローンの構成とすることも勿論できる。第２の実施形態は、スタンドアローンのコンテンツ再生装置により、この発明のコンテンツ表示装置が構成される場合である。

図３２は、この第２の実施形態におけるコンテンツ再生装置のハードウエア構成例を示すブロック図である。

この例のコンテンツ再生装置２００は、例えばパーソナルコンピュータを用いて構成されている。すなわち、図３２に示すように、システムバス２２０に対してＣＰＵ２２１と、ＲＯＭ２２２と、ＲＡＭ２２３とが接続されている。ＲＯＭ２２２には、ＧＵＩを生成してディスプレイ２３３に表示するためのプログラムなど、当該コンテンツ再生装置２００における処理に必要なプログラムが格納されている。ＲＡＭ２２３は、ワークエリアとして使用されるメモリである。

システムバス２２０には、また、コンテンツの本体データが格納されるコンテンツデータ格納部２２４と、コンテンツのメタデータが格納されるメタデータ格納部２２５とが接続される。コンテンツデータ格納部２２４と、メタデータ格納部２２５とは、第１の実施形態のサーバ装置１のコンテンツデータ格納部１１と、メタデータ格納部１２とに対応するものであり、格納データは、第１の実施形態と同様である。

システムバス２２０には、また、ユーザ操作入力インターフェース２２６と、コンテンツ再生部２２７が接続されている。ユーザ操作入力インターフェース２２６には、ユーザ操作入力部２２８が接続されている。コンテンツ再生部２２７およびユーザ操作入力部２２８は、第１の実施形態におけるクライアント装置のコンテンツ再生部２１およびユーザ操作入力部２１１と同様である。

システムバス２２０には、さらに、コンテンツ取り込み部２２９と、ＧＵＩ生成部２３０と、ユーザ操作判定部２３１と、ディスプレイインターフェース２３２とが接続される。ディスプレイインターフェース２３２には、ディスプレイ２３３が接続される。

コンテンツ取り込み部２２９は、コンテンツデータ格納部２２４に格納するコンテンツの本体データを取り込むためのものである。

このコンテンツ取り込み部２２９としては、種々のものが可能である。例えば、インターネットのコンテンツサーバ装置にアクセスして、当該コンテンツサーバ装置からコンテンツの本体データとメタデータとを取り込む機能を備えるものを用いることができる。

また、ユーザがデジタルカメラで撮影した静止画や動画のコンテンツを、取り込む機能を備えるものであっても良い。その場合には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子を通じて、それらのコンテンツ本体データやメタデータを取り込むようにしてもよい。また、撮影した静止画や動画のコンテンツが記憶されているカード型メモリから、それらのコンテンツ本体データやメタデータを取り込むものであっても良い。

また、コンテンツ取り込み部２２９は、ディスクドライブなどをさらに備え、当該ディスクドライブなどからコンテンツ本体データや、メタデータを取得することができるようにしてもよい。

このコンテンツ取り込み部２２９から取得されたコンテンツの本体データは、コンテンツデータ格納部２２４に格納され、また、メタデータは、メタデータ格納部２２５に格納される。

ＧＵＩ生成部２３０は、前述の第１の実施形態のサーバ装置１におけるＧＵＩ生成部１０８に対応するもので、ＣＰＵ２２１の制御の下に、上述と同様の処理動作が可能なものである。

ユーザ操作判定部２３１は、前述の第１の実施形態のサーバ装置１における操作情報判定部１０９に相当するものであり、ユーザ操作入力部２２８を通じたユーザ操作を判定する。

このユーザ操作判定部２３１およびＧＵＩ生成部２３０は、ＣＰＵ２２１が、ＲＯＭ２２２に格納されるプログラムに基づいてソフトウエアとして構成することもできる。

以上のような構成のコンテンツ再生装置においては、前述した第１の実施形態と同様にして、ＧＵＩが生成される。そして、ズームモードや平行移動モード、コンテンツ詳細モード、フォーカス移動モードなどを、第１の実施形態と同様に行うことができる。

そして、この第２の実施形態において、コンテンツがデジタルカメラで撮影したコンテンツの場合、例えば撮影者や、撮影場所、撮影時期、などを座標軸として設定入力することができるようにすることもできる。これにより、例えば、撮影場所と、撮影時期とを座標軸にした場合、同じ撮影場所で撮影した撮像画像のコンテンツを、撮影時期が、ターゲットコンテンツに近いものを、ターゲットコンテンツの近傍に集めて表示することができる。

なお、この第２の実施形態の場合におけるユーザのアクセス履歴に関しては、ユーザが単独である場合には、メタデータから除外される。スタンドアローンであっても、家族など複数のユーザが利用するものである場合には、ユーザ毎のアクセス履歴を保存して、それを利用しても勿論よい。

［その他の実施形態および変形例］
なお、上述の第１の実施形態において、サーバ装置に対して接続されるクライアント装置は、１個でも良い。その場合には、他のユーザの嗜好やアクセス履歴は、ＵＩ画面には反映されないことになる。

また、上述の実施形態では、コンテンツは、映像コンテンツや楽曲コンテンツとしたが、対象となるコンテンツは、これに限られるものではないことを言うまでもない。また、上述したメタデータは例示であって、上述したものに限られるものではない。

この発明によるコンテンツ表示装置の第１の実施形態のシステム構成を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩ表示の座標軸の例を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩ表示を説明するために用いる図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩ表示の座標軸の割付例を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩ表示の座標軸の割付例を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩ表示の座標軸の割付例を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩの表示例を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩの平行移動モードを説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩの拡大縮小モードを説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩの表示例を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩに対するユーザ操作と、対応動作との関係を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩの表示例を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩにおけるフォーカス移動モードの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩの表示例を示す図である。 この発明によるコンテンツ表示装置の第１の実施形態の一部を構成するサーバ装置のハードウエア構成例を示す図である。 この発明によるコンテンツ表示装置の第１の実施形態の一部を構成するクライアント装置のハードウエア構成例を示す図である。 この発明によるコンテンツ表示装置におけるＧＵＩ生成および表示処理を説明するためのフローチャートの一部を示す図である。 この発明によるコンテンツ表示装置におけるＧＵＩ生成および表示処理を説明するためのフローチャートの一部を示す図である。 この発明によるコンテンツ表示装置におけるＧＵＩ生成および表示処理を説明するためのフローチャートの一部を示す図である。 この発明によるコンテンツ表示装置におけるＧＵＩ生成および表示処理を説明するためのフローチャートの一部を示す図である。 この発明によるコンテンツ表示装置におけるＧＵＩ生成および表示処理を説明するためのフローチャートの一部を示す図である。 この発明によるコンテンツ表示装置の実施形態におけるコンテンツのメタデータの例を説明するための図である。 この発明によるコンテンツ表示装置の実施形態におけるＧＵＩの表示例を示す図である。 この発明によるコンテンツ表示装置の第２の実施形態を構成するコンテンツ再生装置のハードウエア構成例を示す図である。

符号の説明

１…サーバ装置、２…クライアント装置、１１，２２４…コンテンツデータ格納部、１２，２２５…メタデータ格納部、２１，２２７…コンテンツ再生部、２２，２３３…ディスプレイ、１０８，２３０…ＧＵＩ生成部、１０９…操作情報判定部、２０８…ユーザ操作情報生成部

Claims (14)

1. コンテンツ識別子と対応付けられて、少なくとも、各コンテンツの表示イメージを生成するためのデータと、各コンテンツの属性データと、各コンテンツ毎の他のコンテンツとの間における相関関係を示すデータとを含むメタデータを記憶するメタデータ格納部と、
   前記コンテンツの表示イメージを表示画面に表示する際の座標軸となるコンテンツの属性の設定入力をするための操作入力手段と、
   前記操作入力手段から設定入力された前記座標軸となるコンテンツの属性と、所定の注目コンテンツのコンテンツ識別子とに基づいて、前記メタデータ格納部のメタデータを検索し、前記注目コンテンツに関連する１または複数の他のコンテンツを選択するコンテンツ選択手段と、
   前記コンテンツ選択手段で選択された前記他のコンテンツのそれぞれの、前記注目コンテンツとの関連の強さを、少なくとも前記座標軸として設定されたコンテンツの属性と前記相関関係を示す情報とから算出する関連算出手段と、
   前記設定入力された前記座標軸となるコンテンツの属性と、前記算出された前記他のコンテンツの前記注目コンテンツとの関連の強さとから、前記注目コンテンツを原点とした、前記他のコンテンツの配置関係を算出する配置関係算出手段と、
   前記コンテンツ選択手段で選択された前記他のコンテンツと、前記注目コンテンツの表示イメージデータを前記メタデータ格納部の記憶データに基づいて取得し、取得した前記注目コンテンツの表示イメージを前記原点に配置すると共に、前記他のコンテンツの表示イメージのそれぞれを、前記算出された配置関係に従って配置する表示制御手段と
   を備えるコンテンツ表示装置。
2. 請求項１に記載のコンテンツ表示装置において、
   前記操作入力手段を通じて設定入力される前記座標軸は複数個であり、
   前記配置関係算出手段は、
   前記座標軸が隣接するとき、当該隣接する座標軸で囲まれる領域には、前記隣接する２個の座標軸の２個のコンテンツ属性に関して前記注目コンテンツと関連する他のコンテンツの表示イメージを、前記注目コンテンツに対する前記他のコンテンツの関連の強さに応じた距離に配置するように前記配置関係を算出する
   コンテンツ表示装置。
3. 請求項１または請求項２に記載のコンテンツ表示装置において、
   前記メタデータ格納部には、前記メタデータとして、前記コンテンツの選択基準を示す情報を含み、
   前記コンテンツ選択手段は、前記選択基準に基づいて、選択する前記他のコンテンツの数を制限する
   コンテンツ表示装置。
4. 請求項１に記載のコンテンツ表示装置において、
   前記メタデータ格納部には、前記メタデータとして、所定のユーザの嗜好情報を含み、
   前記関連算出手段は、前記ユーザの嗜好情報を加味して前記注目コンテンツと前記他のコンテンツとの間の関連の強さを求め、
   前記配置関係算出手段は、前記関連の強さに基づいて前記注目コンテンツの表示イメージと前記他のコンテンツの表示イメージとの距離を決定する
   コンテンツ表示装置。
5. 請求項１に記載のコンテンツ表示装置において、
   前記ユーザの嗜好情報は、前記表示画面を観視しているユーザの嗜好情報である
   コンテンツ表示装置。
6. 請求項１に記載のコンテンツ表示装置において、
   前記ユーザの嗜好情報は、前記表示画面を観視しているユーザ以外のユーザの嗜好情報である
   コンテンツ表示装置。
7. 請求項１に記載のコンテンツ表示装置において、
   前記メタデータ格納部には、前記メタデータとして、複数のユーザの各コンテンツについてのアクセス履歴を含み、
   前記表示制御手段は、前記表示画面を表示する前記他のコンテンツの表示イメージに、前記ユーザのアクセス履歴を反映させる
   コンテンツ表示装置。
8. 請求項１に記載のコンテンツ表示装置において、
   前記距離の拡大または縮小を指示入力するための指示入力手段を設け、
   前記表示制御手段は、前記指示入力手段を通じて指示入力された前記拡大または縮小された距離で、前記表示画面の注目コンテンツおよび他のコンテンツの表示イメージを表示する
   コンテンツ表示装置。
9. 請求項１に記載のコンテンツ表示装置において、
   前記表示画面の表示画像を平行移動させる方向を指示入力するための指示入力手段を設け、
   前記表示制御手段は、前記指示入力手段を通じて指示入力された方向に、前記表示画面の注目コンテンツおよび他のコンテンツの表示イメージを平行移動させて表示する
   コンテンツ表示装置。
10. 請求項１に記載のコンテンツ表示装置において、
    前記他のコンテンツには広告コンテンツが含まれる
    コンテンツ表示装置。
11. 請求項１に記載のコンテンツ表示装置において、
    前記メタデータには、コンテンツに関連する広告情報に関するデータが含まれ、
    前記表示画面の注目コンテンツおよび他のコンテンツの表示イメージに関連して前記広告情報を表示する
    コンテンツ表示装置。
12. 請求項１に記載のコンテンツ表示装置において、
    前記注目コンテンツの変更指示を受け付ける手段を備え、
    前記注目コンテンツの変更指示があったときには、
    前記コンテンツ選択手段により変更後の注目コンテンツと関連する新たな他のコンテンツが求められ、
    前記関連算出手段、前記配置関係算出手段および前記表示制御手段により、前記変更後の注目コンテンツと前記新たな他のコンテンツについての配置関係が求められ、
    前記表示制御手段により、前記変更後の注目コンテンツおよび前記新たな他のコンテンツの表示イメージが表示画面に表示される
    コンテンツ表示装置。
13. 請求項１に記載のコンテンツ表示装置において、
    前記操作入力手段を通じた前記座標軸としての前記コンテンツの属性の変更入力を受け付ける手段を備え、
    前記座標軸としてのコンテンツの属性の変更入力があったときには、
    前記コンテンツ選択手段で、変更後の前記コンテンツの属性と、前記所定の注目コンテンツのコンテンツ識別子とに基づいて、前記注目コンテンツに関連する新たな他のコンテンツを求め、
    前記関連算出手段で、前記変更後の座標軸となるコンテンツの属性と、前記算出された前記他のコンテンツの前記注目コンテンツとの関連の強さとから、前記注目コンテンツを原点とした、前記他のコンテンツの配置関係を算出し、
    配置関係算出手段で、前記変更後の座標軸となるコンテンツの属性と、前記算出された前記他のコンテンツの前記注目コンテンツとの関連の強さとから、前記注目コンテンツを原点とした、前記他のコンテンツの配置関係を算出し、
    前記表示制御手段により、前記変更後の座標軸についての前記注目コンテンツおよび前記新たな他のコンテンツの表示イメージを表示画面に表示する
    コンテンツ表示装置。
14. コンテンツ識別子と対応付けて、少なくとも、各コンテンツの表示イメージを生成するためのデータと、各コンテンツの属性データと、各コンテンツ毎の他のコンテンツとの間における相関関係を示すデータとを含むメタデータをメタデータ格納部に記憶する記憶工程と、
    前記コンテンツの表示イメージを表示するための座標軸となるコンテンツの属性の設定入力を操作入力手段を通じて受け付ける座標軸入力工程と、
    前記座標軸入力工程で設定入力された前記座標軸となるコンテンツの属性と、所定の注目コンテンツのコンテンツ識別子とに基づいて、前記メタデータ格納部のメタデータを検索し、前記注目コンテンツに関連する１または複数の他のコンテンツを選択するコンテンツ選択工程と、
    前記コンテンツ選択手段で選択された前記他のコンテンツのそれぞれの、前記注目コンテンツとの関連の強さを、少なくとも前記座標軸として設定されたコンテンツの属性と前記相関関係を示す情報とから算出する関連算出工程と、
    前記設定入力された前記座標軸となるコンテンツの属性と、前記算出された前記他のコンテンツの前記注目コンテンツとの関連の強さとから、前記注目コンテンツを原点とした、前記他のコンテンツの配置関係を算出する配置関係算出工程と、
    前記コンテンツ選択工程で選択された前記他のコンテンツと、前記注目コンテンツの表示イメージデータを前記メタデータ格納部の記憶データに基づいて取得し、取得した前記注目コンテンツの表示イメージを前記原点に配置すると共に、前記他のコンテンツの表示イメージのそれぞれを、前記算出された配置関係に従って配置する表示制御工程と
    を備えるコンテンツ表示方法。

Images