JP2006345306A - コンテンツ配信システムおよび方法、ならびに、端末装置および端末装置のコンテンツ管理方法 - Google Patents

Abstract

【課題】 コンテンツサーバが有するプレイリストの動的な変化に対応できるようにする。
【解決手段】 端末側でプレイリストが選択されると、端末は、サーバが有するプレイリストに格納されるコンテンツ数をブラウズする。端末は、ブラウズ結果に基づき、サーバから例えば５０個までのコンテンツ情報を取得する。端末側でプレイリストに基づくアクセス操作がなされ、端末側の手持ちのプレイリストに格納される情報の範囲外のコンテンツに対してアクセス操作が行われたら、端末は、サーバが有するプレイリストに格納されるコンテンツ数を再度、ブラウズする。最初にブラウズしたコンテンツ数に対して変化があれば、端末は、サーバが有するプレイリストから再び５０個までのコンテンツ情報をブラウズする。サーバが有するプレイリストに動的な変化が発生しても、端末側が対応できる。
【選択図】 図９

Description

この発明は、ネットワークを介してコンテンツを配信して視聴するようにしたコンテンツ配信システムおよび方法、ならびに、端末装置および端末装置のコンテンツ管理方法に関する。

近年では、ネットワーク技術の発達および普及に伴い、パーソナルコンピュータなどの情報機器だけでなく、オーディオ再生装置やテレビジョン受像機などの電子機器をＬＡＮ(Local Area Network)で接続するシステムが開発されている。このようなシステムの一例として、ＬＡＮに接続されたパーソナルコンピュータに対して例えば楽曲のオーディオデータからなるコンテンツデータを大量に蓄積させてコンテンツサーバを構築し、コンテンツサーバに蓄積されたコンテンツデータを、同様にＬＡＮ接続されたクライアント（例えばオーディオ再生装置）に対して転送するようにしたシステムが提案されている。

ユーザは、オーディオ再生装置を操作してネットワークを介してコンテンツサーバにアクセスして、コンテンツサーバに蓄積されたコンテンツデータのリスト（プレイリスト）を取得する。そして、取得されたリストから所望のコンテンツデータを選択し、コンテンツサーバに対して選択されたコンテンツの転送を要求する。コンテンツサーバは、要求されたコンテンツデータをネットワークを介してオーディオ再生装置に転送する。転送されたオーディオデータは、オーディオ再生装置で例えば所定にデコードされ、Ｄ／Ａ変換されてアナログオーディオ信号とされ、アンプなどで増幅されてスピーカから再生される。

このシステムによれば、オーディオ再生装置側でコンテンツデータの蓄積手段を持つ必要が無い、ＬＡＮに対して接続された複数のオーディオ再生装置において、パーソナルコンピュータに蓄積されたコンテンツデータを共有することができる、など様々な利点がある。特許文献１には、このように家庭内でネットワーク接続されたオーディオシステムが記載されている。
特開２００３−３３０８２７号公報

ところで、従来からの、例えば一般的なＣＤ(Compact Disc)プレーヤなどに代表されるコンテンツ再生装置は、再生すべきコンテンツのリストすなわちプレイリストを自分自身で持つようにされている。ＣＤの場合は、プレイリストは、ＣＤ上に記録されたＴＯＣ(Table Of Contents)に記述されるトラックの順番などが相当する。このような機器は、一つの記録媒体の再生に関して、その記録媒体から読み込まれたプレイリストに従い再生を実行するだけでよかった。

しかしながら、上述したような、コンテンツサーバにコンテンツデータを大量に蓄積し、コンテンツサーバからクライアントに対し、蓄積されたコンテンツデータを公開するようにしたシステムにおいて、コンテンツサーバが持つプレイリストには、コンテンツサーバ側が自動的に生成するようなものがある。

例えば、コンテンツサーバに蓄積されたコンテンツデータの内、一度も再生（ダウンロード）されたことがないコンテンツデータを集めたプレイリスト（未再生プレイリストと呼ぶ）が考えられる。この未再生プレイリストは、コンテンツサーバにおいて自動的に作成されることになる。この未再生プレイリストは、ユーザがコンテンツサーバに蓄積されたコンテンツデータを検索する際に、有用である。

この未再生プレイリストに含まれるコンテンツデータは、クライアントにより一度でも再生されると、未再生プレイリストから削除されることになる。コンテンツサーバのプレイリスト管理方法によっては、同一ネットワーク上に複数のクライアントが接続されているような場合に、接続された何れかのクライアントにより未再生プレイリスト上のあるコンテンツデータが再生されると、他のクライアントから当該未再生プレイリストを見たときに、リストに含まれるコンテンツデータ数が減ってしまうことになる。

ところで、所謂システムステレオなどのような、複数の機能が備わったオーディオ機器では、ユーザの操作上の混乱を防ぐため、例えば一般的なＣＤプレーヤの操作方法に準じたクライアント機能を実装することがある。一例として、上述のコンテンツサーバに蓄積されたコンテンツデータを再生したい場合、コンテンツサーバが有するプレイリストを恰も機器に装填したＣＤから読み込んだＴＯＣに基づくプレイリストであるかのように表示し、このプレイリストに基づき再生操作を行うようにする。

このような構成の場合、クライアントは、予めコンテンツサーバから取得しておいたプレイリストを用いて、コンテンツデータの再生を指示するのが一般的である。この方法によれば、クライアントは、予めコンテンツサーバからコンテンツデータ数などを取得しておき、取得された値を信用して動作することで、コンテンツサーバとの間でなされる通信の回数を減らすことができる。

しかしながら、上述したような、コンテンツサーバ側で自動的に作成され、内容が動的に変化するようなプレイリストを扱う場合、クライアント側において、予め取得しておいたプレイリストに含まれるコンテンツデータ数を信用して、再生したいコンテンツデータにアクセスする際に、当該コンテンツデータがアクセス時には既に消滅していた場合、当該コンテンツデータに対してアクセスできないためエラーとなってしまうという問題点があった。

したがって、この発明の目的は、コンテンツサーバが有するプレイリストの動的な変化に対応できるコンテンツ配信システムおよび方法、ならびに、端末装置および端末装置のコンテンツ管理方法を提供することにある。

この発明は、上述した課題を解決するために、コンテンツデータを蓄積する蓄積部と、蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストと、ネットワークを介して通信を行う第１の通信部とを有するサーバ装置と、ネットワークを介して通信を行う第２の通信部と、サーバ装置に対してコンテンツデータを要求するための第２のプレイリストを記憶するプレイリスト記憶部と、サーバ装置とネットワークを介して通信を行い、サーバ装置から第１のプレイリストに格納される情報の第１の数を取得して第１のプレイリストに格納される情報のうち所定数以内の情報をサーバ装置に対して要求し、要求に応じて取得された情報を第２のプレイリストとしてプレイリスト記憶部に記憶し、プレイリスト記憶部に記憶される第２のプレイリストに基づき蓄積部に蓄積されたコンテンツデータをサーバ装置に対して要求する制御部とを有し、制御部は、第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、第１のプレイリストに格納される情報の第２の数をサーバ装置から取得し、第１の数と第２の数とが異なった場合、サーバ装置に対して第１のプレイリストに格納される情報をサーバ装置に対して要求して第２のプレイリストを更新するようにしたクライアント装置とを備えることを特徴とするコンテンツ配信システムである。

また、この発明は、ネットワークを介して通信を行い、蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストに格納される情報の第１の数を取得して、第１のプレイリストに格納される情報のうち所定数以内の情報を要求し、要求に応じて取得された情報を、コンテンツデータを要求するための第２のプレイリストとしてプレイリスト記憶部に記憶し、プレイリスト記憶部に記憶される第２のプレイリストに基づき、蓄積部に蓄積されたコンテンツデータを要求するようにされ、第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、第１のプレイリストに格納される情報の第２の数を取得し、第１の数と第２の数とが異なった場合、第１のプレイリストに格納される情報を要求して第２のプレイリストを更新するようにしたことを特徴とするコンテンツ配信方法である。

また、この発明は、ネットワークを介して通信を行う通信部と、ネットワークを介してコンテンツデータを要求するための第２のプレイリストを記憶するプレイリスト記憶部と、蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストを有するサーバ装置とネットワークを介して通信を行い、第１のプレイリストに格納される情報の第１の数を取得して、第１のプレイリストに格納される情報のうち所定数以内の情報をサーバ装置に対して要求し、要求に応じて取得された情報を第２のプレイリストとしてプレイリスト記憶部に記憶し、プレイリスト記憶部に記憶される第２のプレイリストに基づき蓄積部に蓄積されたコンテンツデータをサーバ装置に対して要求する制御部とを有し、制御部は、第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、第１のプレイリストに格納される情報の第２の数をサーバ装置から取得し、第１の数と第２の数とが異なった場合、第１のプレイリストに格納される情報をサーバ装置に対して要求して第２のプレイリストを更新するようにしたことを特徴とする端末装置である。

また、この発明は、蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストを有するサーバ装置とネットワークを介して通信を行い、第１のプレイリストに格納される情報の第１の数を取得して、第１のプレイリストに格納される情報のうち所定数以内の情報をサーバ装置に対して要求し、要求に応じて取得された情報を、サーバ装置に対してコンテンツデータを要求するための第２のプレイリストとしてプレイリスト記憶部に記憶し、プレイリスト記憶部に記憶される第２のプレイリストに基づき蓄積部に蓄積されたコンテンツデータをサーバ装置に対して要求するようにされ、第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、第１のプレイリストに格納される情報の第２の数をサーバ装置から取得し、第１の数と第２の数とが異なった場合、サーバ装置に対して第１のプレイリストに格納される情報をサーバ装置に対して要求して第２のプレイリストを更新するようにしたことを特徴とする端末装置のコンテンツ管理方法である。

上述したように、この発明は、端末装置は、蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストを有するサーバ装置とネットワークを介して通信を行い、第１のプレイリストに格納される情報の第１の数を取得して、第１のプレイリストに格納される情報のうち所定数以内の情報をサーバ装置に対して要求し、要求に応じて取得された情報を、サーバ装置に対してコンテンツデータを要求するための第２のプレイリストとしてプレイリスト記憶部に記憶し、プレイリスト記憶部に記憶される第２のプレイリストに基づき蓄積部に蓄積されたコンテンツデータをサーバ装置に対して要求するようにされ、第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、第１のプレイリストに格納される情報の第２の数をサーバ装置から取得し、第１の数と第２の数とが異なった場合、サーバ装置に対して第１のプレイリストに格納される情報をサーバ装置に対して要求して第２のプレイリストを更新するようにしているため、サーバ装置が有する第１のプレイリストが動的に変化しても、その変化を端末装置側が有する第２のプレイリストに反映させることができる。

この発明は、上述のように、端末装置側で、端末装置側が有するプレイリストの範囲外のコンテンツデータにアクセスしようとする際に、サーバ装置側のプレイリストに格納されるコンテンツ情報数を取得し、端末装置側のプレイリストに格納されるコンテンツ情報数と、サーバ装置側のプレイリストに格納されるコンテンツ情報数とが異なる場合に、端末装置側からサーバ装置側にプレイリストに格納されるコンテンツ情報を要求し、個の要求に応じて取得された情報に基づき端末装置側のプレイリストを更新するようにしている。

そのため、サーバ装置側のプレイリストに動的な変化が生じた場合でも、その変化を端末装置側のプレイリストに反映させることができる効果がある。

またそれにより、サーバ装置側のプレイリストの動的な変化に伴い生じる、サーバ装置側のプレイリストと、端末装置側のプレイリストとの間の情報の差異に起因するエラーを防ぐことができる効果がある。

以下、この発明の実施の一形態を、図面を参照しながら説明する。図１は、この発明に適用可能な一例のシステム構成を示す。ＬＡＮ(Local Area Network)１０に対して、サーバ装置１１Ａ、１１Ｂ、・・・と、ネットワークオーディオ機器１２Ａ、１２Ｂ、・・・がそれぞれ接続される。以下、サーバ装置１１Ａ、１１Ｂ、・・・、ならびに、ネットワークオーディオ機器１２Ａ、１２Ｂ、・・・を、それぞれ適宜、サーバ装置１１およびネットワークオーディオ機器１２で代表させて記述する。なお、サーバ装置１１は、システムに少なくとも１台が接続されていればよく、図１に例示されるように、複数台を接続することもできる。ネットワークオーディオ機器１２についても同様である。また、各装置は、ＬＡＮ１０に対して有線で接続されていてもよいし、無線で接続するようにもできる。

なお、ＬＡＮ１０に接続されるそれぞれの機器は、例えば、サーバ装置１１Ａはリビングルームに、サーバ装置１１Ｂは書斎に、また、ネットワークオーディオ機器１２Ａ、１２Ｂ、・・・も同様にそれぞれ異なる部屋に、といったように、位置的に離れた場所に設置することができる。

図２は、サーバ装置１１の一例の構成を概略的に示す。サーバ装置１１は、一般的なパーソナルコンピュータや、コンピュータ装置に準じた構成の装置を用いることができ、ＬＡＮ１０への接続機能を備えるとともに、多数のコンテンツデータを蓄積可能な大容量の記憶媒体（ハードディスクドライブとする）を備える。サーバ装置１１は、ハードディスクドライブに蓄積されているコンテンツデータを、ＬＡＮ１０を介してネットワークオーディオ機器１２Ａ、１２Ｂ、・・・に対して提供することが可能となっている。

サーバ装置１１において、バス２０に対してＣＰＵ(Central Processing Unit)２１、ＲＯＭ(Read Only Memory)２２、ＲＡＭ(Random Access Memory)２３が接続される。ＲＯＭ２１には、例えばサーバ装置１１を起動させるための初期プログラムが予め記憶される。ＲＡＭ２２は、ＣＰＵ２１のワークメモリとして用いられる。

バス２０に対して、さらに、表示部２４、入出力インターフェイス（入出力Ｉ／Ｆ）２５、ハードディスクドライブ２８および通信インターフェイス（通信Ｉ／Ｆ）２９が接続される。表示部２４は、サーバ装置１１に内蔵またはサーバ装置１１に接続して用いられ、ＣＰＵ２１で生成された表示制御信号に応じた表示を行う。入出力Ｉ／Ｆ２５には、キーボードや所定の操作子が配置された操作パネルといった、ユーザからの入力を受け付けるための入力部２６と、ＣＤ(Compact Disc)やＤＶＤ(Digital Versatile Disc)を再生可能なドライブ装置２７とが接続される。

ハードディスクドライブ２８は、多数のコンテンツデータを蓄積可能とされていると共に、このサーバ装置１１の動作を制御するためのプログラムが格納される。ＣＰＵ２１は、例えばサーバ装置１１の起動時に、ＲＯＭ２２から読み出された初期プログラムに従いハードディスクドライブ２８に記録されたプログラムを読み出し、ＲＡＭ２３上に展開してサーバ装置１１の動作を制御する。

通信Ｉ／Ｆ２９は、ＬＡＮ１０に接続され、例えばＴＣＰ、(Transmission Control Protocol)、ＩＰ(Internet Protocol)、ＵＤＰ(User Datagram Protocol)といった所定のプロトコルを用いてＬＡＮ１０に対する通信を制御する。

サーバ装置１１は、例えばドライブ装置２７に装填されたＣＤを再生して得られたオーディオデータをコンテンツデータとして、ハードディスクドライブ２８に蓄積する。これに限らず、通信Ｉ／Ｆ２９を用いて、ＬＡＮ１０に対してさらに接続された、インターネットなどの外部のネットワークを介してダウンロードしたコンテンツデータをハードディスクドライブ２８に蓄積することもできる。ハードディスクドライブ２８に蓄積されたコンテンツデータは、管理情報に基づきサーバ装置１１に管理される。また、サーバ装置１１は、必要に応じて、ハードディスクドライブ２８上に蓄積されたコンテンツデータ所定に分類、順序付けを行い、プレイリストを作成する。

図３は、ハードディスクドライブ２８上に蓄積されたコンテンツデータに対する管理情報およびプレイリストの一例を示す。この図３においては、コンテンツデータがオーディオデータであるものとして説明する。管理情報は、例えば図３Ａに例示されるように、コンテンツデータの名称（曲名）、再生時間情報、属性情報および格納場所を示す情報が固有のＩＤに関連付けられてなる。図３Ａの例では、オーディオデータの格納場所がＵＲＬ(Uniform Resource Locator)を用いて表されている。格納場所情報としてＵＲＬを用いることで、ＬＡＮ１０上に接続された複数のサーバ装置１１Ａ、１１Ｂ、・・・に分散的に蓄積されたコンテンツデータを、統合的に扱うことが可能となる。

図３Ｂは、プレイリストの一例を示す。コンテンツデータのＩＤに対してコンテンツ番号が所定に対応付けられ、再生順に並べられる。例えば、あるプレイリストを選択して再生を指示すると、プレイリストに記述された再生順に従い、ＩＤに対応したコンテンツデータが順次、再生される。プレイリストは、サーバ装置１１において自動的に、あるいは、サーバ装置１１に対するユーザの指示に基づき手動で、作成される。

このプレイリストは、ネットワークオーディオ機器１２からの要求に応じて、サーバ装置１１からネットワークオーディオ機器１２に対して転送される。ネットワークオーディオ機器１２は、転送されたプレイリストに基づき、再生したいコンテンツデータを指定する。

ネットワークオーディオ機器１２は、ＬＡＮ１０への接続機能を有し、例えば圧縮符号化されたコンテンツデータ（オーディオデータ）をデコードおよびＤ／Ａ変換してアナログオーディオ信号とし、アンプで増幅してスピーカから再生する。圧縮符号化されていない、例えばＰＣＭ(Pulse Code Modulation)されたオーディオデータにも対応可能である。

図４は、ネットワークオーディオ機器１２の一例の構成を示す。ネットワークオーディオ機器１２は、ＬＡＮ１０に対する通信制御を行うと共に、オーディオデータの処理を行う通信制御／信号処理部３１、装置全体の制御を行うマイコン（マイクロコンピュータ）３２、ディジタルオーディオデータおよびアナログオーディオ信号を相互に変換するＡ／Ｄ変換およびＤ／Ａ変換部３３、オーディオ信号の周波数特性を補正するイコライザ（ＥＱ）３４、オーディオ信号を増幅しスピーカやヘッドフォンの駆動を可能とするアンプ３５を有する。

また、ネットワークオーディオ機器１２は、ＬＣＤ(Liquid Crystal Display)やＦＬ(Flourescent Lamp)管などからなる表示部３６、所定のキーやダイヤルなどの操作子が設けられた操作部３７を有する。表示部３６は、マイコン３２で生成された表示制御信号に基づく表示を行う。また、操作部３７は、操作子に対する操作に応じた制御信号を出力する。この制御信号は、マイコン３２に供給される。

マイコン３２は、図示されないＲＯＭおよびＲＡＭが接続され、ＲＯＭに予め記憶されたプログラムに従い、ＲＡＭをワークメモリとして用いてこのネットワークオーディオ機器１２の全体の動作を制御する。ＲＯＭを、ＥＥＰＲＯＭ(Electrically Erasable Programmable Read Only Memory)などのような、書き換え可能なタイプのメモリとすると、プログラムの更新などを容易に行え、好ましい。更新するプログラムは、例えばＬＡＮ１０を介してネットワークオーディオ機器１２に供給される。

また、ＲＡＭは、マイコン３２のワークメモリとして用いられる他に、上述した、サーバ装置１１から供給されるプレイリストが保持される。ＲＡＭ上の所定領域がプレイリストを保持するための領域（コンテンツ情報保存領域と呼ぶ）として確保される。

通信制御／信号処理部３１は、通信制御部および信号処理部を有する。通信制御部は、ＴＣＰ、ＵＤＰ、ＩＰといった所定の通信プロトコルに対応し、例えばＬＡＮ１０を介しての通信で送受信するＴＣＰ／ＩＰパケットの解析を行う。一例として、ＬＡＮ１０を介して供給され端子３０から入力されたパケットは、通信制御／信号処理部３１でパケットのヘッダ情報に基づき解析され、解析結果に基づき、パケットのペイロード部分に格納されたオーディオデータが取り出され、再構築される。再構築されたオーディオデータは、例えば図示されないメモリに一旦溜め込まれる。通信制御／信号処理部３１は、マイコン３２からの命令に応じて、メモリに溜め込まれたオーディオデータの読み出し制御を行う。メモリから読み出されたオーディオデータは、Ａ／Ｄ変換およびＤ／Ａ変換部３３に供給される。

通信制御／信号処理部３１に、所定の圧縮符号化方式に対応したデコーダを持たせることができる。デコーダは、対応する方式で圧縮符号化されたオーディオデータが供給されたら、図示されないメモリを用いてオーディオデータの圧縮符号を伸長し、ベースバンドのオーディオデータとして出力する。デコード処理は、ソフトウェア的に行うことも可能である。

通信制御／信号処理部３１から出力されたオーディオデータは、Ａ／Ｄ変換およびＤ／Ａ変換部３３でアナログオーディオ信号に変換される。アナログオーディオ信号は、イコライザ３４で音質補正され、アンプ３５で所定に増幅されて例えばスピーカが接続される出力端子４０に導出される。

入力端子３８および３９に対して、アナログオーディオ信号とディジタルオーディオ信号をそれぞれ入力することができる。入力端子３８から入力されたアナログオーディオ信号は、Ａ／Ｄ変換およびＤ／Ａ変換部３３およびイコライザ３４を介してアンプ３５に供給され、出力端子３０に導出される。アナログオーディオ信号をＡ／Ｄ変換およびＤ／Ａ変換部３３でディジタルオーディオ信号に変換し、通信制御／信号処理部３１からＬＡＮ１０に対して送信することもできる。通信制御／信号処理部３１は、供給されたディジタルオーディオ信号を所定にパケット化し、ＬＡＮ１０に対して送信する。

同様に、入力端子３９から入力されたディジタルオーディオ信号は、Ａ／Ｄ変換およびＤ／Ａ変換部３３でアナログオーディオ信号に変換され、イコライザ３４に供給される。入力されたディジタルオーディオ信号を通信制御／信号処理部３１からＬＡＮ１０に対して送信することもできる。

この実施の一形態によるシステムは、ＤＬＮＡ(Digital Living Network Alliance)のガイドラインに基づき構成すると、操作性や拡張性において好ましい。例えば、上述のネットワークオーディオ機器１２Ａ、１２Ｂ、・・・を、ＵＰｎＰ(Universal Plug and Play)に対応した、所謂ネットワーク参加型機器として構成する。以下、ＵＰｎＰに対応した機器を、ＵＰｎＰ機器と呼ぶ。

ＵＰｎＰについて、図５および図６を用いて概略的に説明する。ＵＰｎＰは、１０／１００ＢＡＳＥ−Ｔのイーサネット(Ethernet：登録商標)を用いたネットワーク通信において代表的なＩＥＥＥ(Institute Electrical and Electronics Engineers)８０２ネットワーク上で用いることが可能な、ＩＰおよびＩＰ上のＴＣＰ、ＵＤＰなどで構成されるプロトコル群とデータフォーマットの仕様であり、インターネット標準通信（ＴＣＰ／ＩＰ通信）における機能を拡充するものである。

そして、ＵＰｎＰをオーディオ再生機器などのいわゆるＣＥ(Consumer Electronics)機器に採用することにより、オーディオ再生機器などのＣＥ機器が、他のＣＥ機器やパーソナルコンピュータなどの情報機器との間で容易に相互認証し、ネットワークを通じたサービスの提供や提供されたサービスの実行を、ユーザに面倒な作業をさせることなく、容易かつ適正に行うことを可能にするものである。

図５は、ＵＰｎＰのプロトコルスタック（プロトコル群の構造）を示す。図５に示されるように、ＵＰｎＰでは、実際のデータの送受信は、インターネット標準通信プロトコル（ＩＰ、ＴＣＰおよびＵＤＰ）によって行われる。また、以下に説明するようなＵＰｎＰの独自の機能を実現するために、ＳＳＤＰ(Simple Service Discovery Protocol)、ＧＥＮＡ(General Event Notification Architecture)、ＳＯＡＰ(Simple Object Access Protocol)、ＨＴＴＰ(HyperText Transfer Protocol)などのプロトコル群が用いられる。

さらに、ＵＰｎＰでは、図５に示すように、ＵＰｎＰベンダ定義、ＵＰｎＰフォーラムワーキングコミッティ定義、デバイスアーキテクチャ定義がなされることになっている。

そして、ＵＰｎＰは、アドレッシング、ディスカバリ、ディスクリプション、コントロール、イベンティング、プレゼンテーションの６つの機能を提供している。以下、ＵＰｎＰが提供するこれら６つの機能について説明する。

上述のネットワークオーディオ機器１２Ａ、１２Ｂ、・・・のような、ＵＰｎＰが適用されたオーディオ再生機器では、ＵＰｎＰの機能を用いてオーディオデータを利用するために、ＵＰｎＰ ＡＶ(Audio Video)アーキテクチャという規定に従うことになる。ＵＰｎＰ ＡＶアーキテクチャにおけるＵＰｎＰ機器は、以下のように３種類に分類されている。

ＵＰｎＰ ＡＶアーキテクチャでは、ＵＰｎＰ機器を、コンテンツを提供するメディアサーバと、制御端末装置として機能するコントロールポイントと、再生装置として機能するメディアレンダラとの３種類に分類している。ここで、メディアサーバは、ネットワークシステムにおいて一般にサーバ装置と呼ばれているものに相当し、メディアレンダラは、ネットワークシステムにおいて一般にクライアント装置と呼ばれているものに相当する。上述した図１の例では、サーバ装置１１Ａ、１１Ｂ、・・・がメディアサーバに相当し、ネットワークオーディオ機器１２Ａ、１２Ｂ、・・・がメディアレンダラに相当する。

また、コントロールポイント（制御装置）は、ネットワークに接続された各ＵＰｎＰ機器を制御することができるものである。コントロールポイントとしての機能は、メディアサーバにもメディアレンダラにも搭載することが可能であり、ネットワークを構成するすべての電子機器にコントロールポイントを搭載することも、また、ネットワークを構成する任意の電子機器にコントロールポイントを搭載することも可能となっている。この実施の一形態では、例えばネットワークオーディオ機器１２Ａ、１２Ｂ、・・・にコントロールポイントとしての機能が搭載されているものとする。

また、ＵＰｎＰにおけるアドレッシングは、各ＵＰｎＰ機器が、ＩＥＥＥ８０２ネットワーク上で自機を特定するためのアドレスを取得する機能であり、ＤＨＣＰ(Dynamic Host Configuration Protocol)またはＡｕｔｏ−ＩＰが用いられる。

ディスカバリは、アドレッシングの後に行われ、これによりコントロールポイントは、コントロールしたターゲット機器（メディアサーバまたはメディアレンダラ）を発見することができる。ここで用いられるプロトコルは、上述のＳＳＤＰである。ネットワークシステムを構成する各電子機器は、ＩＥＥＥ８０２ネットワークに接続されたときに、自分自身が備えるデバイスやサービスを通知するメッセージを、ＩＥＥＥ８０２ネットワーク上にブロードキャスト（相手先未指定のパケット送信）する。コントロールポイントは、このブロードキャストされたメッセージを受信することで、ＩＥＥＥ８０２ネットワークにどのような機器が接続されたかを知ることができる。

ディスカバリによって、コントロールポイントが発見したコントロール対象の電子機器が出力したＳＳＤＰパケットには、デバイスディスクリプションのＵＲＬが記述されている。コントロールポイントは、そのＵＲＬにアクセスすることにより、その電子機器のさらに詳しいデバイス情報をデバイスディスクリプションから取得することができる。

このデバイス情報には、アイコン情報、モデル名、生産者名、商品名や、そのデバイスが有するサービスの詳しい情報が記載されているサービスディスクリプションなどが記述されている。コントロールポイントは、これらのデバイスディスクリプションやサービスディスクリプションから、ターゲット機器に対するアクセスの方法を知ることができる。デバイスディスクリプションやサービスディスクリプションは、ＸＭＬ(eXtensible Markup Language)で表現されている。

コントロールの機能は、アクション（実行）とクエリ（問い合わせ）の２つの機能に大きく分類される。アクションは、サービスディスクリプションのアクション情報に規定された方法で行われ、アクションを実施することによって、コントロールポイントはターゲット機器を操作することができる。クエリは、サービスディスクリプションの機器情報の値を取り出すために用いられる。コントロールでは、上述のＳＯＡＰというトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。

イベンティングは、機器情報の値が変更されたとき、そのことをターゲット機器からコントロールポイントに通知させるために用いられる。コントロールポイントは、ターゲット機器に対してサービスディスクリプションを解析することにより、機器情報からターゲット機器の保持する変数を知ることができ、さらにその変数が変更になったときにターゲット機器から通知を受け取ることができる。イベンティングでは、上述のＧＥＮＡというトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。

プレゼンテーションは、ユーザにユーザインタフェースを用いたコントロール手段を提供するために用いられる。デバイスディスクリプションに記述されたプレゼンテーションＵＲＬにアクセスすることによって、ＨＴＭＬによって記述されたプレゼンテーションページを得ることができる。その機能により、ターゲット機器でアプリケーションを用意することが可能になる。

各ＵＰｎＰ機器は、以上のようなＵＰｎＰ機能を用いることにより、ユーザに複雑な操作を求めることなく、ネットワークに参加し、通信が行える状態になるだけでなく、他のＵＰｎＰ機器の検出や接続までも自動的に行うことができるようにされる。

図６は、メディアサーバに格納されたコンテンツを管理するツリー構造の例を示す。ＵＰｎＰ機器であるメディアサーバには、ＣＤＳ(Contents Directory Service)というサービスが組み込まれている。メディアサーバは、この機能により、コントロールポイントに対して、メディアサーバにどのようにコンテンツが格納されているかを通知する。ＣＤＳには、コンテナとアイテムという２種類の抽象化されたオブジェクトがあり、図６に一例が示されるように、常にツリー構造を作ることになっている。例えば、サーバ装置１１Ａ、１１Ｂ、・・・から配信されるコンテンツデータが、図６におけるアイテムに対応する。

コントロールポイントは、図６に例示されるツリー構造をメディアサーバから取得することにより、各コンテンツのＵＲＬを得ることができる。そして、所望のアイテム（オーディオデータ）の情報が取得できた場合、メディアサーバのＡＶトランスポートという機能を用いてオーディオコンテンツの再生や停止など、オーディオトラック（オーディオデータ）についての操作を行うことができるようにされる。なお、ＣＤＳにより情報を取得することを、「ブラウズする」と称する。

図１に示すサーバ装置１１Ａ、１１Ｂ、・・・と、ネットワークオーディオ機器１２Ａ、１２Ｂ、・・・のそれぞれは、上述のように、ＵＰｎＰのアドレッシング機能を用いて、ＴＣＰ／ＩＰの通信が可能な状態になり、ＵＰｎＰのディスカバリ機能を用いてお互いの機器認証を行う。これによって、各機器は、ネットワークの構成を把握し、目的とする電子機器との間で通信を行うことができるようにされる。

このようなシステムにおいて、ユーザは、例えばネットワークオーディオ機器１２Ａの操作部３７を操作し、コンテンツデータ（オーディオデータ）の再生を指示する。この指示に応じて、ネットワークオーディオ機器１２Ａは、ＬＡＮ１０を介してサーバ装置１１Ａ、１１Ｂ、・・・に対してプレイリストを要求する。サーバ装置１１Ａ、１１Ｂ、・・・において、プレイリストが読み出され、ＬＡＮ１０を介してネットワークオーディオ機器１２Ａに対して送信される。ネットワークオーディオ機器１２Ａは、例えば、このプレイリストに基づき表示部３６に対して選択可能なコンテンツデータのリストを表示する。

ユーザは、表示部３６のこの表示に基づき操作部３７を操作し、再生させたいコンテンツデータを選択し、再生指示を行う。ネットワークオーディオ機器１２Ａは、この指示に基づきＬＡＮ１０を介してサーバ装置１１Ａまたは１１Ｂ（サーバ装置１１Ａとする）に対して再生すべきコンテンツデータの情報を伝える。サーバ装置１１Ａは、再生が指示されたコンテンツデータをハードディスクドライブ２８から読み出し、ＬＡＮ１０を介してネットワークオーディオ機器１２Ａに転送する。このコンテンツデータは、ネットワークオーディオ機器１２Ａに受信され、所定に信号処理されて再生される。

このように、このシステムにおいては、ネットワークオーディオ機器１２は、サーバ装置１１からＬＡＮ１０を介して供給されたコンテンツデータを再生し、サーバ装置１１に対してクライアントとして機能する。ネットワークオーディオ機器１２Ａ、１２Ｂ、・・・は、サーバ装置１１Ａ、１１Ｂ、・・・からそれぞれ異なるコンテンツデータを供給され、再生することができる。

プレイリストに基づく再生について、より詳細に説明する。ネットワークオーディオ機器１２は、再生中の動作として、再生中のコンテンツに対して２コンテンツ後に再生されるコンテンツの情報を先読みする。すなわち、ネットワークオーディオ機器１２は、プレイリスト中のあるコンテンツの再生が開始されると、当該プレイリストに基づき、再生開始されたコンテンツに対して２コンテンツ後に示されるコンテンツデータをサーバ装置１１に要求する。

また、ネットワークオーディオ機器１２は、コンテンツ情報保存領域に５０コンテンツ分のプレイリスト情報を保持するようにされる。そして、コンテンツ情報保存領域に保持されるプレイリスト情報の範囲外にアクセスが要求された際には、コンテンツ情報保存領域に保持されているプレイリスト情報を所定量だけ残し、全体で５０コンテンツ分のプレイリスト情報を保持するように、サーバ装置１１に対してプレイリスト情報が要求される。一例として、５０コンテンツの略１／４にあたる１２コンテンツ分のプレイリスト情報を残し、残りの３８コンテンツ分のプレイリスト情報をサーバ装置１１に対して要求する。

このように、再生中のコンテンツの２コンテンツ後の情報を先読みすると共に、コンテンツ情報保存領域に保持されるプレイリスト情報を一部、残しておいて次の情報を要求することで、処理を高速化することができる。

図７は、ネットワークオーディオ機器１２がサーバ装置１１からプレイリストを取得する際の、基本的な処理を示す一例のフローチャートである。なお、このフローチャートの処理に先んじて、ネットワークオーディオ機器１２は、何らかの方法により、サーバ装置１１が有するプレイリストのリストを保持しているものとする。例えば、ネットワークオーディオ機器１２は、ＵＰｎＰが持つアドレッシング、ディスカバリ、コントロールなどの機能を用いて、ＬＡＮ１０に接続されるサーバ装置１１の情報を得て、サーバ装置１１が有するプレイリストのリストを自動的に取得することができる。

最初のステップＳ１０で、ユーザは、ネットワークオーディオ機器１２に対して所定の操作を行い、再生したいプレイリストを選択する。以下では、サーバ装置１１において一度も再生されたことのないコンテンツデータのプレイリストである、未再生プレイリストが選択されたものとして説明する。また、この選択された未再生プレイリストには、１００コンテンツ分のコンテンツデータの情報がプレイリスト情報として記述されているものとする。

ネットワークオーディオ機器１２は、サーバ装置１１と通信を行い、プレイリスト中のコンテンツ数をブラウズする（ステップＳ１１）。ステップＳ１１のブラウズ結果に基づき、次のステップＳ１２で、ネットワークオーディオ機器１２は、サーバ装置１１と通信を行い、プレイリスト中の最初の５０コンテンツ分の情報をブラウズする。これにより、サーバ装置１１からネットワークオーディオ機器１２に対してプレイリスト中の最初の５０コンテンツ分の情報が転送され、転送された情報がネットワークオーディオ機器１２のＲＡＭ中のコンテンツ情報保存領域に保持される。

ステップＳ１３で、プレイリストに対するアクセス操作が行われる。アクセス操作は、ネットワークオーディオ機器１２において自動的に行われる場合もあるし、ユーザが表示部３６に表示されたコンテンツ情報に基づき操作部３７を操作することで行われる場合もある。次のステップＳ１４で、このアクセス操作により、現在ＲＡＭのコンテンツ情報保存領域に保持されているコンテンツ情報（手持ち情報）の範囲外にアクセスされたか否かが判断される。若し、コンテンツ情報保存領域に保持されている情報の範囲外のコンテンツに対するアクセス操作がなされたと判断されれば、処理はステップＳ１５に移行される。

ステップＳ１５では、ネットワークオーディオ機器１２は、サーバ装置１１と通信を行い、必要な次の５０コンテンツ分の情報をブラウズする。そして、次のステップＳ１６において、上述したステップＳ１１でブラウズされたプレイリスト中のコンテンツ数に基づき、プレイリストの最後の部分にアクセスしたか否かが判断される。若し、最後の部分にアクセスしたとされれば、ステップＳ１５でブラウズされた最後のコンテンツデータへのアクセス操作（図示しない）がなされた時点で、一連の処理が終了される。ステップＳ１５で、未だ最後の部分にアクセスしていないと判断されれば、処理はステップＳ１３に戻される。

図８は、図７のフローチャートによる処理に伴う、サーバ装置１１およびネットワークオーディオ機器１２上のプレイリストの状態を概略的に示す。図８Ａ〜図８Ｄそれぞれにおいて、上段はネットワークオーディオ機器１２の表示部２６に表示される、例えばコンテンツの再生順を示す番号、中段はネットワークオーディオ機器１２がコンテンツ情報保存領域に保持する５０コンテンツ分のプレイリスト情報、下段はサーバ装置１１が保持するプレイリスト情報を示す。

コンテンツ情報保存領域に保持された５０コンテンツ分のプレイリスト情報は、ネットワークオーディオ機器１２の表示部３６に所定に表示される。例えば、表示部３６が１行分の表示領域のみを有している場合、現在選択されているコンテンツの情報が表示部３６に表示される。プレイリストが再生される以前（図７のステップＳ１２）は、図８Ａに一例が示されるように、ネットワークオーディオ機器１２がコンテンツ情報保存領域に保持するコンテンツ情報のコンテンツ番号（中段）と、サーバ装置１１が当該プレイリストの情報として保持しているコンテンツ情報のコンテンツ番号（下段）とは、一致している。

図７のステップＳ１３で、例えば１番目のコンテンツが再生された場合、図８Ｂの中段に一例が示されるように、ネットワークオーディオ機器１２のコンテンツ情報保存領域に保持される情報に変化はない。一方、サーバ装置１１側では、再生された１番目のコンテンツが未再生プレイリストから削除され、図８Ｂの下段に一例が示されるように、２番目のコンテンツがリストの先頭に詰められる。このような処理とすることで、サーバ装置１１が保持するプレイリストに無駄な情報が残らない利点がある。

以下同様にして、４８番目のコンテンツに対するアクセス操作が行われるまで、サーバ装置１１側では再生されたコンテンツの情報が未再生プレイリストから削除され、コンテンツ情報が順次、先頭側に詰められる。ネットワークオーディオ機器１２において４８番目のコンテンツに対するアクセス操作がなされた時点で、サーバ装置１１の未再生プレイリストには、図８Ｃの下段に一例が示されるように、１番目から４８番目のコンテンツ情報が削除され、４９番目から１００番目のコンテンツ情報が記述されていいることになる。このように、サーバ装置１１側では、未再生プレイリストの情報がネットワークオーディオ機器１２における処理に対応して動的に変化している。

一方、ネットワークオーディオ機器１２においては、４８番目のコンテンツに対するアクセス操作がなされた時点で、２コンテンツ後の５０番目のコンテンツ情報が先読みされる。

さらに、ネットワークオーディオ機器１２において、コンテンツ情報保存領域の保持されたコンテンツ情報に基づき４９番目のコンテンツに対してアクセス操作がなされると、ネットワークオーディオ機器１２は、２コンテンツ後の５１番目のコンテンツ情報を先読みすることになる。しかしながら、この時点で、コンテンツ情報保存領域には５０番目までのコンテンツ情報しか保持されておらず、ステップＳ１４の判断に基づき、手持ち情報に無い部分にアクセスがなされることになる。したがって、ネットワークオーディオ機器１２からサーバ装置１１に対して、５１番目以降のコンテンツ情報が要求される（ステップＳ１５）。

ステップＳ１５で、ネットワークオーディオ機器１２は、３９番目のコンテンツから５０コンテンツ分、すなわち８８番目までのコンテンツ情報を取得しようとする。ネットワークオーディオ機器１２は、ステップＳ１１において、サーバ装置１１が有する未再生プレイリストには１００コンテンツ分の情報が含まれていることをブラウズしているので、ステップＳ１５で８８番目までのコンテンツ情報を取得することが可能であると判断できる。

一方、サーバ装置１１側では、ネットワークオーディオ機器１２で既にアクセス操作されたコンテンツの情報が削除され、残ったコンテンツ情報が先頭側から順次、詰められている。そのため、未再生プレイリストには、５２コンテンツ分の情報しか存在せず、最終コンテンツが５２番目のコンテンツとなっている。したがって、ネットワークオーディオ機器１２から未再生プレイリストの８８番目のコンテンツ情報が要求されても、対応するコンテンツ（５３番目から８８番目まで）の情報が存在せず、サーバ装置１１は、存在しない情報が要求され、取得しようとしているコンテンツ情報が取得できないとして、エラー処理を行う。サーバ装置１１は、例えば、ネットワークオーディオ機器１２に対してその旨を示すエラー通知を送信する。

また、情報が取得できない際に、エラーとしないで、サーバ装置１１の当該プレイリストに存在する情報を強制的に取得することも考えられる。しかしながら、この場合、図８Ｄに一例が示されるように、再生されずスキップされるコンテンツが発生してしまう。

このように、サーバ装置１１側で、ネットワークオーディオ機器１２側のアクセス操作に伴い動的にプレイリスト情報が変化する場合、リストの最後の部分に対するアクセスができないことになる。

なお、サーバ装置１１側でプレイリスト情報が動的に変化しない場合は、図７に示す処理で問題なく動作する。また、ネットワークオーディオ機器１２側でも、ユーザに対する表示において、存在するコンテンツ数をユーザに認識させ、ユーザがプレイリストのどの位置まで選択できるかを明示的に示すことが可能である。

但し、プレイリスト内のコンテンツ数が５０個以下であるときは、ネットワークオーディオ機器１２がサーバ装置１１から取得する情報に基づき、コンテンツデータが格納されている絶対的なアドレス情報を取得することができるため、サーバ装置１１側においてプレイリスト内の情報が削除されても、リストから削除されたコンテンツデータがサーバ装置１１のハードディスクドライブ２８などから物理的に削除されない限り、ネットワークオーディオ機器１２から当該コンテンツデータに対してアクセスすることができる。

この発明の実施の一形態では、ネットワークオーディオ機器１２が手持ちのプレイリスト情報の範囲外の部分にアクセスしようとするときに、サーバ装置１１から、当該プレイリストのコンテンツ数を取得することにより、サーバ装置１１におけるプレイリストの動的な変化に、ネットワークオーディオ機器１２側が対応できるようにしている。

図９は、この発明の実施の一形態による、ネットワークオーディオ機器１２がサーバ装置１１からプレイリストを取得する際の一例の処理を示すフローチャートである。この図９のフローチャートにおいても、上述の図７のフローチャートと同様に、ネットワークオーディオ機器１２は、サーバ装置１１が有するプレイリストのリストを予め保持し、また、後述するステップＳ２０で選択されるプレイリストは、１００コンテンツ分の情報が含まれる未再生プレイリストであるものとする。

図９のフローチャートにおいて、ステップＳ２０からステップＳ２４までの処理は、上述図７におけるステップＳ１０からステップＳ１４までの処理と同一である。すなわち、最初のステップＳ２０で再生したいプレイリストが選択（未再生プレイリストとする）され、次のステップＳ２１でネットワークオーディオ機器１２がサーバ装置１１と通信を行い選択されたプレイリスト中のコンテンツ数をブラウズする。ブラウズ結果に基づき、ステップＳ２２でネットワークオーディオ機器１２によりサーバ装置１１の当該プレイリスト中の最初の５０コンテンツ分のプレイリスト情報がブラウズされる。

ステップＳ２２のブラウズ処理により取得された情報に基づき、ステップＳ２３でアクセス操作が行われる。次のステップＳ２４では、このアクセス操作により、ネットワークオーディオ機器１２の手持ち情報の範囲外の部分にアクセスされたか否かが判断される。若し、手持ち情報の範囲外の部分にアクセスされていると判断されれば、処理はステップＳ２５に移行される。

ステップＳ２５で、ネットワークオーディオ機器１２は、サーバ装置１１と通信を行い、現在選択されているプレイリストのコンテンツ数をブラウズする。そして、次のステップＳ２６において、当該プレイリストについて以前に取得されたコンテンツ数と、今回取得されたコンテンツ数とが比較され、変化があるか否かが判断される。若し、コンテンツ数に変化があると判断されれば、処理はステップＳ２７に移行され、ネットワークオーディオ機器１２によりサーバ装置１１の当該プレイリストの情報が読み直される。そして、読み直された情報に基づき、ステップＳ２８で、必要な次の５０コンテンツ分のプレイリスト情報をブラウズする。

なお、実際には、コンテンツ情報保存領域中の例えば１２コンテンツ分の情報を残し、５１番目から８８番目までの３８コンテンツ分の情報がブラウズされることになる。

次のステップＳ２９では、上述したステップＳ２５でブラウズされたプレイリスト中のコンテンツ数に基づき、プレイリストの最後の部分にアクセスしたか否かが判断される。若し、最後の部分にアクセスしたとされれば、例えば、ステップＳ２５でブラウズされた最後のコンテンツデータへのアクセス操作（図示しない）がなされた時点で、一連の処理が終了される。ステップＳ２９で、未だ最後の部分にアクセスしていないと判断されれば、処理はステップＳ２３に戻される。

図１０は、図９のフローチャートによる処理に伴う、サーバ装置１１およびネットワークオーディオ機器１２上のプレイリストの状態を概略的に示す。図１０Ａ〜図１０Ｄそれぞれにおいて、上段はネットワークオーディオ機器１２の表示部２６に表示される再生コンテンツを示す番号、中段はネットワークオーディオ機器１２がコンテンツ情報保存領域に保持する５０コンテンツ分のプレイリスト情報、下段はサーバ装置１１が保持するプレイリスト情報を示す。

図１０Ａ〜図１０Ｃに一例が示される、図９のフローチャートにおけるステップＳ２２でブラウズされた、５０コンテンツ分の情報が記述されるプレイリストのうち、４８番目のコンテンツに対するアクセス操作までの状態は、上述した図８Ａ〜図８Ｃに示した状態と同一であるため、詳細な説明を省略する。

ネットワークオーディオ機器１２は、ステップＳ２３で４９番目のコンテンツに対するアクセス操作がなされると、２コンテンツ後の５１番目のコンテンツ情報を先読みするように動作される。この時点で、サーバ装置１１の当該プレイリストは、ネットワークオーディオ機器１２において既に再生された４８番目までのコンテンツ情報が削除され、コンテンツ数が５２個に減少している。ステップＳ２５では、この状態の未再生プレイリストがネットワークオーディオ機器１２にブラウズされる。

ネットワークオーディオ機器１２は、ステップＳ２６で、このブラウズ結果に基づき以前に取得されたコンテンツ数（１００個）に対して変化があったと判断し、サーバ装置１１の当該プレイリスト中のコンテンツ数を読み直す。そして、読み直したコンテンツ数に基づき当該プレイリストの先頭から５０コンテンツ分のプレイリスト情報を取得し、取得した情報を新たなプレイリスト情報として、コンテンツ情報保存領域に保持する。

図１０Ｄの中段に、読み直された情報に基づきネットワークオーディオ機器１２のコンテンツ情報保存領域に保持される一例のプレイリスト情報が示されている。読み直しを行う直前の４９番目のコンテンツが新たな１番目のコンテンツとされて、プレイリスト情報が保持および表示される。読み直しを行う前後で、同一のコンテンツデータに対するコンテンツ番号が変化するので、表示上の違和感が生じる可能性があるが、コンテンツのスキップが発生することが無い。

なお、上述したように、ステップＳ２３〜ステップＳ２８の処理などで、必要な次の５０コンテンツ分の情報を取得する場合に、ネットワークオーディオ機器１２とサーバ装置１１との間で通信が行われる。この通信には、ある程度の時間がかかる場合があるので、例えば表示部２６に対して、取得されるコンテンツ数を見込んで恰も情報が連続的に受信されているかのように、コンテンツ数を順次増加させるような表示を行うと、操作性の上で好ましい。一方で、表示されるコンテンツ数だけを増加させると、表示されるコンテンツ数がサーバ装置１１の選択されたプレイリスト中に含まれるコンテンツ数よりも多くなり、実際にはアクセスできないコンテンツ番号が表示されてしまうことも考えられる。

そこで、ステップＳ２８で、リストの最後のコンテンツ情報が取得できた時点で、表示されるコンテンツ数と、ステップＳ２５で取得されたコンテンツ番号とを比較し、小さい方の値を、表示されるコンテンツ数とする。

図１１は、このコンテンツ情報取得中の一例の表示制御を示すフローチャートである。図１１の左側がネットワークオーディオ機器１２における一例の処理を示し、右側がその処理に伴う表示部２６の一例の表示を示す。ステップＳ３０でコンテンツの送り操作が行われる以前は、例えば上述のステップＳ２１で取得されたコンテンツ数（１００個）が表示部２６に対して表示される。ユーザの操作に応じてコンテンツの送り動作が行われると（ステップＳ３０）、表示部２６に対して、送られたコンテンツに対応する番号が順次、表示される。送られたコンテンツ数が所定数（例えば４９個）を越えたか否かがステップＳ３１で判断され、越えたと判断されれば、ステップＳ３２で、ネットワークオーディオ機器１２からサーバ装置１１に対して、次に必要な５０コンテンツ分の情報が要求される。

ネットワークオーディオ機器１２は、ステップＳ３２における要求に対するサーバ装置１１からの返答が受信されるまで（ステップＳ３３）、表示部２６に表示されるコンテンツ数の値を順次、増加させる。そして、ステップＳ３４で、サーバ装置１１から、現在選択されているプレイリスト中のコンテンツ数の情報が受信されたら、受信されたコンテンツ数と、表示部２６に現在表示中のコンテンツ数とを比較する。

比較の結果、表示されているコンテンツ数が、サーバ装置１１における当該プレイリストに含まれるコンテンツ数よりも大きいと判断されれば、処理はステップＳ３６に移行され、表示部２６に表示されるコンテンツ数表示がサーバ装置１１における当該プレイリストのコンテンツ数の表示とされる。図１１の例では、表示部２６に表示されるコンテンツ数が「７５」になった時点で、サーバ装置１１から、当該プレイリストに含まれるコンテンツ数が「７０」であることが送信され、表示部２６に表示されるコンテンツ数表示がサーバ装置１１から送信された値とされる。

次に、この発明の実施の一形態の変形例について説明する。上述では、サーバ装置１１において選択中のプレイリストに含まれるコンテンツ数に動的な変化が生じた際に、当該プレイリストの情報を読み直していたが、これはこの例に限定されない。この実施の一形態の変形例では、サーバ装置１１における当該プレイリストに含まれるコンテンツ数に変化があった際に、新たに取得するコンテンツ数を、現在のコンテンツ数に応じて変更するようにしている。

図１２は、この実施の一形態の変形例による、ネットワークオーディオ機器１２がサーバ装置１１からプレイリストを取得する際の一例の処理を示すフローチャートである。この図１２のフローチャートにおいても、上述の図７のフローチャートと同様に、ネットワークオーディオ機器１２は、サーバ装置１１が有するプレイリストのリストを予め保持し、また、後述するステップＳ２０で選択されるプレイリストは、１００コンテンツ分の情報が含まれる未再生プレイリストであるものとする。

この図１２のフローチャートによる処理は、上述した図９に示される実施の一形態の処理に対して、プレイリストに含まれるコンテンツ数が以前に取得されたコンテンツ数と異なる場合の処理（図９のステップＳ２７およびステップＳ２８）が異なっている。図１２のステップＳ４０〜ステップＳ４５までの処理は、図９のステップＳ２０〜ステップＳ２５までの処理と同一であるため、繁雑さを避けるため、詳細な説明を省略する。

この実施の一形態の変形例では、ステップＳ４５でブラウズされたコンテンツ数が０であるか否かがステップＳ４６で判断され、０であると判断されれば、一連の処理が終了される。ブラウズされたコンテンツ数が０でないと判断されれば、処理はステップＳ４７に移行され、ステップＳ４１でブラウズされたコンテンツ数と、ステップＳ４５でブラウズされたコンテンツ数とが一致するか否かが判断される。

若し、異なると判断されれば、処理はステップＳ４８に移行され、ネットワークオーディオ機器１２がサーバ装置１１から取得するコンテンツ数を、サーバ装置１１における当該プレイリスト中の、既に再生されて削除されたコンテンツを除いたコンテンツ数を所定数（この例では５０個）で除した余りのコンテンツ数に変更する。

なお、実際には、ネットワークオーディオ機器１２のコンテンツ情報保存領域に所定数、例えば１２コンテンツ分の情報を残すようにしているため、上述の余りのコンテンツ数に対して１２を加えたコンテンツ数が取得するコンテンツ数とされる。

ステップＳ４９では、ステップＳ４８で取得コンテンツ数が変更された場合、ネットワークオーディオ機器１２は、例えば、サーバ装置１１における当該プレイリスト中の最後尾側から変更された数だけコンテンツ情報をブラウズする。ステップＳ４９で必要な情報がブラウズされると、処理がステップＳ４３に戻される。

図１３を用いて説明する。なお、図１３において、図１３Ａ〜図１３Ｃは、上述した図８Ａ〜図８Ｃなどと同一である。図１３Ｄに一例が示されるように、ネットワークオーディオ機器１２において、４９番目のコンテンツが再生される時点で、５１番目以降のコンテンツ情報が必要とされる。一方、サーバ装置１１の当該プレイリストにおいて、４８番目までのコンテンツが既に再生済みとなっているため削除され、４９番目のコンテンツがプレイリストの先頭のコンテンツとされ、５１番目以降は、削除前の９９番目および第１００番目の２コンテンツとなる（図１３Ｄの下段参照）。

そこで、ネットワークオーディオ機器１２は、ステップＳ４５におけるプレイリスト中のコンテンツ数のブラウズ結果に基づき、５１番目のコンテンツ以降のコンテンツ数である２個を、新たに取得するコンテンツ数とする。ネットワークオーディオ機器１２は、サーバ装置１１に対してこの２コンテンツ分の情報をブラウズし、削除前の９９番目および１００番目のコンテンツ情報を得る（図１３Ｄの中段参照）。ネットワークオーディオ機器１２では、５０番目のコンテンツのアクセスの次に、削除前の９９番目のコンテンツにアクセスすることができ、恰も、コンテンツが連続的にアクセスされたように見える。

この実施の一形態の変形例によれば、４８番目のコンテンツが再生された後に、削除前の９９番目および１００番目のコンテンツが再生され、削除前の４９番目から９８番目までのコンテンツがスキップされることになる。しかしながら、図１２の処理を繰り返していくことで、一旦スキップされた、削除前の４９番目から９８番目までのコンテンツを再生することができる。

なお、この実施の一形態の変形例においても、この発明の実施の一形態で図１１を用いて説明した表示制御方法を適用することができる。

ところで、上述した実施の一形態および／または実施の一形態の変形例による処理を行っても、サーバ装置１１におけるプレイリスト上の情報と、ネットワークオーディオ機器１２のコンテンツ情報保存領域に保持されたプレイリスト情報との間に矛盾が生じてしまう可能性がある。

例えば、ネットワークオーディオ機器１２において、未再生プレイリストに基づく再生を行っている最中に、ユーザがコンテンツを反復再生するリピートモードを変更し、１コンテンツだけを再生するように操作した場合について考える。この場合、一度再生したコンテンツは、サーバ装置１１の未再生プレイリストから削除されるため、再度同一のコンテンツを再生しようとしても、そのコンテンツが未再生プレイリスト中に見つからないことになり、存在しないコンテンツにアクセスしようとした旨のエラーが発生してしまう。

また、この例に限らず、サーバ装置１１とネットワークオーディオ機器１２との間でなされる、プレイリスト情報の転送時などの通信エラーや、サーバ装置１１やネットワークオーディオ機器１２のソフトウェア的な不備などでも、同様なエラーが発生する可能性がある。

そこで、このような、プレイリストに基づくアクセスに関する予期せぬ事態が発生した場合には、自動的に、サーバ装置１１の対応するプレイリストを読み直す処理を行うようにする。そして、ネットワークオーディオ機器１２側では、読み直されたプレイリストの先頭を再生コンテンツとして選択した状態で、待機状態とする。このような処理を行うことで、エラーの発生を防ぐことができる。

上述では、この発明を適用可能なシステムがオーディオデータを扱うシステムであるように説明したが、このシステムで扱うことができるコンテンツデータは、オーディオデータに限定されない。例えば、ビデオデータを扱うシステムにこの発明を適用することができる。勿論、ビデオデータやオーディオデータといった、種類の異なるコンテンツデータを混在させて扱うシステムにこの発明を適用することも可能である。

この発明に適用可能な一例のシステム構成を示すブロック図である。 サーバ装置の一例の構成を概略的に示すブロック図である。 蓄積されたコンテンツデータに対する管理情報およびプレイリストの一例を示す略線図である。 ネットワークオーディオ機器の一例の構成を示すブロック図である。 ＵＰｎＰについて説明するための略線図である。 ＵＰｎＰについて説明するための略線図である。 プレイリストを取得する際の基本的な処理を示す一例のフローチャートである。 プレイリストを取得する際の基本的な処理に伴う、サーバ装置およびネットワークオーディオ機器上のプレイリストの状態を概略的に示す略線図である。 この発明の実施の一形態による、プレイリストを取得する際の一例の処理を示すフローチャートである。 この発明の実施の一形態による、プレイリストを取得する際の処理に伴う、サーバ装置およびネットワークオーディオ機器上のプレイリストの状態を概略的に示す略線図である。 コンテンツ情報取得中の一例の表示制御を示すフローチャートである。 この実施の一形態の変形例による、プレイリストを取得する際の一例の処理を示すフローチャートである。 この発明の実施の一形態の変形例による、プレイリストを取得する際の処理に伴う、サーバ装置およびネットワークオーディオ機器上のプレイリストの状態を概略的に示す略線図である。

符号の説明

１０ ＬＡＮ
１１ サーバ装置
１２ ネットワークオーディオ機器
２８ ハードディスクドライブ
３１ 通信制御／信号処理部
３２ マイコン
３６ 表示部
３７ 操作部

Claims (12)

1. コンテンツデータを蓄積する蓄積部と、
   上記蓄積部に蓄積された上記コンテンツデータの再生順を示す情報が格納される第１のプレイリストと、
   ネットワークを介して通信を行う第１の通信部と
   を有するサーバ装置と、
   上記ネットワークを介して通信を行う第２の通信部と、
   上記サーバ装置に対して上記コンテンツデータを要求するための第２のプレイリストを記憶するプレイリスト記憶部と、
   上記サーバ装置と上記ネットワークを介して通信を行い、上記サーバ装置から上記第１のプレイリストに格納される情報の第１の数を取得して該第１のプレイリストに格納される情報のうち所定数以内の情報を上記サーバ装置に対して要求し、該要求に応じて取得された情報を上記第２のプレイリストとして上記プレイリスト記憶部に記憶し、該プレイリスト記憶部に記憶される該第２のプレイリストに基づき上記蓄積部に蓄積された上記コンテンツデータを上記サーバ装置に対して要求する制御部と
   を有し、
   上記制御部は、
   上記第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、上記第１のプレイリストに格納される情報の第２の数を上記サーバ装置から取得し、上記第１の数と上記第２の数とが異なった場合、上記サーバ装置に対して上記第１のプレイリストに格納される情報を上記サーバ装置に対して要求して上記第２のプレイリストを更新する
   ようにしたクライアント装置と
   を備える
   ことを特徴とするコンテンツ配信システム。
2. 請求項１に記載のコンテンツ配信システムにおいて、
   上記クライアント装置は、上記制御部により、上記第１の数と上記第２の数とが異なるときに、上記サーバ装置に対して上記第１のプレイリストに格納される情報のうち上記所定数以内の情報を要求するようにした
   ことを特徴とするコンテンツ配信システム。
3. 請求項１に記載のコンテンツ配信システムにおいて、
   上記クライアント装置の上記制御部は、上記第１の数と上記第２の数とが異なるときに、上記サーバ装置に対して、上記第１のプレイリストに格納される情報のうち、上記第２のプレイリストに記憶される情報の範囲外の先頭部分に対応する情報から、上記第２の数に基づき上記第１のプレイリストの最後尾までの情報を要求するようにした
   ことを特徴とするコンテンツ配信システム。
4. 請求項１に記載のコンテンツ配信システムにおいて、
   上記クライアント装置は、
   少なくとも上記第２のプレイリストに格納される情報を表示する表示部をさらに有し、
   上記表示部は、上記サーバ装置に対する上記第１のプレイリストに格納される情報の要求中は、上記第２のプレイリストの格納されることが見込まれる情報を時間の経過に伴い表示し、上記要求に応じて上記第１のプレイリストに格納される情報が取得できたときに、該取得できた該情報に基づく表示を行うようにした
   ことを特徴とするコンテンツ配信システム。
5. 請求項１に記載のコンテンツ配信システムにおいて、
   上記クライアント装置は、制御部により、
   上記第２のプレイリストに基づく再生の際に予期せぬエラーが発生した場合に、上記サーバ装置に対して上記第１のプレイリストに格納される情報のうち上記所定数以内の情報を要求するようにした
   ことを特徴とするコンテンツ配信システム。
6. ネットワークを介して通信を行い、蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストに格納される該情報の第１の数を取得して、該第１のプレイリストに格納される情報のうち所定数以内の情報を要求し、該要求に応じて取得された情報を、上記コンテンツデータを要求するための第２のプレイリストとしてプレイリスト記憶部に記憶し、該プレイリスト記憶部に記憶される該第２のプレイリストに基づき、上記蓄積部に蓄積された上記コンテンツデータを要求するようにされ、
   上記第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、上記第１のプレイリストに格納される情報の第２の数を取得し、上記第１の数と上記第２の数とが異なった場合、上記第１のプレイリストに格納される情報を要求して上記第２のプレイリストを更新するようにした
   ことを特徴とするコンテンツ配信方法。
7. ネットワークを介して通信を行う通信部と、
   上記ネットワークを介してコンテンツデータを要求するための第２のプレイリストを記憶するプレイリスト記憶部と、
   蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストを有するサーバ装置と上記ネットワークを介して通信を行い、上記第１のプレイリストに格納される情報の第１の数を取得して、該第１のプレイリストに格納される情報のうち所定数以内の情報を上記サーバ装置に対して要求し、該要求に応じて取得された情報を上記第２のプレイリストとして上記プレイリスト記憶部に記憶し、該プレイリスト記憶部に記憶される該第２のプレイリストに基づき上記蓄積部に蓄積された上記コンテンツデータを上記サーバ装置に対して要求する制御部と
   を有し、
   上記制御部は、
   上記第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、上記第１のプレイリストに格納される情報の第２の数を上記サーバ装置から取得し、上記第１の数と上記第２の数とが異なった場合、上記第１のプレイリストに格納される情報を上記サーバ装置に対して要求して上記第２のプレイリストを更新するようにした
   ことを特徴とする端末装置。
8. 請求項７に記載の端末装置において、
   上記制御部は、
   上記第１の数と上記第２の数とが異なるときに、上記サーバ装置に対して上記第１のプレイリストに格納される情報のうち上記所定数以内の情報を要求するようにした
   ことを特徴とする端末装置。
9. 請求項７に記載の端末装置において、
   上記制御部は、
   上記第１の数と上記第２の数とが異なるときに、上記サーバ装置に対して、上記第１のプレイリストに格納される情報のうち、上記第２のプレイリストに記憶される情報の範囲外の先頭部分に対応する情報から、上記第２の数に基づき上記第１のプレイリストの最後尾までの情報を要求するようにした
   ことを特徴とする端末装置。
10. 請求項７に記載の端末装置において、
    少なくとも上記第２のプレイリストに格納される情報を表示する表示部をさらに有し、
    上記表示部は、
    上記サーバ装置に対する上記第１のプレイリストに格納される情報の要求中は、上記第２のプレイリストの格納されることが見込まれる情報を時間の経過に伴い表示し、上記要求に応じて上記第１のプレイリストに格納される情報が取得できたときに、該取得できた該情報に基づく表示を行うようにした
    ことを特徴とする端末装置。
11. 請求項７に記載の端末装置において、
    上記制御部は、
    上記第２のプレイリストに基づく再生の際に予期せぬエラーが発生した場合に、上記サーバ装置に対して上記第１のプレイリストに格納される情報のうち上記所定数以内の情報を要求するようにした
    ことを特徴とする端末装置。
12. 蓄積部に蓄積されたコンテンツデータの再生順を示す情報が格納される第１のプレイリストを有するサーバ装置と上記ネットワークを介して通信を行い、上記第１のプレイリストに格納される情報の第１の数を取得して、該第１のプレイリストに格納される情報のうち所定数以内の情報を上記サーバ装置に対して要求し、該要求に応じて取得された情報を、上記サーバ装置に対して上記コンテンツデータを要求するための上記第２のプレイリストとして上記プレイリスト記憶部に記憶し、該プレイリスト記憶部に記憶される該第２のプレイリストに基づき上記蓄積部に蓄積された上記コンテンツデータを上記サーバ装置に対して要求するようにされ、
    上記第２のプレイリストに記憶される情報の範囲外のコンテンツデータが選択されたときに、上記第１のプレイリストに格納される情報の第２の数を上記サーバ装置から取得し、上記第１の数と上記第２の数とが異なった場合、上記サーバ装置に対して上記第１のプレイリストに格納される情報をサーバ装置に対して要求して上記第２のプレイリストを更新するようにした
    ことを特徴とする端末装置のコンテンツ管理方法。

Images