(57)【要約】【課題】サーバのディレクトリ構造の全てを把握できない状況下においても、所望のコンテンツを再生することができる。【解決手段】スキップ入力があると、再生中のアイテムを含むコンテナを含む親コンテナの情報を検索し、検索された親コンテナの情報に基づいて同階層コンテナ情報を、サーバ装置から検索し、同階層コンテナ情報に含まれているアイテムを検出し、検出されたアイテムを、サーバ装置から取得し再生手段に再生させる。【選択図】図１２
2008165934.tif 000002
【特許請求の範囲】
【請求項１】
サーバのディレクトリ構造の全てを把握できない状況下で、前記サーバ内の所望のコンテンツをネットワークを介して取得し再生する再生装置において、
コンテンツを再生する再生手段と、
スキップ入力があると、再生中の前記コンテンツを含む子フォルダを含む親フォルダの情報を検索し、検索された前記親フォルダの情報に基づいて前記子フォルダと同階層に属する他のフォルダの情報を、前記サーバから検索する検索手段と、
前記他のフォルダの情報に含まれているコンテンツを検出するコンテンツ検出手段と、
前記コンテンツ検出手段によって検出された前記コンテンツを、前記サーバから取得し前記再生手段に再生させるコンテンツ取得手段と、
を有することを特徴とする再生装置。
【請求項２】
前記親フォルダの情報は、前記親フォルダに属するフォルダの個数および前記親フォルダの下位に属する前記フォルダおよび前記コンテンツの種類に関する情報であることを特徴とする請求項１記載の再生装置。
【請求項３】
前記コンテンツは、前記子フォルダの識別情報を有し、前記子フォルダは、前記親フォルダの識別情報を有し、
前記検索手段は、再生中の前記コンテンツから前記子フォルダの識別情報を取得し、再生中の前記コンテンツの識別情報を前記サーバから取得して再生中の前記コンテンツから取り出した識別情報と比較し、一致したことを確認すると、前記子フォルダの識別情報を前記サーバから取得して前記子フォルダから取り出した前記子フォルダの識別情報と比較し、一致したことを確認すると、前記子フォルダが有する前記親フォルダの識別情報を備える前記親フォルダの情報を検索対象とすることを特徴とする請求項１記載の再生装置。
【請求項４】
ルートフォルダから再生中の前記コンテンツに至るまでに選択されたフォルダの履歴の少なくとも一部を管理する履歴情報管理部をさらに有し、
前記検索手段は、前記履歴情報管理部が管理する履歴から前記親フォルダの情報を検索することを特徴とする請求項１記載の再生装置。
【請求項５】
サーバのディレクトリ構造の全てを把握できない状況下で、前記サーバ内の所望のコンテンツをネットワークを介して取得し再生する再生方法において、
再生手段がコンテンツを再生しているときにスキップ入力があると、
検索手段が、再生中の前記コンテンツを含む子フォルダを含む親フォルダの情報を検索し、検索された前記親フォルダの情報に基づいて前記子フォルダと同階層に属する他のフォルダの情報を、前記サーバから検索し、
コンテンツ検出手段が、前記他のフォルダの情報に含まれているコンテンツを検出し、
コンテンツ取得手段が、前記コンテンツ検出手段によって検出された前記コンテンツを、前記サーバから取得し前記再生手段に再生させる、
ことを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は再生装置および再生方法に関し、特に、再生装置および再生方法に関する。
【背景技術】
【０００２】
近年、デジタルデータ化されたオーディオコンテンツやビデオコンテンツが広く流通し、これらを手軽に記録・再生する機器も一般的に普及している。また、ネットワーク技術の発達に伴い、家庭内においてもＬＡＮ（Local Area Network）や無線ＬＡＮ等のネットワークシステムを構築することが容易になっている。
【０００３】
そして、このような家庭内のネットワークシステムにおいて、機器間でデジタルコンテンツを容易にやり取りできるようにすることが望まれており、そのために機器間の接続やコンテンツ制御等の手順の規格化が進められている。その規格の代表例として、米マイクロソフト社が発表したＵＰｎＰ（Universal Plug & Play）規格が広く知られている。また、このＵＰｎＰ規格をベースとしたＤＬＮＡ（Digital Living Network Alliance）ガイドラインが策定され、ＤＬＮＡガイドラインに準拠した機器の開発が現在進められている。
【０００４】
ＵＰｎＰ規格では、ＵＰｎＰ機器を、コンテンツを提供するメディアサーバ（Media Server）と、制御端末装置として機能するコントロールポイント（Control Point）と、再生装置として機能するクライアント機器（Media Renderer：メディアレンダラ）との３つに分類している。なお、コントロールポイントの機能は、メディアサーバと、クライアント機器とのどちらに実装されてもよい。
【０００５】
そして、これらの機能との間での通信手順を規定することで、ネットワーク上におけるＵＰｎＰ機器の探索や、再生動作等の制御を容易に行うことが可能となっている。例えば、この制御手順を利用することで、１つのメディアレンダラから、メディアサーバからのコンテンツデータの送受信制御だけでなく、他のメディアレンダラに対するコンテンツデータの送信制御を行うことも可能となる。
【０００６】
このようなクライアント機器において、メディアサーバ側でフォルダ（コンテナ）管理されているコンテンツを再生する場合、たとえばオーディオコンテンツの場合ユーザがアルバム単位、アーティスト単位で管理することが多い。またサーバ側で自動的にそのように管理する傾向がある。
【０００７】
そういったサーバのコンテンツに対しある曲を再生している時に今聴いている曲と同一または類似の傾向の曲をユーザが欲した場合、現在再生している曲と同じ親コンテナの他のコンテナ内には似たような傾向の曲がある可能性が高い。そこで従来のオーディオ機器等ではそのコンテナへ直接移動するようなコンテナスキップ（Folder Skip）再生を行う機能が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００３−２２６１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
一般的に、ネットワーク機器の場合、ハードウェア資源（記憶容量）を極力少なくしたいという要望がある。このため、クライアント機器でネットワーク上のサーバのコンテンツの配置をすべて把握しておくことは、非常に困難である。
【０００９】
本発明はこのような点に鑑みてなされたものであり、サーバのディレクトリ構造の全てを把握できない状況下においても、所望のコンテンツを再生することができる再生装置および再生方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記問題を解決するために、サーバのディレクトリ構造の全てを把握できない状況下で、前記サーバ内の所望のコンテンツをネットワークを介して取得し再生する再生装置において、コンテンツを再生する再生手段と、スキップ入力があると、再生中の前記コンテンツを含む子フォルダを含む親フォルダの情報を検索し、検索された前記親フォルダの情報に基づいて前記子フォルダと同階層に属する他のフォルダの情報を、前記サーバから検索する検索手段と、前記他のフォルダの情報に含まれているコンテンツを検出するコンテンツ検出手段と、前記コンテンツ検出手段によって検出された前記コンテンツを、前記サーバから取得し前記再生手段に再生させるコンテンツ取得手段と、を有することを特徴とする再生装置が提供される。
【００１１】
このような再生装置によれば、スキップ入力があると、検索手段により、再生中の前記コンテンツを含む子フォルダを含む親フォルダの情報が検索され、検索された親フォルダの情報に基づいて子フォルダと同階層に属する他のフォルダが、サーバから検索される。そして、コンテンツ検出手段により、他のフォルダ内に含まれているコンテンツが検出される。そして、コンテンツ検出手段によって検出されたコンテンツが、コンテンツ取得手段によりサーバから取得され、再生手段より再生される。
【発明の効果】
【００１２】
本発明によれば、サーバのディレクトリ構造の全てを把握できない状況においても、所望の（例えば同一ジャンルの）コンテンツを容易に取得し、再生することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面を参照して詳細に説明する。以下の説明では、一例として家庭内に形成されるＬＡＮシステム（ネットワークシステム）に本発明を適用した場合を想定する。また、このＬＡＮシステムを通じて送受信されるコンテンツデータの例として、オーディオデータを適用する。
【００１４】
［ホームネットワークの構成］
図１は、本発明の実施の形態に係るネットワークシステムの構成例を示す図である。
図１に示すネットワークシステムは、サーバ装置１と、オーディオ再生装置２〜４とが、無線ＬＡＮを通じて接続された構成となっている。
【００１５】
サーバ装置１は、例えばパーソナルコンピュータ等の情報処理装置や、オーディオコンテンツのレコーダ等であり、無線ＬＡＮへの接続機能を備えるとともに、ＨＤＤ（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）等の種々の仕様を適用したネットワークシステムにも、本発明を適用することが可能である。すなわち、オーディオコンテンツ等の種々のコンテンツを提供するサーバ装置と、提供されたコンテンツを受け取って順次再生するオーディオ再生装置とが存在する種々のネットワークシステムに、本発明を適用することが可能である。
【図面の簡単な説明】
【０１１４】
【図１】本発明の実施の形態に係るネットワークシステムの構成例を示す図である。
【図２】ＵＰｎＰのプロトコルスタック（プロトコル群の構造）について説明するための図である。
【図３】メディアサーバに格納されたコンテンツを管理するツリー構造の例を示す図である。
【図４】サーバ装置のハードウェア構成を示すブロック図である。
【図５】オーディオ再生装置のハードウェア構成を示すブロック図である。
【図６】サーバ装置のソフトウェア構成を示すブロック図である。
【図７】オーディオ再生装置のソフトウェア構成を示すブロック図である。
【図８】履歴情報管理テーブルを示す図である。
【図９】図８に示す履歴情報管理テーブルが示す内容を示す図である。
【図１０】本実施の形態のサーバのＣＤＳのデータ階層を示す図である。
【図１１】ネットワークシステムの動作を示すフローチャートである。
【図１２】ネットワークシステムの動作を示すフローチャートである。
【図１３】モニタに表示される画面を示す図である。
【図１４】スキップ処理を示すフローチャートである。
【図１５】スキップ処理を示すフローチャートである。
【図１６】スキップ処理の具体例を説明する図である。
【図１７】スキップ処理の具体例を説明する図である。
【図１８】スキップ処理の具体例を説明する図である。
【図１９】スキップ処理の具体例を説明する図である。
【図２０】第２の実施の形態のスキップ処理を示す図である。
【図２１】第３の実施の形態のネットワークシステムのアイテム取得処理を示すフローチャートである。
【符号の説明】
【０１１５】
１……サーバ装置、２〜４……オーディオ再生装置、２５ｂ……スキップボタン、１１０……制御部、１２０……情報格納部、１３０……Ｉ／Ｆ部、２１０……情報解析部、２２０……ユーザＩ／Ｆ部、２３０……アイテム再生部、２４０……履歴情報管理部、２４１……履歴情報管理テーブル、２５０……Ｉ／Ｆ部、ｍｕ１〜ｍｕ４……アイテム
【図１】
2008165934.tif 000003
【図２】
2008165934.tif 000004
【図３】
2008165934.tif 000005
【図４】
2008165934.tif 000006
【図５】
2008165934.tif 000007
【図６】
2008165934.tif 000008
【図７】
2008165934.tif 000009
【図８】
2008165934.tif 000010
【図９】
2008165934.tif 000011
【図１０】
2008165934.tif 000012
【図１１】
2008165934.tif 000013
【図１２】
2008165934.tif 000014
【図１３】
2008165934.tif 000015
【図１４】
2008165934.tif 000016
【図１５】
2008165934.tif 000017
【図１６】
2008165934.tif 000018
【図１７】
2008165934.tif 000019
【図１８】
2008165934.tif 000020
【図１９】
2008165934.tif 000021
【図２０】
2008165934.tif 000022
【図２１】
2008165934.tif 000023