(57)【要約】      （修正有）【課題】ユーザのコンテンツ検索を簡易なものとする。【解決手段】オーディオ再生装置２は、サーバ装置のルートコンテナにアクセスし、サーバ装置からルートコンテナ配下のコンテナにそれぞれ付されたコンテナ属性を取得するリスト取得部２１０と、リスト取得部２１０が取得したコンテナ属性に基づいて、オーディオコンテンツが含まれているコンテナの有無を判断するタグ解析部２３０と、タグ解析部２３０がオーディオコンテンツが含まれていると判断したコンテナの階層のみを表示する階層表示部２４０とを有する。【選択図】図８
2008165646.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してサーバからコンテンツを受信し、再生する再生装置において、
前記サーバのルートフォルダにアクセスするサーバアクセス部と、
アクセス後、前記サーバから前記ルートフォルダ配下のフォルダにそれぞれ付されたフォルダ属性を取得するフォルダ属性取得部と、
前記フォルダ属性取得部が取得した前記フォルダ属性に基づいて、取得対象の前記コンテンツが含まれている前記フォルダの有無を判断する判断部と、
前記判断部が取得対象の前記コンテンツが含まれていると判断した前記フォルダの階層のみを表示する階層表示部と、
を有することを特徴とする再生装置。
【請求項２】
前記階層表示部は、変更した前記フォルダをアクセス先フォルダとし、
前記サーバアクセス部は、次回以降のアクセスにおいて前記ルートフォルダにアクセスすることなく前記アクセス先フォルダにアクセスし、前記階層表示部が前記アクセス先フォルダの階層を表示することを特徴とする請求項１記載の再生装置。
【請求項３】
前記ルートフォルダ固有のＩＤが予め格納されているＩＤ格納部をさらに有し、
前記サーバアクセス部は、最初のアクセスにおいて前記ＩＤを備える前記フォルダにアクセスし、
前記判断部は、取得対象の前記コンテンツが含まれていると判断した前記フォルダ固有のＩＤを取得し、前記ルートフォルダのＩＤとして前記ＩＤ格納部に格納し、
前記サーバアクセス部は、次回以降のアクセスにおいて前記判断部が格納した前記ＩＤを備える前記フォルダにアクセスすることを特徴とする請求項２記載の再生装置。
【請求項４】
前記サーバは、カテゴリーが共通の前記コンテンツをフォルダ毎にまとめたディレクトリ構造を備えていることを特徴とする請求項１記載の再生装置。
【請求項５】
ネットワークを介してサーバからコンテンツを受信し、再生する再生装置の制御方法において、
サーバアクセス部が、前記サーバのルートフォルダにアクセスし、
アクセス後、フォルダ属性取得部が、前記サーバから前記ルートフォルダ配下のフォルダにそれぞれ付されたフォルダ属性を取得し、
判断部が、前記フォルダ属性取得部が取得した前記フォルダ属性に基づいて、取得対象の前記コンテンツが含まれている前記フォルダの有無を判断し、
階層表示部が、前記判断部が取得対象の前記コンテンツが含まれていると判断した前記フォルダの階層のみを表示する、
ことを特徴とする再生装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は再生装置および再生装置の制御方法に関し、特に、ネットワークを介してサーバからコンテンツを受信し、再生する再生装置およびその制御方法に関する。
【背景技術】
【０００２】
近年、デジタルデータ化されたオーディオコンテンツやビデオコンテンツが広く流通し、これらを手軽に記録・再生する機器も一般的に普及している。また、これらの機器の操作を容易にするため、機器に付加される再生・録音・編集機能は多岐に亘っている（例えば、特許文献１参照）。
【０００３】
ところで、ネットワーク技術の発達に伴い、家庭内においてもＬＡＮ（Local Area Network）や無線ＬＡＮ等のネットワークシステムを構築することが容易になっている。
そして、このような家庭内のネットワークシステムにおいて、機器間でデジタルコンテンツを容易にやり取りできるようにすることが望まれており、そのために機器間の接続やコンテンツ制御等の手順の規格化が進められている。その規格の代表例として、米マイクロソフト社が発表したＵＰｎＰ（Universal Plug & Play）規格が広く知られている。また、このＵＰｎＰ規格をベースとしたＤＬＮＡ（Digital Living Network Alliance）ガイドラインが策定され、ＤＬＮＡガイドラインに準拠した機器の開発が現在進められている。
【０００４】
ＵＰｎＰ規格では、ＵＰｎＰ機器を、コンテンツを提供するメディアサーバ（Media Server）と、制御端末装置として機能するコントロールポイント（Control Point）と、再生装置として機能するクライアント機器（Media Renderer：メディアレンダラ）との３つに分類している。なお、コントロールポイントの機能は、メディアサーバと、クライアント機器とのどちらに実装されてもよい。
【０００５】
そして、これらの機能との間での通信手順を規定することで、ネットワーク上におけるＵＰｎＰ機器の探索や、再生動作等の制御を容易に行うことが可能となっている。例えば、この制御手順を利用することで、１つのメディアレンダラから、メディアサーバからのコンテンツデータの送受信制御だけでなく、他のメディアレンダラに対するコンテンツデータの送信制御を行うことも可能となる。
【特許文献１】特開２００６−１９６０５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
メディアサーバとして用いられる電子機器が、例えばパーソナルコンピュータ等で構成されている場合、複数のカテゴリーのコンテンツデータやコンテンツデータ以外のデータが多数存在する。そのため、複数のデータの中から所望のコンテンツデータを取り出すには、ユーザが予めオーディオコンテンツが格納されたフォルダの場所を把握しておく必要があり、特に、メディアサーバに最初に接続した場合は、所望のコンテンツを探し出すことは容易ではない。
【０００７】
本発明はこのような点に鑑みてなされたものであり、ユーザのコンテンツ検索を簡易なものとすることができる再生装置および再生装置の制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では上記問題を解決するために、ネットワークを介してサーバからコンテンツを受信し、再生する再生装置において、前記サーバのルートフォルダにアクセスするサーバアクセス部と、アクセス後、前記サーバから前記ルートフォルダ配下のフォルダにそれぞれ付されたフォルダ属性を取得するフォルダ属性取得部と、前記フォルダ属性取得部が取得した前記フォルダ属性に基づいて、取得対象の前記コンテンツが含まれている前記フォルダの有無を判断する判断部と、前記判断部が取得対象の前記コンテンツが含まれていると判断した前記フォルダの階層のみを表示する階層表示部と、を有することを特徴とする再生装置が提供される。
【０００９】
このような再生装置によれば、サーバアクセス部により、サーバのルートフォルダにアクセスされた後、フォルダ属性取得部により、フォルダ属性が取得される。そして、判断部により、取得したフォルダ属性に基づいて、取得対象のコンテンツが含まれているフォルダの有無が判断される。階層表示部により、判断部によって取得対象のコンテンツが含まれていると判断されたフォルダの階層のみが表示される。
【発明の効果】
【００１０】
本発明によれば、フォルダ属性を取得して、取得対象のコンテンツが含まれているフォルダの有無を判断し、取得対象のコンテンツが含まれていると判断されたフォルダの階層のみを表示するようにしたので、ユーザのコンテンツ検索を簡易なものとすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面を参照して詳細に説明する。以下の説明では、一例として家庭内に形成されるＬＡＮシステム（ネットワークシステム）に本発明を適用した場合を想定する。また、このＬＡＮシステムを通じて送受信されるコンテンツデータの例として、オーディオデータを適用する。
【００１２】
［ホームネットワークの構成］
図１は、本発明の実施の形態に係るネットワークシステムの構成例を示す図である。
図１に示すネットワークシステムは、サーバ装置１と、オーディオ再生装置２〜４とが、無線ＬＡＮを通じて接続された構成となっている。
【００１３】
サーバ装置１は、例えばパーソナルコンピュータ等の情報処理装置や、オーディオコンテンツのレコーダ等であり、無線ＬＡＮへの接続機能を備えるとともに、ＨＤＤ（Hard Disk Drive）等の大容量記憶媒体を備えている。そして、ＨＤＤに蓄積されているオーディオデータを、無線ＬＡＮを通じてオーディオ再生装置２〜４に対して提供することが可能となっている。オーディオ再生装置２〜４は、それぞれ無線ＬＡＮへの接続機能を備えており、サーバ装置１から無線ＬＡＮを通じて送信されるオーディオデータを受信して再生する。
【００１４】
なお、このネットワークシステムにおいては、実際には例えば、サーバ装置１とオーディオ再生装置２〜４とが図示しないブロードバンドルータにそれぞれ接続することにより、ＬＡＮシステムが形成される。この場合、ブロードバンドルータは、無線ＬＡＮ上の機器に対するＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ機能およびＮＡＴ（Network Address Translation）機能を備え、これにより、無線ＬＡＮ上の各機器が外部ネットワーク（ＷＡＮ：Wide Area Network）側の回線を共有できるようにもなっている。
【００１５】
以上のようなネットワークシステムでは、サーバ装置１は、オーディオデータを提供する情報提供装置としての機能を備え、オーディオ再生装置２〜４は、サーバ装置１からのオーディオデータの提供を受けて再生するクライアント装置（情報再生装置）としての機能を備えたものとなっている。そして、ユーザは、オーディオ再生装置２〜４のそれぞれを通じて、サーバ装置１が提供する異なったオーディオコンテンツを楽しむことが可能である。すなわち、オーディオ再生装置２〜４は、再生しようとするオーディオデータ（オーディオコンテンツ）に応じて、サーバ装置１のいずれか一方を、オーディオデータの配信元として選択することが可能となっている。
【００１６】
さらに、本実施の形態のオーディオ再生装置２〜４は、電子機器間の接続やコンテンツデータのやり取りを簡単に行うようにするため、例として、ＤＬＮＡ（Digital Living Network Alliance）が推奨するガイドラインに準拠した機器であるものとする。ＤＬＮＡガイドラインでは、電子機器の検出や制御、コンテンツデータの管理の手順として、米マイクロソフト社が発表したＵＰｎＰ（Universal Plug & Play）に標準で対応するよう求めている。
【００１７】
ＵＰｎＰは、１０／１００ＢＡＳＥ−Ｔのイーサネット（Ethernet，登録商標）を用いたネットワーク通信において代表的なＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２ネットワーク上で用いることが可能な、ＩＰ（Internet Protocol）およびＩＰ上のＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）等で構成されるプロトコル群とデータフォーマットの仕様であり、インターネット標準通信（ＴＣＰ／ＩＰ通信）における機能を拡充するものである。
【００１８】
そして、ＵＰｎＰをオーディオ再生装置等のいわゆるＣＥ（Consumer Electronics）機器に採用することにより、オーディオ再生装置等のＣＥ機器が、他のＣＥ機器やパーソナルコンピュータとの間で簡単に相互認証し、ネットワークを通じたサービスの提供や提供されたサービスの実行を、ユーザに面倒な作業をさせることなく、簡単かつ適正に行うことを可能にするものである。
【００１９】
［ＵＰｎＰの概要］
図２は、ＵＰｎＰのプロトコルスタック（プロトコル群の構造）について説明するための図である。
【００２０】
図２に示すように、ＵＰｎＰでは、実際のデータの送受信はインターネット標準通信プロトコルによって行われる。また、以下に説明するようなＵＰｎＰの独自の機能を実現するために、ＳＳＤＰ（Simple Service Discovery Protocol）、ＧＥＮＡ（General Event Notification Architecture）、ＳＯＡＰ（Simple Object Access Protocol）、ＨＴＴＰ（HyperText Transfer Protocol）等のプロトコル群が用いられる。
【００２１】
さらに、ＵＰｎＰでは、図２に示すように、ベンダ定義（UPnP Vendor Defined）、ＵＰｎＰフォーラム作業委員会定義（UPnP Forum Working Committee Defined）、デバイス仕様（構造）定義（UPnP Device Architecture Defined）がなされることになっている。
【００２２】
そして、ＵＰｎＰは、アドレッシング（Addressing）、ディスカバリ（Discovery）、ディスクリプション（Description）、コントロール（Control）、イベンティング（Eventing）、プレゼンテーション（Presentation）の６つの機能を提供している。以下、ＵＰｎＰが提供する６つの機能について説明する。
【００２３】
オーディオ再生装置等のＵＰｎＰ機器（ＵＰｎＰが搭載された電子機器）では、ＵＰｎＰの機能を用いてオーディオデータを利用するために、ＵＰｎＰ・ＡＶ・アーキテクチャという規定に従うことなる。ＵＰｎＰ・ＡＶ・アーキテクチャにおけるＵＰｎＰ機器は、以下のように３種類に分類されている。
【００２４】
すなわち、ＵＰｎＰ・ＡＶ・アーキテクチャでは、ＵＰｎＰ機器を、コンテンツを提供するメディアサーバ（Media Server）と、制御端末装置として機能するコントロールポイント（Control Point）と、再生装置として機能するメディアレンダラ（Media Renderer）との３つに分類している。ここで、メディアサーバは、ネットワークシステムにおいて一般にサーバ装置と呼ばれているものに相当し、メディアレンダラは、ネットワークシステムにおいて一般にクライアント装置と呼ばれているものに相当する。
【００２５】
また、コントロールポイント（制御装置）は、ネットワークに接続された各ＵＰｎＰ機器を制御することができるものである。コントロールポイントとしての機能は、メディアサーバにもメディアレンダラにも搭載することが可能であり、ネットワークを構成するすべての電子機器にコントロールポイントを搭載することも、また、ネットワークを構成する任意の電子機器にコントロールポイントを搭載することも可能となっている。本実施の形態では、例として、サーバ装置１のそれぞれに、コントロールポイントとしての機能が搭載されているものとする。
【００２６】
また、ＵＰｎＰにおけるアドレッシングは、各ＵＰｎＰ機器が、ＩＥＥＥ８０２ネットワーク上で自機を特定するためのアドレスを取得する機能であり、ＤＨＣＰまたはＡｕｔｏ−ＩＰが用いられる。
【００２７】
ディスカバリは、アドレッシングの後に行われ、これによりコントロールポイントは、コントロールしたいターゲット機器（メディアサーバまたはメディアレンダラ）を発見することができる。ここで用いられるプロトコルは、上述のＳＳＤＰである。ネットワークシステムを構成する各電子機器は、ＩＥＥＥ８０２ネットワークに接続されたときに、自分自身が備えるデバイスやサービスを通知するメッセージを、ＩＥＥＥ８０２ネットワーク上にブロードキャストする。コントロールポイントは、このブロードキャストされたメッセージを受信することで、ＩＥＥＥ８０２ネットワークにどのような機器が接続されたかを知ることができる。
【００２８】
ディスカバリによって、コントロールポイントが発見したコントロール対象の電子機器が出力したＳＳＤＰパケットには、デバイスディスクリプション（Device Description）のＵＲＬ（Uniform Resource Locator）が記述されている。コントロールポイントは、そのＵＲＬにアクセスすることにより、その電子機器のさらに詳しいデバイス情報をデバイスディスクリプションから取得することができる。
【００２９】
このデバイス情報には、アイコン情報、モデル名、生産者名、商品名や、そのデバイスが有するサービスの詳しい情報が記載されているサービスディスクリプション（Service Description）等が記述されている。コントロールポイントは、これらのデバイスディスクリプションやサービスディスクリプションから、ターゲット機器に対するアクセスの方法を知ることができる。デバイスディスクリプションやサービスディスクリプションは、ＸＭＬ（eXtensible Markup Language）で表現されている。
【００３０】
コントロールの機能は、アクション（Action：実行）とクエリ（Query：問い合わせ）の２つの機能に大きく分類される。アクションは、サービスディスクリプションのアクション情報に規定された方法で行われ、アクションを実施（Invoke）することによって、コントロールポイントはターゲット機器を操作することができる。クエリは、サービスディスクリプションの機器情報（State Variable）の値を取り出すために用いられる。コントロールでは、上述のＳＯＡＰというトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。
【００３１】
イベンティングは、機器情報の値が変更されたとき、そのことをターゲット機器からコントロールポイントに通知させるために用いられる。このイベンティングでは、上述のＧＥＮＡというトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。プレゼンテーションは、ユーザにユーザインタフェースを用いたコントロール手段を提供するために用いられる。
【００３２】
各ＵＰｎＰ機器は、以上のようなＵＰｎＰ機能を用いることにより、ユーザに複雑な操作を求めることなく、ネットワークに参加し、通信が行える状態になるだけでなく、他のＵＰｎＰ機器の検出や接続までも自動的に行うことができるようにされる。
【００３３】
図３は、メディアサーバに格納されたコンテンツを管理するツリー構造の例を示す図である。
ＵＰｎＰ機器であるメディアサーバには、ＣＤＳ（Contents Directory Service）という機能（Service）が組み込まれており、メディアサーバはこの機能により、コントロールポイントに対して、メディアサーバにどのようにコンテンツが格納されているかを通知する。ＣＤＳには、コンテナ（Container）とアイテム（Item）という二つの抽象化されたオブジェクト（Object）があり、これらはいわば、米マイクロソフト社が提供するＯＳ（Operating System）であるＷＩＮＤＯＷＳ（登録商標）におけるフォルダ（Folder）とファイル（File）に相当する。コンテナとアイテムは、図３に示すように常にツリー構造を作ることになっている。なお、本実施の形態では、配信されるオーディオコンテンツ（オーディオデータ）が、図３におけるアイテムを意味している。
【００３４】
コントロールポイントは、図３に示したツリー構造をメディアサーバから取得することにより、各コンテンツのＵＲＬ（情報が書いてあるリンク（Link））を得ることができる。そして、所望のオーディオコンテンツ（アイテム）の情報が取得できた場合、メディアサーバのＡＶトランスポート（ＡＶ Transport）という機能を用いてオーディオコンテンツの再生や停止等、オーディオトラック（オーディオデータ）についての操作を行うことができるようにされる。
【００３５】
本実施の形態のサーバ装置１とオーディオ再生装置２〜４のそれぞれは、上述のように、ＵＰｎＰのアドレッシング機能を用いて、ＴＣＰ／ＩＰの通信が可能な状態になり、ＵＰｎＰのディスカバリ機能を用いてお互いの機器認証を行う。これによって、各機器は、ネットワークの構成を把握し、目的とする電子機器との間で通信を行うことができるようになる。
【００３６】
［サーバ装置の構成例］
次に、本実施の形態のネットワークシステムを構成する各電子機器の構成例について説明する。
【００３７】
図４は、サーバ装置のハードウェア構成を示すブロック図である。
図４に示すように、サーバ装置１は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ１４、入力インタフェース（Ｉ／Ｆ）１５、グラフィック処理部１６、および通信インタフェース（Ｉ／Ｆ）１７を備え、これらは内部バス１８を介して相互に接続されている。
【００３８】
ＣＰＵ１１は、このサーバ装置１全体に対する制御をつかさどる。ＲＯＭ１２には、ＣＰＵ１１において実行するプログラムや処理に必要なデータ等が記録されている。ＲＡＭ１３は、主に各種の処理において作業領域として用いられるものである。
【００３９】
ＨＤＤ１４は、多数のデジタルコンテンツ（提供情報）等を蓄積することが可能な容量を持っている。また、ＨＤＤ１４は、ＣＰＵ１１により実行される各種のプログラムや処理用のデータ等を保持するとともに、コンテンツのデコードやコンテンツを無線ＬＡＮを通じて他の機器に送信する際等に作業領域としても用いられる。
【００４０】
本実施の形態では、ＨＤＤ１４には、オーディオ再生装置２〜４に対してオーディオデータを送信する、ＤＬＮＡガイドラインに準拠したサーバとして機能するためのサーバプログラムが格納されて、ＣＰＵ１１により実行される。また、このサーバプログラムの機能としては、ＨＤＤ１４に格納されたオーディオデータの符号化方式やサンプリングレート、量子化レート等を変換するトランスコード機能を含んでもよい。
【００４１】
入力Ｉ／Ｆ１５には、例えばキーボードやマウス等の入力装置１５ａが接続されている。この入力Ｉ／Ｆ１５は、入力装置１５ａからの信号を、内部バス１８を介してＣＰＵ１１に送信する。
【００４２】
グラフィック処理部１６には、例えばＬＣＤ（Liquid Crystal Display）等のモニタ１６ａが接続されている。このグラフィック処理部１６は、ＣＰＵ１１からの命令に従って、モニタ１６ａの画面上に画像を表示させる。
【００４３】
通信Ｉ／Ｆ１７は、無線ＬＡＮに接続し、他の機器との間でデータの送受信を行う。
［オーディオ再生装置の構成例］
図５は、オーディオ再生装置のハードウェア構成を示すブロック図である。なお、ここでは例としてオーディオ再生装置２の構成について説明するが、オーディオ再生装置３、４も同様のハードウェア構成により実現できる。
【００４４】
図５に示すように、オーディオ再生装置２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、フラッシュメモリ２４、入力インタフェース（Ｉ／Ｆ）２５、入力部２５ａ、グラフィック処理部２６、モニタ２６ａ、通信インタフェース（Ｉ／Ｆ）２７、オーディオデコーダ２８、イコライザ２９、Ｄ／Ａ変換部３０、オーディオアンプ３１、およびスピーカ３２を備えている。これらのうち、スピーカ３２を除く各ブロックは、内部バス３３を介して接続されている。
【００４５】
ＣＰＵ２１は、このオーディオ再生装置２全体に対する制御をつかさどる。ＲＯＭ２２には、ＣＰＵ２１において実行するプログラムや処理に必要なデータ等が記録されている。ＲＡＭ２３は、主に各種の処理において作業領域として用いられるものである。なお、これらのＣＰＵ２１、ＲＯＭ２２、およびＲＡＭ２３は、マイクロコンピュータとして実現されてもよい。フラッシュメモリ２４は、書き換え可能な不揮発性メモリであり、例えば、オーディオ再生装置２の電源が落とされても保持しておくべき種々のデータが記録されるものである。
【００４６】
入力Ｉ／Ｆ２５は、入力部２５ａからの信号を、内部バス３３を介してＣＰＵ２１に送信する。入力部２５ａには、その他操作キー等の各種入力スイッチが設けられている。
グラフィック処理部２６は、ＣＰＵ２１からの命令に従って、モニタ２６ａの画面上に画像を表示させる。モニタ２６ａは、例えばＬＣＤ等で構成される。
【００４７】
通信Ｉ／Ｆ２７は、無線ＬＡＮに接続し、他の機器との間でデータの送受信を行う。また、通信Ｉ／Ｆ２７は、無線ＬＡＮを通じて受信したパケットからオーディオ符号化データを抽出し、オーディオデコーダ２８に直接受け渡すことが可能になっている。
【００４８】
オーディオデコーダ２８は、通信Ｉ／Ｆ２７から受信したオーディオ符号化データをデコードする。このオーディオデコーダ２８は、例えば、ＭＰ３（Moving Picture Experts Group・Audio Layer-3）等の圧縮符号化方式のオーディオデータをデコード可能となっている。また、ＬＰＣＭ（Linear Pulse Code Modulation）方式のオーディオデータを受けて、そのままイコライザ２９に出力する機能も備えている。
【００４９】
イコライザ２９は、オーディオデコーダ２８から供給されたオーディオデータに音質調整を施し、Ｄ／Ａ変換部３０に出力する。音質調整のパラメータは、入力部２５ａを通じて受け付けたユーザからの指示入力に応じて、ＣＰＵ２１からイコライザ２９に対して指示される。
【００５０】
Ｄ／Ａ変換部３０は、イコライザ２９から供給されたデジタルオーディオデータを、アナログオーディオ信号に変換する。オーディオアンプ３１は、Ｄ／Ａ変換部３０から供給されたアナログオーディオ信号を、所定のレベルに増幅し、これをスピーカ３２に供給する。これにより、スピーカ３２からは、これに供給されたアナログオーディオ信号に応じた音声が再生出力される。
【００５１】
なお、オーディオデコーダ２８およびイコライザ２９の各機能は、ＣＰＵ２１において実行されるソフトウェアによって実現されてもよい。
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。このようなハードウェア構成のネットワークシステムにおいてオーディオデータの再生を行うために、サーバ装置１およびオーディオ再生装置２〜４内には、以下のような機能が設けられる。
【００５２】
図６は、サーバ装置のソフトウェア構成を示すブロック図である。
サーバ装置１は、制御部１１０と、情報格納部１２０と、Ｉ／Ｆ部１３０とを有している。
【００５３】
制御部１１０は、オーディオ再生装置２〜４からの要求を受信すると、それに応答する。例えばオーディオ再生装置２からのサーバ装置１の階層構造の取得要求であれば、情報格納部１２０に格納されているコンテナおよびアイテムの階層構造をオーディオ再生装置２に送信する。
【００５４】
情報格納部１２０には、サーバ装置１内のコンテンツが、その種別毎にツリー構造にまとめられた階層データが格納されている。
図７は、データ格納部に格納された階層データの一例を示す図である。
【００５５】
階層データ１２０ａは、固有のオブジェクトＩＤを備えるルートコンテナ４０を有している。ルートコンテナ４０の子階層には、それぞれ異なるカテゴリーのコンテンツを備え、固有のオブジェクトＩＤを備えるコンテナ５０、６０、７０が設けられている。コンテナ５０は、オーディオコンテンツ５１、５１、５１を有している。コンテナ６０は、ビデオコンテンツ６１、６１、６１を有している。コンテナ７０は、ピクチャーコンテンツ７１、７１、７１を有している。
【００５６】
コンテナ５０、６０、７０には、それぞれコンテナに含まれるコンテンツの中身を示すタグ（フォルダ属性）が付されている。コンテナ５０には、オーディオタグ５２が付されており、コンテナ６０にはビデオタグ６２が付されており、コンテナ７０にはピクチャータグ７２が付されている。
【００５７】
また、情報格納部１２０は、各コンテナおよびコンテンツの情報についても格納している。この情報としては、特に限定されないが、例えば親コンテナの子供（子コンテナ）の識別情報（オブジェクトＩＤ、名前）、１つの親コンテナに属する、子コンテナの個数およびアイテムの個数の情報、コンテナ内のデータの並び方（例えば、コンテナが先、アイテムが後等）の情報等が挙げられる。
【００５８】
Ｉ／Ｆ部１３０は、制御部１１０とオーディオ再生装置２〜４とのインタフェースを構成している。
図８は、オーディオ再生装置のソフトウェア構成を示すブロック図である。なお、図８では代表的にオーディオ再生装置２の機能を示しているが、オーディオ再生装置３、４もオーディオ再生装置２と同様の機能を有している。
【００５９】
オーディオ再生装置２は、リスト取得部２１０と、サーバ情報格納部２２０と、タグ解析部２３０と、階層表示部２４０と、コンテンツ再生部２５０と、Ｉ／Ｆ部２６０とを有している。
【００６０】
リスト取得部２１０は、例えばオーディオ再生装置２の電源ＯＮ時に、サーバ装置１にアクセスし、階層データ１２０ａの構造を取得する要求（階層構造の取得要求）をサーバ装置１に送信する。このリスト取得部２１０が、サーバアクセス部とフォルダ属性取得部との主要部を構成している。
【００６１】
サーバ情報格納部２２０には、オーディオ再生装置２のサーバ装置１へのアクセスの有無を示すアクセスフラグと、サーバ装置１のルートコンテナ４０のオブジェクトＩＤとが格納されている。なお、アクセスフラグの状態は、オーディオ再生装置２のＯＦＦ時にリセットさせるようになってもよいし、そのまま保持されるようになっていてもよい。
【００６２】
タグ解析部２３０は、タグの個数および種別を把握し、オーディオタグ５２が付されたオーディオコンテナおよびその中身（コンテナおよびコンテンツ）を抽出する。このタグ解析部２３０が、判断部の主要部を構成している。
【００６３】
階層表示部２４０は、タグ解析部２３０により抽出されたオーディオコンテナおよびその中身のみを、モニタ２６ａに表示する。
コンテンツ再生部２５０は、ユーザに選択されたコンテンツのコンテンツデータをサーバ装置１から取得し、再生する。
【００６４】
Ｉ／Ｆ部２６０は、リスト取得部２１０やコンテンツ再生部２５０とサーバ装置１とのインタフェースを構成している。
次に、このようなネットワークシステムにおいて、オーディオ再生装置２が、コンテンツを取得し、再生する際の動作（コンテンツ再生動作）について説明する。
【００６５】
図９は、コンテンツ再生動作を示すフローチャートである。
まず、オーディオ再生装置２の電源がＯＮすると、リスト取得部２１０がアクセスフラグを参照し、サーバ装置１に対する最初のアクセスか否かを判断する（ステップＳ１１）。
【００６６】
最初のアクセスの場合（ステップＳ１１のＹｅｓ）、リスト取得部２１０が、サーバ情報格納部２２０に格納されているルートコンテナ４０のオブジェクトＩＤに基づいて、ルートコンテナ４０にＢｒｏｗｓｅ  Ｄｉｒｅｃｔ  Ｃｈｉｌｄｒｅｎを実行し、リストを取得する（ステップＳ１２）。
【００６７】
Ｂｒｏｗｓｅ  Ｄｉｒｅｃｔ  Ｃｈｉｌｄｒｅｎを送信することによって、（１）リスト（タグの名称、コンテナおよびアイテムの有無並びにそれらの配列（ｅｘ：アイテムが先に並んでいる、タイトル順に並んでいる等））、（２）子コンテナおよびアイテムの総数、（３）子コンテナおよびアイテムそれぞれのオブジェクトＩＤと名前（文字列）、（４）オブジェクトの属性等が得られる。
【００６８】
次に、タグ解析部２３０が、各コンテナに付されているタグを解析し、オーディオコンテナ（目的とするコンテナ）の個数を調べる（ステップＳ１３）。その結果、オーディオコンテナの数が１つも存在しない場合、または２つ以上存在する場合（ステップＳ１３のＮｏ）、動作を終了する。一方、オーディオコンテナの数が１つである場合（ステップＳ１３のＹｅｓ）、発見したオーディオコンテナのオブジェクトＩＤをルートＩＤに設定する（ステップＳ１４）。そして、設定したルートＩＤを、サーバ情報格納部２２０に格納する。
【００６９】
一方、ステップＳ１１において、最初のアクセスではない場合（２回目以降のアクセスである場合）（ステップＳ１１のＮｏ）、リスト取得部２１０は、最初のアクセスにおいてタグ解析部２３０がサーバ情報格納部２２０に格納したルートＩＤを備えるオーディオコンテナに、必要に応じてＢｒｏｗｓｅ  Ｄｉｒｅｃｔ  Ｃｈｉｌｄｒｅｎを実行し、リストを取得する（ステップＳ１５）。
【００７０】
次に、階層表示部２４０が、得られたリストに基づいてオーディオコンテナの階層をモニタ２６ａに表示する（ステップＳ１６）。
図１０は、モニタに表示された画面の一例を示す図である。
【００７１】
図１０では、モニタ２６ａには、ルートコンテナ４０が表示されることなく、最初からコンテナ５０およびオーディオコンテンツ５１、５１、５１が表示される。そして、オーディオコンテンツ５１、５１、５１のうちのいずれか１つがユーザにより選択されると、コンテンツ再生部２５０が、選択されたオーディオコンテンツ５１のコンテンツデータをサーバ装置１から取得し、再生する。
【００７２】
以上説明したように、本実施の形態のネットワークシステムによれば、オーディオ再生装置２〜４は、サーバ装置１で公開している全てのコンテナを見せずに、オーディオコンテンツが入っているコンテナのみを表示部２６ａに表示するようにしたので、ユーザにとって不必要な情報を表示させることなく、ユーザはコンテンツ検索をより容易に行うことができる。
【００７３】
また、タグ解析部２３０がタグに基づいて判断するようにしたため、実際にコンテンツの内容を見ることなく判断することができ、処理を迅速に行うことができる。
また、オーディオタグが付されたコンテナを次回以降のアクセスにおけるルートコンテナとみなし、次回以降のアクセスにおいて、リスト取得部２１０がそのルートＩＤを用いてサーバ装置１にアクセスすることにより、次回以降のサーバ装置１との接続時間の短縮を図ることができる。
【００７４】
なお、本実施の形態では、オーディオコンテナの数が２つ以上存在する場合は、動作を終了するようにしたが、本発明はこれに限らず、例えば再生可能なオーディオコンテナを全てモニタ２６ａに表示するようにしてもよい。
【００７５】
また、前述したステップＳ１３において、オーディオコンテナの数が２つ以上存在した場合においても、実質的に選択可能なコンテナが１つしかない場合は（例えば、実質的に選択されないオーディオコンテナを無視して）、オーディオコンテナの数は１つであると判断するようにしてもよい。
【００７６】
また、例えば、モニタ２６ａに表示されているオーディオコンテナがユーザにより選択されると、階層表示部２４０が、さらに選択されたオーディオコンテナの階層をモニタ２６ａに表示するようにしてもよいし、コンテナ５０内にさらにコンテナが存在する場合は、そのコンテナに付されたタグをチェックし、オーディオタグ５２である場合にはそのコンテナをモニタ２６ａに表示するようにしてもよい。
【００７７】
以上、本発明の再生装置および再生装置の制御方法を、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
【００７８】
また、本発明は、前述した実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、オーディオ再生装置２〜４が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。
【００７９】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００８０】
再生プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００８１】
また、上記の実施の形態では、サーバ装置がメディアサーバとしての機能しか具備していない場合について説明したが、サーバ装置がさらにメディアレンダラとしての機能を具備していてもよく、この場合に、再生機器の切り替え元および切り替え先としてサーバ装置を含めることが可能である。
【００８２】
さらに、メディアサーバから配信し、メディアレンダラにおいて再生するコンテンツとしては、オーディオコンテンツの他に、ビデオコンテンツ、静止画像コンテンツ、ニュース等のテキストコンテンツを適用することも可能である。
【００８３】
また、上記の実施の形態では、ＵＰｎＰを用いたコンテンツサーバシステムに本発明を適用した場合について説明したが、この他に、例えば、Ｊｉｎｉ（Java（登録商標） intelligent network infrastructure）やＨＡＶｉ（Home Audio／Video interoperability）等の種々の仕様を適用したネットワークシステムにも、本発明を適用することが可能である。すなわち、オーディオコンテンツ等の種々のコンテンツを提供するサーバ装置と、提供されたコンテンツを受け取って順次再生するオーディオ再生装置とが存在する種々のネットワークシステムに、本発明を適用することが可能である。
【図面の簡単な説明】
【００８４】
【図１】本発明の実施の形態に係るネットワークシステムの構成例を示す図である。
【図２】ＵＰｎＰのプロトコルスタック（プロトコル群の構造）について説明するための図である。
【図３】メディアサーバに格納されたコンテンツを管理するツリー構造の例を示す図である。
【図４】サーバ装置のハードウェア構成を示すブロック図である。
【図５】オーディオ再生装置のハードウェア構成を示すブロック図である。
【図６】サーバ装置のソフトウェア構成を示すブロック図である。
【図７】データ格納部に格納された階層データの一例を示す図である。
【図８】オーディオ再生装置のソフトウェア構成を示すブロック図である。
【図９】コンテンツ再生動作を示すフローチャートである。
【図１０】モニタに表示された画面の一例を示す図である。
【符号の説明】
【００８５】
１……サーバ装置、２……オーディオ再生装置、４０……ルートコンテナ、５０……コンテナ、５１……オーディオコンテンツ、５２……オーディオタグ、１１０……制御部、１２０……情報格納部、１２０ａ……階層データ、１３０……Ｉ／Ｆ部、２１０……リスト取得部、２２０……サーバ情報格納部、２３０……タグ解析部、２４０……階層表示部、２５０……コンテンツ再生部、２６０……Ｉ／Ｆ部
【図１】
2008165646.tif 000003
【図２】
2008165646.tif 000004
【図３】
2008165646.tif 000005
【図４】
2008165646.tif 000006
【図５】
2008165646.tif 000007
【図６】
2008165646.tif 000008
【図７】
2008165646.tif 000009
【図８】
2008165646.tif 000010
【図９】
2008165646.tif 000011
【図１０】
2008165646.tif 000012