JP4013949B2 - ネットワーク型コンテンツ再生システム - Google Patents

ネットワーク型コンテンツ再生システム Download PDF

Info

Publication number
JP4013949B2
JP4013949B2 JP2004509922A JP2004509922A JP4013949B2 JP 4013949 B2 JP4013949 B2 JP 4013949B2 JP 2004509922 A JP2004509922 A JP 2004509922A JP 2004509922 A JP2004509922 A JP 2004509922A JP 4013949 B2 JP4013949 B2 JP 4013949B2
Authority
JP
Japan
Prior art keywords
client
content server
audio client
list
controller
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004509922A
Other languages
English (en)
Other versions
JPWO2003102919A1 (ja
Inventor
文昭 河村
洋一 工藤
進 竹村
泰 池田
年伸 佐野
裕子 芳崎
貴宏 千葉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Onkyo Corp
Original Assignee
Onkyo Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Onkyo Corp filed Critical Onkyo Corp
Publication of JPWO2003102919A1 publication Critical patent/JPWO2003102919A1/ja
Application granted granted Critical
Publication of JP4013949B2 publication Critical patent/JP4013949B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
    • G10H1/00—Details of electrophonic musical instruments
    • G10H1/0033—Recording/reproducing or transmission of music for electrophonic musical instruments
    • G10H1/0041—Recording/reproducing or transmission of music for electrophonic musical instruments in coded form
    • G10H1/0058—Transmission between separate instruments or between individual components of a musical system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/60—Information retrieval; Database structures therefor; File system structures therefor of audio data
    • G06F16/68—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/686—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, title or artist information, time, location or usage information, user ratings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements

Description

【技術分野】
【０００１】
本発明は、ネットワーク型コンテンツ再生システムに関し、さらに詳しくは、サーバとサーバに接続されたクライアントとサーバに接続されたコントローラとを備えたネットワーク型コンテンツ再生システムに関する。
【背景技術】
【０００２】
従来の典型的なオーディオシステムは、媒体から音楽データを読み出し、その音楽データに基づいて音楽を再生するものである。このようなオーディオシステムは基本的に各部屋に１つずつ設置しなければならないため、全体として高価になる。これに対し、１箇所に全ての音楽データを蓄積しておき、各部屋で選択された音楽を再生することの可能な集中型オーディオシステムも提供されている。
【０００３】
しかし、上記集中型オーディオシステムでは、音楽信号用の配線や制御信号用の配線等、多数の配線を各部屋に敷かなければならない。また、１つの曲を各部屋で同時に再生することは可能であるが、ある曲をある部屋で再生している最中に、同じ曲を別の部屋で最初から再生することはできない。
【０００４】
また、汎用のパソコンに音楽再生用のアプリケーションプログラムをインストールすれば、インターネット上のサイトから音楽データを取得し、音楽を再生することは可能であるが、受信済みのデータについてしか、音楽ＣＤのように、曲を途中から再生したり、早送りしたり、早戻ししたりすることはできない。すなわち、未だ受信していなデータについては、特殊再生をすることができない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、再生中のコンテンツを列挙したコンテンツリスを記憶しておく必要のないネットワーク型コンテンツ再生システムを提供することである。
【００１０】
本発明によるネットワーク型コンテンツ再生システムは、サーバと、サーバに接続された少なくとも１つの第１のクライアントと、サーバに接続された第２のクライアントとを備える。サーバは、複数のコンテンツ（音楽コンテンツ、映像コンテンツなど）を蓄積する蓄積手段と、複数のコンテンツの中から選択されたコンテンツを第１のクライアントに送信するコンテンツ送信手段と、第１のクライアントにより再生されるべき複数のコンテンツを列挙したコンテンツリストを作成するために必要なリスト構築キーを含むクライアント情報を記憶するクライアント情報記憶手段と、第１のクライアントに関するクライアント情報をクライアント情報記憶手段から読み出して第２のクライアントに送信するクライアント情報送信手段と、第２のクライアントからの要求に応じて第２のクライアントから送信されたリスト構築キーに基づいてコンテンツリストを作成するコンテンツリスト作成手段と、コンテンツリスト作成手段により作成されたコンテンツリストを第２のクライアントに返信するコンテンツリスト返信手段とを含む。第１のクライアントは、サーバから返信されたコンテンツを再生する再生手段を含む。第２のクライアントは、サーバから送信されたクライアント情報を受信する手段と、受信されたクライアント情報に含まれるリスト構築キーをサーバに送信することによりコンテンツリストをサーバに要求するコンテンツリスト要求手段と、サーバから返信されたコンテンツリストを受信するコンテンツリスト受信手段とを含む。
【００２５】
本ネットワーク型コンテンツ再生システムでは、第２のクライアントは、コンテンツリストが必要なときにリスト構築キーをサーバに送信すればコンテンツリストを取得することができるので、取得したコンテンツリストを記憶しておく必要はない。また、リスト構築キーはクライアント情報に含まれ、サーバはこのクライアント情報を記憶するとともに、第２のクライアントに送信されるので、第１のクライアントがコンテンツリストに列挙されたコンテンツを再生している間に、第２のクライアントの電源が一旦切られ、再び投入された場合でも、第２のクライアントはリスト構築キーをサーバに送信しさえすれば、コンテンツリストをいつでも取得することができる。
【００５２】
好ましくは、サーバは、第２のクライアントに要求を強制的に送信するためのプッシュポートを通じて、クライアント情報を第２のクライアントに送信する。
【００５３】
この場合、サーバは、第２のクライアントから要求がなくても、クライアント情報を第２のクライアントに送信することができる。
【００５４】
好ましくは、第２のクライアントはさらに、受信したクライアント情報を表示する手段と、受信したクライアント情報が変更されているとき、そのクライアント情報の表示を変更する手段とを含む。
【００５６】
好ましくは、コンテンツリスト要求手段は、受信されたクライアント情報に含まれるリスト構築キーが変更されているとき、そのリスト構築キーをサーバに送信する。
【００５７】
好ましくは、第２のクライアントは、サーバに接続されたとき、サーバから送信されたクライアント情報を受信する。
【００５８】
この場合、第２のクライアントは、電源が投入されると、サーバに接続されるので、サーバから第１のクライアントに関するクライアント情報を取得することができる。
【０１２６】
再生手段は、サーバから送信されたコンテンツリストに従って再生を完了したコンテンツの次のコンテンツを再生する。
【０１２７】
この場合、第１のクライアントはこのコンテンツリストに従って自ら連続再生を行う。
【０１３４】
以下、本発明の実施の形態を図面を参照して詳しく説明する。図中同一又は相当部分には同一符号を付してその説明を援用する。
【０１３５】
［目次］
１．好ましい実施の形態
１．１．構成
１．１．１．全体
１．１．２．コンテンツサーバ
１．１．３．オーディオクライアント
１．１．４．コントローラ
１．１．５．ＡＶレシーバ
１．２．動作
１．２．１．コンテンツサーバ及びオーディオクライアントの初期設定
１．２．１．１．オーディオクライアントの初期設定
１．２．１．１．１．コンテンツサーバ探索
１．２．１．１．２．コンテンツサーバとの接続
１．２．１．１．３．クライアント情報の送信
１．２．１．２．コンテンツサーバの初期設定
１．２．１．２．１．コンテンツサーバ探索に対する応答
１．２．１．２．２．コマンドポート接続受付
１．２．１．２．３．プッシュポート接続受付（その１）
１．２．１．２．４．プッシュポート接続受付（その２）
１．２．２．コンテンツサーバ及びオーディオクライアントのメイン動作
１．２．２．１．コマンド受付
１．２．２．１．１．コマンド振分処理
１．２．２．１．２．ステータス通知コマンド処理
１．２．２．１．３．サーバリクエスト発行コマンド処理
１．２．２．２．通常再生
１．２．２．２．１．曲リスト取得
１．２．２．２．２．曲の指定
１．２．２．２．３．曲の再生
１．２．２．３．特殊再生
１．２．２．３．１．早送り再生
１．２．２．３．２．早戻し再生
１．２．２．３．３．一時停止
１．２．２．３．４．スロー再生
１．２．３．コントローラの動作
１．２．３．１．コンテンツサーバとの接続
１．２．３．１．１．監視ハンドル及び制御ハンドルの取得
１．２．３．２．モニタ（監視）機能
１．２．３．３．制御機能
１．２．３．３．１．制御コマンド処理
１．２．３．３．２．再生制御
１．２．３．３．３．再生可能なフォーマットかを識別して再生
１．２．３．３．４．連続再生制御
１．２．３．３．５．リスト構築キーを用いた連続再生制御
１．２．３．３．６．優先順位を付けた連続再生制御
１．２．３．３．７．制御ハンドルを利用した連続再生制御
１．２．３．３．８．コンテンツサーバによる連続再生制御
１．２．３．３．９．オーディオクライアント自身による連続再生制御
１．２．３．３．１０．再生命令管理テーブルを利用した連続再生制御
１．２．４．ＡＶレシーバの制御
１．２．５．ファームウェアアップデート
２．他の実施の形態
２．１．コンセント内蔵型オーディオクライアント
２．２．インターネット上の音楽データを取得
２．３．取得データ長変更機能付き再生
２．４．スキップ再生
２．５．リピート再生
２．６．途中再生
２．７．自動接続回復機能付きクライアント
【０００１】
１．好ましい実施の形態
１．１．構成
１．１．１．全体
図１を参照して、本発明の実施の形態によるネットワーク型オーディオシステム１０は、多数の曲の音楽データを蓄積するための複数のコンテンツサーバＳ１〜Ｓｉと、コンテンツサーバＳ１〜Ｓｉからの音楽データに基づいて音楽を再生するための複数のオーディオクライアントＣ１〜Ｃｊと、オーディオクライアントＣ１〜Ｃｊを制御しかつモニタするための複数のコントローラＡ１〜Ａｋと、ＡＶ機器（例えば、スイッチャやアンプなどを含むＡＶレシーバ）ＡＶＲと、ＡＶレシーバＡＶＲを制御するためのＡＶＲクライアントＡＣとを備える。以下、コンテンツサーバのうち１つを挙げる場合はコンテンツサーバＳｉ、オーディオクライアントのうち１つを挙げる場合はオーディオクライアントＣｊ、コントローラのうち１つを挙げる場合はコントローラＡｋを用いる。
【０１３６】
ここではコンテンツサーバＳｉには音楽データを蓄積しているが、これに代えて又はこれと共に映像データを蓄積していてもよく、その他、さまざまなデジタルコンテンツ(例えば、写真などの静止画等)を蓄積していてもよい。以下では、音楽データを例に説明する。また、コンテンツサーバＳｉ、オーディオクライアントＣｊ、コントローラＡｋは、それぞれ複数存在するが、コンテンツサーバやオーディオクライアントは少なくとも１つ存在すればよい。複数のコンテンツサーバＳ１〜Ｓｉが存在する場合、オーディオクライアントＣｊはいずれのコンテンツサーバＳ１〜Ｓｉから音楽データを取得してもよく、また、特定の１つのコンテンツサーバＳｉのみから音楽データを取得してもよい。また、コントローラＡｋは全くなくてもよい。また、ＡＶレシーバＡＶＲやＡＶＲクライアントＡＣは複数存在してもよいが、全くなくてもよい。
【０１３７】
これらは、ＬＡＮ（ローカルエリアネットワーク）１２により相互に接続されるが、これに限定されることなく、ＵＳＢ、ＩＥＥＥ１３９４など、コンピュータネットワークを構築するのに適切なものを採用すればよい。ＬＡＮを採用する場合、ＰＣ（パーソナルコンピュータ）で標準的なＴＣＰ／ＩＰプロトコルを採用するのが好ましいが、ＵＤＰプロトコルなどを採用してもよく、プロトコルは特に限定されない。また、この図ではＬＡＮの基幹配線から枝分かれするようにコンテンツサーバやオーディオクライアントが接続されているが、たとえば１０ＢＡＳＥ−Ｔや１００ＢＡＳＥ−ＴＸの場合にはハブを中心にしてスター状に接続される。
【０１３８】
１．１．２．コンテンツサーバ
図２を参照して、各コンテンツサーバＳｉは、圧縮デジタル音楽データを蓄積するためのＨＤＤ（ハードディスクドライブ）１４と、データベース管理部１６及びネットワークプロトコル処理部１８を含むＣＰＵ処理部２０と、本コンテンツサーバＳｉとＬＡＮ１２との間で信号を送受信するＬＡＮコントローラ２２とを備える。
【０１３９】
１．１．３．オーディオクライアント
図３を参照して、各オーディオクライアントＣｊは、ネットワークプロトコル処理部２４及びシステム動作部２６を含むマイコン処理部２８と、フラッシュメモリ３０と、順次入力された圧縮デジタル音楽データ等を一時的に記憶して順次出力するメモリ３２と、圧縮デジタル音楽データをデコードして非圧縮デジタル音楽データを生成する音声処理部３４と、デジタル音楽データをアナログ音楽データに変換するＤ／Ａ変換器（ＤＡＣ）３６と、本オーディオクライアントＣｊとＬＡＮ１２との間で信号を送受信するＬＡＮコントローラ３８とを備える。オーディオクライアントＣｊは、コンテンツサーバＳｉと異なり、圧縮デジタル音楽データを蓄積するためのＨＤＤを備えていなくてもよい。
【０１４０】
１．１．４．コントローラ
図４を参照して、各コントローラＡｋは、キーボード、マウス、タブレット、タッチパネル等の入力装置３０１と、液晶ディスプレイ、ＣＲＴ(Cathode Ray Tube)等の表示装置３０２と、インストールされたコンピュータプログラムに従って所定の処理を実行するＣＰＵ３０３と、本コントローラＡｋとＬＡＮ１２との間で信号を送受信するＬＡＮコントローラ３０４とを備える。コントローラＡ１〜ＡｋはオーディオクライアントＣ１〜Ｃｊと同様にコンテンツサーバＳ１〜Ｓｉに対してクライアントとして機能する。コントローラＡｋがオーディオクライアントＣｊと異なる点は、オーディオクライアントＣｊは再生機能を有するのに対し、コントローラＡｋは再生機能を有さず、主としてオーディオクライアントのモニタ及び制御機能を有する点である。
【０１４１】
上記オーディオクライアントＣｊは主として再生機能を有するが、モニタ及び制御機能を有していてもよい。この場合、オーディオクライアントはコントローラとしても機能する。
【０１４２】
１．１．５．ＡＶレシーバ
ＡＶレシーバＡＶＲは、特に限定されないが、たとえばＥＩＡ−２３２によりＡＶＲクライアントＡＣに接続される。ＡＶＲクライアントＡＣは、主としてＡＶレシーバＡＶＲと通信できる機能を有するが、オーディオクライアントＣｊと同様に再生機能を併せて有していてもよい。
【０１４３】
１．２．動作
１．２．１．コンテンツサーバ及びオーディオクライアントの初期設定動作
図５を参照して、あるオーディオクライアントに電源が投入されると、そのオーディオクライアントはまずコンテンツサーバを探索する（Ｓ１１）。ＬＡＮ１２に接続されている複数のコンテンツサーバＳｉのうち稼働中のコンテンツサーバは、これに応答する（Ｓ２１）。
【０１４４】
続いて、オーディオクライアントは、コンテンツサーバとデータの送受信を可能にするために、コンテンツサーバに対して接続要求を発行する（Ｓ１２）。コンテンツサーバは、この接続要求に応じてオーディオクライアントとの接続を確立する（Ｓ２２）。
【０１４５】
最後に、オーディオクライアントは自身に関するさまざまなクライアント情報をコンテンツサーバに送信し（Ｓ１３）、コンテンツサーバはこれを受信する（Ｓ２３）。
【０１４６】
上記初期設定動作が終了すると次の曲リスト取得動作に移るが、その説明の前に、オーディオクライアントの初期設定動作の詳細を説明する。
【０１４７】
１．２．１．１．オーディオクライアントの初期設定動作
１．２．１．１．１．コンテンツサーバ探索
図６を参照して、オーディオクライアントは、まず、発見したコンテンツサーバのＩＰアドレス及びポート番号を記録するためのサーバリストをクリアする（Ｓ１１０１）。
【０１４８】
続いて、オーディオクライアントは、特に限定されないが、たとえばＵＤＰプロトコルにより、コマンドポートで予め定められたマジックワードをＬＡＮ１２上にブロードキャストする（Ｓ１１０２）。ＬＡＮ１２に接続されている複数のコンテンツサーバＳｉの中に稼働中のコンテンツサーバが存在すれば、そのコンテンツサーバはブロードキャストされたマジックワードをサーチポートで受信し、そのマジックワードをブロードキャストしたオーディオクライアントに同じマジックワードを返信し、併せて自身を特定するためのサーバ特定情報（具体的にはＩＰアドレス及びポート番号）を送信する。
【０１４９】
続いて、オーディオクライアントは、サーバ特定情報の受信経過時間を計測するためのタイマをリセットし（Ｓ１１０３）、その後、サーバ特定情報を受信したか否かを判別する（Ｓ１１０４）。
【０１５０】
サーバ特定情報を受信した場合（コンテンツサーバを発見した場合）、オーディオクライアントは、そのサーバ特定情報をサーバリストに記録する（Ｓ１１０５）。そして、オーディオクライアントは、サーバリストが満杯になったか否かを判別し（Ｓ１１０６）、満杯になった場合は探索を完了し、未だ満杯になっていない場合はステップＳ１１０３に戻る。
【０１５１】
一方、サーバ特定情報を受信しない場合（コンテンツサーバを発見しない場合）、オーディオクライアントは、サーバ特定情報の受信経過時間が所定時間、たとえば２秒を超えたか否かを判別し（Ｓ１１０７）、未だ超えていない場合はステップＳ１１０４に戻る。すなわち、オーディオクライアントは２秒間だけコンテンツサーバからの応答を待つ。
【０１５２】
サーバ特定情報の受信経過時間が２秒を超えた場合、オーディオクライアントは、サーバリストが未だ空か否かを判別する（Ｓ１１０８）。サーバリストが空の場合、つまりサーバリストにサーバ特定情報が全く記録されていない場合、オーディオクライアントはステップＳ１１０２に戻ってマジックワードを再びブロードキャストする。一方、サーバリストが空でない場合、つまりサーバリストに少なくとも１つのコンテンツサーバのサーバ特定情報が記録されている場合、オーディオクライアントは探索を完了する。すなわち、オーディオクライアントは少なくとも１つのコンテンツサーバを発見するまで探索を続ける。
【０１５３】
上記コンテンツサーバ探索の結果、サーバリストには１又は２以上のコンテンツサーバに対応するＩＰアドレス及びポート番号が付与される。
【０１５４】
１．２．１．１．２．コンテンツサーバとの接続
図７を参照して、オーディオクライアントは、ユーザの操作に応じてサーバリストの中から１つのコンテンツサーバを選択し（Ｓ１２０１）、その選択したコンテンツサーバのＩＰアドレス及びポート番号を取得する（Ｓ１２０２）。
【０１５５】
続いて、オーディオクライアントは、取得したＩＰアドレス及びコマンドポートでＴＣＰ(Transmission Control Protocol)ソケット（１）を生成し（Ｓ１２０３）、このＴＣＰソケット（１）でコンテンツサーバと接続する（Ｓ１２０４）。コマンドポートは、コンテンツサーバとオーディオクライアントとの間でコマンドを送受信するためのポートである。コンテンツサーバがコマンドポートでの接続を受け付け（Ｓ２２０１）、接続が成功した場合はステップＳ１２０６に進むが、そうでない場合は接続は失敗となる（Ｓ１２０５）。これによりオーディオクライアントは、コンテンツサーバとの間でコマンドを送受信するための接続を確立する。
【０１５６】
続いて、オーディオクライアントはＴＣＰソケット（１）でクライアントインデックス要求コマンドをコンテンツサーバに送信する（Ｓ１２０６）。コンテンツサーバは、このクライアントインデックス要求コマンドに応答してＴＣＰソケット（１）からクライアントインデックスをオーディオクライアントに返信し（Ｓ２２０２）、オーディオクライアントはこれを受信する（Ｓ１２０７）。クライアントインデックスは、コンテンツサーバにより各オーディオクライアントに割り当てられる識別番号である。クライアントインデックス要求コマンドは、オーディオクライアントがコンテンツサーバにクライアントインデックスを要求するコマンドである。
【０１５７】
続いて、オーディオクライアントは、コンテンツサーバのＩＰアドレス及びプッシュポートでＴＣＰソケット（２）を生成し（Ｓ１２０８）、このＴＣＰソケット（２）でコンテンツサーバと接続する（Ｓ１２０９）。プッシュポートは、コンテンツサーバからの自発的な要求又はコントローラからの要求に応じたコンテンツサーバからの要求（以下「サーバリクエスト」という）を常に受信可能な待機状態にあるポートである。コンテンツサーバがプッシュポートでの接続を受け付け（Ｓ２０９）、接続が成功した場合はステップＳ１２１１に進むが、そうでない場合は接続は失敗となる（Ｓ１２１０）。これによりオーディオクライアントは、サーバリクエストを受信するための接続を確立する。
【０１５８】
この時点では、コンテンツサーバは未だ、プッシュポートに接続されているのはどのオーディオクライアントなのかわかっていない。そこで、オーディオクライアントはステップＳ１２０７で取得したクライアントインデックスをＴＣＰソケット（２）でコンテンツサーバに送信する（Ｓ１２１１）。コンテンツサーバは、このクライアントインデックスに基づいてプッシュポートに接続されているオーディオクライアントを特定する。以降、コンテンツサーバは、サーバリクエストをオーディオクライアントに送信するとき、このプッシュポートを使用する。
【０１５９】
以上の結果、コマンドポート及びプッシュポートで２つの接続が確立する。これら２つの接続は、オーディオクライアントＣｊ及びコンテンツサーバＳｉの間だけでなく、後述するコントローラＡｋ及びコンテンツサーバＳｉの間、さらにＡＶＲクライアントＡＣ及びコンテンツサーバＳｉの間でも確立する。
【０１６０】
一般に、サーバクライアントシステムでは、ＨＴＴＰプロトコルに見られるように、クライアントからの要求（ページ要求など）に対し、コンテンツサーバがレスポンス（ＨＴＭＬ文書など）を返すというものである。これは、アクションのトリガはクライアントのみが有し、コンテンツサーバが自発的にクライアントに対して働きかけることができないということを意味している。このため、コンテンツサーバがクライアントに対して何らかの要求、たとえばコンテンツサーバシャットダウン時にクライアントにその旨を通知するなど、自発的なアクションをする場合でも、クライアントからの要求がなければ通知を行うことはできない。
【０１６１】
クライアントがサーバリクエストを受信するためには、一定時間ごとにコンテンツサーバに対してサーバリクエストがないかを確認するコマンドを発行する。コンテンツサーバはクライアントにより発行されたコマンドに応答してサーバリクエストをクライアントに送信し、クライアントはこれを受信する。
【０１６２】
上記ＨＴＴＰプロトコルの場合も、動的に更新されるページに関しては一定時間ごとにページのリロードを行わなければならないということが知られている。この手法はクライアントからのポーリングによるサーバリクエストの取得と呼ぶことができるが、以下のような問題点がある。
【０１６３】
（１）ポーリング間隔をある程度短くして、こまめにサーバリクエストがあるか否かを尋ねないと、コンテンツサーバが要求を生じた時間と実際にその要求をオーディオクライアントが受け取るまでの時間に差が生じる。
【０１６４】
（２）上記のようにポーリング間隔を短くすると、ネットワークトラフィック及びサーバクライアントの負荷が増大してしまう。
【０１６５】
（３）コンテンツサーバがサーバリクエストをクライアントに送信しなければならない頻度は通常のコマンドを送受信する頻度に比べて低いので、大概のポーリングは無駄になる。サーバリクエストがあるか否かを尋ねても、通常は何も要求はないと返答されるからである。
【０１６６】
上記問題を解決するためには、クライアントからのポーリングではなく、コンテンツサーバからのインタラプトでサーバリクエストをクライアントに送信すればよい。これにより、上記（１）で問題となっているリアルタイム性の欠如、並びに上記（２）及び（３）のような無駄な負荷を排除することができる。
【０１６７】
これを実現するために、上述したように２つの接続を確立している。１つは、オーディオクライアントＣｊがコマンドを発行し、コンテンツサーバＳｉがそれに応答するのに用いられるコマンドポートに形成される接続である。もう１つは、コンテンツサーバＳｉがサーバリクエストをオーディオクライアントＣｊに送りつけるのに用いられるプッシュポートに形成される接続である。これによりオーディオクライアントＣｊからのポーリングを用いずに、コンテンツサーバＳｉがサーバリクエストをオーディオクライアントＣｊに通知することができる。
【０１６８】
以下、これら２つの接続を用いた動作の概要を説明する。
【０１６９】
図８に示すように、コンテンツサーバＳｉは、シャットダウン時に、プッシュポートを通じて全てのオーディオクライアントＣｊにその旨を通知し、これによりオーディオクライアントＣｊに何らかの動作（電源を落とすなど）をさせる。
【０１７０】
また、図９に示すように、コントローラＡｋは、オーディオクライアントＣｊを制御するとき（たとえば再生や停止など）、その制御内容を含むサーバリクエストの発行をコンテンツサーバＳｉに要求するコマンドをコマンドポートを通じてコンテンツサーバＳｉに送信する。コンテンツサーバＳｉはこのコマンドに応答してサーバリクエストをプッシュポートを通じてオーディオクライアントＣｊに送信する。その結果、コントローラＡｋはオーディオクライアントＣｊを制御することができる。
【０１７１】
さらに、図１０に示すように、オーディオクライアントＣｊは、その動作状態が変化したときに、その動作状態の変化をコマンドポートを通じてコンテンツサーバＳｉに送信する。コンテンツサーバＳｉは、その動作状態の変化をプッシュポートを通じてオーディオクライアントＣｊの動作状態を監視しているコントローラＡｋに送信する。したがって、オーディオクライアントＣｊはその動作状態の変化をリアルタイムにコントローラＡｋに通知することができる。
【０１７２】
以上により、本ネットワーク型オーディオシステムにおけるネットワークトラフィック並びにコンテンツサーバ及びオーディオクライアントの負荷を最小に抑えることができ、システム全体のパフォーマンスを増大させることができる。
【０１７３】
１．２．１．１．３．クライアント情報の送信
図１１を参照して、オーディオクライアントは、自身の属性情報をコンテンツサーバに送信し（Ｓ１３０１〜Ｓ１３０３）、さらに自身の初期ステータスを送信する（Ｓ１３０４〜Ｓ１３０５）。
【０１７４】
具体的には、オーディオクライアントは、ＴＣＰソケット（１）でオーディオクライアントタイプを送信する（Ｓ１３０１）。オーディオクライアントタイプには、再生可能な音楽フォーマットの種類、リモートコントローラ（リモコン）による操作の可否、ＥＩＡ−２３２ポートの有無等がある。
【０１７５】
続いて、オーディオクライアントは、ＴＣＰソケット（１）でプロダクトＩＤを送信する（Ｓ１３０２）。プロダクトＩＤは、オーディオクライアントのタイプごとに付与される機種情報である。したがって、同じタイプのオーディオクライアントには同じプロダクトＩＤが付与される。
【０１７６】
続いて、オーディオクライアントは、ＴＣＰソケット（１）でファームウェアＩＤを送信する（Ｓ１３０３）。ファームウェアＩＤは、オーディオクライアントにインストールされているファームウェアのバージョン情報である。
【０１７７】
続いて、オーディオクライアントは、ＴＣＰソケット（１）でボリュームの初期値を送信する（Ｓ１３０４）。ボリュームの初期値は、オーディオクライアントで再生される音量の初期値である。
【０１７８】
最後に、オーディオクライアントは、ＴＣＰソケット（１）でオーディオクライアントの初期ステータスを送信する（Ｓ１３０５）。オーディオクライアントの初期ステータスには、停止ステータス等がある。
【０１７９】
コンテンツサーバは、クライアントから送信されたクライアント情報を受信し、クライアント情報データベース（図１３）に格納する。クライアント情報は、オーディオクライアントＣｊだけでなく、コントローラＡｋ及びＡＶＲクライアントＡＣからもコンテンツサーバＳｉに送信される。コンテンツサーバＳｉは、このクライアント情報に基づいて全てのクライアントを管理する。
【０１８０】
１．２．１．２．コンテンツサーバの初期設定動作
次に、上記オーディオクライアントの初期設定動作に対応するコンテンツサーバの初期設定動作を説明する。
【０１８１】
図１２を参照して、コンテンツサーバは、図１３に示すようなクライアント情報データベースのための格納領域を最大クライアント数分確保し、クリアする（Ｓ２０１）。各クライアント情報は、接続の有無を示すフラグと、クライアントタイプと、現在のステータスと、現在のボリューム値と、プロダクトＩＤと、ファームウェアＩＤと、クライアント名と、再生ファイル名と、リスト構築キーとを含む。
【０１８２】
クライアントタイプには、オーディオクライアント、コントローラ、ＡＶＲクライアントといったクライアントのタイプと、再生可能なデータフォーマット（ＭＰ３、ＷＡＶなど）とが記録される。クライアントタイプにはさらに、リモコン制御の可否も記録される。たとえばリモコンにより制御可能なオーディオクライアントには、リモコン制御可能という情報が記録される。ステータスには、「再生」、「停止」、「ポーズ」、「完了」、「ファームウェアアップデート中」などのステータスが記録される。再生ファイル名には、現在再生中の曲のデータが格納されているＨＤＤ１４のフルパス名が記録される。また、再生ファイル名はフルパス名のようなファイル名そのものである必要はなく、そのファイルを特定可能な情報であればいかなる情報であってもよい。たとえばコンテンツサーバに所定の識別番号とファイル名とを対応つけたテーブルを記憶しておき、コンテンツサーバがこのテーブルを参照して識別番号をファイル名に変換するようにしてもよい。この場合、長いファイル名を送受信する必要がなくなる。また、ファイル名から直ちに曲のデータが格納されているファイルを特定することができないので、セキュリティが向上する。さらに、リスト構築キーは、コンテンツサーバがリストを作成するためのものであるが、詳細は後述する。
【０１８３】
続いて、コンテンツサーバは、コマンドポートへの接続要求を受け付けるソケットと、プッシュポートへの接続要求を受け付けるソケットと、サーチポートへのサーバ探索要求を受け付けるソケットとを作成する（Ｓ２０２）。サーチポートは、コンテンツサーバ探索時に使うポートであり、このサーチポートにマジックワードが入力されたかどうかをコンテンツサーバは監視する。
【０１８４】
続いて、コンテンツサーバは、図１４に示すようなコンテンツ情報データベースと、図１５に示すようなファームウェア情報データベースとを構築する（Ｓ２０３）。コンテンツ情報データベースは、コンテンツ情報を曲数分備える。各曲のコンテンツ情報は、ファイル名と、曲名と、アーティスト名と、アルバム名と、ジャンル名と、曲の長さ（時間）と、データフォーマットと、再生回数と、最終アクセス時間とを含む。このファイル名には、当該曲のデータが格納されているＨＤＤ１４のフルパス名が記録される。ファームウェア情報データベースは、ファーム情報をファームウェアのファイル数分備える。ファームウェア情報は、プロダクトＩＤと、ファームウェアＩＤと、ファイルサイズと、データフォーマットと、ファイル名とを含む。このファイル名には、当該ファームウェアが格納されているインターネット上のサイトを示すフルパス名が記録される。
【０１８５】
コンテンツサーバは、サーチポートに書込があった場合（Ｓ２０４）、後述するコンテンツサーバ探索に対する応答処理を行う（Ｓ２０５）。コンテンツサーバはまた、コマンドポートに書込があった場合（Ｓ２０６）、後述するコマンドポート接続受付処理を行う（Ｓ２０７）。コンテンツサーバはまた、プッシュポートに書込があった場合（Ｓ２０８）、後述するプッシュポート接続受付処理（その１）を行う（Ｓ２０９）。コンテンツサーバはまた、未処理プッシュポートに書込があった場合（Ｓ２１０）、後述するプッシュポート接続受付処理（その２）を行う（Ｓ２１１）。
【０１８６】
１．２．１．２．１．コンテンツサーバ探索に対する応答
図１６を参照して、サーチポートに書込があった場合、コンテンツサーバは、その書き込まれた内容を取得し（Ｓ２０５１）、その内容が正しいマジックワードか否かを判別する（Ｓ２０５２）。正しいマジックワードであれば、コンテンツサーバは同じマジックワードを送信元クライアントに返信し（Ｓ２０５３）、併せて自身のＩＰアドレス及びポート番号を返信する。
【０１８７】
１．２．１．２．２．コマンドポート接続受付
図１７を参照して、コマンドポートにクライアントから接続の要求があった場合、コンテンツサーバは、現在接続されているクライアント数が最大クライアント数に達しているか否かを判別する（Ｓ２０７１）。最大クライアント数に達している場合、コンテンツサーバは、優先度の低いクライアントを探し、強制的に切断する（Ｓ２０７２）。クライアントの優先度は、現在再生を行っていないオーディオクライアント、一定時間通信を行っていないオーディオクライアント等ほど、低くなる。そして、コンテンツサーバは、強制的に切断したクライアントのクライアント情報をクリアする（Ｓ２０７３）。
【０１８８】
なお、現在接続されているクライアント数が最大クライアント数に達している場合、上記に代えて、コンテンツサーバはこれ以上クライアントと接続しないようにしてもよい。
【０１８９】
クライアントの接続可能なソケットに余裕がある場合、又は優先度の低いクライアントを切断して接続可能なソケットを確保した場合、コンテンツサーバは、クライアントからの接続要求の受付を開始する（Ｓ２０７４）。
【０１９０】
受付が成功した場合（Ｓ２０７５）、コンテンツサーバは、クライアント情報データベースの空き領域を探す（Ｓ２０７６）。具体的には、フラグがＦＡＬＳＥになっているクライアント情報を探す。コンテンツサーバは、その探した領域を新しいクライアント情報格納領域に割り当て（Ｓ２０７７）、前のクライアント情報をクリアする（Ｓ２０７８）。
【０１９１】
続いて、コンテンツサーバはフラグをＴＲＵＥに設定し（Ｓ２０７８）、受付の結果として得られたソケット情報をクライアント情報格納領域のソケットフィールドに格納する（Ｓ２０７９）。
【０１９２】
１．２．１．２．３．プッシュポートへの接続受付処理（その１）
図１８を参照して、プッシュポートにクライアントから接続の要求があった場合、コンテンツサーバは、その受付を開始する（Ｓ２０９１）。受付が成功した場合（Ｓ２０９２）、受付の結果として得られたソケット情報を未処理プッシュポートのキューに格納する（Ｓ２０９３）。この時点では未だ、コンテンツサーバはプッシュポートに接続されたクライアントを特定できていない。このようなプッシュポートを未処理プッシュポートという。
【０１９３】
１．２．１．２．４．プッシュポート接続受付処理（その２）
図１９を参照して、未処理プッシュポートにクライアントから接続の要求があった場合、コンテンツサーバは、そのプッシュポートに書き込まれたコマンドを取得する（Ｓ２１１１）。そのコマンドのサイズが０よりも大きく（Ｓ２１１２）、かつそのコマンドがクライアントインデックス通知コマンドであれば（Ｓ２１１３）、コンテンツサーバは、そのクライアントインデックスが示すクライアントは既にコマンドポートに接続されているか否かを判別する（Ｓ２１１４）。
【０１９４】
未だ接続が完了していない場合、コンテンツサーバはエラーコードを−１（失敗）に設定し（Ｓ２１１５）、ステップＳ２１１９に進む。一方、既に接続が完了している場合、コンテンツサーバは、このプッシュポートをそのクライアント用のプッシュポートとして登録する（Ｓ２１１６）。コンテンツサーバはさらに、このプッシュポートを未処理プッシュポートのキューから削除し（Ｓ２１１７）、エラーコードを０（成功）に設定する（Ｓ２１１８）。そして、コンテンツサーバは、設定されたエラーコードをクライアントに返信する（Ｓ２１１９）。
【０１９５】
１．２．２．コンテンツサーバ及びオーディオクライアントのメイン動作
１．２．２．１．コマンド受付
再び図１２を参照して、コンテンツサーバは、初期設定を完了した後、クライアントからのコマンドを受け付ける。すなわち、コンテンツサーバは、ステップＳ２１３〜Ｓ２１７を最大クライアント数分繰り返す（Ｓ２１２、Ｓ２１８、Ｓ２１９）。ｎは、クライアントに割り当てられる０から（最大クライアント数−１）までのクライアントインデックスである。
【０１９６】
具体的には、コンテンツサーバは、クライアント情報データベースのフラグを参照し、ｎ番目のクライアントが既にコマンドポートに接続されているか否かを判別する（Ｓ２１３）。既に接続されている場合、コンテンツサーバはｎ番目のクライアント用のコマンドポートに書込があったか否かを判別する（Ｓ２１４）。書込があった場合、コンテンツサーバはその書き込まれたデータのサイズが０又は−１であるか否かを判別する（Ｓ２１５）。０又は−１の場合、クライアントが切り離されたか、又はソケットエラーが発生したかであるから、コンテンツサーバはｎ番目のクライアント情報をクリアする（Ｓ２１６）。一方、そうでない場合、コンテンツサーバは次のコマンド処理を行う（Ｓ２１７）。
【０１９７】
１．２．２．１．１．コマンド振分処理
図２０を参照して、クライアントからコマンドポートへの書込があった場合、コンテンツサーバは、先頭４バイトに格納されたコマンドに応じて処理を分岐する（Ｓ２１７１）。すなわち、オーディオクライアントからコンテンツサーバにステータスの変動を通知するといったステータス通知コマンドであれば（Ｓ２１７２）、オーディオクライアントから通知されたステータスをコントローラに通知する（Ｓ２１７３）。詳細は後述する。また、コントローラからオーディオクライアントへのコンテンツサーバリクエスト発行コマンドであれば（Ｓ２１７４）、コントローラからの要求をオーディオクライアントに通知する（Ｓ２１７５）。詳細は後述する。その他、コンテンツサーバはコマンドに応答して所定の処理を行う。
【０１９８】
１．２．２．１．２．ステータス通知コマンド処理
あるオーディオクライアント（以下「当該オーディオクライアント」という。）からのコマンドがステータス通知コマンドの場合、図２１を参照して、コンテンツサーバは、まず、そのコマンド中のパラメータに格納されたステータスやボリューム等のクライアント情報をクライアント情報データベースに格納する（Ｓ２１７３１）。したがって、コンテンツサーバは常に最新のクライアント情報を保持している。
【０１９９】
次に、コンテンツサーバは、全てのクライアントの中からコントローラを探し出し、探し出したコントローラに当該オーディオクライアントのステータスを通知する。そのため、コンテンツサーバは、以下のステップＳ２１７３３〜Ｓ２１７３６を最大クライアント数分繰り返す（Ｓ２１７３２、Ｓ２１７３７、Ｓ２１７３８）。
【０２００】
具体的には、コンテンツサーバは、クライアント情報のクライアントタイプを参照して、ｎ番目のクライアントがコントローラか否かを判別する（Ｓ２１７３３）。したがって、当該オーディオクライアントのステータスをコントローラではない当該他のオーディオクライアントに通知することを防ぐことができる。コントローラであれば、コンテンツサーバは、そのコントローラが当該オーディオクライアントに対する監視ハンドルを取得しているか否かを判別する（Ｓ２１７３４）。監視ハンドルを取得していれば、コンテンツサーバは、そのコントローラがプッシュポートへの接続を完了しているか否かを判別する（Ｓ２１７３５）。
【０２０１】
プッシュポートへの接続を完了していれば、コンテンツサーバは、そのコントローラのプッシュポートに当該オーディオクライアントのクライアント情報を書き込み、これにより当該オーディオクライアントのステータスをコントローラに通知する（Ｓ２１７３６）。
【０２０２】
１．２．２．１．３．サーバリクエスト発行コマンド処理
コントローラからのコマンドがサーバリクエスト発行コマンドの場合、図２２を参照して、コンテンツサーバは、まず、そのコマンドに含まれる発行元コントローラ、送信先オーディオクライアント、要求内容等を取得する（Ｓ２１７５１）。
【０２０３】
コンテンツサーバは、発行元コントローラが送信先オーディオクライアントの制御ハンドル（後述）を取得しているか否かを判別し（Ｓ２１７５２）、制御ハンドルを取得していなければエラーコードを−１に設定する（Ｓ２１７５３）。したがって、制御ハンドルを取得していないコントローラがオーディオクライアントを制御するのを防止することができる。
【０２０４】
制御ハンドルを取得していれば、コンテンツサーバは、クライアント情報中のフラグを参照して送信先オーディオクライアントのコマンドポートで接続が確立しているか否かを判別し（Ｓ２１７５４）、確立していなければエラーコードを−２に設定する（Ｓ２１７５５）。したがって、制御不可能なオーディオクライアントにコマンドを送信するのを防止することができる。
【０２０５】
送信先オーディオクライアントのコマンドポートで接続が確立していれば、コンテンツサーバは、送信先オーディオクライアントのプッシュポートで接続が確立しているか否かを判別し（Ｓ２１７５６）、確立していなければエラーコードを１に設定する（Ｓ２１７５７）。一方、確立していれば、コンテンツサーバは、送信先オーディオクライアントのプッシュポートにコントローラからの要求内容を送信し（Ｓ２１７５８）、エラーコードを０（エラーなし）に設定する（Ｓ２１７５９）。
【０２０６】
最後に、コンテンツサーバは、発行元コントローラにエラーコードを返信する（Ｓ２１７６０）。
【０２０７】
なお、送信先オーディオクライアントがプッシュポートに接続されていない場合は、送信先オーディオクライアントがポーリングで問い合わせをしてきたときに、コントローラからの要求内容を送信先オーディオクライアントに送信するようにしてもよい。
【０２０８】
１．２．２．２．通常再生
次に、ユーザがオーディオクライアントＣｊに所望の曲を再生させる場合の動作を説明する。ここでは、ユーザは所望の曲を直ちに指定するのではなく、まず所望の曲リストを指定し、その曲リストの中から所望の曲を選択する。以下、詳述する。
【０２０９】
図２３を参照して、オーディオクライアントは、ユーザの操作に応じて曲リスト要求コマンドをコンテンツサーバに送信する（Ｓ１４）。曲リスト要求コマンドは、オーディオクライアントがコンテンツサーバに対して所望の曲リストを要求するためのコマンドである。曲リストには、複数の曲名やアーティスト名などが列挙されている。コンテンツサーバはこの曲リスト要求コマンドに応じて曲リストを要求元のオーディオクライアントに送信し（Ｓ２４）、オーディオクライアントはこれを受信する（Ｓ１４）。
【０２１０】
オーディオクライアントはユーザの操作に応じて曲リストに含まれる曲を指定し（Ｓ１５）、コンテンツサーバはこれに応じて指定された曲の配信を準備する（Ｓ２５）。
【０２１１】
続いて、コンテンツサーバは指定された曲をオーディオクライアントに配信し（Ｓ２６）、オーディオクライアントは配信された曲を再生する（Ｓ１６）。そして、オーディオクライアントは、再生終了後又はユーザの操作に応じて曲の再生を停止する（Ｓ１７）。
【０２１２】
以下、ステップＳ１４〜Ｓ１６の各々の詳細を説明する。
【０２１３】
１．２．２．２．１．曲リスト取得
図２４を参照して、オーディオクライアントは、コンテンツサーバにプレイ名リストを要求するか否かを判別する（Ｓ１４０１）。プレイ名リストは、プレイリストのタイトルを列挙したものである。プレイリストは、ユーザにより選択された複数の曲を列挙した曲リストである。コンテンツサーバには、ユーザにより作成された複数のプレイリストが予め格納されている。
【０２１４】
ユーザは、コンテンツサーバに格納されている複数のプレイリストの中から１つを選択しようとする場合、まずどのようなプレイリストが登録されているのかを確認するために、コンテンツサーバにプレイ名リストを要求する。オーディオクライアントはこのユーザの操作に応じてコンテンツサーバにプレイ名リストを要求し、コンテンツサーバからプレイ名リストを受信する（Ｓ１４０２）。
【０２１５】
続いて、オーディオクライアントは、指定されたプレイリストを要求するか否かを判別する（Ｓ１４０３）。ユーザがプレイ名リストの中から所望のプレイリストを指定し、この操作に応じてオーディオクライアントが指定されたプレイリストを要求する場合はステップＳ１４１３に進み、要求しない場合はステップＳ１４０１又Ｓ１４０３に戻る（Ｓ１４０４）。
【０２１６】
プレイ名リストを要求しない場合、オーディオクライアントは、コンテンツサーバにアーティストリストを要求するか否かを判別する（Ｓ１４０５）。アーティストリストには、複数のアーティスト名が列挙されている。アーティストリストはコンテンツサーバに予め用意されているのではなく、オーディオクライアントからの要求に応じて図１４に示したコンテンツ情報データベースからその都度作成される。
【０２１７】
ユーザがアーティストリストを要求する場合、オーディオクライアントはユーザの操作に応じて所望のアーティストリストをコンテンツサーバに要求し、コンテンツサーバからアーティストリストを受信する（Ｓ１４０６）。
【０２１８】
続いて、オーディオクライアントは、指定されたアーティストの曲リストを要求するか否かを判別する（Ｓ１４０７）。ユーザがアーティストリストの中から所望のアーティストを指定し、この操作に応じてオーディオクライアントが指定されたアーティストの曲リストを要求する場合はステップＳ１４１３に進み、要求しない場合はステップＳ１４０１又Ｓ１４０７に戻る（Ｓ１４０８）。この曲リストには指定されたアーティストの曲名などが列挙されているが、この曲リストも上記アーティストリストと同様にコンテンツサーバに予め用意されているのではなく、オーディオクライアントからの要求に応じて図１４に示したコンテンツ情報データベースからその都度作成される。
【０２１９】
アーティストリストを要求しない場合、オーディオクライアントは、コンテンツサーバにジャンルリストを要求するか否かを判別する（Ｓ１４０９）。ジャンルリストには、複数のジャンル名が列挙されている。ジャンルリストも上記アーティストリストと同様にコンテンツサーバに予め用意されているのではなく、オーディオクライアントからの要求に応じて図１４に示したコンテンツ情報データベースからその都度作成される。
【０２２０】
ユーザがジャンルリストを要求する場合、オーディオクライアントはユーザの操作に応じて所望のジャンルリストをコンテンツサーバに要求し、コンテンツサーバからジャンルリストを受信する（Ｓ１４１０）。
【０２２１】
続いて、オーディオクライアントは、指定されたジャンルの曲リストを要求するか否かを判別する（Ｓ１４１１）。ユーザがジャンルリストの中から所望のジャンルを指定し、この操作に応じてオーディオクライアントが指定されたジャンルの曲リストを要求する場合はステップＳ１４１３に進み、要求しない場合はステップＳ１４０１又Ｓ１４１１に戻る（Ｓ１４１２）。この曲リストには指定されたジャンルの曲名などが列挙されているが、この曲リストも上記アーティストの曲リストと同様にコンテンツサーバに予め用意されているのではなく、オーディオクライアントからの要求に応じて図１４に示したコンテンツ情報データベースからその都度作成される。
【０２２２】
上記の結果、曲リストを要求する場合、オーディオクライアントはコンテンツサーバに曲リストを要求し、コンテンツサーバから曲リストを受信する（Ｓ１４１３）。これにより曲リストの取得は終了する。
【０２２３】
次に、図２５を参照して、ジャンルリストを取得し、その中から所望のジャンルとしてポップスを選択してポップスの曲リストを取得する場合の動作を説明する。
【０２２４】
この場合、オーディオクライアントは、コンテンツサーバにジャンルリストを要求するためのリスト要求コマンドを送信する（Ｓ１４２１）。コンテンツサーバは、これに応答してジャンルリストを返信する（Ｓ２４０１）。オーディオクライアントは、コンテンツサーバからジャンルリストを受信し、図２６に示すようにメモリ３２に格納する（Ｓ１４２２）。
【０２２５】
ジャンルリストは、予め作成してコンテンツサーバに保存しておいてもよいが、ここではそうではなく、オーディオクライアントから要求されるたびに、コンテンツサーバが図１４に示したコンテンツ情報データベースに基づいてジャンルリストを作成する。以下、ジャンルリストの作成方法を説明する。
図２７に示すように、コンテンツ情報データベースは、ｎ曲を保存している場合、ｎ個のレコードを有する。各レコードには、曲名、ジャンル、アーティスト名、アルバム名などが記録されている。
【０２２６】
このようなコンテンツ情報データベースを用いてジャンルリストを作成する場合、図２８を参照して、まず、コンテンツサーバは、レコードの番号を示すインデックスを０に初期化する（Ｓ２４０１１）。
【０２２７】
続いて、コンテンツサーバは、インデックスが示すレコードのジャンルが既にジャンルリストに存在するか否かを判別する（Ｓ２４０１２）。存在しない場合、コンテンツサーバはそのレコードのジャンルをジャンルリストに追加し（Ｓ２４０１３）、その後、インデックスをインクリメントする（Ｓ２４０１４）。一方、存在する場合、コンテンツサーバは、ステップＳ２４０１３をスキップし、直ちにインデックスをインクリメントする（Ｓ２４０１４）。
【０２２８】
続いて、コンテンツサーバは、インデックスが示すレコードの番号が全レコード数ｎよりも小さいか否かを判別し（Ｓ２４０１５）、小さい場合はステップＳ２４０１２に戻り、一方、小さくない場合はジャンルリストの作成を完了する。
【０２２９】
上記の処理により、コンテンツサーバは、コンテンツ情報データベースに蓄積されている全ての曲のジャンルを重複することなくピックアップし、ジャンルリストを作成する。このように、ジャンルリストは予めデータベース化されているのではなく、オーディオクライアントからの要求のたびに一時的に作成されるので、ジャンルリストを常に格納しておくためのメモリ領域は不要である。
【０２３０】
再び図２５を参照して、作成されたジャンルリストはコンテンツサーバからオーディオクライアントに送信される（Ｓ２４０１，Ｓ１４２２）。ユーザは、このジャンルリストの中から所望のジャンル（この例ではポップス）を選択する。オーディオクライアントは、ユーザの操作に応じて選択されたジャンルの曲リストをコンテンツサーバに要求する（Ｓ１４２３）。コンテンツサーバは、オーディオクライアントからの要求に応じて選択されたジャンルの曲リストをコンテンツサーバに返信する（Ｓ２４０２）。オーディオクライアントは、コンテンツサーバから曲リストを受信し、図２９に示すようにメモリ３２に格納する（Ｓ１４２４）。
【０２３１】
上記ジャンルリストと同様に、曲リストもコンテンツサーバに予め用意されているのではなく、図２７に示したコンテンツ情報データベースに基づいて作成される。すなわち、コンテンツサーバは、オーディオクライアントから曲リストを要求されるたびに、コンテンツ情報データベースに基づいて曲リストを作成する。以下、曲リストの作成方法を図３０を参照して説明する。
【０２３２】
まず、コンテンツサーバは、図２７に示したコンテンツ情報データベースにおけるレコードの番号を示すインデックスを０に初期化する（Ｓ２４０２１）。
【０２３３】
続いて、コンテンツサーバは、インデックスが示すレコードのジャンルを選択されたジャンル（この例ではポップス）と比較し、それらが一致するか否かを判別する（Ｓ２４０２２）。一致する場合、コンテンツサーバはそのレコードの曲名、アーティスト名、アルバム名などを曲リストに追加し（Ｓ２４０２３）、その後、インデックスをインクリメントする（Ｓ２４０２４）。一方、一致しない場合、コンテンツサーバは、ステップＳ２４０２３をスキップし、直ちにインデックスをインクリメントする（Ｓ２４０２４）。
【０２３４】
続いて、コンテンツサーバは、インデックスが示すレコードの番号が全レコード数ｎよりも小さいか否かを判別し（Ｓ２４０２５）、小さい場合はステップＳ２４０２２に戻り、一方、小さくない場合は曲リストの作成を完了する。
【０２３５】
上記の処理により、コンテンツサーバは、選択されたジャンルの曲だけをコンテンツ情報データベースからピックアップし、曲リストを作成する。このように、曲リストは予めデータベース化されているのではなく、オーディオクライアントからの要求のたびに一時的に作成されるので、曲リストを常に格納しておくためのメモリ領域は不要である。
【０２３６】
なお、曲リストを作成する場合には、該当する全ての曲をピックアップするのではなく、再生不可能なデータフォーマットの曲についてはピックアップしないようにしてもよい。また、オーディオクライアントからの要求のたびに曲リストを作成するのではなく、一旦作成した曲リストはキャッシュしておくようにしてもよい。この場合、曲リストを格納しておくためのメモリ領域が必要になるが、コンテンツサーバはオーディオクライアントからの要求に応じて直ちに曲リストを返信することができる。
【０２３７】
上記ジャンルリストと同様に、曲リストも全部が一度に送信されるのではなく、少しずつ順に送信される。すなわち、曲リストの要求（Ｓ１４２３，Ｓ１４２５）、曲リストの返信（Ｓ２４０２，Ｓ２４０３）及び曲リストの受信（Ｓ１４２４，Ｓ１４２６）の動作は繰り返し行われる。以下、この詳細を説明する。
【０２３８】
オーディオクライアントは、図３１に示すようなリスト要求コマンドをコンテンツサーバに送信する（Ｓ１４２３）。リスト要求コマンドは、オーディオクライアントがコンテンツサーバにリストを要求するコマンドであり、この例では、取得開始インデックス、取得個数及びリスト構築キーを含む。取得開始インデックスは、選択されたジャンルリストに収録されている曲のうち、オーディオクライアントが取得しようとする先頭の曲を示すインデックスである。取得個数は、オーディオクライアントが取得しようとする曲の数である。リスト構築キーは、詳細は後述するが、コンテンツ情報データベースから曲を抽出するときに注目するカテゴリを示すフィルタの種類と、そのカテゴリに分類される具体的なキーワードとから構成される。特に限定されないが、この例では、取得開始インデックス＝０、取得個数＝５０に設定され、さらにリスト構築キーは「ジャンル（フィルタの種類）＝ポップス（キーワード）」に設定されている。
【０２３９】
コンテンツサーバは、このリスト要求コマンドに応答して、図３２に示すような検索データをオーディオクライアントに返信する（Ｓ２４０２）。検索データは、曲リストの一部のほか、有効個数及び残り個数を含む。有効個数は、コンテンツサーバがオーディオクライアントに実際に返信した曲の数である。残り個数は、コンテンツサーバがオーディオクライアントに返信した曲リストよりも後に残っている曲の数である。ここでは、取得開始インデックス＝０、取得個数＝５０のリスト要求コマンドに応答するのであるから、コンテンツサーバは、作成した曲リストのうち最初の曲から５０曲目までをオーディオクライアントに返信する（Ｓ２４０２）。曲リストの全曲数＝１１０とすると、有効個数＝５０、残り個数＝６０（＝１１０−５０）に設定される。
【０２４０】
続いて、オーディオクライアントは、コンテンツサーバに未だ６０曲が残っているから、再びリスト要求コマンドをコンテンツサーバに送信する（Ｓ１４２５）。ここでは、取得開始インデックス＝５１、取得個数＝５０に設定される。
【０２４１】
コンテンツサーバは、このリスト要求コマンドに応答して、再び検索データをオーディオクライアントに返信する（Ｓ２４０３）。ここでは、有効個数＝５０、残り個数＝１０（＝１１０−（５０＋５０））に設定される。すなわち、コンテンツサーバは、再び曲リストを５０曲分だけオーディオクライアントに返信する（Ｓ２４０３）。オーディオクライアントは、この曲リストを受信し、メモリ３２に格納する（Ｓ１４２６）。
【０２４２】
なお、上記の例では、曲リストの全曲数＝１１０、取得個数＝５０であるから、曲リストの一部である５０曲が返信されているが、曲リストの全曲数が取得個数よりも少ない場合、たとえば曲リストの全曲数＝４０、取得個数＝５０であれば、曲リストの全部である４０曲が返信されることになる。
【０２４３】
また、上記の例では、取得開始インデックス＝０であるから、曲リストの最初から曲が返信されているが、たとえば取得開始インデックス＝１０とすれば、曲リストの１１曲目から曲が返信されることになる。また、この場合、曲リストの全曲数＝１１０であり、最初のリスト要求コマンドが取得開始インデックス＝１０、取得個数＝５０であれば、コンテンツサーバは、有効個数＝５０、残り個数＝５０（＝１１０−１０−５０）の検索データを返信することになる。
【０２４４】
メモリ３２に格納可能な曲数が曲リストの全曲数よりも多ければ、オーディオクライアントは曲リストの全部を一度に格納することができる。しかし、メモリ３２の容量はコンテンツサーバに比べると非常に小さいため、通常、オーディオクライアントは曲リストの一部しかメモリ３２に格納することができない。
【０２４５】
上記実施の形態によれば、オーディオクライアントはコンテンツサーバから曲リストを分割してダウンロードしているため、オーディオクライアントのメモリ３２に少なくとも５０曲分の領域を用意すれば、１１０曲全ての曲リストをダウンロードすることができる。そのため、メモリ３２の容量を小さく抑えることができる。
【０２４６】
たとえば図３３Ａに示すように、オーディオクライアントがメモリ３２に５０曲分の曲リストを格納した後、ユーザが５１曲目以降の取得を希望した場合、図３３Ｂに示すように、オーディオクライアントは後半の曲リストをメモリ３２の前半に移動させる。そして、図３３Ｃに示すように、オーディオクライアントはメモリ３２の後半に５１曲目から２５曲分の曲リストを格納する。
【０２４７】
オーディオクライアントは、上記動作を繰り返して曲リストの全部を受信するか、又はメモリ３２に格納可能な曲数だけ受信する。
【０２４８】
図２５に示した例では、ジャンルを選択した後、直ちにそのジャンルから曲を選択するようにしているが、図３４に示したように、ジャンルを選択し、引き続きそのジャンルからアルバムを選択した後、そのアルバムから曲を選択するようにしてもよい。
【０２４９】
この場合、オーディオクライアントは、ユーザの操作に応じて選択されたジャンルのアルバムリストをコンテンツサーバに要求する（Ｓ１４２７）。コンテンツサーバは、オーディオクライアントからの要求に応じて選択されたジャンルのアルバムリストをオーディオクライアントに返信する（Ｓ２４０４）。オーディオクライアントは、コンテンツサーバからアルバムリストを受信し、メモリ３２に格納する（Ｓ１４２８）。
【０２５０】
続いて、オーディオクライアントは、ユーザの操作に応じて選択されたアルバムの曲リストをコンテンツサーバに要求する（Ｓ１４２９）。コンテンツサーバは、オーディオクライアントからの要求に応じて選択されたアルバムの曲リストをオーディオクライアントに返信する（Ｓ２４０５）。
【０２５１】
１．２．２．２．２．曲の指定
図３５及び図３６を参照して、オーディオクライアントは指定された曲の情報をコンテンツサーバに要求し（Ｓ１５０１）、コンテンツサーバはこの要求に応じて指定された曲の情報をオーディオクライアントに返信し（Ｓ２５０１）、オーディオクライアントはこれを受信する（Ｓ１５０２）。
【０２５２】
具体的には、オーディオクライアントは、図３７に示すような曲情報要求コマンドを送信する（Ｓ１５０１）。この曲情報要求コマンドは、指定された曲のファイル名を含む。コンテンツサーバは、この曲情報要求コマンドに応答して、図３８に示すような曲情報を返信する（Ｓ２５０１）。この曲情報は、指定された曲のデータオフセット及びデータサイズを含む。ＭＰ３等の音楽データは一般に、コンテンツ情報の前にヘッダ情報を有する。データオフセットは、このヘッダ情報をスキップし、曲の先頭アドレスを指定するためのものである。オフセットをコンテンツサーバが解析することにより、オーディオクライアントはオフセットを解析する必要がなくなる。一般的に、コンテンツサーバはオーディオクライアントよりも処理能力が高いので、システム全体として処理を高速化することができる。データサイズは、曲の終了時期を確認するためのものである。
【０２５３】
続いて、オーディオクライアントは指定された曲の再生準備をコンテンツサーバに要求し（Ｓ１５０３）、コンテンツサーバはこの要求に応じて指定された曲のファイルをオープンし、その結果をオーディオクライアントに返信し（Ｓ２５０２）、オーディオクライアントはこれを受信する（Ｓ１５０４）。
【０２５４】
具体的には、オーディオクライアントは、図３９に示すような曲再生準備コマンドを送信する（Ｓ１５０３）。この曲再生準備コマンドは、指定された曲のファイル名及び後述するリスト構築キーを含む。コンテンツサーバは、この曲再生準備コマンドに応答してファイルをオープンし、図４０に示すようなエラーコードを返信する（Ｓ２５０２）。このエラーコードは、ファイルが存在しないなど、ファイル転送の準備ができない場合はエラーありとなり、準備ができる場合はエラーなしとなる。クライアントは送信されたエラーコードを確認し、エラーがあれば所定のエラー処理を行う（Ｓ１５０４）。
【０２５５】
１．２．２．２．３．曲の再生
続いて、オーディオクライアントは指定された曲の音楽データのうち指定範囲の音楽データの転送をコンテンツサーバに要求し（Ｓ１６０１）、コンテンツサーバはこの要求に応じて指定範囲の音楽データをオーディオクライアントに返信し（Ｓ２６０１）、オーディオクライアントはこれを受信し、メモリ３２に格納する（Ｓ１６０２）。
【０２５６】
具体的には、オーディオクライアントは、図４１に示すような曲データ転送要求コマンドを送信する（Ｓ１６０１）。この曲データ転送要求コマンドは、転送すべき音楽データの取得開始アドレス及び取得データ長を含む。コンテンツサーバは、図４２に示すように、取得開始アドレスにより指定された先頭アドレスからその取得データ長分だけ音楽データを返信する（Ｓ２６０１）。１回に送信されるデータのサイズは、特に限定されないが、好ましくは１Ｋ〜３２Ｋバイトであり、さらに好ましくは４Ｋ〜１６Ｋバイトである。コンテンツサーバは一度に返信するデータ量が小さいほど負荷を小さくすることができ、クライアントは一度に受信するデータ量が大きいほど処理を早くすることができるが、１Ｋ〜３２Ｋバイト（特に、４Ｋ〜１６Ｋバイト）がコンテンツサーバとクライアントとの両方にとって、最適な値となるからである。このようなデータのサイズはオーディオクライアント側で予め設定される。
【０２５７】
上記取得開始アドレスを転送した取得データ長分だけ順次加算していき、上記動作を繰り返すことにより（Ｓ１６０５、Ｓ２６０３、Ｓ１６０６、Ｓ１６０７、Ｓ２６０４、Ｓ１６０８）、音楽データを指定範囲ごとに順次転送することができる。
【０２５８】
このように、オーディオクライアントは指定した範囲の音楽データをコンテンツサーバから取得することができるので、後述するように、曲を途中から再生できるほか、早送り再生、早戻し再生、スロー再生など、ユーザの操作に応じて音楽を自在に再生することができる。
【０２５９】
メモリ３２は、複数（図４３に示した例では８つ）のバッファを含む。図４４に示すように、オーディオクライアントは曲データ転送要求コマンドで曲の先頭から１バッファ分の音楽データを取得して格納する。図４５に示すように、オーディオクライアントは同様にしてバッファが全て埋まるまで音楽データを取得して格納する。
【０２６０】
ステップＳ１６０１〜Ｓ１６０８の間で上記のようにバッファが全て埋まったら、オーディオクライアントは、図４６に示すように先頭バッファから音楽データを音声処理部３４に出力し始める。
【０２６１】
オーディオクライアントは、上記のように音楽データを出力して音楽の再生を開始したら、再生ステータスをコンテンツサーバに送信する（Ｓ１６０３）。コンテンツサーバはこれを受信し、エラーコードをオーディオクライアントに返信する（Ｓ２６０２）。オーディオクライアントはこのエラーコードを確認し、エラーがあれば所定のエラー処理を行う（Ｓ１６０４）。
【０２６２】
上記のように音楽データを転送しながら音楽を再生していると、やがて図４７に示すように１バッファ分の空きが生じる。バッファに空きが生じると（Ｓ１６０９）、オーディオクライアント及びコンテンツサーバは再び上記転送動作を行う（Ｓ１６１０、Ｓ２６０５、Ｓ１６１１）。その結果、図４８に示すようにバッファの空きが埋まる。オーディオクライアント及びコンテンツサーバは、バッファに空きが生じるたびに上記転送動作を繰り返し行う（Ｓ１６１２〜Ｓ１６１６、Ｓ２６０６、Ｓ２６０７）。
【０２６３】
なお、上記では、バッファが音楽データで全て埋まってから音楽データを出力し始めているが、全て埋まる前に出力し始めるようにしてもよい。
【０２６４】
続いて、オーディオクライアントは、ステップＳ１５０２で取得したデータサイズに基づいて、指定された曲の音楽データを全て受信したか否かを判別する（Ｓ１６１７）。全て受信した場合、オーディオクライアントは、受信した音楽データに基づいて指定された曲を再生し終えたか否かを判別し（Ｓ１６１７１）、再生し終えた場合は停止又は完了ステータスをコンテンツサーバに送信する（Ｓ１６１８）。ユーザがオーディオクライアントを操作し、それに応じてオーディオクライアントが指定された曲を再生しその曲を再生し終えた場合、又はユーザがオーディオクライアントを操作し、それに応じてオーディオクライアントが曲の再生を途中で停止した場合、オーディオクライアントは停止ステータスを送信する。一方、ユーザがコントローラを操作し、それに応じてオーディオクライアントがコントローラから指定された曲を再生しその曲を再生し終えた場合、オーディオクライアントは完了ステータスを送信する。このように停止ステータスと完了ステータスとを区別する理由は後述する。
【０２６５】
コンテンツサーバはこのステータスを受信し、エラーコードをオーディオクライアントに返信する（Ｓ２６０８）。オーディオクライアントはこのエラーコードを確認し、エラーがあれば所定のエラー処理を行う（Ｓ１６１９）。
【０２６６】
以上のように、音楽データを分割し、コンテンツサーバからオーディオクライアントに断続的に転送しているため、バッファ容量が少なくても適切に音楽を再生することができる。
【０２６７】
上記では音楽データをバイト単位で転送しているが、ＭＰ３の音楽データを転送する場合はフレーム単位で転送するのが好ましい。時間表示、早送り又は早戻し再生などの特殊再生（後述）で有利な点が多いからである。したがって、ＭＰ３の音楽データの場合、オーディオクライアントはフレーム単位で音楽データを要求するものとする。この要求に応答して、コンテンツサーバは指定されたファイルの中からＭＰ３のフレームヘッダを検索し、フレームの先頭から転送を行う。このヘッダの中にはデータ長を算出することができるパラメータが含まれているので、一度ヘッダを発見すれば、以降、フレームの先頭を発見するのは困難ではない。
【０２６８】
１．２．２．３．特殊再生
また、早送り、早戻し、一時停止、スローなど、特殊再生を可能とするために、音楽データの転送要求、返信及び取得という一連の処理の前に、オーディオクライアントは以下のような処理を行う。
【０２６９】
１．２．２．３．１．早送り再生
早送り再生の場合、図４９を参照して、オーディオクライアントは、キー入力を監視し（Ｓ１６２０）、早送り再生キーが押された場合はスキップ量を０よりも大きい値に設定し（Ｓ１６２１）、そうでない場合はスキップ量を０に設定する（Ｓ１６２２）。
【０２７０】
バッファに空きが生じると（Ｓ１６０９）、オーディオクライアントは、音楽データの取得開始アドレスを次式により計算する（Ｓ１６２４）。
【０２７１】
取得開始アドレス＝前回の取得開始アドレス＋取得データ長＋スキップ量
ステップＳ１６２０で早送り再生キーが押されなかった場合、ステップＳ１６２２でスキップ量は０に設定されるので、取得開始アドレスは取得データ長ずつ増加する。この場合、オーディオクライアントは音楽データを連続的に取得するので、通常の再生を行う。一方、ステップＳ１６２０で早送り再生キーが押された場合、ステップＳ１６２１でスキップ量は０よりも大きい値に設定されるので、オーディオクライアントは音楽データをそのスキップ量だけ飛んで取得する。その結果、オーディオクライアントは早送り再生を行う。この例では、スキップ量が取得データ長と同じに設定されているから、２倍速の早送り再生を行う。また、たとえばスキップ量を取得データ長の２倍とすることにより、３倍速の再生を行うことができる。
【０２７２】
１．２．２．３．２．早戻し再生
早戻し再生の場合、オーディオクライアントは、上記ステップＳ１６２０に代えて早戻し再生キーが押されているかを判別し、上記ステップＳ１６２１に代えてスキップ量を０よりも小さく、かつ絶対値が前回の取得データ長よりも大きい値に設定する。スキップ量の絶対値が前回の取得データ長よりも小さいと、音楽データの取得範囲が重複するからである。毎回の取得データ長が一定であれば、絶対値を取得データ長の２倍にすれば、通常再生と同じ速度で戻し再生を行うことができる。
【０２７３】
また、オーディオクライアントは、ステップＳ１６２４で計算した取得開始アドレスが音楽データの存在する範囲内か否かを判別する（Ｓ１６２５）。範囲内の場合、オーディオクライアントは次のステップＳ１６１０に進むが、範囲外の場合、オーディオクライアントは再生を停止する。通常再生の場合は音楽データの終わりを検知しているので、このような終了条件を入れる必要はないが、特に早戻し再生の場合は音楽データの始まりを検知する必要があるので、このような終了条件を入れている。ただし、このような終了条件を入れずに、次の曲のファイルをオープンして早送り再生を行ったり、前の曲のファイルをオープンして早戻し再生を行うようにしてもよい。
【０２７４】
なお、ＭＰ３の音楽データの場合は、前述したように、フレームヘッダを読み取れば次のフレームヘッダの位置をほぼ確定することができる。したがって、ある一定分のフレームをスキップし、その後の数フレームのデータを再生し、再びフレームをスキップする、という動作を繰り返すことにより早送り再生を実現することができる。
【０２７５】
１．２．２．３．３．一時停止
一時停止の場合、図５０を参照して、オーディオクライアントはキー入力を監視し（Ｓ１６２６，Ｓ１６２８）、一時停止キーが押された場合は動作ステータスを一時停止に設定し（Ｓ１６２７）、再生キーが押された場合は動作ステータスを再生に設定する（Ｓ１６２９）。
【０２７６】
バッファに空きが生じると（Ｓ１６０９）、オーディオクライアントは動作ステータスが一時停止か否かを判定する（Ｓ１６３１）。一時停止の場合、オーディオクライアントはステップＳ１６２６に戻って次の音楽データの転送を開始しない。一方、一時停止でない場合、すなわち再生キーが押されて一時停止が解除され、動作ステータスが再生に変化した場合、オーディオクライアントはステップＳ１６１０に進んで次の音楽データの転送を開始する。
【０２７７】
また、動作ステータスが一時停止になった場合、オーディオクライアントはバッファの読出動作を停止する。バッファには、以前に転送された音楽データが残っているからである。
【０２７８】
１．２．２．３．４．スロー再生
音楽ではなく、動画の場合はスロー再生を行う必要がある。通常、動画ファイルはＭＰＥＧ−２のように圧縮形式であるから、オーディオクライアントはこれを再生するためにデコーダを備える。スロー再生の場合、デコーダにスロー再生を指示するコマンドが与えられると、バッファに蓄積されている映像データの減少速度が遅くなる。仮に通常再生の３０％の速度でスロー再生を行うのであれば、デコーダがバッファから読み出す映像データの単位時間当たりの量は３０％になる。そのため、上記ステップＳ１６０９でオーディオクライアントがバッファに空きが生じるのを待つ時間が長くなり、これによりスロー再生を実現することができる。
【０２７９】
１．２．３．コントローラの動作
１．２．３．１．コンテンツサーバとの接続
コントローラＡｋもオーディオクライアントＣｊとほぼ同様に、まずコンテンツサーバＳｉとの接続を確立する。
【０２８０】
図５１を参照して、コントローラＡｋに電源が投入されると、コントローラＡｋは、コンテンツサーバＳｉのコマンドポートに接続する（Ｓ３００１）。コントローラＡｋは、このコマンドポートを通じてクライアントインデックス要求コマンドを発行する（Ｓ３００２）。コンテンツサーバＳｉはこのコマンドに応答してクライアントインデックスをコントローラＡｋに返信し、コントローラＡｋはその取得したクライアントインデックスを保存する（Ｓ３００３）。
【０２８１】
続いて、コントローラＡｋは、コンテンツサーバＳｉのプッシュポートに接続する（Ｓ３００４）。コントローラＡｋは、このプッシュポートを通じてクライアントインデックス通知コマンドを発行し、ステップＳ３００３で保存したクライアントインデックスをコンテンツサーバに送信する（Ｓ３００５）。これにより、プッシュポートが開通する（Ｓ３００６）。
【０２８２】
続いて、コントローラＡｋは、クライアントタイプをコマンドポートを通じてコンテンツサーバＳｉに通知する（Ｓ３００７）。ここでは、上記オーディオクライアントＣｊと異なり、コントローラＡｋはクライアントタイプとして自身がコントローラであることを通知する。コンテンツサーバＳｉは、このクライアントタイプによりオーディオクライアントＣｊとコントローラＡｋとを区別することができる。
【０２８３】
続いて、コントローラＡｋは、オーディオクライアントＣｊのクライアント情報をコンテンツサーバＳｉから取得し（Ｓ３００８）、その情報に含まれるステータスなどをモニタ上に表示する。
【０２８４】
そして、コントローラＡｋは、クライアントタイプ及び取得したクライアントインデックスに基づいて、コンテンツサーバＳｉに接続されているオーディオクライアントＣｊの監視ハンドル及び制御ハンドルをコンテンツサーバＳｉに要求して取得する（Ｓ３００９）。
【０２８５】
上記接続手順がオーディオクライアントＣｊと相違する点は、コントローラＡｋは、自身がコントローラであることを示すクライアントタイプをコンテンツサーバＳｉに通知する点である。また、もう１つの相違点は、コントローラＡｋが監視ハンドル及び制御ハンドルの両方又は一方を取得する点である。以下、詳述する。
【０２８６】
１．２．３．１．１．監視ハンドル及び制御ハンドルの取得
図５２を参照して、コントローラＡｋは、コンテンツサーバＳｉに接続されている全オーディオクライアントＣｊのリストを表示する（Ｓ３００９１）。コントローラＡｋは、ユーザの操作に応じてリストの中から監視しようとするオーディオクライアントＣｊを選択する（Ｓ３００９２）。ユーザの操作に応じて監視しようとするオーディオクライアントＣｊを選択するのは本ネットワークオーディオシステムを最初に起動したときだけとし、２回目以降は、最初に選択したオーディオクライアントＣｊを登録しておき、その登録されたオーディオクライアントを自動的に選択するようにするのが好ましい。
【０２８７】
続いて、コントローラＡｋは、その選択されたオーディオクライアントＣｊのクライアントインデックスをコンテンツサーバＳｉに送信し、その監視ハンドルを要求する（Ｓ３００９３）。コンテンツサーバＳｉは、送信元コントローラＡｋのクライアントインデックスと、受信したオーディオクライアントＣｊのクライアントインデックスとを対応づけて記憶し（Ｓ２０００１）、送信元コントローラＡｋに対して監視ハンドルを発行する（Ｓ２０００２）。その結果、コントローラＡｋは、選択されたオーディオクライアントＣｊの監視ハンドルを取得する（Ｓ３００９４）。
【０２８８】
続いて、コントローラＡｋは、ユーザの操作に応じてリストの中から制御しようとするオーディオクライアントＣｊを選択する（Ｓ３００９５）。そして、コントローラＡｋは、その選択されたオーディオクライアントＣｊのクライアントインデックスをコンテンツサーバＳｉに送信し、その制御ハンドルを要求する（Ｓ３００９６）。コンテンツサーバＳｉは、送信元コントローラＡｋのクライアントインデックスと、受信したオーディオクライアントＣｊのクライアントインデックスとを対応づけて記憶し（Ｓ２０００３）、送信元コントローラＡｋに対して制御ハンドルを発行する（Ｓ２０００４）。その結果、コントローラＡｋは、選択されたオーディオクライアントＣｊの制御ハンドルを取得する（Ｓ３００９７）。
【０２８９】
監視ハンドルは、コンテンツサーバＳｉからコントローラＡｋに与えられるオーディオクライアントＣｊを監視する権限である。これにより、オーディオクライアントＣｊのステータスが変化すると、変化後の新しいステータスがコンテンツサーバＳｉに通知される。コンテンツサーバＳｉはプッシュポートを通じてオーディオクライアントＣｊのクライアント情報をコントローラＡｋに随時送信し、これに応じてコントローラＡｋはオーディオクライアントＣｊのクライアント情報を更新する。
【０２９０】
本ネットワーク型オーディオシステムでは、オーディオクライアントＣｊの数が多いほどＬＡＮ１２に負荷がかかる。また、コントローラＡｋのコマンドやオーディオクライアントＣｊのステータスなどの伝送はＬＡＮ１２上のトラフィックに影響を及ぼす。
【０２９１】
図５３に示すように、複数のコントローラＡ１〜Ａ３が同じＬＡＮ１２上に存在する場合に、コンテンツサーバＳｉはオーディオクライアントＣ１〜Ｃ３のクライアント情報を全てのコントローラＡ１〜Ａ３に送信するようにすることも可能であるが、このようにすると、ネットワークトラフィック及びコンテンツサーバの負荷が増大する。
【０２９２】
そこで図５４に示すように、コントローラＡ１がオーディオクライアントＣ１のみの監視ハンドルを取得し、コントローラＡ２がオーディオクライアントＣ２のみの監視ハンドルを取得するようにし、コンテンツサーバＳｉは、オーディオクライアントＣ１のクライアント情報をコントローラＡ１のみに送信し、オーディオクライアントＣ２のクライアント情報をコントローラＡ２のみに送信するようにする。
【０２９３】
コンテンツサーバＳｉは、オーディオクライアントＣｊの監視ハンドルを取得しているコントローラＡｋだけにクライアント情報を送信するので、ネットワークトラフィック及びコンテンツサーバの負荷が軽減される。ただし、コントローラＡ３が全てのオーディオクライアントＣ１〜Ｃ３の監視ハンドルを取得し、コンテンツサーバＳｉが全てのコントローラＡ１〜Ａ３にクライアント情報を送信するようにしてもよい。
【０２９４】
一方、制御ハンドルは、コンテンツサーバＳｉからコントローラＡｋに与えられるオーディオクライアントＣｊを制御する権限である。
【０２９５】
本ネットワーク型オーディオシステムにおいて、コントローラＡｋが複数存在する場合、いずれのコントローラＡｋもオーディオクライアントＣｊを制御できるようにすると、あるコントローラＡｋからの命令に従ってオーディオクライアントＣｊが曲を再生している最中に、他のコントローラＡｋがそのオーディオクライアントＣｊに再生の停止を命令したり、別の曲の再生を命令するおそれがある。
【０２９６】
そこで、本システムでは、オーディオクライアントＣｊの制御ハンドルを取得しているコントローラＡｋのみがそのオーディオクライアントＣｊを制御することができ、オーディオクライアントＣｊの制御ハンドルを取得していないコントローラＡｋはそのオーディオクライアントＣｊを制御することができないようにする。
【０２９７】
コンテンツサーバが制御ハンドルを取得できるコントローラを制限すれば、オーディオクライアントとそれを制御できるコントローラの組み合わせを設定することができる。また、コントローラが制御ハンドル開放コマンドをコンテンツサーバに発行することにより、制御ハンドルを放棄できるようにする。
【０２９８】
１．２．３．２．モニタ（監視）機能
コントローラＡｋは、上述したように監視ハンドルを取得することにより、オーディオクライアントＣｊを監視できるようになる。
【０２９９】
図５５を参照して、コントローラＡｋはコンテンツサーバＳｉにクライアント情報を要求し（Ｓ３１）、コンテンツサーバＳｉはこれに応じてクライアント情報を返信し（Ｓ２７）、コントローラＡｋはこれを取得して記憶する（Ｓ３１）。又は、コンテンツサーバＳｉがオーディオクライアントＣｊからクライアント情報を受信した場合、コンテンツサーバＳｉはコントローラＡｋにプッシュポートにてクライアント情報を送信し、コントローラＡｋはこれを取得して記憶する。そして、コントローラＡｋは取得したクライアント情報を表示する（Ｓ３２）。以下、このコントローラによるモニタ機能を詳細に説明する。
【０３００】
図５６を参照して、コンテンツサーバＳｉはコントローラＡｋからの要求又はオーディオクライアントからのクライアント情報の受信に応じてクライアント情報を送信する（Ｓ２７０１）。コントローラＡｋはこのクライアント情報を受信すると、各情報に変更がないかを調べる。すなわち、最初にクライアントインデックスを確認し（Ｓ３１０１）、どのオーディオクライアントＣｊのクライアント情報かを記憶しておく。そして、記憶したオーディオクライアントのプロダクトＩＤ及びファームウェアＩＤを確認する（Ｓ３１０２、Ｓ３１０３）。
【０３０１】
具体的には、プロダクトＩＤによってオーディオクライアントの種類を判別し、ファームウェアＩＤによってファームウェアのバージョンを判別する。もしそのオーディオクライアントに適用されているファームウェアのバージョンが古ければ、コントローラＡｋはインターネット上のカスタマーサービスにアクセスし、オーディオクライアントＣｊにファームウェアを配信して自動的に更新する。ファームウェア更新の詳細は後述する。
【０３０２】
なお、コントローラＡｋは、受信したクライアント情報を解析してクライアントタイプを確認し、オーディオクライアントＣｊならそれ用の処理に分岐し、それ以外なら無視するようにする。
【０３０３】
続いて、コントローラＡｋは、接続情報に変更がないかをチェックし（Ｓ３１０４）、変更があればオーディオクライアントＣｊの接続状態の表示を変更する（Ｓ３１０５）。
【０３０４】
したがって、複数のオーディオクライアントＣｊに電源が入り、それらがコンテンツサーバＳｉに接続されているか否かをコントローラＡｋで常に監視することができる。
【０３０５】
オーディオクライアントＣｊが接続されていたら、コントローラＡｋは、ボリューム値に変更がないかをチェックし（Ｓ３１０６）、変更があればボリューム値の表示を変更する（Ｓ３１０７）。
【０３０６】
続いて、コントローラＡｋは、リスト構築キー（後述する）に変更がないかをチェックし（Ｓ３１０８）、変更があればリスト構築キーを用いてコンテンツサーバＳｉに曲リストを要求する（Ｓ３１０９）。コンテンツサーバＳｉはこの要求に応じて曲リストを返信し（Ｓ２７０２）、コントローラＡｋはこの曲リストを受信する（Ｓ３１１０）。
【０３０７】
コントローラＡｋは、受信した曲リストをオーディオクライアントＣｊが再生中の曲リストとして記憶するとともに、現在再生中の曲が曲リストの何曲目かを調べてその番号を記憶する（Ｓ３１１１）。
【０３０８】
続いて、コントローラＡｋは、再生中の曲に変更がないかをチェックし（Ｓ３１１２）、変更があれば曲のデータフォーマットを確認し（Ｓ３１１３）、再生中の曲名やアーティスト名の表示を変更し（Ｓ３１１４）、現在再生中の曲が曲リストの何曲目かを調べてその番号を記憶する（Ｓ３１１５）。
【０３０９】
最後に、コントローラＡｋは、ステータスに変更がないかをチェックし（Ｓ３１１６）、変更があればステータスの表示を変更する（Ｓ３１１７）。オーディオクライアントＣｊがリモコンにより制御される場合も、コントローラＡｋはそのステータスを監視して表示する。オーディオクライアントＣｊのステータスが完了ステータスであれば（Ｓ３１１８）、コントローラＡｋはオーディオクライアントＣｊにその次の曲を続けて再生するよう命令する（Ｓ３１１９）。連続再生の詳細は後述する。
【０３１０】
以上の処理は、コントローラが監視ハンドルを取得した全てのオーディオクライアントのうちいずれかのクライアント情報が変化するたびに繰り返される。
【０３１１】
また、図示されていないが、コントローラＡｋは、各オーディオクライアントＣｊのクライアントタイプを監視する。また、コントローラＡｋは、再生可能なデータフォーマットを監視し、再生可能な曲名のみを表示する。
【０３１２】
以上のように、コンテンツサーバがクライアントからクライアント情報を受信した際に、プッシュポートにて強制的にコントローラにクライアント情報を送信することにより、コントローラＡｋはオーディオクライアントＣｊを常に監視することができ、また、コンテンツサーバＳｉからコントローラＣＬには必要最低限の情報しか送信されない。そのため、コントローラＡｋにかかる処理の負担が軽減される。また、オーディオクライアントＣｊが複数あっても、コントローラＡｋはクライアントインデックスによりオーディオクライアントＣｊを区別し、各クライアント情報をリアルタイムで更新することができる。
【０３１３】
１．２．３．３．制御機能
コントローラＡｋは、上述したように制御ハンドルを取得することにより、オーディオクライアントＣｊを制御できるようになる。
【０３１４】
図５７を参照して、コントローラＡｋは制御コマンドをコンテンツサーバＳｉに送信し（Ｓ３３）、コンテンツサーバＳｉはこれを指定されたオーディオクライアントＣｊに送信する（Ｓ２８）。オーディオクライアントＣｊはこの制御コマンドに従って動作し、そのステータスを変更し（Ｓ１８）、その変更したステータスをコンテンツサーバＳｉに送信する（Ｓ１９）。コンテンツサーバＳｉはこのステータスをコントローラＡｋに送信し（Ｓ２９）、コントローラＡｋはこれに応じて記憶しているクライアント情報のステータスを変更する（Ｓ３４）。
【０３１５】
１．２．３．３．１．制御コマンド処理
次に、図５８を参照して、オーディオクライアントＣｊがコントローラＡｋからコンテンツサーバＳｉを通じて受けた制御コマンドに従って行う処理を説明する。
【０３１６】
オーディオクライアントＣｊは、プッシュポートに何らかのデータが書き込まれた場合（Ｓ３００１）、そのデータを受信して解析する（Ｓ３００２）。
【０３１７】
受信したデータが再生コマンドであれば（Ｓ３００３）、オーディオクライアントＣｊは指定されたファイル名をコンテンツサーバＳｉから取得する（Ｓ３００４）。オーディオクライアントＣｊは、取得したファイル名から、曲名、アルバム、ジャンルなどを特定する。そして、オーディオクライアントＣｊは曲を指定しかつその曲の音楽データを転送するようコンテンツサーバＳｉに指令する（Ｓ３００５）。オーディオクライアントＣｊは転送された音楽データに基づいて再生を行う。
【０３１８】
受信したデータが再生停止コマンドであれば（Ｓ３００６）、オーディオクライアントＣｊは曲データ転送要求コマンドの発行を停止することにより音楽データの転送を停止し（Ｓ３００７）、停止ステータスをコンテンツサーバＳｉに送信する（Ｓ３００８）。オーディオクライアントＣｊは、その他、ボリューム値セットコマンド、ポーズコマンド、ＡＶレシーバ制御コマンド、ファームウェアアップデートコマンドなどに応答して、所定の処理を行う（Ｓ３００９〜Ｓ３０１０）。
【０３１９】
１．２．３．３．２．再生制御
ここで、コントローラＡｋが再生コマンドに従ってオーディオクライアントＣｊに所望のアーティストの所望の曲を再生させる動作を説明する。
【０３２０】
図５９を参照して、コントローラＡｋはオーディオクライアントＣｊの接続を確認し（Ｓ３０１１）、接続があればオーディオクライアントＣｊのファームウェアＩＤ及びプロダクトＩＤを確認する（Ｓ３０１２、Ｓ３０１３）。
【０３２１】
続いて、コントローラＡｋは、クライアントタイプに基づいてオーディオクライアントＣｊがオーディオクライアント又はＡＶＲクライアントであるか否かを判別する（Ｓ３０１４）。ここではオーディオクライアントＣｊであるから、コントローラＡｋは所望のアーティストの曲リストを既に取得しているか否かを判別する（Ｓ３０１５）。未だ取得していなければ、コントローラＡｋはコンテンツサーバＳｉから所望のアーティストの曲リストを取得する（Ｓ３０１６）。コントローラＡｋは、この曲リストを表示装置に表示する。
【０３２２】
取得された曲リストの中にユーザが再生を希望する曲があれば（Ｓ３０１７）、コントローラＡｋは、ユーザの入力操作に応じてその曲を選択し、再生コマンドをコンテンツサーバＳｉに送信する（Ｓ３０１８）。この再生コマンドは、選択された曲のデータを格納しているファイル名と、曲を再生させようとするオーディオクライアントのクライアントインデックスとを含む。一方、希望する曲がなければ、コントローラＡｋは再び所望のアーティストの次の曲リストを取得する（Ｓ３０１６）。
【０３２３】
コンテンツサーバＳｉは、コントローラＡｋから送信されたクライアントインデックスに基づいてオーディオクライアントＣｊを特定し、そのオーディオクライアントＣｊに選択された曲のファイル名を送信する（Ｓ２８）。
【０３２４】
オーディオクライアントＣｊは、コントローラＡｋからコンテンツサーバＳｉを通じて送信されてきた再生コマンドに応答して所望の曲を再生し、ステータスを再生ステータスに変更する（Ｓ１８）。オーディオクライアントＣｊは再生ステータスをコンテンツサーバＳｉに送信し（Ｓ１９）、コンテンツサーバＳｉはその再生ステータスをコントローラＡｋに送信する（Ｓ２９）。コントローラＡｋはこれに応じてオーディオクライアントＣｊのステータスを再生ステータスに変更する（Ｓ３４）。
【０３２５】
１．２．３．３．３．再生可能なフォーマットかを識別して再生
曲リストには、オーディオクライアントＣｊが再生可能なフォーマットか否かに関係なく、全てのフォーマットの曲が含まれる。そのため、ユーザが所望の曲を選択したときにコントローラＡｋがコンテンツサーバＳｉから取得した曲リストをそのままユーザに対して表示したとすると、次のような問題が生じる。
【０３２６】
すなわち、ユーザがオーディオクライアントＣｊが再生できないフォーマットの曲を選択した場合でも、コントローラＡｋはユーザが選択した曲の再生をオーディオクライアントＣｊに命令するので、オーディオクライアントＣｊでは表示は再生状態になっているのに再生音は出ない。
【０３２７】
そこで図６０に示すように、クライアント情報のクライアントタイプに再生可能なフォーマットに関する情報を追加する。よって、クライアントタイプは、クライアントのハードウェア構成に関する情報と、オーディオクライアントが再生可能なフォーマットに関する情報とから構成される。
【０３２８】
ハードウェア構成に関する情報には、次のようなものがある。「オーディオクライアント(インテリジェントタイプ)」は、音楽を再生しかつリモコン信号を受信できるオーディオクライアントである。「オーディオクライアント(ノンインテリジェントタイプ)」は、音楽を再生できるが、リモコン信号を受信できないオーディオクライアントである。「コントローラ」は、コンテンツサーバを介してオーディオクライアントを監視しかつ制御できるクライアントである。「ＡＶＲクライアント」は、ＥＩＡ−２３２ポートを持ち、ＡＶレシーバと通信できるクライアントである。「ＡＶＲコントローラ」は、コンテンツサーバを介してＡＶＲクライアントを制御しかつ監視できるクライアントである。再生可能なフォーマットに関する情報には、ＭＰ３、ＷＡＶ、ＷＭＡなどがある。
【０３２９】
１つのクライアントのクライアントタイプに、複数のハードウェア構成に関する情報が含まれている場合もあり、また、複数の再生可能なフォーマットに関する情報が含まれている場合もある。
【０３３０】
次に、コントローラＡｋがユーザに対して曲リストを表示するときの処理手順を図６１を参照して説明する。
【０３３１】
まずコントローラＡｋは、曲を再生させようとするオーディオクライアントＣｊがコンテンツサーバＳｉに接続されているか否かを判別する（Ｓ３５０１）。未接続の場合、オーディオクライアントＣｊは曲を再生できないので、曲リストの全ての曲を再生不可能な曲として表示するか、又は全ての曲を表示しない（Ｓ３５０２）。したがって、オーディオクライアントＣｊが再生不可能な曲をユーザが選択するのを防止することができる。
【０３３２】
一方、既接続の場合、以下のステップＳ３５０５〜Ｓ３５０７を曲リストの曲数分繰り返す（Ｓ３５０３，Ｓ３５０４，Ｓ３５０８）。
【０３３３】
すなわち、コントローラＡｋは、曲リスト中のｎ番目の曲のフォーマットがオーディオクライアントＣｊが再生可能なフォーマットか否かを判別する（Ｓ３５０５）。再生可能なフォーマットであれば、コントローラＡｋはその曲を再生可能な曲として表示し（Ｓ３５０６）、再生不可能なフォーマットであれば、再生不可能な曲として表示するか、又は表示しない（Ｓ３５０７）。
【０３３４】
たとえばオーディオクライアントＣ１がＭＰ３もＷＡＶも再生できる場合、コントローラＡｋは、図６２に示すように、曲リスト（この例ではプレイリスト）中の全ての曲を表示する。しかし、オーディオクライアントＣ２がＭＰ３は再生できるが、ＷＡＶは再生できない場合は、図６３に示すように、曲リスト中のＭＰ３の曲は通常通り表示するが、ＷＡＶの曲は淡く表示する。また、曲を淡く表示するのではなく、全く表示しないようにしてもよい。したがって、オーディオクライアントＣ２が再生不可能なＷＡＶの曲をユーザが選択するのを防止することができる。
【０３３５】
なお、オーディオクライアントＣｊの接続状態やクライアントタイプに変更があった場合、コントローラＡｋは曲リストを表示し直し、現在のオーディオクライアントのクライアント情報をリアルタイムで表示する。
【０３３６】
次に、ユーザがコントローラＡｋを操作してオーディオクライアントＣｊに曲を再生させる場合のコントローラの動作を説明する。
【０３３７】
図６４を参照して、ユーザが再生したい曲を選択すると、コントローラＡｋはその選択された曲のフォーマットがオーディオクライアントＣｊが再生可能なフォーマットか否かを判別する（Ｓ３５１１）。具体的には、コントローラＡｋは、その選択された曲のフォーマットをクライアントタイプ中の再生可能なフォーマットと比較する。
【０３３８】
再生可能なフォーマットであれば、コントローラＡｋは、その選択された曲を再生するようオーディオクライアントＣｊに命令する（Ｓ３５１２）。一方、再生不可能なフォーマットであれば、オーディオクライアントＣｊはその選択された曲を再生できない旨をユーザに知らせる（Ｓ３５１３）。
【０３３９】
以上のように、コントローラＡｋは、オーディオクライアントＣｊが再生できる曲がユーザにわかるように表示し、これにより、オーディオクライアントＣｊが再生できない曲の再生をユーザが要求しないようにすることができる。
【０３４０】
１．２．３．３．４．連続再生制御
ユーザがオーディオクライアントＣｊを操作してそのオーディオクライアントＣｊで曲を再生している場合は、オーディオクライアントＣｊは曲リストを取得しているから、その曲リスト中の曲を連続して再生することが可能である。しかし、オーディオクライアントＣｊがコントローラＡｋにより指示された曲を再生している場合は、オーディオクライアントＣｊ自身は曲リストを取得していないから、オーディオクライアントＣｊが曲リスト中の曲を連続して再生するためには、コントローラＡｋがオーディオクライアントＣｊに次の曲を指示する必要がある。
【０００１】
また、ネットワーク上にコントローラが１つしか存在しない場合は問題とならないが、複数存在する場合は、オーディオクライアントが正常に連続再生を行うことができないという問題が生じる。たとえばオーディオクライアントから再生の完了を通知されたコンテンツサーバが全てのコントローラに再生の完了を通知したとすると、オーディオクライアントは複数のコントローラから連続再生の命令を受けてしまうからである。この問題はネットワーク上にコンテンツサーバが複数存在する場合はさらに複雑になる。したがって、ネットワーク型オーディオシステムにおいてコントローラによる連続再生を可能にするためには、どのコントローラがクライアントに連続再生を命令するのかを管理する必要がある。
【０３４１】
本実施の形態では、オーディオクライアントＣｊは、コントローラＡｋからの命令に従って曲を再生し、その再生を終了したときは完了ステータスを送信するが、それ以外のとき、たとえばユーザの操作に応じてオーディオクライアントＣｊが自ら曲を再生し、その再生を終了したとき、又はユーザの操作に応じてオーディオクライアントＣｊが曲の再生を途中で停止したときなどは、完了ステータスとは異なる停止ステータスを送信する。コントローラは、完了ステータスを受信した場合に、連続再生処理すべきと判断し、曲リストの中から前に選択した曲の次の曲を選択し、オーディオクライアントに次の曲を再生するよう命令する。また、コントローラは、停止ステータスを受信した場合には、オーディオクライアントに次の曲を再生するよう命令しない。以上のように、オーディオクライントが状況に応じて完了ステータスと停止ステータスとを区別して送信することにより、コントローラは受信したステータスに基づいて、オーディオクライアントに次の曲の再生を命令すべきか否かを判断することができる。
【０３４２】
したがって、オーディオクライアントＣｊがユーザの操作に応じて曲の再生を途中で停止した場合又はオーディオクライアントＣｊが自ら曲を選択し、その再生を終了した場合には、停止ステータスをコンテンツサーバに送信するので、コントローラが誤ってオーディオクライアントに次の曲を再生するよう命令することを防止できる。
【０３４３】
さらにコントローラが複数ある場合には、オーディオクライアントから完了ステータスを受信したコンテンツサーバは、各コントローラに対して、完了ステータスと停止ステータスとを区別して送信する。すなわち、図６５を参照して、コントローラＡ１がオーディオクライアントＣ１に再生を命令する場合、コントローラＡ１はまずコンテンツサーバＳｉにオーディオクライアントＣ１に対する再生コマンドを送信する。コンテンツサーバＳｉはコントローラＡ１から再生コマンドを受信し、これをオーディオクライアントＣ１に送信する。オーディオクライアントＣ１はコンテンツサーバＳｉから再生コマンドを受信し、曲の再生を開始する。
【０３４４】
図６６及び図６７を参照して、オーディオクライアントＣ１が曲の再生を終了すると、完了ステータスをコンテンツサーバに送信し（Ｓ１９０１）、コンテンツサーバＳｉはこれを受信する（Ｓ２９０１）。続いて、コンテンツサーバＳｉは、以下のステップＳ２９０３〜Ｓ２９０６をクライアント数だけ繰り返す（Ｓ２９０２，Ｓ２９０７）。
【０３４５】
コンテンツサーバＳｉは、クライアントインデックスｎに基づいてｎ番目のクライアントがオーディオクライアントＣ１の監視ハンドルを取得しているコントローラか否かを判別する（Ｓ２９０３）。
【０３４６】
監視ハンドルを取得しているコントローラの場合、コンテンツサーバＳｉは、ｎ番目のクライアント（コントローラ）がオーディオクライアントＣ１に再生を命令したコントローラＡ１か否かを判別する（Ｓ２９０４）。
【０３４７】
オーディオクライアントＣ１に再生を命令したコントローラＡ１の場合、コンテンツサーバＳｉは、オーディオクライアントＣ１から受信した完了ステータスをコントローラＡ１に送信し（Ｓ２９０５）、コントローラＡ１はこれを受信する（Ｓ３４０１）。一方、オーディオクライアントＣ１に再生を命令したコントローラＡ１以外のコントローラＡ２の場合、コンテンツサーバＳｉは、オーディオクライアントＣ１から受信した完了ステータスに代えて、停止ステータスをコントローラＡ２に送信し（Ｓ２９０６）、コントローラＡ２はこれを受信する（Ｓ３４０２）。
【０３４８】
図６８を参照して、完了ステータスを受信したコントローラＡ１は、曲リストの中から前に選択した曲の次の曲を選択し、その曲をオーディオクライアントＣ１に再生させるための再生コマンドをコンテンツサーバＳｉに送信する（Ｓ３４０３）。コンテンツサーバＳｉはこれを受信し、オーディオクライアントＣ１に送信する。オーディオクライアントＣ１は、コンテンツサーバＳｉから送信された再生コマンドに従って次の曲を再生する。
【０３４９】
一方、停止ステータスを受信したコントローラＡ２は、オーディオクライアントＣ１は停止状態にあると判断し、コントローラＡ１のような連続再生処理を行わない。
【０３５０】
オーディオクライアントＣｊは、ステータスが再生になると再生ステータスをコンテンツサーバＳｉに送信し、ステータスが一時停止になるとポーズステータスをコンテンツサーバＳｉに送信し、自らが指定した曲の再生が終了すると停止ステータスをコンテンツサーバＳｉに送信するが、上述したように、コントローラＡｋが指定した曲の再生が終了すると完了ステータスをコンテンツサーバＳｉに送信する。
【０３５１】
以上のように、オーディオクライアントＣｊが曲の再生を終了したときにコンテンツサーバＳｉがコントローラＡｋに送信するステータスを停止ステータスと完了ステータスとに区別することにより、コントローラＡｋは自ら再生を命令したオーディオクライアントＣｊが曲の再生を終了したのか否かを判断することができる。その結果、コントローラＡｋはオーディオクライアントＣｊに連続再生を命令する必要があるのか、オーディオクライアントＣｊの停止ステータスを表示するだけでいいのかを判断することができる。
【０３５２】
なお、オーディオクライアントＣｊが曲の再生を終了したとき、専用リモコンからの命令に従って曲を再生していた場合と、監視ハンドル及び制御ハンドルの両方を取得しているコントローラＡｋからの命令に従って曲を再生していた場合とで、コンテンツサーバＳｉに通知するステータスを区別するようにしてもよい。制御ハンドルしか取得していない専用リモコンはコンテンツサーバＳｉからステータスを受信することができないから、連続再生処理を行うことができないからである。
【０３５３】
１．２．３．３．５．リスト構築キーを用いた連続再生制御
コントローラＡｋは、コンテンツサーバＳｉからさまざまな曲リストを取得してその中から曲を選択し、その曲をオーディオクライアントＣｊに再生させる。そして、コントローラＡｋは、オーディオクライアントＣｊのステータスを監視し、オーディオクライアントＣｊが選択された曲の再生を終了すると、取得している曲リストの中から次の曲を選択し、その曲をオーディオクライアントＣｊに再生させる。コントローラＡｋはこのようにしてオーディオクライアントＣｊに連続的に曲を再生させているが、次の曲の再生を命令するためには曲リストを記憶しておく必要がある。そのため、曲の再生を命令しているコントローラＡｋの電源は曲の再生中に切ることができない。
【０３５４】
そこで、オーディオクライアントＣｊに再生を命令したコントローラＡｋの電源を途中で切っても、コントローラＡｋがオーディオクライアントＣｊに連続再生を命令できるように、以下のような方法を採用する。
【０３５５】
ユーザがコンテンツ情報データベースの中から再生したい曲を選択するときには、あるアーティストの曲リストから選択したり、あるジャンルの曲リストから選択するなど、さまざまな曲リストを利用する。そこで、コンテンツ情報データベースから一意に曲リストを作成することができるように、リスト構築キーを定義する。そして、このリスト構築キーを、オーディオクライアントＣｊが再生中の曲リストを特定するための情報としてクライアント情報に付加する。
【０３５６】
図６９を参照して、リスト構築キーは「フィルタの種類」と「キーワード」とから構成される。フィルタの種類は、コンテンツ情報データベース中のどのカテゴリに注目して曲リストを作成するかを指定するもので、図７０に示すようなものがある。フィルタの種類が"ＴＩＴＬＥ＝"、"ＧＥＮＲＥ＝"、"ＡＲＴＩＳＴ＝"、"ＡＬＢＵＭ＝"、又は"ＦＩＬＥＮＡＭＥ＝"であれば、コンテンツ情報データベースの中から、曲名、ジャンル名、アーティスト名、アルバム名、又はファイル名がキーワードと一致する曲を探し出して曲リストを作成する。フィルタの種類が"ＰＬＡＹＬＩＳＴ＝"であれば、プレイリストのファイル名がキーワードと一致するプレイリストに登録されている曲をコンテンツ情報データベースから探し出して曲リストを作成する。
【０３５７】
たとえば、アーティスト名"ｘｘｘｘ"の曲リストの場合、フィルタの種類は"ＡＲＴＩＳＴ＝"、キーワードは"ｘｘｘｘ"となるから、リスト構築キーは"ＡＲＴＩＳＴ＝ｘｘｘｘ"となる。また、キーワードとして"＊"(アスタリスク)を指定すると、そのフィルタの種類に対して使用できるキーワードのリストが作成される。たとえばリスト構築キー"ＡＲＴＩＳＴ＝＊"から作成されるリストは、コンテンツ情報データベースに登録されている曲のアーティスト名のリストが作成される。
【０３５８】
以下にコントローラが指定した曲の再生が終了したオーディオクライアントに対して、コントローラが連続再生処理を行う手順について説明する。
【０３５９】
図７１を参照して、コントローラＡｋから再生するよう命令されたオーディオクライアントＣｊが曲の再生を終了すると、完了ステータスをコンテンツサーバＳｉに送信する。コンテンツサーバＳｉは、オーディオクライアントＣｊのステータスが変化したので、完了ステータス、再生していた曲のファイル名、リスト構築キーなどを含むクライアント情報をコントローラＡｋに送信する。
【０３６０】
コントローラＡｋはクライアント情報を受信すると、図５６に示したクライアント情報表示処理を開始する。この処理は既に説明したので、ここでは主としてリスト構築キーを用いた連続再生制御に関する部分を説明する。
【０３６１】
コントローラＡｋは、リスト構築キーに変更がないかチェックし（Ｓ３１０８）、変更があった場合はリスト構築キーを用いてオーディオクライアントＣｊが再生中の曲リストをコンテンツサーバＳｉから取得する（Ｓ３１１０）。詳細には、受信したリスト構築キーをコンテンツサーバに送信し、コンテンツサーバはこのリスト構築キーに基づいてリストを作成し、コントローラに送信する。電源が切られ、コントローラＡｋがオーディオクライアントＣｊが再生中の曲リストを記憶していない場合も、コンテンツサーバと接続した後に取得するリスト構築キーを用いて再生中の曲リストをコンテンツサーバＳｉから取得する。
【０３６２】
ここでは、ステータスが完了ステータスに変化しているから、コントローラＡｋは完了処理を行う（Ｓ３１１９）。すなわち、コントローラＡｋは、オーディオクライアントＣｊが再生を終了した曲の次の曲を曲リストから選択し、その選択した曲を再生するようオーディオクライアントＣｊに命令する。
【０３６３】
図７２を参照して、完了処理の詳細を説明する。コントローラＡｋは、図５６中のステップＳ３１１１で記憶した再生曲番号ｎをインクリメントし（Ｓ３１１９１）、次に再生すべき曲を指定する。続いて、コントローラＡｋは、再生曲番号ｎが曲リストの曲数以下か否かを判別する（Ｓ３１１９２）。再生曲番号ｎが曲リストの曲数を超えていれば、コントローラＡｋは、オーディオクライアントＣｊが曲リストの最後まで再生したと判断して再生曲番号ｎを１に設定し（Ｓ３１１９３）、次に再生すべき曲を曲リストの最初の曲に戻す。
【０３６４】
再生曲番号ｎが曲リストの曲数以下であれば、コントローラＡｋは、ｎ番目の曲がオーディオクライアントＣｊで再生可能なフォーマットか否かをチェックし（Ｓ３１１９４）、再生可能なフォーマットであれば、曲リストのｎ番目の曲を再生するようオーディオクライアントＣｊに命令する（Ｓ３１１９５）。再生不可能なフォーマットであれば、さらに次の曲を再生するために再帰的にこの完了処理を行う。要するに、コントローラＡｋは、オーディオクライアントＣｊが再生不可能なフォーマットの曲を飛ばし、その次の曲を再生するようオーディオクライアントＣｊに命令する。
【０３６５】
以上のように、オーディオクライアントＣｊに曲を再生するよう命令した後にコントローラＡｋの電源を切ると、コントローラＡｋはオーディオクライアントＣｊに再生を命令したときの曲リストを消失してしまう。しかし、電源を再投入し、コンテンツサーバとの接続が完了すると、図５１のＳ３００８にて説明した通り、コントローラＡｋはコンテンツサーバＳｉからオーディオクライアントＣｊのクライアント情報を取得する。このクライアント情報にはリスト構築キーが含まれているから、コントローラＡｋはこのリスト構築キーに基づいてクライアントＣＬが再生中の曲リストを再び取得することができる。したがって、コントローラＡｋがオーディオクライアントＣｊに曲を再生するよう命令した後にその電源が切られた場合であっても、オーディオクライアントＣｊが曲の再生を終了し、完了ステータスを送信し、この完了ステータスをコントローラＡｋが受信したときには、取得し直した曲リストに従ってその次の曲を再生するようオーディオクライアントＣｊに命じることができる。
【０３６６】
なお、オーディオクライアントＣｊの再生動作を停止させるためには、コントローラＡｋは停止コマンドをコンテンツサーバＳｉを通じてオーディオクライアントＣｊに送信すればよい。この場合、停止ステータスがオーディオクライアントＣｊからコンテンツサーバＳｉを通じてコントローラＡｋに返信される。また、オーディオクライアントＣｊの再生動作を一時停止させるためには、コントローラＡｋは一時停止コマンドをコンテンツサーバＳｉを通じてオーディオクライアントＣｊに送信すればよい。この場合、ポーズステータスがオーディオクライアントＣｊからコンテンツサーバＳｉを通じてコントローラＡｋに返信される。
【０３６７】
１．２．３．３．６．優先順位を付けた連続再生制御
本実施の形態をコンテンツサーバＳ１及びオーディオクライアントＣ１に着目して説明する。本実施の形態では、コンテンツサーバＳ１のＨＤＤ１４にコントローラ管理テーブルが格納されている。コントローラ管理テーブルの一例を次の表１に示す。コントローラ管理テーブルには、オーディオクライアントＣ１を制御する優先順位と、コントローラＡ１〜Ａｋに付与されたコントローラインデックスとが対応づけて記録される。
【表１】
Figure 0004013949
【０３６８】
本実施の形態では、コンテンツサーバＳ１〜Ｓｉ、オーディオクライアントＣ１〜Ｃｊ及びコントローラＡ１〜Ａｋには、図７３に示したステップを実行するためのコンピュータプログラムがそれぞれインストールされている。以下、本実施の形態によるネットワーク型オーディオシステム１０の動作を図７３に示したフロー図を参照して説明する。
【０３６９】
最初に、コントローラＡ１がコンテンツサーバＳ１に接続を要求し、コンテンツサーバＳ１がこの要求を受け入れると、コントローラＡ１とコンテンツサーバＳ１との間で接続が確立する（Ｓ３０３０１）。
【０３７０】
コントローラＡ１に続いて、コントローラＡ２がコンテンツサーバＳ１に接続を要求し、コンテンツサーバＳ１がこの要求を受け入れると、コントローラＡ２とコンテンツサーバＳ１との間で接続が確立する（Ｓ３０４０１）。
【０３７１】
これに対し、コンテンツサーバＳ１は、コントローラ管理テーブルに、優先順位「第１位」に対応づけてコントローラＡ１のコントローラインデックスを記録し、さらに優先順位「第２位」に対応づけてコントローラＡ２のコントローラインデックスを記録する（Ｓ２０１０１）。その結果、上記表１に示したコントローラ管理テーブルが得られる。このコントローラ管理テーブルによれば、コントローラＡ１が最優先で連続再生処理の権限を有し、その次にコントローラＡ２が連続再生処理の権限を有する。
【０３７２】
以下、コントローラＡ１がコンテンツサーバＳ１経由でオーディオクライアントＣ１に複数曲の連続再生を命令する場合の動作を説明する。
【０３７３】
コントローラＡ１は、連続再生の対象となる曲リストをコンテンツサーバＳ１に要求する（Ｓ３０３０２）。具体的には、曲リストを作成するために必要なリスト構築キーをコンテンツサーバＳ１に送信する。
【０３７４】
ユーザは、コンテンツサーバＳ１の中から再生したい曲を選択するとき、あるアーティストの曲リストから選択したり、あるジャンルの曲リストから選択したりするなど、さまざまな曲リストを利用する。リスト構築キーは、このような曲リストをコンテンツサーバＳ１の中から抽出して一意に作成するための検索キーでる。リスト構築キーは図６９に示したように、フィルタの種類及びキーワードという２つのパラメータから構成される。
【０３７５】
フィルタの種類は、曲リストに入れるべき曲のカテゴリを指定するもので、具体的には図７０に示したとおりである。
【０３７６】
コンテンツサーバＳ１は、コントローラＡ１から送信されたリスト構築キーに基づいて曲リストを作成し、コントローラＡ１に送信する（Ｓ２０１０２）。具体的には、フィルタの種類が"ＴＩＴＬＥ＝"、"ＧＥＮＲＥ＝"、"ＡＲＴＩＳＴ＝"、"ＡＬＢＵＭ＝"、又は"ＦＩＬＥＮＡＭＥ＝"であれば、曲名、ジャンル名、アーティスト名、アルバム名、又はファイル名がキーワードと一致する１又は２以上の曲を探し出し、その曲を列挙した曲リストを作成する。フィルタの種類が"ＰＬＡＹＬＩＳＴ＝"であれば、プレイリストのファイル名がキーワードと一致するプレイリストに登録されている曲を探し出し、その曲を列挙した曲リスト（プレイリスト）を作成する。また、コンテンツサーバＳ１は、オーディオクライアントＣ１のクライアント情報の１つとして、リスト構築キーをクライアントインデックス（オーディオクライアントＣ１の識別情報）に対応づけて登録する。
【０３７７】
コントローラＡ１は、取得した曲リストの中からユーザの操作に応じて指定された曲の再生をコンテンツサーバＳ１経由でオーディオクライアントＣ１に命令する（Ｓ３０３０３）。オーディオクライアントＣ１は、コントローラＡ１からの再生命令に応じて、指定された曲の音楽コンテンツをコンテンツサーバＳ１に要求する（Ｓ１０２０１）。コンテンツサーバＳ１は、オーディオクライアントＣ１から要求された音楽コンテンツをオーディオクライアントＣ１に配信する（Ｓ２０１０３）。オーディオクライアントＣ１は、コンテンツサーバＳ１から送信された音楽コンテンツに基づいて曲の再生を開始する（Ｓ１０２０２）。
【０３７８】
オーディオクライアントＣ１は指定された曲を最後まで再生し終えると、その旨を示す完了ステータスをコンテンツサーバＳ１に送信する（Ｓ１０２０３）。コンテンツサーバＳ１はオーディオクライアントＣ１から完了ステータスを受信すると、図７４に示すように、コントローラ管理テーブル１０４を参照し、最高順位のコントローラＡ１に完了ステータスをそのまま転送し、それよりも下位のコントローラＡ２に完了ステータスと異なる停止ステータスを送信する（Ｓ２０１０４）。
【０３７９】
コントローラＡ１は、図７４に示すように、曲リストに従って次の曲を連続して再生するようにコンテンツサーバＳ１経由でオーディオクライアントＣ１に命令する（Ｓ３０３０４）。オーディオクライアントＣ１は、コントローラＡ１からの連続再生命令に応じてその次の曲を再生する。以後、オーディオクライアントＣ１は上記ステップＳ２０１以降の動作を繰り返す。他方、コントローラＡ２は、コンテンツサーバＳ１から停止ステータスを受信しても特に能動的なアクションを起こさず、単にオーディオクライアントＣ１の状態を監視する。
【０３８０】
なお、コントローラＡ１〜ＡｋがコンテンツサーバＳ１から切断されると、コンテンツサーバＳ１はコントローラ管理テーブル１０４を更新する。具体的には、コンテンツサーバＳ１から切断されたコントローラのコントローラインデックスを削除し、それよりも下位のコントローラインデックスの優先順位を順次繰り上げる。たとえば図７５に示すように、優先順位が最高のコントローラＡ１がコンテンツサーバＳ１から切断されたときは、その次の優先順位のコントローラＡ２が繰り上がり、コントローラＡ１に代わって連続再生処理の権限を獲得する。
【０３８１】
また、上述した例ではコントローラＡ１が最初に再生を命令し、再び同じコントローラＡ１が連続再生を命令しているが、コントローラＡ２が最初に再生を命令した場合であってもコントローラＡ１の優先順位が最高である限りコントローラＡ１が連続再生を命令する。この場合、コントローラＡ１はコンテンツサーバＳ１から完了ステータスを受信しても曲リストを有していないので、コンテンツサーバＳ１に登録されているオーディオクライアントＣ１のリスト構築キーを利用してコンテンツサーバＳ１から曲リストを取得し、これに従って次の曲を指定する。
【０３８２】
また、曲リストに含まれる全ての曲が１つのコンテンツサーバＳ１に蓄積されているとは限らず、複数のコンテンツサーバＳ１，Ｓｉに分散して蓄積されている場合もある。この場合、オーディオクライアントＣ１はコンテンツサーバＳ１の曲を再生した後、引き続き別のコンテンツサーバＳｉの曲を再生する必要がある。そのため、コンテンツサーバＳ１の曲を再生し終えたオーディオクライアントＣ１はコンテンツサーバＳ１との接続を一旦解除し、コンテンツサーバＳｉに接続し直すというサーバ切換処理を行う。
【０３８３】
コンテンツサーバＳｉに接続し直したオーディオクライアントＣ１は、コントローラＡ１からの再生命令に応じて、指定された曲の音楽コンテンツをコンテンツサーバＳｉに要求し、コンテンツサーバＳｉは要求された音楽コンテンツをオーディオクライアントＣ１に配信する。
【０３８４】
オーディオクライアントＣ１はその曲を再生し終えると、完了ステータスをコンテンツサーバＳｉに送信する。コンテンツサーバＳｉは完了ステータスを受信すると、その内部にあるコントローラ管理テーブルを参照し、最高順位のコントローラに完了ステータスを転送し、それよりも下位のコントローラに停止ステータスを送信する。
【０３８５】
ここで、コンテンツサーバＳｉにあるコントローラ管理テーブルはコンテンツサーバＳ１にあるコントローラ管理テーブルと同じであっても異なっていてもよい。複数のコンテンツサーバが同じコントローラ管理テーブルを使用するためには、たとえばあるコンテンツサーバがコントローラ管理テーブルの優先順位を決定し、そのコントローラ管理テーブルを他のコンテンツサーバに転送するようにすればよい。一方、複数のコンテンツサーバが異なるコントローラ管理テーブルを使用するためには、たとえば各コンテンツサーバが独自にコントローラ管理テーブルの優先順位を決定するようにすればよい。
【０３８６】
以上のように本実施の形態によれば、コンテンツサーバＳ１がオーディオクライアントＣ１から完了ステータスを受信したとき、コントローラ管理テーブルを参照し、最優先のコントローラＡ１にのみ完了ステータスを送信し、他のコントローラＡ２には停止ステータスを送信しているため、最優先のコントローラＡ１のみが連続再生を命令し、他のコントローラＡ２が連続再生を命令することはない。したがって、連続再生命令の競合を排除し、正常に連続再生処理を実行することができる。
【０３８７】
上記実施の形態では優先順位はコンテンツサーバＳ１との接続順で決定されているが、これに限定されることなく、たとえばオーディオクライアントＣ１に命令を出した順で決定されてもよい。また、コンテンツサーバは複数ある必要はなく、少なくとも１つあればよい。オーディオクライアントも複数ある必要はなく、少なくとも１つあればよい。
【０３８８】
１．２．３．３．７．制御ハンドルを利用した連続再生制御
本実施の形態では、図７６に示したステップを実行するためのコンピュータプログラムがコンテンツサーバＳ１〜Ｓｉ、オーディオクライアントＣ１〜Ｃｊ及びコントローラＡ１〜Ａｋにそれぞれインストールされている。本実施の形態も上記実施の形態と同様に、複数のコントローラＡ１〜Ａｋを備えたネットワーク型オーディオシステムに適用可能で、コンテンツサーバ又はオーディオクライアントは少なくとも１つあればよい。
【０３８９】
上記実施の形態と異なり本実施の形態では、コントローラＡ１〜Ａｋに制御ハンドル管理テーブルが格納されている。制御ハンドル管理テーブルの一例を次の表２に示す。制御ハンドル管理テーブルには、オーディオクライアントＣ１〜Ｃｊのクライアントインデックスと、オーディオクライアントＣ１〜Ｃｊの制御ハンドルを取得しているコントローラＡ１〜Ａｋのコントローラインデックスとが対応づけて記録される。制御ハンドルは、オーディオクライアントを制御する権限を示すものである。表２の例では、オーディオクライアントＣ１の制御ハンドルはコントローラＡ１により取得されているが、オーディオクライアントＣ２及びＣｊの制御ハンドルはいずれのコントローラにも取得されていない。
【表２】
Figure 0004013949
【０３９０】
以下、コンテンツサーバＳ１、オーディオクライアントＣ１及びコントローラＡ１に着目し、図７６に示したフロー図を参照して本実施の形態の動作を説明する。なお、図７６では上記第１の実施の形態で詳述した曲リストの取得ステップ（図７３中のＳ３０３０２，Ｓ２０１０２）は割愛されている。
【０３９１】
コントローラＡ１は、オーディオクライアントＣ１に再生を命令する前に、オーディオクライアントＣ１を制御するために必要な制御ハンドルを取得する。具体的には、コントローラＡ１は制御ハンドル管理テーブルを参照し、オーディオクライアントＣ１の制御ハンドルがロックされているか否かを判断する（Ｓ３０３１１）。
【０３９２】
オーディオクライアントＣ１の制御ハンドルが既に他のコントローラＡ２〜Ａｋのいずれかに取得されている場合、表２に示した制御ハンドル管理テーブルにおいて、オーディオクライアントＣ１のクライアントインデックスに対応して当該コントローラのコントローラインデックスが記録されている。このように制御ハンドルが既に取得されている状態を「制御ハンドルがロックされている」という。他方、オーディオクライアントＣ１の制御ハンドルが未だ他のコントローラＡ２〜Ａｋのいずれにも取得されていない場合、オーディオクライアントＣ１のクライアントインデックスに対応していずれのコントローラインデックスも記録されていない。このように制御ハンドルが未だ取得されていない状態を「制御ハンドルがロックされていない（アンロックされている）」という。たとえば表２に示した制御ハンドル管理テーブルでは、オーディオクライアントＣ２の制御ハンドルはロックされていない。
【０３９３】
オーディオクライアントＣ１の制御ハンドルがロックされている場合、コントローラＡ１は制御ハンドルの取得に失敗する。他方、ロックされていない場合、コントローラＡ１はコンテンツサーバＳ１に制御ハンドルの取得を要求する（Ｓ３０３１２）。この要求に応じて、コンテンツサーバＳ１はコントローラＡ１に制御ハンドルの取得を許可する（Ｓ２０１１１）。これにより、コントローラＡ１は制御ハンドルを取得し、さらにこの制御ハンドルを他のコントローラＡ２〜Ａｋに取得されないようにロックする（Ｓ３０３１３）。具体的には、コントローラＡ１は制御ハンドル管理テーブルを更新し、これによりオーディオクライアントＣ１のクライアントインデックスに対応づけてコントローラＡ１のコントローラインデックスを記録する。コンテンツサーバＳ１は他のコントローラＡ２〜Ａｋの制御ハンドル管理テーブルもこれに同期するよう更新する。
【０３９４】
制御ハンドルを取得したコントローラＡ１は、曲リストの中からユーザの操作に応じて指定された曲の再生をコンテンツサーバＳ１経由でオーディオクライアントＣ１に命令する（Ｓ３０３１４）。コンテンツサーバＳ１はこの再生命令をオーディオクライアントＣ１に転送する（Ｓ２０１１２）。オーディオクライアントＣ１はこの再生命令に応じて指定された曲の再生を開始する（Ｓ１０２１１）。
【０３９５】
オーディクライアントＣ１はその曲を最後まで再生し終えると、図７７に示すように、完了ステータスをコンテンツサーバＳ１に送信する（Ｓ１０２１２）。コンテンツサーバＳ１はこの完了ステータスを全てのコントローラＡ１〜Ａｋに転送する（Ｓ２０１１３）。
【０３９６】
コントローラＡ１は、自身が制御ハンドルを取得しているオーディオクライアントＣ１からの完了ステータスか否かを判断し（Ｓ３０３１５）、そうであれば連続再生処理を実行し（Ｓ３０３１６）、そうでなければ完了ステータスを無視し、単にオーディオクライアントＣ１の状態を監視する。本例では、コントローラＡ１はオーディオクライアントＣ１の制御ハンドルを取得しているから連続再生処理を実行し（Ｓ３０３１６）、曲リストに従って次の曲の再生を命令する（Ｓ３０３１４）。
【０３９７】
一方、オーディオクライアントＣ１は、曲を最後まで再生することなく、曲の途中で再生を停止した場合、停止ステータスをコンテンツサーバＳ１に送信する（Ｓ１０２１３）。コンテンツサーバＳ１はこの停止ステータスを全てのコントローラＡ１〜Ａｋに転送する（Ｓ２０１１４）。
【０３９８】
コントローラＡ１は、自身が制御ハンドルを取得しているオーディオクライアントＣ１からの停止ステータスか否かを判断し（Ｓ３０３１７）、そうであればオーディオクライアントＣ１の制御ハンドルを解除（アンロック）し（Ｓ３０３１８）、そうでなければ停止ステータスを無視する。
【０３９９】
コントローラＡ１は上記のように自身が制御ハンドルを取得しているオーディオクライアントＣ１から停止ステータスを受信した場合のほか、コンテンツサーバＳ１から切断された場合にもその取得している制御ハンドルを解除する。オーディオクライアントＣ１の制御ハンドルが解除されると、コントローラＡ１〜Ａｋのいずれもこの制御ハンドルの取得が可能となる。
【０４００】
なお、曲リストに含まれる曲が複数のコンテンツサーバＳ１，Ｓｉに分散して蓄積されている場合、上記第１の実施の形態と同様に、オーディオクライアントＣ１は図７７に示すようにコンテンツサーバＳ１から別のコンテンツサーバＳｉに接続を切り換えることになる。コンテンツサーバＳｉはオーディオクライアントＣ１から完了ステータスを受信しても、オーディオクライアントＣ１がどのコントローラＡ１〜Ａｋから命令された曲を再生し終えたのか不明である。したがって、この場合もコンテンツサーバＳｉは全てのコントローラＡ１〜Ａｋに完了ステータスを転送するが、コントローラＡ１〜Ａｋは制御ハンドル管理テーブルを有しているため、自身が制御ハンドルを取得しているオーディオクライアントからの完了ステータスを受信したときのみ連続再生処理を実行する。本例では、コントローラＡ１がオーディオクライアントＣ１の制御ハンドルを取得しているから、このコントローラＡ１のみが連続再生処理を実行する。
【０４０１】
以上のように本実施の形態によれば、コントローラＡ１〜Ａｋの各々が制御ハンドル管理テーブルを有しているため、オーディオクライアントＣ１から送信された完了ステータスをコンテンツサーバＳ１が全てのコントローラＡ１〜Ａｋに転送しても、コントローラＡ１〜Ａｋの各々は制御ハンドルを取得しているオーディオクライアントからの完了ステータスを受信したときのみ連続再生処理を実行する。したがって、連続再生命令の競合を排除し、正常に連続再生処理を実行することができる。
【０４０２】
なお、本実施の形態では制御ハンドル管理テーブルはコントローラＡ１〜Ａｋに格納されているが、コンテンツサーバＳ１〜Ｓｉに格納されていてもよい。
【０４０３】
また、制御ハンドルをロックするのではなく、最後に命令したコントローラが制御ハンドルを取得できるようにしても構わない。すなわち、あるコントローラＡ１があるクライアントＣ１の制御ハンドルを取得している際に、別のコントローラＡ２がクライアントＣ１に再生を命令した場合、コントローラＡ２が制御ハンドルを取得し、コントローラＡ１は制御ハンドルを失うようにしてもよい。
【０４０４】
１．２．３．３．８．コンテンツサーバによる連続再生制御
最初に、コンテンツサーバ、オーディオクライアント及びコントローラをそれぞれ１つずつ備えた単純な例を図７８を参照して説明する。
【０４０５】
上記実施の形態と同様に、コントローラＡ１は曲の再生をコンテンツサーバＳ１経由でオーディオクライアントＣ１に命令する。オーディオクライアントＣ１はこの命令に応じてその曲の音楽コンテンツをコンテンツサーバＳ１に要求し、コンテンツサーバＳ１はこの要求に応じてその音楽コンテンツをオーディオクライアントＣ１に配信する。オーディオクライアントＣ１は配信された音楽コンテンツに基づいて曲の再生を開始し、その曲を最後まで再生し終えると完了ステータスをコンテンツサーバＳ１に送信する。コンテンツサーバＳ１はこの完了ステータスを受信すると、上記実施の形態と異なり、次の曲の連続再生をオーディオクライアントＣ１に自ら命令するとともに、停止ステータスをコントローラＡ１に送信する。
【０４０６】
以下、この詳細を図７９に示したフロー図を参照して説明する。本実施の形態では図７９に示したステップを実行するためのコンピュータプログラムがコンテンツサーバＳ１、オーディオクライアントＣ１及びコントローラＡ１にそれぞれインストールされている。図７９中のステップＳ３０３２３，Ｓ１０２２１，Ｓ２０１２３〜Ｓ２１１２５が図７３に示した実施の形態と異なるので、ここではこれらを中心に説明する。
【０４０７】
コントローラＡ１は上記実施の形態と同様に曲の再生をオーディオクライアントＣ１に命令するが、上記実施の形態と異なり、さらにステップＳ３０３０２で曲リストを取得するために用いたリスト構築キーをオーディオクライアントＣ１に送信する（Ｓ３０３２３）。
【０４０８】
オーディオクライアントＣ１は上記第１の実施の形態と同様に指定された曲の音楽コンテンツをコンテンツサーバＳ１に要求し、コントローラＡ１から送信されたリスト構築キーをコンテンツサーバＳ１に転送する（Ｓ１０２２１）。
【０４０９】
コンテンツサーバＳ１は上記実施の形態と同様に指定された曲の音楽コンテンツをオーディオクライアントＣ１に配信するが、上記実施の形態と異なり、オーディオクライアントＣ１から転送されたリスト構築キーに基づいて曲リストを作成する（Ｓ２０１２３）。リスト構築キー及び曲リストは、クライアント情報として、オーディオクライアントＣ１のクライアントインデックスに対応づけて記録される。これによりコンテンツサーバＳ１は、オーディオクライアントＣ１がコントローラＡ１からの命令に応じて再生している曲リストを把握していることになる。
【０４１０】
音楽の再生終了後、オーディオクライアントＣ１から完了ステータスを受信したコンテンツサーバＳ１は、上記実施の形態と異なり、停止ステータスをコントローラＡ１に送信する（Ｓ２０１２４）。そして、コンテンツサーバＳ１はステップＳ２０１２３で作成した曲リストに従って次の曲の再生をオーディオクライアントＣ１に命令する（Ｓ２０１２５）。
【０４１１】
以上のように本実施の形態によれば、コンテンツサーバＳ１自らが連続再生を命令するため、コントローラからの連続再生命令が競合することはなく、正常に連続再生処理を実行することができる。
【０４１２】
上記の例はオーディオクライアントが１つしかないが、２つ以上あってもよい。たとえば図８０に示した例では、オーディオクライアントＣ１及びＣ２がコンテンツサーバＳ１に接続されている。上記ステップＳ１２３と同様に、コンテンツサーバＳ１は、オーディオクライアントＣ１及びＣ２が再生中のリスト構築キー及び曲リストをそれぞれ記憶している。完了ステータスがオーディオクライアントＣ１からコンテンツサーバＳ１に送信されると、コンテンツサーバＳ１は記憶したオーディオクライアントＣ１の曲リストに従ってオーディオクライアントＣ１に連続再生を命令し、コントローラＡ１に停止ステータスを送信する。また、完了ステータスがオーディオクライアントＣ２からコンテンツサーバＳ１に送信されると、コンテンツサーバＳ１は記憶したオーディオクライアントＣ２の曲リストに従ってオーディオクライアントＣ２に連続再生を命令し、コントローラＡ１に停止ステータスを送信する。このようにコンテンツサーバＳ１はオーディオクライアントＣ１及びＣ２を区別して連続再生を命令しているから、連続再生命令が競合することはない。
【０４１３】
また、オーディオクライアントだけでなく、コンテンツサーバも２つ以上あってもよい。たとえば図８１に示した例では、オーディオクライアントＣ１及びＣ２がコンテンツサーバＳ１に接続され、オーディオクライアントＣ３がコンテンツサーバＳ２に接続されている。この場合も、各クライアントに接続されているコンテンツサーバは１つであるから、オーディオクライアントは接続されているコンテンツサーバにのみ完了ステータスを送信する。上記と同様に、コンテンツサーバＳ１はオーディオクライアントＣ１から完了ステータスを受信するとオーディオクライアントＣ１に連続再生を命令し、オーディオクライアントＣ２から完了ステータスを受信するとオーディオクライアントＣ２に連続再生を命令する。さらにこの場合、コンテンツサーバＳ２はオーディオクライアントＣ３から完了ステータスを受信するとオーディオクライアントＣ３に連続再生を命令する。したがってこの場合も、オーディオクライアントに連続再生を命令するコンテンツサーバはネットワーク上で唯一でとなるから、連続再生命令が競合することはない。
【０４１４】
また、図８１に示した場合において、コントローラＡ１がコンテンツサーバＳ２に蓄積されている曲の再生をコンテンツサーバＳ１経由でオーディオクライアントＣ２に命令したとき、図８２に示すようにオーディオクライアントＣ２はコンテンツサーバＳ１との接続を一旦解除し、コンテンツサーバＳ２に接続し直す。このとき、コンテンツサーバＳ２は、オーディオクライアントＣ２から送信されたリスト構築キーに基づいて曲リストを作成し、オーディオクライアントＣ２のクライアント情報としてこのリスト構築キー及び曲リストを記憶する。オーディオクライアントＣ２はコンテンツサーバＳ２から配信された曲の再生を終えると、コンテンツサーバＳ２に完了ステータスを送信する。コンテンツサーバＳ２はこの完了ステータスに応じてオーディオクライアントＣ２に連続再生を命令するとともに、停止ステータスをコントローラＡ１に送信する。したがってこの場合も、オーディオクライアントに連続再生を命令するコンテンツサーバはネットワーク上で唯一でとなるから、連続再生命令が競合することはない。
【０４１５】
また、オーディオクライアント及びコンテンツサーバだけでなく、コントローラも２つ以上あってもよい。たとえば図８３に示した例ではコントローラＡ１及びＡ２がある。コンテンツサーバＳ１はオーディオクライアントＣ１又はＣ２から完了ステータスを受信したとき、コントローラＡ１だけでなくコントローラＡ２にも停止ステータスを送信する。コンテンツサーバＳ２もまたオーディオクライアントＣ３から完了ステータスを受信したとき、コントローラＡ１だけでなくコントローラＡ２にも停止ステータスを送信する。このようにコントローラＡ１及びＡ２は連続再生を命令する機能を有さず、単にオーディオクライアントＣ１〜Ｃ３の状態を監視する機能を有するだけであるから、何ら連続再生処理に影響を与えない。
【０４１６】
１．２．３．３．９．オーディオクライアント自身による連続再生制御
本実施の形態では、図８４に示したステップを実行するためのコンピュータプログラムがコンテンツサーバＳ１〜Ｓｉ、オーディオクライアントＣ１〜Ｃｊ及びコントローラＡ１〜Ａｋにそれぞれインストールされている。図８４中のステップＳ１０２３３〜Ｓ１０２３５が図７９に示した実施の形態と異なるので、ここではこれらを中心に説明する。
【０４１７】
図７９に示した実施の形態と同様に、コントローラＡ１は指定された曲の再生をオーディオクライアントＣ１に命令するとともに、リスト構築キーをオーディオクライアントＣ１に送信し（Ｓ３０３２３）、オーディオクライアントＣ１は指定された曲をコンテンツサーバＳ１に要求し、さらにこの要求に応じてコンテンツサーバＳ１から配信された曲の再生を開始する（Ｓ１０２０２）。このとき、オーディオクライアントＣ１はコントローラＡ１から送信されたリスト構築キーを記憶しておく。
【０４１８】
続いて、オーディオクライアントＣ１は記憶したリスト構築キーをコンテンツサーバＳ１に送信し、コントローラＡ１で選曲に使用した曲リストと同じ曲リストをコンテンツサーバＳ１に要求する（Ｓ１０２３３）。コンテンツサーバＳ１は受信したリスト構築キーに基づいて曲リストを作成し、オーディオクライアントＣ１に送信する（Ｓ２０１３３）。オーディオクライアントＣ１は受信した曲リストを記憶するとともに、その曲リストの中から現在再生中の曲を特定する（Ｓ１０２３４）。
【０４１９】
オーディオクライアントＣ１はその曲を最後まで再生し終えると、記憶した曲リストに従って次の曲を再生する（Ｓ１０２３５）。
【０４２０】
なお、曲リストに含まれる曲が複数のコンテンツサーバに分散して蓄積されている場合、オーディオクライアントＣ１は上記と同様にサーバ切換処理を行う。
【０４２１】
以上のように本実施の形態によれば、オーディオクライアントＣ１自身がリスト構築キーを保持し、それを利用して曲リストを取得しているため、自ら連続再生処理を実行することができる。したがって、オーディオクライアントＣ１がコントローラＡ１やコンテンツサーバＳ１から連続再生命令を受けることはなく、連続再生命令が競合することはない。
【０４２２】
本実施の形態でオーディオクライアントＣ１がリスト構築キーを利用して曲リストを取得しているのは曲の再生中であるが、曲の再生終了後であってもよい。また、オーディオクライアントＣ１は取得した曲リストを記憶しているが、記憶しないで、連続再生処理を実行するたびにリスト構築キーを利用して曲リストを取得してもよい。
【０４２３】
１．２．３．３．１０．再生命令管理テーブルを利用した連続再生制御
本実施の形態では、図８５に示したステップを実行するためのコンピュータプログラムがコンテンツサーバＳ１〜Ｓｉ、オーディオクライアントＣ１〜Ｃｊ及びコントローラＡ１〜Ａｋにそれぞれインストールされている。図８５中のステップＳ３０３４１〜Ｓ３０３４５，Ｓ２０１４１が図７６に示した実施の形態と異なるので、ここではこれらを中心に説明する。
【０４２４】
本実施の形態におけるコンテンツサーバＳ１には、クライアントインデックスとコントローラインデックスとを対応づけた再生命令管理テーブルが記憶されている。このテーブルの一例を次の表３に示す。表３に示した再生命令管理テーブルには、オーディオクライアントＣ１に再生を命令した最新のコントローラＡ１のコントローラインデックスが記録されている。また、オーディオクライアントＣ２に再生を命令した最新のコントローラＡ２のコントローラインデックスが記録されている。
【表３】
Figure 0004013949
【０４２５】
次に、図８５に示したフロー図を参照し、本実施の形態の動作を説明する。
【０４２６】
あるコントローラは、あるコンテンツサーバに蓄積されている曲の再生をあるオーディオクライアントに命令する（Ｓ３０３４１）。
【０４２７】
まず図８６に示すように、コントローラＡ１がコンテンツサーバＳ１に蓄積されている曲の再生をコンテンツサーバＳ１経由でオーディオクライアントＣ１に命令する場合を説明する。この例では、オーディオクライアントＣ１及びＣ２並びにコントローラＡ１〜Ａ３がコンテンツサーバＳ１に接続されている。
【０４２８】
コントローラＡ１は、コンテンツサーバＳ１にオーディオクライアントＣ１が接続されているか否かを判断する（Ｓ３０３４２）。この例ではオーディオクライアントＣ１はコンテンツサーバＳ１に接続されているので、ステップＳ３０３１４に進む。
【０４２９】
コントローラＡ１は、曲リストの中から指定された曲の再生をコンテンツサーバＳ１経由でオーディオクライアントＣ１に命令する（Ｓ３０３１４）。コンテンツサーバＳ１は、この再生命令に応じて予め定められた再生命令管理処理を実行する（Ｓ２０１４１）。
【０４３０】
具体的には図８７を参照して、コンテンツサーバＳ１は、再生命令管理テーブルにおけるオーディオクライアントＣ１のクライアントインデックスに対応づけて、コントローラＡ１のコントローラインデックスを記録する（Ｓ２０１４４１）。これによりコンテンツサーバＳ１は、コントローラＡ１がオーディオクライアントＣ１に最後に再生を命令したコントローラであることを記憶していることになる。コンテンツサーバＳ１は、コントローラＡ１からの再生命令をオーディオクライアントＣ１に転送する（Ｓ２０１４１２）。
【０４３１】
オーディオクライアントＣ１はコントローラＡ１からの再生命令に応じて曲の再生を開始し（Ｓ１０２１１）、その再生を終えると、完了ステータスをコンテンツサーバＳ１に送信する（Ｓ１０２１２）。
【０４３２】
コンテンツサーバＳ１はオーディオクライアントＣ１から完了ステータスを受信すると、再生命令管理テーブルを参照してオーディオクライアントＣ１に最後に再生を命令したコントローラＡ１を特定し、そのコントローラＡ１に完了ステータスを送信するとともに、他のコントローラＡ２及びＡ３に停止ステータスを送信する（Ｓ２０１４１３）。完了ステータスを受信したコントローラＡ１はオーディオクライアントＣ１に連続再生処理を実行する（Ｓ３０３１６）。他方、停止ステータスを受信したコントローラＡ２及びＡ３は何ら能動的なアクションを起こさず、単にオーディオクライアントＣ１の状態を監視する。
【０４３３】
また、オーディオクライアントＣ１がコントローラＡ１からの命令に従って曲を再生している場合において、別のコントローラＡ２が同じオーディオクライアントＣ１に別の曲の再生を命令すると、オーディオクライアントＣ１は現在の曲の再生を中止し、コントローラＡ２からの命令に従って新たな曲の再生を開始する。このとき、コンテンツサーバＳ１は再生命令管理テーブルを更新し、次の表４に示すようにコントローラＡ１のコントローラインデックスをコントローラＡ２のコントローラインデックスに書き換える。
【表４】
Figure 0004013949
【０４３４】
次に図８８に示すように、コントローラＡ３がコンテンツサーバＳ１経由で別のコンテンツサーバＳ２に蓄積されている曲の再生をオーディオクライアントＣ１に命令する場合を説明する。
【０４３５】
コントローラＡ３は、コンテンツサーバＳ２にオーディオクライアントＣ１が接続されているか否かを判断する（Ｓ３０３４２）。この例ではオーディオクライアントＣ１はコンテンツサーバＳ２に接続されていないので、コントローラＡ３は予め定められたサーバ切換処理を実行する（Ｓ３０３４３）。
【０４３６】
具体的には図８９を参照して、コントローラＡ３はコンテンツサーバＳ１経由でオーディオクライアントＣ１にコンテンツサーバＳ１からコンテンツサーバＳ２への切換を命令する（Ｓ３０３４３１）。コンテンツサーバＳ１はこの切換命令をオーディオクライアントＣ１に転送する（Ｓ２０１４０１）。オーディオクライアントＣ１は現在接続中のコンテンツサーバＳ１を切断し（Ｓ１０２４０１）、切換命令に応じて新しいコンテンツサーバＳ２に接続を要求する（Ｓ１０２４０２）。コンテンツサーバＳ２はこの要求に応じてオーディオクライアントＣ１との接続を確立する（Ｓ２０１４０２）。コントローラＡ３はコンテンツサーバＳ２との接続を確認する（Ｓ３０３４４）。
【０４３７】
続いて、コントローラＡ３はコンテンツサーバＳ２経由で曲の再生をオーディオクライアントＣ１に命令する（Ｓ３０３１４）。コンテンツサーバＳ２はこの再生命令に応じて、次の表５に示すように、再生命令管理テーブルにおけるオーディオクライアントＣ１のクライアントインデックスに対応づけて、コントローラＡ３のコントローラインデックスを記録する（Ｓ２０１４４１）。
【表５】
Figure 0004013949
【０４３８】
コンテンツサーバＳ２は、コントローラＡ３からの再生命令をオーディオクライアントＣ１に転送する（Ｓ２０１４１２）。
【０４３９】
オーディオクライアントＣ１はコントローラＡ３からの再生命令に応じて曲の再生を開始し（Ｓ１０２１１）、その再生を終えると、完了ステータスをコンテンツサーバＳ２に送信する（Ｓ１０２１２）。コンテンツサーバＳ２はオーディオクライアントＣ１から完了ステータスを受信すると、再生命令管理テーブルを参照してオーディオクライアントＣ１に最後に再生を命令したコントローラＡ３を特定し、そのコントローラＡ３に完了ステータスを送信するとともに、他のコントローラＡ１及びＡ２に停止ステータスを送信する（Ｓ１４１３）。完了ステータスを受信したコントローラＡ３はオーディオクライアントＣ１に連続再生処理を実行する（Ｓ３０３１６）。他方、停止ステータスを受信したコントローラＡ１及びＡ２は何ら能動的なアクションを起こさず、単にオーディオクライアントＣ１の状態を監視する。
【０４４０】
以上のように本実施の形態によれば、コンテンツサーバがオーディオクライアントに最後に再生を命令したコントローラを管理し、オーディオクライアントからの完了ステータスをそのコントローラにのみ転送しているため、そのコントローラのみが連続再生をオーディオクライアントに命令する。したがって、連続再生命令が競合することはなく、正常に連続再生処理を実行することができる。
【０４４１】
１．２．４．ＡＶレシーバの制御
図９０に示すように、ＬＡＮ１２にはＡＶＲクライアントＡＣ１及びＡＣ２が接続される。ＡＶレシーバＡＶＲ１は、ＥＩＡ−２３２によりＡＶＲクライアントＡＣ１に接続される。ＡＶレシーバＡＶＲ２は、ＵＳＢによりＡＶＲクライアントＡＣ１に接続される。ＡＶレシーバＡＶＲ３は、メーカ特有のシリアルインターフェースによりＡＶＲクライアントＡＣ２に接続される。
【０４４２】
ＡＶＲクライアントＡＣ１及びＡＣ２の各々は、コンテンツサーバとの接続が完了したとき、ＥＩＡ−２３２、ＵＳＢなどのインタフェイスに関する情報をコンテンツサーバＳｉに通知してもよい。
【０４４３】
ＵＳＢの場合、ＡＶＲクライアントＡＣ１は、ＡＶレシーバＡＶＲ２が接続されたとき、ＡＶレシーバＡＶＲ２のベンダＩＤやプロダクトＩＤなどの機種情報を取得することができるので、それをコンテンツサーバＳｉに通知する。ＥＩＡ−２３２の場合、ＡＶＲクライアントＡＣ１がＡＶレシーバＡＶＲ１の機種情報を取得するのは通常は困難であるから、接続されるＡＶレシーバＡＶＲ１のベンダＩＤ及びプロダクトＩＤをＡＶＲクライアントＡＣ１に予め登録しておき、ＡＶＲクライアントＡＣ１がそれをコンテンツサーバＳｉに通知するようにする。
【０４４４】
接続される可能性があるＡＶレシーバが複数ある場合は、ＡＶＲクライアントとの通信プロトコルを定めておき、ＡＶＲクライアントがＡＶレシーバの機種情報を取得するようにすればよい。たとえば、ＡＶＲクライアントは一定の通信条件（ビットレート、ビット長、パリティなど）で一定時間（たとえば１秒）ごとに機種情報を問い合わせるパケットを送信し、ＡＶレシーバはそれに応答して機種情報を含むパケットを返信するようにすればよい。これにより、ＡＶＲクライアントは接続されているＡＶレシーバを特定することができる。ＵＳＢの場合も含めてこのような場合、ＡＶＲクライアントはコンテンツサーバとの接続が確立した後にＡＶレシーバの機種情報を取得する可能性もあるので、ＡＶレシーバの機種情報を取得した時点でその機種情報の変更をコンテンツサーバＳｉに通知する。
【０４４５】
その結果、コンテンツサーバＳｉは、ＡＶＲクライアントＡＣ１，ＡＣ２に接続された又は接続される予定の全ＡＶレシーバＡＶＲ１〜ＡＶＲ３の機種情報を取得することができる。機種情報はコンテンツサーバＳｉからコントローラＡｋにも通知されるため、コントローラＡｋも機種情報を取得することになる。
【０４４６】
ＡＶレシーバＡＶＲは、図９１に示すように、ボリューム、入力切換スイッチ、音場制御用ＤＳＰなど、さまざまな被制御素子を有している。コントローラＡｋはこのような被制御素子を指定して制御コマンドを発行する。そのため、コントローラは、ＡＶレシーバＡＶＲがどのような被制御素子を有しているかという機種情報を持っている。
【０４４７】
なお、機種情報はコンテンツサーバＳｉが持っているから、コントローラＡｋがＡＶレシーバＡＶＲのベンダＩＤ及びプロダクトＩＤをキーとしてコンテンツサーバＳｉに機種情報を要求してもよい。
【０４４８】
制御コマンドは、コントローラＡｋから出力され、コンテンツサーバＳｉ及びＡＶＲクライアントＡＣを経てＡＶレシーバＡＶＲに伝えられる。ステータスは逆に、ＡＶレシーバＡＶＲから出力され、ＡＶＲクライアントＡＣ及びコンテンツサーバＳｉを経てコントローラＡｋに伝えられる。
【０４４９】
ＡＶＲクライアントＡＣは、制御コマンドがＡＶレシーバＡＶＲ用であることを確認すると、ＡＶレシーバＡＶＲにその制御コマンドを出力する。制御コマンドがボリュームの値を制御するものであれば、コントローラＡｋが発行した制御コマンドは、コンテンツサーバＳｉ及びＡＶＲクライアントＡＣを経てＡＶレシーバＡＣＲに送られ、これによりボリュームが制御される。
【０４５０】
図９２を参照して、コントローラＡｋは制御コマンドをコンテンツサーバＳｉに送信し（Ｓ３５）、コンテンツサーバＳｉはこれを指定されたＡＶＲクライアントＡＣに送信し（Ｓ２８）、さらにＡＶＲクライアントはこれをＡＶレシーバＡＶＲに送信する（Ｓ１０１）。ＡＶＲクライアントＡＣはＡＶレシーバＡＶＲからそのステータスを受信してコンテンツサーバＳｉに送信し（Ｓ１０２）、コンテンツサーバはＳＶこれをコントローラＡｋに送信し（Ｓ２９）、コントローラＡｋはこれに応じてＡＶレシーバＡＶＲのステータスを更新する（Ｓ３６）。
【０４５１】
図９３に示すように、コンテンツサーバＳｉ、ＡＶＲクライアントＡＣ１〜ＡＣ３、及びＡＶレシーバＡＶＲ１１，ＡＶＲ１２，ＡＶＲ２１，ＡＶＲ３１，ＡＶＲ３２は、コンテンツサーバＳｉを根とした木のような形状をした経路で制御コマンドを伝達する。
【０４５２】
図９４を参照して、コントローラＡｋは、制御対象たるＡＶレシーバＡＶＲ及び制御内容を決定し（Ｓ３５０１）、その制御内容に基づいてコマンド本体を生成する（Ｓ３５０２）。続いて、コントローラＡｋは、図９５Ａに示すように、コマンド本体に宛先情報を付加した制御コマンドをコンテンツサーバＳｉに送信する（Ｓ３５０３）。ここでの宛先情報は、制御対象たるＡＶレシーバＡＶＲを指定するＡＶレシーバ指定部と、そのＡＶレシーバＡＶＲに接続されたＡＶＲクライアントＡＣを指定するＡＶＲクライアント指定部とを含む。
【０４５３】
コンテンツサーバＳｉはこの制御コマンドを受信し、図９５Ｂに示すように、受信した制御コマンドからＡＶＲクライアント指定部を取り出す（Ｓ２８０１）。コンテンツサーバＳｉは、このＡＶＲクライアント指定部に基づいて指定されたＡＶＲクライアントＡＣを判断する。続いて、コンテンツサーバＳｉは、ＡＶＲクライアント指定部を取り除いた制御コマンドを指定されたＡＶＲクライアントＡＣに送信する（Ｓ２８０２）。
【０４５４】
ＡＶＲクライアントＡＣはこの制御コマンドを受信し、図９５Ｃに示すように、受信した制御コマンドからＡＶレシーバ指定部を取り出す（Ｓ１０１１）。ＡＶＲクライアントＡＣは、このＡＶレシーバ指定部に基づいて指定されたＡＶレシーバを判断する。続いて、ＡＶＲクライアントＡＣは、コマンド本体のみからなる制御コマンドを指定されたＡＶレシーバに送信する（Ｓ２８０２）。
【０４５５】
このように不要な指定部を順次取り除いて制御コマンドを転送すれば、ネットワークトラフィックを軽減することができる。ただし、指定部を取り除くことなく、制御コマンドをそのまま転送するようにしてもよい。
【０４５６】
各段階で、コマンド本体の文字列は全く同じである必要はなく、その意味が同じであればよい。すなわち、最終的にＡＶＲクライアントＡＣからＡＶレシーバＡＶＲに送信される制御コマンドがＡＶレシーバＡＶＲに理解可能な形式であればよい。
【０４５７】
このようにして制御コマンドを受信したＡＶレシーバＡＶＲは、制御コマンドに従って被制御素子を制御する。その結果、被制御素子のステータスが変化すれば、ＡＶレシーバＡＶＲはそのステータスをＡＶＲクライアントＡＣに送信する。このステータスは、図９６Ａに示すように、ステータス本体のみからなる。
【０４５８】
ＡＶＲクライアントＡＣは、ＡＶレシーバＡＶＲのステータスを受信して記憶するとともに（Ｓ１０２１）、図９６Ｂに示すように、受信したステータスに発信元情報を追加し、それをコンテンツサーバＳｉに送信する（Ｓ１０２２）。ここでの発信元情報は、ステータスを発信したＡＶレシーバＡＶＲを指定するＡＶレシーバ指定部を含む。
【０４５９】
コンテンツサーバＳｉはＡＶＲクライアントＡＣからのステータスを受信し、図９６Ｃに示すように、受信したステータスにＡＶＲクライアント指定部をさらに追加し、それをコントローラＡｋに送信する（Ｓ２９０１）。
【０４６０】
コントローラＡｋはコンテンツサーバＳｉからのステータスを受信し、受信したステータスからＡＶＲクライアント指定部及びＡＶレシーバ指定部を取り出し、ＡＶレシーバＡＶＲのステータスを更新する（Ｓ３６０１）。
【０４６１】
なお、ステータスは、被制御素子のステータスだけでなく、コントローラＡｋでは制御不可能な要素のステータス（たとえば音声信号のレベル情報など）も存在し得る。このようなステータスもＡＶＲクライアントＡＣ及びコンテンツサーバＳｉを経由してコントローラＡｋに伝えられる。また、ステータスは、ＡＶレシーバＡＶＲの被制御素子が制御コマンドにより制御されたときだけでなく、そのステータスが変化したときにも送信される。すなわち、ＡＶＲクライアントＡＣとＡＶレシーバＡＶＲとの接続が確認されたときにも、ＡＶＲクライアントＡＣはＡＶレシーバＡＶＲのステータスを取得し、これをコンテンツサーバＳｉに送信する。
【０４６２】
このようにして最終的にステータスを受信したコントローラＡｋは、各ＡＶレシーバＡＶＲのステータスを把握することができる。これにより、コントローラは制御の確認及びステータスの表示を行う。
【０４６３】
なお、表示目的のステータスであって頻繁に変化する可能性のあるステータスは、ＡＶレシーバＡＶＲ又はＡＶＲクライアントＡＣがステータスの送出頻度を適宜低くしてもよい。頻繁に変化するステータスをそのまま表示しても認識しにくいし、送出頻度が高いとネットワークに無用なトラフィックが発生し、コンテンツサーバの負荷も増大するからである。
【０４６４】
複雑な構成を有する被制御素子は、複数の被制御部を持つ場合がある。たとえば図９１中の音場制御用ＤＳＰは多くの係数データの設定を必要とするが、その設定はＤＳＰを制御するマイクロコントローラにより行われる。この設定を変更する場合、スタンドアロンのシステムでは、ＡＶレシーバ本体又はそれに接続された表示装置でステータス状態を表示しながら、ユーザのキー操作により行うことになる。この動作を行うのはマイクロコントローラのファームウェアであり、複雑な設定が可能で、かつ使い易い操作を実現しようとすると、プログラム容量の増大や高性能な表示装置が必要になったりと、製品単価や開発費用に影響が出る可能性がある。
【０４６５】
このシステムでは、係数データの設定パターンをいくつもコンテンツサーバＳｉに持たせ、コントローラＡｋに表示された階層メニューからそのうち１つを選択し、ＡＶＲクライアントＡＣ経由で係数データを設定することも可能である。
【０４６６】
また、同時に複数のＡＶレシーバＡＶＲをコントローラＡｋの支配下に置けることから、ＡＶレシーバＡＶＲの時刻合わせなどの設定を同時に行うことができる。さらに、これらＡＶレシーバＡＶＲのステータスをモニタすることにより、リレー録画などの連携動作も可能になる。
【０４６７】
次に、ＡＶＲクライアントＡＣに接続されているＡＶレシーバＡＶＲのボリュームを上げる場合を説明する。
【０４６８】
図９７を参照して、コントローラＡｋはクライアントの接続を確認し（Ｓ３０１１）、接続があれば、そのクライアントがＡＶＲクライアントＡＣか否かを判別し（Ｓ３０１４）、ＡＶＲクライアントＡＣであれば、ボリュームアップを示す制御コマンドをコンテンツサーバＳｉに送信する（Ｓ３５）。コンテンツサーバＳｉはこれをＡＶＲクライアントＡＣに送信し（Ｓ２８）、さらにＡＶＲクライアントＡＣはこれをＡＶレシーバＡＶＲに送信する（Ｓ１０１）。ＡＶＲクライアントＡＣはボリュームアップしたことを示すステータスをＡＶレシーバＡＶＲから受信し、これをコンテンツサーバＳｉに送信する（Ｓ１０２）。コンテンツサーバＳｉはこれをコントローラＡｋに送信し（Ｓ２９）、コントローラＡｋはこれに応じてＡＶレシーバＡＶＲのステータスを更新し、図３４に示したモニタを再開する（Ｓ３６）。
【０４６９】
次に、ＡＶＲクライアントＡＣがＡＶレシーバＡＶＲのステータスをコンテンツサーバに転送する動作を図９８を参照して説明する。
【０４７０】
ＡＶＲクライアントＡＣはＡＶレシーバＡＶＲからパケットデータを受信すると（Ｓ１０２１）、それがボリューム情報か否かを判別する（Ｓ１０２２）。ＡＶレシーバＡＶＲからデータがＥＩＡ−２３２の場合は、パケット受信はシリアル受信割り込みで行われ、データはキューに入れられる。キューは定時的に読み出され、以降の処理が行われる。
【０４７１】
続いて、受信したデータがボリューム情報であれば、ＡＶＲクライアントＡＣはそのボリューム値を記憶する（Ｓ１０２３）。上記ボリューム情報か否かの判別（Ｓ１０２２）及びボリューム情報の記憶（Ｓ１０２３）は、データがキューに入れられる前に行われる。一方、受信したデータがボリューム情報でなければ、ＡＶＲクライアントＡＣは、ＡＶレシーバＡＶＲからのステータスであることを示すＡＶレシーバ指定部を、受信したパケットデータに追加してコンテンツサーバＳｉに送信する（Ｓ１０２４）。
【０４７２】
ボリューム値を記憶した後、ボリューム情報の受信が初めてか否かを判別する（Ｓ１０２５）。初めての場合はステップＳ１０２８に進むが、初めてでない場合はＡＶＲクライアントＡＣはボリューム値をコンテンツサーバに送信してから２００ミリ秒以上経過しているか否かを判別する（Ｓ１０２６）。２００ミリ秒以上経過している場合、ＡＶＲクライアントＡＣは前回送信したボリューム値を記憶したボリューム値と比較し（Ｓ１０２７）、異なっている場合はＡＶレシーバＡＶＲからのステータスであることを示すＡＶレシーバ指定部をボリューム情報に追加してコンテンツサーバＳｉに送信する（Ｓ１０２８）。
【０４７３】
ボリューム値のステータスは他のステータスと比較して短い間隔でやって来る場合があるので、コンテンツサーバＳｉやコントローラＡｋの負担になったり、ネットワークに無用なトラフィックの増大をもたらす可能性がある。ボリューム情報はコントローラＡｋでの表示に用いるだけなので、表示に支障のない間隔で送れば問題ない。そのため、ボリューム情報を受信すると、その値だけを記憶し、変化があったときだけ適当な間隔（ここでは２００ミリ秒）をおいてコンテンツサーバＳｉに送信するようにしている。
【０４７４】
次に、ＡＶＲクライアントＡＣがコンテンツサーバＳｉからのコマンドをＡＶレシーバＡＶＲに転送する動作を図９９を参照して説明する。
【０４７５】
ＡＶＲクライアントＡＣはＡＶレシーバＡＶＲ用の制御パケットを受信すると（Ｓ１０３１）、そのパケットからＡＶレシーバＡＶＲ用の制御コマンドを取り出す（Ｓ１０３２）。ＡＶＲクライアントＡＣは、その制御コマンドがボリューム値問い合わせコマンドか否かを判別する（Ｓ１０３３）。ボリューム値問い合わせコマンドの場合、ＡＶＲクライアントＡＣは記憶しておいたボリューム値（未受信の場合は適当な初期値）からボリューム情報を生成し（Ｓ１０３４）、ＡＶレシーバＡＶＲからのステータスであることを示すＡＶレシーバ指定部をボリューム情報に追加してコンテンツサーバＳｉに送信する（Ｓ１０３５）。
【０４７６】
一方、ボリューム値問い合わせコマンドでない場合、そのＡＶレシーバＡＶＲ用の制御コマンドをＡＶレシーバＡＶＲに送信する（Ｓ１０３６）。ＡＶＲクライアントＡＣとＡＶレシーバＡＶＲとのインタフェイスがＥＩＡ−２３２の場合には、ＡＶＲクライアントＡＣからＡＶレシーバＡＶＲへの送出はバイト単位で割り込みによって行われる。コンテンツサーバＳｉからの制御コマンドは一旦キューに格納される。キューは定時的な割り込み又はシリアル送信のバッファエンプティの割り込みで読み出され、バイト単位で送出される。
【０４７７】
上記の形態では、コンテンツサーバＳｉへのボリューム情報の送出は、初回を除いて変化があったときしか行われない。そのため、ＡＶレシーバＡＶＲがコンテンツサーバＳｉからのボリューム値問い合わせコマンドに応答してボリューム値を返したとしても、そのボリューム値に変化がなければＡＶＲクライアントＡＣはそのボリューム値をコンテンツサーバＳｉに返さない。この対策として、コンテンツサーバＳｉからのボリューム値問い合わせコマンドに対しては、ＡＶＲクライアントＡＣはＡＶレシーバＡＶＲを介さずに応答するようにしている。この形態は、ＡＶレシーバＡＶＲに電源が投入されたときは必ずＡＶレシーバＡＶＲはボリュームの初期値をステータスとしてＡＶＲクライアントＡＣに送信することが前提となっている。しかし、電源投入のタイミングによっては、ＡＶＲクライアントＡＣがこの初期値を受信できない可能性もある。
【０４７８】
そこで、図１００に示すように、ＡＶＲクライアントＡＣは初回に限りＡＶレシーバＡＶＲ経由で応答を行うのが好ましい。すなわち、コンテンツサーバＳｉからの制御コマンドがボリューム値問い合わせコマンドの場合、ＡＶＲクライアントＡＣはボリューム値を未だ受信していないか否かを判別する（Ｓ１０３４）。未だ受信していない場合はステップＳ１０３６に進み、既に受信している場合はステップＳ１０３４に進む。
【０４７９】
なお、複数種類のＡＶレシーバが存在する場合において、コントローラＡｋがこれらのＡＶレシーバを制御するときは、コントローラＡｋはＡＶレシーバの種類に応じて専用の制御コマンドを発行してもよいが、ＡＶレシーバの種類に関係なく汎用の制御コマンドを発行し、コンテンツサーバがこの汎用の制御コマンドを専用の制御コマンドに変換するようにしてもよい。
【０４８０】
１．２．５．ファームウェアアップデート
コンテンツサーバは、後述するように、クライアントにインストールされているファームウェアをアップデートすることができる。ここでは、クライアントがコンテンツサーバにアップデートを要求する場合と、コンテンツサーバがクライアントに問い合わせをした上でアップデートする場合と、コンテンツサーバが強制的にアップデートする場合とがある。
【０４８１】
まず、クライアントがコンテンツサーバにアップデートを要求する場合の概要を説明する。図１０１を参照して、クライアントはファームウェア情報をコンテンツサーバに要求し（Ｓ１０３）、コンテンツサーバはこれに応じてファームウェア情報をクライアントに返信し（Ｓ２０１）、クライアントはこれを受信する（Ｓ１０３）。続いて、クライアントはファームウェアを指定し（Ｓ１０４）、コンテンツサーバはこれに応じて指定されたファームウェアの転送を準備する（Ｓ２０２）。続いて、クライアントはファームウェアをコンテンツサーバに要求し（Ｓ１０５）、コンテンツサーバはこれに応じてファームウェアをクライアントに転送し（Ｓ２０３）、クライアントはこれを受信する（Ｓ１０５）。続いて、クライアントはファームウェアをアップデートし（Ｓ１０６）、アップデートを終えると終了ステータスをコンテンツサーバに送信し（Ｓ１０７）、コンテンツサーバはこれを受信する（Ｓ２０４）。
【０４８２】
次に、ファームウェアアップデートの詳細を図１０２を参照して説明する。コンテンツサーバからアップデートを開始する場合は、ステップＳ２０１２から処理を開始する。クライアントからアップデートを開始する場合は、ステップＳ１０３３から処理を開始する。
【０４８３】
コンテンツサーバは、まず、ファームウェア情報ファイルを読み込み、図１５に示したファームウェア情報データベースを作成しておく（Ｓ２０１１）。たとえば、コンテンツサーバがクライアントごとにアップデートに必要なファイルを読み込み、アップデート情報ファイルを作成する。したがって、この情報ファイルに基づき、クライアントのファームウェアの新旧を判断できる。クライアントは、起動時にプロダクトＩＤ及びファームウェアＩＤをコンテンツサーバに送信する（Ｓ１０３１）。
【０４８４】
コンテンツサーバからアップデートを開始する場合、たとえばコンテンツサーバがクライアントのプロダクトＩＤ及びファームウェアＩＤに基づいてそのファームウェアが古いと判断した場合や、コンテンツサーバがインターネット上のサイトから新しいファームウェアを取得した場合などには、コンテンツサーバは、クライアントにファームウェアのアップデートを要求するためのファームウェアアップデート要求コマンドを発行し、必要に応じて、アップデートを推奨する新しいファームウェアの情報をクライアントに提示する（Ｓ２０１２）。ユーザが推奨されたファームウェアのアップデートを望まない場合、クライアントはコンテンツサーバからのアップデート要求を拒否し、この処理は直ちに終了する（Ｓ１０３２）。また、ユーザが推奨されたファームウェアのアップデートを保留する場合も、この処理は直ちに終了する（Ｓ１０３２）。ただし、この場合、クライアントはコンテンツサーバに所定時間経過後に再びアップデート要求をするように命令する。また、ユーザが推奨されたファームウェアのアップデートを受け入れる場合、クライアントはそのまま処理を継続する（Ｓ１０３２）。この場合において、コンテンツサーバがクライアントに具体的なファームウェアを提示しているときは、クライアントはステップＳ１０３５に進み、直ちにファームウェアのアップデートを開始する。また、コンテンツサーバがクライアントに具体的なファームウェアを提示することなく、単にアップデートを要求しているときは、クライアントはステップＳ１０３３に進み、ファームウェアリストを取得する。
【０４８５】
なお、ファームウェアアップデート要求コマンドは、コントローラがサーバリクエストとして発行してもよい。この場合は、コントローラは後述するＳ１０３３〜Ｓ１０３４と同様にして、制御及び監視するクライアントに関するファームウェアリストをコンテンツサーバから取得し、ユーザが所望のファームウェアを選択する。コントローラにて選択されたファームウェアがアップデートを推奨するファームウェア情報としてクライアントに提示される。
【０４８６】
アップデート要求を受け入れる場合、又はクライアントからアップデートを開始する場合、クライアントはファームウェアリストをコンテンツサーバに要求する（Ｓ１０３３）。ファームウェアリストは、特定クライアントに適用可能なファームウェアを列挙したものである。コンテンツサーバは、ファームウェアリストを常時持っているのではなく、クライアントからの要求に応じてその都度作成する。ファームウェアリストの作成方法は、上述した曲リストの作成方法と基本的に同じである。ただし、ファームウェアリストを作成するときには、コンテンツサーバは、図１５に示したファームウェア情報データベースを用いる。このデータベースには、ファームウェア情報がファームウェア数分だけ格納されている。以下、ファームウェアリストの作成方法を詳述する。
【０４８７】
図１０３を参照して、まずコンテンツサーバは、ファームウェア情報データベースに格納されているファームウェア情報の番号を示すインデックスを０に初期化する（Ｓ２０１３１）。
【０４８８】
続いて、コンテンツサーバは、インデックスが示すファームウェア情報のプロダクトＩＤがクライアントのプロダクトＩＤと一致するか否かを判別する（Ｓ２０１３２）。一致する場合、コンテンツサーバはそのファームウェア情報をファームウェアリストに追加し（Ｓ２０１３３）、その後、インデックスをインクリメントする（Ｓ２０１３４）。一方、一致しない場合、コンテンツサーバは、ステップＳ２０１３３をスキップし、直ちにインデックスをインクリメントする（Ｓ２０１３４）。
【０４８９】
続いて、コンテンツサーバは、インデックスが示すファームウェア情報の番号が全ファームウェア情報の数ｎよりも小さいか否かを判別し（Ｓ２０１３５）、小さい場合はステップＳ２０１３２に戻り、一方、小さくない場合はファームウェアリストの作成を完了する。
【０４９０】
上記の処理により、コンテンツサーバは、ファームウェア情報データベースの中からプロダクトＩＤが一致するファームウェア情報をピックアップし、ファームウェアリストを作成する。このように、ファームウェアリストは予めデータベース化されているのではなく、クライアントからの要求のたびに一時的に作成されるので、ファームウェアリストを常に格納しておくためのメモリ領域は不要である。
【０４９１】
続いて、コンテンツサーバは、この作成したファームウェアリストを要求元クライアントに返信する（Ｓ２０１３）。このファームウェアリストも上記曲リストと同様に、コンテンツサーバからクライアントに分割されて送られる。
【０４９２】
具体的には、図１０４を参照して、クライアントは、自身のプロダクトＩＤと、取得しようとする最初のファームウェア情報を示す取得開始インデックスと、取得しようとするファームウェア情報の数を示す取得個数とを含むファームウェアリスト要求コマンドをコンテンツサーバに送信する（Ｓ１０３３）。コンテンツサーバは、このファームウェアリスト要求コマンドに応答して、クライアントのプロダクトＩＤと同じプロダクトＩＤを有するファームウェア情報を抽出し、取得開始インデックスが示すファームウェア情報から取得個数が示す数だけファームウェア情報をクライアントに返信する（Ｓ２０３１）。このとき、コンテンツサーバは、送信するファームウェア情報の数を示す有効個数と、コンテンツサーバがクライアントに返信したファームウェアリストよりも後に残っているファームウェアの数を示す残り個数とを併せて送信する。クライアントは、このようなファームウェアリストの一部を受信してメモリに格納する（Ｓ１０３３１）。上記処理は、全ファームウェアリストがコンテンツサーバからクライアントに送られるまで繰り返される。
【０４９３】
続いて、クライアントは、返信されたファームウェアリストの中にユーザがダウンロードしたいファームウェア（新しいバージョンなど）があれば処理を継続し、なければ処理を中止する（Ｓ１０３４）。
【０４９４】
コンテンツサーバは、新旧を問わず、全てのバージョンのファームウェア情報を送信するので、不具合などにより、クライアントは、古いファームウェアに変更することもできる。
【０４９５】
アップデートを行う場合、クライアントはアップデートセクションに移行したことを示すステータスをコンテンツサーバに通知する（Ｓ１０３５）。コンテンツサーバは、このステータスに応答してエラーの有無を示すエラーコードを返信する（Ｓ２０１４）。クライアントは、ダウンロードしようとするファームウェアのファイルを指定する（Ｓ１０３６）。具体的には、取得したファームウェア情報のリストに格納されているフルパス名を指定する。コンテンツサーバは、指定されたファイルを読み出し、バッファに格納しておく（Ｓ２０１５）。
【０４９６】
続いて、クライアントは、取得開始アドレス及びデータサイズ（バイト数）を指定し、ファームウェアのデータを取得する（Ｓ１０３７）。コンテンツサーバは、指定された取得開始アドレスから指定されたバイト数分だけデータをバッファから読み出し、クライアントに送信する（Ｓ２０１６）。
【０４９７】
クライアントは、ファームウェアのデータを最後まで取得したか否かを判別し（Ｓ１０３８）、取得していない場合はステップＳ１０３７に戻ってデータの取得を繰り返す。取得し終えた場合、クライアントはファームウェアを書き換え（Ｓ１０３９）、アップデートを終了する（Ｓ１０４０）。コンテンツサーバは、開いていたファームウェアのファイルを閉じ、バッファを解放する（Ｓ２０１７）。
【０４９８】
さらに、クライアントがファームウェアの書き換えを完了したときは、不明ステータスをコンテンツサーバに送信する。クライアントは、コンテンツサーバとの接続を中断して、リセット（すなわち、更新されたファームウェアを起動）し、クライアント情報をコンテンツサーバに通知する。また、クライアントがファームウェアデータを取得失敗したときは、失敗ステータスを送信してもよい。失敗ステータスは、ファームウェアデータ再送信などに用いることができる。
【０４９９】
なお、コンテンツサーバからアップデート要求を行う場合において、次の様に処理することもできる。すなわち、図１０２において、コンテンツサーバはアップデート要求の際に、必ずファームウェアの情報をクライアントに提示する（Ｓ２０１２）。コンテンツサーバが推奨するファームウェアをアップデートする場合にはＳ１０３５に進み、コンテンツサーバが推奨するファームウェアをアップデートするのではなく、ユーザがファームウェアリストから所望のファームウェアを選択する場合にはＳ１０３３に進むようにすることもできる。
【０５００】
以上のように、ファームウェアのデータがコンテンツサーバからＬＡＮ経由でオーディオクライアントに送信されるので、クライアントのファームウェアを短時間でアップデートすることができ、しかも複数のクライアントのファームウェアを同時にアップデートすることもできる。また、プロダクトＩＤを用いているため、クライアントに適したファームウェアを自動的に選択してアップデートすることがきる。また、ファームウェアＩＤを用いているため、最新バージョンのファームウェアを自動的に選択してアップデートすることがきる。
【０５０１】
２．他の実施の形態
２．１．コンセント内蔵型オーディオクライアント
オーディオクライアントは、図１０５及び図１０６に示すように、コンセントボックス５０に内蔵されてもよい。コンセントボックス５０は一般に、壁５２に取り付けられる前面パネル５４と、前面パネル５４の裏面に取り付けられた筐体５６とを備える。この発明の実施の形態では、筐体５６の中に、図３に示したオーディオクライアント用の回路が設けられる。ＬＡＮケーブルは、このオーディオクライアント用の回路に接続される。また、前面パネル５４には、電源コンセント５８、電源スイッチ６０、モジュラージャック（図示せず）、テレビアンテナ用端子（図示せず）などに加えて、オーディオクライアントからのオーディオ信号を出力するためのオーディオ出力端子６２が設けられる。これらオーディオ出力端子６２はそれぞれ左右のスピーカ装置に接続される。
【０５０２】
オーディオクライアントは、通常、曲リストを表示するためのディスプレイと、その表示された曲リストから所望の曲を選択するためのスイッチ類とを備えている。ディスプレイやスイッチ類はオーディオクライアントをモニタしかつ制御するために必要であるが、オーディオクライアントと同じＬＡＮ１２に接続されたコントローラを使用することにより、オーディオクライアントからディスプレイやスイッチ類を除去することができる。また、コントローラを使用する代わりに、オーディオクライアントと同じＬＡＮ１２に無線で接続された携帯型リモートコントローラを使用してもよい。
【０５０３】
このようにオーディオクライアントを簡素化することにより、一般家庭のコンセントボックス５０に内蔵することができる。簡素化されたコンセント内蔵型オーディオクライアントは、ネットワークから音楽や映像を抽出して再生する機能のみを有し、表示機能や制御機能を有していない。
【０５０４】
インターネットの普及、特にブロードバンド（高速・大容量）のインフラが整備されるに従い、一家に複数台のパソコンからインターネットに接続する要求が増えると予想されている。宅内で複数台のパソコンをインターネットに接続する最も一般的な方法は、宅内にＬＡＮを構築することであり、こうした宅内ＬＡＮを備えた世帯が増加することは時間の問題となっている。このＬＡＮを利用すれば、上述の音楽や映像を宅内の各所に配信することがケーブル１本で可能になる。また、１本のケーブルには音楽／映像信号の他にコントロール信号も併せて伝送することができるから、本システムの設置にはオーディオ／ビデオに関する専門的な知識が不要である。さらに、コスト面でも極めて有利であるため、業務用のみならず、家庭用としても普及しうる。
【０５０５】
一般家庭において、新築時又はリフォーム時にインターネット接続の利便性を考慮して宅内ＬＡＮを敷設するケースが増大しているが、このときコンセントボックス５０にＬＡＮコネクタを設けるのが極めて一般的である。したがって、ＬＡＮの敷設工事と同時に複数のオーディオクライアントを容易に設置することができる。すなわち、スピーカ（パワードを含む）を接続するだけでオーディオクライアントを構築することができ、また、テレビなどの映像モニタを接続するだけでビデオクライアントを構築することができる。そのため、インテリア上も見栄えのよいオーディオクライアントをセットすることができる。さらに、商品開発の観点からも商品自体の華美なデザイン設計が不要となり、機能を重視した極めてシンプルな設計手法により商品開発コストの低減につながる。また、その構造がシンプル故にリサイクルのし易さの点でも有益である。
【０５０６】
宅内ＬＡＮによる配信では、従来のオーディオ／ビデオ機器と異なり、ＣＤやテープといったコンテンツのメディアを必要としない。すなわち、コンテンツは一度コンテンツサーバに格納してしまえば、そのメディアの管理は不要となる。こうした宅内ネットワークによるサーバクライアントの構成によれば、オーディオクライアントにはメディアを挿入する機構や回転駆動装置など、機械系の装置を全く必要としない。したがって、装置の小型化を達成し、さらに高い信頼性とともに長寿命な商品を可能にする。
【０５０７】
２．２．インターネット上の音楽データを取得
上記実施の形態では、オーディオクライアントは電源投入時にブロードキャストによりコンテンツサーバを探索している。しかし、ＬＡＮ１２上の全コンテンツサーバの電源が落ちていた場合、コンテンツサーバからの応答がないため、オーディオクライアントは永久にコンテンツサーバを探索し続けることになる。これを防止するためには、オーディオクライアントはタイムアウトエラーなどの処理を行えばよいが、タイムアウトエラーの場合、オーディオクライアントは音楽を再生するなどの動作を全く行うことができない。
【０５０８】
これらの問題を解決するためには、オーディオクライアントがブロードキャストを所定回数繰り返してもコンテンツサーバを発見することができない場合は、インターネット上のＷＷＷサーバにアクセスし、このサーバと接続するようにすればよい。
【０５０９】
この場合、ＬＡＮ１２は、図１０７に示すように、ゲートウェイ５０を通じてインターネット５２に接続される。インターネット５２上のＷＷＷ(World Wide Web)サーバ５４には、音楽配信サイト５６に置かれている曲のリストが予め登録されている。このリストには、曲名やアーティスト名など、曲情報の他、音楽データが置かれているＵＲＬ(Uniform Resource Locator)などが記録されている。
【０５１０】
図１０８に示すように、サーバリストが空の場合、オーディオクライアントは、ステップＳ１１０２に戻ってブロードキャストをリトライする前に、そのリトライ回数が所定の回数、たとえば３回に達したか否かを判別する（Ｓ１１０９）。リトライ回数が３回に達していない場合、オーディオクライアントはリトライ回数をインクリメントし（Ｓ１１１０）、その後、ステップＳ１１０２に戻ってブロードキャストをリトライする。一方、リトライ回数が３回に達している場合、オーディオクライアントはインターネット５２上のＷＷＷサーバ５４にＨＴＴＰで接続する（Ｓ１１１１）。オーディオクライアントが接続に成功した場合は探索を完了するが（Ｓ１１１２）、接続に成功せず、タイムアウトになった場合はエラーとなる（Ｓ１１１３）。
【０５１１】
オーディオクライアントはＷＷＷサーバ５２にアクセスすると、そこから曲情報やＵＲＬを受信して解析し、そのＵＲＬの音楽配信サイト５６から音楽データを受信する。
【０５１２】
以上のように、コンテンツサーバがＬＡＮ１２上に存在しない場合又は存在しても稼動していない場合は、オーディオクライアントはインターネット５２上のサイト５６に自動的にアクセスして音楽データを取得するので、ＬＡＮ１２上のコンテンツサーバを永久に探索し続けることはない。
【０５１３】
上記の例では、リトライ回数が所定回数に達したとき、オーディオクライアントはインターネット５２上のＷＷＷサーバ５４に接続するようにしているが、これに代えて、オーディオクライアントがマジックワードをブロードキャストして所定時間が経過したにもかかわらず、ＬＡＮ１２上のいずれのコンテンツサーバからも応答がない場合にインターネット５２上のＷＷＷサーバ５４に接続するようにしてもよい。
【０５１４】
２．３．取得データ長変更機能付き再生
上記実施の形態では、オーディオクライアントＣｊがコンテンツサーバＳｉに曲データの転送を要求するとき、常に一定量の曲データを要求している。したがって、コンテンツサーバＳｉに曲データの転送を要求するオーディオクライアントＣｊの数が少ない場合は問題ないが、この数が多くなると、コンテンツサーバＳｉにかかる負荷が大きくなり、オーディオクライアントＣｊがコンテンツサーバＳｉに曲データの転送を要求してから実際に曲データが転送されるまでの時間が長くなるという問題が生じる。そこで、このコンテンツサーバＳｉにかかる負荷が均等になるように、オーディオクライアントＣｊが１回に要求する曲データの量をその都度変更するようにしてもよい。
以下、オーディオクライアントＣｊがコンテンツサーバＳｉに曲データの転送を要求してから実際に曲データが転送されるまでの時間に応じて、オーディオクライアントＣｊが１回に要求する曲データの量を変更する例を説明する。
【０５１５】
図１０９を参照して、オーディオクライアントＣｊは、コンテンツサーバＳｉに曲データの転送を要求する曲データ転送コマンドを送信する（Ｓ１６０１）と同時に、タイマを動作させ、コンテンツサーバＳｉから曲データが転送されるまでの応答時間のカウントを開始する（Ｓ１６０１１）。なお、最初にオーディオクライアントＣｊが曲データ転送コマンドを発行するときには、１回に要求すべき適切な曲データの量は不明であるから、取得データ長は予め定められたものになる。
【０５１６】
続いて、オーディオクライアントＣｊは曲データを受信し始めると（Ｓ１６０１２）、タイマを停止し、コンテンツサーバＳｉによる曲データの応答時間を取得する（Ｓ１６０１３）。
【０５１７】
オーディオクライアントＣｊは、図１１０に示した対比テーブルを参照し、取得した応答時間に対応する取得データ長を決定する（Ｓ１６０２１）。この対比テーブルには、所定の応答時間と所定の取得データ長とが対応つけられている。ここでは、応答時間が長いほどコンテンツサーバＳｉにかかる負荷は大きいから、応答時間が長いほど取得データ長が短くなるように設定されている。たとえばオーディオクライアントＣｊが２０ｍｓｅｃの応答時間を取得した場合は、取得データ長を８ｋバイトと決定する。
【０５１８】
オーディオクライアントＣｊは再び曲データの転送をコンテンツサーバＳｉに要求するが、ここでは上記で決定した取得データ長を送信する（Ｓ１６０５）。以降、上記と同様の動作を繰り返す（Ｓ１６０５１〜Ｓ１６０６１）。
【０５１９】
以上のようにこの実施の形態によれば、オーディオクライアントＣｊがコンテンツサーバＳｉに要求する曲データの取得データ長を応答時間が長くなるにつれて短くしているため、コンテンツサーバＳｉに曲データの転送を要求するオーディオクライアントＣｊの数が増えても、コンテンツサーバＳｉがオーディオクライアントＣｊに１回に転送する曲データの量は少なくなる。その結果、各オーディオクライアントＣｊに対するコンテンツサーバＳｉの負荷は平均化され、コンテンツサーバＳｉは複数のオーディオクライアントＣｊに円滑に曲データを転送することができる。
【０５２０】
上記の例では、コンテンツサーバの応答時間に応じて取得データ長を決定しているが、これに代えて、取得しようとする曲のデータフォーマットに応じて取得データ長を決定するようにしてもよい。すなわち、図３５において、曲データ転送要求（Ｓ１６０１）前に、図３２に示す検索データに基づいて、曲の音声フォーマットを取得する。そして、曲の音声フォーマットに基づいて、取得データ長を設定する。一般にＭＰ３形式のデータは圧縮されているためにサイズが小さいのに対し、ＷＡＶ形式のデータはサイズが大きい。そこで、取得しようとする曲のデータフォーマットがＭＰ３の場合には、１回にたとえば４Ｋバイトのデータを取得し、ＷＡＶの場合には、１回にたとえば１６Ｋバイトのデータを取得するようにしてもよい。
【０５２１】
２．４．スキップ再生
上記実施の形態では、オーディオクライアントＣｊは曲リストの順序にしたがってコンテンツサーバＳｉに曲データの転送を要求している。しかしながら、ユーザが現在再生中の曲をはじめから聴きなおしたい場合がある。また、ユーザが現在再生中の曲をスキップして、他の曲を聴きたい場合もある。そこで、オーディオクライアントＣｊがこのようなユーザの要求に対応して曲データ転送の要求をできるようにしてもよい。
【０５２２】
図１１１を参照して、オーディオクライアントＣｊが図１１２に示した曲リスト中の曲３の再生を行っている場合、オーディオクライアントＣｊは曲３の音楽データのうち指定範囲の音楽データの転送をコンテンツサーバＳｉに要求し（Ｓ１６０７）、コンテンツサーバＳｉはこの要求に応じて指定範囲の音楽データをオーディオクライアントＣｊに返信し（Ｓ２６０４）、オーディオクライアントＣｊはこれを受信し、メモリ３２に格納する（Ｓ１６０８）。この動作の繰り返しにより曲３は再生される。
【０５２３】
曲３の再生中に、ユーザが曲３の再生を終了して、曲４を聴こうとした場合（図１１２における（１）ケース）、ユーザはオーディオクライアントＣｊに曲４へのスキップ要求を行う。オーディオクライアントＣｊはユーザからのスキップ要求を受け（Ｓ１６４０）、メモリ３２に格納された曲リスト内容を確認し、曲４のファイル名を取得する（Ｓ１６４１）。ユーザからのスキップ要求がない場合は、ステップＳ１６０７に戻って曲３のデータ転送の要求を行う。
【０５２４】
以降のオーディオクライアントＣｊおよびコンテンツサーバＳｉの動作については図３５での動作と同じであるため、その説明は繰り返さない。
【０５２５】
以上の動作により、オーディオクライアントＣｊは曲３の再生中に曲４へスキップ再生できる。
【０５２６】
なお、オーディオクライアントＣｊが曲３を再生中において、ユーザが曲３を初めから再び聴こうとする場合（図１１２における（２）ケース）、ユーザが曲５を聴こうとする場合（図１１２における（３）ケース）、ユーザが曲２を聴こうとする場合（図１１２における（４）ケース）等についても同様の動作により、オーディオクライアントＣｊはスキップ再生できる。
【０５２７】
以上のようにこの実施の形態によれば、オーディオクライアントＣｊはメモリ内に格納された曲リストを用いることで、現在再生中の曲から他の曲へスキップ再生できる。
【０５２８】
２．５．リピート再生
また、ユーザが指定する第1アドレスと第２アドレスとの間で、データを繰り返して再生するA−Ｂ間リピート再生を行うことができる。まず、ユーザは１回目のA−B間リピート操作を行い、繰り返しの始まりを示す第１アドレスを指定する。すなわち、図１１３を参照して、オーディオクライアントは、曲データの転送要求（および曲データの取得）の際に（Ｓ１６０１）、ユーザからの操作があって（Ｓ１６４２）、ユーザからの操作がＡ−Ｂ間リピート要求であって（Ｓ１６４３）、１回目の要求であるので（S１６４４）、ユーザが指定したアドレスを第１アドレス（ａｄｄｒ１）として記憶する。そして、前回の取得開始アドレス（ａｄｄｒ）に取得データ長（ｓｉｚe）を加算して取得開始アドレス（ａｄｄｒ）を算出し（Ｓ１６４６）、S１６０１へと戻る。
【０５２９】
次に、ユーザは２回目のA−B間リピート操作を行い、繰り返しの終わりを示す第２アドレスを指定し、リピート動作を開始させる。すなわち、S１６４４において、ユーザからのA−B間リピート要求が２回目の要求である（１回目の要求ではない）ので、ユーザが指定したアドレスを第２アドレス（ａｄｄｒ２）として記憶する（Ｓ１６４７）。
【０５３０】
そして、オーディオクライアントは、A−B間リピートモードに入る（S１６４8）。すなわち、取得開始アドレスを第１アドレスに変更し（S１６４９）、曲データ転送要求（および曲データ取得）を行う（S１６０１）。ここで、オーディオクライアントは、A−B間リピート状態であると判断し（S１６５０）、取得開始アドレス（＝前回の取得開始アドレス＋取得データ長）が第２アドレスより大きくなるか否かを判別する（S１６５１）。取得開始アドレスが未だ第２アドレス以下であれば、曲データ転送要求を続ける（S１６４６およびS１６０１）。そして、S１６５１において、取得開始アドレスが第２アドレスより大きくなる場合には、取得開始アドレスを再び第１アドレスに変更し（Ｓ１６５２）、曲データ転送要求を行う（Ｓ１６０１）。従って、第１アドレスと第２アドレスとの間でリピート再生を行うことができる。また、ユーザはリピート解除操作を行うことにより、リピート状態を解除することができる（Ｓ１６４３、Ｓ１６５３およびＳ１６５４）。
【０５３１】
２．６．途中再生
また、取得開始アドレスをユーザが指定する（例えば、開始時間を入力する）ことにより、指定アドレスからの曲の再生を行うことができる。すなわち、図１１４を参照して、例えば曲データの転送要求（および曲データの取得）の際に（Ｓ１６０１）、ユーザからの操作があって（Ｓ１６５６）、アドレスの指定である場合には（Ｓ１６５７）、オーディオクライアントはユーザから指定のあったアドレスを取得する（Ｓ１６５８）。例えば、曲の総再生時間とユーザが入力した開始時間からアドレスを算出する。そして、取得開始アドレスをユーザから指定のあったアドレスに変更して（Ｓ１６５９）、曲データ転送要求（および曲データ取得）を行う（Ｓ１６０１）。従って、ユーザが指定するアドレスからの曲の再生行うことができる。さらに、ユーザがアドレスを指定することができるのは、オーディオクライアントが再生状態のときに限らず、例えば、停止状態や一時停止状態のときであってもよい。
【０５３２】
２．７．自動接続回復機能付きクライアント
ネットワークオーディオシステムでは、上述したように、オーディオクライアントがコンテンツサーバに接続され、コンテンツサーバから配信された音楽を再生しているが、配信中にコンテンツサーバの異常によりオーディオクライアントがコンテンツサーバから切り離された場合、オーディオクライアントはコンテンツサーバに再び接続されなければ音楽を再生することができない。入力装置を有する通常のオーディオクライアントの場合、その入力装置を操作することによりそのオーディオクライアントに図５に示したようにコンテンツサーバとの接続処理を再び実行させればよい。しかし、上述したコンセント内蔵型オーディオクライアントの場合、入力装置を備えていないため、一旦コンテンツサーバから切り離されるとそのまま放置されてしまう。したがって、オーディオクライアントは以下のような自動接続回復機能を備えているのが望ましい。
【０５３３】
図１１５を参照して、オーディオクライアントＣｊはコンテンツサーバＳｉと接続してから所定期間が経過したか否かを判断する（Ｓ１１０）。所定期間経過後、オーディオクライアントＣｊはコンテンツサーバＳｉとの接続が維持されているか否かを判断する（Ｓ１１１，Ｓ１１２）。具体的には、オーディオクライアントＣｊは接続確認コマンドをコンテンツサーバＳｉに送信する（Ｓ１１１）。コンテンツサーバＳｉからオーディオクライアントＣｊに接続確認コマンドに対する返答がある場合（Ｓ１１２）、接続は維持されていると判断される。一方、返答がない場合や送信エラーが起きる場合（Ｓ１１２）、接続は切断されていると判断される。返答方法としては、たとえばコンテンツサーバＳｉが送信された接続確認コマンドと同じコマンドを返信する方法がある。
【０５３４】
ステップＳ１１２で返答があった場合、オーディオクライアントＣｊは再びＳ１１０に戻って所定期間経過後に接続が維持されているか否かを判断する（Ｓ１１０〜Ｓ１１２）。これにより、オーディオクライアントＣｊは所定期間ごとにコンテンツサーバＳｉとの接続状態をチェックする。接続が切断されている場合、オーディオクライアントＣｊは同じコンテンツサーバＳｉに対して再接続を試みる（Ｓ１２）。
【０５３５】
再接続を試みた結果、コンテンツサーバＳｉとの接続に成功した場合（Ｓ１１３）、オーディオクライアントＣｊは切断直前のクライアントステータスをコンテンツサーバＳｉに送信する（Ｓ１３）。クライアントステータスは例えば、「再生」、「停止」、「ポーズ」等の再生状態や、音量情報、リスト構築キーなどを含む。よって、オーディオクライアントＣｊはコンテンツサーバＳｉとの接続状態をもとどおりに回復できる。その結果、ユーザはオーディオクライアントＣｊがコンテンツサーバＳｉと接続し直したことを意識せずにオーディオクライアントＣｊを利用できる。
【０５３６】
一方、再接続を試みた結果、コンテンツサーバＳｉとの接続に失敗した場合（Ｓ１１３）、オーディオクライアントＣｊは同じコンテンツサーバＳｉとの接続回復を断念し、他のコンテンツサーバＳｉとの接続処理を実行する（Ｓ１１〜Ｓ１３）。具体的には、オーディオクライアントＣｊはブロードキャストにより接続可能なコンテンツサーバＳｉを探索し（Ｓ１１）、探索したコンテンツサーバＳｉに対して接続を行う（Ｓ１２）。接続後、オーディオクライアントＣｊは切断直前のクライアントステータスをコンテンツサーバＳｉに送信する（Ｓ１３）。
【０５３７】
オーディオクライアントＣｊは、図１１５に示した接続回復プログラムをインストールすることにより、上述した自動接続回復機能を備える。
【０５３８】
以上の動作により、オーディオクライアントＣｊから所定期間ごとに接続状態を確認し、切断されていればオーディオクライアントＣｊ自身が再接続を実行する。そのため、コンテンツサーバＳｉの異常により接続が切断されても、オーディオクライアントＣｊがコンテンツサーバＳｉから切断されたまま放置されることはない。また、接続していたコンテンツサーバＳｉの異常によりそのコンテンツサーバＳｉと再接続ができない場合でも、オーディオクライアントＣｊは他のコンテンツサーバＳｉと接続する。その結果、ユーザは常にコントローラＡｋを用いてオーディオクライアントＣｊを制御することができる。
【０５３９】
また、オーディオクライアントＣｊは接続先のコンテンツサーバＳｉに切断直前のクライアントステータスを送信しているため、オーディオクライアントＣｊは他のコンテンツサーバＳｉに接続されても切断直前と同じ状態にできる。その結果、ユーザはオーディオクライアントＣｊがコンテンツサーバＳｉと切断されたことを意識することなく、オーディオクライアントＣｊを利用できる。
【０５４０】
本実施の形態では、オーディオクライアントＣｊが自動接続回復機能を備えているが、コントローラＡｋが自動接続回復機能を備えていてもよい。また、音楽再生機能及び制御機能を併有する能動的なクライアントよりはむしろ、音楽再生機能だけを有する受動的なクライアントが自動接続回復機能を備えているのが好ましい。制御機能を有さない受動的なオーディオクライアントＣｊは自らコンテンツサーバＳｉにコマンドを送信することがないため、一旦コンテンツサーバＳｉとの接続が切断されるとそのまま放置されてしまい、ユーザがそのオーディオクライアントＣｊを再起動しない限りコンテンツサーバＳｉとの接続を回復できないからである。
【０５４１】
上述した全ての実施の形態における各ステップは、コンピュータに実行させるための動作プログラムを形成する。よって、この動作プログラムを、コンテンツサーバＳｉ、オーディオクライアント、コントローラ、及びＡＶＲクライアントにインストールすることにより、ネットワーク型オーディオシステムを構築することができる。また、この動作プログラムは、そのままインターネットなどの電気通信回線を通じて配信されてもよいが、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記憶媒体に格納されて配布されてもよい。
【０５４２】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【０５４３】
【図１】本発明の実施の形態によるネットワーク型オーディオシステムの全体構成を示す機能ブロック図である。
【図２】図１中の各サーバの構成を示す機能ブロック図である。
【図３】図１中の各オーディオクライアントの構成を示す機能ブロック図である。
【図４】図１中の各コントローラの構成を示す機能ブロック図である。
【図５】図１〜図３に示したサーバ及びオーディオクライアントの初期接続フェーズにおける動作を示すフロー図である。
【図６】図５中のオーディオクライアントによるサーバ探索動作を示すフロー図である。
【図７】図５中のクライアント及びサーバによる接続動作を示すフロー図である。
【図８】図７に示した接続動作を終えたサーバによるプッシュ動作を示す図である。
【図９】図８に続いて、コントローラからサーバへのオーディオクライアントに対するサーバリクエスト動作を示す図である。
【図１０】図９に続いて、オーディオクライアントからサーバを通じてコントローラにステータスを通知する動作を示す図である。
【図１１】図５中のオーディオクライアントによるクライアント情報送信動作を示すフロー図である。
【図１２】図１及び図２に示したサーバによる初期設定動作及びメイン動作を示すフロー図である。
【図１３】図２に示したサーバに保存されるクライアント情報データベースを示す図である。
【図１４】図２に示したサーバに保存されるコンテンツ情報データベースを示す図である。
【図１５】図２に示したサーバに保存されるファームウェア情報データベースを示す図である。
【図１６】図１２中のサーバ探索に対する応答のサブルーチンを示すフロー図である。
【図１７】図１２中のコマンドポート接続受付処理のサブルーチンを示すフロー図である。
【図１８】図１２中のプッシュポート接続受付処理（その１）のサブルーチンを示すフロー図である。
【図１９】図１２中のプッシュポート接続受付処理（その２）のサブルーチンを示すフロー図である。
【図２０】図１５中のコマンド処理のサブルーチンを示すフロー図である。
【図２１】図２０中のステータス通知コマンド処理のサブルーチンを示すフロー図である。
【図２２】図２０中のサーバリクエスト発行コマンド処理のサブルーチンを示すフロー図である。
【図２３】図１〜図３に示したサーバ及びオーディオクライアントによる曲リスト取得及び再生動作を示すフロー図である。
【図２４】図２３中のオーディオクライアントによる曲リスト取得動作を示すフロー図である。
【図２５】図２４中のジャンルリスト及び曲リスト取得動作を示すフロー図である。
【図２６】図２５で取得したジャンルリストを格納した領域を示す図である。
【図２７】図１４に示したコンテンツ情報データベースのレコード構造を示す図である。
【図２８】図２５中のサーバによるジャンルリスト作成動作を示すフロー図である。
【図２９】図２５で取得した曲リストを格納した領域を示す図である。
【図３０】図２５中のサーバによる曲リスト作成動作を示すフロー図である。
【図３１】図２５中のリスト要求コマンドのフォーマットを示す図である。
【図３２】図２５中の検索データのフォーマットを示す図である。
【図３３】図２５中の曲リスト取得動作におけるバッファメモリの遷移状態を示す図である。
【図３４】図２５に示したジャンルリスト及び曲リスト取得動作に加え、アルバムリスト取得動作を示すフロー図である。
【図３５】図２３中のオーディオクライアントによる曲指定、再生及び停止、並びにサーバによる曲配信準備及び配信の動作を示すフロー図である。
【図３６】図３５に続くフロー図である。
【図３７】図３５中の曲情報要求コマンドを示す図である。
【図３８】図３５中の曲情報を示す図である。
【図３９】図３５中の曲再生準備コマンドを示す図である。
【図４０】図３５中のエラーコードを示す図である。
【図４１】図３５中の曲データ転送要求コマンドを示す図である。
【図４２】図３５中の曲データを示す図である。
【図４３】図４２に示した曲データを格納するためのバッファメモリの構成を示す図である。
【図４４】図４３に示したバッファメモリにおいて、曲の先頭から１バッファ分の曲データを格納した状態を示す図である。
【図４５】図４４に続き、全バッファ分の曲データを格納した状態を示す図である。
【図４６】図４５に続き、先頭バッファから曲データを出力する状態を示す図である。
【図４７】図４６に続き、１バッファ分の空きが生じた状態を示す図である。
【図４８】図４７に続き、バッファの空きが埋まった状態を示す図である。
【図４９】図１〜図３に示したクライアント及びサーバによる早送り再生動作を示すフロー図である。
【図５０】図１〜図３に示したクライアント及びサーバによる一時停止動作を示すフロー図である。
【図５１】図１中のコントローラによるサーバとの接続動作を示すフロー図である。
【図５２】図５１中の監視ハンドル及び制御ハンドル取得動作を示すフロー図である。
【図５３】サーバによる複数のオーディオクライアントから複数のコントローラへのステータス通知を示す図である。
【図５４】図５４において、コントローラが監視ハンドルを取得した場合のステータス通知を示す図である。
【図５５】図１中のコントローラによるオーディオクライアントのモニタ動作を示すフロー図である。
【図５６】図５５に示したモニタ動作の詳細を示すフロー図である。
【図５７】図１中のコントローラによるオーディオクライアントの制御動作を示すフロー図である。
【図５８】図５７中のオーディオクライアントによる制御コマンド処理動作のサブルーチンを示すフロー図である。
【図５９】図５８中の再生制御動作のサブルーチンを示す図である。
【図６０】図１３に示したクライアント情報データベースに含まれるクライアントタイプの詳細を示す図である。
【図６１】図５９に示した再生制御における曲リスト表示処理動作を示すフロー図である。
【図６２】図６１中の曲リスト表示において、ＭＰ３及びＷＡＶの両方を再生可能なオーディオクライアントに関する曲リストの表示画面を示す図である。
【図６３】図６１中の曲リスト表示において、ＭＰ３は再生可能であるが、ＷＡＶは再生不可能なオーディオクライアントに関する曲リストの表示画面を示す図である。
【図６４】図５９に示した再生制御においてユーザからの再生命令処理動作を示すフロー図である。
【図６５】図１中のコントローラによる連続再生制御において、再生コマンドの送信を示す図である。
【図６６】図６５に続き、完了及び停止ステータスの送信を示す図である。
【図６７】図６６に示した完了及び停止ステータスの送信動作を示すフロー図である。
【図６８】図６６に続き、再生コマンドの送信を示す図である。
【図６９】図６５〜図６８に示した連続再生制御で用いられるリスト構築キーの構成を示す図である。
【図７０】図６９に示したリスト構築キーに含まれるフィルタの種類を示す図である。
【図７１】図６９に示したリスト構築キーを用いた連続再生制御動作を示すシーケンス図である。
【図７２】図５６及び図７１に示したコントローラによる完了処理動作を示すフロー図である。
【図７３】優先順位を付けた連続再生処理の動作を示すフロー図である。
【図７４】図７３に示した連続再生処理を示す機能ブロック図である。
【図７５】図７３に示した連続再生処理において、優先順位が最高のコントローラが切断された場合の連続再生処理を示す機能ブロック図である。
【図７６】制御ハンドルを利用した連続再生処理の動作を示すフロー図である。
【図７７】図７６に示した連続再生処理を示す機能ブロック図である。
【図７８】コンテンツサーバによる連続再生処理を示す機能ブロック図である。
【図７９】図７８に示した連続再生処理の動作を示すフロー図である。
【図８０】図７８に示した連続再生処理において、オーディオクライアントが複数ある場合の連続再生処理を示す機能ブロック図である。
【図８１】図８０に示した連続再生処理において、コンテンツサーバも複数ある場合の連続再生処理を示す機能ブロック図である。
【図８２】図８１に示した連続再生処理において、コンテンツサーバが切り換えられた場合の連続再生処理を示す機能ブロック図である。
【図８３】図８１に示した連続再生処理において、コントローラも複数ある場合の連続再生処理を示す機能ブロック図である。
【図８４】オーディオクライアント自身による連続再生処理の動作を示すフロー図である。
【図８５】再生命令管理テーブルを利用した連続再生処理の動作を示すフロー図である。
【図８６】図８５に示した連続再生処理を示す機能ブロック図である。
【図８７】図８５中の再生命令管理処理の詳細を示すフロー図である。
【図８８】図８５に示した連続再生処理において、コンテンツサーバが切り換えられた場合の連続再生処理を示す機能ブロック図である。
【図８９】図８５中のサーバ切換処理の詳細を示すフロー図である。
【図９０】サーバ、コントローラ、ＡＶＲクライアント、及びＡＶレシーバを含むネットワーク型オーディオシステムの構成を示す機能ブロック図である。
【図９１】図９０に示したネットワーク型オーディオシステムにおいて、ステータス及びコマンドの流れを示す機能ブロック図である。
【図９２】図９０及び図９１に示したネットワーク型オーディオシステムにおいて、コントローラによるＡＶレシーバの制御動作を示すフロー図である。
【図９３】図９０に示したネットワーク型オーディオシステムにおいて、制御コマンド及びステータスの伝達経路を示す機能ブロック図である。
【図９４】図９３に示したコマンド及びステータスの伝達動作を示すフロー図である。
【図９５】図９４に示した各段階における制御コマンドを示す図である。
【図９６】図９４に示した各段階におけるステータスを示す図である。
【図９７】図９０〜図９６に示したネットワーク型オーディオシステムにおいて、コントローラがＡＶＲクライアントを通じてＡＶレシーバＡＶＲのボリュームを上げる動作を示すフロー図である。
【図９８】図９０〜図９６に示したネットワーク型オーディオシステムにおいて、ＡＶレシーバのステータスをサーバに転送する場合におけるＡＶＲクライアントの動作を示すフロー図である。
【図９９】図９０〜図９６に示したネットワーク型オーディオシステムにおいて、サーバからの制御コマンドをＡＶレシーバに転送する場合におけるＡＶＲクライアントの動作を示すフロー図である。
【図１００】図９９に示した動作の改良例を示すフロー図である。
【図１０１】図１中のクライアント及びサーバによるファームウェアアップデート動作を示すフロー図である。
【図１０２】図１０１に示したファームウェアアップデート動作の詳細を示すフロー図である。
【図１０３】図１０２中のファームウェアリスト作成動作を示すフロー図である。
【図１０４】図１０２中のファームウェアリストの送信動作を示すフロー図である。
【図１０５】本発明の他の実施の形態によるオーディオクライアントの外観構成を示す正面図である。
【図１０６】図１０５に示したオーディオクライアントの側面図である。
【図１０７】本発明の他の実施の形態によるネットワーク型オーディオシステム及びインターネットの全体構成を示す機能ブロック図である。
【図１０８】図１０７に示したネットワーク型オーディオシステムにおけるサーバ探索動作を示すフロー図である。
【図１０９】本発明の他の実施の形態による曲データの転送動作を示すフロー図である。
【図１１０】図１０９中のＳ１６０２１，Ｓ１６０６１で参照される対比テーブルを示す図である。
【図１１１】本発明の他の実施の形態によるオーディオクライアントのスキップ再生動作を示すフロー図である。
【図１１２】図１１１に示したスキップ再生動作において、オーディオクライアントのメモリに格納された曲リストを示す図である。
【図１１３】本発明の他の実施の形態によるオーディオクライアントのリピート再生動作を示すフロー図である。
【図１１４】本発明の他の実施の形態によるオーディオクライアントの途中再生動作を示すフロー図である。
【図１１５】本発明の他の実施の形態によるオーディオクライアントの監視処理及び接続回復処理を示すフロー図である。

Claims (12)

  1. サーバと、前記サーバに接続された少なくとも１つの第１のクライアントと、前記サーバに接続された第２のクライアントとを備えたネットワーク型コンテンツ再生システムであって、
    前記サーバは、
    複数のコンテンツを蓄積する蓄積手段と、
    前記複数のコンテンツの中から選択されたコンテンツを前記第１のクライアントに送信するコンテンツ送信手段と、
    前記第１のクライアントにより再生されるべき複数のコンテンツを列挙したコンテンツリストを作成するために必要なリスト構築キーを含むクライアント情報を記憶するクライアント情報記憶手段と、
    前記第１のクライアントに関するクライアント情報を前記クライアント情報記憶手段から読み出して前記第２のクライアントに送信するクライアント情報送信手段と、
    前記第２のクライアントからの要求に応じて前記第２のクライアントから送信されたリスト構築キーに基づいて前記コンテンツリストを作成するコンテンツリスト作成手段と、
    前記コンテンツリスト作成手段により作成されたコンテンツリストを前記第２のクライアントに返信するコンテンツリスト返信手段とを含み、
    前記第１のクライアントは、
    前記サーバから送信されたコンテンツを再生する再生手段を含み、
    前記第２のクライアントは、
    前記サーバから送信されたクライアント情報を受信する手段と、
    前記受信されたクライアント情報に含まれるリスト構築キーを前記サーバに送信することにより前記コンテンツリストを前記サーバに要求するコンテンツリスト要求手段と、
    前記サーバから返信されたコンテンツリストを受信するコンテンツリスト受信手段とを含むことを特徴とするネットワーク型コンテンツ再生システム。
  2. 請求項１に記載のネットワーク型コンテンツ再生システムであって、
    前記サーバは、前記第２のクライアントに要求を強制的に送信するためのプッシュポートを通じて、前記クライアント情報を前記第２のクライアントに送信することを特徴とするネットワーク型コンテンツ再生システム。
  3. 請求項１又は請求項２に記載のネットワーク型コンテンツ再生システムであって、
    前記第２のクライアントはさらに、
    前記受信したクライアント情報を表示する手段と、
    前記受信したクライアント情報が変更されているとき、そのクライアント情報の表示を変更する手段とを含むことを特徴とするネットワーク型コンテンツ再生システム。
  4. 請求項１に記載のネットワーク型コンテンツ再生システムであって、
    前記コンテンツリスト要求手段は、前記受信されたクライアント情報に含まれるリスト構築キーが変更されているとき、そのリスト構築キーを前記サーバに送信することを特徴とするネットワーク型コンテンツ再生システム。
  5. 請求項１〜請求項４のいずれか１項に記載のネットワーク型コンテンツ再生システムであって、
    前記第２のクライアントは、前記サーバに接続されたとき、前記サーバから送信されたクライアント情報を受信することを特徴とするネットワーク型コンテンツ再生システム。
  6. 請求項１〜請求項５のいずれか１項に記載のネットワーク型コンテンツ再生システムであって、
    前記再生手段は、前記サーバから送信されたコンテンツリストに従って、再生を完了したコンテンツの次のコンテンツを再生することを特徴とするネットワーク型コンテンツ再生システム。
  7. 請求項１〜請求項６のいずれか１項に記載のネットワーク型コンテンツ再生システムに使用されるサーバ。
  8. 請求項１〜請求項６のいずれか１項に記載の手段としてサーバを機能させるためのサーバ用プログラム。
  9. 請求項１〜請求項６のいずれか１項に記載のネットワーク型コンテンツ再生システムに使用されるクライアント。
  10. 請求項１〜請求項６のいずれか１項に記載の手段としてクライアントを機能させるためのクライアント用プログラム。
  11. コンテンツを再生する第１のクライアントと、前記第１のクライアントを監視する第２のクライアントとに接続可能なサーバであって、
    複数のコンテンツを蓄積する蓄積手段と、
    前記複数のコンテンツの中から選択されたコンテンツを前記第１のクライアントに送信するコンテンツ送信手段と、
    前記第１のクライアントにより再生されるべき複数のコンテンツを列挙したコンテンツリストを作成するために必要なリスト構築キーを含むクライアント情報を記憶するクライアント情報記憶手段と、
    前記第１のクライアントに関するクライアント情報を前記クライアント情報記憶手段から読み出して前記第２のクライアントに送信するクライアント情報送信手段と、
    前記第２のクライアントからの要求に応じて前記第２のクライアントから送信されたリスト構築キーに基づいて前記コンテンツリストを作成するコンテンツリスト作成手段と、
    前記コンテンツリスト作成手段により作成されたコンテンツリストを前記第２のクライアントに返信するコンテンツリスト返信手段とを備えたことを特徴とするサーバ。
  12. サーバから送信されたコンテンツを再生する再生クライアントが接続される前記サーバに接続可能で前記再生クライアントを監視する監視クライアントであって、
    前記サーバから送信されたクライアント情報を受信する手段と、
    前記受信されたクライアント情報に含まれるリスト構築キーを前記サーバに送信することにより前記リスト構築キーに基づいて前記再生クライアントにより再生されるべき複数のコンテンツを列挙したコンテンツリストを作成しかつ送信するよう前記サーバに要求するコンテンツリスト要求手段と、
    前記サーバから返信されたコンテンツリストを受信するコンテンツリスト受信手段とを備えたことを特徴とする監視クライアント。
JP2004509922A 2002-05-31 2003-05-26 ネットワーク型コンテンツ再生システム Expired - Fee Related JP4013949B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
JP2002158753 2002-05-31
JP2002158753 2002-05-31
JP2002232749 2002-08-09
JP2002232749 2002-08-09
JP2003017931 2003-01-27
JP2003017931 2003-01-27
JP2003045432 2003-02-24
JP2003045432 2003-02-24
PCT/JP2003/006552 WO2003102919A1 (en) 2002-05-31 2003-05-26 Network type content reproduction system

Related Child Applications (5)

Application Number Title Priority Date Filing Date
JP2004328921A Division JP2005182762A (ja) 2004-11-12 2004-11-12 ネットワーク型コンテンツ再生システム
JP2004328966A Division JP4155260B2 (ja) 2002-05-31 2004-11-12 ネットワーク型コンテンツ再生システム
JP2004328958A Division JP4013942B2 (ja) 2002-05-31 2004-11-12 ネットワーク型コンテンツ再生システム
JP2004328507A Division JP3847764B2 (ja) 2004-11-12 2004-11-12 ネットワーク型コンテンツ再生システム
JP2006333180A Division JP4281792B2 (ja) 2002-05-31 2006-12-11 ネットワーク型コンテンツ再生システム

Publications (2)

Publication Number Publication Date
JPWO2003102919A1 JPWO2003102919A1 (ja) 2005-09-29
JP4013949B2 true JP4013949B2 (ja) 2007-11-28

Family

ID=29716231

Family Applications (5)

Application Number Title Priority Date Filing Date
JP2004509922A Expired - Fee Related JP4013949B2 (ja) 2002-05-31 2003-05-26 ネットワーク型コンテンツ再生システム
JP2009253437A Expired - Fee Related JP4929520B2 (ja) 2002-05-31 2009-11-04 ネットワーク型コンテンツ再生システム
JP2011172472A Expired - Fee Related JP5017738B2 (ja) 2002-05-31 2011-08-08 ネットワーク型コンテンツ再生システム
JP2012075820A Expired - Fee Related JP5673588B2 (ja) 2002-05-31 2012-03-29 ネットワーク型コンテンツ再生システム
JP2012075712A Pending JP2012190462A (ja) 2002-05-31 2012-03-29 ネットワーク型コンテンツ再生システム

Family Applications After (4)

Application Number Title Priority Date Filing Date
JP2009253437A Expired - Fee Related JP4929520B2 (ja) 2002-05-31 2009-11-04 ネットワーク型コンテンツ再生システム
JP2011172472A Expired - Fee Related JP5017738B2 (ja) 2002-05-31 2011-08-08 ネットワーク型コンテンツ再生システム
JP2012075820A Expired - Fee Related JP5673588B2 (ja) 2002-05-31 2012-03-29 ネットワーク型コンテンツ再生システム
JP2012075712A Pending JP2012190462A (ja) 2002-05-31 2012-03-29 ネットワーク型コンテンツ再生システム

Country Status (8)

Country Link
US (6) US7634532B2 (ja)
EP (1) EP1508892B1 (ja)
JP (5) JP4013949B2 (ja)
KR (1) KR100903258B1 (ja)
CN (1) CN100515076C (ja)
AU (1) AU2003241772B2 (ja)
CA (1) CA2486671C (ja)
WO (1) WO2003102919A1 (ja)

Families Citing this family (173)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8645137B2 (en) 2000-03-16 2014-02-04 Apple Inc. Fast, language-independent method for user authentication by voice
EP1508892B1 (en) * 2002-05-31 2017-07-12 Onkyo Corporation Network type content reproduction system
JP4020039B2 (ja) 2003-07-08 2007-12-12 オンキヨー株式会社 ネットワークａｖシステム
WO2005015407A1 (ja) 2003-08-08 2005-02-17 Onkyo Corporation ネットワークａｖシステム
JP3865139B2 (ja) 2003-10-15 2007-01-10 オンキヨー株式会社 ネットワークａｖシステム
WO2005050477A1 (en) * 2003-11-18 2005-06-02 Nokia Corporation Method, subject terminal device, target terminal device, data content server, system and computer programs for maintaining and updating data contents
JP4114596B2 (ja) 2003-11-19 2008-07-09 オンキヨー株式会社 ネットワークａｖシステム
JP2005303975A (ja) * 2004-03-19 2005-10-27 Onkyo Corp ネットワークａｖシステム、コントローラ及びその動作プログラム
US7877328B2 (en) * 2004-07-21 2011-01-25 Sony Corporation Communication system communication method, contents processing device, and computer program
CN100423015C (zh) * 2004-07-21 2008-10-01 索尼株式会社 内容处理装置和内容处理方法
US7362999B2 (en) * 2004-08-23 2008-04-22 General Motors Corporation Method and system for customized music delivery
JP4929726B2 (ja) * 2005-03-07 2012-05-09 富士ゼロックス株式会社 画像処理システム
JP4650677B2 (ja) * 2005-03-14 2011-03-16 ソニー株式会社 関連情報連続出力方法、関連情報連続提供方法、関連情報連続出力装置、関連情報連続提供装置、関連情報連続出力プログラム及び関連情報連続提供プログラム
JP2006285607A (ja) * 2005-03-31 2006-10-19 Sony Corp コンテンツ情報提供システム，コンテンツ情報提供サーバ，コンテンツ再生装置，コンテンツ情報提供方法，コンテンツ再生方法，およびコンピュータプログラム
JP4775843B2 (ja) * 2005-08-10 2011-09-21 株式会社日立製作所 ストレージシステム及び記憶制御方法
US8677377B2 (en) 2005-09-08 2014-03-18 Apple Inc. Method and apparatus for building an intelligent automated assistant
JP4802348B2 (ja) * 2005-12-14 2011-10-26 オンキヨー株式会社 クライアント装置およびクライアントプログラム
JP2007240973A (ja) * 2006-03-09 2007-09-20 Sony Corp データ選択システム、データ選択装置、データ選択方法及びデータ選択プログラム
US20070220587A1 (en) * 2006-03-15 2007-09-20 Loyer Douglas E Systems, Methods, and Apparatus for Most Advantageous Media Delivery for Rich Media Applications
US9318108B2 (en) 2010-01-18 2016-04-19 Apple Inc. Intelligent automated assistant
KR100812258B1 (ko) * 2006-09-28 2008-03-10 주식회사 드리머 연속적 컨텐츠 제공을 위한 데이터 방송 시스템 및 연속적컨텐츠 제공 방법
US7634562B2 (en) * 2006-10-27 2009-12-15 Cyscape, Inc. Method and apparatus for determining application responsiveness over a network
US20080222273A1 (en) * 2007-03-07 2008-09-11 Microsoft Corporation Adaptive rendering of web pages on mobile devices using imaging technology
WO2008114389A1 (ja) * 2007-03-19 2008-09-25 Pioneer Corporation コンテンツ再生システム及びその制御方法
JP5034602B2 (ja) * 2007-03-29 2012-09-26 ヤマハ株式会社 電子音楽装置及びプログラム
US8977255B2 (en) 2007-04-03 2015-03-10 Apple Inc. Method and system for operating a multi-function portable electronic device using voice-activation
US9627081B2 (en) * 2007-10-05 2017-04-18 Kinglite Holdings Inc. Manufacturing mode for secure firmware using lock byte
US9330720B2 (en) 2008-01-03 2016-05-03 Apple Inc. Methods and apparatus for altering audio output signals
US8996376B2 (en) 2008-04-05 2015-03-31 Apple Inc. Intelligent text-to-speech conversion
US10496753B2 (en) 2010-01-18 2019-12-03 Apple Inc. Automatically adapting user interfaces for hands-free interaction
US20100030549A1 (en) 2008-07-31 2010-02-04 Lee Michael M Mobile device having human language translation capability with positional feedback
US8898568B2 (en) * 2008-09-09 2014-11-25 Apple Inc. Audio user interface
US9959870B2 (en) 2008-12-11 2018-05-01 Apple Inc. Speech recognition involving a mobile device
US8843977B2 (en) * 2009-06-04 2014-09-23 Verizon Patent And Licensing Inc. Media content delivery systems and methods
US9858925B2 (en) 2009-06-05 2018-01-02 Apple Inc. Using context information to facilitate processing of commands in a virtual assistant
US10706373B2 (en) 2011-06-03 2020-07-07 Apple Inc. Performing actions associated with task items that represent tasks to perform
US10241644B2 (en) 2011-06-03 2019-03-26 Apple Inc. Actionable reminder entries
US10241752B2 (en) 2011-09-30 2019-03-26 Apple Inc. Interface for a virtual digital assistant
US9431006B2 (en) 2009-07-02 2016-08-30 Apple Inc. Methods and apparatuses for automatic speech recognition
KR101584304B1 (ko) * 2009-07-20 2016-01-11 삼성전자주식회사 콘텐츠 요청 장치 및 방법
US9450804B2 (en) * 2009-09-03 2016-09-20 At&T Intellectual Property I, L.P. Anycast aware transport for content distribution networks
WO2011066645A1 (en) * 2009-12-02 2011-06-09 Chalk Media Service Corporation Reliable delivery of content to a push-state aware client device
US10276170B2 (en) 2010-01-18 2019-04-30 Apple Inc. Intelligent automated assistant
US10679605B2 (en) 2010-01-18 2020-06-09 Apple Inc. Hands-free list-reading by intelligent automated assistant
US10705794B2 (en) 2010-01-18 2020-07-07 Apple Inc. Automatically adapting user interfaces for hands-free interaction
US10553209B2 (en) 2010-01-18 2020-02-04 Apple Inc. Systems and methods for hands-free notification summaries
US8682667B2 (en) 2010-02-25 2014-03-25 Apple Inc. User profiling for selecting user specific voice input processing information
JP4797215B2 (ja) * 2010-02-26 2011-10-19 オンキヨー株式会社 音量調整システム
JP5573337B2 (ja) * 2010-04-30 2014-08-20 ソニー株式会社 情報提供装置、情報提供方法、プログラム、情報処理装置、サービス提供装置および情報処理システム
JP5716302B2 (ja) * 2010-06-30 2015-05-13 ソニー株式会社 情報処理装置、コンテンツ提供方法及びプログラム
US9721035B2 (en) * 2010-06-30 2017-08-01 Leaf Group Ltd. Systems and methods for recommended content platform
US20120079547A1 (en) * 2010-09-24 2012-03-29 Seong-Hwan Kim Multimedia Network Interface Device with Table-Based Connection Management
JP5184606B2 (ja) * 2010-11-01 2013-04-17 株式会社バッファロー コンテンツ送信方法、接続先ストレージ及びコンテンツ送信プログラム
JP5305493B2 (ja) * 2010-11-12 2013-10-02 パナソニック株式会社 サーバ、通信端末、およびそれらを備えた機器連携システム
US10762293B2 (en) 2010-12-22 2020-09-01 Apple Inc. Using parts-of-speech tagging and named entity recognition for spelling correction
CN102638812A (zh) * 2011-02-12 2012-08-15 苏州达联信息科技有限公司 一种铁路轨道监测传感网络的业务注册方法及装置
CN102638788A (zh) * 2011-02-12 2012-08-15 苏州达联信息科技有限公司 一种铁路轨道监测传感网络业务修改方法及装置
US9646100B2 (en) 2011-03-14 2017-05-09 Verisign, Inc. Methods and systems for providing content provider-specified URL keyword navigation
US9781091B2 (en) 2011-03-14 2017-10-03 Verisign, Inc. Provisioning for smart navigation services
US9811599B2 (en) 2011-03-14 2017-11-07 Verisign, Inc. Methods and systems for providing content provider-specified URL keyword navigation
US10185741B2 (en) * 2011-03-14 2019-01-22 Verisign, Inc. Smart navigation services
US9262612B2 (en) 2011-03-21 2016-02-16 Apple Inc. Device access using voice authentication
US20120310642A1 (en) 2011-06-03 2012-12-06 Apple Inc. Automatically creating a mapping between text data and audio data
US10057736B2 (en) 2011-06-03 2018-08-21 Apple Inc. Active transport based notifications
US10509831B2 (en) 2011-07-29 2019-12-17 Leaf Group Ltd. Systems and methods for time and space algorithm usage
US8994660B2 (en) 2011-08-29 2015-03-31 Apple Inc. Text correction processing
US9654821B2 (en) 2011-12-30 2017-05-16 Sonos, Inc. Systems and methods for networked music playback
JP5440625B2 (ja) * 2012-02-06 2014-03-12 オンキヨー株式会社 コントローラ及びそのプログラム
US10134385B2 (en) 2012-03-02 2018-11-20 Apple Inc. Systems and methods for name pronunciation
US9483461B2 (en) 2012-03-06 2016-11-01 Apple Inc. Handling speech synthesis of content for multiple languages
US8260880B1 (en) * 2012-04-27 2012-09-04 Wirespring Technologies, Inc. Content management system for integrated display substrates
US9280610B2 (en) 2012-05-14 2016-03-08 Apple Inc. Crowd sourcing information to fulfill user requests
US9721563B2 (en) 2012-06-08 2017-08-01 Apple Inc. Name recognition system
US9674587B2 (en) 2012-06-26 2017-06-06 Sonos, Inc. Systems and methods for networked music playback including remote add to queue
US9495129B2 (en) 2012-06-29 2016-11-15 Apple Inc. Device, method, and user interface for voice-activated navigation and browsing of a document
US9576574B2 (en) 2012-09-10 2017-02-21 Apple Inc. Context-sensitive handling of interruptions by intelligent digital assistant
US9547647B2 (en) 2012-09-19 2017-01-17 Apple Inc. Voice-based media searching
JP2016508007A (ja) 2013-02-07 2016-03-10 アップル インコーポレイテッド デジタルアシスタントのためのボイストリガ
US10652394B2 (en) 2013-03-14 2020-05-12 Apple Inc. System and method for processing voicemail
US9368114B2 (en) 2013-03-14 2016-06-14 Apple Inc. Context-sensitive handling of interruptions
KR101759009B1 (ko) 2013-03-15 2017-07-17 애플 인크. 적어도 부분적인 보이스 커맨드 시스템을 트레이닝시키는 것
WO2014144579A1 (en) 2013-03-15 2014-09-18 Apple Inc. System and method for updating an adaptive speech recognition model
US10057207B2 (en) 2013-04-07 2018-08-21 Verisign, Inc. Smart navigation for shortened URLs
US9361371B2 (en) 2013-04-16 2016-06-07 Sonos, Inc. Playlist update in a media playback system
US9501533B2 (en) 2013-04-16 2016-11-22 Sonos, Inc. Private queue for a media playback system
US9247363B2 (en) 2013-04-16 2016-01-26 Sonos, Inc. Playback queue transfer in a media playback system
US9389754B2 (en) 2013-05-14 2016-07-12 Demand Media, Inc. Generating a playlist based on content meta data and user parameters
US9684484B2 (en) 2013-05-29 2017-06-20 Sonos, Inc. Playback zone silent connect
US10715973B2 (en) 2013-05-29 2020-07-14 Sonos, Inc. Playback queue control transition
US9582608B2 (en) 2013-06-07 2017-02-28 Apple Inc. Unified ranking with entropy-weighted information for phrase-based semantic auto-completion
WO2014197336A1 (en) 2013-06-07 2014-12-11 Apple Inc. System and method for detecting errors in interactions with a voice-based digital assistant
WO2014197334A2 (en) 2013-06-07 2014-12-11 Apple Inc. System and method for user-specified pronunciation of words for speech synthesis and recognition
WO2014197335A1 (en) 2013-06-08 2014-12-11 Apple Inc. Interpreting and acting upon commands that involve sharing information with remote devices
US10176167B2 (en) 2013-06-09 2019-01-08 Apple Inc. System and method for inferring user intent from speech inputs
CN110442699A (zh) 2013-06-09 2019-11-12 苹果公司 操作数字助理的方法、计算机可读介质、电子设备和系统
CN105265005B (zh) 2013-06-13 2019-09-17 苹果公司 用于由语音命令发起的紧急呼叫的系统和方法
KR101499068B1 (ko) * 2013-06-19 2015-03-09 김용진 어플리케이션 공유 서비스 방법 및 이에 적용되는 장치
JP6163266B2 (ja) 2013-08-06 2017-07-12 アップル インコーポレイテッド リモート機器からの作動に基づくスマート応答の自動作動
US9620105B2 (en) 2014-05-15 2017-04-11 Apple Inc. Analyzing audio input for efficient speech and music recognition
US10592095B2 (en) 2014-05-23 2020-03-17 Apple Inc. Instantaneous speaking of content on touch devices
US9502031B2 (en) 2014-05-27 2016-11-22 Apple Inc. Method for supporting dynamic grammars in WFST-based ASR
US9760559B2 (en) 2014-05-30 2017-09-12 Apple Inc. Predictive text input
US9734193B2 (en) 2014-05-30 2017-08-15 Apple Inc. Determining domain salience ranking from ambiguous words in natural speech
US9430463B2 (en) 2014-05-30 2016-08-30 Apple Inc. Exemplar-based natural language processing
US10078631B2 (en) 2014-05-30 2018-09-18 Apple Inc. Entropy-guided text prediction using combined word and character n-gram language models
US9715875B2 (en) 2014-05-30 2017-07-25 Apple Inc. Reducing the need for manual start/end-pointing and trigger phrases
US9842101B2 (en) 2014-05-30 2017-12-12 Apple Inc. Predictive conversion of language input
US9966065B2 (en) 2014-05-30 2018-05-08 Apple Inc. Multi-command single utterance input method
US10289433B2 (en) 2014-05-30 2019-05-14 Apple Inc. Domain specific language for encoding assistant dialog
US10170123B2 (en) 2014-05-30 2019-01-01 Apple Inc. Intelligent assistant for home automation
US9633004B2 (en) 2014-05-30 2017-04-25 Apple Inc. Better resolution when referencing to concepts
US9785630B2 (en) 2014-05-30 2017-10-10 Apple Inc. Text prediction using combined word N-gram and unigram language models
US9338493B2 (en) 2014-06-30 2016-05-10 Apple Inc. Intelligent automated assistant for TV user interactions
US10659851B2 (en) 2014-06-30 2020-05-19 Apple Inc. Real-time digital assistant knowledge updates
US10446141B2 (en) 2014-08-28 2019-10-15 Apple Inc. Automatic speech recognition based on user feedback
US9818400B2 (en) 2014-09-11 2017-11-14 Apple Inc. Method and apparatus for discovering trending terms in speech requests
US10789041B2 (en) 2014-09-12 2020-09-29 Apple Inc. Dynamic thresholds for always listening speech trigger
US9886432B2 (en) 2014-09-30 2018-02-06 Apple Inc. Parsimonious handling of word inflection via categorical stem + suffix N-gram language models
US9646609B2 (en) 2014-09-30 2017-05-09 Apple Inc. Caching apparatus for serving phonetic pronunciations
US10127911B2 (en) 2014-09-30 2018-11-13 Apple Inc. Speaker identification and unsupervised speaker adaptation techniques
US9668121B2 (en) 2014-09-30 2017-05-30 Apple Inc. Social reminders
US10074360B2 (en) 2014-09-30 2018-09-11 Apple Inc. Providing an indication of the suitability of speech recognition
US10552013B2 (en) 2014-12-02 2020-02-04 Apple Inc. Data detection
US9711141B2 (en) 2014-12-09 2017-07-18 Apple Inc. Disambiguating heteronyms in speech synthesis
US9865280B2 (en) 2015-03-06 2018-01-09 Apple Inc. Structured dictation using intelligent automated assistants
US9886953B2 (en) 2015-03-08 2018-02-06 Apple Inc. Virtual assistant activation
US9721566B2 (en) 2015-03-08 2017-08-01 Apple Inc. Competing devices responding to voice triggers
US10567477B2 (en) 2015-03-08 2020-02-18 Apple Inc. Virtual assistant continuity
US9899019B2 (en) 2015-03-18 2018-02-20 Apple Inc. Systems and methods for structured stem and suffix language models
JP6519258B2 (ja) 2015-03-23 2019-05-29 株式会社バッファロー 情報処理装置、及び情報処理方法
US9842105B2 (en) 2015-04-16 2017-12-12 Apple Inc. Parsimonious continuous-space phrase representations for natural language processing
US10083688B2 (en) 2015-05-27 2018-09-25 Apple Inc. Device voice control for selecting a displayed affordance
US10127220B2 (en) 2015-06-04 2018-11-13 Apple Inc. Language identification from short strings
US9578173B2 (en) 2015-06-05 2017-02-21 Apple Inc. Virtual assistant aided communication with 3rd party service in a communication session
US10101822B2 (en) 2015-06-05 2018-10-16 Apple Inc. Language input correction
US11025565B2 (en) 2015-06-07 2021-06-01 Apple Inc. Personalized prediction of responses for instant messaging
US10255907B2 (en) 2015-06-07 2019-04-09 Apple Inc. Automatic accent detection using acoustic models
US10186254B2 (en) 2015-06-07 2019-01-22 Apple Inc. Context-based endpoint detection
US10747498B2 (en) 2015-09-08 2020-08-18 Apple Inc. Zero latency digital assistant
US10671428B2 (en) 2015-09-08 2020-06-02 Apple Inc. Distributed personal assistant
US9697820B2 (en) 2015-09-24 2017-07-04 Apple Inc. Unit-selection text-to-speech synthesis using concatenation-sensitive neural networks
US10366158B2 (en) 2015-09-29 2019-07-30 Apple Inc. Efficient word encoding for recurrent neural network language models
US11010550B2 (en) 2015-09-29 2021-05-18 Apple Inc. Unified language modeling framework for word prediction, auto-completion and auto-correction
US11587559B2 (en) 2015-09-30 2023-02-21 Apple Inc. Intelligent device identification
US10691473B2 (en) 2015-11-06 2020-06-23 Apple Inc. Intelligent automated assistant in a messaging environment
US10049668B2 (en) 2015-12-02 2018-08-14 Apple Inc. Applying neural network language models to weighted finite state transducers for automatic speech recognition
US9843474B2 (en) * 2015-12-23 2017-12-12 Intel Corporation Telemetry adaptation
US10223066B2 (en) 2015-12-23 2019-03-05 Apple Inc. Proactive assistance based on dialog communication between devices
US10446143B2 (en) 2016-03-14 2019-10-15 Apple Inc. Identification of voice inputs providing credentials
WO2017170010A1 (ja) * 2016-03-30 2017-10-05 日本電気株式会社 情報共有方式
US9934775B2 (en) 2016-05-26 2018-04-03 Apple Inc. Unit-selection text-to-speech synthesis based on predicted concatenation parameters
US9972304B2 (en) 2016-06-03 2018-05-15 Apple Inc. Privacy preserving distributed evaluation framework for embedded personalized systems
US10249300B2 (en) 2016-06-06 2019-04-02 Apple Inc. Intelligent list reading
US10049663B2 (en) 2016-06-08 2018-08-14 Apple, Inc. Intelligent automated assistant for media exploration
DK179309B1 (en) 2016-06-09 2018-04-23 Apple Inc Intelligent automated assistant in a home environment
US10586535B2 (en) 2016-06-10 2020-03-10 Apple Inc. Intelligent digital assistant in a multi-tasking environment
US10067938B2 (en) 2016-06-10 2018-09-04 Apple Inc. Multilingual word prediction
US10490187B2 (en) 2016-06-10 2019-11-26 Apple Inc. Digital assistant providing automated status report
US10192552B2 (en) 2016-06-10 2019-01-29 Apple Inc. Digital assistant providing whispered speech
US10509862B2 (en) 2016-06-10 2019-12-17 Apple Inc. Dynamic phrase expansion of language input
DK179343B1 (en) 2016-06-11 2018-05-14 Apple Inc Intelligent task discovery
DK179415B1 (en) 2016-06-11 2018-06-14 Apple Inc Intelligent device arbitration and control
DK201670540A1 (en) 2016-06-11 2018-01-08 Apple Inc Application integration with a digital assistant
DK179049B1 (en) 2016-06-11 2017-09-18 Apple Inc Data driven natural language event detection and classification
US10043516B2 (en) 2016-09-23 2018-08-07 Apple Inc. Intelligent automated assistant
US10593346B2 (en) 2016-12-22 2020-03-17 Apple Inc. Rank-reduced token representation for automatic speech recognition
DK201770439A1 (en) 2017-05-11 2018-12-13 Apple Inc. Offline personal assistant
DK179496B1 (en) 2017-05-12 2019-01-15 Apple Inc. USER-SPECIFIC Acoustic Models
DK179745B1 (en) 2017-05-12 2019-05-01 Apple Inc. SYNCHRONIZATION AND TASK DELEGATION OF A DIGITAL ASSISTANT
DK201770431A1 (en) 2017-05-15 2018-12-20 Apple Inc. Optimizing dialogue policy decisions for digital assistants using implicit feedback
DK201770432A1 (en) 2017-05-15 2018-12-21 Apple Inc. Hierarchical belief states for digital assistants
DK179549B1 (en) 2017-05-16 2019-02-12 Apple Inc. FAR-FIELD EXTENSION FOR DIGITAL ASSISTANT SERVICES
JP6544817B1 (ja) * 2018-07-31 2019-07-17 Quadrac株式会社 サーバ装置及びシステム

Family Cites Families (125)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04167159A (ja) 1990-10-31 1992-06-15 Fuji Xerox Co Ltd ネットワークシステムのサーバ検索方式
JPH05257839A (ja) 1991-12-12 1993-10-08 Sony Corp オーディオ信号再生方法およびオーディオ信号入出力方法
JP3075014B2 (ja) 1993-05-14 2000-08-07 松下電器産業株式会社 バスシステム
JPH0749704A (ja) 1993-08-06 1995-02-21 Hitachi Ltd 通信装置の入出力処理方式
JPH07327278A (ja) * 1994-06-01 1995-12-12 Nippon Telegr & Teleph Corp <Ntt> 遠隔制御方式
JPH0823583A (ja) * 1994-07-06 1996-01-23 Nippon Columbia Co Ltd 音量調整装置
JP3946275B2 (ja) * 1995-01-10 2007-07-18 富士通株式会社 リモートインストールシステムおよび方法
JPH08202638A (ja) 1995-01-26 1996-08-09 Namco Ltd ソフトウエア配給システム
JPH08242426A (ja) 1995-03-03 1996-09-17 Toshiba Corp ディスク再生装置
JP3625517B2 (ja) 1995-04-10 2005-03-02 三菱電機株式会社 ビデオデータ転送方法
JP3154921B2 (ja) * 1995-06-09 2001-04-09 富士通株式会社 ビデオ・オン・デマンドシステムにおける映像再生位置割り出し方式
JP3512910B2 (ja) * 1995-07-06 2004-03-31 株式会社東芝 分散計算機システムにおける記憶空間管理方法、計算機及びデータ転送方法
US5659539A (en) 1995-07-14 1997-08-19 Oracle Corporation Method and apparatus for frame accurate access of digital audio-visual information
JPH0963176A (ja) 1995-08-28 1997-03-07 Sony Corp ビデオｃｄ再生装置およびビデオｃｄ再生方法
JPH0970018A (ja) 1995-09-01 1997-03-11 Hitachi Ltd ファイルサーバ
JPH0998362A (ja) 1995-09-29 1997-04-08 Nec Corp マルチメディア通信システム
JP3087638B2 (ja) * 1995-11-30 2000-09-11 ヤマハ株式会社 音楽情報処理システム
US5732217A (en) * 1995-12-01 1998-03-24 Matsushita Electric Industrial Co., Ltd. Video-on-demand system capable of performing a high-speed playback at a correct speed
JPH09244900A (ja) 1996-03-11 1997-09-19 Taito Corp 通信カラオケ装置、通信カラオケ用ホストコンピュータ及び通信カラオケシステム
JPH09271002A (ja) * 1996-03-29 1997-10-14 Mitsubishi Electric Corp ビデオデータ配信方式
JPH09284343A (ja) 1996-04-12 1997-10-31 Kokusai Denshin Denwa Co Ltd <Kdd> 蓄積型マルチメディア情報の転送再生方法および装置
JP3972381B2 (ja) * 1996-04-12 2007-09-05 ソニー株式会社 情報転送装置及び情報転送方法
EP0806873A3 (en) * 1996-05-08 1998-11-18 Matsushita Electric Industrial Co., Ltd. Multiplex transmission method and system, and audio jitter absorbing method used therein
JP3258236B2 (ja) 1996-05-28 2002-02-18 株式会社日立製作所 マルチメディア情報転送システム
JPH09331518A (ja) 1996-06-13 1997-12-22 Nippon Telegr & Teleph Corp <Ntt> 動画像データ提供システムにおけるジャンプ先指定方法
JP3825099B2 (ja) 1996-09-26 2006-09-20 富士通株式会社 映像データ転送方式およびビデオサーバ装置
EP0901285A4 (en) 1997-02-26 2002-05-29 Mitsubishi Electric Corp DEVICE, SYSTEM AND METHOD FOR DISTRIBUTING VIDEO DATA
JPH10320340A (ja) 1997-03-14 1998-12-04 Toshiba Corp クライアントサーバシステムにおける、メッセージ制御方法ならびに装置、及び同方法がプログラムされ記録、伝播する記録媒体もしくは通信媒体
JPH10276408A (ja) 1997-03-31 1998-10-13 Nippon Telegr & Teleph Corp <Ntt> ビデオ情報提供制御方法およびシステム
JP3714441B2 (ja) 1997-04-28 2005-11-09 松下電器産業株式会社 サーバシステムとそのプロトコル処理方法
JP3261399B2 (ja) 1997-07-31 2002-02-25 松下電器産業株式会社 リモートメンテナンス方法およびリモートメンテナンス装置
US6263497B1 (en) * 1997-07-31 2001-07-17 Matsushita Electric Industrial Co., Ltd. Remote maintenance method and remote maintenance apparatus
JP3201313B2 (ja) 1997-08-01 2001-08-20 日本ビクター株式会社 データ伝送システム及び再生装置
JPH1166824A (ja) * 1997-08-15 1999-03-09 Sony Corp オーディオサーバシステム
JPH1196014A (ja) 1997-09-25 1999-04-09 Nec Corp プログラム部品配信装置および方法
EP0913775A1 (en) * 1997-10-03 1999-05-06 CANAL+ Société Anonyme Modem control
JP3201319B2 (ja) * 1997-11-01 2001-08-20 日本電気株式会社 ネットワークに接続可能な電子機器
JP3518292B2 (ja) 1997-12-02 2004-04-12 日本電気株式会社 クライアントサーバシステム
JP3687828B2 (ja) 1997-12-04 2005-08-24 ソニー株式会社 情報処理システムおよび方法、情報提供装置および方法、並びに記録媒体
JPH11219207A (ja) 1998-01-30 1999-08-10 Yaskawa Electric Corp マルチコントローラシステム
JP3275819B2 (ja) * 1998-02-12 2002-04-22 株式会社デンソー 情報通信システム
WO1999043111A1 (en) * 1998-02-23 1999-08-26 Personal Audio, Inc. System for distributing personalized audio programming
JPH11249640A (ja) * 1998-02-27 1999-09-17 Hitachi Ltd 年表表示方法
JPH11259404A (ja) 1998-03-06 1999-09-24 Yukihiko Kobori 自律・協調分散ネットワーク型情報通信処理機構とその装置
JPH11328851A (ja) * 1998-05-19 1999-11-30 Sony Corp 端末装置及び再生方法
JP2000031998A (ja) 1998-07-15 2000-01-28 Nec Corp ネットワーク装置、ネットワークの管理方式および管理方法
JP2000049831A (ja) 1998-07-29 2000-02-18 Yaskawa Electric Corp 家電用ネットワーク装置
JP2000059755A (ja) * 1998-08-07 2000-02-25 Matsushita Electric Ind Co Ltd データサーバシステム、データ受信装置およびデータ送信装置
JP2000075867A (ja) 1998-08-26 2000-03-14 Casio Comput Co Ltd 通信カラオケ装置、曲データ配信装置、及び記録媒体
US6397258B1 (en) * 1998-09-14 2002-05-28 Matsushita Electric Industrial, Co., Ltd. File system
JP2001057571A (ja) 1998-09-14 2001-02-27 Matsushita Electric Ind Co Ltd ファイルシステム
JP2000092125A (ja) * 1998-09-14 2000-03-31 Hitachi Ltd パケット転送装置、中継器、通信網、パケット転送方法および通信網の切替方法
JP3396639B2 (ja) * 1998-09-30 2003-04-14 株式会社東芝 階層記憶装置及び階層記憶制御方法
JP4702911B2 (ja) 1998-09-30 2011-06-15 キヤノン株式会社 カメラ制御方法、カメラ制御サーバ、および記録媒体
JP2000125260A (ja) 1998-10-15 2000-04-28 Toshiba Corp 動画像伝送サーバおよび同サーバを用いた動画像伝送システム並びに動画像伝送制御方法
JP3595709B2 (ja) 1998-11-19 2004-12-02 キヤノン株式会社 周辺制御装置および管理装置および周辺制御装置の環境設定方法および管理装置の環境設定方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体
JP2000217167A (ja) * 1998-11-20 2000-08-04 Sony Corp 情報処理装置および方法、並びにプログラム格納媒体
JP2000224207A (ja) 1999-02-02 2000-08-11 Sony Corp 情報処理装置および方法、情報処理システム、並びに提供媒体
JP3179433B2 (ja) 1999-02-09 2001-06-25 九州日本電気ソフトウェア株式会社 端末装置
WO2000047951A1 (fr) * 1999-02-09 2000-08-17 Sony Corporation Procede, appareil et support de traitement de l'information
BR0006168A (pt) * 1999-05-28 2001-04-17 Matsushita Electric Ind Co Ltd Cartão de memória de semicondutor, aparelho de reprodução, aparelho de gravação, processo de reprodução, processo de gravação, e um meio de armazenamento legìvel por computador
CN1187756C (zh) * 1999-05-28 2005-02-02 松下电器产业株式会社 半导体存储器卡、播放装置、记录装置、播放方法、记录方法、和计算机可读记录介质
JP4120906B2 (ja) 1999-06-24 2008-07-16 ソニー株式会社 ネットワークシステム、情報管理装置、端末機器、情報管理方法及び端末機器の登録方法
JP3478200B2 (ja) 1999-09-17 2003-12-15 日本電気株式会社 サーバ・クライアント間双方向通信システム
JP3764311B2 (ja) 1999-10-29 2006-04-05 シャープ株式会社 ネットワーク接続された情報処理装置の周辺機器およびデバイスドライバのバージョン管理方法
JP2001357312A (ja) 1999-11-24 2001-12-26 Sega Corp 情報処理装置、ファイルサーバ、課金管理システムおよび課金管理方法並びにプログラムを記録した記録媒体
US7051110B2 (en) * 1999-12-20 2006-05-23 Matsushita Electric Industrial Co., Ltd. Data reception/playback method and apparatus and data transmission method and apparatus for providing playback control functions
JP2001186162A (ja) 1999-12-24 2001-07-06 Toshiba Corp Ａｖ機器ネットワークシステム
JP3975045B2 (ja) 2000-01-24 2007-09-12 パナソニック コミュニケーションズ株式会社 ネットワーク制御装置及びリモート表示装置
JP4269203B2 (ja) * 2000-02-04 2009-05-27 ソニー株式会社 データ処理システム、データ処理装置、データ処理方法、プログラム及び再生装置
JP2001257707A (ja) 2000-03-09 2001-09-21 Sony Corp マルチ再生システム、サーバ装置、端末装置
JP2001256156A (ja) * 2000-03-10 2001-09-21 Victor Co Of Japan Ltd 制御情報システムおよび制御情報伝送方法
JP3749817B2 (ja) * 2000-03-30 2006-03-01 株式会社東芝 送信装置およびその送信方法
WO2001080558A2 (en) * 2000-04-14 2001-10-25 Solidstreaming, Inc. A system and method for multimedia streaming
JP2001309457A (ja) 2000-04-26 2001-11-02 Victor Co Of Japan Ltd 家庭内ネットワークシステム及び家庭内ネットワークに使用するリモートコントロール装置
JP4380886B2 (ja) 2000-04-28 2009-12-09 ソニー株式会社 情報記録再生システムおよび移動可能機器
JP2002014912A (ja) 2000-04-28 2002-01-18 Sony Corp メモリ制御方法、データ受信装置、データ送受信方法およびデータ送受信システム
JP2001318949A (ja) 2000-05-09 2001-11-16 Onkyo Corp コンテンツ配送システム
JP2001326652A (ja) * 2000-05-16 2001-11-22 Nec Miyagi Ltd 監視制御システム
JP4265082B2 (ja) 2000-05-23 2009-05-20 ヤマハ株式会社 サーバクライアントシステムおよびサーバ装置
JP2001344271A (ja) 2000-06-01 2001-12-14 Onkyo Corp ストリームデータ再生システム
JP2002044765A (ja) * 2000-07-28 2002-02-08 Matsushita Electric Ind Co Ltd 遠隔制御システムとゲートウェイ装置
JP2002049556A (ja) * 2000-08-02 2002-02-15 Sharp Corp 家庭内メディア配信システム
JP2002051387A (ja) * 2000-08-04 2002-02-15 Kenwood Corp ネットワークシステム、コントロール機器、再生制御方法及び記録媒体
JP2002055687A (ja) 2000-08-11 2002-02-20 Onkyo Corp 音楽ファイル送受信システム
US7150015B2 (en) * 2000-09-01 2006-12-12 Pace Charles P Method and system for deploying an asset over a multi-tiered network
JP2002078047A (ja) * 2000-09-04 2002-03-15 Sharp Corp ネットワーク制御システム
JP4559602B2 (ja) * 2000-09-06 2010-10-13 ミサワホーム株式会社 マルチメディア情報盤、ケーブルの接続構造およびケーブルの接続方法
JP4453177B2 (ja) * 2000-09-11 2010-04-21 ソニー株式会社 コンテンツ配信システムおよびその方法
JP3751815B2 (ja) 2000-10-04 2006-03-01 日本電信電話株式会社 サービス提供システム
JP2002149166A (ja) * 2000-11-09 2002-05-24 Yamaha Corp 楽曲情報配信装置、方法、及び記録媒体
JP2002152859A (ja) * 2000-11-14 2002-05-24 Matsushita Electric Ind Co Ltd ホームコントロールシステム
JP2002152682A (ja) * 2000-11-14 2002-05-24 Matsushita Electric Ind Co Ltd 画像伝送装置
JP3634742B2 (ja) * 2000-11-15 2005-03-30 三洋電機株式会社 配信システムおよび携帯電話機
JP2002176610A (ja) * 2000-12-08 2002-06-21 Brother Ind Ltd ビデオ操作サーバ、ビデオ操作方法、記録媒体およびプログラム
US6874040B2 (en) * 2000-12-19 2005-03-29 International Business Machines Corporation Employing a data mover to communicate between dynamically selected zones of a central processing complex
JP2002191038A (ja) 2000-12-20 2002-07-05 Hitachi Ltd 動画像配信システム
JP2002199344A (ja) 2000-12-26 2002-07-12 Toshiba Corp マルチメディア情報送信サーバ装置
JP2002223443A (ja) 2001-01-24 2002-08-09 Yamaha Corp トランスコーディング方法およびトランスコーディング装置
JP3965916B2 (ja) * 2001-02-09 2007-08-29 セイコーエプソン株式会社 データ転送システム、転送元端末及び中間処理端末
US20020194596A1 (en) * 2001-06-18 2002-12-19 Srivastava Gopal K. Control of multiple AV-devices by a single master controller using infrared transmitted commands and bus transmitted commands
US6792449B2 (en) 2001-06-28 2004-09-14 Microsoft Corporation Startup methods and apparatuses for use in streaming content
JP2003018668A (ja) * 2001-07-02 2003-01-17 Toshiba Corp ネットワーク機器制御装置および方法
JP2003022225A (ja) * 2001-07-09 2003-01-24 Sony Corp 機器制御装置および方法
EP1286351B1 (en) 2001-08-21 2012-08-08 Thomson Licensing File and content management
JP3941435B2 (ja) 2001-08-24 2007-07-04 ヤマハ株式会社 演奏情報再生装置、方法及びプログラム
JP4670209B2 (ja) 2001-09-13 2011-04-13 ヤマハ株式会社 楽曲情報再生装置、及びプログラム
JP2003110561A (ja) * 2001-09-26 2003-04-11 Matsushita Electric Ind Co Ltd ホームネットワーク上のストリーム管理装置
JP2003111048A (ja) 2001-09-26 2003-04-11 Ntt Software Corp コンテンツ再生のためのサーバ及びプログラム
JP2003131975A (ja) 2001-10-24 2003-05-09 Matsushita Electric Ind Co Ltd ストリーミング配信システム及び情報端末
JP2003143222A (ja) 2001-11-06 2003-05-16 Victor Co Of Japan Ltd ネットワーク制御システム
JPWO2003092265A1 (ja) * 2002-04-23 2005-09-08 シャープ株式会社 機器制御管理装置
JP3888532B2 (ja) * 2002-05-14 2007-03-07 ソニー株式会社 コンテンツ再生機器、サーバ接続方法、サーバ接続プログラムおよび記録媒体
US7075899B2 (en) * 2002-05-21 2006-07-11 Actv, Inc. System and method for providing private in-band data to digital set-top boxes in a broadcast environment
JP2003338947A (ja) * 2002-05-22 2003-11-28 Pioneer Electronic Corp 電子機器ネットワークシステム、電子機器制御装置、及び電子機器制御方法
EP1508892B1 (en) 2002-05-31 2017-07-12 Onkyo Corporation Network type content reproduction system
US7490136B2 (en) * 2002-12-17 2009-02-10 Ricoh Company, Ltd. Digital contents distributing system and distributing method
JP4020039B2 (ja) * 2003-07-08 2007-12-12 オンキヨー株式会社 ネットワークａｖシステム
JP3865139B2 (ja) * 2003-10-15 2007-01-10 オンキヨー株式会社 ネットワークａｖシステム
JP4275085B2 (ja) * 2005-02-17 2009-06-10 株式会社ソニー・コンピュータエンタテインメント 情報処理装置、情報処理方法、およびデータストリーム生成方法
JP4396590B2 (ja) * 2005-05-13 2010-01-13 ソニー株式会社 再生装置、再生方法および再生プログラム
JP2007042204A (ja) * 2005-08-02 2007-02-15 Sony Corp 再生装置、期限通知方法および期限通知プログラム
JP5055901B2 (ja) * 2005-10-26 2012-10-24 ソニー株式会社 携帯型再生装置、関連情報通知方法および関連情報通知プログラム
JP2008250569A (ja) * 2007-03-29 2008-10-16 Brother Ind Ltd コンテンツ配信システム及びその情報処理方法並びにコンテンツ管理装置及びそのプログラム
JP2010157188A (ja) * 2009-01-05 2010-07-15 Sony Corp 情報処理装置、コンテンツ管理方法及びプログラム

Also Published As

Publication number Publication date
CA2486671C (en) 2011-11-15
EP1508892A4 (en) 2005-08-17
US8005928B2 (en) 2011-08-23
JPWO2003102919A1 (ja) 2005-09-29
KR100903258B1 (ko) 2009-06-17
US8291074B2 (en) 2012-10-16
JP2012190462A (ja) 2012-10-04
WO2003102919A1 (en) 2003-12-11
US20120117148A1 (en) 2012-05-10
AU2003241772A1 (en) 2003-12-19
CA2486671A1 (en) 2003-12-11
JP2012164329A (ja) 2012-08-30
US7634532B2 (en) 2009-12-15
US20100049796A1 (en) 2010-02-25
US20110219064A1 (en) 2011-09-08
US20050203991A1 (en) 2005-09-15
JP2010072657A (ja) 2010-04-02
AU2003241772B2 (en) 2008-11-06
US20120041999A1 (en) 2012-02-16
US7908370B2 (en) 2011-03-15
CN1659623A (zh) 2005-08-24
KR20050003371A (ko) 2005-01-10
JP5017738B2 (ja) 2012-09-05
CN100515076C (zh) 2009-07-15
JP4929520B2 (ja) 2012-05-09
EP1508892B1 (en) 2017-07-12
JP5673588B2 (ja) 2015-02-18
US8037177B2 (en) 2011-10-11
EP1508892A1 (en) 2005-02-23
US8516042B2 (en) 2013-08-20
JP2011242800A (ja) 2011-12-01
US20110137985A1 (en) 2011-06-09

Similar Documents

Publication Publication Date Title
JP4013949B2 (ja) ネットワーク型コンテンツ再生システム
JP3847764B2 (ja) ネットワーク型コンテンツ再生システム
RU2460119C2 (ru) Программируемый мультимедийный контроллер с программируемыми функциями
EP1958439B1 (en) Method of managing a distributed storage system
CN101005389A (zh) 基于upnp的媒体内容再现系统及其方法
JP4812604B2 (ja) ネットワーク型コンテンツ再生システム
JP4155260B2 (ja) ネットワーク型コンテンツ再生システム
JP2005189827A6 (ja) ネットワーク型コンテンツ再生システム
JP4013942B2 (ja) ネットワーク型コンテンツ再生システム
JP2005182762A (ja) ネットワーク型コンテンツ再生システム
JP2005182763A6 (ja) ネットワーク型コンテンツ再生システム
JP4281792B2 (ja) ネットワーク型コンテンツ再生システム

Legal Events

Date Code Title Description
A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20060516

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20060802

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061010

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061211

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070320

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070821

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070903

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100921

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4013949

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100921

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130921

Year of fee payment: 6

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees