(57)【要約】【課題】  複数のサーバ装置のうちの１台から目的とするファイルを取り出すとき、これを容易にできるようにする。【解決手段】  ネットワークを通じて複数のサーバ装置に接続される通信ブロック３２と、複数のサーバ装置のうち、前回利用したサーバ装置を識別する情報を記憶するメモリ４４と、制御回路４０とを設ける。制御回路４０は、前回利用したサーバ装置を識別する情報がメモリ４４に記憶され、かつ、その記憶されている情報が示すサーバ装置から応答があったときには、そのサーバ装置との接続を行う。前回利用したサーバ装置を識別する情報が、メモリ４４に記憶されていないで、かつ、その記憶されている情報が示すサーバ装置以外のサーバ装置から応答があったときには、その応答があったサーバ装置との接続を行うとともに、その応答のあったサーバ装置を識別する情報を、前回利用したサーバ装置を識別する情報としてメモリ４４に記憶する。【選択図】  図１
2005122619.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバ装置とともにネットワークシステムを構築するクライアント装置であって、
ネットワークを通じて上記複数のサーバ装置に接続される通信ブロックと、
上記複数のサーバ装置のうち、前回利用したサーバ装置を識別する情報を記憶するメモリと、
制御回路と
を有し、
上記制御回路は、
上記複数のサーバ装置のうちのどれかを利用するときには、上記通信ブロックを通じて上記複数のサーバ装置に接続の要求を行い、
上記前回利用したサーバ装置を識別する情報が、上記メモリに記憶されているときであって、かつ、その記憶されている情報が示すサーバ装置から応答があったときには、そのサーバ装置との接続を行い、
上記前回利用したサーバ装置を識別する情報が、上記メモリに記憶されていないときであって、かつ、その記憶されている情報が示すサーバ装置以外のサーバ装置から応答があったときには、その応答があったサーバ装置との接続を行うとともに、
その応答のあったサーバ装置を識別する情報を、上記前回利用したサーバ装置を識別する情報として上記メモリに記憶する
ようにしたクライアント装置。
【請求項２】
請求項１に記載のクライアント装置において、
上記制御回路は、
上記前回利用したサーバ装置を識別する情報が、上記メモリに記憶されていないときであって、かつ、その記憶されている情報が示すサーバ装置以外のサーバ装置から応答があったときには、その応答が最初にあったサーバ装置との接続を行うとともに、
その応答が最初にあったサーバ装置を識別する情報を、上記前回利用したサーバ装置を識別する情報として上記メモリに記憶する
ようにしたクライアント装置。
【請求項３】
請求項１に記載のクライアント装置において、
上記制御回路は、
上記前回利用したサーバ装置を識別する情報が、上記メモリに記憶されていないときであって、かつ、その記憶されている情報が示すサーバ装置以外の特定のサーバ装置から応答があったときには、その特定のサーバ装置との接続を行うとともに、
その特定のサーバ装置を識別する情報を、上記前回利用したサーバ装置を識別する情報として上記メモリに記憶する
ようにしたクライアント装置。
【請求項４】
請求項１、請求項２あるいは請求項３に記載のクライアント装置において、
上記メモリに記憶されている情報であって、上記応答のあったサーバ装置を識別する情報を、上記複数のサーバ装置のうちの他のサーバ装置を識別する情報に変更する
ようにしたクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クライアント装置に関する。
【背景技術】
【０００２】
例えば、家庭内の各部屋で音楽などのオーディオコンテンツを楽しむことができるようにするには、図４に示すように、ネットワークシステムを構築すればよい。このとき、サーバ装置にはオーディオコンテンツを用意し、オーディオ機器にはクライアント機能を付加してネットワークオーディオ機の構成とする。
【０００３】
そして、このようなネットワークシステムを構築すれば、サーバ装置から各ネットワークオーディオ機（クライアント装置）にオーディオコンテンツを配信することができるので、各部屋で音楽などを聴取することができる。
【０００４】
そして、このようなネットワークオーディオシステムにおいて、サーバ装置からクライアント装置にデジタルオーディオデータを配信する場合、そのプロトコルとしてＴＣＰ／ＩＰを使用することが考えられる。このＴＣＰ／ＩＰは、インターネットの発達に伴って普及したが、伝送速度や信頼性からみてデジタルオーディオデータの伝送に十分に耐えることができ、しかも、ケーブルも最大100ｍまで延長することができるので、家庭内のどこへでもオーディオコンテンツを配信することができる。
【０００５】
また、通信帯域を考えた場合、デジタルオーディオデータ程度の伝送であれば、複数のデジタルオーディオデータを一度に伝送することが可能であるため、処理能力の高いサーバ装置を１台用意すれば、複数の部屋で、同時に別々の音楽を楽しむこともできる。また、オーディオコンテンツはサーバ装置に用意するので、多数のオーディオコンテンツを用意することができるとともに、一元的に管理することができる。
【０００６】
なお、先行技術文献として例えば以下のものがある。
【特許文献１】特開２００１−１０９８７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
いま、簡単のため、図５に示すように、４台のサーバ１１〜１４と、１台のネットワークオーディオ機２０とがネットワークオーディオシステムを構成しているとする。この場合、サーバ１１は、例えば図６に示すように、５個のディレクトリＡ〜Ｅと、12個のファイル１〜１２とがツリー構造（階層構造）で格納されているとする。また、同様に、他のサーバ１２〜１４にも、複数のディレクトリおよび複数のファイルがツリー構造で格納されているとする。なお、デジタルオーディオデータが音楽のデータであるとすれば、例えば１曲分のデジタルオーディオデータが１つのファイルを構成する。
【０００８】
すると、ネットワークオーディオ機２０が、サーバ１１〜１４から目的とするデジタルオーディオデータ（ファイル）を取り出して音楽などを再生する場合、ユーザは以下のような操作をする必要がある。すなわち、
(A) サーバ１１〜１４から目的とするファイルを格納しているサーバを選択する。  
(B) (A)項により選択したサーバのツリーから目的とするファイルを格納しているディレクトリを選択する。  
(C) (B)項で選択したディレクトリから目的とするファイルを選択する。  
(D) (C)項で選択したファイルをストリーミング再生する。  
しかし、このように４段階もの操作をするのは煩雑であり、特に(A)項のサーバの選択を間違えると、以後、いくら(B)および(C)項の操作をしても目的とするファイルを見つけることはできない。
【０００９】
この発明は、このような問題点を解決しようとするものである。
【課題を解決するための手段】
【００１０】
この発明においては、
複数のサーバ装置とともにネットワークシステムを構築するクライアント装置であって、
ネットワークを通じて上記複数のサーバ装置に接続される通信ブロックと、
上記複数のサーバ装置のうち、前回利用したサーバ装置を識別する情報を記憶するメモリと、
制御回路と
を有し、
上記制御回路は、
上記複数のサーバ装置のうちのどれかを利用するときには、上記通信ブロックを通じて上記複数のサーバ装置に接続の要求を行い、
上記前回利用したサーバ装置を識別する情報が、上記メモリに記憶されているときであって、かつ、その記憶されている情報が示すサーバ装置から応答があったときには、そのサーバ装置との接続を行い、
上記前回利用したサーバ装置を識別する情報が、上記メモリに記憶されていないときであって、かつ、その記憶されている情報が示すサーバ装置以外のサーバ装置から応答があったときには、その応答があったサーバ装置との接続を行うとともに、
その応答のあったサーバ装置を識別する情報を、上記前回利用したサーバ装置を識別する情報として上記メモリに記憶する
ようにしたクライアント装置
とするものである。
【発明の効果】
【００１１】
この発明によれば、複数のサーバ装置のうち、前回利用したサーバ装置に優先的に接続され、以後、(B)〜(D)項の操作を行えば、そのサーバ装置から目的とするコンテンツを取り出すことができる。
【００１２】
また、前回利用したサーバ装置がクライアント装置に登録されていないときには、クライアント装置は最初に応答したサーバ装置に接続されるので、その最初に応答したサーバ装置に蓄積されているコンテンツを利用することができる。そして、次回の利用時には、その最初に応答したサーバ装置に優先的に接続される。
【００１３】
さらに、複数のサーバ装置のうち、任意の有効なサーバ装置を優先的に接続するサーバ装置に変更することもできるので、以後、変更後のサーバ装置に対して、(B)〜(D)項の操作をするだけで目的とするコンテンツを取り出すことができる。
【発明を実施するための最良の形態】
【００１４】
１  ＵＰｎＰ(R)について
ここでは、ネットワークオーディオシステムに使用できるプロトコル群の一つであるＵＰｎＰ(R)について説明する。
【００１５】
１−１  ＵＰｎＰ(R)の構成
ＵＰｎＰ(R)を用いてオーディオコンテンツを再生するには、ＵＰｎＰ(R) ＡＶアーキテクチャと呼ばれるＵＰｎＰ(R)のＡＶ機器およびサービスの規定にしたがう必要がある。ＵＰｎＰ(R) ＡＶアーキテクチャによるＵＰｎＰ(R)のＡＶ機器は、
メディアサーバ      ：オーディオコンテンツを提供する装置
コントロールポイント：操作系、制御端末
メディアレンダラ    ：オーディオ信号の処理系、オーディオ再生装置
の３種類に分かれている。したがって、図４におけるサーバはメディアサーバ、ネットワークオーディオ機（クライアント）はコントロールポイントおよびメディアレンダラを構成することになる。
【００１６】
１−２  ＵＰｎＰ(R)の機能
ＵＰｎＰ(R)は、イーサネット（登録商標）などのネットワーク上で、ＩＰおよびＩＰ上のＴＣＰやＵＤＰなどで構成される通信機能の一つであり、主にＣＥ機器同士が簡単に相互の認証をすることができ、サービスの提供や提供されたサービスの実行を実現するプロトコル群のことである。
【００１７】
このため、ＵＰｎＰ(R)においては、図７に示すようなプロトコルスタックとされている。そして、ＵＰｎＰ(R)機器は、以下の６つの機能(1)〜(6)を有している。すなわち、
(1) アドレッシング（Addressing）
ＵＰｎＰ(R)機器が、ＩＥＥＥ８０２ネットワーク上でＩＰアドレスを取得するための機能。ＤＨＣＰあるいは自動取得が用いられる。  
(2) ディスカバリ（Discovery）
ＵＰｎＰ(R)機器を検出する機能。アドレッシングの後に行われ、コントロールポイントは制御したいＵＰｎＰ(R)機器を検出することができる。  
ここで用いられるプロトコルはＳＳＤＰである。各機器は、ＩＥＥＥ８０２ネットワークに接続されたときに、自分自身の有するデバイスやサービスを通知するメッセージを、ＩＥＥＥ８０２ネットワーク上にマルチキャストする。  
コントロールポイントは、このマルチキャストされたメッセージを受信することにより、ＩＥＥＥ８０２ネットワークにどのような機器が接続されたかを知ることができる。  
(3) ディスクリプション（Description）
相手機器の機能の詳細を知る機能。ディスカバリによってコントロールポイントが発見した制御対象の機器が出力したＳＳＤＰパケットには、デバイスディスクリプションのＵＲＬが記述されている。コントロールポイントは、そのＵＲＬにアクセスすることにより、その機器のさらに詳しいデバイス情報をデバイスディスクリプションから取得することができる。  
このデバイス情報には、アイコン情報、モデル名、生産者名、商品名、そのデバイスが有するサービスの詳しい情報が記載されているサービスディスクリプションなどが記述されている。コントロールポイントは、これらのデバイスディスクリプションやサービスディスクリプションからターゲットに対するアクセスの方法を知ることができる。デバイスディスクリプションやサービスディスクリプションはＸＭＬで表現されている。  
(4) コントロール（Control）
相手機器を制御する機能。このコントロールは、「アクション（Action）」と「クエリー（Query）」との２つに大別される。アクションは、サービスディスクリプションのアクション情報に規定された方法で行われ、アクションを実施（Invoke）することによって、コントロールポイントはターゲットを操作することができる。  
クエリーはサービスディスクリプションの機器情報（stateVariable）の値を取り出すために用いられる。コントロールでは、ＳＯＡＰと呼ばれるトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。  
(5) イベンティング（Eventing）
相手機器に状況を通知する機能。このイベンティングは、機器情報の値が変更されたとき、そのことをターゲットからコントロールポイントに通知させるために用いられる。コントロールポイントはターゲットに対してサービスディスクリプションを解析することにより、機器情報からターゲットの保持する変数を知ることができ、さらに、その変数が変更されたとき、ターゲットから通知を受け取ることができる。  
イベンティングでは、ＧＥＮＡと呼ばれるトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。
【００１８】
(6) プレゼンテーション（Presentation）
自分自身の機能を公表する機能。このプレゼンテーションは、ユーザにユーザインターフェースを用いたコントロール手段を提供するために用いられる。デバイスディスクリプションに記述されたプレゼンテーションＵＲＬにアクセスすることによって、ＨＴＭＬによって記述されたプレゼンテーションページを得ることができる。この機能により、ターゲットでアプリケーションを用意することが可能になる。
【００１９】
１−３  メディアサーバの機能
メディアサーバには、ＣＤＳと呼ばれる機能が必須で組み込まれ、メディアサーバにどのようにコンテンツが格納されているかをコントロールポイントに通知する。ＣＤＳには、「コンテナ」と「アイテム」と呼ばれる２つの抽象化されたオブジェクトがある。簡単にいえば、
アイテム：コンテンツあるいはそのファイル。  
コンテナ：アイテムをグループ分けしたときのグループ。ディレクトリ。  
である。このコンテナおよびアイテムは、常にツリー構造（階層構造）を採ることになっているものであり、図６のツリーもその一例である。
【００２０】
そして、コントロールポイントは、例えば図６に示すようなツリー構造のツリー情報をメディアサーバから取得することにより、各コンテンツのＵＲＬ（情報が書いてあるリンク）を得ることができる。また、所望のコンテンツ（アイテム）の情報が取得できた場合、メディアサーバのＡＶトランスポートと呼ばれる機能を用いてコンテンツの再生や停止などの操作を行なうことができる。
【００２１】
２  ネットワークオーディオ機（クライアント）について
ここでは、ネットワークオーディオ機について説明するが、ネットワークオーディオシステムが上述のＵＰｎＰ(R)を使用する場合である。
【００２２】
２−１  ネットワークオーディオ機の構成
図１において、符号２０はネットワークオーディオ機の一例を示し、このネットワークオーディオ機２０は、メディアレンダラ３０と、コントロールポイント４０とを有する。メディアレンダラ３０は、オーディオ信号の処理系であり、この例においては、ＲＪ−４５モジュラージャック３１と、通信ブロック３２と、イコライザ３３と、Ｄ／Ａコンバータ３４と、出力アンプ３５Ｌ、３５Ｒとから構成される。
【００２３】
この場合、モジュラージャック３１には、モジュラープラグ６１が差し込まれ、ネットワークオーディオ機２０は、プラグ６１およびＬＡＮケーブル６２を通じ、さらに、図５に示すように、例えばイーサネット（登録商標）によるネットワークを通じてメディアサーバ１１〜１４に接続される。
【００２４】
また、通信ブロック３２は、ネットワーク通信を実現するためのＬＳＩであり、ＴＣＰ／ＩＰにより送受信されるパケットの解析を行い、コンテンツの選択、検索、オーディオ信号の再生制御を行なうものである。したがって、通信ブロック３２はモジュラージャック３１を通じてメディアサーバに接続され、そのサーバから送られてきたコンテンツを受信する。
【００２５】
さらに、イコライザ３３は、入力信号の選択と、その選択された信号に対するイコライジング処理とを行うためのものである。このため、イコライザ３３は、通信ブロック３２に接続されてデジタルオーディオデータが供給されるとともに、アナログオーディオ信号がアナログ入力端子３７Ｌ、３７Ｒを通じてＡ／Ｄコンバータ３８に供給され、そのＡ／Ｄ変換出力がイコライザ３３に供給される。また、デジタルオーディオ信号がデジタル入力端子３９を通じてイコライザ３３に供給される。
【００２６】
そして、イコライザ３３において、これに供給された信号が選択されるとともに、イコライジング処理され、そのイコライジング出力がＤ／Ａコンバータ３４に供給される。このＤ／Ａコンバータ３４は、これに供給されたデジタル信号を左および右チャンネルのアナログオーディオ信号Ｌ、ＲにＤ／Ａ変換し、出力アンプ３５Ｌ、３５Ｒが、そのＤ／Ａ変換結果のオーディオ信号Ｌ、Ｒを出力端子３６Ｌ、３６Ｒを通じてスピーカ６３Ｌ、６３Ｒに供給する。
【００２７】
一方、コントロールポイント４０は、このネットワークオーディオ機２０の制御系であり、例えばマイクロコンピュータにより構成される。このため、コントロールポイント４０は、各種のプログラムを実行するＣＰＵ４１と、そのプログラムの書き込まれているＲＯＭ４２と、ワークエリア用のＲＡＭ４３と、電源オフ時に各種のデータを保持する不揮発性メモリ４４とを有し、これらメモリ４２〜４４はシステムバス４９を通じてＣＰＵ４１に接続されている。
【００２８】
また、ＲＯＭ４２には、ＣＰＵ４１が実行するプログラムの一部として、例えば図２に示すようなルーチン１００が用意される。このルーチン１００は、複数のメディアサーバに対して(A)項に相当する処理を実現するためのものである。このルーチン１００の詳細については後述するが、図２においては、ルーチン１００は、この発明に関係する部分だけを抜粋して示している。
【００２９】
さらに、コントロールポイント４０には、ユーザインターフェイスとして、操作キー４５およびディスプレイ４７を有する。この場合、操作キー４５はノンロックタイプのプッシュスイッチにより構成され、ディスプレイ４７は蛍光表示管あるいはＬＣＤなどにより構成されている。そして、キー４５はインターフェイス４６を通じてシステムバス４９に接続され、ディスプレイ４７はディスプレイコントローラ４８を通じてシステムバス４９に接続される。
【００３０】
さらに、システムバス４９がインターフェイス５１を通じて通信ブロック３２に接続され、コントロールポイント（マイクロコンピュータ）４０と通信ブロック３２との間で、各種のデータやコマンドがやりとりされる。
【００３１】
また、システムバス４９がインターフェイス５２を通じてイコライザ３３に接続され、イコライザ３３はコントロールポイント４０により制御される。この制御の結果、通信ブロック３２、Ａ／Ｄコンバータ３８および入力端子３９のそれぞれから得られるデジタルオーディオデータが、イコライザ３３において選択されるとともに、その選択されたデジタルオーディオデータに対して、上記のようにイコライジング処理が実行される。
【００３２】
そして、メディアサーバ１１〜１４のうちの１つからデジタルオーディオデータが送られてくると、これが通信ブロック３２により処理されて取り出され、イコライザ３３によりイコライジング処理されてからＤ／Ａコンバータ３４によりアナログオーディオ信号Ｌ、ＲにＤ／Ａ変換される。そして、このオーディオ信号Ｌ、Ｒがアンプ３５Ｌ、３５Ｒを通じてスピーカ６３Ｌ、６３Ｒに供給され、音響として出力される。
【００３３】
２−２  メディアサーバの選択
これは(A)項に相当する処理であり、ルーチン１００により実現される。したがって、ユーザは(B)〜(D)項の操作だけを行うことになる。
【００３４】
ここでは、図５のネットワークオーディオシステムを例にとって説明する。なお、以下の説明においては、図５のメディアサーバ１１〜１４のうち、メディアサーバ１３を「前回のメディアサーバ」とする。ここで、「前回のメディアサーバ」とは、メディアサーバ１１〜１４のうち、前回、ファイルの取り出し（デジタルオーディオデータの再生）に利用したメディアサーバを示す。また、この前回のメディアサーバ１３は、これを識別する情報、例えばＭＡＣなどの情報をメモリ４４に記憶することにより、ネットワークオーディオ機２０に登録されている。
【００３５】
そして、ネットワークオーディオ機２０において、メディアサーバ１１〜１４に対して接続の要求を行うと、ＣＰＵ４１の処理がルーチン１００のステップ１０１からスタートし、次にステップ１０２において、メディアサーバ１１〜１４の検出に制限時間を与えるためタイムアウトタイマを設定し、その後、ステップ１０３において、(2)項のディスカバリのメッセージをメディアサーバ１１〜１４にマルチキャストする。
【００３６】
続いて、ステップ１１１において、前回のメディアサーバがネットワークオーディオ機２０に登録されているかどうかを判別する。今の場合、メディアサーバ１３が前回のメディアサーバとしてネットワークオーディオ機２０に登録されているので、処理はステップ１１１からステップ１１２に進み、このステップ１１２において、ステップ１０３のマルチキャストに対する前回のメディアサーバ１３からの応答の有無をチェックする。
【００３７】
そして、応答のないときには、処理はステップ１１２からステップ１１３に進み、このステップ１１３において、ステップ１０２により設定したタイムアウトタイマがタイムアウトしたかどうかをチェックし、タイムアウトしていないときには、処理はステップ１１３からステップ１１２に戻る。したがって、以後、タイムアウトタイマがタイムアウトするまでステップ１１２、１１３が繰り返されることになる。
【００３８】
そして、この繰り返し期間に前回のメディアサーバ１３からの応答があると、この応答がステップ１１２により検出され、処理はステップ１１２からステップ１１４に進み、このステップ１１４において、ネットワークオーディオ機２０と前回のメディアサーバ１３との接続を行うとともに、その接続したことをディスプレイ４７に表示し、その後、ステップ１２６によりルーチン１００を終了する。
【００３９】
したがって、以後、ユーザは、前回のメディアサーバ１３に対して(B)〜(D)項を実行すれば、目的とする音楽などのデジタルオーディオデータを取り出すことができ、その音楽をストリーミング再生することができる。
【００４０】
しかし、ステップ１１２、１１３の繰り返し期間に前回のメディアサーバ１３から応答がないときには、タイムアウトタイマがタイムアウトするので、処理はステップ１１３からステップ１１５に進み、このステップ１１５において、例えば「前回使用したサーバに接続できませんでした」のメッセージをディスプレイ４７に表示し、その後、ステップ１２６によりルーチン１００を終了する。
【００４１】
一方、ステップ１１１において、前回のメディアサーバが登録されていない場合には、処理はステップ１１１からステップ１２２に進み、このステップ１２２において、ステップ１１２と同様、他のメディアサーバ１１、１２、１４からの応答の有無をチェックし、応答のないときには、処理はステップ１２２からステップ１２３に進み、このステップ１２３において、ステップ１０２により設定したタイムアウトタイマがタイムアウトしたかどうかをチェックし、タイムアウトしていないときには、処理はステップ１２３からステップ１２２に戻る。したがって、以後、タイムアウトタイマがタイムアウトするまでステップ１２２、１２３が繰り返されることになる。
【００４２】
そして、この繰り返し期間に他のメディアサーバ１１、１２、１４のうちのどれかから応答があると、この応答がステップ１２２により検出され、処理はステップ１２２からステップ１２４に進み、このステップ１２４において、最初に応答のあったメディアサーバを前回のメディアサーバとして例えばメモリ４４に登録する。そして、その後、処理はステップ１２４からステップ１１４に進み、最初に応答のあったメディアサーバとの接続を行うとともに、最初に応答のあったメディアサーバに接続したことをディスプレイ４７に表示し、ステップ１２６によりルーチン１００を終了する。
【００４３】
したがって、以後、ユーザは、最初に応答のあったメディアサーバに対して(B)〜(D)項を実行すれば、目的とする音楽などのデジタルオーディオデータを取り出すことができ、その音楽をストリーミング再生することができる。
【００４４】
しかし、ステップ１２２、１２３の繰り返し期間にメディアサーバ１１、１２、１４から応答がないときには、タイムアウトタイマがタイムアウトするので、処理はステップ１２３からステップ１２５に進み、このステップ１２５において、例えば「有効なサーバが接続されていません」のメッセージをディスプレイ４７に表示し、その後、ステップ１２６によりルーチン１００を終了する。
【００４５】
こうして、ルーチン１００によれば、ネットワークオーディオ機２０は、メディアサーバ１１〜１４のうち、前回利用したメディアサーバ１３に優先的に接続され、以後、(B)〜(D)項の操作を行えば、そのメディアサーバ１３から目的とするデジタルオーディオデータが取り出され、このデジタルオーディオデータが、ネットワークを通じてネットワークオーディオ機２０へとストリーミング形式で送信されてくる。したがって、上述のネットワークオーディオ機２０によれば、(B)〜(D)項の操作を行うだけで、メディアサーバを選択しないでも、前回利用したメディアサーバ１３に蓄積されている音楽などを聴くことができる。
【００４６】
また、前回利用したメディアサーバ１３がネットワークオーディオ機２０に登録されていないときには、ネットワークオーディオ機２０は最初に応答したメディアサーバに接続されるので、その最初に応答したメディアサーバに蓄積されている音楽などを聴くことができる。そして、次回の利用時には、その最初に応答したメディアサーバに優先的に接続される。
【００４７】
２−３  前回のメディアサーバの変更
図２に示したルーチン１００の場合、ネットワークオーディオ機２０がメディアサーバ１１〜１４に接続を要求したとき、前回のメディアサーバ１３が有効であれば、ネットワークオーディオ機２０は常に前回のメディアサーバ１３に接続されてしまう。したがって、他のメディアサーバ１１、１２、１４に格納されているデジタルオーディオデータを再生したくても、その再生はできなくなってしまう。
【００４８】
図３に示すルーチン２００は、前回のメディアサーバの情報を変更することにより、他のメディアサーバ１１、１２、１４にも接続できるようにする場合である。
【００４９】
すなわち、ネットワークオーディオ機２０において、前回のメディアサーバの変更を要求すると、ＣＰＵ４１の処理がルーチン２００のステップ２０１からスタートし、次にステップ２０２において、メディアサーバ１１〜１４の検出に制限時間を与えるためタイムアウトタイマを設定し、その後、ステップ２０３において、(2)項のディスカバリのメッセージをメディアサーバ１１〜１４にマルチキャストする。
【００５０】
続いて、ステップ２１１において、ステップ２０３のマルチキャストに対するメディアサーバ１１〜１４からの応答の有無をチェックし、応答のないときには、処理はステップ２１１からステップ２１２に進み、このステップ２１２において、ステップ１０２により設定したタイムアウトタイマがタイムアウトしたかどうかをチェックし、タイムアウトしていないときには、処理はステップ２１２からステップ２１１に戻る。したがって、以後、タイムアウトタイマがタイムアウトするまでステップ２１１、２１２が繰り返されることになる。
【００５１】
そして、この繰り返し期間にメディアサーバ１１〜１４のどれかから応答があると、この応答がステップ２１１により検出され、処理はステップ２１１からステップ２１３に進み、このステップ２１３において、応答のあったメディアサーバをメディアサーバリストに登録し、その後、処理はステップ２１２に進む。したがって、ステップ２０３のマルチキャストの時点から、ステップ２０２により設定したタイムアウトタイマの期間が経過するまでに、応答をしてきたメディアサーバがあれば、そのメディアサーバはすべてメディアサーバリストに登録されることになる。
【００５２】
そして、タイムアウトタイマの期間が経過すると、処理はステップ２１２からステップ２２１に進み、このステップ２２１において、メディアサーバリストにメディアサーバが登録されているかどうかをチェックする。このチェックの結果、メディアサーバが登録されているときには、処理はステップ２２１からステップ２２２に進み、このステップ２２２において、メディアサーバリストに登録されているメディアサーバの中から前回のメディアサーバに設定するメディアサーバを、ユーザに選択させる。
【００５３】
そして、ユーザが前回のメディアサーバに設定するメディアサーバを、メディアサーバのリストから選択すると、処理はステップ２２２からステップ２２３に進み、このステップ２２３において、ステップ２２２によりユーザの選択したメディアサーバを前回のメディアサーバとしてメモリ４４に登録し、その後、ステップ２２４によりルーチン２００を終了する。
【００５４】
また、ステップ２２１において、メディアサーバリストにメディアサーバが登録されていないときには、処理はステップ２２１からステップ２２４に進み、ルーチン２００を終了する。
【００５５】
したがって、ルーチン２００によれば、メディアサーバ１１〜１４のうち、任意の有効なメディアサーバを優先的に接続されるメディアサーバに変更することができるので、以後、ルーチン１００を実行すれば、変更後のメディアサーバに対して、(B)〜(D)項の操作をするだけで目的とするファイルを取り出して音楽などを再生することができる。
【００５６】
３  まとめ
上述のネットワークオーディオ機２０によれば、メディアサーバ１１〜１４のうち、前回利用したメディアサーバ１３に優先的に接続されるので、以後、(B)〜(D)項の操作を行えば、そのメディアサーバ１３から目的とするデジタルオーディオデータを取り出すことができる。
【００５７】
したがって、(B)〜(D)項の操作を行うだけで、前回利用したメディアサーバ１３に蓄積されている音楽などを聴くことができる。例えば音楽を聴いている途中で再生を停止させても、次回の再生時、その音楽を続きからシームレスに聴くことができる。
【００５８】
また、前回利用したメディアサーバ１３がネットワークオーディオ機２０に登録されていないときには、ネットワークオーディオ機２０は最初に応答したメディアサーバに接続されるので、その最初に応答したメディアサーバに蓄積されている音楽などを聴くことができる。そして、次回の利用時には、その最初に応答したメディアサーバに優先的に接続される。
【００５９】
さらに、メディアサーバ１１〜１４のうち、任意の有効なメディアサーバを優先的に接続されるメディアサーバに変更することもできるので、以後、変更後のメディアサーバに対して、(B)〜(D)項の操作をするだけで目的とするファイルを取り出して音楽などを再生することができる。
【００６０】
４  その他
上述においては、メディアサーバからオーディオコンテンツを取り出す場合であるが、複数のメディアサーバから目的とするコンテンツを取り出す場合であれば、この発明を適用することができる。また、ルーチン１００において、ステップ１１５に続いてルーチン２００を実行することもでき、あるいはタイムアウトタイマを再スタートさせてからステップ１２２に進むこともできる。
【００６１】
さらに、ルーチン１００のステップ１２２において、特定のメディアサーバからの応答の有無をチェックし、応答のあったときには、処理がステップ１２２からステップ１２４に進み、応答のなかったときには、処理がステップ１２３からステップ１２５に進むようにしてもよい。
【００６２】
また、上述においては、プロトコルとしてＵＰｎＰ(R)を使用した場合であるが、メディアサーバにおけるディレクトリ（コンテナ）およびファイル（アイテム）のツリー構造を、ネットワークを通じてネットワークオーディオ機２０に送信できるとともに、コンテンツの再生や停止を指示できるものであれば、Ｊｉｎｉ(R)やＨＡＶｉ(R)などとすることもできる。さらに、通信ブロック３２にソフトウェアの処理能力がある場合には、ルーチン１００、２００の一部あるいは全部を通信ブロック３２に実行させることもできる。
【００６３】
〔略語の一覧〕
Ａ／Ｄ     ：Analog to Digital
ＡＶ       ：Audio and Visual
ＣＤＳ     ：Contents Directory Service
ＣＥ       ：Consumer Electronics
ＣＰＵ     ：Central Processing Unit
Ｄ／Ａ     ：Digital to Analog
ＤＨＣＰ   ：Dynamic Host Configuration Protocol
ＧＥＮＡ   ：General Event Notification Architecture
ＨＡＶｉ(R)：Home Audio/Video interoperability (R)
ＨＴＭＬ   ：Hyper Text Markup Language
ＩＥＥＥ   ：Institute of Electrical and Electronics Engineers
ＩＰ       ：Internet Protocol
ＬＡＮ     ：Local Area Network
ＬＣＤ     ：Liquid Crystal Display
ＭＡＣ     ：Media Access Control address
ＲＡＭ     ：Random Access Memory
ＲＯＭ     ：Read Only Memory
ＳＯＡＰ   ：Simple Object Access Protocol
ＳＳＤＰ   ：Simple Service Discovery Protocol
ＴＣＰ     ：Transmission Control Protocol
TCP/IP     ：Transmission Control Protocol/Internet Protocol
ＵＤＰ     ：User Datagram Protocol
ＵＰｎＰ(R)：Universal Plug and Play (R)
ＵＲＬ     ：Uniform Resource Locator
ＸＭＬ     ：eXtensible Markup Language
【図面の簡単な説明】
【００６４】
【図１】この発明の一形態を示す系統図である。
【図２】この発明に使用できる処理手順の一形態を示すフローチャートである。
【図３】この発明に使用できる処理手順の他の形態を示すフローチャートである。
【図４】サーバ・クライアントシステムを示す図である。
【図５】サーバ・クライアントシステムを示す図である。
【図６】この発明を説明するための図である。
【図７】ＵＰｎＰ(R)のプロトコルスタックを示す図である。
【符号の説明】
【００６５】
２０…ネットワークオーディオ機、３０…メディアレンダラ、３１…モジュラジャック、３２…通信ブロック、３３…イコライザ、３４…Ｄ／Ａコンバータ、３５Ｌおよび３５Ｒ…出力アンプ、４０…コントロールポイント、４１…ＣＰＵ、４２…ＲＯＭ、４３…ＲＡＭ、４４…不揮発性メモリ、４５…操作キー、４７…ディスプレイ、６１…モジュラプラグ、６２…ＬＡＮケーブル、６３Ｌおよび６３Ｒ…スピーカ
【図１】
2005122619.tif 000003
【図２】
2005122619.tif 000004
【図３】
2005122619.tif 000005
【図４】
2005122619.tif 000006
【図５】
2005122619.tif 000007
【図６】
2005122619.tif 000008
【図７】
2005122619.tif 000009