JP4577628B2

JP4577628B2 - 端末装置、再生装置、サーバ装置

Info

Publication number: JP4577628B2
Application number: JP2008068274A
Authority: JP
Inventors: 一郎宍戸; 正明牧野
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2008-03-17
Filing date: 2008-03-17
Publication date: 2010-11-10
Anticipated expiration: 2028-03-17
Also published as: JP2009223048A

Description

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

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

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

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

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

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

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

本発明は上述した従来の技術の課題を解決するため、関係性が強いプレイリスト間の数値の差分値ほど小さく、関係性が弱いプレイリスト間の数値の差分値ほど大きくなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、プレイリストに従ってコンテンツを再生する再生部と、外部のサーバ装置と通信を行う送受信部と、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストに対応する前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算または減算し、その加算または減算を行った結果得られる数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替え、前記サーバ装置に記憶されている複数のプレイリスト構造データの内、一のプレイリスト構造データを特定する操作入力がユーザから入力されると、前記一のプレイリスト構造データを要求するメッセージを前記送受信部から前記サーバ装置へ送信させ、前記メッセージの送信の結果、前記サーバ装置から送られてくる前記一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させる制御部とを備えることを特徴とする端末装置を提供する。
また、本発明は上述した従来の技術の課題を解決するため、関係性が強いプレイリスト間の数値ほど所定の数値に近くなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、プレイリストに従ってコンテンツを再生する再生部と、外部のサーバ装置と通信を行う送受信部と、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストとの関係性が、前記入力により特定された遷移コマンドが示す数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替え、前記サーバ装置に記憶されている複数のプレイリスト構造データの内、一のプレイリスト構造データを特定する操作入力がユーザから入力されると、前記一のプレイリスト構造データを要求するメッセージを前記送受信部から前記サーバ装置へ送信させ、前記メッセージの送信の結果、前記サーバ装置から送られてくる前記一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させる制御部とを備えることを特徴とする端末装置を提供する。
また、本発明は上述した従来の技術の課題を解決するため、サーバ装置とネットワークを介して接続される端末装置に、インタフェースを介して接続可能な再生装置であって、関係性が強いプレイリスト間の数値の差分値ほど小さく、関係性が弱いプレイリスト間の数値の差分値ほど大きくなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、プレイリストに従ってコンテンツを再生する再生部と、前記端末装置と通信を行うインタフェース制御部と、前記端末装置によって取得された前記サーバ装置に記憶されている複数のプレイリスト構造データの内の一のプレイリスト構造データを前記インタフェース制御部を介して受信すると、その一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させると共に、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストに対応する前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算または減算し、その加算または減算を行った結果得られる数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替える制御部とを備えることを特徴とする再生装置を提供する。
また、本発明は上述した従来の技術の課題を解決するため、サーバ装置とネットワークを介して接続される端末装置に、インタフェースを介して接続可能な再生装置であって、関係性の強いプレイリスト間の数値ほど所定の数値に近くなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、プレイリストに従ってコンテンツを再生する再生部と、前記端末装置と通信を行うインタフェース制御部と、前記端末装置によって取得された前記サーバ装置に記憶されている複数のプレイリスト構造データの内の一のプレイリスト構造データを前記インタフェース制御部を介して受信すると、その一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させると共に、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストとの関係性が、前記入力により特定された遷移コマンドが示す数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替える制御部とを備えることを特徴とする再生装置を提供する。
また、本発明は上述した従来の技術の課題を解決するため、端末装置にコンテンツをストリーム再生させるための複数のプレイリストを格納するプレイリスト格納部と、前記複数のプレイリストのそれぞれを関係性が強いプレイリスト間の数値の差分値ほど小さく、関係性が弱いプレイリスト間の数値の差分値ほど大きくなるような数値によって表したプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドから成る遷移コマンドデータとを格納するプレイリスト構造格納部と、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を前記端末装置から受けると、前記入力を受けたときに前記端末装置のストリーム再生に用いているプレイリストに対応する前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算または減算し、その加算又は減算を行った結果得られる数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記端末装置が行うストリーム再生をその選出したプレイリストに従ったストリーム再生へと切り替える制御部とを備えることを特徴とするサーバ装置を提供する。
また、本発明は上述した従来の技術の課題を解決するため、端末装置にコンテンツをストリーム再生させるための複数のプレイリストを格納するプレイリスト格納部と、前記複数のプレイリストのそれぞれを関係性の強いプレイリスト間の数値ほど所定の数値に近くなるような数値によって表したプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドから成る遷移コマンドデータとを格納するプレイリスト構造格納部と、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を前記端末装置から受けると、前記入力を受けたときに前記端末装置のストリーム再生に用いているプレイリストとの関係性が、前記入力により特定された遷移コマンドが示す数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記端末装置が行うストリーム再生をその選出したプレイリストに従ったストリーム再生へと切り替える制御部とを備えることを特徴とするサーバ装置を提供する。

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

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

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

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

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

図３は、プレイリスト格納部１０が格納するデータの一例を示す図である。図３に示すように、プレイリスト格納部１０には複数（Ｐ個、Ｐ≧２）のプレイリストが格納されている。各々のプレイリストは、プレイリストＩＤと、コンテンツの再生順序と、コンテンツのタイトルと、制作者（アーティスト）と、コンテンツの取得情報とが関連付けられたデータである。また各々のプレイリストには１つ以上のコンテンツが関連付けられている。プレイリストＩＤは、プレイリストを一意に識別できる数値またはテキストデータである。コンテンツの取得情報は、図３に示した例では、コンテンツ（配信ファイル）の所在を示すＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）等である。なお、本発明の実施例１〜実施例４において、コンテンツを格納する装置と、コンテンツを利用（取得）する装置が同一の装置である場合は、必ずしもＵＲＬ等を用いる必要はなく、コンテンツを一意に識別する識別子（コンテンツＩＤ）やコンテンツ含むファイルのパス名などをコンテンツの取得情報として用いることができる。例えば後述するように、サーバ装置１がコンテンツを格納しており、そのコンテンツを取得して配信する場合には、プレイリストに記述された取得情報として、コンテンツが格納されたファイルのパス名や、コンテンツを格納するデータベースにおけるコンテンツＩＤなどを用いても良い。

コンテンツは、サーバ装置１のコンテンツ格納手段（図２では不図示）に格納されていても良いし、端末装置２からアクセス可能なサーバ装置１とは別の装置に格納されていても良い。また、制作年、ジャンル、再生に適した状況・場所などの情報がプレイリストに含まれていても良い。また、コンテンツのタイトルや制作者の情報を省略しても良い。

本実施例においてプレイリストは、サーバの運営者や管理者により作成されているものとするが、端末装置２を使用する利用者にプレイリストを作成させたり、利用者にプレイリストの内容の一部を変更させても良い。本実施例においてプレイリストは、コンテンツのジャンル、制作年代、コンテンツの持つ雰囲気、コンテンツを再生するのに適する状況／場所、などの情報を用いて作成されている。

図４は、プレイリスト構造データ格納部１１が格納するデータの一例を示す図である。

すなわち、プレイリスト構造データ格納部１１は、図４に示すような形式で、プレイリスト構造データＩＤと、複数のプレイリスト間の関係性を示すプレイリスト構造データと、遷移コマンドデータと、説明データとを関連付けて格納し、さらに最優先構造データＩＤとを格納している。プレイリスト構造データＩＤは、複数のプレイリスト構造データを一意に識別するためのＩＤである。最優先構造データＩＤは、最も優先して使用するプレイリスト構造データＩＤである。図４の例では、Ｍ個の各データが格納されている（Ｍ≧１）。プレイリスト構造データを複数種類ではなく、１つだけ格納するようにしても良い。１つだけ格納する場合、プレイリスト構造データＩＤと、最優先構造データＩＤとを省略することも可能である。また後述するように、遷移コマンドデータと説明データを省略することも可能である。各々のプレイリスト構造データは、プレイリスト格納部１０に格納されたプレイリストの内の一部または全部のプレイリストと、共通するプレイリストＩＤを用いて関連付けられている。１つのプレイリスト構造データに関連するプレイリストの数は、プレイリスト構造データ毎に異なっていて良い。各プレイリスト構造データには、以下に説明する形式でデータが格納されている。

本実施例では、プレイリスト構造データの基本的な形式として、以下の図５〜図７の３つの形式を用いる。いずれの形式においても、プレイリスト構造データは、複数のプレイリスト（プレイリストＩＤ）間の関係を示す数値で構成されている。

図５は、プレイリスト構造データの第１形式の例を示している。

第１形式は、図５（Ａ）に示すように、複数（Ｎ個、Ｎ≧２）のプレイリストのプレイリストＩＤと、それらを所定の基準に従って順位付けた場合の順位１〜Ｎとを対応させたものである。

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

図６は、プレイリスト構造データの第２形式の例を示している。

第２形式は、図６（Ａ）に示すように、複数（Ｎ個、Ｎ≧２）のプレイリストのプレイリストＩＤと、それらを所定の座標系に配置した場合の座標値とを対応させたものである。座標の次元数をＬ（Ｌ≧１）としている。

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

図７は、プレイリスト構造データの第３形式の例を示している。

第３形式は、図７（Ａ）のように、Ｎ個（Ｎ≧２）のプレイリストの内の任意の２つのプレイリスト間の類似度を行列形式で表現したものである。行および列はプレイリストＩＤで構成されている。行列の要素は、２つのプレイリスト間の類似度を表わしており、例えば、図７（Ａ）の「類似度１３」は、「プレイリスト１」と「プレイリスト３」との類似度を表わしている。

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

以上がプレイリスト構造データの基本的な形式の説明であるが、プレイリストを複数の階層にすることも可能である。

図８は、プレイリストを複数の階層にしたプレイリスト構造データの一例を示す図である。

図８では、音楽ジャンルと制作年代を組み合わせてプレイリストを作成しており、階層１（上位プレイリスト）がジャンル、階層２（下位プレイリスト）が年代に対応した、２階層の構造を持っている。上位プレイリストは１つ以上の下位プレイリストに対応しており、下位プレイリストは１つの上位プレイリストに対応している。各々の上位プレイリストおよび各々の下位プレイリストには、上述したような順位が対応付けられている。例えば図８において、階層２が「バロック」であるプレイリストは、ジャンルが「Ｃｌａｓｓｉｃ」で、かつ年代が「バロック」であるコンテンツを集めたプレイリストである。また、３つ以上の階層構造を用いることも可能である。図４に示した例では、Ｍ個のプレイリスト構造データが、上述した形式のいずれかの形式で格納されている。Ｍ個のプレイリスト構造データは、全て同じ形式であっても良いし、プレイリスト構造データ毎に異なる形式であっても良い。

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

遷移コマンドデータは、後述するように、端末装置２においてプレイリストを変更する際に使用するデータである。

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

図９に示した例では、Ｋ個の遷移コマンドが格納されており、各々の遷移コマンドは、遷移コマンドＩＤと、方向と、変化量と、表示メッセージとが対応付けられたデータである。遷移コマンドＩＤは、遷移コマンドを一意に識別するための数値またはテキストデータである。

本実施例１では、遷移コマンドデータの方向と変化量は、端末装置２において、コンテンツ再生に用いるプレイリストを変更、すなわち切り替える際に使われる情報である。これらの使われ方については、端末装置２の再生処理を説明する際に詳しく説明する。

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

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

また、遷移コマンドデータの表示メッセージは、端末装置２が出力装置４１に表示するためのテキストデータである。なお、表示メッセージは、遷移コマンドデータの方向と変化量とに基づいて、端末装置２側で作成されるようにしても良い。この場合には、表示メッセージの格納は省略できる。

図１１は、プレイリスト構造データが複数の階層を持つ場合の遷移コマンドデータの一例を示している。

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

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

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

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

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

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

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

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

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

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

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

次に、サーバ装置１の制御部１３は、Ｓ１２０で読み出したプレイリスト構造データに含まれるプレイリストＩＤを取得し、プレイリスト格納部１０を参照しながら、取得したプレイリストＩＤに該当する全てのプレイリストを読み出す（Ｓ１３０）。

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

端末装置２の制御部３５は、送受信部３４を介しサーバ装置１から制御用データであるプレイリスト構造データおよび遷移コマンドデータと、プレイリストとを受信すると、制御用データをプレイリスト構造データ記憶部３１に記憶する一方、プレイリストをプレイリスト記憶部３０に記憶する（Ｓ１５０）。

以上の制御用データのダウンロード処理によれば、利用者が条件を選択する等の操作が不要なため、端末装置３の操作を簡単にしたい場合に適している。なお、端末装置２のプレイリスト記憶部３０にあらかじめプレイリスト構造データに対応したプレイリストを記憶させておくことにより、Ｓ１３０と、Ｓ１４０におけるプレイリストの送信を省略することも可能である。

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

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

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

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

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

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

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

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

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

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

次に制御部１３は、Ｓ２７０で読み出したプレイリスト構造データに含まれるプレイリストＩＤを取得し、プレイリスト格納部１０を参照して、取得したプレイリストＩＤに該当する全てのプレイリストを読み出し（Ｓ２８０）、Ｓ２７０にて読み出した制御用データと、Ｓ２８０にて読み出したプレイリストとを送受信部１２を介して端末装置２に送信する（Ｓ２９０）。

端末装置２では、制御部３５が送受信部３４を介してサーバ装置１から制御用データとプレイリストとを受信し、制御用データをプレイリスト構造データ記憶部３１に記憶する一方、プレイリストをプレイリスト記憶部３０に記憶する（Ｓ３００）。

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

本実施例１では、図１４または図１５のどちらの制御用データダウンロード処理を用いても良い。また上記の説明では、利用者のメニュー選択により処理が開始される場合を説明したが、これ以外に、所定の時間毎に端末装置２からサーバ装置１に対し制御用データの要求メッセージを送信するようにしても良い。また、利用者から「コンテンツ再生」の指示を受けた時に、プレイリストと制御用データの有無を確認し、それらが無い場合にはコンテンツ再生に先立って、それらをダウンロードする処理を自動的に行っても良い。また、サーバ装置１から端末装置２にプレイリストの一覧情報を送信して表示装置４１に表示し、利用者にダウンロードするプレイリストを選択させた上で、選択されたプレイリストおよびその再生に必要な制御用データをサーバ装置１から端末装置２にダウンロードするようにしても良い。更に、プレイリストと制御用データとを予め端末装置２に記憶しておいても良い。

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

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

第１の方法は、ランダムにプレイリストＩＤを選択する方法である。乱数を利用するなどして選択すれば良い。

また、第２の方法は、前回使用したプレイリストＩＤを選択する方法である。状態記憶部３６を不揮発性メモリで構成し、前回使用したプレイリストＩＤが保存されている場合は、それを用いても良い。

また、第３の方法は、利用者に所望のプレイリストのプレイリストＩＤを選択させる方法である。この場合、制御部３５はプレイリスト記憶部３０からプレイリストを読み出し、プレイリストの一覧を作成して表示装置４１に表示させる。利用者は入力装置４０を用いて、表示装置４１に表示されたプレイリスト一覧の中から１つのプレイリストを選択させ、そのプレイリストＩＤを状態記憶部３６に記憶する。なお、第３の方法として上記の他に、制御部３５がプレイリスト構造データ記憶部３１からプレイリストＩＤを読み出し、プレイリストＩＤの一覧を作成して表示装置４１に表示させ、利用者にプレイリストＩＤを選択させても良い。

すると、コンテンツ取得部３２は、状態記憶部３６に記憶されたプレイリストＩＤを読み出し、それに対応するプレイリストに従って順次コンテンツを取得する（Ｓ６１０）。具体的には、状態記憶部３６に記憶されたプレイリストＩＤに対応するプレイリストをプレイリスト記憶部３０から読み出し、そのプレイリストに記述されている再生順序に従って、コンテンツの取得情報を読み出し、送受信手段３４を介してコンテンツである配信ファイルを取得し、コンテンツ取得部３２に一時的に記憶する。本実施例１では、コンテンツは、サーバ装置１、あるいは端末装置２からアクセス可能な他の装置に配信ファイルとして配置されているものして説明するが、端末装置２にコンテンツ記憶部を設けて、予めそこに記憶させておいても良い。

次に、再生部３３がコンテンツ取得部３２に記憶されているコンテンツを読み出して、デコード等の必要な処理を行った後に表示装置４１および音声出力装置４２に出力することにより、コンテンツを再生する（Ｓ６２０）。

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

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

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

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

図１７の説明に戻り、制御部３５は、コンテンツの再生が終了したか否かを判定し（Ｓ６４０）、再生が終了した場合（Ｓ６４０“ＹＥＳ”）、Ｓ６１０に戻り、コンテンツ取得部３２に現在使用中のプレイリスト内で次の再生順序のコンテンツを取得させる。

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

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

これに対し、再生終了コマンドでない場合（Ｓ６６０“ＮＯ”）、制御部３５は、プレイリスト構造データおよび入力された遷移コマンドに基づいてコンテンツ再生に用いる一のプレイリストを変更し、新たなプレイリストＩＤを状態記憶部３６に記憶し（Ｓ６７０）、Ｓ６１０の処理に戻り、Ｓ６１０以降の処理の処理を繰り返す。

なお、プレイリスト記憶部３０または状態記憶部３６に、各プレイリスト毎に再生したコンテンツの情報を記憶し、ステップＳ６１０において、該当するプレイリストの先頭のコンテンツからではなく、該当するプレイリストで前回再生したコンテンツの次の再生順序を持つコンテンツから取得するようにしても良い。このような処理を行うことで、プレイリストを切り替えた時に、同じコンテンツが頻繁に再生されることを防ぐことが可能になり、利用者が飽きにくいという効果が得られる。また、必ずしもプレイリストに記述された再生順序通りにコンテンツを再生する必要はなく、再生順序をランダムに決めたり、再生順序を変更して再生しても良い。

図１９は、図１７のＳ６７０のプレイリスト変更処理を詳細に示すフローチャートである。

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

次に、制御部３５は、プレイリスト構造データ記憶部３１に記憶されているプレイリスト構造データの中から、状態記憶部３６に記憶されている使用中のプレイリストのプレイリストＩＤに該当する数値を読み出し、その数値とＳ８００で読み出した方向および変化量とを用いて、新たなプレイリストのプレイリストＩＤを選出し（Ｓ８１０）、状態記憶部３６に記憶する（Ｓ８２０）。このＳ８１０の処理の詳細は、プレイリスト構造データの格納形式によって異なる。

次に、図１９におけるＳ８１０の処理の詳細について、プレイリスト構造データの形式別に説明する。

まず、プレイリスト構造データが図５に示す「順位」を用いた第１形式、または図６に示す「座標値」を用いた第２形式である場合について説明する。この場合は、プレイリスト構造データの内から、状態記憶部３６に記憶されている使用中のプレイリストのプレイリストＩＤに該当する数値である順位または座標値を読み出し、その数値とＳ８００で読み出した方向および変化量を用いて加算や減算等の数値演算を行い、数値演算の結果に基づき新たなプレイリストのプレイリストＩＤを選出する。

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

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

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

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

一方、Ｓ９４０では、制御部３５は、使用中のプレイリストの「順位」または「座標値」をプレイリスト構造データ記憶部３１から読み出し、この値からＳ８００で読み出した「変化量」を減算した値を算出し、Ｓ９５０に進む。

そして、Ｓ９５０では、制御部３５は、プレイリスト構造データ記憶部３１を参照しながら、Ｓ９３０またはＳ９４０で算出した値に最も近い、すなわち差が小さい「順位」または「座標値」を持つプレイリストのプレイリストＩＤを選定する。この時に、現在使用中のプレイリストである状態記憶部３６に記憶されているプレイリストＩＤに対応するプレイリストを除外して選定するようにし、プレイリストの変更が必ず行われるようにする。

以上がプレイリスト構造データに「順位」または「座標値」が用いられている場合のＳ８１０の処理の詳細である。上述した処理において、遷移コマンドデータの方向および変化量は、変更前のプレイリストである使用中のプレイリストと、変更後のプレイリストである新たなプレイリストとのプレイリスト構造データ内の数値の違い、すなわち順位または座標値の差に関する目標値であると言える。遷移コマンドデータの方向および変化量に完全に一致するようにプレイリストの変更が行われるとは限らないが、それに近い条件のプレイリストが新たに選出される。

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

次に、図６（Ｂ）および図９（Ｂ）に示した「座標値」を用いた一例における具体的な数値例を示す。ただし、座標系の次元数は１であり、図９（Ｂ）の次元１に相当する数値のみ格納されているものとする。状態記憶部３６に格納されているプレイリストＩＤが「ＥａｓｙＬｉｓｔｅｎｉｎｇ」（座標値「０．６」）であり、図９（Ｂ）の「コマンド３」（方向「＋」、変化量「０．２」が選択された場合、Ｓ９３０において「０．６＋０．２＝０．８」という演算が行われ、Ｓ９５０において、座標値「０．８」に相当する（最も近い）プレイリストＩＤである「Ｆｏｌｋ」（座標値「０．８」）が選定される。この例の場合は、演算の結果得られた目標座標値と、プレイリスト構造データにあるプレイリストの座標値が完全に一致するが、もちろん一致しない場合もある。

次に、プレイリスト構造データが、図７に示す「類似度」を用いた形式である場合のＳ８１０の処理について説明する。この場合は、プレイリスト構造データの中から、状態記憶部３６に記憶されているプレイリストＩＤである使用中のプレイリストに関連する全ての数値（類似度）を読み出し、それらの数値とＳ８００で読み出した変化量との比較演算を行い、比較演算の結果に基づき新たなプレイリストのプレイリストＩＤを選出する。この処理の詳細について、図２１に示すフローチャートを用いて説明する。

まず、制御部３５は、プレイリスト構造データである類似度の行列データの中から状態記憶部３６に記憶されているプレイリストＩＤに該当する列を読み出す（Ｓ１５００）。

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

そして制御部３５は、Ｓ１５１０で選択された要素に該当するプレイリストのプレイリストＩＤを選択し（Ｓ１５２０）、Ｓ８１０を終了する。

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

類似度を用いたプレイリスト構造データの場合でも同様に、遷移コマンドデータの変化量は、変更前のプレイリストである使用中のプレイリストと、変更後のプレイリストである新たなプレイリストとの類似度に関する目標値であると言える。「類似度」と「違いの度合」は、対をなす概念であるので、遷移コマンドデータの変化量は、変更前のプレイリストと変更後のプレイリストの違いの度合に関する目標値であるとも言える。

以上がコンテンツ再生処理の説明である。上述したコンテンツ再生処理により、プレイリストの名称を表示装置４１に表示して利用者に選択させる方法に比べて、より直感的な操作が可能になる。

なお、本実施例では、図１７に示したフローチャートのＳ６００において、再生に使用するプレイリストの初期設定を行っているが、これに限定される訳ではなく、このステップを別の方法に変えることも可能である。例えば、コンテンツ再生処理の最初において、利用者に所望のコンテンツを選択させ、そのコンテンツを含むプレイリストをプレイリストの初期値として用いても良い。

上述した方法において利用者は、現在再生中のコンテンツを基準にした相対的な変化を意識して遷移コマンドを選択すればよい。一般的に、現在再生中のコンテンツを基準にして相対的な変化を予想することは容易である。その一方、プレイリストの名称等を表示装置に表示して利用者に選択させる方法では、利用者は再生中のコンテンツとは関係なく、文字情報だけを頼りに各々のプレイリストの内容を予想する必要があり、直感的な操作がやり難い。例えば、「刺激が非常に強い」、「刺激がやや強い」、「刺激がやや弱い」、「刺激が非常に弱い」等々の名称のプレイリストがあった場合、それらの名称を見ることだけで、各プレイリストの刺激の絶対的な程度を予想し、それらに対応するコンテンツを事前に（再生前に）予想することは、かなり難しい。一方で、現在再生中のコンテンツを基準にして、「少し刺激を強く」あるいは「少し刺激を弱く」といった相対的な変化を示す選択肢を選択することは、再生中のコンテンツという具体的な判断基準があることと、文字情報だけでなく、コンテンツに関わる聴覚情報／視覚情報などの手掛かりを使って判断できるため、利用者にとって直感的であり、比較的容易である。

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

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

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

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

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

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

実施例２のサーバ装置１ａでは、実施例１のサーバ装置１の構成と比べて、音響分析部１４と、コンテンツ格納部１５と、プレイリスト作成部１６とが追加されている他、制御部１３ａが若干異なる。他の構成要素は実施例１と同じである。なお、本実施例２では、サーバ装置１ａにコンテンツ格納部１５を設けているが、コンテンツをサーバ装置１ａとは別の装置に格納し、コンテンツ取得手段をサーバ装置１ａに設けるようにしても良い。

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

コンテンツ格納部１５は、プレイリスト格納部１０に格納されたプレイリストに記述されているコンテンツを含む配信ファイルを格納している。

図２３は、本実施例においてコンテンツ格納部１５に格納される配信ファイルの格納形式の一例を示している。各々の配信ファイルは、図２３に示すように、ヘッダ６１とコンテンツ本体６２とで構成されている。ヘッダ６１には、コンテンツのタイトル、制作者（アーティスト）、ジャンル、制作年代等のコンテンツの属性情報と、音響分析フラグと、分類カテゴリが含まれている。

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

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

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

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

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

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

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

コンテンツが作成された段階では、音響分析フラグは「０」にセットされている。Ｓ１０４０において分類カテゴリを記録すると同時に、音響分析フラグを「１」に変更する。以上が音響分析処理の説明である。なお、Ｓ１０３０において、１つのコンテンツを複数の分類カテゴリに対応させ、Ｓ１０４０において、１つのコンテンツの配信ファイルに複数の分類カテゴリを記録しても良い。

プレイリスト構造データ格納部１１は、実施例１と同様であるが、プレイリストＩＤとして、上述した分類カテゴリに対応するものが記録されている。

次に、プレイリスト作成部１６におけるプレイリスト作成処理について、図２５のフローチャートを用いて説明する。

まずプレイリスト作成部１６が、コンテンツ格納部１５から配信ファイルを順次読み出して、分類カテゴリ別のコンテンツ集合を作成する（Ｓ１５００）。

次にプレイリスト作成部１６は、Ｓ１５００で作成されたコンテンツ集合毎にコンテンツの再生順序を決定する（Ｓ１５１０）。再生順序は配信ファイルのヘッダ情報を用いて決めることができる。例えば、制作年代の古い順にしたり、タイトルや制作者の表記で順序を決めれば良い。なお、１つのコンテンツ集合に含まれるコンテンツ全てをプレイリストに入れる必要はなく、１つのプレイリストに入れるコンテンツ数を制限しても良い。また、コンテンツ集合に含まれるコンテンツの再生順序を、サーバ装置１の運営者または端末装置２の利用者に決めさせても良い。

次にプレイリスト作成部１６は、再生順序と、コンテンツの取得情報を関連付けてコンテンツ集合毎のプレイリストを作成し、プレイリスト格納部１０に格納する（Ｓ１５２０）。プレイリスト格納部１０におけるプレイリストＩＤは、プレイリスト構造データ格納部１１におけるプレイリストＩＤと同じであり、音響分析部１４で用いた分類カテゴリに対応したものである。以上がプレイリスト作成処理である。

従って、実施例１のサーバ装置１では、コンテンツ制作者またはサーバ装置１の運営者や管理者がプレイリストを作成する必要があったが、実施例２のサーバ装置１ａによれば、音響分析部１４やプレイリスト作成部１６等により、人手を介することなく、自動的にプレイリストを作成することができる。

このように、本実施例２によれば、実施例１の効果に加え、さらに、コンテンツ配信に関わる工数やコストを大幅に削減することができる。また、実施例１と実施例２を合わせることにより、人手により作成されたプレイリストと、音響分析により自動的に作成されたプレイリストを併用することも可能であり、より多様で多面的なプレイリストを提供することが可能になる。

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

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

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

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

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

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

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

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

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

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

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

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

まず、端末装置２ａの制御部３５ａが、プレイリスト格納部３０を読み出して、コンテンツダウンロード処理を行っていない未処理のプレイリストがあるか否か判定する（Ｓ１６００）。プレイリスト格納部３０には、プレイリスト毎にダウンロード処理を行ったか否かを示すフラグが記録されている。

次に、端末装置２ａの制御部３５ａが、未処理のプレイリストを１つ選択する（Ｓ１６１０）。

そして、端末装置２ａのコンテンツ取得部３２ａが、Ｓ１６１０で選択されたプレイリストに従ってコンテンツを順次取得し、コンテンツ記憶部５０に記憶する（Ｓ１６２０）。具体的には、プレイリスト格納部３０を参照しながら、該当するプレイリストに記述されている再生順序に従って、コンテンツの取得情報を読み出し、送受信手段３４を介してコンテンツを取得し、コンテンツ記憶部５０に記憶する。コンテンツの配信ファイルは、サーバ装置１、あるいは端末装置２からアクセス可能な他の装置に配置されている。

次に、端末装置２ａのコンテンツ取得部３２ａが、Ｓ１６１０で選択されたプレイリストに記述されている全てのコンテンツを取得したか否かを判定する（Ｓ１６３０）。全て取得した場合はＳ１６４０に進み、そうでない場合はＳ１６２０に戻り、次のコンテンツを取得する。

Ｓ１６４０では、端末装置２ａの制御部３５ａが、プレイリスト格納部３０に記録されているダウンロード処理済みを示すフラグを設定する。そして、Ｓ１６００に戻って処理をくり返す。以上がコンテンツのダウンロード処理である。なお、端末装置２のコンテンツ記憶部５０にあらかじめコンテンツを記憶させておけば、コンテンツのダウンロード処理を省略しても良い。

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

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

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

すると、再生装置４では、インタフェース制御部３８ｂが、端末装置２ａからのプレイリスト構造データを受信し、プレイリスト構造データ記憶部３１ｂに記憶する一方、プレイリストを受信してプレイリスト記憶部３０ｂに記憶する（Ｓ１１３０）。この際、必要あれば、インタフェース制御部３８ｂまたは制御部３５ｂは、プレイリストに記述されているコンテンツの取得情報によりコンテンツ記憶部５０ｂに記憶されているコンテンツを参照できるように、コンテンツの取得情報を変更する。なお、図２８に示す場合、取得情報は、再生装置４のコンテンツ取得部３２ｂが同一装置のコンテンツ記憶部５０ｂからコンテンツを読み出すための情報なので、必ずしもＵＲＬ等を使う必要はなく、再生装置４でコンテンツを一意に識別できるコンテンツＩＤやファイルのパス名などを用いても良い。

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

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

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

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

再生装置４の再生動作は、図１７のフローチャートに示した実施例１における端末装置２の再生動作と同様である。すなわち、再生装置４のプレイリスト記憶部３０ｂと端末装置２のプレイリスト記憶部３０、再生装置４のプレイリスト構造データ記憶部３１ｂと端末装置２のプレイリスト構造データ記憶部３１、再生装置４のコンテンツ取得部３２ｂと端末装置２のコンテンツ取得部３２、再生装置４の再生部３３ｂと端末装置２の再生部３３、再生装置４の制御部３５ｂと端末装置２の制御部３５、再生装置４の状態記憶部３６ｂと端末装置２の状態記憶部３６は、各々同じ動作を行う。ただし、再生装置４のコンテンツ取得部３２ｂの動作は、端末装置２のコンテンツ取得部３２の動作と異なり、再生時に使用するコンテンツは既にコンテンツ記憶部５０ｂに記憶されているので、コンテンツ記憶部５０ｂからコンテンツを取得すれば良い。サーバ装置１やネットワーク３上の他の装置からコンテンツを取得する必要はない。

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

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

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

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

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

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

遷移コマンドデータ記憶部３９には、図９または図１１に示すような遷移コマンドデータが記憶されている。また、遷移コマンドデータ記憶部３９には、遷移コマンドデータに対応するプレイリスト構造データＩＤが記憶されている。これらのデータは、実施例１のプレイリストダウンロード処理と同様に、所定のメニュー選択によりサーバ装置１ｃから端末装置２ｃに送信するようにしても良いし、再生処理に先立ってこれらのデータをサーバ装置１ｃから送信するようにしても良い。ただし、実施例１とは異なり、プレイリストおよびプレイリスト構造データは送信する必要はなく、遷移コマンドデータとプレイリスト構造データＩＤを制御用データとしてサーバ装置１ｃから端末装置２ｃに送信すれば良い。また、あらかじめ端末装置２ｃに遷移コマンドデータとプレイリスト構造データＩＤを記憶させておいても良い。更に、サーバ装置１ｃのプレイリスト構造データ格納部１１において、１種類のプレイリスト構造データのみ格納されている場合は、遷移コマンドデータ記憶部３９にプレイリスト構造データＩＤを記憶させること、および後述するＳ１２００におけるプレイリスト構造データＩＤの送信を省略しても良い。

次に動作を説明する。

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

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

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

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

次に、制御部１３ｃは、プレイリスト構造データ格納部１１から、状態記憶部３６ｃに記憶されているプレイリスト構造データＩＤに対応するプレイリスト構造データを読み出し、そのプレイリスト構造データに含まれるプレイリストＩＤの中から再生に使用するプレイリストＩＤを１つ初期値として選択して、それを状態記憶部３６ｃに記憶する（Ｓ１２２０）。プレイリスト構造データが複数の階層で構成されている場合は、例えば最下位の階層のプレイリストＩＤを選択する。

次に、コンテンツ取得部３２ｃが、状態記憶部３６ｃに記憶されているプレイリストＩＤのプレイリストに従って、コンテンツを取得する（Ｓ１２３０）。具体的には、プレイリスト格納部１０を参照しながら、該当するプレイリストに記述されている再生順序に従って、コンテンツの取得情報を読み出し、送受信手段１２を介してコンテンツ（配信ファイル）を取得し、コンテンツ取得部３２ｃに一時的に記憶する。コンテンツ（配信ファイル）は、サーバ装置１ｃのコンテンツ格納手段（図３２には不図示）またはサーバ装置１からアクセス可能な他の装置に配置されている。なお、サーバ装置１ｃがコンテンツ格納手段を持つ場合には、この取得情報は必ずしもＵＲＬ等である必要はなく、コンテンツ格納手段内でコンテンツを一意に識別できるコンテンツＩＤまたはファイルのパス名などを取得情報として用いても良い。

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

すると、端末装置２ｃでは、制御部３５ｃが送受信部３４を介してコンテンツを受信し、再生部３３がデコード等の必要な処理を行った後に、表示装置４１および音声出力装置４２に出力してコンテンツを再生する（Ｓ１２５０）。サーバ装置１ｃはストリーミング送信しているので、端末装置２ｃは配信ファイル全体を受信しなくてもコンテンツの再生を開始することが可能である。

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

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

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

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

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

これに対し、再生中止メッセージでない場合は（Ｓ１３１０“ＮＯ”）、遷移メッセージの場合であるので、制御部１３ｃは、遷移メッセージに含まれる「階層」、「方向」、「変化量」の情報と、Ｓ１２１０でサーバ装置１ｃの状態記憶部３６ｃに記憶されたプレイリスト構造データＩＤに対応するプレイリスト構造データに基づいてプレイリストを変更し（Ｓ１３２０）、新たなプレイリストのプレイリストＩＤを状態記憶部３６ｃに記憶し、Ｓ１２３０に戻り、以上の処理を繰り返す。なお、Ｓ１２８０で遷移メッセージを送信する際に、階層、方向、変化量の情報を送信する代わりに、遷移コマンドＩＤ（コマンド１〜コマンドＫのいずれか）を送信し、Ｓ１３２０においてサーバ装置１ｃのプレイリスト構造データ格納部１１に格納されている遷移コマンドデータと送信された遷移コマンドＩＤを照合し、階層、方向、変化量の情報を特定した上で、プレイリストを変更するようにしても良い。

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

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

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

このように、本実施例４によれば、サーバ装置１ｃがストリームでコンテンツを配信する場合、端末装置２ｃではプレイリストおよびプレイリスト構造データを格納したり、プレイリストに従ってコンテンツを取得する必要がないので、安価なコストで端末装置２ｃを実現することができる。また、サーバ装置１ｃまたはネットワーク３上の他の装置に格納されたコンテンツを対象にして、様々なプレイリストを直感的な操作で切り替えながらコンテンツを再生できるので、コンテンツ購入前にサーバ装置またはネットワーク３上の他の装置の提供する大量のコンテンツを試聴させる用途などにも適している。

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

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

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

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

符号の説明

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

Claims

関係性が強いプレイリスト間の数値の差分値ほど小さく、関係性が弱いプレイリスト間の数値の差分値ほど大きくなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、
プレイリストに従ってコンテンツを再生する再生部と、
外部のサーバ装置と通信を行う送受信部と、
前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストに対応する前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算または減算し、その加算または減算を行った結果得られる数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替え、前記サーバ装置に記憶されている複数のプレイリスト構造データの内、一のプレイリスト構造データを特定する操作入力がユーザから入力されると、前記一のプレイリスト構造データを要求するメッセージを前記送受信部から前記サーバ装置へ送信させ、前記メッセージの送信の結果、前記サーバ装置から送られてくる前記一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させる制御部と
を備えることを特徴とする端末装置。
前記制御部は、前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算するか減算するかを、ランダムに決定することを特徴とする請求項１記載の端末装置。
関係性が強いプレイリスト間の数値ほど所定の数値に近くなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、
プレイリストに従ってコンテンツを再生する再生部と、
外部のサーバ装置と通信を行う送受信部と、
前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストとの関係性が、前記入力により特定された遷移コマンドが示す数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替え、前記サーバ装置に記憶されている複数のプレイリスト構造データの内、一のプレイリスト構造データを特定する操作入力がユーザから入力されると、前記一のプレイリスト構造データを要求するメッセージを前記送受信部から前記サーバ装置へ送信させ、前記メッセージの送信の結果、前記サーバ装置から送られてくる前記一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させる制御部と
を備えることを特徴とする端末装置。
サーバ装置とネットワークを介して接続される端末装置に、インタフェースを介して接続可能な再生装置であって、
関係性が強いプレイリスト間の数値の差分値ほど小さく、関係性が弱いプレイリスト間の数値の差分値ほど大きくなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、
プレイリストに従ってコンテンツを再生する再生部と、
前記端末装置と通信を行うインタフェース制御部と、
前記端末装置によって取得された前記サーバ装置に記憶されている複数のプレイリスト構造データの内の一のプレイリスト構造データを前記インタフェース制御部を介して受信すると、その一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させると共に、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストに対応する前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算または減算し、その加算または減算を行った結果得られる数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替える制御部と
を備えることを特徴とする再生装置。
前記制御部は、前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算するか減算するかを、ランダムに決定することを特徴とする請求項４記載の再生装置。
サーバ装置とネットワークを介して接続される端末装置に、インタフェースを介して接続可能な再生装置であって、
関係性の強いプレイリスト間の数値ほど所定の数値に近くなるような数値によってそれぞれ表された複数のプレイリストからなるプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドからなる遷移コマンドデータとを記憶するプレイリスト構造データ記憶部と、
プレイリストに従ってコンテンツを再生する再生部と、
前記端末装置と通信を行うインタフェース制御部と、
前記端末装置によって取得された前記サーバ装置に記憶されている複数のプレイリスト構造データの内の一のプレイリスト構造データを前記インタフェース制御部を介して受信すると、その一のプレイリスト構造データを前記プレイリスト構造データ記憶部に記憶させると共に、前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を受けると、前記入力を受けたときに前記再生部が使用しているプレイリストとの関係性が、前記入力により特定された遷移コマンドが示す数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記再生部が行っている再生をその選出したプレイリストに従った再生へと切り替える制御部と
を備えることを特徴とする再生装置。
端末装置にコンテンツをストリーム再生させるための複数のプレイリストを格納するプレイリスト格納部と、
前記複数のプレイリストのそれぞれを関係性が強いプレイリスト間の数値の差分値ほど小さく、関係性が弱いプレイリスト間の数値の差分値ほど大きくなるような数値によって表したプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドから成る遷移コマンドデータとを格納するプレイリスト構造格納部と、
前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を前記端末装置から受けると、前記入力を受けたときに前記端末装置のストリーム再生に用いているプレイリストに対応する前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算または減算し、その加算又は減算を行った結果得られる数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記端末装置が行うストリーム再生をその選出したプレイリストに従ったストリーム再生へと切り替える制御部と
を備えることを特徴とするサーバ装置。
前記制御部は、前記プレイリスト構造データが示す数値に、前記入力により特定された遷移コマンドが示す数値を加算するか減算するかを、ランダムに決定することを特徴とする請求項７記載のサーバ装置。
端末装置にコンテンツをストリーム再生させるための複数のプレイリストを格納するプレイリスト格納部と、
前記複数のプレイリストのそれぞれを関係性の強いプレイリスト間の数値ほど所定の数値に近くなるような数値によって表したプレイリスト構造データと、プレイリストを変更するための数値を示す複数の遷移コマンドから成る遷移コマンドデータとを格納するプレイリスト構造格納部と、
前記複数の遷移コマンドの内、一の遷移コマンドを特定する入力を前記端末装置から受けると、前記入力を受けたときに前記端末装置のストリーム再生に用いているプレイリストとの関係性が、前記入力により特定された遷移コマンドが示す数値に最も近い数値または一致する数値で示されるプレイリストを選出し、前記端末装置が行うストリーム再生をその選出したプレイリストに従ったストリーム再生へと切り替える制御部と
を備えることを特徴とするサーバ装置。