(57)【特許請求の範囲】
【請求項１】
音楽情報と、情報受信装置との同期制御に用いられる制御情報とを含む再生情報を、シリアルバスを介してアイソクロナスサイクルにより前記情報受信装置に送信する情報送信装置において、
前記情報受信装置に対する前記再生情報の伝送経路を確立する伝送経路確立手段と、
前記情報受信装置が前記音楽情報を受信可能状態であるか否かを判断する判断手段と、
前記情報受信装置が前記音楽情報を受信可能状態になるまで、ディスクから再生された音楽情報の送信を待機する制御手段と、
を備えたことを特徴とする情報送信装置。
【請求項２】
請求項１に記載の情報送信装置において、
前記ディスクから再生された前記音楽情報の送信を待機するための待機時間を計測する計測手段を備え、
前記情報受信装置が前記音楽情報を受信可能状態とならずに、前記計測手段によって計測された待機時間が所定時間になった際、前記音楽情報を送信することを特徴とする情報送信装置。
【請求項３】
請求項１に記載の情報送信装置において、
前記判断手段は、送信した所定コマンドに対する前記情報受信装置のレスポンスにより、前記情報受信装置が前記音楽情報を受信可能状態であるか否かを判断することを特徴とする情報送信装置。
【請求項４】
請求項３に記載の情報送信装置において、
前記所定コマンドは、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４規格に準拠したＡＶ／Ｃ  ＳＩＧＮＡＬ＿ＳＯＵＲＣＥ  ｓｔａｔｕｓコマンドであることを特徴とする情報送信装置。
【請求項５】
音楽情報と、情報受信装置との同期制御に用いられる制御情報とを含む再生情報を、少なくとも一つの情報送信装置がシリアルバスを介してアイソクロナスサイクルにより情報受信装置に送信する情報送信方法において、
前記情報受信装置から前記情報送信装置へ前記再生情報の伝送経路が確立される伝送経路確立工程と、
前記情報受信装置が前記音楽情報を受信可能状態であるか否かを判断する判断工程と、
前記情報受信装置が前記音楽情報を受信可能状態になるまで、ディスクから再生された音楽情報の送信を待機する工程と、
を備えたことを特徴とする情報送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、シリアルバスを介してアイソクロナスサイクルにより情報受信装置に、音楽情報と、上記情報受信装置との同期制御に用いられる制御情報とを含む再生情報を送信する情報送信装置及び情報送信方法に関する。
【０００２】
【従来の技術】
近年、複数の情報処理装置（例えば、ＤＶＤプレーヤとレシーバ等）間でシリアルバスを介してリアルタイムに情報を伝送するための新たな規格として、いわゆるＩＥＥＥ１３９４規格（正式名称は、「IEEE Std.1394-1995 IEEE Standard for a High Performance Serial Bus」である。）が公表され、それに準拠したシリアルポートを備えたＤＶＤプレーヤやレシーバ等が製品化されつつある。
【０００３】
このＩＥＥＥ１３９４規格においては、ＤＶＤプレーヤ又はレシーバ等の複数の情報処理装置（以下、単にノードと称する。）間をシリアルバスにより接続し、これら各ノード間で複数チャンネル分（当該規格においては、一のシリアルバスで接続されている系内では最大で６３個の異なるチャンネルを用いて情報伝送できることが規格化されている。）の情報伝送を時分割的に実行するように規格化されている。
【０００４】
ここで、ＩＥＥＥ１３９４規格では、既にシリアルバスで相互に接続されているノード群に新たに他のノードを接続する場合（すなわち、バス接続時）又は上記ノード群から一のノードの接続を取り外す場合（すなわち、バス開放時）において、いわゆるバスリセットと称されるシリアルバスの初期化が実行されることが規格化されている。そして、当該バスリセット後に予め設定された所定の手順に従って新たなシリアルバスの接続形態（以下、当該接続形態をトポロジと称する。）が構築される。
【０００５】
そして、トポロジの構成後に実際に情報を伝送する場合には、当該情報の伝送を開始しようとするノードである伝送ノードは、ＩＲＭ（Isochronous Resource Manager）ノード（構成されたトポロジ内にある全てのノードの通信状態（具体的には、各ノードの使用チャンネル及び後述する伝送占有時間）を管理し、他のノードが識別可能に現在の使用チャンネル及び現在各ノードにおいて占有されている伝送占有時間を表示するノード）に対して現在の他のノードによる通信状態を照会し、自己が使用したいチャンネル及び伝送占有時間が使用可能であるならば、当該伝送ノードは情報を伝送する権利を獲得し（より具体的には、伝送ノードが使用するチャンネル及び後述する伝送占有時間を当該伝送ノードが確保して）情報伝送を開始する。このとき、当該情報伝送の直前に、当該伝送ノードは、上記ＩＲＭノードにおける通信状態の表示を書き換える旨（すなわち、当該伝送ノードが情報伝送を開始することによりシリアルバス上の使用中チャンネル及び伝送占有時間が変化するので、この変化後の新しい通信状態に当該表示内容を書き換える必要がある。）をＩＲＭノードに伝送し、これを受けたＩＲＭノードはその表示内容を更新する処理を夫々実行する。この後は、当該更新後の表示内容が他のノードから夫々参照することが可能となるのである。
【０００６】
次に、上記伝送占有時間について略説する。
【０００７】
ＩＥＥＥ１３９４規格においては、各ノードからの情報はアイソクロナスサイクル（ここで、「サイクル」とは、シリアルバス上を時分割的に分割して形成される一のサイクルをいう。）と称される単位毎に纏められて送信される。このアイソクロナスサイクルには、他のアイソクロナスサイクル内に含まれる情報と同期して伝送される情報（具体的には、画像情報又はオーディオ情報等）が含まれるアイソクロナス伝送領域と、他の情報とは無関係に非同期で伝送される情報（具体的には、上記画像情報又はオーディオ情報の出力等を制御するための制御情報等）が含まれるアシンクロナス伝送領域とが含まれている。そして、このアイソクロナス伝送領域内の情報が異なったチャンネル毎に時分割されており、夫々のチャンネル毎に異なった情報が伝送される。
【０００８】
このとき、当該アイソクロナス伝送領域においては、一のアイソクロナスサイクル内におけるアイソクロナス伝送領域の時間的長さが最大で１００msecであることが規格化されており、したがって、一のアイソクロナス伝送領域内の各チャンネルに割り当てられる情報がその伝送のために占有する時間の合計も１００msec以下とする必要がある。この時、当該一のチャンネルがアイソクロナスサイクル内で占有する伝送時間が上記伝送占有時間である。
【０００９】
なお、この伝送占有時間は、場合によってはシリアルバスの使用帯域と称されることもあり、また、シリアルバスの使用容量と称される場合もある。
【００１０】
一方、一のアイソクロナスサイクル内において、アイソクロナス伝送領域の長さが１００msec未満（零の場合も含む。）であるときは、当該アイソクロナス伝送領域以外のアイソクロナスサイクル内の時間は専らアシンクロナス伝送領域として用いられる。
【００１１】
上述した概要を有するＩＥＥＥ１３９４規格によれば、伝送すべき伝送情報における画像情報又はオーディオ情報等の属性によらず、大容量の情報を迅速に伝送することができると共に、伝送情報の他に例えば複写制御情報等を伝送することが可能であるため、当該伝送情報に対する著作権上の保護を万全としつつ伝送することも可能となる。
【００１２】
ところで、上記ＤＶＤプレーヤ（以下、送信機器ともいう。）とレシーバ（以下、受信機器ともいう。）とをＩＥＥＥ１３９４規格のシリアルバスにより接続したオーディオ再生システムでは、上記ＤＶＤプレーヤにおいてプレイキーが押されＤＶＤを再生する場合、オーディオ出力端子からレシーバにオーディオ情報のみが一方的に出力されていた。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来のオーディオ再生システムでは、ＤＶＤプレーヤがオーディオ情報を一方的にレシーバに送信するのみであって、ＤＶＤプレーヤは再生する際、一定の待ち時間後にオーディオ情報を出力していたので、レシーバの性能によってはロック（条件付き書き込み）が間に合わず、オーディオ情報の先頭部分が欠落する可能性があった。
【００１４】
本発明は、上記事情を考慮してなされたもので、その課題の一例としては、ユーザーからの情報をレシーバ（情報受信装置）に確実に送信可能な情報送信装置及び情報送信方法を提供することにある。
【００１５】
【課題を解決するための手段】
上記課題を解決するために、請求項１に記載の情報送信装置の発明は、音楽情報と、情報受信装置との同期制御に用いられる制御情報とを含む再生情報を、シリアルバスを介してアイソクロナスサイクルにより前記情報受信装置に送信する情報送信装置において、前記情報受信装置に対する前記再生情報の伝送経路を確立する伝送経路確立手段と、前記情報受信装置が前記音楽情報を受信可能状態であるか否かを判断する判断手段と、前記情報受信装置が前記音楽情報を受信可能状態になるまで、ディスクから再生された音楽情報の送信を待機する制御手段と、を備えたことを特徴とする。
【００１６】
上記課題を解決するために、請求項５に記載の情報送信方法の発明は、音楽情報と、情報受信装置との同期制御に用いられる制御情報とを含む再生情報を、少なくとも一つの情報送信装置がシリアルバスを介してアイソクロナスサイクルにより情報受信装置に送信する情報送信方法において、前記情報受信装置から前記情報送信装置へ前記再生情報の伝送経路が確立される伝送経路確立工程と、前記情報受信装置が前記音楽情報を受信可能状態であるか否かを判断する判断工程と、前記情報受信装置が前記音楽情報を受信可能状態になるまで、ディスクから再生された音楽情報の送信を待機する工程と、を備えたことを特徴とする。
【００１８】
【発明の実施の形態】
次に、本願に好適な実施の形態について、図面に基づいて説明する。なお、以下に説明する実施形態は、ＤＶＤ等の光ディスクから音楽情報を検出し、これを出力するプレーヤと、当該出力されてきた音楽情報を受信して出力するレシーバと、当該プレーヤとレシーバとを接続するシリアルバスと、により構成されている情報再生システムに対して本願を適用した場合の実施形態である。
【００１９】
初めに、本実施形態に係る情報再生システムの全体構成及び動作について、図１を用いて説明する。
【００２０】
図1に示すように、本実施形態に係る情報再生システムＳは、プレーヤＰ（情報送信装置又は送信機器）と、レシーバＲ（情報受信装置又は受信機器）と、当該プレーヤＰとレシーバＲとを接続するシリアルバスＢと、により構成されている。なお、図１ではプレーヤＰ及びレシーバＲがそれぞれ１台ずつ示したが、プレーヤＰは少なくとも１台で、レシーバＲは複数備えているものとする。
【００２１】
また、プレーヤＰは、検出部１と、デコード部２と、インタフェース３と、システム制御部４と、入力操作部５と、表示部６と、表示手段としてのインジケータ６ａと、データベース７と、により構成されている。
【００２２】
さらに、レシーバＲは、同期制御部１０Ａを含むインタフェース１０と、受信処理部１１と、スピーカ１２と、により構成されている。
【００２３】
次に動作を説明する。
【００２４】
先ず、プレーヤＰ内の検出部１には、再生対象となる楽曲に対応する音楽情報が複数曲分記録されているディスクＤＫが装填される。そして、検出部１は、システム制御部４からの制御信号Ｓcpに基づいて、当該ディスクＤＫから上記音楽情報を光学的に検出し、当該検出された音楽情報を音楽情報Ｓpとしてデコード部２に出力する。
【００２５】
次に、デコード部２は、システム制御部４からの制御信号Ｓcdに基づいて、音楽情報Ｓpに対して予め設定された復調処理を施し、復調情報Ｓdを生成してインタフェース３へ出力する。
【００２６】
そして、インタフェース３は、システム制御部４からの制御信号Ｓciに基づいて、復調情報Ｓdに対して上記シリアルバス規格に則った出力インタフェース処理を施し、再生情報としてシリアルバスＢに出力する。このとき、当該再生情報には、上記シリアルバス規格に基づくアイソクロナスパケットが含まれており、当該アイソクロナスパケットには、ディスクＤＫから再生された音楽情報の他にレシーバＲにおける同期制御に用いられる同期信号を含む制御情報が含まれている。
【００２７】
一方、プレーヤＰにおける動作を指定するための操作はプレイキー、電源スイッチ等の入力操作部５において使用者により操作される。そして、当該操作に対応する操作信号Ｓin及びデータベース７からのが入力操作部５からシステム制御部４に出力する。
【００２８】
これにより、システム制御部４は、当該操作信号Ｓin及びデータベース７のメモリ信号Ｓｍの内容に基づいて、プレーヤＰを構成する各構成部材を制御するための上記制御信号Ｓcp、Ｓcd及びＳciを生成し、対応する各構成部材に出力する。
【００２９】
このとき、プレーヤＰの動作状態は、システム制御部４から出力される表示情報Ｓdpに基づいて表示部６において表示される。この表示部６には、インジケータ６ａが設けられ、このインジケータ６ａはレシーバＲからコネクションが確立されている間、点灯している。
【００３０】
なお、データベース７には、上記シリアルバス規格に基づくアイソクロナスパケットを構成すべきデータが格納されている他、プレーヤＰから送信される再生情報の受信が可能とされた、つまりプレーヤＰとの間でコネクションが確立された複数のレシーバＲから選択されるレシーバＲを記憶する記憶手段を構成すると共に、レシーバＲのデコード能力、例えばＡＣ−３（ドルビー（登録商標）サウンド），ＤＴＳ（Digital Surround Audio），ワンビットオーディオ等に対応するオーディオフォーマットを格納している。これらデータベース７に格納されたデータの内容は、電源がオフになった場合でも保持される。
【００３１】
また、データベース７は、プレーヤＰに対してコネクションを確立しているレシーバＲが対応可能なオーディオフォーマットを格納する格納手段を構成する。
【００３２】
また、システム制御部は、プレーヤＰから送信される再生情報を受信する複数のレシーバＲから少なくとも一つを選択する選択手段を構成すると共に、その選択されたレシーバＲに対して再生情報の受信を可能とする。つまりプレーヤＰとの間でコネクションを確立させる伝送経路確立手段を構成し、この伝送経路確立手段は、レシーバＲに所定のコマンドを送信することにより、再生情報の伝送経路を確立する。
【００３３】
さらに、システム制御部４は、プレーヤＰに対してコネクションを確立しているレシーバＲが対応可能なオーディオフォーマットを調査する調査手段を構成すると共に、この調査結果に基づいてレシーバＲへのオーディオフォーマットを決定する決定手段を構成し、この決定手段は、データベース７に格納されている各レシーバＲのオーディオフォーマットを参照する。
【００３４】
そして、システム制御部４は、プレーヤＰに対してコネクションを確立しているレシーバＲが受信可能状態であるか否かを判断する判断手段を構成し、レシーバＲが再生情報の受信可能状態になるまで再生情報の送信を待機する制御手段を構成し、前記判断手段は送信した所定コマンドに対するレシーバＲのレスポンスにより、レシーバＲが受信可能状態であるか否かを判断する。
【００３５】
また、システム制御部４には、計測手段としてのタイマー４ａが内蔵され、このタイマー４ａによりプレーヤＰからの送信を待機する時間を計測する。
【００３６】
なお、上記のようにプレーヤＰに対してレシーバＲがコネクションを確立するということは、本実施形態ではプレーヤＰに対してレシーバＲが伝送経路の接続を行うことであって、プレーヤＰの再生情報をシリアルバスＢを介してレシーバＲで受信可能な状態であることをいう。
【００３７】
他方、レシーバＲ内のインタフェース１０は、シリアルバスＢを介して送信される再生情報に対して予め設定された上記シリアルバス規格に則った入力インタフェース処理を施し、入力情報Ｓrを生成して受信処理部１１へ出力する。このとき、インタフェース１０内の同期制御部１０Ａは、上記アイソクロナスパケット内の同期信号を基準としてインタフェース１０におけるインタフェース３との間の同期状態を維持しつつ当該入力インタフェース処理を実行させる。
【００３８】
そして、受信処理部１１は、上記入力情報Ｓrに含まれている音楽情報に対して予め設定された受信処理を施し、出力情報Ｓoを出力する。
【００３９】
これにより、スピーカ１２は、当該出力情報Ｓoに基づいて、ディスクＤＫから再生されて音楽情報に対応する楽曲を音として放音する。
【００４０】
次に、本実施形態の各処理を説明する。
【００４１】
図２はレシーバＲ毎の出力オーディオフォーマットをデータベース７に登録するための処理を示すフローチャートである。
【００４２】
図２に示すレシーバＲの対応フォーマット調査処理において、ステップＳ１ではＩＥＥＥ１３９４規格のネットワーク上に新たなレシーバＲが接続されたか否かを判別している。すなわち、上記シリアルバス規格対応のレシーバＲが接続された場合（ステップＳ１：Ｙｅｓ）には、ステップＳ２に進み、そのようなレシーバＲが接続されない場合（ステップＳ１：Ｎｏ）には、対応フォーマット調査処理を終了する。
【００４３】
ステップＳ２では、接続されたレシーバＲが既にプレーヤＰのデータベース７に登録されているか否かを判別する。一旦登録した場合（ステップＳ２：Ｙｅｓ）には、次回以降はここで処理終了となる。まだ登録されていない場合（ステップＳ２：Ｎｏ）には、これからそのレシーバＲの特性を調査してデータベース７に登録する。
【００４４】
ステップＳ３では、図３に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４規格に準拠したAV/C INPUT  PLUG SHIGNAL FORMAT  statusコマンドを発行する。この場合、プレーヤＰ側では登録したレシーバＲからのレスポンスを判別することで、A&Mプロトコル（Audio and music Data Transmission Protocol）の受信が可能な入力プラグを所有しているかを知ることができる。
【００４５】
ステップＳ４では、対象とするレシーバＲが上記のような入力プラグを一つでも所有しているか否かを判別する。入力プラグを所有していない場合（ステップＳ４：Ｎｏ）には、処理を終了する。また、入力プラグを所有している場合（ステップＳ４：Ｙｅｓ）には、ステップＳ５に進む。
【００４６】
ステップＳ５では、図４に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ１３９４規格に準拠したAV/C STREAM＿FORMAT＿SUPPORT statusコマンドを入力プラグ毎に発行する。この場合、プレーヤＰ側では、入力プラグを所有しているレシーバＲからのレスポンスを判別することで、プレーヤＰ側が指定したオーディオフォーマットに対応しているかを知ることができる。すなわち、ステップＳ５では、レシーバＲが指定の各オーディオフォーマットに対応か非対応かを調査する。
【００４７】
ステップＳ６において、プレーヤＰ側では、得られたデータを元に、そのレシーバＲに対して上記シリアルバス規格に基づいて出力する際のオーディオフォーマットを決定し、そのオーディオフォーマットをデフォルト設定としてデータベース７に登録する。上記オーディオフォーマットを決定する際、そのレシーバＲが対応しているフォーマットの中で、最も高音質とされるものを選択する。したがって、指定のオーディオフォーマットに「対応」ならば「そのまま出力」とし、「非対応」ならば「ＬＰＣＭ（リニアＰＣＭ）に変換して出力」とする。
【００４８】
ステップＳ６では、例えばレシーバＲ（Ａ）の場合、ドルビー（登録商標）デジタルには対応するのでそのまま出力し、ＤＴＳおよびＭＰＥＧ（Moving Picture Expert Group）には非対応であるのでＬＰＣＭに変換して出力する。また、レシーバＲ（Ｂ）の場合、ドルビー（登録商標）デジタルには対応するのでそのまま出力し、ＤＴＳおよびＭＰＥＧ（Moving Picture Expert Group）にも対応するのでそのまま出力する。
【００４９】
なお、データベース７は、フラッシュROM内に配置するので、電源がオフされても登録データは復活可能である。登録が済み次第、レシーバＲの対応フォーマット調査処理を終了する。
【００５０】
また、レシーバＲの対応フォーマット更新処理において、ステップＳ７では、ユーザーがプレーヤＰの表示部６の設定画面により、予めデータベース７に登録してあるレシーバＲ毎の出力オーディオフォーマットのデータを変更したか否かを判別する。データを変更した場合（ステップＳ７：Ｙｅｓ）には、ステップＳ８に進む一方、データを変更しない場合（ステップＳ７：Ｎｏ）には、対応フォーマット更新処理を終了する。
【００５１】
ステップＳ８では、ユーザーが変更したデータの内容を、既に登録されているフラッシュROM等のデータベース７に反映させて対応フォーマット更新処理を終了する。
【００５２】
このように図２に示す受信機器の対応フォーマット調査処理及び受信機器の対応フォーマット更新処理では、プレーヤＰは、接続されているレシーバＲが各オーディオフォーマットに対応しているか否かを調査し、対応しているフォーマットを、その機器に対して出力する際のデフォルト設定としてデータベース７に保存しておく。なお、そのデフォルト設定は後からユーザーがカスタマイズすることができる。そして、プレーヤＰは再生時に、自機器にコネクションを確立しているレシーバＲを調査し、その機器に出力する際のオーディオフォーマットをデータベース７から取り出し決定する。
【００５３】
したがって、対応フォーマット調査処理及び対応フォーマット更新処理によれば、自機器であるプレーヤＰにコネクションを確立しているレシーバＲを特定し、その機器に合ったオーディオフォーマットを出力するので、ユーザーは、送信先のレシーバＲを切り替える度に、プレーヤＰに対し出力フォーマットを設定し直す必要がなくなるため、操作を簡略化することができる。
【００５４】
なお、一般のプレーヤは、コネクションが確立しているレシーバがどのようなオーディオフォーマットに対応しているかを自動的に認識することができないため、ユーザーは、プレーヤとシリアルバスにより接続されているレシーバ毎に、対応しているオーディオフォーマットを予め調査しておき、再生する際は受信させたいレシーバに適合したフォーマットを出力するようにプレーヤにおいてオーディオフォーマットの設定を変更する必要があった。
【００５５】
図５はプレイキーに連動してコネクションを確立するレシーバＲをデータベース７に登録するための処理（再生連動機器決定処理）を示すフローチャートである。
【００５６】
図５に示す再生連動機器決定処理において、ステップＳ１１では、ユーザーがプレーヤＰの表示部６の設定画面により、プレイキーに連動してコネクションを確立するレシーバＲを新たに選択したか否かを判別する。上記設定画面では、ユーザーは、上記シリアルバス規格に基づいて接続しているA&Mプロトコル受信可能なレシーバＲ群の中からのみ、複数台選択することができる。
【００５７】
ステップＳ１２では、ユーザーが選択した内容を、再生連動機器のデータベース（フラッシュROM）７に再生連動機器リストとして例えばレシーバＲ（Ａ），レシーバＲ（Ｂ），レシーバＲ（Ｃ）のように登録し、再生連動機器決定処理を終了する。
【００５８】
したがって、図５に示す再生連動機器決定処理によれば、プレーヤＰの表示部６の設定画面により、プレイキーに連動してコネクションを確立するレシーバＲを複数台選択できるようにしたので、ユーザーは予めこれらを設定しておくことにより、プレイキーを押すだけで自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、操作が簡略化される。なお、どのレシーバＲを選択したかをフラッシュROM等のデータベース７に記憶するので、電源を一旦オフしても改めて設定し直す必要がなくなる。
【００５９】
図６は、再生動作へ移行する処理を示すフローチャートである。
【００６０】
図６に示すように、再生移行処理において、ステップＳ２１では、プレイキーが押されたか否かを判別する。プレイキーが押された場合（ステップＳ２１：Ｙｅｓ）には、ステップＳ２２に進み、プレイキーが押されていない場合（ステップＳ２１：Ｎｏ）には、再生移行処理を終了する。
【００６１】
ステップＳ２２では、これから上記シリアルバス規格に基づいて出力するか否かを判断するために、再生連動機器であるレシーバＲが１台以上選択されているか、もしくは自機器であるプレーヤＰにコネクションを確立しているレシーバＲが存在するか否かを判別する。その結果が偽の場合（ステップＳ２２：Ｎｏ）には、ステップＳ２８へ進み、上記シリアルバス規格に基づく出力を行わず、アナログ・デジタル端子出力を行う。他方、結果が真の場合（ステップＳ２２：Ｙｅｓ）には、ステップＳ２３に進む。
【００６２】
ステップＳ２３では、後述する図７に示すような再生連動処理を行う。
【００６３】
その後、ステップＳ２４では、再び自機器であるプレーヤＰにコネクションを確立しているか否かをチェックし、コネクションが確立されている場合（ステップＳ２４：Ｙｅｓ）には、ステップＳ２５に進む一方、コネクションが確立されていない場合（ステップＳ２４：Ｎｏ）には、ステップＳ２２と同様にステップＳ２８へ進み、上記シリアルバス規格に基づく出力を行わず、アナログ・デジタル端子出力を行う。
【００６４】
次に、ステップＳ２５では図９に示すレシーバ受信可能待ち処理を行った後、図１２に示す出力フォーマット決定処理（ステップＳ２６）を行う。そして、ステップ２７で、プレーヤＰにより再生を開始し、再生移行処理を終了する。
【００６５】
図７は再生動作へ移行する過程で、プレイキーに連動してレシーバＲにコネクションを確立させる処理を示すフローチャートである。
【００６６】
図７に示すように、再生連動処理において、ステップＳ３１では、データベース７に再生連動機器であるレシーバＲが登録されているかを判別する。登録されていない場合（ステップＳ３１：Ｎｏ）には、再生連動処理を終了する。登録されている場合（ステップＳ３１：Ｙｅｓ）には、それらのレシーバＲの全てに対し以下のステップを実行し、自機器であるプレーヤＰにコネクションを確立させる。
【００６７】
まず、ステップＳ３２では、登録されているレシーバＲ群の中から、これから処理を行う対象とする一台を選択する。この場合、既に選択した機器であるレシーバＲは除く。
【００６８】
次に、ステップＳ３３では、対象とするレシーバＲに図８に示すような機能を外部から制御するコマンドとしてＩＥＥＥ１３９４規格に準拠したAV/C INPUT＿SELECT controlコマンドを発行する。これにより、自機器であるプレーヤＰにコネクションを確立させることができる。
【００６９】
ステップＳ３４では、ステップＳ３３で発行したレシーバＲ以外にもデータベース７に機器が登録されている場合（ステップＳ３４：Ｙｅｓ）には、ステップＳ３２へ戻り、それらの機器にも同様にコマンドを発行する。これ以上登録された機器が存在しない場合（ステップＳ３４：Ｎｏ）には、再生連動処理を終了する。
【００７０】
したがって、図７に示す再生連動処理によれば、プレーヤＰのプレイキーにより再生を開始する時に、選択されたレシーバＲに対して自機器であるプレーヤＰにコネクションを確立させるようにしたことにより、プレイキーを押すだけで自動的にコネクションが確立されるため、操作が簡略化される。
【００７１】
図９は再生動作へ移行する過程で、レシーバＲが受信可能になるのを待つ処理を示すフローチャートである。
【００７２】
図９に示すように、プレーヤＰがオーディオデータを上記シリアルバス規格出力する際、そのデータを受信するのは、そのプレーヤＰに対してコネクションを確立しているレシーバＲのみである。よって、プレーヤＰは、自機器にコネクションを確立している機器の全てに対し、オーディオデータが受信可能かを調査し、全てが受信可能となったところで待ち処理を終了する。但し、レシーバＲに動作不良が発生した場合を考慮し、待ち時間には所定時間である４秒のタイムアウトが設けられている。
【００７３】
図９に示すレシーバ受信可能待ち処理において、ステップＳ４１では、タイムアウト判別用のカウントを開始する。すなわち、ステップＳ４１は、受信可能カウントを開始し、１ｍｓ毎にインクリメントする。
【００７４】
次に、ステップＳ４２では、コネクションを確立しているレシーバＲ群の中から、これから調査する対象機器を一台選択する。この場合、既に選択した機器であるレシーバＲは除く。
【００７５】
ステップＳ４３では、対象とするレシーバＲに図１０に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ１３９４規格に準拠したAV/C INPUT＿SELECT statusコマンドを発行する。相手からのレスポンスのsignal＿destinationを取得することで、その機器のオーディオデータを入力する論理的なプラグ(destination plug)を特定することができる。すなわち、コネクションの入力先である相手機器のデスティネーションプラグを特定する。
【００７６】
ステップＳ４４では、ステップＳ４３で得られたプラグがオーディオデータ受信可能状態かを調査するため、図１１に示すような外部から状態を問い合わせるコマンドであるAV/C SIGNAL＿SOURCE status コマンドを発行する。コマンドのパラメータとして、そのプラグ(destination plug)を指定する。相手からのレスポンスを読むことで受信可能か否かを知ることができる。つまり、signal＿status=effective(0)となったら受信可能とする。
【００７７】
ステップＳ４５では、受信可能か否かを判別し、受信可能でない場合（ステップＳ４５：Ｎｏ）には、ステップＳ４６に進んで４秒のタイムアウトになっていなければ、ステップＳ４４に戻り再びコマンドを発行する。ステップＳ４６で、カウント開始してから４秒が経過していたならば、タイムアウトと見なしてレシーバ受信可能待ち処理を終了する。上記カウント開始してからの時間は、システム制御部４に内蔵された計測手段としてのタイマー４ａにより計測される。
【００７８】
ステップＳ４５で、受信可能であれば、ステップＳ４７に進み、他にも自機器であるプレーヤＰにコネクションを確立している機器が存在するかを判別し、存在する場合（ステップＳ４７：Ｙｅｓ）にはステップＳ４２に戻り、それらの機器にも待ち処理を行う。また、これ以上自機器にコネクションを確立している機器が存在しない場合（ステップＳ４７：Ｎｏ）には、自機器にコネクションを確立している全ての機器が受信可能になったので、レシーバ受信可能待ち処理を終了する。
【００７９】
したがって、図９に示すレシーバ受信可能待ち処理によれば、音声データを出力する前に、自機器であるプレーヤＰにコネクションを確立している全てのレシーバＲが受信可能になるまで待機するので、音声データの先頭部分の欠落を防止することができる。
【００８０】
図１２は、再生動作へ移行する過程で、自機器であるプレーヤＰにコネクションを確立しているレシーバＲに対応した出力オーディオフォーマットを決定する処理を示すフローチャートである。
【００８１】
図１２に示すように、まずステップＳ５１では、自機器であるプレーヤＰにコネクションを確立しているレシーバＲ群の中から、メインとなるターゲット機器を１台選択する。
【００８２】
次に、ステップＳ５２では、ステップＳ５１で決定した機器に出力する際のオーディオフォーマットを予め登録したデータベース７から取得し、このオーディオフォーマットをこれから出力する際のフォーマットとして決定する。これにより、出力フォーマット決定処理を終了する。
【００８３】
したがって、図１２に示す出力フォーマット決定処理によれば、プレーヤＰは再生時に、レシーバＲに出力する際のオーディオフォーマットをデータベース７から取り出し決定するようにしたので、レシーバＲを切り替える度に、プレーヤＰに対しオーディオフォーマットを設定し直す必要がなくなる。
【００８４】
図１３はレシーバＲに対してコネクションが確立されている間、インジケータ６ａを点灯する処理を示すフローチャートである。
【００８５】
図１３に示すように、ステップＳ６１では、電源がオンの状態、すなわちパワーオン中の場合（ステップＳ６１：Ｙｅｓ）には、以下のインジケータ点灯処理を行う一方、パワーオンでない場合（ステップＳ６１：Ｎｏ）には、インジケータ点灯処理を終了する。
【００８６】
次に、ステップＳ６２では、自機器であるプレーヤＰにコネクションを確立しているレシーバＲが１台以上存在するかを判別する。存在する場合（ステップＳ６２：Ｙｅｓ）には、ステップＳ６３へ進み、インジケータ６ａを点灯する。また、存在しない場合（ステップＳ６２：Ｎｏ）には、ステップＳ６４へ進み、インジケータ６ａを消灯する。その後ステップＳ６１に戻り上記と同様の処理を繰り返す。
【００８７】
したがって、図１３に示すインジケータ点灯処理によれば、プレーヤＰは、レシーバＲからコネクションが確立されている間、インジケータ６ａを点灯するので、ユーザーはレシーバＲを見なくても上記シリアルバス規格に基づいた出力しているかを判別することができる。
【００８８】
以上説明したように本実施形態によれば、プレーヤＰから送信された音声情報を受信するレシーバＲを複数の中から少なくとも一つプレーヤＰのシステム制御部４で選択し、この選択されたレシーバＲをプレーヤＰに対して音声情報をシステム制御部４にて受信可能としたことにより、ユーザーは予めこれらを設定しておくことができるので、送信開始時におけるレシーバＲに対するプレーヤＰの操作を簡略化することができる。
【００８９】
そして、送信開始時に自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、プレイキーを押すだけで自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、操作が簡略化される。
【００９０】
加えて、コネクションが確立されたプレーヤＰをデータベース７に登録し、このデータベース７は、電源オフ時に登録内容を保持することにより、電源を一旦オフにしても改めて登録することがなくなる。
【００９１】
また、本実施形態によれば、プレーヤＰに対して音声情報を受信可能とされたレシーバＲの対応フォーマットをシステム制御部４にて取得し、レシーバＲの対応フォーマットに基づいてレシーバＲへの送信フォーマットをシステム制御部４にて選択することにより、ユーザーは、送信先のレシーバＲを切り替える度に、プレーヤＰに対し出力フォーマットを設定し直す必要がなくなるので、レシーバＲに対するプレーヤＰの操作を簡略化することができる。
【００９２】
さらに、本実施形態によれば、プレーヤＰは再生移行時に、自機器にコネクションを確立しているレシーバＲを調査し、それらのレシーバＲがオーディオデータ受信可能になるまで音声出力するのを待機するので、音声データの先頭部分の欠落を防止することができる。その結果、プレーヤＰからレシーバＲに音声データを確実に出力することができる。
【００９３】
なお、上記実施形態では、ＤＶＤ等の光ディスクから音楽情報を検出し、これを出力するプレーヤＰと、当該出力されてきた音楽情報を受信して出力するレシーバＲと、当該プレーヤＰとレシーバＲとを接続するシリアルバスＢと、により構成されている情報再生システムに対して本願を適用した場合について説明したが、これに限らず、他の手段により配信された音楽情報をプレーヤＰからレシーバＲに送信するような情報送信システムについても適用可能である。加えて、画像情報や映像情報をプレーヤＰからレシーバＲに送信するような情報送信システムについても適用可能である。
【図面の簡単な説明】
【図１】  本発明の情報送信装置を適用した一実施形態に係る情報再生システムの全体構成を示すブロック図である。
【図２】本実施形態においてレシーバの出力オーディオフォーマットをデータベースに登録するための処理を示すフローチャートである。
【図３】図２の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図４】図２の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図５】本実施形態において再生連動機器決定処理を示すフローチャートである。
【図６】本実施形態において再生移行処理を示すフローチャートである。
【図７】本実施形態において再生連動処理を示すフローチャートである。
【図８】図７の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図９】本実施形態においてレシーバ受信可能待ち処理を示すフローチャートである。
【図１０】図９の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図１１】図９の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図１２】本実施形態において出力フォーマット決定処理を示すフローチャートである。
【図１３】本実施形態においてインジケータ点灯処理を示すフローチャートである。
【符号の説明】
１  検出部
２  デコード部
３  インタフェース
４  システム制御部
５  入力操作部
６  表示部
６ａ  インジケータ
７  データベース
１０  インタフェース
１０Ａ  同期制御部
１１  受信処理部
１２  スピーカ
Ｂ  シリアルバス
Ｐ  プレーヤ
Ｒ  レシーバ
【図１】
0003676770.tif 000002
【図２】
0003676770.tif 000003
【図３】
0003676770.tif 000004
【図４】
0003676770.tif 000005
【図５】
0003676770.tif 000006
【図６】
0003676770.tif 000007
【図７】
0003676770.tif 000008
【図８】
0003676770.tif 000009
【図９】
0003676770.tif 000010
【図１０】
0003676770.tif 000011
【図１１】
0003676770.tif 000012
【図１２】
0003676770.tif 000013
【図１３】
0003676770.tif 000014