(57)【要約】【課題】無線通信による質の高い音声ストリーム再生を可能とする。【解決手段】クライアント機２ｉでは、サーバ機１の音声データの連続送信に先立ってサーバ機１から受信した第１時間データを、第２タイマに設定すると、第２タイマは設定した第１時間データから計時を開始する。これにより、以降の音声データの連続転送期間においてはサーバ機１とクライアント機２ｉのタイマ同士は同期して同じ時間データを出力するように調整される。そして、音声データ連続転送期間では、クライアント機２ｉは、サーバ機１からスピーカを介して出力するべき順に従い連続送信されて順次に記憶部に格納された音声データのうちから、付与された第１時間データが、第２タイマが出力する第２時間データが指す時間を指示する単位音声データを検索して順次、スピーカを介し出力する。【選択図】図１
2009159401.tif 000002
【特許請求の範囲】
【請求項１】
サーバ機と、音声出力部を含み前記サーバ機と無線通信するクライアント機とを備え、
前記サーバ機は、
現在時間を計時しながら、計時時間を指す第１の時間データを出力する第１タイマと、
送信すべき音声データが予め所定単位に分割されることで得られた各単位音声データを、前記第１タイマが出力する前記第１の時間データを付与して、当該送信すべき音声データを前記音声出力を部を介し出力するための順番に従い、前記クライアント機側に連続して送信する音声データ送信手段と、
前記第１タイマが出力する前記第１の時間データを、前記クライアント機に送信する時間データ送信手段と、を含み、
前記クライアント機は、
記憶部と、
設定された時間データから計時を開始し、計時しながら計時時間を指す第２の時間データを出力する第２タイマと、
前記音声データ送信手段から連続して送信される前記単位音声データを順次受信し、前記記憶部に格納する音声データ受信手段と、
前記時間データ送信手段から送信された前記第１の時間データを、前記音声データ送信手段による前記単位音声データの連続送信に先立って受信し、受信した前記第１の時間データを前記第２タイマに設定する時間設定手段と、
前記記憶部に格納される前記単位音声データのうちから、付与された前記時間データが、前記第２タイマが出力する前記第２の時間データが指示する時間を示す前記単位音声データを検索して順次出力する検索手段と、をさらに含み、
前記検索手段により順次出力される前記単位音声データを、前記音声出力部を介して外部に出力する、無線通信システム。
【請求項２】
前記サーバ機と前記クライアント機は所定のチャンネルを介して無線通信し、
前記クライアント機は、
前記音声データ受信手段により前記単位音声データが受信できたときに、前記サーバ機に確認応答を送信する確認応答手段をさらに含み、
前記サーバ機は、
前記音声データ送信手段による前記各単位音声データの送信に対して前記確認応答を受信するか否かを検出する確認応答検出手段と、
前記確認応答検出手段による前記確認応答の検出結果に基づき、前記所定のチャンネルを別のチャンネルに切換えるか否かを決定するチャンネル切換決定手段を、さらに含む、請求項１に記載の無線通信システム。
【請求項３】
前記チャンネル切換決定手段の決定に基づき、前記所定のチャンネルを前記別のチャンネルに切換える場合に、
前記時間データ送信手段は、
前記別のチャンネルを指す情報と前記第１の時間データとを、前記クライアント機に送信し、
前記クライアント機は、
前記サーバ機と無線通信するための前記指定のチャンネルを、前記時間データ送信手段から受信した情報が指す前記別のチャンネルに切換える、請求項１または２に記載の無線通信システム。
【請求項４】
前記サーバ機は、
無線通信のための複数のチャンネルのトラフィックを検出するトラフィック検出手段と、
前記トラフィック検出手段の検出結果に基づき、前記複数のチャンネルのうちから前記別のチャンネルを決定する、請求項２または３に記載の無線通信システム。
【請求項５】
前記単位音声データは、人の聴覚により感覚されない周波数の音声を指す、請求項１から４のいずれかに記載の無線通信システム。
【請求項６】
前記無線通信は、アドホック通信ネットワークを介した通信を指す、請求項１から５のいずれかに記載の無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、音声データを転送する無線通信システムに関する。
【背景技術】
【０００２】
近年、複数の情報通信端末において、基地局（アクセス・ポイント）を使用しない無線通信が普及しつつある。なお、このような無線通信のできる端末のみで構成されるネットワークは、アドホック・ネットワーク（ad hoc network）と呼ばれる。
【０００３】
アドホック・ネットワークを利用した無線通信システムでは、端末間でのデータ転送は、ファイル転送をターゲットにプロトコル設計がなされていた。したがって、このような従来の無線通信システムは、音声ストリーム再生などのような通信にリアルタイム性が要求されるデータの転送には向いていなかった。
【０００４】
本明細書では、音声の“Streaming”（ストリーミング）による再生を、音声ストリーム再生という。ここで、“Streaming”とは従来のファイル転送のようなダウンロードによる一括転送ではなく、送信側がデータを分割し、分割されることで得られた各データを受信側に連続転送しながら、受信側では受信する各データを連続再生（出力）する技術を指す。
【０００５】
従来のコードレス・スピーカシステムの構成として、たとえば特許文献１に示されるものがある。特許文献１では、無線通信によりオーディオアンプ−スピーカ間で音声データを転送する。
【特許文献１】特開２００４−３２８６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来の無線通信システムを利用した音声ストリーム再生においては、オーディオアンプから送信された音声データが、受信側のスピーカシステムで受信されない場合には、スピーカからの音声出力を一時中断し、その後に音声データを遅れて受信した時に出力することがあった。このような場合には、出力音が途切れる、リズムが乱れるなどの現象が現れて、視聴者には耳障りであった。
【０００７】
特許文献１には、電池の長寿命化を図るための構成が示されるが、上述したような、受信側のスピーカにおいてデータ受信がされない場合の現象を回避するための構成は何ら提案されていない。
【０００８】
それゆえにこの発明の目的は、無線通信による質の高い音声ストリーム再生を可能にする無線通信システムを提供することである。
【課題を解決するための手段】
【０００９】
この発明のある局面に従う無線通信システムは、サーバ機と、音声出力部を含みサーバ機と無線通信するクライアント機とを備える。
【００１０】
サーバ機は、現在時間を計時しながら、計時時間を指す第１の時間データを出力する第１タイマと、送信すべき音声データが予め所定単位に分割されることで得られた各単位音声データを、第１タイマが出力する第１の時間データを付与して、当該送信すべき音声データを音声出力を部を介し出力するための順番に従い、クライアント機側に連続して送信する音声データ送信手段と、第１タイマが出力する第１の時間データを、クライアント機に送信する時間データ送信手段と、を含む。
【００１１】
クライアント機は、記憶部と、設定された時間データから計時を開始し、計時しながら計時時間を指す第２の時間データを出力する第２タイマと、音声データ送信手段から連続して送信される単位音声データを順次受信し、記憶部に格納する音声データ受信手段と、時間データ送信手段から送信された第１の時間データを、音声データ送信手段による単位音声データの連続送信に先立って受信し、受信した第１の時間データを第２タイマに設定する時間設定手段と、記憶部に格納される単位音声データのうちから、付与された時間データが、第２タイマが出力する第２の時間データが指示する時間を指示する単位音声データを検索して順次出力する検索手段と、をさらに含み、検索手段により順次出力される単位音声データを音声出力部を介して外部に出力する。
【００１２】
好ましくは、サーバ機とクライアント機は所定のチャンネルを介して無線通信し、クライアント機は、音声データ受信手段により単位音声データが受信できたときに、サーバ機に確認応答を送信する確認応答手段をさらに含む。
【００１３】
サーバ機は、音声データ送信手段による各単位音声データの送信に対して確認応答を受信するか否かを検出する確認応答検出手段と、確認応答検出手段による確認応答の検出結果に基づき、所定のチャンネルを別のチャンネルに切換えるか否かを決定するチャンネル切換決定手段を、さらに含む。
【００１４】
好ましくは、チャンネル切換決定手段の決定に基づき、所定のチャンネルを別のチャンネルに切換える場合に、時間データ送信手段は、別のチャンネルを指す情報と第１の時間データとを、クライアント機に送信する。
【００１５】
クライアント機は、サーバ機と無線通信するための指定のチャンネルを、時間データ送信手段から受信した情報が指す別のチャンネルに切換える。
【００１６】
好ましくは、サーバ機は、無線通信のための複数のチャンネルのトラフィックを検出するトラフィック検出手段と、トラフィック検出手段の検出結果に基づき、複数のチャンネルのうちから別のチャンネルを決定する。
【００１７】
好ましくは、単位音声データは、人の聴覚により感覚されない周波数の音声を指す。
好ましくは、無線通信は、アドホック通信ネットワークを介した通信を指す。
【発明の効果】
【００１８】
本発明によれば、クライアント機では、サーバ機の単位音声データの連続送信に先立ってサーバ機から受信した第１の時間データを、第２タイマに設定すると、第２タイマは設定した第１の時間データから計時を開始する。これにより、以降の単位音声データの連続転送の期間においてはサーバ機とクライアント機のタイマ同士は同期して同じ時間データを出力するように調整される。そして、単位音声データの連続転送の期間では、クライアント機は、サーバ機から音声出力部を介して出力するべき順に従い連続送信されて順次に記憶部に格納された単位音声データのうちから、付与された第１の時間データが、第２タイマが出力する第２の時間データが指す時間を指示する単位音声データを検索して順次、音声出力部を介し外部に出力する。
【００１９】
したがって、クライアント機では、サーバ機から受信した単位音声データは、それが出力されるべき順番に従い音声出力部を介して出力されることが保障される。その結果、無線通信による質の高い音声ストリーム再生が可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の無線通信ネットワークの実施の形態について図面を参照して説明する。本実施の形態では、無線通信ネットワークであるアドホック・ネットワークを利用した、音声ストリーム再生のための構成を示す。
【００２１】
図１は、本実施の形態に係る無線通信ネットワークであるアドホック・ネットワークの構成の一例を模式的に示す図である。
【００２２】
図１を参照して、ネットワーク１０には、サーバ機１、および複数のクライアント機２ｉ（ｉ＝１、２、…、ｎ）を含む。サーバ機１は、音源から入力した音声データをクライアント機２ｉに対して送信するパワーアンプの機能を有する。クライアント機２ｉは、サーバ機１から送信される音声データを受信し、受信した音声データを外部に出力するスピーカ機能を有する。図１の構成においては、たとえばクライアント機２１がＬ（左側）のスピーカとして動作し、クライアント機２２が、右側（Ｒ）のスピーカとして動作する。図１では複数のクライアント機２ｉを備えるが、１台であってもよい。
【００２３】
本実施の形態では、ネットワーク１０は、図１に示すサーバ機１とクライアント機２ｉからなる無線セルとは異なる別の図示のない無線セルによっても利用されていると想定する。
【００２４】
図１のネットワーク１０を用いて構成されるサーバ機１と複数のクライアント機２ｉからなるシステムは、ＩＥＥＥ８０２．１１規格に従うＭＡＣ（Media Access Control）レイヤレベルで音声データの到着時間を保障することによって、サーバ１からの音声データ送信にリアルタイムに追従したクライアント機２ｉによる音声ストリーム再生（出力）を実現する機能を有する。具体的には、サーバ機１とクライアント機２ｉの間で定期的に交換されるＭＡＣフレームの１つである管理フレームの１種であるBeaconフレームに含まれているタイマ値を利用し、サーバ機１では、データ送信のスケジューリングを行ない、クライアント機２ｉではスケジューリングに従う受信データと再生（出力）データの間の時間情報に基づく同期を調整する。
【００２５】
図２と図３それぞれは、図１のサーバ機１とクライアント機２ｉそれぞれのハードウェア構成を模式的に示す図である。
【００２６】
図２を参照して、サーバ機１は、主にパワーアンプ１００と通信回路２００から構成される。
【００２７】
パワーアンプ１００は、当該パワーアンプ１００の動作を全体的に制御・管理するためのＣＰＵ（Central Processing Unit）１０１を含む。また、パワーアンプ１００では、種々のプログラムおよびデータを格納するためのメモリ１０２、ＤＳＰ（Digital Signal Processor）からなるデコーダ１０３、およびＤＳＰからなるサウンドプロセッサ１０４、サウンドプロセッサ１０４から出力されたデジタルの音声データをアナログ信号に変換し出力するＤ／Ａ（Digital/Analog）コンバータ１０５を備える。サウンドプロセッサ１０４は、音声データについて音圧を調整して、Ｄ／Ａコンバータ１０５とインターフェイス１１０に出力する。
【００２８】
パワーアンプ１００は、さらに、着脱自在に装着されるＣＤ（Compact Disk）１０８を駆動するためのＣＤドライブＩ／Ｆ（Interface）１０７、およびＣＤデコーダ１０６を備える。
【００２９】
さらにパワーアンプ１００は、外部からのデジタル入力を受付けるＳＰＤ(Serial Presence Detect）Ｉ／Ｆ１０９、通信回路２００との入出力機能を有するインターフェイス１１０、ＨＤＤ（Hard Disk Driver）１１１、ＨＤＤ１１１を接続するためのインターフェイスであるＡＴＡＰＩ（AT Attachment Packet Interface）１１２および入力部１１３を備える。ＡＴＡＰＩ１１２は、ＨＤＤ１１１に対するデータのアクセスを制御する。入力部１１３は、ユーザ操作などによる外部からの指示を受付ける。
【００３０】
本実施の形態では、サーバ機１からクライアント機２ｉに送信される音声データのための音源は、外部デジタル入力、ＨＤＤ１１１の再生音データ、ＣＤ１０８の再生音データなどを想定するが、これらに限定されない。パワーアンプ１００では、音源となる音声データを入力すると、入力した音声データはメモリ１０２のワークメモリ１０２１に一旦格納される。ＣＰＵ１０１は、ワークメモリ１０２１において送信すべき単位データに分割する。その後、分割後の各単位データをスピーカシステム４００から外部に出力するべき順番に従いワークメモリ１０２１から読出して送信要求とともに、通信回路２００に送信する。したがって、分割後の各単位データは、この順番に従いネットワーク１０に送信される。ここでは、分割後の各単位データは、自己が出力されるべき順番を指す情報を有すると想定する。
【００３１】
通信回路２００は、ベースバンド／ＭＡＣ（Media Access Control）回路２５０、ＲＦ（Radio Frequency）回路２０５、バラン２０４、アンテナ２０３、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）２０６，２０７、電源回路２０１、および、クロック回路２０２を含む。
【００３２】
クロック回路２０２は、ベースバンド／ＭＡＣ回路２５０とＲＦ回路２０５にクロック信号を供給する。電源回路２０１は、ベースバンド／ＭＡＣ回路２５０とＲＦ回路２０５に対する電力の供給を制御する。
【００３３】
ＲＦ回路２０５は、アンテナ２０３を介してデータの送受信を行なう。アンテナ２０３とＲＦ回路２０５との間に、バラン２０４が設けられている。
【００３４】
ベースバンド／ＭＡＣ回路２５０は、ＣＰＵ２５１、インターフェイス２５２、外部バスコントローラ２５３、プログラムメモリ２５４、共有メモリ２５５、時間を計時するタイマ２５６、コントロールＭＡＣ部２５７、ＡＤＣ（analog-digital converter）２５８、および、ＤＡＣ（digital-analog converter）２５９を含む。
【００３５】
タイマ２５６はクロック回路２０２からの基準クロック信号に従い計時し、計時した時間を指すデータＴ１を逐次出力する。
【００３６】
共有メモリ２５５は、カウンタとして用いる変数Ｃを格納するとともに、テーブルＴＢを予め格納する。テーブルＴＢは、複数種類の時間データのそれぞれに対応して、閾値を格納する。閾値は、対応する時間データ毎に異なる値を指す。閾値は、変数Ｃのカウント値と比較されて、後述する‘音途切れが頻繁’か否かの検出のために参照される。テーブルＴＢの内容は、図１のネットワーク１０の環境（周囲の雑音源など通信に関する各種条件）に応じて実験などにより決定される。
【００３７】
インターフェイス２５２は、パワーアンプ１００に対するインターフェイスである。ＣＰＵ２５１は、パワーアンプ１００から、データをネットワーク１０に対して送信する指示を受けると、インターフェイス２５２に、パワーアンプ１００内のメモリ（たとえば、ワークメモリ１０１２）に格納された当該データを取出させる。つまり、パワーアンプ１００のＣＰＵ１０１は、送信するべき音声データを生成し、当該音声データを上記メモリに格納した後、当該音声データの送信要求を通信回路２００へ送信する。また、インターフェイス２５２によって取出された音声データは、ネットワーク１０に対して送信するフレームの後述の「ユーザ・データ・ボディ部」を構成するデータとして、プログラムメモリ２５４に一時的に格納される。
【００３８】
そして、ＣＰＵ２５１は、プログラムメモリ２５４に格納されたデータに対してＭＡＣヘッダとＦＣＳ（Frame Check Sequence）を含む種々のデータを付加することにより、ネットワーク１０に対して送信するフレームを生成し、プログラムメモリ２５４に格納するとともに、共有メモリ２５５において当該フレームを生成した旨のフラグを立てる。
【００３９】
図３を参照して、クライアント機２ｉは、主に通信回路３００とスピーカシステム４００とからなる。
【００４０】
スピーカシステム４００は、スピーカシステムの動作を全体的に制御・管理するためのＣＰＵ４０１、各種プログラムおよびデータを格納するためのメモリ４０４、入力したデジタル音声データをアナログ信号に変換し外部に出力するＤ／Ａコンバータ４０３、デコーダ４０２、および通信回路３００との入出力を機能するインターフェイス４０７を備える。
【００４１】
通信回路３００は、図２に示した通信回路２００と同様な機能と構成を有する。通信回路３００における通信回路２００内の同一または相当する部分には、図２の当該部部に付された符号の１桁目の数字を‘２’→‘３’に変更して示し、詳細な説明は略す。なお、タイマ３５６は、時間を計時しながら計時した時間データＴ２を逐次出力する。タイマ３５６はクロック回路３０２からの基準クロック信号に従い計時する。
【００４２】
共有メモリ３５５は、ネットワーク１０を介して受信した音声データを受信した順番に一時的に格納するためのバッファ領域を有する。当該バッファ領域から読出された音声データは、読出しがされると当該バッファ領域から削除（または、新たに受信した音声データにより上書き）されると想定する。
ここで、ネットワーク１０に送信されるフレームの一例であるBeaconフレームの構成を、図４を参照して説明する。
【００４３】
図４は、ＩＥＥＥ８０２．１１規格に準拠するフレームの構成を示す図である。
図４を参照して、フレーム５００は、ＭＡＣヘッダ部５１０と、フレーム・ボディ部５２０と、ＦＣＳ部５３０とを含む。
【００４４】
ＭＡＣヘッダ部５１０は、ＤＡ（Destination Address）５１１およびＳＡ（Source Address）５１２を含む。ＤＡ５１１は、フレーム５００の宛先アドレスである。ＳＡ５１２は、フレーム５００の送信元アドレスである。ＤＡ５１１およびＳＡ５１２は、６バイトのＭＡＣアドレスである。これらのアドレスは、ＥＥＰＲＯＭ２０６（または３０６）に予め格納されている。ＭＡＣヘッダ部５１０には、アドホック・ネットワークを識別するためのネットワーク識別情報、および無線セルの識別情報も格納されるが、ここでは、説明を簡単にするために省略する。なお、同一無線セル内の端末同士が通信を行なうことができるように、当該無線セルの識別情報が参照される。
【００４５】
フレーム・ボディ部５２０は、ビーコン・フレーム・ボディ部５２１と、ユーザ・データ・ボディ部５２２とを含む。ユーザ・データ・ボディ部５２２は、通信されるべき実際のデータを含む。本実施の形態では、サーバ機１のタイマ２５６が出力する時間データＴ１を指示するタイマ値５２２１と空チャンネル番号５２２２を含むデータが、ユーザ・データ・ボディ部５２２に格納される。
【００４６】
ＦＣＳ部５３０は、フレームの誤り検出に使用される情報（ＦＣＳ）を含む。
なお、図４のフレーム５００は、Beaconフレームであるため、フレーム・ボディ部５２０にはビーコン・フレーム・ボディ部等のデータを含むが、フレーム５００が他の用途のフレームである場合には、フレーム・ボディ部３２０に含まれるデータは適宜変更される。図５には、図４のフレーム５００がデータフレームとして利用される場合の構成が示される。本実施の形態では、このデータフレームはサーバ機１がクライアント機２ｉに音声データを送信するために用いられる。
【００４７】
フレーム５００のフレーム・ボディ部５２０にはユーザ・データ５２３が格納される。ユーザデータ５２３は、時間情報５２３１と音声データ５２３２とが対応付けて格納される。音声データ５２３２は、前述したようにワークメモリ１０２１で予め分割された単位データを指す。対応の時間情報５２３１には、当該単位データがパワーアンプ１００から出力されて通信回路２００を介してネットワーク１０に送信される際に、タイマ２５６から出力された時間データＴ１が設定される。
【００４８】
データフレームのＭＡＣヘッダ部５１０とＦＣＳ部５３０の内容はBeaconフレームと同様である。
【００４９】
図２に戻って、プログラムメモリ２５４に格納された送信用のフレームは、コントロールＭＡＣ部２５７によって読出される。コントロールＭＡＣ部２５７は、共有メモリ２５５にフラグが立ったことを検知すると、プログラムメモリ２５４に格納された送信用のフレームを読出し、ＤＡＣ２５９へ送る。その後、送信用のフレームはアナログデータに変換されて、ＲＦ回路２０５、バラン２０４、アンテナ２０３を介して、ネットワーク１０へと送信される。これにより、サーバ機１からクライアント機２ｉに図４または図５のフレームが送信される。
【００５０】
通信回路２００において、ネットワーク１０を介して送信されてきたデータが受信される際の動作について説明する。アンテナ２０３およびバラン２０４を介してＲＦ回路２０５に送られてきたフレームは、ＡＤＣ２５８においてデジタルデータに変換された後、コントロールＭＡＣ部２５７に送られる。コントロールＭＡＣ部２５７は、デジタル信号に変換されたフレームに対して、フレーム先頭検出、時間および周波数の同期処理を行なった後、誤り検出、誤り訂正、そして復号を行なう。そして、コントロールＭＡＣ部２５７は、さらに、当該フレームのＤＡ３１１がＥＥＰＲＯＭ２０６に格納される当該通信回路２００のＭＡＣアドレスと一致するか否かを判断し、一致すると判断すると、フレームからＭＡＣヘッダ部５１０とＦＣＳ部５３０を取除いた後、プログラムメモリ２５４に、残ったデータ（フレーム・ボディ部５２０）を転送する。なお、一致しないと判断すると、コントロールＭＡＣ部２５７は、受信したフレームを破棄する。
【００５１】
また、コントロールＭＡＣ部２５７は、受信したフレーム・ボディ部５２０をプログラムメモリ２５４に格納したときに、共有メモリ２５５において、その旨を示すフラグをセットする。ＣＰＵ２５１は、当該フラグがセットされたことに応じて、プログラムメモリ２５４に格納されたフレーム・ボディ部５２０を、処理する。たとえば、後述の‘ＡＣＫ（Acknowledgement：確認応答）’が検出されるか否かを判定する。これにより、クライアント機２ｉから送信れたフレームをサーバ機１で受信することができる。
【００５２】
上述した機能がクライアント機２ｉで同様に行なわれることにより、クライアント機２ｉは自己が生成したフレームをサーバ機１に送信することができる。また、サーバ機１から送信されたBeaconフレームまたはデータフレームを受信することができる。特に受信したデータフレームの内容は、プログラムメモリ２５４に誤り検出処理のために格納されるとともに、共有メモリ３５５のバッファ領域において、受信順に格納される。
【００５３】
図６には、本実施の形態に係るサーバ機１とクライアント機２ｉの間の、音声データの通信に係る制御手順が模式的に示される。図６に従い、サーバ機１からクライアント機２ｉへ音声データを送信し、クライアント機２ｉが受信した音声データをスピーカシステム４００を介して音声を外部に出力するための手順を説明する。
【００５４】
なお、パワーアンプ１００では、予め送信するべき音声データが単位データに分割されてワークメモリ１０２１に格納されていると想定する。
【００５５】
まず、ユーザが入力部１１３を操作して入力した、音声の送信要求をパワーアンプ１００のＣＰＵ４０１が受付けると、ＣＰＵ４１０は通信回路２００に送信要求を出力する。通信回路２００のＣＰＵ２５１は、パワーアンプ１００から送信要求を受付けると、空チャンネルの検索処理を行なう。
【００５６】
ここで、空チャンネルの検索とは、ネットワーク１０に通信のために適用される全てのチャンネル（周波数帯域）のそれぞれについて、コントロールＭＡＣ部２５７を用いた単位時間当たりのＭＡＣフレームの受信数を検出する。その検出結果に基づき、受信フレーム数が少ないチャンネルを、すなわち比較的にトラフィックが少ないチャンネル（以下、空チャンネルという）を検出する。空チャンネルが検出されると、通信回路２００では、ＣＰＵ２５１により図４に示したBeaconフレームが生成される。生成されるBeaconフレームの空チャンネル番号５２２２には、検出された空チャンネル番号（周波数情報）が設定され、タイマ値５２２１にはタイマ２５６から出力された現在の計時時間を指す時間データＴ１が設定される。
【００５７】
生成されたBeaconフレームは全てのチャンネルを用いてクライアント機２ｉに送信される。以降、サーバ機１では、この検出された空チャンネルを用いた通信が行なわれる。
【００５８】
クライアント機２ｉは、受信したBeaconフレームは、プログラムメモリ３５４に一旦格納される。ＣＰＵ３５１は、プログラムメモリ３５４のBeaconフレームのユーザ・データ・ボディ部５２２に格納されているタイマ値５２２１および空チャンネル番号５２２２を読出し、受信した音声データと再生（出力）する音声データの間の時間情報に基づく同期を調整するための設定動作を行なう。
【００５９】
具体的には、読出したタイマ値５２２１を、タイマ３５６の時間データＴ２にセットする。また、アンテナ３０３、バラン３０４およびＲＦ回路３０５は、受信したチャンネル番号５２２２で示される周波数帯域の信号を受信するようにセットされる。
【００６０】
サーバ機１に戻り、通信回路２００のＣＰＵ２５１は、タイマ値と空チャンネルを通知するBeaconフレームを送信すると、パワーアンプ１００に対して音声データを要求する。
【００６１】
パワーアンプ１００は通信回路２００から音声データの要求を受理すると、送信するべき単位の音声データをワークメモリ１０２１から読出し、送信要求とともに音声データを通信回路２００に与える。
【００６２】
通信回路２００では、ＣＰＵ２５１は、受理した音声データを格納した図５のデータフレームをプログラムメモリ２５４を利用して生成する。ここで、生成したデータフレームには、送信するべき単位の音声データを指す音声データ５２３２とともに、対応付けて時間情報５２３１が格納される。時間情報５２３１には、タイマ２５６から現在出力された時間データＴ１が設定される。
【００６３】
生成されたデータフレームは各クライアント機２ｉに宛ててネットワーク１０を介して送信される。
【００６４】
クライアント機２ｉは、空チャンネルと指定されたチャンネルを介して音声データを格納したデータフレームを受信する。受信したデータフレームのは共有メモリ３５５のバッファ領域に、到着（受信）順に格納される。また、プログラムメモリ３５４にも格納されて、コントロールＭＡＣ部３５７により誤り検出がされる。
【００６５】
ＣＰＵ２５１は、バッファ領域に格納されたユーザデータ５２３の音声データ５２３２を、対応の時間情報５２３１に従う所定手順でバッファ領域から読出す。この所定手順の詳細は後述の図９に示す。
【００６６】
バッファ領域から読出された音声データは、スピーカシステム４００に出力される。スピーカシステム４００は、通信回路３００から受信する音声データを、インターフェイス４０７を介して受信し、Ｄ／Ａコンバータ４０３によりアナログ信号に変換し外部に出力する。これにより、スピーカシステム４００のスピーカから受信した音声データによる音声が出力される。
【００６７】
通信回路３００は、音声データを格納したデータフレームの正常な受信完了を検知すると、応じて正常受信したことを示すＡＣＫを格納した管理フレームを生成し、サーバ機１に宛てて送信する。管理フレームは、図４のBeaconフレームと同様の構成を有し、フレーム・ボディ部５２０にタイマ値５２２１と空チャンネル番号５２２２に代替して‘ＡＣＫ’を有する。
【００６８】
サーバ機１に戻る。サーバ機１おいては、クライアント機２ｉから、ＡＣＫを格納した管理フレームを受信すると、通信回路２００は、パワーアンプ１００に対して次の音声データを要求する。パワーアンプ１００は、この要求を受信し応じて、次の音声データの送信要求とともに、次の再生するべき音声データをワークメモリ１０２１から読出しを通信回路２００に与える。これにより、前述と同様にして、通信回路２００からは、音声データを格納したデータフレームが生成されて、クライアント機２ｉに送信される。クライアント機２ｉの通信回路３００は、受信した音声データをスピーカシステム４００に与えるので、スピーカシステム４００からは受信した次の音声データが再生出力される。このとき、通信回路３００は、音声データの正常な受信完了に応じて、ＡＣＫを格納した管理フレームをサーバ機１に対して送信する。
【００６９】
サーバ機１においては、通信回路２００が、クライアント機２ｉからＡＣＫを格納した管理フレームを受信すると、パワーアンプ１００に対して次の音声データを要求する。パワーアンプ１００は、音声データ要求を受理すると、次に再生するべき音声データを送信するために、音声データ送信要求とともに、当該音声データをワークメモリ１０２１から読出し通信回路２００に与える。通信回路２００は、受理した音声データを格納した図５のデータフレームを生成し、クライアント機２ｉに送信する。
【００７０】
このように、サーバ機１では、音声データをスピーカシステム４００から出力（再生）するべき順番に従いワークメモリ１０２１から読出して、クライアント機２ｉ宛てに送信される。
【００７１】
このようなネットワーク１０のデータ転送を用いた一連の音声ストリーム再生において、使用していたチャンネルに何らかの障害が発生して、音声データが通信回路３００において正常に受信完了できなかった場合、通信回路３００からはＡＣＫを格納した管理フレームは返信されない。ここでチャンネルに生じる障害としては、ネットワーク１０の通信媒体（電波、赤外線など）を物理的に遮断するような建造物、壁などの障害物などの侵入、あるいは他の無線ターミナル（電子レンジなど）のようなノイズ発生源から出力されるにノイズ成分、あるいは図示されない隣接通信回線からの漏話によるノイズなどが想定される。
【００７２】
チャンネルに上述の障害が発生している期間には、サーバ機１は、音声データを送信したとしてもクライアント機２ｉからＡＣＫを受信することができない。通信回路２００は、音声データを格納したデータフレームを送信する毎に、送信からの経過時間をタイマ２５６を用いて計時する。この計時結果、データフレームを送信後から所定期間を計時してもなおＡＣＫのフレームを受信できないことを検出すると、タイムアウトと判定し、応じてタイムアウトのカウント値を指す変数Ｃを１カウントアップする。そして、クライアント機２ｉでは、音声データを受信できずに再生（出力）が途絶えるという‘音途切れ’が頻繁に生じているか否かの検出を行う。
【００７３】
‘音途切れが頻繁’であるか否かの検出は、ＣＰＵ２５１が、時間データＴ１が指す当該チャンネルを使用した通信開始時からの経過時間に基づきテーブルＴＢを検索して、経過時間に一致する時間データに対応の閾値をテーブルＴＢから読出す。そして、読出した閾値と変数Ｃのカウント値とを比較し、比較結果に基づき行なう。つまり、（閾値＜変数Ｃの値）が判定されると‘音途切れが頻繁である’と検出されて、（閾値≧変数Ｃの値）が判定されると‘音途切れが頻繁でない’と検出される。
【００７４】
現在使用中の所定チャンネルは‘音途切れが頻繁’であると検出されると、使用チャンネルを別のチャンネルに切換えるために、上述の当該使用チャンネルを除くチャンネルのうちから空チャンネルの検索がされる。これにより、音声データの通信が可能となるような別の空チャンネルの決定がなされて、以降は、当該空チャンネルを用いたデータ通信がなされる。
【００７５】
サーバ機１の通信回路２００は、新たな空チャンネルを決定すると、そのときのタイマ値と空チャンネルを通知するためのビーコンフレームを生成し、クライアント機２ｉのそれぞれに送信する。
【００７６】
クライアント機２ｉは、通信回路３００において、このBeaconフレームを受信するので、応じて当該Beaconフレームに格納されていたタイマ値５２１を、自己のタイマ３５６の時間データＴ２にセットする。これにより、空チャンネルが変更される都度、クライアント機２ｉでは、受信する音声データと出力するべき音声データとの間の同期調整が行なわれる。
【００７７】
上述したように、新たな空チャンネルの検索がなされて、その空チャンネルを用いた通信が開始可能な状態になると、以降は同様にして、次の音声データについての送信が継続する。
【００７８】
図７と図８のフローチャートを参照して、図６に示した音声ストリーム再生におけるサーバ機１の通信回路２００とクライアント機２ｉの通信回路３００の通信手順を説明する。
【００７９】
サーバ機１の通信回路２００のＣＰＵ２５１は、パワーアンプ１００から音声データの送信要求を入力すると、図７の処理を開始する。
【００８０】
まずＣＰＵ２５１は、空チャンネルの検索要求を、コントロールＭＡＣ部２５７に出力するので、コントロールＭＡＣ部２５７はネットワーク１０における空チャンネルの検索を行う（ステップＳ５）。このとき、ＣＰＵ２５１は、共有メモリ２５５のカウンタの変数Ｃの値を０に設定する（ステップＳ５）。
【００８１】
コントロールＭＡＣ部２５７は、検索した空チャンネルの情報をＣＰＵ２５１に出力するので、ＣＰＵ２５１は、コントロールＭＡＣ部２５７にＲＦ回路２０５、バラン２０４およびアンテナ２０３を介して、検出した空チャンネルを介してフレームの送受信を行なうように指示する（ステップＳ７）。これにより、検出した空チャンネルを介し音声データ通信のためのフレームの送受信が行なわれる。
【００８２】
続いて、ＣＰＵ２５１は、図４に示したBeaconフレームを生成する。これにより、空チャンネルの情報とタイマ２５６から出力される時間データＴ１とに基づき、図４のBeaconフレームが生成される。生成されたBeaconフレームは、コントロールＭＡＣ部２５７、ＤＡＣ２５９、ＲＦ回路２０５、バラン２０４およびアンテナ２０３を介し、ネットワーク１０に送信される。このBeaconフレームは、すべてのチャンネルを介し、ネットワーク１０の、すべてのクライアント機２ｉに宛てて送信される。（ステップＳ９）。したがって、全てのクライアント機２ｉは、当該Beaconフレームを受信することができる。
【００８３】
続いて、ＣＰＵ２５１は、パワーアンプ１００から音声データ送信要求と音声データを受信する（ステップＳ１１）。パワーアンプ１００では、ワークメモリ１０２１から再生するべき順番に従い音声データが読出されて、通信回路２００に出力される。
【００８４】
ＣＰＵ２５１は、送信すべき音声データを受信すると、受信した音声データと、タイマ２５６が出力する時間データＴ１とに基づき、図５に示すデータフレームを生成する。生成されたデータフレームはネットワーク１０に送信される（ステップＳ１３）。
【００８５】
ＣＰＵ２５１は、外部バスコントローラ２５３を介し入力するタイマ２５６の時間データＴ１に基づき、データフレームの送信後から所定期間内に、ネットワーク１０を介して当該音声データの送信に対する正常受信を指すＡＣＫのフレームをクライアント機２ｉから受信したか否かを判定する（ステップＳ１５）。
【００８６】
所定期間内にＡＣＫのフレームを受信できなかった場合には（ステップＳ１５でＮＯ）、ＣＰＵ２５１は、外部バスコントローラ２５３を介し、共有メモリ２５５のカウンタの変数Ｃを＋１カウントアップする（ステップＳ１７）。そして、ステップＳ１９の処理に移る。また、ＡＣＫのフレームを受信できた場合には（ステップＳ１５でＹＥＳ）、処理はステップＳ１９に移る。
【００８７】
ステップＳ１９では、ＣＰＵ２５１は、一連の音声データの送信が終了しているか否かを判定する。音声データの送信終了は、パワーアンプ１００から与えられる通知に基づき判定される。全ての音声データの送信が終了したと判定されると（ステップＳ１９でＹＥＳ）、一連の処理は終了するが、送信終了していないと判定されると（ステップＳ１９でＮＯ）、ステップＳ２１の処理に移る。
【００８８】
ステップＳ２１では、ＣＰＵ２５１は、テーブルＴＢの検索結果と変数Ｃのカウント値とに基づき、前述した‘音途切れが頻繁’であるか否かの検出を行なう。
【００８９】
‘音途切れが頻繁’でないと検出されると（ステップＳ２１でＮＯ）、処理はステップＳ１１に戻り、ステップＳ１１以降の音声データの送信処理が前述と同様に行なわれる。
【００９０】
一方、‘音途切れが頻繁’であると検出されると（ステップＳ２１でＹＥＳ）、別のチャンネルに切換えるために、処理はステップＳ５に戻る。ステップＳ５では、現在の使用チャンネルを除くチャンネルのうちから空チャンネルが検索されて、以降の処理においては、検索された別のチャンネルを用いて音声データの送信が継続する。これにより、新たなチャンネルが図４のBeaconフレームを用いてクライアント機２ｉに通知される（ステップＳ９）。新たなチャンネルの通知時には、タイマ２５６の現在の時間データＴ１が当該Beaconフレームに格納されてクライアント機２ｉに併せて通知される。以降は、この新たな空チャンネルを用いて音声データの送信が行なわれる。
【００９１】
一方、クライアント機２ｉの通信回路３００においては、次の処理が行なわれる。
まず、ベースバンドＭＡＣ回路３５０は、ＲＦ回路３０５などを介し、何らかのフレームが受信されるか否かを判定する（ステップＳ２５）。受信されない間は、受信待ち状態であるが、受信されると（ステップＳ２５でＹＥＳ）、ＣＰＵ３５１はこの受信フレームの内容を解析し、解析結果に基づき、受信フレームはタイマ値５２２１とチャンネル番号５２２２を格納した図４のBeaconフレームであるかどうかが判定される（ステップＳ２７）。Beaconフレームではないことが検知されると（ステップＳ２７でＮＯ）ステップＳ３１の処理に移行する。
【００９２】
Beaconフレームであることが検知されると（ステップＳ２７でＹＥＳ）、ＣＰＵ３５１はタイマ３５６の時間データＴ２を、受信したBeaconフレームのタイマ値５２２１を用いてセットし（ステップＳ２９）、ステップＳ３１の処理に移行する。時間データＴ２は受信したタイマ値５２２１にセットされるので、以降は、タイマ値５２２１から計時が開始する。セット後の時間データＴ２は後述の図９にあるように音声ストリーム再生のために出力するべき音声データを特定するために用いられる。したがって、チャンネルの設定がされる都度、サーバ機１（ステレオアンプ側）とクライアント機２ｉ（スピーカ側）との間で、音声ストリーム再生のための同期調整が行なうことができる。
【００９３】
その後、クライアント機２ｉでは図５の音声データのデータフレームが正常受信されるか否かを判定する（ステップＳ３１）。
【００９４】
音声データが正常受信されなければ（ステップＳ３１でＮＯ）、ＡＣＫのフレームを送信することなく、ステップＳ２５の処理に戻り、受信待ち状態となる。
【００９５】
一方、音声データが正常受信されれば、ＣＰＵ３５１はＡＣＫのフレームを生成して、サーバ機１宛てに返信する（ステップＳ３３）。その後、音声データの受信が終了するまで（ステップＳ３５でＹＥＳ）、音声データの受信処理（ステップＳ２５以降の処理）が繰返される。
【００９６】
なお、クライアント機２ｉは、音声データの受信が終了したことを、データフレームに格納される音声データの終了を示すコードが格納されていることにより判定することができる。
【００９７】
クライアント機２ｉによるＡＣＫフレームの送信は、音声データを正常受信した場合に行なわれる。ここで、正常受信の有無は、コントロールＭＡＣ部３５７が、プログラムメモリ３５４に一旦格納した受信データフレームの内容をＦＣＳ部５３０のデータを用いて誤り検出を行なった結果に基づき為される。誤り検出結果がエラーなしを指示する場合は正常受信と検出される。
【００９８】
誤りが検出されると、正常受信ではないと検出されて、当該音声データのフレームは、プログラムメモリ３５４および共有メモリ３５５のバッファ領域から削除（破棄）される。したがって、スピーカシステム４００にはエラーなし（正常受信）と検出された音声データのみが与えられて、スピーカから外部に出力される。正常受信できない場合には、スピーカシステム４００に与えられるべき一連の音声データに欠落が生じるので、その結果、スピーカシステム４００からの出力音が途切れる。
【００９９】
本実施の形態では、後述するように音声データ５２３２は人間の聴覚では感覚することのできない周波数のデータであること、また、送信中において使用するべき通信チャンネルを、この音途切れが頻繁とならないように適宜切換えていることによって、スピーカシステム４００からの出力音を耳障りのない一定の品質に維持することが可能となり、ユーザに、快適な音を提供することができる。
【０１００】
次に、図８を参照して、クライアント機２ｉにおけるスピーカシステム４００を介した音声出力の動作について説明する。
【０１０１】
まず、通信回路３００のＣＰＵ３５１は、音声データのデータフレームを受信するか否かを常に検出している（ステップＲ３）。音声データを受信しない間は、受信の待機状態にある。
【０１０２】
一方、音声データのデータフレームを受信すると（ステップＲ３でＹＥＳ）、ＣＰＵ３５１は、共有メモリ３５５の所定領域に受信したデータフレームをバッファリングする。このバッファリングにおいては、データフレームの到着順に順次、バッファ領域に格納される（ステップＲ５）。また、誤り検出のためにプログラムメモリ３５４にも一旦格納される。
【０１０３】
次に、ＣＰＵ３５１は、タイマ３５６が出力するタイマＴ２に基づき、当該時間データＴ２が指示する時間情報５２３１に対応の音声データ５２３２を有するデータフレームを、このバッファ領域において検索する（ステップＲ７）。この検索は、後述するリズム崩れ回避の処理を伴う。
【０１０４】
ステップＲ７において検索に成功すると、すなわち現在の時間データＴ２が指示する時間情報５２３１に対応する音声データ５２３２を有するデータフレームがバッファ領域に格納されており、ここから読出すことができた場合には（ステップＲ９でＹＥＳ）、この読出されたデータフレームの音声データ５２３２は、スピーカシステム４００に出力される。したがって、この音声データがスピーカシステム４００を介し外部に音声として出力される（ステップＲ１１）。
【０１０５】
一方、ステップＲ７において検索に成功しないと、すなわち現在の時間データＴ２が指示する時間情報５２３１に対応する音声データ５２３２を有するデータフレームはバッファ領域には格納されていないと（ステップＲ９でＮＯ）、音声データはスピーカシステム４００に与えられない。したがって、スピーカシステム４００による出力音声が一旦、途切れる（ステップＲ１５）。
【０１０６】
このように、通信回路３００において音声データが正常受信されて順次にスピーカシステム４００に出力される場合には、音声が連続的にスピーカから出力されるが、一旦、音声データが正常受信できないと、音途切れとなる。
【０１０７】
その後、音声データの終了が検出されるまで（ステップＲ１３でＹＥＳ）、音声データの受信→スピーカ出力が継続する。
【０１０８】
このように、サーバ機１とクライアント機２ｉにおいて、Beaconフレームを用いてタイマの時間合わせが行なわれた後は、決定した空チャンネルを介して音声データ５２３２に時間情報５２３１を付加したデータフレームが、出力されるべき順番に従いサーバ機１からクライアント機２ｉに送信される。
【０１０９】
クライアント機２ｉでは、受信できたデータフレームを順次バッファ領域にバッファリングし、このバッファリングした音声データを再生のためにスピーカ側に順次与える。このとき、現在の時間データＴ２が指示す時間情報５２３１に対応の音声データ５２３２がバッファリングされていない場合（すなわち前述したようにチャンネルに障害が発生していて音声データを正常受信できなかった場合など）においては、音途切れが生じる。
【０１１０】
本実施の形態では、データフレームで送信される単位の音声データ５２３２は、人間の聴覚によっては音途切れを感覚できないような周波数のデータとしている。したがって、音途切れが生じるとしても、頻繁でない限りは、人間の聴覚に影響を与えるものではない。
【０１１１】
一方、人間の聴覚は、音のリズム崩れには敏感に反応することが知られている。そこで、本実施の形態では、図８のステップＲ７の処理において、リズム崩れ回避の処理を行なっている。この処理を図９を参照して説明する。
【０１１２】
図９には、クライアント機２ｉ側での音声データ５２３２の受信と再生(スピーカシステム４００からの出力）のタイミングチャートが模式的に示されている。図９の最下段にはタイマ３５６が出力する時間データＴ２が指す時間経過の軸（矢印で示す軸）が示されている。この軸が指す経過時間は、Beaconフレームのタイマ値５２２１によりサーバ機１のタイマ２５６の時間データＴ１と同期が取られたものである。
【０１１３】
図９の最上段には、クライアント機２ｉが受信すべき音声データが、データＤ００→Ｄ０１→Ｄ０２→Ｄ０３→Ｄ０４の順に、すなわちスピーカシステム４００から再生（出力）するべき順番に従い指示されている。
【０１１４】
その下の段には、クライアント機２ｉがネットワーク１０を介して実際に受信した音声データが、時間経過に従い示されている。
【０１１５】
図９によれば、時間データＴ２が指す時間ＸＸ：００までの期間においては、受信すべきデータＤ００に対応して実際にデータＤ００を受信することができているので、時間データＴ２が指す時間（ＸＸ：００〜ＸＸ：０１）においては、この時間に対応して再生するべきデータＤ００を再生することができる。
【０１１６】
次の受信データＤ０１においても同様であり、時間データＴ２が指す次の時間（ＸＸ：０１〜ＸＸ：０２）において、この時間に対応して再生するべきデータＤ０１を再生することができる。ここで、この時間帯で受信すべき次のデータはデータＤ０２であるところ、実際にはデータＤ０２を受信することができなかった。この場合には、時間データＴ２が指す次の時間帯（ＸＸ：０２〜ＸＸ：０３）においては、対応するデータＤ０２をバッファ領域から検索することはできないので、この時間帯においては音声データの出力が一時中断する（音途切れが生じる）。
【０１１７】
また、時間帯（ＸＸ：０２〜ＸＸ：０３）においては、受信するべきデータがデータＤ０３であるところ、データＤ０３を実際に受信することができている。したがって、その後の時間帯ＸＸ：０３〜においては、先の時間帯（ＸＸ：０２〜ＸＸ：０３）で再生するべきであったデータＤ０２が送れて受信されバッファリングされていたとしても、このデータＤ０２の時間情報５２３１は、当該時間帯ＸＸ：０３〜よりも過去（以前）の時間を指すものである。したがって、現在の時間データＴ２が指示する時間帯においては再生されるべきではないとして、データＤ０２はバッファ領域から削除（破棄）される。そして、この時間帯ＸＸ：０３〜においては、当該時間帯に対応の時間情報５２３１を有したデータＤ０３を、すなわちこの時間帯において再生すべきデータＤ０３を受信することができているので、このデータＤ０３がバッファ領域から読出されて再生される。
【０１１８】
もし、データＤ０２を受信できているからといって、この時間帯ＸＸ：０３〜においてデータＤ０２も再生した場合には、出力音に明らかなリズムの乱れが出現する。リズムに乗って時間帯ＸＸ：０３〜において再生されるべき順番に該当するデータは、データＤ０３のみだからである。
【０１１９】
続いて、次の音声データＤ０４についても正常に受信することができるので、データＤ０３に続いて再生されるべきデータであるデータＤ０４を再生することができる。
【０１２０】
このように、図９の時間帯ＸＸ：０２〜ＸＸ：０３においては、音途切れが発生するけれども、時間データＴ２が指す各時間帯では、当該時間帯が指示する時間情報５２３１に対応の音声データ５２３２が再生（スピーカ出力）されるようにしているので、言換えると、時間データＴ２が指す各時間帯で本来再生されるべき順番に該当する音声データ５２３２を再生するようにしているので、スピーカからの出力音にリズムの乱れが生じるのを回避することができる。
【０１２１】
これによって、スピーカシステム４００からの出力音を耳障りのない一定の品質に維持することが可能となり、ユーザに、快適な音を提供することができる。
【０１２２】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０１２３】
【図１】本発明の無線通信ネットワークの実施の形態であるアドホック・ネットワークの構成の一例を模式的に示す図である。
【図２】図１のサーバ機のハードウェア構成を模式的に示す図である。
【図３】図１のクライアント機のハードウェア構成を模式的に示す図である。
【図４】図１のネットワークにおいて送受信されるフレーム（Beaconフレーム）の構成を模式的に示す図である。
【図５】図１のネットワークにおいて送受信されるフレーム（データフレーム）の構成を模式的に示す図である。
【図６】図１のネットワークにおける音声データ通信の手順を模式的に示す図である。
【図７】図１のネットワークにおいて音声データ通信における通信回路の処理フローチャートである。
【図８】図１のネットワークにおいて音声データ通信におけるスピーカシステムの処理フローチャートである。
【図９】図１のクライアント機の音声データの受信と再生のタイミングチャートである。
【符号の説明】
【０１２４】
１  サーバ機、２ｉ  クライアント機、１０  ネットワーク、１００  オーディオアンプ、１０１，２５１，３５１，４０１  ＣＰＵ、４００  スピーカシステム、３００  フレーム。
【図１】
2009159401.tif 000003
【図２】
2009159401.tif 000004
【図３】
2009159401.tif 000005
【図４】
2009159401.tif 000006
【図５】
2009159401.tif 000007
【図６】
2009159401.tif 000008
【図７】
2009159401.tif 000009
【図８】
2009159401.tif 000010
【図９】
2009159401.tif 000011