JP2009216812A

JP2009216812A - サーバ装置、端末装置、再生装置、分類構造データ送信方法、コンテンツ再生方法、コンピュータプログラム

Info

Publication number: JP2009216812A
Application number: JP2008058216A
Authority: JP
Inventors: Ichiro Shishido; 一郎宍戸; Masaaki Makino; 正明牧野
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2008-03-07
Filing date: 2008-03-07
Publication date: 2009-09-24
Anticipated expiration: 2028-03-07
Also published as: JP4577627B2

Abstract

【課題】利用者の視聴時の気分に応じて、様々な分類カテゴリのコンテンツを直感的かつ容易に切り替えること。
【解決手段】サーバ装置１はコンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データをコンテンツと共に、ネットワーク３を介し端末装置２に対し送信する。端末装置２では、サーバ装置１よりコンテンツと共に分類構造データを受信して、コンテンツ再生の際、分類構造データに基づいてコンテンツの分類カテゴリを変更して、変更した分類カテゴリのコンテンツを再生する。これにより、端末装置２は、分類構造データに基づいて、その時々の利用者の気分に合ったコンテンツを再生する。
【選択図】図１

Description

本発明は、サーバ装置、端末装置、再生装置、分類構造データ送信方法、コンテンツ再生方法、コンピュータプログラムに関する。

近年、画像、音楽、映像等のデジタルコンテンツをハードディスクドライブ等の大容量記憶装置に格納し利用することが広く行われている。それに伴って、多数のコンテンツの中から所望のコンテンツを取り出す検索技術や、コンテンツを自動的に分類・整理する技術への要望が高まっており、このような分野の技術が開発されている。

音楽分野では、利用者の所望するイメージに合った楽曲を集めたプレイリストを生成する装置が開示されている。例えば、特許文献１および特許文献２の従来技術では、端末装置でプレイリストを作成するだけなく、サーバ装置でプレイリストを生成し、それを端末装置に送信して利用する配信システムが記載されている。これにより、サーバ装置にある大規模な音楽データベースを対象にして、利用者の所望するイメージに合った楽曲を聴くことを可能にしている。

その際、これらの従来技術では、「明るい」、「暗い」、「激しい」、「穏やか」といった楽曲（オーディオ情報）の主観的な印象を表わす座標系を用いてプレイリストを生成しており、楽曲に関する事前知識を必要とせずに、利用者のイメージに応じたプレイリストを生成することが可能である。また、１つのプレイリストに複数の印象の楽曲を組み合わせて入れることができるので、変化に富んだプレイリストを生成することも可能である。
特開２００３−１５６６６号公報特開２００４−１１７６３２号公報

しかしながら、上述の従来技術においては、利用者がその時々の気分に合わせて楽曲を切り替えながら再生することは、十分には考慮されていなかった。つまり、上記従来技術では、楽曲の印象の遷移をプレイリスト作成時にあらかじめ決定しているため、色々な印象の楽曲を混ぜて聴きたい場合には、プレイリスト作成時に決定した印象の遷移と異なる遷移で再生することは難しかった。

また、実際には、ある特定の印象の楽曲を聴いている時に、ふと急に異なる印象の楽曲を聴きたくなる場合がある。そのような気持ちの変化をプレイリスト生成時に予測することは不可能であるので、従来技術ではこのようなニーズに十分対応出来なかった。更に、印象の遷移を指定したプレイリストを作る手間が必要という問題もあった。

そこで、本発明は、利用者の視聴時の気分に応じて、様々な分類カテゴリのコンテンツを直感的かつ容易に切り替えることができるサーバ装置、端末装置、再生装置、分類構造データ送信方法、コンテンツ再生方法、コンピュータプログラムを提供することを目的とする。

上記目的を達成するため、請求項１のサーバ装置は、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを格納する分類構造データ格納手段と、前記分類構造データ格納手段から前記分類構造データを読み出して端末装置に対し送信する送信手段と、を有する。

また、請求項２のサーバ装置は、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを格納する分類構造データ格納手段と、前記分類カテゴリに基づいて分類されたコンテンツを格納したコンテンツ格納手段と、端末装置からの状態変化メッセージを受信し前記分類構造データ格納手段に格納された前記分類構造データに基づいて前記コンテンツ格納手段から前記コンテンツを選出するコンテンツ選出手段と、前記コンテンツ選出手段によって選出された前記コンテンツを前記端末装置に対し送信する送信手段と、を有する。

ここで、請求項１のサーバ装置において、前記分類構造データ格納手段は、さらに、前記分類構造データ毎に、対応する複数の分類カテゴリ間の変更する方向と変化量とを示す遷移コマンドデータを付加して、前記分類構造データと共に格納し、前記送信手段は、前記遷移コマンドデータを前記端末装置に対し送信する、ようにしても良い。

また、請求項１または請求項３に記載のサーバ装置において、さらに、前記分類カテゴリに基づいて分類されたコンテンツを格納したコンテンツ格納手段を有し、前記送信手段は、さらに、前記コンテンツ格納手段から前記コンテンツを読み出し、読み出した前記コンテンツを前記端末装置に対し送信する、ようにしても良い。

また、請求項２または請求項４に記載のサーバ装置において、前記コンテンツ格納手段に格納されたコンテンツは、オーディオデータを含み、さらに、前記オーディオデータを分析して前記オーディオデータの音響特徴量を抽出し、抽出した音響特徴量に基づいて前記コンテンツを所定の分類カテゴリに分類する音響分析手段を、有するようにしても良い。

また、請求項１〜５のいずれか一の請求項に記載のサーバ装置において、前記分類構造データ格納手段は、複数種類の前記分類構造データを格納すると共に、読み出し要求に基づいて前記複数種類の前記分類構造データの中から最も優先度の高い分類構造データ、または外部から指定された分類構造データを読み出す、ようにしても良い。

また、請求項１〜請求項６のいずれか一の請求項に記載のサーバ装置において、前記分類構造データは、所定の基準に基づく前記複数の分類カテゴリ各々の順位である、ようにしても良い。

また、請求項１〜請求項６のいずれか一の請求項に記載のサーバ装置において、前記分類構造データは、所定の座標系における前記複数の分類カテゴリ各々の座標値である、ようにしても良い。

また、請求項１〜請求項８のいずれか一の請求項に記載のサーバ装置において、前記分類構造データは、前記複数の分類カテゴリ間の類似度である、ようにしても良い。

また、請求項１０の端末装置は、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データをサーバ装置から受信する受信手段と、前記分類構造データを記憶する分類構造データ記憶手段と、前記コンテンツを記憶したコンテンツ記憶手段と、前記コンテンツ記憶手段から前記コンテンツを選出するコンテンツ選出手段と、選出された前記コンテンツを再生する再生手段と、前記分類構造データ記憶手段に記憶された前記分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツが選出されるように前記コンテンツ選出手段を制御する制御手段と、を有する。

また、請求項１１の端末装置は、コンテンツと、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データをサーバ装置から受信する受信手段と、前記分類構造データを記憶する分類構造データ記憶手段と、ネットワークを介し前記サーバ装置に対し前記コンテンツの選出および送信を指示するコンテンツ選出手段と、受信された前記コンテンツを再生する再生手段と、前記分類構造データ記憶手段に記憶された前記分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツが選出および送信されるように前記コンテンツ選出手段を制御する制御手段と、を有する。

また、請求項１０または請求項１１記載の端末装置において、前記分類構造データには、対応する複数の分類カテゴリ間の変更する方向と変化量とを示す遷移コマンドデータが付加されており、前記制御手段は、前記前記分類構造データに付加された前記遷移コマンドデータに基づく表示メッセージを表示装置に表示させ、利用者に前記メッセージを選択させ、選択された前記メッセージに対応した前記遷移コマンドに基づいて前記コンテンツの分類カテゴリを変更する、ようにしても良い。

また、請求項１３の再生装置は、サーバ装置とネットワークを介して接続された端末装置に、インタフェースを介して接続可能な再生装置であって、前記端末装置が前記サーバ装置から受信した、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを、前記端末装置から前記インタフェースを介して転送させるインタフェース制御手段と、前記分類構造データを記憶する分類構造データ記憶手段と、前記コンテンツを記憶したコンテンツ記憶手段と、前記コンテンツ記憶手段から前記コンテンツを選出するコンテンツ選出手段と、選出された前記コンテンツを再生する再生手段と、前記分類構造データ記憶手段に記憶された前記分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツが選出されるように前記コンテンツ選出手段を制御する制御手段と、を有する。

また、請求項１４の分類構造データ送信方法は、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを生成するステップと、生成された前記分類構造データを端末装置に対し送信するステップと、を有する。

また、請求項１５のコンテンツ再生方法は、前記コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツを選出するステップと、前記分類構造データに基づき前記分類カテゴリが変更して選出された前記コンテンツを再生するステップと、を有する。

また、請求項１６のコンピュータプログラムは、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを生成するステップと、生成された前記分類構造データを端末装置に対し送信するステップと、をコンピュータに実行させるコンピュータプログラムである。

また、請求項１７のコンピュータプログラムは、前記コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツを選出するステップと、前記分類構造データに基づき前記分類カテゴリが変更して選出された前記コンテンツを再生するステップと、をコンピュータに実行させるコンピュータプログラムである。

本発明によれば、サーバ装置の提供する大量のコンテンツを対象として、その時々の利用者の気分に合ったコンテンツを簡単な操作で再生できる。利用者は、再生中のコンテンツの分類カテゴリを基準にして、それとの相対的な変化を指定する方法で、別の分類カテゴリに切り替えてコンテンツ再生することができるので、直感的に操作できる。
また、本発明では、事前にプレイリストを作成する手間が不要であり、様々な分類カテゴリを直感的な操作で切り替えながらコンテンツを再生できるので、コンテンツ購入前にサーバ装置が提供する大量のコンテンツを試聴させる用途などにも好適である。
また、サーバ装置から端末装置等に分類構造データを送信し、端末装置等における分類構造データを更新することが可能なので、新しい分類カテゴリを追加し易い。
更に、利用者は複数の分類構造データの中から好みのものを選択して使用することができるので、分類カテゴリの変化の仕方を自分の好みに合わせて設定できる。分類構造データを変更することにより、利用者が既に使用しているコンテンツについても、分類カテゴリの変化の仕方が新しいものになるので、利用者が飽きにくく、利用者のコンテンツや配信サービスに対する興味や関心を維持し易い。

実施例１．
図１は、本発明の実施例１におけるシステム全体を示す構成図である。

図１において、本システムは、コンテンツを配信するサーバ装置１と、コンテンツを受信し再生する端末装置２がネットワーク３を介して接続されている。端末装置２は１つでも複数あっても良い。また、本実施例においては、コンテンツが音楽である場合を説明するが、これに限定するものではなく、映画、ＴＶ番組等の映像（動画）データや、写真などの静止画データ等、他の種類のデータであっても良い。

図２は、図１に示す実施例１のサーバ装置１の構成例を示すブロック図である。

図２において、サーバ装置１は、コンテンツ格納部１０と、分類構造データ格納部１１と、送受信部１２と、制御部１３とを有している。また、サーバ装置１には、サーバ装置１の管理者が操作を行うためのキーボードやマウス等の入力装置２０と、ディスプレイ等の表示装置２１が接続されている。なお、サーバ装置１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ等により構成される一般的なコンピュータを用いて、ＣＰＵがＲＯＭやハードディスクドライブ等に格納されたコンピュータプログラムを実行するソフトウェア処理で実現することも可能である。このことは、後述する他の実施例のサーバ装置でも同様である。また、本実施例においては、コンテンツ格納部１０と、分類構造データ格納部１１とを同じサーバ装置１内に配置しているが、これらを別々のサーバ装置に配置することも可能である。

図３は、サーバ装置１から端末装置２に送信されるコンテンツの構造例を示している。

図３に示すように、配信ファイルであるコンテンツは、ヘッダ６１と、コンテンツ本体６２とで構成されている。ヘッダ６１には、コンテンツのタイトル、制作者（アーティスト）等のコンテンツの属性情報と、分類カテゴリとが含まれている。

分類カテゴリとは、ある基準に基づいてコンテンツを複数のカテゴリに分類した結果を示す数値またはテキスト形式のデータである。例えば、コンテンツのジャンル、コンテンツの制作年代、コンテンツの持つ雰囲気、コンテンツを再生するのに適する状況／場所、などを分類カテゴリとして用いることができる。１つの配信ファイルには１つの分類カテゴリが含まれていても良いし、図３の例のように複数の分類カテゴリ（分類カテゴリＡ、分類カテゴリＢ）が含まれていても良い。

なお、本実施例においては、サーバ装置１は、分類カテゴリがヘッダ６１に記録されているコンテンツを端末装置２に対し送信するものとして説明するが、これに限定するわけではなく、コンテンツの配信ファイルに分類カテゴリを含めず、分類カテゴリをコンテンツと別に端末装置２に送信するようにしてもよいし、分類カテゴリ付きのコンテンツをサーバ装置１からでなく、ＤＶＤ等により端末装置２に転送するようにしても良い。

図４は、分類構造データ格納部１１が格納するデータの一例を示す図である。

つまり、分類構造データ格納部１１は、図４に示すような形式で、分類構造データＩＤと、複数の分類カテゴリ間の関係性を示す分類構造データと、遷移コマンドデータと、説明データとを関連付けて格納し、さらに最優先構造データＩＤとを格納している。分類構造データＩＤは、複数の分類構造データを一意に識別するためのＩＤである。最優先構造データＩＤは、最も優先して使用する分類構造データＩＤである。図４の例では、Ｍ個の各データが格納されている（Ｍ≧１）。分類構造データを複数ではなく、１つだけ格納するようにしても良い。１つだけ格納する場合、分類構造データＩＤと、最優先構造データＩＤとを省略することも可能である。また後述するように、遷移コマンドデータと説明データを省略することも可能である。

ここで、本実施例では、分類構造データの基本的な形式として、以下の図５〜図７の３つの形式を用いる。

図５は、分類構造データの第１形式の例を示している。

第１形式は、図５（Ａ）に示すように、複数の分類カテゴリであるカテゴリ１〜カテゴリＮと、それらを所定の基準に従って順位付けた場合の順位１〜Ｎとを対応させたものである。

図５（Ｂ）は、分類カテゴリとして音楽ジャンルを用いた場合の分類構造データの第１形式の一例を示している。図５（Ｂ）では、「Ｃｌａｓｓｉｃ」、「ＥａｓｙＬｉｓｔｅｎｉｎｇ」、「Ｆｏｌｋ」、「Ｒｏｃｋ」、「ＨｅａｖｙＭｅｔａｌ」の５個のジャンルを分類カテゴリとして用いている。この例における順位は、そのジャンルの典型的な楽曲の音圧の強さやビートの強さ、あるいは主観的な「激しさ」の程度などを基準に決められており、「１」が最も弱く、「５」が最も強いことを表わしている。

図６は、分類構造データの第２形式の例を示している。

第２形式は、図６（Ａ）に示すように、複数の分類カテゴリであるカテゴリ１〜カテゴリＮと、それらを所定の座標系に配置した場合の座標値とを対応させたものである。座標の次元数をＬ（Ｌ≧１）としている。

図６（Ｂ）は、図５（Ｂ）と同様に、分類カテゴリとして音楽ジャンルを用いた場合の分類構造データの第２形式の一例を示している。この例では、座標の次元数は１であり、座標値として、そのジャンルの典型的な楽曲の音圧の強さやビートの強さ、あるいは主観的な「激しさ」の程度などを示す数値を座標値として用いている。

図７は、分類構造データの第３形式の例を示している。

第３形式は、図７（Ａ）のように、複数の分類カテゴリであるカテゴリ１〜カテゴリＮ中の任意の２つのカテゴリ間の類似度を行列形式で表現したものである。

図７（Ｂ）は、図５（Ｂ）、図６（Ｂ）と同様に、分類カテゴリとして音楽ジャンルを用いた場合の分類構造データの第３形式の一例を示している。この例において、行列の要素は、「０．０」〜「１．０」の数値であり、「１．０」は最も類似度が高く、「０．０」は最も類似度が低いことを示している。行列の対角要素は、同一のカテゴリ間の類似度になるので、全て「１．０」である。この例のように対称行列になる場合は、同じ値となる対称要素を省略しても良い。

以上が分類構造データの基本的な形式の説明であるが、分類カテゴリを複数の階層にすることも可能である。

図８は、分類カテゴリを複数の階層にした分類構造データの一例を示す図である。

図８では、分類カテゴリとして音楽ジャンルと制作年代を組み合わせて用いており、階層１（上位カテゴリ）と、階層２（下位カテゴリ）の２階層の構造を持っている。上位カテゴリは１つ以上の下位カテゴリに対応しており、下位カテゴリは１つの上位カテゴリに対応している。各々の上位カテゴリおよび各々の下位カテゴリには、上述したような順位が対応付けられている。また、３つ以上の階層構造を用いることも可能である。

次に、分類構造データ格納部１１に格納される遷移コマンドデータ（図４参照）について説明する。

遷移コマンドデータは、後述するように、端末装置２において分類カテゴリを変更する際に使用するデータである。

図９は、遷移コマンドデータの一例を示している。

図９では、遷移コマンドデータは、遷移コマンドであるＫ個のコマンドと、方向、変化量、表示メッセージが対応付けられて格納されている。なお、表示メッセージは、遷移コマンドデータの方向と変化量とに基づいて、端末装置２側で作成されるようにしても良い。この場合には、表示メッセージの格納は省略できる。

方向は、「０」、「＋」、「−」の３種類のいずれかである。「０」は方向性が無いことを表わし、「＋」は上述した順位および座標値の数値が大きくなる方向の変化を表わし、「−」は順位および座標値の数値が小さくなる方向の変化を表わしている。

変化量は、各形式の分類構造データにおける順位（図５の場合）、座標値（図６の場合）、類似度（図７の場合）の変化量を示している。図９（Ａ）の例は、分類構造データの第１形式として説明した順位を用いた場合であり、「３」は３つ順位が異なる分類カテゴリに変更することを示し、「１」は１つ順位が異なる分類カテゴリに変更することを示している。また、図９（Ｂ）の例は、分類構造データとして、図６に示す第２形式の座標値を用いる場合である。この変化量の項目は、座標系の次元数だけ変化量を並べて格納する形式になる。これらの数値は、各々の次元の座標値に加算または減算するための数値である。次元数が１である場合は、変化量の項目は１つになる。また、図９（Ｃ）の例は、分類構造データとして、図７に示す第３形式の類似度を用いる場合である。変化量の数値は、その値に近い類似度を持つ分類カテゴリに変更することを示しており、「０.１」といったような１つの数値になる。類似度を単独で用いる場合は、方向が「０」のコマンドしか格納できない。ただし、図１０に示すように、分類構造データとして類似度と順位を合わせて格納し、端末装置２において方向の判定に順位を使い、変化量として類似度を使用することにより、類似度を用いてなおかつ方向性のあるコマンドを利用することも可能である。また、類似度と座標値を合わせて格納し、端末装置２において方向の判定に座標値を使い、変化量として類似度を使用しても良い。

なお、図９における表示メッセージは、端末装置２が出力装置４１に表示するためのテキストデータである。

図１１は、複数の階層を持つ分類カテゴリを用いる場合の遷移コマンドデータの一例を示している。

図１１では、図９の遷移コマンドデータに対し「階層」が追加されている。これは分類カテゴリの複数の階層のうち最上位の階層から数えて何番目の階層を対象とするかを示す情報である。その他は、図９に示す遷移コマンドデータと同じである。

図４に戻り、分類構造データ格納部１１に格納される説明データは、端末装置２を使う利用者に各分類構造データの特徴を伝えるためのもので、利用者が複数の分類構造データの中から１つを選択する際に使用するデータである。

図１２は、図１に示す端末装置２の構成例を示すブロック図である。

図１２において、端末装置２は、コンテンツ記憶部３０と、分類構造データ記憶部３１と、コンテンツ選出部３２と、再生部３３と、送受信部３４と、制御部３５と、状態記憶部３６とを有しており、入力装置４０と、表示装置４１と、音声出力装置４２とが接続されている。

入力装置４０は、利用者からの操作指示を受け付けるためのキーボード、マウス、リモコン、タッチパネル等の装置である。また、表示装置４１は、コンテンツの再生および情報を表示するためのディスプレイ等の装置である。音声出力装置４２は、コンテンツの再生に必要なスピーカー、ヘッドホン等の装置である。なお、端末装置２も、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ等により構成される一般的なコンピュータを用いて、コンテンツ再生用プログラムの実行によるソフトウェア処理として実現することも可能である。このことは、後述する他の実施例の端末装置や再生装置等でも同様である。

図１３は、電源投入直後に端末装置２の制御部３５が表示装置４１に表示するメニュー画面の一例を示している。

図１３において、メニュー画面１３１には、「制御用データのダウンロード」、「コンテンツのダウンロード」、「コンテンツの再生」の３種類の選択メニューが表示されている。左側の矢印はカーソル１３２の位置を表わしている。利用者が入力装置４０を使って所望のメニュー項目にカーソルを合わせ、決定ボタン１３３を押すことにより、各メニュー項目に対応した処理が開始される。

次に、メニュー画面１３１から３種類の選択メニューが選択された場合の端末装置２およびサーバ装置１の動作を、フローチャートを参照して説明する。

図１４は、利用者が「制御用データのダウンロード」のメニュー項目を選択した場合の端末装置２およびサーバ装置１における制御用データのダウンロード処理を示すフローチャートである。

まず、端末装置２側にて、利用者が図１３に示すメニュー画面１３１から「制御用データのダウンロード」のメニュー項目を選択すると、端末装置２の制御部３５が送受信部３４を介してサーバ装置１に対して制御用データを要求するメッセージを送信する（Ｓ１００）。

すると、サーバ装置１では、制御部１３が送受信部１２を介して制御用データ要求のメッセージを受信し（Ｓ１１０）、分類構造データ格納部１１の中の最優先構造データＩＤを参照し、それに該当する分類構造データＩＤを持つ分類構造データと遷移コマンドデータとを制御用データとして読み出す（Ｓ１２０）。分類構造データ格納部１１に１種類しかデータが格納されていない場合は、それを読み出す。なお、本実施例においてはサーバ装置１から端末装置２に遷移コマンドデータを送信するものとしているが、端末装置２が予め遷移コマンドデータを格納しておくことにより、サーバ装置１の分類構造データ１１に遷移コマンドデータを格納することを省略し、Ｓ１２０で分類構造データのみを制御用データとして送信するようにすることも可能である。

そして、サーバ装置１の制御部１３は、読み出した制御用データを送受信部１２を介して端末装置２に送信する（Ｓ１３０）。

すると、端末装置２の制御部３５では、送受信部３４を介してサーバ装置１から制御用データである分類構造データと遷移コマンドデータとを受信し、それを分類構造データ記憶部３１に記憶する（Ｓ１４０）。

以上の制御用データのダウンロード処理によれば、利用者が条件を選択する等の操作が不要なため、端末装置３の操作を簡単にしたい場合に適している。

次に制御用データのダウンロード処理の別の例を、図１５のフローチャートを用いて説明する。

この処理では、サーバ装置１の分類構造データ格納部１１に説明データが格納されている必要がり、この処理を行わない場合は、説明データは省略可能である。

この場合、まず、端末装置２の制御部３５が送受信部３４を介してサーバ装置１に分類構造データリスト（分類構造データの一覧）を要求するメッセージを送信する（Ｓ２００）。

すると、サーバ装置１側では、制御部１３が送受信部１２を介して分類構造データリスト要求のメッセージを受信し（Ｓ２１０）、分類構造データ格納部１１からデータを読み出して分類構造データリストを作成する（Ｓ２２０）。具体的には、分類構造データ格納部１１に格納されている全ての分類構造データＩＤと、説明データとを対応づけて読み出し、これらを分類構造データリストとする。

次に、制御部１３は、作成した分類構造データリストを、送受信部１２を介して端末装置２に送信する（Ｓ２３０）。

端末装置２では、制御部３５が送受信部３４を介してサーバ装置１から分類構造データリストを受信し、表示装置４１に分類構造データリストを表示する（Ｓ２４０）。

図１６は、表示装置４１に表示される分類構造データリストの一例を示す図である。

図１６に示す分類構造データリスト１６１では、分類構造データＩＤと、説明データとを対応させて表示しているが、説明データのみ表示するようにしても良い。左側の矢印はカーソル１６２の位置を表わしている。利用者は、説明データを読んで所望の分類構造データを決めた後、入力装置４０を使って所望のメニュー項目にカーソルを合わせ、決定ボタン１６３を押すことにより、分類構造データが選択される。

図１５に戻り、表示装置４１に表示された分類構造データリスト１６１にて利用者が分類構造データを選択すると、制御部３５は、入力装置４０を介して利用者からの指示を受け付け、その指示に該当する分類構造データＩＤを、送受信部３４を介してサーバ装置１に送信する（Ｓ２５０）。

サーバ装置１では、制御部１３が送受信部１２を介して端末装置２から分類構造データＩＤを受信し（Ｓ２６０）、受信した分類構造データＩＤに対応する分類構造データと遷移コマンドデータとを分類構造データ格納部１１から読み出し、制御用データとして送受信部１２を介して端末装置２に送信する（Ｓ２７０）。

端末装置２では、制御部３５が送受信部３４を介してサーバ装置１から制御用データを受信し、それを分類構造データ記憶部３１に記憶する（Ｓ２８０）。

以上の制御用データダウンロード処理によれば、利用者が複数の分類構造データの中から好きなものを選択することができるので、利用者の満足度をより高めることができる。

本実施例では、図１４または図１５のどちらの制御用データダウンロード処理を用いても良い。また上記の説明では、利用者のメニュー選択により処理が開始される場合を説明したが、これ以外に、所定の時間毎に端末装置２からサーバ装置１に分類構造データの要求メッセージを送信するようにしても良い。更に、制御用データをあらかじめ端末装置２に記憶しておいても良い。

図１７は、利用者がメニュー画面１３１から「コンテンツのダウンロード」のメニュー項目を選択した場合の端末装置２およびサーバ装置１におけるコンテンツのダウンロード処理を示すフローチャートである。

まず、端末装置２では、制御部３５が、例えば、図１８に示すような検索条件入力画面を表示装置４１に表示する（Ｓ４００）。利用者はこの画面を見ながら入力装置４０を操作することにより、所望のコンテンツについての検索条件を入力する。図１８の例では、検索条件をテキストボックス１８１に入力するが、この他にも、ジャンル、年代、雰囲気、再生に適した状況などを選択できるようにしても良い。また複数の検索条件をＡＮＤ条件やＯＲ条件で組み合わせて検索できるようにしても良い。なお、図１８の例では、テキストボックス１８１に何も入力せずに送信ボタン１８２を押した場合は、何も条件を指定しないという意味に解釈され、サーバ装置１に格納されている全てのコンテンツが対象となる。

送信ボタン１８２が押されると、制御部３５は、テキストボックス１８１に入力された検索条件を送受信部３４を介してサーバ装置１に送信する（Ｓ４１０）。

すると、サーバ装置１では、制御部１３が送受信部１２を介して検索条件を受信して（Ｓ４２０）、コンテンツ格納部１０を参照しながら検索条件に合致するコンテンツの配信ファイルを選択する（Ｓ４３０）。具体的には、検索条件にキーワードが指定されている場合は、配信ファイルのヘッダ６１に記録されている文字列と一致するか否かチェックする。検索条件が全く指定されていない場合は、全てのコンテンツを選択対象とする。

次に、制御部１３は、Ｓ４３０で選択されたコンテンツのヘッダ６１を読み出すと共に、ヘッダ６１の情報にコンテンツを一意に識別できるコンテンツＩＤを付与して、検索結果リストを作成し、送受信部１２を介して検索結果リストを端末装置２に送信する（Ｓ４４０）。コンテンツＩＤとしては、例えばコンテンツの配信ファイルのパス名を用いることができる。検索結果リストには、コンテンツのタイトル、制作者などの情報が含まれている。なお配信ファイルのヘッダ６１を事前にデータベースに登録しておき、Ｓ４３０およびＳ４４０において、配信ファイルのヘッダ６１を直接読み出す代わりに、データベースを読み出して処理を行うようにしても良い。

次に、制御部３５は、送受信部３４を介して検索結果リストを受信し、表示装置４１に表示する（Ｓ４５０）。

図１９は、表示装置４１における検索結果リストの表示例を示す図である。

この例では、検索結果リスト１９１として、コンテンツのタイトル、制作者、ジャンルが表示されているが、これに限定されるものではない。またコンテンツＩＤは画面に表示されていないが、表示されたコンテンツのタイトル等と、コンテンツＩＤとは関連付けられている。利用者は、ダウンロードしたいコンテンツのタイトルの左側に表示されているチェックボックス１９２をＯＮにしてコンテンツを選択し、決定ボタン１９３を押すことによりコンテンツのダウンロードを指示する。複数のコンテンツのダウンロードを指示することが可能である。

ダウンロードすべきコンテンツが選択されると、制御部３５は、利用者により選択されたコンテンツのコンテンツＩＤを送受信部３４を介してサーバ装置１に送信する（Ｓ４６０）。

サーバ装置１では、制御部１３が送受信部１２を介してコンテンツＩＤを受信し（Ｓ４７０）、コンテンツＩＤに対応するコンテンツの配信ファイルをコンテンツ格納部１０から読み出し、送受信部１２を介して端末装置２に送信する（Ｓ４８０）。なお、複数のコンテンツＩＤを受信した場合は、それらに対応する全ての配信ファイルを送信する。

そして、端末装置２では、制御部３５が、送受信部３４を介して配信ファイルを受信し、コンテンツ記憶部３０に記憶する（Ｓ４９０）。以上がコンテンツのダウンロード処理である。

図２０は、メニュー画面１３１から「コンテンツの再生」のメニュー項目が選択された場合のコンテンツ再生処理を示すフローチャートである。

まず、端末装置２の制御部３５が、分類構造データ記憶部３１を参照し、そこに格納されている分類カテゴリの中から再生に使用する分類カテゴリを１つ初期値として選択して、状態記憶部３６に記憶する（Ｓ６００）。分類構造データが複数の階層で構成されている場合は、例えば、最下位の階層の分類カテゴリを選択する。分類カテゴリの選択方法としては、以下の３つを用いることができる。

第１の方法は、ランダムに分類カテゴリを選択する方法である。乱数を利用するなどして選択すれば良い。また、第２の方法は、前回使用した分類カテゴリを選択する方法である。状態記憶部３６を不揮発性メモリで構成し、前回使用した分類カテゴリが保存されている場合は、それを用いても良い。また、第３の方法は、利用者に所望の分類カテゴリを選択させる方法である。この場合、制御部３５は分類構造データ記憶部３１から分類カテゴリを読み出し、分類カテゴリの一覧を作成して表示装置４１に表示する。利用者は入力装置４０を用いて、表示装置４１に表示された分類カテゴリ一覧の中から１つの分類カテゴリを選択させ、状態記憶部３６に記憶する。

すると、コンテンツ選出部３２は、状態記憶部３６に記憶された分類カテゴリに該当するコンテンツを１つ選出する（Ｓ６１０）。具体的には、コンテンツ記憶部３０に記憶されている各コンテンツを対象にして、ヘッダ６１内の分類カテゴリを読み出し、状態記憶部３６に記憶されている分類カテゴリに合致するコンテンツの集合を作成した後、この集合から１つのコンテンツを選出する。この時、例えば、コンテンツ再生動作が開始されてから再生されていないコンテンツを優先的に選出するようにしたり、またコンテンツ記憶部３０にコンテンツ毎の再生回数を記憶させておき、再生回数が多いコンテンツを優先的に選出しても良い。また逆に再生回数の少ないコンテンツを優先的に選出しても良い。またコンテンツのヘッダ６１に含まれる制作年代などの情報を用いて選出するようにしても良い。そして選出したコンテンツのファイルのパス名を状態記憶部３６に記憶する。

次に、制御部３５は、Ｓ６１０で選出されたコンテンツを再生部３３に再生させる（Ｓ６２０）。再生部３３は、状態記憶部３６に記憶されているファイルのパス名を参照し、そのファイルをコンテンツ記憶部３０から読み出して、デコード等の必要な処理を行った後に表示装置４１および音声出力装置４２に出力する。

次に、制御部３５は、再生中のコンテンツの情報および分類カテゴリを変更するための遷移コマンドを表示装置４１に表示する（Ｓ６３０）。つまり、制御部３５は、分類構造データ記憶部３１から遷移コマンドデータの表示メッセージ（図９、図１１等参照）を読み出したり、または方向と変化量とに基づいて表示メッセージを作成すると共に、状態記憶部３６のコンテンツの配信ファイルのパス名を参照し、コンテンツ記憶部３０からそのコンテンツのヘッダ６１からタイトルや制作者等（図３参照）を読み出し、それらを表示装置４１に表示する。

図２１は、Ｓ６３０により表示装置４１に表示される表示画面の一例を示している。

この例では、画面上部にコンテンツのタイトル２１１と、制作者２１２とを表示しており、画面下部に遷移コマンドの表示メッセージ２１３を表示している。左側の矢印２１４は、カーソル位置を表わしている。利用者が入力装置４０を使って所望の遷移コマンドの表示メッセージ２１３にカーソル２１４を合わせ、決定ボタン２１５を押すことにより、コンテンツ再生に用いる分類カテゴリを変更することができる。なおここで、現在使用できない状態にある遷移コマンドの表示メッセージ２１３を表示しない処理を行っても良い。例えば、「１」〜「５」の順位がある分類構造データが使われており、現在「５」の順位の分類カテゴリが選択されている場合は、それ以上順位の数値を増やすことは出来ないので、順位の数値を増やす遷移コマンドの表示メッセージ２１３を表示しないようにしても良い。

また、再生中止ボタン２１６があり、利用者がこのボタン２１６を押すと、再生中止コマンドとして制御部３５に検知される。遷移コマンドと再生中止コマンドを合わせて、以下ではコマンドと表記する。また、画面中央部にはコンテンツ再生領域２１７があるが、コンテンツの種類によっては省略しても良い。また、タイトル２１１、制作者２１２、遷移コマンド等の情報をコンテンツ再生領域２１７にオーバーラップして表示するようにしても良い。

図２０の説明に戻り、制御部３５は、コンテンツの再生が終了したか否かを判定し（Ｓ６４０）、再生が終了した場合（Ｓ６４０“ＹＥＳ”）、Ｓ６１０に戻り、コンテンツ選出部３２に新たなコンテンツを選出させる。

これに対し、コンテンツの再生が終了していない場合（Ｓ６４０“ＮＯ”）、制御部３５は、利用者によりコマンド入力があるか否かを判断し（Ｓ６５０）、コマンド入力がない場合（Ｓ６５０“ＮＯ”）、Ｓ６４０に戻り処理を繰り返す。

その一方、コマンド入力がある場合（Ｓ６５０“ＹＥＳ”）、制御部３５は、入力されたコマンドが再生中止コマンドであるか否かを判断し（Ｓ６６０）、再生中止コマンドの場合（Ｓ６６０“ＹＥＳ”）、コンテンツ再生処理を終了する。

これに対し、再生終了コマンドでない場合（Ｓ６６０“ＮＯ”）、制御部３５は、入力された遷移コマンドに基づいて分類カテゴリを変更し、新たな分類カテゴリを状態記憶部３６に記憶し（Ｓ６７０）、Ｓ６１０の処理に戻り、Ｓ６１０以降の処理の処理を繰り返す。

図２２は、図２０のＳ６７０の分類カテゴリ変更処理を詳細に示すフローチャートである。

図２０のＳ６７０の分類カテゴリ変更処理では、まず、制御部３５は、入力された遷移コマンドに対応する遷移コマンドデータの「方向」および「変化量」を分類構造データ記憶部３１から読み出す（Ｓ８００）。その際、分類カテゴリが複数の階層で構成されていて、図１１に示したように遷移コマンドデータに「階層」が含まれている場合は、「階層」も読み出す。以下の処理は、ここで読み出した「階層」を対象にして行う。

次に、制御部３５は、読み出した遷移コマンドデータの「方向」および「変化量」に基づき、分類構造データ記憶部３１および状態記憶部３６を参照して、新たな分類カテゴリを選定し（Ｓ８１０）、選定した分類カテゴリを状態記憶部３６に記憶する（Ｓ８２０）。

次に、図２２におけるＳ８１０の処理の詳細について、分類構造データの形式別に説明する。

図２３は、分類構造データが図５に示す「順位」を用いた第１形式または図６に示す「座標値」を用いた第２形式である場合のＳ８１０の詳細な処理を示すフローチャートである。

まず、制御部３５は、Ｓ８００で読み出した「方向」が「０」であるか「＋」であるか「−」であるかを判定し（Ｓ９００）、「０」である場合はＳ９１０に進む一方、「＋」である場合はＳ９３０に進み、「−」である場合はＳ９４０に進む。

Ｓ９１０では、制御部３５は、「＋」か「−」の方向を乱数を用いてランダムに決定し、続くＳ９２０により、Ｓ９１０で決定された方向が「＋」であるか判定し、「＋」である場合はＳ９３０に進み、そうでない場合はＳ９４０に進む。

次にＳ９３０では、制御部３５は、状態記憶部３６に格納されている使用中の分類カテゴリの「順位」または「座標値」を分類構造データ記憶部３１から読み出し、この値にＳ８００で読み出した「変化量」を加算した値を算出する。複数の次元を持つ座標値の場合は、次元毎に加算する。そしてＳ９５０に進む。

一方、Ｓ９４０では、制御部３５は、状態記憶部３６に記憶されている使用中の分類カテゴリの「順位」または「座標値」を分類構造データ記憶部３１から読み出し、この値からＳ８００で読み出した「変化量」を減算した値を算出し、Ｓ９５０に進む。

そして、Ｓ９５０により、制御部３５は、分類構造データ記憶部３１を参照しながら、Ｓ９３０またはＳ９４０で算出した値に最も近い「順位」または「座標値」を持つ分類カテゴリを選定する。この時に、元々状態記憶部３６に記憶されている分類カテゴリを除外して選定するようにし、分類カテゴリの変更が必ず生じるようにする。

以上が分類構造データに「順位」または「座標値」が用いられている場合のＳ８１０の処理の詳細である。

ここで、図５（Ｂ）および図９（Ａ）に示した「順位」を用いた一例における具体的な数値例を示す。状態記憶部３６に格納されている分類カテゴリが「Ｃｌａｓｓｉｃ」（順位「１」）であり、図９（Ａ）の「コマンド３」（方向「＋」、変化量「１」）が選択された場合、Ｓ９３０において「１＋１＝２」という演算が行われ、Ｓ９５０において、順位「２」に相当する（最も近い）分類カテゴリであり「Ｅａｓy Ｌｉｓｔｅｎｉｎｇ」が選定される。

次に、図６（Ｂ）および図９（Ｂ）に示した「座標値」を用いた一例における具体的な数値例を示す。ただし、座標系の次元数は１であり、図９（Ｂ）の次元１に相当する数値のみ格納されているものとする。状態記憶部３６に格納されている分類カテゴリが「ＥａｓｙＬｉｓｔｅｎｉｎｇ」（座標値「０。６」）であり、図９（Ｂ）の「コマンド３」（方向「＋」、変化量「０．２」が選択された場合、Ｓ９３０において「０．６＋０．２＝０．８」という演算が行われ、Ｓ９５０において、座標値「０．８」に相当する（最も近い）分類カテゴリである「Ｆｏｌｋ」が選定される。

次に、分類構造データが、図７に示す「類似度」を用いた形式である場合のＳ８１０の処理の詳細について、図２４に示すフローチャートを用いて説明する。

まず、制御部３５は、分類構造データである類似度の行列データの中から状態記憶部３６に記憶されている現在使用中の分類カテゴリに該当する列を読み出す（Ｓ１５００）。

次に制御部３５は、この列のデータの中からＳ８００で読み出した「変化量」との差が最も少ない値を持つ要素を選択する（Ｓ１５１０）。「変化量」との差が同じ要素が複数ある場合は、そのうちのどれか１つを乱数などを用いて適当に選べば良い。

そして制御部３５は、Ｓ１５１０で選択された要素に該当する分類カテゴリを選定し（Ｓ１５２０）、Ｓ８１０を終了する。

ここで、図７（Ｂ）および図９（Ｃ）に示した「類似度」を用いた一例における具体的な数値例を示す。状態記憶部３６に格納されている分類カテゴリが「ＥａｓｙＬｉｓｔｅｎｉｎｇ」であり、図９（Ｃ）の「コマンド２」（変化量「０．４」）が選択された場合、Ｓ１５００において、図７（Ｂ)の行列データから「ＥａｓｙＬｉｓｔｅｎｉｎｇ」の列（「０．８」、「１．０」、「０．７」、「０．３」、「０．１」）が読み出される。Ｓ１５１０では、これらの数値の中から変化量「０．４」に最も近い値を持つ要素「０．３」を選択する。そしてＳ１５２０で、それに該当する分類カテゴリである「Ｒｏｃｋ」を選定する。

以上がコンテンツ再生処理の説明である。上述したコンテンツ再生処理により、分類カテゴリの名称を表示装置４１に表示して利用者に選択させる方法に比べて、より直感的な操作が可能になる。
なお、本実施例では、図２０に示したフローチャートのＳ６００において、再生に使用する分類カテゴリの初期設定を行っているが、これに限定される訳ではなく、このステップを別の方法に変えることも可能である。例えば、コンテンツ再生処理の最初において、利用者に所望のコンテンツを選択させ、そのコンテンツの分類カテゴリを分類カテゴリの初期値として用いても良い。

上述した方法において利用者は、現在再生中のコンテンツの分類カテゴリを基準にした相対的な変化を意識して遷移コマンドを選択すればよい。一般的に、現在再生中のコンテンツを基準にして相対的な変化を予想することは容易である。その一方、分類カテゴリの名称を表示して利用者に選択させる方法では、利用者は再生中のコンテンツとは関係なく、各々の分類カテゴリの内容を絶対的に予想する必要があり、直感的な操作がやり難い。例えば、「刺激が強い」あるいは「刺激が弱い」という名称の分類カテゴリがあった場合、それらの絶対的な基準をコンテンツ再生前に予想することは、かなり難しい。しかし、現在再生中のコンテンツを基準にして、「少し刺激を強く」あるいは「少し刺激を弱く」といった相対的な変化を示す選択肢を選択することは、比較的容易である。

従って、本実施例によれば、サーバ装置１は、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを、ネットワーク３を介し端末装置２に対し送信し、端末装置２ではその分類構造データを受信して、コンテンツ再生の際、分類構造データに基づいてコンテンツの分類カテゴリを変更して、変更した分類カテゴリのコンテンツを再生するようにしたので、大量のコンテンツを格納していても、その時々の利用者の気分に合ったコンテンツを簡単な操作で再生できる。

また、本実施例では、分類構造データ毎に、対応する複数の分類カテゴリ間の変更する方向と変化量とを示す遷移コマンドと、その遷移コマンドの変化量に応じた表示メッセージとが付加されているので、端末装置２では、その表示メッセージを表示して利用者に選択させることにより、再生コンテンツを分類カテゴリを基準にして、それとの相対的な変化を指定する方法で、別の分類カテゴリに切り替えてコンテンツ再生することができる。

そのため、事前に印象の遷移を指定したプレイリストを作成する手間が不要であり、様々な分類カテゴリを直感的な操作で切り替えながらコンテンツを再生できる。その結果、コンテンツ購入前にサーバ装置１の提供する大量のコンテンツを試聴させる用途などにも好適である。

また、本実施例では、サーバ装置１から端末装置２に分類構造データを送信し、端末装置２の分類構造データを更新することが可能なので、新しい分類カテゴリを追加し易いという効果もある。

更に、本実施例によれば、端末装置２の利用者は、複数の分類構造データの中から好みのものをサーバ装置１に対し要求し送信させて使用することができるので、分類カテゴリの変化の仕方を自分の好みに合わせて設定することができる。そのため、利用者の好みに応じて分類構造データを変更することにより、利用者が既に使用しているコンテンツについても、分類カテゴリの変化の仕方が新しいものになるので、利用者が飽きにくく、利用者のコンテンツや配信サービスに対する興味や関心を維持し易い。また、利用者は、既に知っている馴染みのコンテンツを再生する場合でも、分類構造データにより、再生コンテンツの分類カテゴリを変更しながらコンテンツを再生するので、コンテンツ同士の意外な類似性を発見する等のチャンスが増え、多面的にコンテンツを楽しむことができる。

実施例２．
次に本発明の実施例２を説明する。実施例２のシステム全体の構成は、図１と同様であるが、サーバ装置１の代わりにサーバ装置１ａがネットワーク３を介して端末装置２と接続されている。実施例２における端末装置２の構成および処理動作は、実施例１と同じであるので、サーバ装置１ａについてのみ説明する。

図２５は、実施例２のサーバ装置１ａの構成例を示している。

実施例２のサーバ装置１ａでは、実施例１のサーバ装置１の構成と比べて、音響分析部１４が追加されている他、コンテンツ格納部１０ａと制御部１３ａが若干異なる。他の構成要素は実施例１と同じである。

本実施例においては、コンテンツであるオーディオデータ、ないしはコンテンツに付随または含まれるオーディオデータを音響分析部１４で分析することにより、コンテンツの音楽ジャンルおよびコンテンツの持つ雰囲気を自動的に判別し、分類カテゴリとして利用する。つまり、本実施例におけるコンテンツは、例えば、音楽オーディオデータ、ミュージックビデオ等の音声付映像データ、静止画と音楽オーディオデータを合わせたスライドショーのデータなどである。

図２６は、実施例２の音響分析部１４の音響分析処理を示すフローチャートである。

なお、この音響分析処理は、音響分析部１４がコンテンツ格納部１０に新しい配信ファイルが追加されたことを検出すると開始するようにしても、サーバ装置１ａの管理者が入力装置２０を介してサーバ装置１ａに音響分析処理の開始を指示しても良い。

つまり、音響分析部１４は、コンテンツ格納部１０ａからまだ音響分析処理を行っていない未処理のコンテンツを探す（Ｓ１０００）。音響分析処理を行った配信ファイルのヘッダ６１には、後述するように音響分析済みを示すフラグが記録されることになっており、これを調べることにより、音響分析処理の有無を確認することができる。

次に、音響分析部１４は、音響分析処理が未処理の配信ファイルが有るか否かを判断し（Ｓ１０１０）、未処理の配信ファイルが無い場合は（Ｓ１０１０“ＮＯ”）、処理を終了する一方、未処理の配信ファイルがある場合は（Ｓ１０１０“ＹＥＳ”）、配信ファイルのコンテンツ本体６２に含まれるオーディオデータを読み出し、音響特徴量を抽出する（Ｓ１０２０）。

音響特徴量を抽出する方法としては、例えば、特開２００７−３２２５９８号公報に開示されている技術を用いることができる。またこの他に、オーディオ信号の強度、周波数分布、テンポ、ビート強度などを検出して音響特徴量としても良い。更に、オーディオデータを分析してオーディオデータの中で音楽が記録されていると推定できる区間を特定した後、その区間を対象にして音響特徴量を抽出するようにしても良い。

次に、音響分析部１４は、音響特徴量を用いてコンテンツを所定の分類カテゴリに対応させる（Ｓ１０３０）。音響特徴量を分類カテゴリに対応させる方法としても、特開２００７−３２２５９８号公報に開示されている技術を用いることができる。分類カテゴリとしては、「クラシック」、「ロック」、「ジャズ」などの音楽ジャンルを用いることができる。また「静か」、「力強い」、「ノリの良い」といったコンテンツの持つ雰囲気を分類カテゴリとすることもできる。

次に、音響分析部１４は、Ｓ１０３０の処理の結果得られた分類カテゴリを配信ファイルに記録し、コンテンツ格納部１０ａに格納し（Ｓ１０４０）、Ｓ１０００の処理に戻る。

図２７は、本実施例における配信ファイルの格納形式の一例を示している。

図１に示す実施例１の配信ファイルと異なるのは、ヘッダ６１に音響分析フラグが追加されている点である。実施例１でも説明したように、実施例２でも、１つのコンテンツに複数の分類カテゴリを記録することが可能である。従って、音響分析により得られた分類カテゴリに加えて他の分類カテゴリを記録しておくことも可能である。コンテンツが作成された段階では、音響分析フラグは「０」にセットされている。Ｓ１０４０において分類カテゴリを記録すると同時に、音響分析フラグを「１」に変更する。以上が音響分析処理の説明である。

このため、実施例１のサーバ装置１では、コンテンツ制作者またはサーバ装置１の運営者や管理者が分類カテゴリをコンテンツに付与しておく必要があったが、実施例２のサーバ装置１ａによれば、人手を介することなく、自動的にコンテンツに分類カテゴリを付与できる。

従って、本実施例２によれば、実施例１の効果に加え、さらに、コンテンツ配信に関わる工数やコストを大幅に削減することができる。また、実施例２においては、人手により付与された分類カテゴリと、音響分析による分類カテゴリを併用することにより、より多様で多面的なコンテンツの分類が可能になる。

実施例３．
次に本発明の実施例３を説明する。

図２８は、実施例３のシステム全体の構成を示すブロック図である。

本実施例におけるサーバ装置として、図２に示す実施例１のサーバ装置１と、図２５に示す実施例２のサーバ装置１ａのどちらでも用いることができるが、説明の簡略化のため、以下ではサーバ装置１と記述する。また、サーバ装置の動作は、実施例１または実施例２と同じであるので、説明を省略する。

本実施例では、ネットワーク３を介してサーバ装置１に接続されている端末装置２ａに、再生装置４がインタフェース５を介して接続されている。端末装置２ａと再生装置４との接続は、随時切り離すことが可能になっている。インタフェース５としては、有線／無線ＬＡＮや、ＵＳＢ、ＩＥＥＥ１３９４等の各種インタフェースを用いることができる。またメモリカード等を用いて端末装置２ａと再生装置４とのデータ交換を行って、インタフェース５の代わりとしても良い。

図２９は、端末装置２ａの構成例を示すブロック図である。

図２９において、端末装置２ａは、コンテンツ記憶部３０と、分類構造データ記憶部３１と、送受信部３４と、制御部３５ａと、インタフェース制御部３８とを有している。端末装置２ａには、入力装置４０と、表示装置４１が接続されている。

図３０は、再生装置４の構成例を示すブロック図である。

図３０において、再生装置４は、コンテンツ記憶部３０ｂと、分類構造データ記憶部３１ｂと、コンテンツ選出部３２ｂと、再生部３３ｂと、制御部３５ｂと、状態記憶部３６ｂと、インタフェース制御部３８ｂとを有しており、入力装置４０ｂと、表示装置４１ｂと、音声出力装置４２ｂが接続されている。なお、再生装置４と、入力装置４０ｂおよび表示装置４１ｂおよび音声出力装置４２ｂとを１つの装置として構成し、携帯型の再生装置としても良い。

図３１は、電源投入直後に、端末装置２ａの制御部３５ａが表示装置４１に表示するメニュー画面の一例を示している。

図３１に示すメニュー画面では、「制御用データのダウンロード」と、「コンテンツのダウンロード」と、「再生装置への転送」の３種類のメニューを表示している。左側の矢印は、カーソル３０１の位置を表わしている。利用者が入力装置４０を使って所望のメニュー項目にカーソルを合わせ、決定ボタン３０２を押すことにより、各メニュー項目に対応した処理が開始される。

ここで、利用者が「制御用データのダウンロード」と、「コンテンツのダウンロード」のメニュー項目を選択した場合の端末装置２ａおよびサーバ装置１の動作は、実施例１と同様である。

図３２は、利用者が「再生装置へ転送」メニュー項目を選択した場合の端末装置２ａおよび再生装置４の動作を示すフローチャートである。

まず、端末装置２ａのインタフェース制御部３８は、インタフェース５を介して再生装置４と接続され、データを受信できる状態にあるか否かチェックする(Ｓ１１００)。データ受信不可状態であれば(Ｓ１１００“ＹＥＳ”)、警告メッセージ等を表示装置４１に表示し（Ｓ１１１０）、その後の処理を終了する。

これに対し、データ受信可能あれば(Ｓ１１００“ＹＥＳ”)、インタフェース制御部３８は、分類構造データ記憶部３１から分類構造データを読み出してインタフェース５を介して再生装置４に送信する。

すると、再生装置４では、インタフェース制御部３８ｂが端末装置２ａからの分類構造データを受信し、分類構造データ記憶部３１ｂに記憶する（Ｓ１１３０）。

次に、端末装置２ａのインタフェース制御部３８は、コンテンツ記憶部３０に格納されているコンテンツをインタフェース５を介して再生装置４に送信する（Ｓ１１４０）。

すると、再生装置４では、インタフェース制御部３８ｂがそのデータを受信し、再生装置４のコンテンツ記憶部３０ｂに記憶し（Ｓ１１５０）、次いで端末装置２に転送完了メッセージを送信する（Ｓ１１６０）。

端末装置２ａでは、再生装置４からの転送完了メッセージを受信すると（Ｓ１１７０）、処理を終了する。

以上が端末装置２ａから再生装置４への分類構造データとコンテンツの転送処理である。転送処理が完了すると、利用者は適宜、再生装置４をインタフェース５から切り離して再生動作を開始することができる。

再生装置４の再生動作は、図２０のフローチャートに示した実施例１における端末装置２の再生動作と同様である。すなわち、再生装置４のコンテンツ記憶部４０ｂと端末装置２のコンテンツ記憶部４０、再生装置４の分類構造データ記憶部３１ｂと端末装置２の分類構造データ記憶部３１、再生装置４のコンテンツ選出部３２ｂと端末装置２のコンテンツ選出部３２、再生装置４の再生部３３ｂと端末装置２の再生部３３、再生装置４の制御部３５ｂと端末装置２の制御部３５、再生装置４の状態記憶部３６ｂと端末装置２の状態記憶部３６は、各々同じ動作を行う。

従って、本実施例３によれば、サーバ装置１と直接接続できない再生装置４においても、通信機能を有する端末装置２ａを介してサーバ装置１と接続して分類構造データやコンテンツをダウンロードすることにより、複数の分類カテゴリを簡単に切り替えながらコンテンツの再生ができるので、利用者のその時々の気分に合ったコンテンツを再生できる。

実施例４．
次に、本発明の実施例４を説明する。本実施例４においては、コンテンツを端末装置に記憶させずに、サーバ装置から端末装置にストリーミング送信するようにしたものである。

図３３は、実施例４のサーバ装置１ｃの構成例を示すブロック図である。

実施例４のサーバ装置１ｃは、コンテンツ格納部１０と、分類構造データ格納部１１と、送受信部１２と、制御部１３ｃと、コンテンツ選出部３２ｃと、状態記憶部３６ｃとを有しており、入力装置２０と、表示装置２１が接続されている。ここで、コンテンツ格納部１０、分類構造データ格納部１１および送受信部１２は、実施例１のものと同じ動作である。また、コンテンツ選出部３２ｃおよび状態記憶部３６ｃは、各々実施例１における端末装置２のコンテンツ選出部３２および状態記憶部３６と同様な動作を行う。また、本実施例では省略するが、実施例２と同様にサーバ装置１ｃが音響分析部１４を持つようにしても良い。

図３４は、実施例４の端末装置２ｃの構成例を示すブロック図である。

実施例４の端末装置２ｃは、再生部３３と、送受信部３４と、制御部３５ｃと、遷移コマンドデータ記憶部３９とを有しており、入力装置４０と、表示装置４１と、音声出力装置４２が接続されている。

遷移コマンドデータ記憶部３９には、図９または図１１に示すような遷移コマンドデータが記憶されている。このデータはあらかじめ遷移コマンド記憶部３９に記憶させておいても良いし、実施例１の制御用データのダウンロード処理と同様に、サーバ装置１ｃから端末装置２ｃに送信するようにしても良い。ただし、実施例１とは異なり、分類構造データは送信する必要がなく、遷移コマンドデータのみ制御用データとしてサーバ装置１ｃから端末装置２ｃに送信すれば良い。また、利用者からコンテンツ再生処理の開始を指示された後、コンテンツ再生処理に先立って、サーバ装置１ｃから端末装置２ｃに遷移コマンドデータを送信するようにしても良い。遷移コマンドデータ記憶部３９には、遷移コマンドデータに対応する分類構造データＩＤが記憶されている。

次に動作を説明する。

図３５は、実施例４のサーバ装置１ｃおよび端末装置２ｃにおけるコンテンツ再生処理を示すフローチャートである。

再生処理は、利用者が入力装置４０を介して端末装置２ｃに所定の指示を与えることにより開始される。

まず、端末装置２ｃの制御部３５ｃは、遷移コマンドデータ記憶部３９から分類構造データＩＤを読み出し、これを再生開始メッセージに含めて、送受信部３４を介してサーバ装置１ｃに送信する（Ｓ１２００）。

すると、サーバ装置１ｃでは、制御部１３ｃが送受信部１２を介して再生開始メッセージを受信して（ステップＳ１２１０）、再生開始メッセージに含まれる分類構造データＩＤを状態記憶部３６ｃに記憶する。

次に、制御部１３ｃは、分類構造データ格納部１１を参照し、そこに格納されている分類カテゴリの中から再生に使用する分類カテゴリを１つ初期値として選択して、状態記憶部３６ｃに記憶する（Ｓ１２２０）。分類構造データが複数の階層で構成されている場合は、最下位の階層の分類カテゴリを選択する。

次に、コンテンツ選出部３２ｃが、状態記憶部３６ｃに記憶されている分類カテゴリに該当するコンテンツをコンテンツ格納部１０から１つ選出する（Ｓ１２３０）。具体的には、コンテンツ格納部１０に記憶されている各配信ファイルを対象にして、ヘッダ６１内の分類カテゴリを読み出し、状態記憶部３６ｃに記憶されている分類カテゴリに合致するコンテンツの集合を作成した後、この集合から１つのコンテンツを選出する。この時、コンテンツ再生動作が開始されてから再生されていないコンテンツを優先的に選出するようにしても良いし、またコンテンツ格納部１０にコンテンツ毎の再生回数を記憶させておき、再生回数が多いコンテンツを優先的に選出しても良い。また逆に再生回数の少ないコンテンツを優先的に選出しても良い。またコンテンツの制作年代などのヘッダ情報を用いて選出するようにしても良い。そして選出したコンテンツのファイルのパス名を状態記憶部３６ｃに記憶する。

次に、制御部１３ｃは、コンテンツ選出部３２ｃによって選出されたコンテンツの配信ファイルをコンテンツ格納部１０から読み出し、送受信部１２を介して端末装置２ｃにストリーミング送信する（Ｓ１２４０）。配信ファイルには、コンテンツの情報が記述されたヘッダ６１とコンテンツ本体６２とが含まれている。

すると、端末装置２ｃでは、制御部３５ｃが送受信部３４を介してコンテンツを受信し、再生部３３がデコード等の必要な処理を行った後に、表示装置４１および音声出力装置４２に出力してコンテンツを再生する（Ｓ１２５０）。

次に、制御部３５ｃは、受信した配信ファイルのヘッダ６１に含まれるコンテンツの情報を表示装置４１に表示すると共に、遷移コマンドデータ記憶部３９を読み出して、分類カテゴリを変更するための遷移コマンドを表示装置４１に表示する（Ｓ１２６０）。遷移コマンドデータ記憶部３９には図９または図１１に示すような形式で遷移コマンドデータが格納されているので、コマンド１〜コマンドＫに対応した表示メッセージを読み出して表示する。表示画面は、上述した図２１と同様であり、この表示画面を使用しての利用者の操作も図２１の場合と同じであるので省略する。

次に、制御部３５ｃは、状態変化があったか否かを判定する（Ｓ１２７０）。状態変化とは、１つのコンテンツの再生が終了したか、遷移コマンドが入力されたか、再生中止コマンドが入力されたかのいずれかである。

そして、状態変化があった場合のみ（Ｓ１２７０“ＹＥＳ”）、制御部３５ｃは、状態変化の種類に応じた状態変化メッセージ、すなわち、再生終了メッセージ、再生中止メッセージ、遷移メッセージのいずれかを送受信部３４を介してサーバ装置１ｃに送信する（Ｓ１２８０）。なお、遷移メッセージの場合は、入力された遷移コマンドに対応した、階層、方向、変化量の情報もあわせて送信する。

すると、サーバ装置１ｃでは、制御部１３ｃが、送受信部１２を介して状態変化メッセージを受信し（Ｓ１２９０）、受信した状態変化メッセージが、再生終了メッセージであるか否かを判定する（Ｓ１３００）。再生終了メッセージの場合（Ｓ１３００“ＹＥＳ”）、Ｓ１２３０の処理に戻り、コンテンツ選出部３２ｃに新たなコンテンツを選出させる。

これに対し、再生終了メッセージでない場合（Ｓ１３００“ＮＯ”）、制御部１３ｃは、再生中止メッセージであるか否かを判定し（Ｓ１３１０）、再生中止メッセージの場合は（Ｓ１３１０“ＹＥＳ”）、コンテンツ再生処理を終了する。

これに対し、再生中止メッセージでない場合は（Ｓ１３１０“ＮＯ”）、遷移メッセージの場合であるので、制御部１３ｃは、遷移メッセージに含まれる「階層」、「方向」、「変化量」の情報に基づいて分類カテゴリを変更し（Ｓ１３２０）、新たな分類カテゴリを状態記憶部３６ｃに記憶し、Ｓ１２３０に戻り、以上の処理を繰り返す。

ここで、Ｓ１２１０でサーバ装置１ｃの状態記憶部３６ｃに記憶された分類構造データＩＤに対応する分類構造データが、図５に示した「順位」を用いた形式または図６に示した「座標値」を用いた形式である場合、Ｓ１３２０における遷移メッセージに応じた分類カテゴリの変更処理は、図２３に示す実施例１の処理とほぼ同じで、図２３に示すＳ９００〜Ｓ９５０の処理を行った後、選定した分類カテゴリを状態記憶部３６ｃに記憶する。ただし実施例１とは異なり、端末装置２（２ｃ）ではなく、サーバ装置１ｃの各部により処理が行われる。

分類構造データが、図７に示す「類似度」を用いた形式である場合のＳ１３２０の詳細も、図２４に示す実施例１の処理とほぼ同じであり、図２４に示すＳ１５００〜Ｓ１５２０の処理を行った後、選定した分類カテゴリを状態記憶部３６ｃに記憶する。この場合も実施例１とは異なり、端末装置２（２ｃ）ではなく、サーバ装置１ｃの各部により処理が行われる。

その他の処理は、上記実施例１〜３と同様である。

従って、本実施例４によれば、サーバ装置１ｃがストリームでコンテンツを配信する場合、端末装置２ｃではコンテンツを格納したり、分類カテゴリに対応したコンテンツを選出する必要がないので、安価なコストで端末装置２ｃを実現することができる。また、サーバ装置１ｃに格納されたコンテンツを対象にして、様々な分類カテゴリを直感的な操作で切り替えながらコンテンツを再生できるので、コンテンツ購入前にサーバ装置の提供する大量のコンテンツを試聴させる用途などにも適している。

なお、上記実施例４では、端末装置２ｃに分類構造データ記憶３１を設けず、サーバ装置１ｃからは端末装置２ｃに分類構造データを送信していないが、本発明ではこれに限定するものではない。例えば、実施例１と同様に、履歴コマンドデータ記憶部３９に代えて分類構造データ記憶部３１を端末装置２ｃに設け、サーバ装置１ｃから端末装置２ｃに分類構造データを送信した上で、実施例１と同様にＳ１２２０およびＳ１３２０に相当する処理を端末装置２ｃで行うと共に、Ｓ１２３０のコンテンツ選出処理をサーバ装置１ｃで行うようにしても良い。すなわち、端末装置２ｃにおいて分類構造データに基づき選出した分類カテゴリを、端末装置２ｃからサーバ装置１ｃに送信し、サーバ装置１ｃにおいてその分類カテゴリに対応するコンテンツを選出し、それを端末装置２ｃに送信するようにしても良い。

また、上記実施例１〜４では、サーバ装置が分類構造データだけでなく、コンテンツも配信ファイルとして配信するように説明したが、本発明では、これに限らず、コンテンツはＣＤやＤＶＤ、ＢＤ等の光ディスク等のメディアによって端末装置に提供するようにしても、さらに、放送装置によって放送によって提供したり、さらには、ネットワークを介し配信する場合でも、コンテンツを配信するサーバ装置と、分類構造データを配信するサーバ装置が別々のサーバ装置であっても勿論よい。

本発明は、音楽や動画等のコンテンツの配信サービスを提供するサーバ装置、かかるコンテンツを受信して再生するパーソナルコンピュータや携帯電話等の通信機能を有する端末装置、さらにはかかる端末装置と接続可能な携帯型コンテンツ再生プレーヤー等に適用できる。

本発明の実施例１におけるシステム全体の構成を示す図である。実施例１におけるサーバ装置の構成を示すブロック図である。配信ファイルのフォーマットを示す図である。分類構造データ格納部全体の格納形式を示す図である。順位を用いた分類構造データの一例を示す図である。座標値を用いた分類構造データの一例を示す図である。類似度を用いた分類構造データの一例を示す図である。複数階層を持つ分類構造データの一例を示す図である。遷移コマンドデータの一例を示す図である。類似度と順位を用いた分類構造データの一例を示す図である。複数階層を持つ遷移コマンドデータの一例を示す図である。端末装置の構成を示すブロック図である。端末装置のメニュー画面の一例を示す図である。制御用データのダウンロード処理を示すフローチャートである。制御用データのダウンロード処理の他の例を示すフローチャートである。分類構造データリストの画面表示の一例を示す図である。コンテンツのダウンロード処理を示すフローチャートである。検索条件入力画面の表示の一例を示す図である。検索結果を表示する画面の一例を示す図である。コンテンツの再生処理を示すフローチャートである。コンテンツ再生中の画面の一例を示す図である。分類カテゴリ変更処理を示すフローチャートである。分類カテゴリ選定処理の詳細を示すフローチャートである。分類カテゴリ選定処理の他の詳細処理を示すフローチャートである。実施例２におけるサーバ装置の構成を示すブロック図である。実施例２における音響分析処理を示すフローチャートである。実施例２における配信ファイルのフォーマットを示す図である。実施例３におけるシステム全体の構成を示す図である。実施例３における端末装置の構成を示すブロック図である。実施例３における再生装置の構成を示すブロック図である。実施例３における端末装置のメニュー画面の一例を示す図である。実施例３における再生装置への転送処理を示すフローチャートである。実施例４におけるサーバ装置の構成を示すブロック図である。実施例４における端末装置の構成を示すブロック図である。実施例４におけるコンテンツ再生処理を示すフローチャートである。

符号の説明

１,１ａ，１ｃサーバ装置
２,２ａ，２ｃ端末装置
３ネットワーク
４再生装置
５インタフェース
１０コンテンツ格納部
１１分類構造データ格納部
１２送受信部
１３,１３ａ，１３ｃ制御部
１４音響分析部
３０，３０ｂコンテンツ記憶部
３１，３１ｂ分類構造データ記憶部
３２，３２ｂ，３２ｃコンテンツ選出部
３３，３３ｂ再生部
３４送受信部
３５，３５ａ，３５ｂ，３５ｃ制御部
３６，３６ｂ，３６ｃ状態記憶部
３８，３８ｂインタフェース制御部
３９遷移コマンドデータ記憶部

Claims

コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを格納する分類構造データ格納手段と、
前記分類構造データ格納手段から前記分類構造データを読み出して端末装置に対し送信する送信手段と、
を有するサーバ装置。
コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを格納する分類構造データ格納手段と、
前記分類カテゴリに基づいて分類されたコンテンツを格納したコンテンツ格納手段と、
端末装置からの状態変化メッセージを受信し前記分類構造データ格納手段に格納された前記分類構造データに基づいて前記コンテンツ格納手段から前記コンテンツを選出するコンテンツ選出手段と、
前記コンテンツ選出手段によって選出された前記コンテンツを前記端末装置に対し送信する送信手段と、
を有するサーバ装置。
請求項１記載のサーバ装置において、
前記分類構造データ格納手段は、さらに、
前記分類構造データ毎に、対応する複数の分類カテゴリ間の変更する方向と変化量とを示す遷移コマンドデータを付加して、前記分類構造データと共に格納し、
前記送信手段は、前記遷移コマンドデータを前記端末装置に対し送信する、サーバ装置。
請求項１または請求項３に記載のサーバ装置において、さらに、
前記分類カテゴリに基づいて分類されたコンテンツを格納したコンテンツ格納手段を有し、
前記送信手段は、さらに、前記コンテンツ格納手段から前記コンテンツを読み出し、読み出した前記コンテンツを前記端末装置に対し送信する、サーバ装置。
請求項２または請求項４に記載のサーバ装置において、
前記コンテンツ格納手段に格納されたコンテンツは、オーディオデータを含み、
さらに、前記オーディオデータを分析して前記オーディオデータの音響特徴量を抽出し、抽出した音響特徴量に基づいて前記コンテンツを所定の分類カテゴリに分類する音響分析手段を、有するサーバ装置。
請求項１〜５のいずれか一の請求項に記載のサーバ装置において、
前記分類構造データ格納手段は、複数種類の前記分類構造データを格納すると共に、読み出し要求に基づいて前記複数種類の前記分類構造データの中から最も優先度の高い分類構造データ、または外部から指定された分類構造データを読み出す、サーバ装置。
請求項１〜請求項６のいずれか一の請求項に記載のサーバ装置において、
前記分類構造データは、所定の基準に基づく前記複数の分類カテゴリ各々の順位である、サーバ装置。
請求項１〜請求項６のいずれか一の請求項に記載のサーバ装置において、
前記分類構造データは、所定の座標系における前記複数の分類カテゴリ各々の座標値である、サーバ装置。
請求項１〜請求項８のいずれか一の請求項に記載のサーバ装置において、
前記分類構造データは、前記複数の分類カテゴリ間の類似度である、サーバ装置。
コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データをサーバ装置から受信する受信手段と、
前記分類構造データを記憶する分類構造データ記憶手段と、
前記コンテンツを記憶したコンテンツ記憶手段と、
前記コンテンツ記憶手段から前記コンテンツを選出するコンテンツ選出手段と、
選出された前記コンテンツを再生する再生手段と、
前記分類構造データ記憶手段に記憶された前記分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツが選出されるように前記コンテンツ選出手段を制御する制御手段と、
を有する端末装置。
コンテンツと、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データをサーバ装置から受信する受信手段と、
前記分類構造データを記憶する分類構造データ記憶手段と、
ネットワークを介し前記サーバ装置に対し前記コンテンツの選出および送信を指示するコンテンツ選出手段と、
受信された前記コンテンツを再生する再生手段と、
前記分類構造データ記憶手段に記憶された前記分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツが選出および送信されるように前記コンテンツ選出手段を制御する制御手段と、
を有する端末装置。
請求項１０または請求項１１記載の端末装置において、
前記分類構造データには、対応する複数の分類カテゴリ間の変更する方向と変化量とを示す遷移コマンドデータが付加されており、
前記制御手段は、
前記前記分類構造データに付加された前記遷移コマンドデータに基づく表示メッセージを表示装置に表示させ、利用者に前記メッセージを選択させ、選択された前記メッセージに対応した前記遷移コマンドに基づいて前記コンテンツの分類カテゴリを変更する、端末装置。
サーバ装置とネットワークを介して接続された端末装置に、インタフェースを介して接続可能な再生装置であって、
前記端末装置が前記サーバ装置から受信した、コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを、前記端末装置から前記インタフェースを介して転送させるインタフェース制御手段と、
前記分類構造データを記憶する分類構造データ記憶手段と、
前記コンテンツを記憶したコンテンツ記憶手段と、
前記コンテンツ記憶手段から前記コンテンツを選出するコンテンツ選出手段と、
選出された前記コンテンツを再生する再生手段と、
前記分類構造データ記憶手段に記憶された前記分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツが選出されるように前記コンテンツ選出手段を制御する制御手段と、
を有する再生装置。
コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを生成するステップと、
生成された前記分類構造データを端末装置に対し送信するステップと、
を有する分類構造データ送信方法。
前記コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツを選出するステップと、
前記分類構造データに基づき前記分類カテゴリが変更して選出された前記コンテンツを再生するステップと、
を有するコンテンツ再生方法。
コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データを生成するステップと、
生成された前記分類構造データを端末装置に対し送信するステップと、
をコンピュータに実行させるコンピュータプログラム。
前記コンテンツをカテゴリにより分類した場合の複数の分類カテゴリ間の関係を数値で表した分類構造データに基づき前記コンテンツの分類カテゴリを変更し、変更した分類カテゴリのコンテンツを選出するステップと、
前記分類構造データに基づき前記分類カテゴリが変更して選出された前記コンテンツを再生するステップと、
をコンピュータに実行させるコンピュータプログラム。