JP2004112586A - 情報送信装置、情報送信方法及び情報送受信システム - Google Patents
情報送信装置、情報送信方法及び情報送受信システム Download PDFInfo
- Publication number
- JP2004112586A JP2004112586A JP2002274618A JP2002274618A JP2004112586A JP 2004112586 A JP2004112586 A JP 2004112586A JP 2002274618 A JP2002274618 A JP 2002274618A JP 2002274618 A JP2002274618 A JP 2002274618A JP 2004112586 A JP2004112586 A JP 2004112586A
- Authority
- JP
- Japan
- Prior art keywords
- information
- receiver
- transmission
- format
- receiving
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Small-Scale Networks (AREA)
Abstract
【課題】送信開始時におけるレシーバ（情報受信装置）に対する操作を簡略化した情報送信装置を提供する。
【解決手段】情報送信装置ＰはシリアルバスＢを介して複数の情報受信装置Ｒに情報を送信する。複数の情報受信装置Ｒの中から少なくとも一の情報受信装置Ｒを選択手段４により選択し、この選択された情報受信装置Ｒと前記情報の伝送経路を伝送経路確立手段４により確立する。
【選択図】 図１
【解決手段】情報送信装置ＰはシリアルバスＢを介して複数の情報受信装置Ｒに情報を送信する。複数の情報受信装置Ｒの中から少なくとも一の情報受信装置Ｒを選択手段４により選択し、この選択された情報受信装置Ｒと前記情報の伝送経路を伝送経路確立手段４により確立する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、シリアルバスを介して複数の情報受信装置に情報を送信する情報送信装置、情報送信方法及び情報送受信システムに関する。
【０００２】
【従来の技術】
近年、複数の情報処理装置（例えば、ＤＶＤプレーヤとレシーバ等）間でシリアルバスを介してリアルタイムに情報を伝送するための新たな規格として、いわゆるＩＥＥＥ１３９４規格（正式名称は、「ＩＥＥＥ Ｓｔｄ．１３９４−１９９５ ＩＥＥＥ Ｓｔａｎｄａｒｄｆｏｒ ａ Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ」である。）が公表され、それに準拠したシリアルポートを備えたＤＶＤプレーヤやレシーバ等が製品化されつつある。
【０００３】
このＩＥＥＥ１３９４規格においては、ＤＶＤプレーヤ又はレシーバ等の複数の情報処理装置（以下、単にノードと称する。）間をシリアルバスにより接続し、これら各ノード間で複数チャンネル分（当該規格においては、一のシリアルバスで接続されている系内では最大で６３個の異なるチャンネルを用いて情報伝送できることが規格化されている。）の情報伝送を時分割的に実行するように規格化されている。
【０００４】
ここで、ＩＥＥＥ１３９４規格では、既にシリアルバスで相互に接続されているノード群に新たに他のノードを接続する場合（すなわち、バス接続時）又は上記ノード群から一のノードの接続を取り外す場合（すなわち、バス開放時）において、いわゆるバスリセットと称されるシリアルバスの初期化が実行されることが規格化されている。そして、当該バスリセット後に予め設定された所定の手順に従って新たなシリアルバスの接続形態（以下、当該接続形態をトポロジと称する。）が構築される。
【０００５】
そして、トポロジの構成後に実際に情報を伝送する場合には、当該情報の伝送を開始しようとするノードである伝送ノードは、ＩＲＭ（Ｉｓｏｃｈｒｏｎｏｕｓ ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ）ノード（構成されたトポロジ内にある全てのノードの通信状態（具体的には、各ノードの使用チャンネル及び後述する伝送占有時間）を管理し、他のノードが識別可能に現在の使用チャンネル及び現在各ノードにおいて占有されている伝送占有時間を表示するノード）に対して現在の他のノードによる通信状態を照会し、自己が使用したいチャンネル及び伝送占有時間が使用可能であるならば、当該伝送ノードは情報を伝送する権利を獲得し（より具体的には、伝送ノードが使用するチャンネル及び後述する伝送占有時間を当該伝送ノードが確保して）情報伝送を開始する。このとき、当該情報伝送の直前に、当該伝送ノードは、上記ＩＲＭノードにおける通信状態の表示を書き換える旨（すなわち、当該伝送ノードが情報伝送を開始することによりシリアルバス上の使用中チャンネル及び伝送占有時間が変化するので、この変化後の新しい通信状態に当該表示内容を書き換える必要がある。）をＩＲＭノードに伝送し、これを受けたＩＲＭノードはその表示内容を更新する処理を夫々実行する。この後は、当該更新後の表示内容が他のノードから夫々参照することが可能となるのである。
【０００６】
次に、上記伝送占有時間について略説する。
【０００７】
ＩＥＥＥ１３９４規格においては、各ノードからの情報はアイソクロナスサイクル（ここで、「サイクル」とは、シリアルバス上を時分割的に分割して形成される一のサイクルをいう。）と称される単位毎に纏められて送信される。このアイソクロナスサイクルには、他のアイソクロナスサイクル内に含まれる情報と同期して伝送される情報（具体的には、画像情報又はオーディオ情報等）が含まれるアイソクロナス伝送領域と、他の情報とは無関係に非同期で伝送される情報（具体的には、上記画像情報又はオーディオ情報の出力等を制御するための制御情報等）が含まれるアシンクロナス伝送領域とが含まれている。そして、このアイソクロナス伝送領域内の情報が異なったチャンネル毎に時分割されており、夫々のチャンネル毎に異なった情報が伝送される。
【０００８】
このとき、当該アイソクロナス伝送領域においては、一のアイソクロナスサイクル内におけるアイソクロナス伝送領域の時間的長さが最大で１００ｍｓｅｃであることが規格化されており、したがって、一のアイソクロナス伝送領域内の各チャンネルに割り当てられる情報がその伝送のために占有する時間の合計も１００ｍｓｅｃ以下とする必要がある。この時、当該一のチャンネルがアイソクロナスサイクル内で占有する伝送時間が上記伝送占有時間である。
【０００９】
なお、この伝送占有時間は、場合によってはシリアルバスの使用帯域と称されることもあり、また、シリアルバスの使用容量と称される場合もある。
【００１０】
一方、一のアイソクロナスサイクル内において、アイソクロナス伝送領域の長さが１００ｍｓｅｃ未満（零の場合も含む。）であるときは、当該アイソクロナス伝送領域以外のアイソクロナスサイクル内の時間は専らアシンクロナス伝送領域として用いられる。
【００１１】
上述した概要を有するＩＥＥＥ１３９４規格によれば、伝送すべき伝送情報における画像情報又はオーディオ情報等の属性によらず、大容量の情報を迅速に伝送することができると共に、伝送情報の他に例えば複写制御情報等を伝送することが可能であるため、当該伝送情報に対する著作権上の保護を万全としつつ伝送することも可能となる。
【００１２】
ところで、上記ＤＶＤプレーヤ（以下、送信機器ともいう。）とレシーバ（以下、受信機器ともいう。）とをＩＥＥＥ１３９４規格のシリアルバスにより接続したオーディオ再生システムでは、上記ＤＶＤプレーヤにおいてプレイキーが押されＤＶＤを再生する場合、オーディオ出力端子からレシーバにオーディオ情報のみが一方的に出力されていた。また、ＩＥＥＥ１３９４規格のシリアルバスを用いたネットワーク上でＤＶＤプレーヤと他のレシーバとの間でコネクションが確立していても、その状態が表示されていないのが現状である。ここで、コネクションを確立するということは、ＤＶＤプレーヤに対してレシーバが情報経路の接続を行うことである。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来のオーディオ再生システムでは、ＤＶＤプレーヤがオーディオ情報を一方的にレシーバに送信するのみであるので、予めユーザーはレシーバのファンクションをＤＶＤプレーヤに合わせておく必要があった。
【００１４】
本発明は、上記事情を考慮してなされたもので、その課題の一例としては、送信開始時におけるレシーバ（情報受信装置）に対する操作を簡略化した情報送信装置、情報送信方法及び情報送受信システムを提供することにある。
【００１５】
【課題を解決するための手段】
上記課題を解決するため、請求項１に記載の情報送信装置の発明は、シリアルバスを介して複数の情報受信装置に情報を送信する情報送信装置において、前記複数の情報受信装置の中から少なくとも一の情報受信装置を選択する選択手段と、前記選択された情報受信装置と前記情報の伝送経路を確立する伝送経路確立手段と、を備えたことを特徴とする。
【００１６】
上記課題を解決するため、請求項７に記載の情報送信方法の発明は、少なくとも一つの情報送信装置がシリアルバスを介して複数の情報受信装置に情報を送信する情報送信方法において、前記複数の情報受信装置の中から少なくとも一の情報受信装置を選択する選択工程と、前記選択された情報受信装置と前記情報の伝送経路を確立する伝送経路確立工程と、を備えたことを特徴とする。
【００１７】
上記課題を解決するため、請求項９に記載の情報送受信システムの発明は、情報を送信する少なくとも一つの送信機器と、当該送信機器からシリアルバスを介して前記情報を受信する複数の受信機器とを有する情報送受信システムにおいて、前記送信機器は、前記複数の受信機器の中から少なくとも一の受信機器を選択する選択手段と、前記選択された受信機器と前記情報の伝送経路を確立する伝送経路確立手段と、を備えたことを特徴とする。
【００１８】
【発明の実施の形態】
次に、本願に好適な実施の形態について、図面に基づいて説明する。なお、以下に説明する実施形態は、ＤＶＤ等の光ディスクから音楽情報を検出し、これを出力するプレーヤと、当該出力されてきた音楽情報を受信して出力するレシーバと、当該プレーヤとレシーバとを接続するシリアルバスと、により構成されている情報再生システムに対して本願を適用した場合の実施形態である。
【００１９】
初めに、本実施形態に係る情報再生システムの全体構成及び動作について、図１を用いて説明する。
【００２０】
図１に示すように、本実施形態に係る情報再生システムＳは、プレーヤＰ（情報送信装置又は送信機器）と、レシーバＲ（情報受信装置又は受信機器）と、当該プレーヤＰとレシーバＲとを接続するシリアルバスＢと、により構成されている。なお、図１ではプレーヤＰ及びレシーバＲがそれぞれ１台ずつ示したが、プレーヤＰは少なくとも１台で、レシーバＲは複数備えているものとする。
【００２１】
また、プレーヤＰは、検出部１と、デコード部２と、インタフェース３と、システム制御部４と、入力操作部５と、表示部６と、表示手段としてのインジケータ６ａと、データベース７と、により構成されている。
【００２２】
さらに、レシーバＲは、同期制御部１０Ａを含むインタフェース１０と、受信処理部１１と、スピーカ１２と、により構成されている。
【００２３】
次に動作を説明する。
【００２４】
先ず、プレーヤＰ内の検出部１には、再生対象となる楽曲に対応する音楽情報が複数曲分記録されているディスクＤＫが装填される。そして、検出部１は、システム制御部４からの制御信号Ｓｃｐに基づいて、当該ディスクＤＫから上記音楽情報を光学的に検出し、当該検出された音楽情報を音楽情報Ｓｐとしてデコード部２に出力する。
【００２５】
次に、デコード部２は、システム制御部４からの制御信号Ｓｃｄに基づいて、音楽情報Ｓｐに対して予め設定された復調処理を施し、復調情報Ｓｄを生成してインタフェース３へ出力する。
【００２６】
そして、インタフェース３は、システム制御部４からの制御信号Ｓｃｉに基づいて、復調情報Ｓｄに対して上記シリアルバス規格に則った出力インタフェース処理を施し、再生情報としてシリアルバスＢに出力する。このとき、当該再生情報には、上記シリアルバス規格に基づくアイソクロナスパケットが含まれており、当該アイソクロナスパケットには、ディスクＤＫから再生された音楽情報の他にレシーバＲにおける同期制御に用いられる同期信号を含む制御情報が含まれている。
【００２７】
一方、プレーヤＰにおける動作を指定するための操作はプレイキー、電源スイッチ等の入力操作部５において使用者により操作される。そして、当該操作に対応する操作信号Ｓｉｎ及びデータベース７からのが入力操作部５からシステム制御部４に出力する。
【００２８】
これにより、システム制御部４は、当該操作信号Ｓｉｎ及びデータベース７のメモリ信号Ｓｍの内容に基づいて、プレーヤＰを構成する各構成部材を制御するための上記制御信号Ｓｃｐ、Ｓｃｄ及びＳｃｉを生成し、対応する各構成部材に出力する。
【００２９】
このとき、プレーヤＰの動作状態は、システム制御部４から出力される表示情報Ｓｄｐに基づいて表示部６において表示される。この表示部６には、インジケータ６ａが設けられ、このインジケータ６ａはレシーバＲからコネクションが確立されている間、点灯している。
【００３０】
なお、データベース７には、上記シリアルバス規格に基づくアイソクロナスパケットを構成すべきデータが格納されている他、プレーヤＰから送信される再生情報の受信が可能とされた、つまりプレーヤＰとの間でコネクションが確立された複数のレシーバＲから選択されるレシーバＲを記憶する記憶手段を構成すると共に、レシーバＲのデコード能力、例えばＡＣ−３（ドルビー（登録商標）サウンド），ＤＴＳ（Ｄｉｇｉｔａｌ Ｓｕｒｒｏｕｎｄ Ａｕｄｉｏ），ワンビットオーディオ等に対応するオーディオフォーマットを格納している。これらデータベース７に格納されたデータの内容は、電源がオフになった場合でも保持される。
【００３１】
また、データベース７は、プレーヤＰに対してコネクションを確立しているレシーバＲが対応可能なオーディオフォーマットを格納する格納手段を構成する。
【００３２】
また、システム制御部４は、プレーヤＰから送信される再生情報を受信する複数のレシーバＲから少なくとも一つを選択する選択手段を構成すると共に、その選択されたプレーヤＰを再生情報の受信を可能とする、つまりプレーヤＰとの間でコネクションを確立させる伝送経路確立手段を構成し、この伝送経路確立手段は、レシーバＲに所定コマンドを送信することにより、再生情報の伝送経路を確立する。
【００３３】
さらに、システム制御部４は、プレーヤＰに対してコネクションを確立しているレシーバＲが対応可能なオーディオフォーマットを調査する調査手段を構成すると共に、この調査結果に基づいてレシーバＲへのオーディオフォーマットを決定する決定手段を構成し、この決定手段は、データベース７に格納されている各レシーバＲのオーディオフォーマットを参照する。
【００３４】
そして、システム制御部４は、プレーヤＰに対してコネクションを確立しているレシーバＲが受信可能状態であるか否かを判断する判断手段を構成し、レシーバＲが再生情報の受信可能状態になるまで再生情報の送信を待機する制御手段を構成し、前記判断手段は送信した所定コマンドに対するレシーバＲのレスポンスにより、レシーバＲが受信可能状態であるか否かを判断する。
【００３５】
また、システム制御部４には、計測手段としてのタイマー４ａが内蔵され、このタイマー４ａによりプレーヤＰからの送信を待機する時間を計測する。
【００３６】
なお、上記のようにプレーヤＰに対してレシーバＲがコネクションを確立するということは、本実施形態ではプレーヤＰに対してレシーバＲが伝送経路の接続を行うことであって、プレーヤＰの再生情報をシリアルバスＢを介してレシーバＲで受信可能な状態であることをいう。
【００３７】
他方、レシーバＲ内のインタフェース１０は、シリアルバスＢを介して送信される再生情報に対して予め設定された上記シリアルバス規格に則った入力インタフェース処理を施し、入力情報Ｓｒを生成して受信処理部１１へ出力する。このとき、インタフェース１０内の同期制御部１０Ａは、上記アイソクロナスパケット内の同期信号を基準としてインタフェース１０におけるインタフェース３との間の同期状態を維持しつつ当該入力インタフェース処理を実行させる。
【００３８】
そして、受信処理部１１は、上記入力情報Ｓｒに含まれている音楽情報に対して予め設定された受信処理を施し、出力情報Ｓｏを出力する。
【００３９】
これにより、スピーカ１２は、当該出力情報Ｓｏに基づいて、ディスクＤＫから再生されて音楽情報に対応する楽曲を音として放音する。
【００４０】
次に、本実施形態の各処理を説明する。
【００４１】
図２はレシーバＲ毎の出力オーディオフォーマットをデータベース７に登録するための処理を示すフローチャートである。
【００４２】
図２に示すレシーバＲの対応フォーマット調査処理において、ステップＳ１ではＩＥＥＥ１３９４規格のネットワーク上に新たなレシーバＲが接続されたか否かを判別している。すなわち、上記シリアルバス規格対応のレシーバＲが接続された場合（ステップＳ１：Ｙｅｓ）には、ステップＳ２に進み、そのようなレシーバＲが接続されない場合（ステップＳ１：Ｎｏ）には、対応フォーマット調査処理を終了する。
【００４３】
ステップＳ２では、接続されたレシーバＲが既にプレーヤＰのデータベース７に登録されているか否かを判別する。一旦登録した場合（ステップＳ２：Ｙｅｓ）には、次回以降はここで処理終了となる。まだ登録されていない場合（ステップＳ２：Ｎｏ）には、これからそのレシーバＲの特性を調査してデータベース７に登録する。
【００４４】
ステップＳ３では、図３に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）１３９４規格に準拠したＡＶ／Ｃ ＩＮＰＵＴ ＰＬＵＧ ＳＨＩＧＮＡＬ ＦＯＲＭＡＴ ｓｔａｔｕｓコマンドを発行する。この場合、プレーヤＰ側では登録したレシーバＲからのレスポンスを判別することで、Ａ＆Ｍプロトコル（Ａｕｄｉｏ ａｎｄ ｍｕｓｉｃ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）の受信が可能な入力プラグを所有しているかを知ることができる。
【００４５】
ステップＳ４では、対象とするレシーバＲが上記のような入力プラグを一つでも所有しているか否かを判別する。入力プラグを所有していない場合（ステップＳ４：Ｎｏ）には、処理を終了する。また、入力プラグを所有している場合（ステップＳ４：Ｙｅｓ）には、ステップＳ５に進む。
【００４６】
ステップＳ５では、図４に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ１３９４規格に準拠したＡＶ／Ｃ ＳＴＲＥＡＭ＿ＦＯＲＭＡＴ＿ＳＵＰＰＯＲＴ ｓｔａｔｕｓコマンドを入力プラグ毎に発行する。この場合、プレーヤＰ側では、入力プラグを所有しているレシーバＲからのレスポンスを判別することで、プレーヤＰ側が指定したオーディオフォーマットに対応しているかを知ることができる。すなわち、ステップＳ５では、レシーバＲが指定の各オーディオフォーマットに対応か非対応かを調査する。
【００４７】
ステップＳ６において、プレーヤＰ側では、得られたデータを元に、そのレシーバＲに対して上記シリアルバス規格に基づいて出力する際のオーディオフォーマットを決定し、そのオーディオフォーマットをデフォルト設定としてデータベース７に登録する。上記オーディオフォーマットを決定する際、そのレシーバＲが対応しているフォーマットの中で、最も高音質とされるものを選択する。したがって、指定のオーディオフォーマットに「対応」ならば「そのまま出力」とし、「非対応」ならば「ＬＰＣＭ（リニアＰＣＭ）に変換して出力」とする。
【００４８】
ステップＳ６では、例えばレシーバＲ（Ａ）の場合、ドルビー（登録商標）デジタルには対応するのでそのまま出力し、ＤＴＳおよびＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）には非対応であるのでＬＰＣＭに変換して出力する。また、レシーバＲ（Ｂ）の場合、ドルビー（登録商標）デジタルには対応するのでそのまま出力し、ＤＴＳおよびＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）にも対応するのでそのまま出力する。
【００４９】
なお、データベース７は、フラッシュＲＯＭ内に配置するので、電源がオフされても登録データは復活可能である。登録が済み次第、レシーバＲの対応フォーマット調査処理を終了する。
【００５０】
また、レシーバＲの対応フォーマット更新処理において、ステップＳ７では、ユーザーがプレーヤＰの表示部６の設定画面により、予めデータベース７に登録してあるレシーバＲ毎の出力オーディオフォーマットのデータを変更したか否かを判別する。データを変更した場合（ステップＳ７：Ｙｅｓ）には、ステップＳ８に進む一方、データを変更しない場合（ステップＳ７：Ｎｏ）には、対応フォーマット更新処理を終了する。
【００５１】
ステップＳ８では、ユーザーが変更したデータの内容を、既に登録されているフラッシュＲＯＭ等のデータベース７に反映させて対応フォーマット更新処理を終了する。
【００５２】
このように図２に示す受信機器の対応フォーマット調査処理及び受信機器の対応フォーマット更新処理では、プレーヤＰは、接続されているレシーバＲが各オーディオフォーマットに対応しているか否かを調査し、対応しているフォーマットを、その機器に対して出力する際のデフォルト設定としてデータベース７に保存しておく。なお、そのデフォルト設定は後からユーザーがカスタマイズすることができる。そして、プレーヤＰは再生時に、自機器にコネクションを確立しているレシーバＲを調査し、その機器に出力する際のオーディオフォーマットをデータベース７から取り出し決定する。
【００５３】
したがって、対応フォーマット調査処理及び対応フォーマット更新処理によれば、自機器であるプレーヤＰにコネクションを確立しているレシーバＲを特定し、その機器に合ったオーディオフォーマットを出力するので、ユーザーは、送信先のレシーバＲを切り替える度に、プレーヤＰに対し出力フォーマットを設定し直す必要がなくなるため、操作を簡略化することができる。
【００５４】
なお、一般のプレーヤは、コネクションが確立しているレシーバがどのようなオーディオフォーマットに対応しているかを自動的に認識することができないため、ユーザーは、プレーヤとシリアルバスにより接続されているレシーバ毎に、対応しているオーディオフォーマットを予め調査しておき、再生する際は受信させたいレシーバに適合したフォーマットを出力するようにプレーヤにおいてオーディオフォーマットの設定を変更する必要があった。
【００５５】
図５はプレイキーに連動してコネクションを確立するレシーバＲをデータベース７に登録するための処理（再生連動機器決定処理）を示すフローチャートである。
【００５６】
図５に示す再生連動機器決定処理において、ステップＳ１１では、ユーザーがプレーヤＰの表示部６の設定画面により、プレイキーに連動してコネクションを確立するレシーバＲを新たに選択したか否かを判別する。上記設定画面では、ユーザーは、上記シリアルバス規格に基づいて接続しているＡ＆Ｍプロトコル受信可能なレシーバＲ群の中からのみ、複数台選択することができる。
【００５７】
ステップＳ１２では、ユーザーが選択した内容を、再生連動機器のデータベース（フラッシュＲＯＭ）７に再生連動機器リストとして例えばレシーバＲ（Ａ），レシーバＲ（Ｂ），レシーバＲ（Ｃ）のように登録し、再生連動機器決定処理を終了する。
【００５８】
したがって、図５に示す再生連動機器決定処理によれば、プレーヤＰの表示部６の設定画面により、プレイキーに連動してコネクションを確立するレシーバＲを複数台選択できるようにしたので、ユーザーは予めこれらを設定しておくことにより、プレイキーを押すだけで自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、操作が簡略化される。なお、どのレシーバＲを選択したかをフラッシュＲＯＭ等のデータベース７に記憶するので、電源を一旦オフしても改めて設定し直す必要がなくなる。
【００５９】
図６は、再生動作へ移行する処理を示すフローチャートである。
【００６０】
図６に示すように、再生移行処理において、ステップＳ２１では、プレイキーが押されたか否かを判別する。プレイキーが押された場合（ステップＳ２１：Ｙｅｓ）には、ステップＳ２２に進み、プレイキーが押されていない場合（ステップＳ２１：Ｎｏ）には、再生移行処理を終了する。
【００６１】
ステップＳ２２では、これから上記シリアルバス規格に基づいて出力するか否かを判断するために、再生連動機器であるレシーバＲが１台以上選択されているか、もしくは自機器であるプレーヤＰにコネクションを確立しているレシーバＲが存在するか否かを判別する。その結果が偽の場合（ステップＳ２２：Ｎｏ）には、ステップＳ２８へ進み、上記シリアルバス規格に基づく出力を行わず、アナログ・デジタル端子出力を行う。他方、結果が真の場合（ステップＳ２２：Ｙｅｓ）には、ステップＳ２３に進む。
【００６２】
ステップＳ２３では、後述する図７に示すような再生連動処理を行う。
【００６３】
その後、ステップＳ２４では、再び自機器であるプレーヤＰにコネクションを確立しているか否かをチェックし、コネクションが確立されている場合（ステップＳ２４：Ｙｅｓ）には、ステップＳ２５に進む一方、コネクションが確立されていない場合（ステップＳ２４：Ｎｏ）には、ステップＳ２２と同様にステップＳ２８へ進み、上記シリアルバス規格に基づく出力を行わず、アナログ・デジタル端子出力を行う。
【００６４】
次に、ステップＳ２５では図９に示すレシーバ受信可能待ち処理を行った後、図１２に示す出力フォーマット決定処理（ステップＳ２６）を行う。そして、ステップ２７で、プレーヤＰにより再生を開始し、再生移行処理を終了する。
【００６５】
図７は再生動作へ移行する過程で、プレイキーに連動してレシーバＲにコネクションを確立させる処理を示すフローチャートである。
【００６６】
図７に示すように、再生連動処理において、ステップＳ３１では、データベース７に再生連動機器であるレシーバＲが登録されているかを判別する。登録されていない場合（ステップＳ３１：Ｎｏ）には、再生連動処理を終了する。登録されている場合（ステップＳ３１：Ｙｅｓ）には、それらのレシーバＲの全てに対し以下のステップを実行し、自機器であるプレーヤＰにコネクションを確立させる。
【００６７】
まず、ステップＳ３２では、登録されているレシーバＲ群の中から、これから処理を行う対象とする一台を選択する。この場合、既に選択した機器であるレシーバＲは除く。
【００６８】
次に、ステップＳ３３では、対象とするレシーバＲに図８に示すような機能を外部から制御するコマンドとしてＩＥＥＥ１３９４規格に準拠したＡＶ／Ｃ ＩＮＰＵＴ＿ＳＥＬＥＣＴ ｃｏｎｔｒｏｌコマンドを発行する。これにより、自機器であるプレーヤＰにコネクションを確立させることができる。
【００６９】
ステップＳ３４では、ステップＳ３３で発行したレシーバＲ以外にもデータベース７に機器が登録されている場合（ステップＳ３４：Ｙｅｓ）には、ステップＳ３２へ戻り、それらの機器にも同様にコマンドを発行する。これ以上登録された機器が存在しない場合（ステップＳ３４：Ｎｏ）には、再生連動処理を終了する。
【００７０】
したがって、図７に示す再生連動処理によれば、プレーヤＰのプレイキーにより再生を開始する時に、選択されたレシーバＲに対して自機器であるプレーヤＰにコネクションを確立させるようにしたことにより、プレイキーを押すだけで自動的にコネクションが確立されるため、操作が簡略化される。
【００７１】
図９は再生動作へ移行する過程で、レシーバＲが受信可能になるのを待つ処理を示すフローチャートである。
【００７２】
図９に示すように、プレーヤＰがオーディオデータを上記シリアルバス規格出力する際、そのデータを受信するのは、そのプレーヤＰに対してコネクションを確立しているレシーバＲのみである。よって、プレーヤＰは、自機器にコネクションを確立している機器の全てに対し、オーディオデータが受信可能かを調査し、全てが受信可能となったところで待ち処理を終了する。但し、レシーバＲに動作不良が発生した場合を考慮し、待ち時間には所定時間である４秒のタイムアウトが設けられている。
【００７３】
図９に示すレシーバ受信可能待ち処理において、ステップＳ４１では、タイムアウト判別用のカウントを開始する。すなわち、ステップＳ４１は、受信可能カウントを開始し、１ｍｓ毎にインクリメントする。
【００７４】
次に、ステップＳ４２では、コネクションを確立しているレシーバＲ群の中から、これから調査する対象機器を一台選択する。この場合、既に選択した機器であるレシーバＲは除く。
【００７５】
ステップＳ４３では、対象とするレシーバＲに図１０に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ１３９４規格に準拠したＡＶ／Ｃ ＩＮＰＵＴ＿ＳＥＬＥＣＴ ｓｔａｔｕｓコマンドを発行する。相手からのレスポンスのｓｉｇｎａｌ＿ｄｅｓｔｉｎａｔｉｏｎを取得することで、その機器のオーディオデータを入力する論理的なプラグ（ｄｅｓｔｉｎａｔｉｏｎ ｐｌｕｇ）を特定することができる。すなわち、コネクションの入力先である相手機器のデスティネーションプラグを特定する。
【００７６】
ステップＳ４４では、ステップＳ４３で得られたプラグがオーディオデータ受信可能状態かを調査するため、図１１に示すような外部から状態を問い合わせるコマンドであるＡＶ／Ｃ ＳＩＧＮＡＬ＿ＳＯＵＲＣＥ ｓｔａｔｕｓ コマンドを発行する。コマンドのパラメータとして、そのプラグ（ｄｅｓｔｉｎａｔｉｏｎ ｐｌｕｇ）を指定する。相手からのレスポンスを読むことで受信可能か否かを知ることができる。つまり、ｓｉｇｎａｌ＿ｓｔａｔｕｓ＝ｅｆｆｅｃｔｉｖｅ（０）となったら受信可能とする。
【００７７】
ステップＳ４５では、受信可能か否かを判別し、受信可能でない場合（ステップＳ４５：Ｎｏ）には、ステップＳ４６に進んで４秒のタイムアウトになっていなければ、ステップＳ４４に戻り再びコマンドを発行する。ステップＳ４６で、カウント開始してから４秒が経過していたならば、タイムアウトと見なしてレシーバ受信可能待ち処理を終了する。上記カウント開始してからの時間は、システム制御部４に内蔵された計測手段としてのタイマー４ａにより計測される。
【００７８】
ステップＳ４５で、受信可能であれば、ステップＳ４７に進み、他にも自機器であるプレーヤＰにコネクションを確立している機器が存在するかを判別し、存在する場合（ステップＳ４７：Ｙｅｓ）にはステップＳ４２に戻り、それらの機器にも待ち処理を行う。また、これ以上自機器にコネクションを確立している機器が存在しない場合（ステップＳ４７：Ｎｏ）には、自機器にコネクションを確立している全ての機器が受信可能になったので、レシーバ受信可能待ち処理を終了する。
【００７９】
したがって、図９に示すレシーバ受信可能待ち処理によれば、音声データを出力する前に、自機器であるプレーヤＰにコネクションを確立している全てのレシーバＲが受信可能になるまで待機するので、音声データの先頭部分の欠落を防止することができる。
【００８０】
図１２は、再生動作へ移行する過程で、自機器であるプレーヤＰにコネクションを確立しているレシーバＲに対応した出力オーディオフォーマットを決定する処理を示すフローチャートである。
【００８１】
図１２に示すように、まずステップＳ５１では、自機器であるプレーヤＰにコネクションを確立しているレシーバＲ群の中から、メインとなるターゲット機器を１台選択する。
【００８２】
次に、ステップＳ５２では、ステップＳ５１で決定した機器に出力する際のオーディオフォーマットを予め登録したデータベース７から取得し、このオーディオフォーマットをこれから出力する際のフォーマットとして決定する。これにより、出力フォーマット決定処理を終了する。
【００８３】
したがって、図１２に示す出力フォーマット決定処理によれば、プレーヤＰは再生時に、レシーバＲに出力する際のオーディオフォーマットをデータベース７から取り出し決定するようにしたので、レシーバＲを切り替える度に、プレーヤＰに対しオーディオフォーマットを設定し直す必要がなくなる。
【００８４】
図１３はレシーバＲに対してコネクションが確立されている間、インジケータ６ａを点灯する処理を示すフローチャートである。
【００８５】
図１３に示すように、ステップＳ６１では、電源がオンの状態、すなわちパワーオン中の場合（ステップＳ６１：Ｙｅｓ）には、以下のインジケータ点灯処理を行う一方、パワーオンでない場合（ステップＳ６１：Ｎｏ）には、インジケータ点灯処理を終了する。
【００８６】
次に、ステップＳ６２では、自機器であるプレーヤＰにコネクションを確立しているレシーバＲが１台以上存在するかを判別する。存在する場合（ステップＳ６２：Ｙｅｓ）には、ステップＳ６３へ進み、インジケータ６ａを点灯する。また、存在しない場合（ステップＳ６２：Ｎｏ）には、ステップＳ６４へ進み、インジケータ６ａを消灯する。その後ステップＳ６１に戻り上記と同様の処理を繰り返す。
【００８７】
したがって、図１３に示すインジケータ点灯処理によれば、プレーヤＰは、レシーバＲからコネクションが確立されている間、インジケータ６ａを点灯するので、ユーザーはレシーバＲを見なくても上記シリアルバス規格に基づいた出力しているかを判別することができる。
【００８８】
以上説明したように本実施形態によれば、プレーヤＰから送信された音声情報を受信するレシーバＲを複数の中から少なくとも一つプレーヤＰのシステム制御部４で選択し、この選択されたレシーバＲをプレーヤＰに対して音声情報をシステム制御部４にて受信可能としたことにより、ユーザーは予めこれらを設定しておくことができるので、送信開始時におけるレシーバＲに対するプレーヤＰの操作を簡略化することができる。
【００８９】
そして、送信開始時に自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、プレイキーを押すだけで自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、操作が簡略化される。
【００９０】
加えて、コネクションが確立されたプレーヤＰをデータベース７に登録し、このデータベース７は、電源オフ時に登録内容を保持することにより、電源を一旦オフにしても改めて登録することがなくなる。
【００９１】
また、本実施形態によれば、プレーヤＰに対して音声情報を受信可能とされたレシーバＲの対応フォーマットをシステム制御部４にて取得し、レシーバＲの対応フォーマットに基づいてレシーバＲへの送信フォーマットをシステム制御部４にて選択することにより、ユーザーは、送信先のレシーバＲを切り替える度に、プレーヤＰに対し出力フォーマットを設定し直す必要がなくなるので、レシーバＲに対するプレーヤＰの操作を簡略化することができる。
【００９２】
さらに、本実施形態によれば、プレーヤＰは再生移行時に、自機器にコネクションを確立しているレシーバＲを調査し、それらのレシーバＲがオーディオデータ受信可能になるまで音声出力するのを待機するので、音声データの先頭部分の欠落を防止することができる。その結果、プレーヤＰからレシーバＲに音声データを確実に出力することができる。
【００９３】
なお、上記実施形態では、ＤＶＤ等の光ディスクから音楽情報を検出し、これを出力するプレーヤＰと、当該出力されてきた音楽情報を受信して出力するレシーバＲと、当該プレーヤＰとレシーバＲとを接続するシリアルバスＢと、により構成されている情報再生システムに対して本願を適用した場合について説明したが、これに限らず、他の手段により配信された音楽情報をプレーヤＰからレシーバＲに送信するような情報送信システムについても適用可能である。加えて、画像情報や映像情報をプレーヤＰからレシーバＲに送信するような情報送信システムについても適用可能である。
【図面の簡単な説明】
【図１】本発明の情報送信システムに適用した一実施形態に係る情報再生システムの全体構成を示すブロック図である。
【図２】本実施形態においてレシーバの出力オーディオフォーマットをデータベースに登録するための処理を示すフローチャートである。
【図３】図２の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図４】図２の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図５】本実施形態において再生連動機器決定処理を示すフローチャートである。
【図６】本実施形態において再生移行処理を示すフローチャートである。
【図７】本実施形態において再生連動処理を示すフローチャートである。
【図８】図７の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図９】本実施形態においてレシーバ受信可能待ち処理を示すフローチャートである。
【図１０】図９の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図１１】図９の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図１２】本実施形態において出力フォーマット決定処理を示すフローチャートである。
【図１３】本実施形態においてインジケータ点灯処理を示すフローチャートである。
【符号の説明】
１ 検出部
２ デコード部
３ インタフェース
４ システム制御部
５ 入力操作部
６ 表示部
６ａ インジケータ
７ データベース
１０ インタフェース
１０Ａ 同期制御部
１１ 受信処理部
１２ スピーカ
Ｂ シリアルバス
Ｐ プレーヤ
Ｒ レシーバ
【発明の属する技術分野】
本発明は、シリアルバスを介して複数の情報受信装置に情報を送信する情報送信装置、情報送信方法及び情報送受信システムに関する。
【０００２】
【従来の技術】
近年、複数の情報処理装置（例えば、ＤＶＤプレーヤとレシーバ等）間でシリアルバスを介してリアルタイムに情報を伝送するための新たな規格として、いわゆるＩＥＥＥ１３９４規格（正式名称は、「ＩＥＥＥ Ｓｔｄ．１３９４−１９９５ ＩＥＥＥ Ｓｔａｎｄａｒｄｆｏｒ ａ Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ」である。）が公表され、それに準拠したシリアルポートを備えたＤＶＤプレーヤやレシーバ等が製品化されつつある。
【０００３】
このＩＥＥＥ１３９４規格においては、ＤＶＤプレーヤ又はレシーバ等の複数の情報処理装置（以下、単にノードと称する。）間をシリアルバスにより接続し、これら各ノード間で複数チャンネル分（当該規格においては、一のシリアルバスで接続されている系内では最大で６３個の異なるチャンネルを用いて情報伝送できることが規格化されている。）の情報伝送を時分割的に実行するように規格化されている。
【０００４】
ここで、ＩＥＥＥ１３９４規格では、既にシリアルバスで相互に接続されているノード群に新たに他のノードを接続する場合（すなわち、バス接続時）又は上記ノード群から一のノードの接続を取り外す場合（すなわち、バス開放時）において、いわゆるバスリセットと称されるシリアルバスの初期化が実行されることが規格化されている。そして、当該バスリセット後に予め設定された所定の手順に従って新たなシリアルバスの接続形態（以下、当該接続形態をトポロジと称する。）が構築される。
【０００５】
そして、トポロジの構成後に実際に情報を伝送する場合には、当該情報の伝送を開始しようとするノードである伝送ノードは、ＩＲＭ（Ｉｓｏｃｈｒｏｎｏｕｓ ＲｅｓｏｕｒｃｅＭａｎａｇｅｒ）ノード（構成されたトポロジ内にある全てのノードの通信状態（具体的には、各ノードの使用チャンネル及び後述する伝送占有時間）を管理し、他のノードが識別可能に現在の使用チャンネル及び現在各ノードにおいて占有されている伝送占有時間を表示するノード）に対して現在の他のノードによる通信状態を照会し、自己が使用したいチャンネル及び伝送占有時間が使用可能であるならば、当該伝送ノードは情報を伝送する権利を獲得し（より具体的には、伝送ノードが使用するチャンネル及び後述する伝送占有時間を当該伝送ノードが確保して）情報伝送を開始する。このとき、当該情報伝送の直前に、当該伝送ノードは、上記ＩＲＭノードにおける通信状態の表示を書き換える旨（すなわち、当該伝送ノードが情報伝送を開始することによりシリアルバス上の使用中チャンネル及び伝送占有時間が変化するので、この変化後の新しい通信状態に当該表示内容を書き換える必要がある。）をＩＲＭノードに伝送し、これを受けたＩＲＭノードはその表示内容を更新する処理を夫々実行する。この後は、当該更新後の表示内容が他のノードから夫々参照することが可能となるのである。
【０００６】
次に、上記伝送占有時間について略説する。
【０００７】
ＩＥＥＥ１３９４規格においては、各ノードからの情報はアイソクロナスサイクル（ここで、「サイクル」とは、シリアルバス上を時分割的に分割して形成される一のサイクルをいう。）と称される単位毎に纏められて送信される。このアイソクロナスサイクルには、他のアイソクロナスサイクル内に含まれる情報と同期して伝送される情報（具体的には、画像情報又はオーディオ情報等）が含まれるアイソクロナス伝送領域と、他の情報とは無関係に非同期で伝送される情報（具体的には、上記画像情報又はオーディオ情報の出力等を制御するための制御情報等）が含まれるアシンクロナス伝送領域とが含まれている。そして、このアイソクロナス伝送領域内の情報が異なったチャンネル毎に時分割されており、夫々のチャンネル毎に異なった情報が伝送される。
【０００８】
このとき、当該アイソクロナス伝送領域においては、一のアイソクロナスサイクル内におけるアイソクロナス伝送領域の時間的長さが最大で１００ｍｓｅｃであることが規格化されており、したがって、一のアイソクロナス伝送領域内の各チャンネルに割り当てられる情報がその伝送のために占有する時間の合計も１００ｍｓｅｃ以下とする必要がある。この時、当該一のチャンネルがアイソクロナスサイクル内で占有する伝送時間が上記伝送占有時間である。
【０００９】
なお、この伝送占有時間は、場合によってはシリアルバスの使用帯域と称されることもあり、また、シリアルバスの使用容量と称される場合もある。
【００１０】
一方、一のアイソクロナスサイクル内において、アイソクロナス伝送領域の長さが１００ｍｓｅｃ未満（零の場合も含む。）であるときは、当該アイソクロナス伝送領域以外のアイソクロナスサイクル内の時間は専らアシンクロナス伝送領域として用いられる。
【００１１】
上述した概要を有するＩＥＥＥ１３９４規格によれば、伝送すべき伝送情報における画像情報又はオーディオ情報等の属性によらず、大容量の情報を迅速に伝送することができると共に、伝送情報の他に例えば複写制御情報等を伝送することが可能であるため、当該伝送情報に対する著作権上の保護を万全としつつ伝送することも可能となる。
【００１２】
ところで、上記ＤＶＤプレーヤ（以下、送信機器ともいう。）とレシーバ（以下、受信機器ともいう。）とをＩＥＥＥ１３９４規格のシリアルバスにより接続したオーディオ再生システムでは、上記ＤＶＤプレーヤにおいてプレイキーが押されＤＶＤを再生する場合、オーディオ出力端子からレシーバにオーディオ情報のみが一方的に出力されていた。また、ＩＥＥＥ１３９４規格のシリアルバスを用いたネットワーク上でＤＶＤプレーヤと他のレシーバとの間でコネクションが確立していても、その状態が表示されていないのが現状である。ここで、コネクションを確立するということは、ＤＶＤプレーヤに対してレシーバが情報経路の接続を行うことである。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来のオーディオ再生システムでは、ＤＶＤプレーヤがオーディオ情報を一方的にレシーバに送信するのみであるので、予めユーザーはレシーバのファンクションをＤＶＤプレーヤに合わせておく必要があった。
【００１４】
本発明は、上記事情を考慮してなされたもので、その課題の一例としては、送信開始時におけるレシーバ（情報受信装置）に対する操作を簡略化した情報送信装置、情報送信方法及び情報送受信システムを提供することにある。
【００１５】
【課題を解決するための手段】
上記課題を解決するため、請求項１に記載の情報送信装置の発明は、シリアルバスを介して複数の情報受信装置に情報を送信する情報送信装置において、前記複数の情報受信装置の中から少なくとも一の情報受信装置を選択する選択手段と、前記選択された情報受信装置と前記情報の伝送経路を確立する伝送経路確立手段と、を備えたことを特徴とする。
【００１６】
上記課題を解決するため、請求項７に記載の情報送信方法の発明は、少なくとも一つの情報送信装置がシリアルバスを介して複数の情報受信装置に情報を送信する情報送信方法において、前記複数の情報受信装置の中から少なくとも一の情報受信装置を選択する選択工程と、前記選択された情報受信装置と前記情報の伝送経路を確立する伝送経路確立工程と、を備えたことを特徴とする。
【００１７】
上記課題を解決するため、請求項９に記載の情報送受信システムの発明は、情報を送信する少なくとも一つの送信機器と、当該送信機器からシリアルバスを介して前記情報を受信する複数の受信機器とを有する情報送受信システムにおいて、前記送信機器は、前記複数の受信機器の中から少なくとも一の受信機器を選択する選択手段と、前記選択された受信機器と前記情報の伝送経路を確立する伝送経路確立手段と、を備えたことを特徴とする。
【００１８】
【発明の実施の形態】
次に、本願に好適な実施の形態について、図面に基づいて説明する。なお、以下に説明する実施形態は、ＤＶＤ等の光ディスクから音楽情報を検出し、これを出力するプレーヤと、当該出力されてきた音楽情報を受信して出力するレシーバと、当該プレーヤとレシーバとを接続するシリアルバスと、により構成されている情報再生システムに対して本願を適用した場合の実施形態である。
【００１９】
初めに、本実施形態に係る情報再生システムの全体構成及び動作について、図１を用いて説明する。
【００２０】
図１に示すように、本実施形態に係る情報再生システムＳは、プレーヤＰ（情報送信装置又は送信機器）と、レシーバＲ（情報受信装置又は受信機器）と、当該プレーヤＰとレシーバＲとを接続するシリアルバスＢと、により構成されている。なお、図１ではプレーヤＰ及びレシーバＲがそれぞれ１台ずつ示したが、プレーヤＰは少なくとも１台で、レシーバＲは複数備えているものとする。
【００２１】
また、プレーヤＰは、検出部１と、デコード部２と、インタフェース３と、システム制御部４と、入力操作部５と、表示部６と、表示手段としてのインジケータ６ａと、データベース７と、により構成されている。
【００２２】
さらに、レシーバＲは、同期制御部１０Ａを含むインタフェース１０と、受信処理部１１と、スピーカ１２と、により構成されている。
【００２３】
次に動作を説明する。
【００２４】
先ず、プレーヤＰ内の検出部１には、再生対象となる楽曲に対応する音楽情報が複数曲分記録されているディスクＤＫが装填される。そして、検出部１は、システム制御部４からの制御信号Ｓｃｐに基づいて、当該ディスクＤＫから上記音楽情報を光学的に検出し、当該検出された音楽情報を音楽情報Ｓｐとしてデコード部２に出力する。
【００２５】
次に、デコード部２は、システム制御部４からの制御信号Ｓｃｄに基づいて、音楽情報Ｓｐに対して予め設定された復調処理を施し、復調情報Ｓｄを生成してインタフェース３へ出力する。
【００２６】
そして、インタフェース３は、システム制御部４からの制御信号Ｓｃｉに基づいて、復調情報Ｓｄに対して上記シリアルバス規格に則った出力インタフェース処理を施し、再生情報としてシリアルバスＢに出力する。このとき、当該再生情報には、上記シリアルバス規格に基づくアイソクロナスパケットが含まれており、当該アイソクロナスパケットには、ディスクＤＫから再生された音楽情報の他にレシーバＲにおける同期制御に用いられる同期信号を含む制御情報が含まれている。
【００２７】
一方、プレーヤＰにおける動作を指定するための操作はプレイキー、電源スイッチ等の入力操作部５において使用者により操作される。そして、当該操作に対応する操作信号Ｓｉｎ及びデータベース７からのが入力操作部５からシステム制御部４に出力する。
【００２８】
これにより、システム制御部４は、当該操作信号Ｓｉｎ及びデータベース７のメモリ信号Ｓｍの内容に基づいて、プレーヤＰを構成する各構成部材を制御するための上記制御信号Ｓｃｐ、Ｓｃｄ及びＳｃｉを生成し、対応する各構成部材に出力する。
【００２９】
このとき、プレーヤＰの動作状態は、システム制御部４から出力される表示情報Ｓｄｐに基づいて表示部６において表示される。この表示部６には、インジケータ６ａが設けられ、このインジケータ６ａはレシーバＲからコネクションが確立されている間、点灯している。
【００３０】
なお、データベース７には、上記シリアルバス規格に基づくアイソクロナスパケットを構成すべきデータが格納されている他、プレーヤＰから送信される再生情報の受信が可能とされた、つまりプレーヤＰとの間でコネクションが確立された複数のレシーバＲから選択されるレシーバＲを記憶する記憶手段を構成すると共に、レシーバＲのデコード能力、例えばＡＣ−３（ドルビー（登録商標）サウンド），ＤＴＳ（Ｄｉｇｉｔａｌ Ｓｕｒｒｏｕｎｄ Ａｕｄｉｏ），ワンビットオーディオ等に対応するオーディオフォーマットを格納している。これらデータベース７に格納されたデータの内容は、電源がオフになった場合でも保持される。
【００３１】
また、データベース７は、プレーヤＰに対してコネクションを確立しているレシーバＲが対応可能なオーディオフォーマットを格納する格納手段を構成する。
【００３２】
また、システム制御部４は、プレーヤＰから送信される再生情報を受信する複数のレシーバＲから少なくとも一つを選択する選択手段を構成すると共に、その選択されたプレーヤＰを再生情報の受信を可能とする、つまりプレーヤＰとの間でコネクションを確立させる伝送経路確立手段を構成し、この伝送経路確立手段は、レシーバＲに所定コマンドを送信することにより、再生情報の伝送経路を確立する。
【００３３】
さらに、システム制御部４は、プレーヤＰに対してコネクションを確立しているレシーバＲが対応可能なオーディオフォーマットを調査する調査手段を構成すると共に、この調査結果に基づいてレシーバＲへのオーディオフォーマットを決定する決定手段を構成し、この決定手段は、データベース７に格納されている各レシーバＲのオーディオフォーマットを参照する。
【００３４】
そして、システム制御部４は、プレーヤＰに対してコネクションを確立しているレシーバＲが受信可能状態であるか否かを判断する判断手段を構成し、レシーバＲが再生情報の受信可能状態になるまで再生情報の送信を待機する制御手段を構成し、前記判断手段は送信した所定コマンドに対するレシーバＲのレスポンスにより、レシーバＲが受信可能状態であるか否かを判断する。
【００３５】
また、システム制御部４には、計測手段としてのタイマー４ａが内蔵され、このタイマー４ａによりプレーヤＰからの送信を待機する時間を計測する。
【００３６】
なお、上記のようにプレーヤＰに対してレシーバＲがコネクションを確立するということは、本実施形態ではプレーヤＰに対してレシーバＲが伝送経路の接続を行うことであって、プレーヤＰの再生情報をシリアルバスＢを介してレシーバＲで受信可能な状態であることをいう。
【００３７】
他方、レシーバＲ内のインタフェース１０は、シリアルバスＢを介して送信される再生情報に対して予め設定された上記シリアルバス規格に則った入力インタフェース処理を施し、入力情報Ｓｒを生成して受信処理部１１へ出力する。このとき、インタフェース１０内の同期制御部１０Ａは、上記アイソクロナスパケット内の同期信号を基準としてインタフェース１０におけるインタフェース３との間の同期状態を維持しつつ当該入力インタフェース処理を実行させる。
【００３８】
そして、受信処理部１１は、上記入力情報Ｓｒに含まれている音楽情報に対して予め設定された受信処理を施し、出力情報Ｓｏを出力する。
【００３９】
これにより、スピーカ１２は、当該出力情報Ｓｏに基づいて、ディスクＤＫから再生されて音楽情報に対応する楽曲を音として放音する。
【００４０】
次に、本実施形態の各処理を説明する。
【００４１】
図２はレシーバＲ毎の出力オーディオフォーマットをデータベース７に登録するための処理を示すフローチャートである。
【００４２】
図２に示すレシーバＲの対応フォーマット調査処理において、ステップＳ１ではＩＥＥＥ１３９４規格のネットワーク上に新たなレシーバＲが接続されたか否かを判別している。すなわち、上記シリアルバス規格対応のレシーバＲが接続された場合（ステップＳ１：Ｙｅｓ）には、ステップＳ２に進み、そのようなレシーバＲが接続されない場合（ステップＳ１：Ｎｏ）には、対応フォーマット調査処理を終了する。
【００４３】
ステップＳ２では、接続されたレシーバＲが既にプレーヤＰのデータベース７に登録されているか否かを判別する。一旦登録した場合（ステップＳ２：Ｙｅｓ）には、次回以降はここで処理終了となる。まだ登録されていない場合（ステップＳ２：Ｎｏ）には、これからそのレシーバＲの特性を調査してデータベース７に登録する。
【００４４】
ステップＳ３では、図３に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）１３９４規格に準拠したＡＶ／Ｃ ＩＮＰＵＴ ＰＬＵＧ ＳＨＩＧＮＡＬ ＦＯＲＭＡＴ ｓｔａｔｕｓコマンドを発行する。この場合、プレーヤＰ側では登録したレシーバＲからのレスポンスを判別することで、Ａ＆Ｍプロトコル（Ａｕｄｉｏ ａｎｄ ｍｕｓｉｃ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）の受信が可能な入力プラグを所有しているかを知ることができる。
【００４５】
ステップＳ４では、対象とするレシーバＲが上記のような入力プラグを一つでも所有しているか否かを判別する。入力プラグを所有していない場合（ステップＳ４：Ｎｏ）には、処理を終了する。また、入力プラグを所有している場合（ステップＳ４：Ｙｅｓ）には、ステップＳ５に進む。
【００４６】
ステップＳ５では、図４に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ１３９４規格に準拠したＡＶ／Ｃ ＳＴＲＥＡＭ＿ＦＯＲＭＡＴ＿ＳＵＰＰＯＲＴ ｓｔａｔｕｓコマンドを入力プラグ毎に発行する。この場合、プレーヤＰ側では、入力プラグを所有しているレシーバＲからのレスポンスを判別することで、プレーヤＰ側が指定したオーディオフォーマットに対応しているかを知ることができる。すなわち、ステップＳ５では、レシーバＲが指定の各オーディオフォーマットに対応か非対応かを調査する。
【００４７】
ステップＳ６において、プレーヤＰ側では、得られたデータを元に、そのレシーバＲに対して上記シリアルバス規格に基づいて出力する際のオーディオフォーマットを決定し、そのオーディオフォーマットをデフォルト設定としてデータベース７に登録する。上記オーディオフォーマットを決定する際、そのレシーバＲが対応しているフォーマットの中で、最も高音質とされるものを選択する。したがって、指定のオーディオフォーマットに「対応」ならば「そのまま出力」とし、「非対応」ならば「ＬＰＣＭ（リニアＰＣＭ）に変換して出力」とする。
【００４８】
ステップＳ６では、例えばレシーバＲ（Ａ）の場合、ドルビー（登録商標）デジタルには対応するのでそのまま出力し、ＤＴＳおよびＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）には非対応であるのでＬＰＣＭに変換して出力する。また、レシーバＲ（Ｂ）の場合、ドルビー（登録商標）デジタルには対応するのでそのまま出力し、ＤＴＳおよびＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）にも対応するのでそのまま出力する。
【００４９】
なお、データベース７は、フラッシュＲＯＭ内に配置するので、電源がオフされても登録データは復活可能である。登録が済み次第、レシーバＲの対応フォーマット調査処理を終了する。
【００５０】
また、レシーバＲの対応フォーマット更新処理において、ステップＳ７では、ユーザーがプレーヤＰの表示部６の設定画面により、予めデータベース７に登録してあるレシーバＲ毎の出力オーディオフォーマットのデータを変更したか否かを判別する。データを変更した場合（ステップＳ７：Ｙｅｓ）には、ステップＳ８に進む一方、データを変更しない場合（ステップＳ７：Ｎｏ）には、対応フォーマット更新処理を終了する。
【００５１】
ステップＳ８では、ユーザーが変更したデータの内容を、既に登録されているフラッシュＲＯＭ等のデータベース７に反映させて対応フォーマット更新処理を終了する。
【００５２】
このように図２に示す受信機器の対応フォーマット調査処理及び受信機器の対応フォーマット更新処理では、プレーヤＰは、接続されているレシーバＲが各オーディオフォーマットに対応しているか否かを調査し、対応しているフォーマットを、その機器に対して出力する際のデフォルト設定としてデータベース７に保存しておく。なお、そのデフォルト設定は後からユーザーがカスタマイズすることができる。そして、プレーヤＰは再生時に、自機器にコネクションを確立しているレシーバＲを調査し、その機器に出力する際のオーディオフォーマットをデータベース７から取り出し決定する。
【００５３】
したがって、対応フォーマット調査処理及び対応フォーマット更新処理によれば、自機器であるプレーヤＰにコネクションを確立しているレシーバＲを特定し、その機器に合ったオーディオフォーマットを出力するので、ユーザーは、送信先のレシーバＲを切り替える度に、プレーヤＰに対し出力フォーマットを設定し直す必要がなくなるため、操作を簡略化することができる。
【００５４】
なお、一般のプレーヤは、コネクションが確立しているレシーバがどのようなオーディオフォーマットに対応しているかを自動的に認識することができないため、ユーザーは、プレーヤとシリアルバスにより接続されているレシーバ毎に、対応しているオーディオフォーマットを予め調査しておき、再生する際は受信させたいレシーバに適合したフォーマットを出力するようにプレーヤにおいてオーディオフォーマットの設定を変更する必要があった。
【００５５】
図５はプレイキーに連動してコネクションを確立するレシーバＲをデータベース７に登録するための処理（再生連動機器決定処理）を示すフローチャートである。
【００５６】
図５に示す再生連動機器決定処理において、ステップＳ１１では、ユーザーがプレーヤＰの表示部６の設定画面により、プレイキーに連動してコネクションを確立するレシーバＲを新たに選択したか否かを判別する。上記設定画面では、ユーザーは、上記シリアルバス規格に基づいて接続しているＡ＆Ｍプロトコル受信可能なレシーバＲ群の中からのみ、複数台選択することができる。
【００５７】
ステップＳ１２では、ユーザーが選択した内容を、再生連動機器のデータベース（フラッシュＲＯＭ）７に再生連動機器リストとして例えばレシーバＲ（Ａ），レシーバＲ（Ｂ），レシーバＲ（Ｃ）のように登録し、再生連動機器決定処理を終了する。
【００５８】
したがって、図５に示す再生連動機器決定処理によれば、プレーヤＰの表示部６の設定画面により、プレイキーに連動してコネクションを確立するレシーバＲを複数台選択できるようにしたので、ユーザーは予めこれらを設定しておくことにより、プレイキーを押すだけで自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、操作が簡略化される。なお、どのレシーバＲを選択したかをフラッシュＲＯＭ等のデータベース７に記憶するので、電源を一旦オフしても改めて設定し直す必要がなくなる。
【００５９】
図６は、再生動作へ移行する処理を示すフローチャートである。
【００６０】
図６に示すように、再生移行処理において、ステップＳ２１では、プレイキーが押されたか否かを判別する。プレイキーが押された場合（ステップＳ２１：Ｙｅｓ）には、ステップＳ２２に進み、プレイキーが押されていない場合（ステップＳ２１：Ｎｏ）には、再生移行処理を終了する。
【００６１】
ステップＳ２２では、これから上記シリアルバス規格に基づいて出力するか否かを判断するために、再生連動機器であるレシーバＲが１台以上選択されているか、もしくは自機器であるプレーヤＰにコネクションを確立しているレシーバＲが存在するか否かを判別する。その結果が偽の場合（ステップＳ２２：Ｎｏ）には、ステップＳ２８へ進み、上記シリアルバス規格に基づく出力を行わず、アナログ・デジタル端子出力を行う。他方、結果が真の場合（ステップＳ２２：Ｙｅｓ）には、ステップＳ２３に進む。
【００６２】
ステップＳ２３では、後述する図７に示すような再生連動処理を行う。
【００６３】
その後、ステップＳ２４では、再び自機器であるプレーヤＰにコネクションを確立しているか否かをチェックし、コネクションが確立されている場合（ステップＳ２４：Ｙｅｓ）には、ステップＳ２５に進む一方、コネクションが確立されていない場合（ステップＳ２４：Ｎｏ）には、ステップＳ２２と同様にステップＳ２８へ進み、上記シリアルバス規格に基づく出力を行わず、アナログ・デジタル端子出力を行う。
【００６４】
次に、ステップＳ２５では図９に示すレシーバ受信可能待ち処理を行った後、図１２に示す出力フォーマット決定処理（ステップＳ２６）を行う。そして、ステップ２７で、プレーヤＰにより再生を開始し、再生移行処理を終了する。
【００６５】
図７は再生動作へ移行する過程で、プレイキーに連動してレシーバＲにコネクションを確立させる処理を示すフローチャートである。
【００６６】
図７に示すように、再生連動処理において、ステップＳ３１では、データベース７に再生連動機器であるレシーバＲが登録されているかを判別する。登録されていない場合（ステップＳ３１：Ｎｏ）には、再生連動処理を終了する。登録されている場合（ステップＳ３１：Ｙｅｓ）には、それらのレシーバＲの全てに対し以下のステップを実行し、自機器であるプレーヤＰにコネクションを確立させる。
【００６７】
まず、ステップＳ３２では、登録されているレシーバＲ群の中から、これから処理を行う対象とする一台を選択する。この場合、既に選択した機器であるレシーバＲは除く。
【００６８】
次に、ステップＳ３３では、対象とするレシーバＲに図８に示すような機能を外部から制御するコマンドとしてＩＥＥＥ１３９４規格に準拠したＡＶ／Ｃ ＩＮＰＵＴ＿ＳＥＬＥＣＴ ｃｏｎｔｒｏｌコマンドを発行する。これにより、自機器であるプレーヤＰにコネクションを確立させることができる。
【００６９】
ステップＳ３４では、ステップＳ３３で発行したレシーバＲ以外にもデータベース７に機器が登録されている場合（ステップＳ３４：Ｙｅｓ）には、ステップＳ３２へ戻り、それらの機器にも同様にコマンドを発行する。これ以上登録された機器が存在しない場合（ステップＳ３４：Ｎｏ）には、再生連動処理を終了する。
【００７０】
したがって、図７に示す再生連動処理によれば、プレーヤＰのプレイキーにより再生を開始する時に、選択されたレシーバＲに対して自機器であるプレーヤＰにコネクションを確立させるようにしたことにより、プレイキーを押すだけで自動的にコネクションが確立されるため、操作が簡略化される。
【００７１】
図９は再生動作へ移行する過程で、レシーバＲが受信可能になるのを待つ処理を示すフローチャートである。
【００７２】
図９に示すように、プレーヤＰがオーディオデータを上記シリアルバス規格出力する際、そのデータを受信するのは、そのプレーヤＰに対してコネクションを確立しているレシーバＲのみである。よって、プレーヤＰは、自機器にコネクションを確立している機器の全てに対し、オーディオデータが受信可能かを調査し、全てが受信可能となったところで待ち処理を終了する。但し、レシーバＲに動作不良が発生した場合を考慮し、待ち時間には所定時間である４秒のタイムアウトが設けられている。
【００７３】
図９に示すレシーバ受信可能待ち処理において、ステップＳ４１では、タイムアウト判別用のカウントを開始する。すなわち、ステップＳ４１は、受信可能カウントを開始し、１ｍｓ毎にインクリメントする。
【００７４】
次に、ステップＳ４２では、コネクションを確立しているレシーバＲ群の中から、これから調査する対象機器を一台選択する。この場合、既に選択した機器であるレシーバＲは除く。
【００７５】
ステップＳ４３では、対象とするレシーバＲに図１０に示すような外部から状態を問い合わせるコマンドとしてＩＥＥＥ１３９４規格に準拠したＡＶ／Ｃ ＩＮＰＵＴ＿ＳＥＬＥＣＴ ｓｔａｔｕｓコマンドを発行する。相手からのレスポンスのｓｉｇｎａｌ＿ｄｅｓｔｉｎａｔｉｏｎを取得することで、その機器のオーディオデータを入力する論理的なプラグ（ｄｅｓｔｉｎａｔｉｏｎ ｐｌｕｇ）を特定することができる。すなわち、コネクションの入力先である相手機器のデスティネーションプラグを特定する。
【００７６】
ステップＳ４４では、ステップＳ４３で得られたプラグがオーディオデータ受信可能状態かを調査するため、図１１に示すような外部から状態を問い合わせるコマンドであるＡＶ／Ｃ ＳＩＧＮＡＬ＿ＳＯＵＲＣＥ ｓｔａｔｕｓ コマンドを発行する。コマンドのパラメータとして、そのプラグ（ｄｅｓｔｉｎａｔｉｏｎ ｐｌｕｇ）を指定する。相手からのレスポンスを読むことで受信可能か否かを知ることができる。つまり、ｓｉｇｎａｌ＿ｓｔａｔｕｓ＝ｅｆｆｅｃｔｉｖｅ（０）となったら受信可能とする。
【００７７】
ステップＳ４５では、受信可能か否かを判別し、受信可能でない場合（ステップＳ４５：Ｎｏ）には、ステップＳ４６に進んで４秒のタイムアウトになっていなければ、ステップＳ４４に戻り再びコマンドを発行する。ステップＳ４６で、カウント開始してから４秒が経過していたならば、タイムアウトと見なしてレシーバ受信可能待ち処理を終了する。上記カウント開始してからの時間は、システム制御部４に内蔵された計測手段としてのタイマー４ａにより計測される。
【００７８】
ステップＳ４５で、受信可能であれば、ステップＳ４７に進み、他にも自機器であるプレーヤＰにコネクションを確立している機器が存在するかを判別し、存在する場合（ステップＳ４７：Ｙｅｓ）にはステップＳ４２に戻り、それらの機器にも待ち処理を行う。また、これ以上自機器にコネクションを確立している機器が存在しない場合（ステップＳ４７：Ｎｏ）には、自機器にコネクションを確立している全ての機器が受信可能になったので、レシーバ受信可能待ち処理を終了する。
【００７９】
したがって、図９に示すレシーバ受信可能待ち処理によれば、音声データを出力する前に、自機器であるプレーヤＰにコネクションを確立している全てのレシーバＲが受信可能になるまで待機するので、音声データの先頭部分の欠落を防止することができる。
【００８０】
図１２は、再生動作へ移行する過程で、自機器であるプレーヤＰにコネクションを確立しているレシーバＲに対応した出力オーディオフォーマットを決定する処理を示すフローチャートである。
【００８１】
図１２に示すように、まずステップＳ５１では、自機器であるプレーヤＰにコネクションを確立しているレシーバＲ群の中から、メインとなるターゲット機器を１台選択する。
【００８２】
次に、ステップＳ５２では、ステップＳ５１で決定した機器に出力する際のオーディオフォーマットを予め登録したデータベース７から取得し、このオーディオフォーマットをこれから出力する際のフォーマットとして決定する。これにより、出力フォーマット決定処理を終了する。
【００８３】
したがって、図１２に示す出力フォーマット決定処理によれば、プレーヤＰは再生時に、レシーバＲに出力する際のオーディオフォーマットをデータベース７から取り出し決定するようにしたので、レシーバＲを切り替える度に、プレーヤＰに対しオーディオフォーマットを設定し直す必要がなくなる。
【００８４】
図１３はレシーバＲに対してコネクションが確立されている間、インジケータ６ａを点灯する処理を示すフローチャートである。
【００８５】
図１３に示すように、ステップＳ６１では、電源がオンの状態、すなわちパワーオン中の場合（ステップＳ６１：Ｙｅｓ）には、以下のインジケータ点灯処理を行う一方、パワーオンでない場合（ステップＳ６１：Ｎｏ）には、インジケータ点灯処理を終了する。
【００８６】
次に、ステップＳ６２では、自機器であるプレーヤＰにコネクションを確立しているレシーバＲが１台以上存在するかを判別する。存在する場合（ステップＳ６２：Ｙｅｓ）には、ステップＳ６３へ進み、インジケータ６ａを点灯する。また、存在しない場合（ステップＳ６２：Ｎｏ）には、ステップＳ６４へ進み、インジケータ６ａを消灯する。その後ステップＳ６１に戻り上記と同様の処理を繰り返す。
【００８７】
したがって、図１３に示すインジケータ点灯処理によれば、プレーヤＰは、レシーバＲからコネクションが確立されている間、インジケータ６ａを点灯するので、ユーザーはレシーバＲを見なくても上記シリアルバス規格に基づいた出力しているかを判別することができる。
【００８８】
以上説明したように本実施形態によれば、プレーヤＰから送信された音声情報を受信するレシーバＲを複数の中から少なくとも一つプレーヤＰのシステム制御部４で選択し、この選択されたレシーバＲをプレーヤＰに対して音声情報をシステム制御部４にて受信可能としたことにより、ユーザーは予めこれらを設定しておくことができるので、送信開始時におけるレシーバＲに対するプレーヤＰの操作を簡略化することができる。
【００８９】
そして、送信開始時に自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、プレイキーを押すだけで自動的にレシーバＲが自機器であるプレーヤＰにコネクションを確立するので、操作が簡略化される。
【００９０】
加えて、コネクションが確立されたプレーヤＰをデータベース７に登録し、このデータベース７は、電源オフ時に登録内容を保持することにより、電源を一旦オフにしても改めて登録することがなくなる。
【００９１】
また、本実施形態によれば、プレーヤＰに対して音声情報を受信可能とされたレシーバＲの対応フォーマットをシステム制御部４にて取得し、レシーバＲの対応フォーマットに基づいてレシーバＲへの送信フォーマットをシステム制御部４にて選択することにより、ユーザーは、送信先のレシーバＲを切り替える度に、プレーヤＰに対し出力フォーマットを設定し直す必要がなくなるので、レシーバＲに対するプレーヤＰの操作を簡略化することができる。
【００９２】
さらに、本実施形態によれば、プレーヤＰは再生移行時に、自機器にコネクションを確立しているレシーバＲを調査し、それらのレシーバＲがオーディオデータ受信可能になるまで音声出力するのを待機するので、音声データの先頭部分の欠落を防止することができる。その結果、プレーヤＰからレシーバＲに音声データを確実に出力することができる。
【００９３】
なお、上記実施形態では、ＤＶＤ等の光ディスクから音楽情報を検出し、これを出力するプレーヤＰと、当該出力されてきた音楽情報を受信して出力するレシーバＲと、当該プレーヤＰとレシーバＲとを接続するシリアルバスＢと、により構成されている情報再生システムに対して本願を適用した場合について説明したが、これに限らず、他の手段により配信された音楽情報をプレーヤＰからレシーバＲに送信するような情報送信システムについても適用可能である。加えて、画像情報や映像情報をプレーヤＰからレシーバＲに送信するような情報送信システムについても適用可能である。
【図面の簡単な説明】
【図１】本発明の情報送信システムに適用した一実施形態に係る情報再生システムの全体構成を示すブロック図である。
【図２】本実施形態においてレシーバの出力オーディオフォーマットをデータベースに登録するための処理を示すフローチャートである。
【図３】図２の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図４】図２の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図５】本実施形態において再生連動機器決定処理を示すフローチャートである。
【図６】本実施形態において再生移行処理を示すフローチャートである。
【図７】本実施形態において再生連動処理を示すフローチャートである。
【図８】図７の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図９】本実施形態においてレシーバ受信可能待ち処理を示すフローチャートである。
【図１０】図９の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図１１】図９の処理で用いられるＡＶ／Ｃパケットを示す説明図である。
【図１２】本実施形態において出力フォーマット決定処理を示すフローチャートである。
【図１３】本実施形態においてインジケータ点灯処理を示すフローチャートである。
【符号の説明】
１ 検出部
２ デコード部
３ インタフェース
４ システム制御部
５ 入力操作部
６ 表示部
６ａ インジケータ
７ データベース
１０ インタフェース
１０Ａ 同期制御部
１１ 受信処理部
１２ スピーカ
Ｂ シリアルバス
Ｐ プレーヤ
Ｒ レシーバ
Claims (10)
- シリアルバスを介して複数の情報受信装置に情報を送信する情報送信装置において、
前記複数の情報受信装置の中から少なくとも一の情報受信装置を選択する選択手段と、
前記選択された情報受信装置と前記情報の伝送経路を確立する伝送経路確立手段と、
を備えたことを特徴とする情報送信装置。 - 請求項１に記載の情報送信装置において、
前記複数の情報受信装置のうち、使用者によって選択された情報受信装置がデータベースとして登録される記憶手段を備え、前記選択手段は、前記記憶手段のデータベースに登録された情報受信装置の中から少なくとも一の情報受信装置を選択することを特徴とする情報送信装置。 - 請求項１に記載の情報送信装置において、
前記伝送経路確立手段は、前記情報受信装置に所定コマンドを送信することにより、前記情報の伝送経路を確立することを特徴とする情報送信装置。 - 請求項３に記載の情報送信装置において、
前記所定コマンドは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）１３９４規格に準拠したＩＮＰＵＴ＿ＳＥＬＥＣＴ＿ｃｏｎｔｒｏｌコマンドであることを特徴とする情報送信装置。 - 請求項１に記載の情報送信装置において、
前記伝送経路が確立された一の情報受信装置が対応しているフォーマットを調査する調査手段と、前記調査手段による調査結果に基づいて、前記一の情報受信装置に送信する情報のフォーマットを決定する決定手段と、を備えたことを特徴とする情報送信装置。 - 請求項５に記載の情報送信装置において、
前記調査手段によって調査される各情報受信装置が対応しているフォーマットが格納される格納手段を備え、前記決定手段は、当該格納手段に格納されている各情報受信装置のフォーマットを参照することを特徴とする情報送信装置。 - 少なくとも一つの情報送信装置がシリアルバスを介して複数の情報受信装置に情報を送信する情報送信方法において、
前記複数の情報受信装置の中から少なくとも一の情報受信装置を選択する選択工程と、
前記選択された情報受信装置と前記情報の伝送経路を確立する伝送経路確立工程と、
を備えたことを特徴とする情報送信方法。 - 請求項７に記載の情報送信方法において、
前記伝送経路が確立された一の情報受信装置が対応しているフォーマットを調査する調査工程と、前記調査工程にて調査された調査結果に基づいて、前記一の情報受信装置に送信する情報のフォーマットを決定する決定工程と、を備えたことを特徴とする情報送信方法。 - 情報を送信する少なくとも一つの送信機器と、当該送信機器からシリアルバスを介して前記情報を受信する複数の受信機器とを有する情報送受信システムにおいて、
前記送信機器は、
前記複数の受信機器の中から少なくとも一の受信機器を選択する選択手段と、
前記選択された受信機器と前記情報の伝送経路を確立する伝送経路確立手段と、
を備えたことを特徴とする情報送受信システム。 - 請求項９に記載の情報送受信システムにおいて、
前記送信機器は、前記伝送経路が確立された一の受信機器が対応しているフォーマットを調査する調査手段と、前記調査手段による調査結果に基づいて、前記一の受信機器に送信する情報のフォーマットを決定する決定手段と、を備えたことを特徴とする情報送受信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002274618A JP2004112586A (ja) | 2002-09-20 | 2002-09-20 | 情報送信装置、情報送信方法及び情報送受信システム |
| US10/661,659 US20040057452A1 (en) | 2002-09-20 | 2003-09-15 | Method and apparatus for transmitting information via serial bus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002274618A JP2004112586A (ja) | 2002-09-20 | 2002-09-20 | 情報送信装置、情報送信方法及び情報送受信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004112586A true JP2004112586A (ja) | 2004-04-08 |
| JP2004112586A5 JP2004112586A5 (ja) | 2005-10-27 |
Family
ID=31986960
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002274618A Pending JP2004112586A (ja) | 2002-09-20 | 2002-09-20 | 情報送信装置、情報送信方法及び情報送受信システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20040057452A1 (ja) |
| JP (1) | JP2004112586A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006314017A (ja) * | 2005-05-09 | 2006-11-16 | Funai Electric Co Ltd | ハードディスクレコーダ |
| US8086331B2 (en) | 2005-02-01 | 2011-12-27 | Panasonic Corporation | Reproduction apparatus, program and reproduction method |
| US8478103B2 (en) | 2004-10-14 | 2013-07-02 | Sony Corporation | Video apparatus, video output control method, and reproduction control method |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20070041567A (ko) * | 2004-08-12 | 2007-04-18 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 오디오 소스 선택 |
| JP2010033188A (ja) * | 2008-07-25 | 2010-02-12 | Fujitsu Ltd | 送信経路選択装置、データ送信システム、コンピュータ装置および送信経路選択方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5760838A (en) * | 1994-09-30 | 1998-06-02 | Intel Corporation | Method and system for configuring a display |
| US5905522A (en) * | 1995-08-31 | 1999-05-18 | Microsoft Corporation | Resource allocation method for interactive televideo system |
| JP4312934B2 (ja) * | 1999-06-29 | 2009-08-12 | エルジー エレクトロニクス インコーポレイティド | デジタルインタフェースを通して連結された機器間の特性情報による動作方法及びその制御装置 |
| KR100381390B1 (ko) * | 1999-12-27 | 2003-04-23 | 엘지전자 주식회사 | 외부 연결기기에 대한 영상기기의 메뉴 원격제어방법 |
| US20020088002A1 (en) * | 2001-01-02 | 2002-07-04 | Shintani Peter Rae | Transmission of camera image to remote display device |
-
2002
- 2002-09-20 JP JP2002274618A patent/JP2004112586A/ja active Pending
-
2003
- 2003-09-15 US US10/661,659 patent/US20040057452A1/en not_active Abandoned
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8478103B2 (en) | 2004-10-14 | 2013-07-02 | Sony Corporation | Video apparatus, video output control method, and reproduction control method |
| US8086331B2 (en) | 2005-02-01 | 2011-12-27 | Panasonic Corporation | Reproduction apparatus, program and reproduction method |
| JP2006314017A (ja) * | 2005-05-09 | 2006-11-16 | Funai Electric Co Ltd | ハードディスクレコーダ |
| JP4525458B2 (ja) * | 2005-05-09 | 2010-08-18 | 船井電機株式会社 | ハードディスクレコーダ |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040057452A1 (en) | 2004-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9693384B2 (en) | Method of controlling connection between nodes in digital interface | |
| US7408954B2 (en) | Communication method for transmitting streaming data | |
| KR20010083200A (ko) | 제어장치 및 제어방법 | |
| KR19980024506A (ko) | 데이터 디코딩 시스템, 데이터 디코딩 방법, 전송 방법, 전송 장치, 수신 장치 및 수신 방법 | |
| JP2002077182A (ja) | ネットワークエラー表示装置およびエラー検出表示方法 | |
| KR100634716B1 (ko) | 데이터 전송 방법 및 전자기기 | |
| WO2011070720A1 (ja) | 再生装置、表示装置、ａｖネットワークシステム、再生方法、プログラム、及び集積回路 | |
| WO2014207899A1 (ja) | 通信装置および通信方法 | |
| KR20010087318A (ko) | 전자기기 시스템, 제어기기 및 제어방법 | |
| JP2004112586A (ja) | 情報送信装置、情報送信方法及び情報送受信システム | |
| JP3676770B2 (ja) | 情報送信装置及び情報送信方法 | |
| JP4095427B2 (ja) | データ通信装置 | |
| JP2000115676A (ja) | 情報再生装置、情報記録再生装置、情報選択出力装置及び電子機器システム | |
| JP2003289304A (ja) | 信号処理装置、信号処理方法 | |
| US20010046231A1 (en) | Communication control apparatus | |
| KR100763716B1 (ko) | 정보 제어 방법, 정보 처리 장치, 및 정보 제어 시스템 | |
| JP2003283502A (ja) | 情報通信装置、情報通信方法 | |
| JP3284661B2 (ja) | Ａｖシステム機器 | |
| JP2005167387A (ja) | 電子機器及び通信制御方法 | |
| JPWO2003098623A1 (ja) | 情報記録装置および情報記録方法 | |
| JP2001237660A (ja) | イコライザ制御装置、通信システム | |
| JP2005198208A (ja) | 送信装置及び受信装置 | |
| KR20020079920A (ko) | 데이터 전송 시스템, 데이터 전송 방법, 및 전자 기기 | |
| JP2002077171A (ja) | 情報処理システム、情報処理装置および情報再生装置 | |
| JP2003032311A (ja) | 制御方法、伝送システム及び伝送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050803 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050803 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070925 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080205 |