JP2002507038A

JP2002507038A - Ａｖ／ｃプロトコルにおいて記述データによって格納データのサーチを行う方法及び装置

Info

Publication number: JP2002507038A
Application number: JP2000536188A
Authority: JP
Inventors: ラドツケ、ハロルド、アーロン
Original assignee: ソニーエレクトロニクスインク
Priority date: 1998-03-09
Filing date: 1999-03-08
Publication date: 2002-03-05
Also published as: AU2900299A

Abstract

(57)【要約】ネットワークバスによって接続される電子機器からなるネットワークに格納されたデータのサーチを行うためのシステム及び方法である。電子機器の少なくとも１つは格納データを有するターゲット装置であり、別の１つがコントローラである。一実施形態では、その電子機器はオーディオ・ビジュアルコントロール（ＡＶ／Ｃ）プロトコルに準拠し、ネットワークはＩＥＥＥ１３９４に準拠する。本発明によれば、コントローラからターゲット装置に送信されるコマンド構造においてサーチ判定基準が規定される。ターゲット装置は、そのコマンドを格納されたデータのサーチを行うための要求として認識し、そのコマンドを実行し、サーチを行う。結果としてサーチが成功した場合、サーチ判定基準を満足するターゲット装置のデータが特定され、そのデータの位置を特定する識別子も規定される。ターゲット装置は、識別子を含む応答をコントローラに送信する。その識別子は、後にコントローラによってアクセスされて検索されるように、発見されたデータの位置を特定するだけの十分な情報を提供する。こうして本発明は、格納されたデータを有するターゲット装置でサーチを行うことができ、比較的少量のデータのみがネットワークバスによって送信される。したがって、バスの利用可能な帯域幅容量の一部のみしか使用せず、全ネットワークの性能が改善される。

Description

【発明の詳細な説明】

【０００１】発明の背景発明の分野本発明は、オーディオ／ビジュアルネットワークに接続された民生用電子機器
（consumer electronic devices）に関し、特に、ネットワーク内の電子機器に格納されたデータによってサーチを行うための装置及び方法に関する。

【０００２】背景技術典型的なオーディオ／ビジュアル（Ａ／Ｖ）システムは、多様な態様でＡＶ媒
体を提供及び記録する種々の民生用電子機器から構成されている。例えば、家庭
用の典型的なＡＶ装置は、ラジオ受信機すなわちチューナ、コンパクトディスク
（ＣＤ）プレーヤ及び／又はデジタルビデオディスク（ＤＶＤ）プレーヤ、多数
のスピーカ、テレビ、ビデオカセットレコーダ（ＶＣＲ）、テープデッキ等のい
つくかの構成要素を備え、またパーソナルコンピュータ（ＰＣ）を備える場合も
ある。ＡＶシステム内の民生用電子機器は、いつくかの方法で、一般的にはケー
ブルによって相互に接続される。

【０００３】民生用電子機器は、高性能にかつ複雑になってきており、また、最近の最も高
性能な装置に対する要望も高まっている。新しい装置が現れ一般的になってくる
と、消費者は、それらの装置を購入し、家庭或いはオフィスのＡＶシステムに「
接続する（plug）」。また従来のＡＶシステムは、民生用電子機器をネットワー
ク化するための家庭又はオフィス用のＡＶネットワークアーキテクチャ（AV net
work architecture）に置き換えられつつある。ＡＶネットワークアーキテクチャは、装置の機能及び相互運用性を構築することができる強力なプラットフォー
ムを提供し、また民生用電子機器に組み込まれつつあるより精緻な構成を利用す
ることができる。

【０００４】通信規格であるＩＥＥＥ１３９４標準規格は、標準通信プロトコル層（例えば
オーディオ・ビジュアル制御[ＡＶ／Ｃ]プロトコル）を用いて民生用電子機器を
ネットワーク接続するための規格である。ＩＥＥＥ１３９４標準規格は、非同期
及びアイソクロノスフォーマットの両方のデータの転送を可能にする廉価な高速
シリアルバスアーキテクチャを実現するための国際標準規格である。ＩＥＥＥ１
３９４標準規格は、デジタル機器を相互接続する高速シリアルバスを提供する。
これによって、全てのデジタル機器間の入力／出力端子間の接続間が可能になる
。ＩＥＥＥ１３９４標準規格では、アプリケーション用のデジタルインターフェ
ースが規格されている。よって、バス間で伝送される前に、デジタル形式のデー
タからアナログ形式のデータに変換するアプリケーションが必要でなくなる。し
たがって、受け入れアプリケーションは、バスからアナログデータではなくデジ
タルデータを受け取るので、アナログデータからデジタルデータに変換する必要
が無くなる。バスが使用中のときでも、デジタル機器をシリアルバスに接続した
り或いは取り外したりすることができるので、ＩＥＥＥ１３９４標準規格は、あ
る面で民生用電子機器間の通信に対して理想的である。

【０００５】ＡＶネットワーク内の装置のうちの少なくとも１つの装置は、例えばチューナ
、ＰＣ、又はセットトップボックスのようなインテリジェントコントローラ（in
telligent controller）のようなコントローラとして機能する。このようなコン
トローラは、ターゲット装置と呼ばれるＡＶネットワーク上の他の民生用電子機
器との接続のための多数の特定の入力端子を有する。コントローラは、対応する
機器数分のコントロールボタン或いはコントロールスイッチを有し、それらのコ
ントローラボタンが、ターゲット装置にある自由度の可制御性及び相互運用性を
与える。ユーザは、中央装置の前面にあるボタン及びスイッチを操作することに
より、或いは可搬のリモートコントロールユニットのボタンを操作することによ
り、ＡＶシステム及びターゲット装置を制御する。家庭用のオーディオ／ビジュ
アル相互運用性（ＨＡＶｉ）アーキテクチャに準拠する装置からなるネットワー
クのようなＡＶネットワークの他の実施形態では、ターゲット装置は、画面或い
はコントローラのスピーカを介してユーザに提供されるオン・スクリーン表示（
ＯＳＤ）制御を与える。

【０００６】ＡＶネットワーク内のターゲット装置は、階層的セットのデータ構造を提供す
るいくつかの方法或いはモデルを用いて、コンテンツ及び／又は放送サービスを
格納する。このようなモデルの一例として、本発明の譲受人に譲渡され、本明細
書の一部でも参照している、１９９８年３月１７日出願のHarold Aaron Ludtke による「Method and Apparatus for Representing Devices and Available Info
rmation within a Network of Devices Using Object List and Object Entries
」というタイトルの米国特許出願第０９／０４０，５４０号、代理人整理番号５
０Ｌ１８１９に記載されるＡＶ／Ｃオブジェクト・リストモデルがある。ＡＶ／
Ｃオブジェクト・リストモデルは、オブジェクトを用いて、あるコンパクトディ
スク上の特定のトラック、或いは多数のＣＤを保有するＣＤチェンジャ内に装填
された特定のコンパクトディスクのようなターゲット装置上の個別のエンティテ
ィを表す。オブジェクト・リストは、ＣＤチェンジャ内の全てのＣＤのリストの
ようなオブジェクトのリストである。

【０００７】ＡＶネットワークに関して、ネットワークバスの最大帯域幅容量に関連する問
題がある。すなわち、一般的には、Ｍビット／秒で測定され、ネットワークがデ
ータを搬送することができる最大速度が存在する。ＡＶネットワーク上の各装置
は、装置がデータを伝送している際にある量の帯域幅容量を使用するので、他の
装置が同時に使用することが可能な帯域幅が低減されてしまう。

【０００８】ＡＶネットワーク、特に、ターゲット装置が主に同等の装置（peers）として動作する分散型ネットワークの場合には、コントローラは、１つ或いは複数のタ
ーゲット装置からのデータを見つけ、アクセスし、そのデータを検索することが
必要になることがある。従来技術の著しい問題点は、利用可能なコンテンツを記
述する特定のデータの事例（例えばオブジェクト或いはオブジェクト・リストに
対応する記述データ）をターゲット装置から見つけるために、コントローラは、
最初にターゲット装置からの大部分或いは全てのデータを検索する。データは、
最初に、ネットワークバス間でターゲット装置からコントローラまで転送されな
ければならない。次に、コントローラは、ターゲット装置に格納された全てのデ
ータを調べなければならない。例えば、特定のコンパクトディスクが、多数のＣ
Ｄを保有しているＣＤチェンジャ内に存在するか否かを知るためには、従来技術
では、コントローラがターゲット装置（ＣＤチェンジャ）からの全タイトルを検
索する必要がある。次に、コントローラは、検索された全てのデータを構文解析
し、探している特定のタイトルを見つけなければならない。これ以外の例で、さ
らに多量のデータが検索かつサーチされる必要がある場合もある。このように、
従来の技術では、上述したような従来のサーチ方法によって、全ネットワーク、
コントローラ及びターゲット装置に大きな負荷がかけられる。特に、バスは、タ
ーゲット装置とコントローラとの間で全てのデータを伝達しなければならないの
で大きな負荷がかかる。

【０００９】従来の技術では、記述データのサーチが要求される際には、ネットワークバス
上を多量のデータが必ず転送されなければならないために、ネットワークトラフ
ィック（network traffic）が著しく増加してしまうという問題があった。したがって、バスが利用可能な帯域幅は著しく縮小され、他の機能のために完全に利
用されなくなってしまう。ＩＥＥＥ１３９４標準規格によれば、帯域幅はアイソ
クロノス部分と非同期部分とに分割される。帯域幅のアイソクロノス部分は、必
要な帯域幅を都合よく予約している装置に対しては保証される。しかしながら、
本来この種の転送は任意の特定の時間だけ実行されるように保証されていないた
め、この保証は非同期データ転送を犠牲にしている。このように、バス上の非同
期転送の負荷が高い場合、全ての非同期トランザクションには遅延が生じるよう
になる。例えば、ターゲット装置からコントローラへのＯＳＤデータの伝送に遅
延が生じるようになり、ユーザには画面更新の遅れや動画品質の劣化として現れ
る。このように従来技術では、サーチ機能に関連する重交通（heavy traffic）に起因して、ＡＶネットワークの機能が一時的に実行されない場合がある。記述
データがネットワークバスによって転送されている際には、ＡＶネットワークが
同時に実行できる機能の数は間違いなく減少する。

【００１０】さらに、従来技術では、対照のオブジェクトを見つけるために、コントローラ
が多量の記述データを捕捉し、次に検索することを要求されるため問題である。
一般的に、コントローラは、データを処理し格納する能力において制限される。
従って、従来の方法では、コントローラの中央プロセッサ及び他のリソースには
負荷がかかり、リアルタイムユーザインターフェースを管理し、ネットワークと
ターゲット装置とを制御するその主な機能に向けられなくなる。このように、コ
ントローラはユーザに応答しない場合があり、グラフィカルユーザインターフェ
ース（graphical user interface）の一部として与えられる表示、画像等が遅れ
たり、或いは速度が低下したりする。さらに、従来のサーチ方法を可能にするた
めに、コントローラは、高い能力を有する高速のプロセッサ或いはより多くのメ
モリを用いて設計し製造しなければならず、したがって民生用のコントローラの
コストが上昇する。

【００１１】同様に、従来技術の問題点は、ターゲット装置の性能にマイナスの影響を与え
る点である。大部分のターゲット装置では、記述データは、必ずしも高速アクセ
スするのに都合のよい場所に格納されるわけではなく、サーチするためにコント
ローラにより要求されるフォーマットに依存する。一般的には、ターゲット装置
は、最初に入手可能な情報を収集し、必要な記述データをコンパイルするために
その情報をアセンブルする必要がある。その後、ターゲット装置は種々のデータ
フォーマットを変換し、記述データをコントローラが望むフォーマットでパッケ
ージングしなければならない。このように従来の技術は、ターゲット装置におい
て利用可能なリソースを消費するために問題である。上述したように、ネットワ
ークバスによってデータをコントローラに送出する従来のサーチ方法は、ターゲ
ット装置の処理能力に負荷をかけるようになる。従来技術によるサーチ方法を可
能にするためにターゲット装置は高い能力で設計されなければならないため、消
費者が負担するコストも増加する。

【００１２】従来技術の別の問題は、ＡＶネットワークに関して生じる絶えることのない発
達及び改良に関連する。汎用のハードディスク或いは他の大容量記憶装置を用い
るいくつかのターゲット装置は、記録されるデータの種類に関係なく、或いは記
録されるデータの種類に関する専用の知識を有することなくデータを記録するよ
うに設計される場合がある。こうして、ターゲット装置上にどのようなデータが
格納されるかを判定するために、コントローラが必要とするフォーマットと互換
性のあるフォーマットにおいて記述データを作成するための能力を持たないタイ
プの装置が存在する場合もある。

【００１３】従って、ターゲット装置上に格納される記述データのサーチを行うが、ネット
ワークバス上のトラフィックを低減し、それにより全ネットワーク性能を改善す
ることができる方法及び／又はシステムが必要とされる。さらに上記要求を取り
扱い、ターゲット装置及びコントローラにかかる上記負荷を低減する、記述デー
タをサーチするための方法及び／又はシステムであって、サーチ機能を可能にす
るためにより高性能の中央プロセッサ及び大きなメモリのようなコストがかかる
性能拡張を組み込むことを不要するとともに、これらの装置の全体性能を改善す
る方法及び／又はシステムが必要とされる。さらに、上記要求を取り扱い、将来
的にもＡＶネットワークに行われる変更及び改良と互換性があることを可能にす
るサーチ方法及び／又はシステムが必要とされる。

【００１４】発明の概要本発明は、ターゲット装置上に格納される記述データのサーチを行うが、ネッ
トワークバス上のトラフィックを低減し、それによって全ネットワーク性能を改
善することができる方法及び／又はシステムを提供する。また本発明は、上記要
求を達成し、ターゲット装置及びコントローラにかかる上記負荷を低減し、記述
データをサーチするための方法及び／又はシステムであって、サーチ機能を可能
にするためにより高性能の中央プロセッサ及び大きなメモリのようなコストがか
かる性能拡張を組み込むことを不要するとともに、これらの装置の全体性能を改
善する方法及び／又はシステムを提供する。さらに本発明は、上記要求を達成し
、さらにＡＶネットワークの将来的な実施形態と互換性があることを可能にする
サーチ方法及び／又はシステムを提供する。本発明のこれらの利点及び特にこれ
ら以外の他の利点は、ここに提示される本発明の実施の形態を通して明らかにな
るであろう。

【００１５】本発明は、バスのようなネットワークインターフェースにより接続される電子
機器のネットワークに格納されたデータをサーチするための方法及びシステムで
あり、電子機器の少なくとも１つは格納されたデータを含むターゲット装置であ
り、別のものがコントローラである。最初に、サーチ判定基準がコマンド構造に
おいて規定され、そのコマンド構造が、ネットワークバス上をコントローラから
ターゲット装置まで伝送される。ターゲット装置は、格納されたデータのサーチ
を行うための要求としてそのコマンド構造を認識し、そのコマンド構造を実行し
、それによってサーチが行われるようになる。サーチが成功した結果として、サ
ーチ判定基準を満足するターゲット装置上のデータが識別され、そのデータに対
応する識別子も規定される。ターゲット装置は、その識別子を含む応答を、ネッ
トワークインターフェースによってコントローラに送信する。識別子は十分な情
報を提供し、その後検出されたデータがコントローラによりアクセスされ、検索
されるようになる。また識別子により、コントローラは、サーチ判定基準を満足
するデータにより記述されるコンテンツ／放送サービスデータ（例えばオブジェ
クト）にアクセスし、検索できるようになる。

【００１６】一実施形態では、電子機器はＡＶ／Ｃ（オーディオ・ビジュアルコントロール
）プロトコルに準拠し、ネットワーク及びネットワークインターフェースはＩＥ
ＥＥ１３９４通信標準規格に準拠する。

【００１７】本発明は、格納データを有するターゲット装置によってサーチを実行し、コン
トローラでは実行しない。従って、相対的に少量のデータのみがネットワークイ
ンターフェースによって伝送され、ネットワークインターフェースの利用可能な
帯域幅容量のうちの小さな部分しか消費せず、全ネットワーク性能を向上させる
。さらに、コントローラは、対象のデータを見つけるため多量のデータをサーチ
することに関する時間のかかるタスクによって負荷をかけられることがない。同
様に、ターゲット装置は、ターゲット装置に転送されることになるデータを作成
するため多量のデータを処理し変換しさらにフォーマットしなければならないこ
とにより負荷をかけられることがない。

【００１８】本実施形態では、コマンドにおいて規定されるサーチ判定基準は、サーチ対象
、サーチのための場所、サーチのための開始点及び／又はサーチ方向を含むこと
ができる。同様に、その応答において与えられる識別子のためのフォーマットは
、サーチ判定基準を満足するデータのアドレス、そのデータにより記述されるオ
ブジェクトの位置、オブジェクトの識別子、そのオブジェクトを含むリスト及び
／又はそのオブジェクトを含むリストのタイプを含むことができる。本発明によ
り、サーチは、記憶装置（例えばハードドライブ）が記述データの構造を理解す
る必要のない判定基準に基づいて規定され行われるようになる。本発明のこの自
由度及び他の特徴により、ＡＶネットワークが変更及び改良された後も、本発明
が互換性と有用性とを保つことができる。

【００１９】発明の詳細な説明以下の詳細な説明では、本発明を完全に理解するためのＡＶ／Ｃプロトコルの
記述データをサーチするための方法及びシステムを、多数の詳細な実施形態を用
いて説明する。しかしながら、当業者は、本発明がこれらの詳細な実施形態を用
いなくても、或いはこれらと同等な実施形態を用いて実施されるということが理
解できるであろう。既知の方法、手順、構成要素及び回路を用いたその他の実施
形態は、本発明の実施形態を不必要に不明瞭することを防ぐため、ここでは詳細
には記載しない。

【００２０】表記及び専門用語以下に記載する本発明の詳細な説明の一部は、インテリジェント電子メディア
装置内のデータビットの操作の手順、論理ブロック、処理及び他の記号表記に関
するものである。これらの記載及び表記は、当業者に作業の内容を最も効果的に
伝えるためのものであり、データ処理分野の当業者によって用いられる手段であ
る。以下に記載する手順、論理ブロック、プロセス等は、本明細書においても、
また一般的にも、所望の結果に導く矛盾のない一連のステップ或いは命令である
。これらのステップは、物理量を物理的に操作する必要があるステップである。
通常これらの物理的な操作は、必ずしもそうであるということではないが、民生
用電子メディア装置において格納、転送、結合、比較及び他の方法で操作される
ことができる電気信号或いは磁気信号の形態を取る。便宜上及び共通の使用方法
を考慮して、本発明の詳細な説明において、これらの信号はビット、数値、要素
、記号、文字、項目、番号等として表される。

【００２１】しかしながら、これら全ての用語は、物理的な操作及び物理量を参照するもの
として解釈されるべきであり、単なる便宜上のラベルにすぎず、また、当分野に
おいて一般に用いられる用語に鑑みて解釈されるべきであるということを理解さ
れたい。以下の説明から明らかなように、具体的に他に記載がなければ、本発明
の全説明、すなわち「処理」、「算定」、「生成」、「計算」、「判定」、「表
示」等のような用語を用いる説明は、データを操作して変換する民生用電子機器
、或いは同様の電子計算機（例えば専用或いは組込み式のコンピュータシステム
）の動作及びプロセス（例えばＦＩＧ．３のプロセス３００）を表す。そのデー
タは、民生用電子機器のレジスタ及びメモリ内の物理（電子工学的な）量として
表され、民生用電子機器のメモリ、レジスタ或いは情報記憶装置、伝送装置又は
表示画面のような他の装置内の物理量として同様に表される他のデータに変換さ
れる。

【００２２】現在の技術及び提案される技術によって、民生用電子機器は、家庭用又はオフ
ィス用のネットワークにおいて接続され、オーディオ情報、ビデオ情報及びその
他のデータをネットワークバスによって互いに転送されるようになる。本明細書
における説明では、「民生用電子機器」及び「ネットワーク」のような用語は、
いずれかの形態或いは種類の装置に限定されるものではなく、またいずれかの種
類の分配ネットワーク或いはデータフォーマットに限定されるものでもない。本
明細書における説明では、本発明は、シリアルバスを用いてハードウエアにより
接続されるよく知られた民生用電子機器を備え、標準的なプロトコルを介して通
信する家庭用ネットワークの構成に則して説明される。

【００２３】分散形オーディオ・ビジュアルネットワークＦＩＧ．１は、本発明の一実施形態であるネットワーク１０の具体的な構成を
示すブロック図である。ネットワーク１０は、パーソナルコンピュータシステム
を有する民生用電子機器を備え、ＦＩＧ．１に示した組み合わせ以外の種々の組
み合わせでも他の民生用電子機器を組み込むように拡張することができる構成に
なっている。

【００２４】ネットワーク１０は、インテリジェントコントローラ１２、ビデオカメラ１４
、テレビジョン受像機１６、パーソナルコンピュータ１８、受信機２０、ビデオ
カセットレコーダ（ＶＴＲ）２２及びコンパクトディスク（ＣＤ）プレーヤ２４
のような、ネットワークインターフェース（例えばバス３０）によりネットワー
ク１０内で互いに接続される一体型の受信機／デコーダ装置を備える。民生用電
子機器は、それぞれ固有アドレス、１組のコントロールレジスタ及び揮発並びに
不揮発性メモリユニットを備え、ネットワーク１０上のノードとして表される論
理エンティティと見なされる。ネットワーク１０内の民生用電子機器はピア・ト
ゥ・ピア（peer-to-peer）で互いに相互作用することができ、データ、コマンド
等がネットワーク１０内の装置間で送られるようになっている。

【００２５】本実施形態では、バス３０はＩＥＥＥ１３９４に準拠したバスである。従って
、ネットワーク１０の民生用電子機器は、ＡＶ／Ｃ（オーディオ・ビジュアルコ
ントロール）プロトコルのようなＩＥＥＥ１３９４に準拠したプロトコルを用い
てバス３０によって通信を行う。本発明の他の実施形態は、当分野において知ら
れた家庭用のオーディオ・ビジュアル相互運用性（ＨＡＶｉ）アーキテクチャに
準拠した民生用電子機器のネットワーク内で通信することができる。しかしなが
ら、本発明によれば、他のプロトコル、バス、ネットワークインターフェース及
びネットワークアーキテクチャを用いることも可能であることは理解されよう。

【００２６】ＦＩＧ．１に示すコントローラ１２は、セットトップボックス或いはパーソナ
ルコンピュータのようなインテリジェントコントローラである。コントローラ１
２は、ターゲット装置（例えば、ネットワーク１０の他の民生用電子機器）を制
御するネットワーク１０内のシステム構成要素／ソフトウエア装置である。コン
トローラ１２に関しては、ＦＩＧ．２Ａで詳細に説明する。

【００２７】コントローラ１２は、いくつかの種類の入力／出力装置（図示せず）を介して
グラフィカルユーザインターフェースを用いるユーザと通信を行う。ユーザの入
出力装置は、例えばリモートコントロール、キーボード、マウス或いは他のカー
ソル指定装置、ジョイスティック、又はこれらの装置を組み合わせた既知の装置
を用いることができる。コントローラ１２は、一般的には、ユーザがメニュー或
いはメッセージを視認できる構成となっており、また、ユーザが入出力装置を介
してエントリしたときユーザの入力を表示する表示装置に接続される。表示装置
は、コントローラ１２に組み込まれて構成されてもよいし、或いはコントローラ
１２とは分離されて構成されてもよい。例えば、テレビジョン受像機１６をコン
トローラ１２とともに用いて、ユーザにメニュー或いはメッセージを表示するこ
ともできる。

【００２８】ネットワーク１０内のコントローラ１２以外の民生用電子機器は、ターゲット
装置として表される。ネットワーク１０内のターゲット装置は、いくつかの方法
或いは階層的セットのデータ構造を提供するモデルを用いて、コンテンツ及び／
又は放送サービスを格納する。ターゲット装置のコンテンツは、例えば、コンパ
クトディスクのトラックに記録されている音楽のデータである。ターゲット装置
の放送サービスは、例えば、テレビ番組の構成部分をそれぞれ集合的に表すデー
タである。すなわち１つの構成部分はビデオ部分を含み、第２の構成部分はオー
ディオ部分を含み、第３の構成部分はクローズドキャプション用の文字を含む場
合がある。各組のコンテンツデータ或いは放送サービスを識別するための記述デ
ータは、そのコンテンツ及び／又は放送サービスに関連する。記述データは、例
えば、コンテンツ或いは放送サービスの名称（例えばテレビ番組名）及び特に興
味を引くか、或いはコンテンツ又は放送サービスをさらに細かく規定する他の関
連する細目（例えば特定のエピソードに関する項目、登場人物の名前等）を含む
。

【００２９】コンテンツ及び放送サービスを格納するための階層的セットのデータ構造を提
供するモデルの一例として、本発明の譲受人に譲渡され、本明細書の一部にも参
照されているHarold Aaron Ludtkeによって１９９８年３月１７日に出願された「Method and Apparatus for Representing Devices and Available Informatio
n within a Network of Devices Using Object List and Object Entries」とい
うタイトルの米国特許出願第０９／０４０，５４０号、代理人整理番号５０Ｌ１
８１９に記載されるＡＶ／Ｃオブジェクト・リストモデルがある。ＡＶ／Ｃオブ
ジェクト・リストモデルは、あるコンパクトディスク上の特定のトラック或いは
多数のＣＤを保有するＣＤチェンジャ内に装填された特定のコンパクトディスク
のようなターゲット装置上の個別のエンティティをオブジェクトを用いて表す。
オブジェクト・リストは、ＣＤチェンジャ内の全てのＣＤのリストのようなオブ
ジェクトのリストである。

【００３０】ＦＩＧ．２Ａは、本発明の実施形態であるコントローラ１２の具体的な構成を
示すブロック図である。本発明によれば、種々の異なるシステムを用いることが
できるが、代表的なシステムは、コントローラ１２によって表される。

【００３１】ＦＩＧ．２Ａに示すように、コントローラ１２は、情報及び命令を処理するた
めに内部アドレス／データバス２００と接続されるプロセッサ２０１を備える。
揮発性メモリ２０２（例えば、ランダムアクセスメモリ）は、プロセッサ２０１
用の情報及び命令を格納するためのものであり、同様にバス２００に接続される
。不揮発性メモリ２０３（例えばリードオンリーメモリ）は、プロセッサ２０１
用の静的な情報及び命令を格納するためのものであり、同様にバス２００に接続
される。コントローラ１２は、オプションとして、情報及び命令を格納するため
のバス２００に接続される大容量記憶装置２０４（例えば磁気或いは光ディスク
及びディスクドライブのようなデータ記憶装置）を備える。また、コントローラ
１２は、バス２００に接続されるビデオ／オーディオ受信機２０６及び動画像標
準方式（ＭＰＥＧ）装置２０７も備える。バスインターフェース２０８はネット
ワークバス３０とのインターフェースとして用いられる。

【００３２】ＦＩＧ．２Ｂは、本発明の実施形態を実施することができるターゲット装置２
２０の具体的な構成を示すブロック図である。本発明によれば、種々の異なるシ
ステムを用いることができるが（例えばＦＩＧ．１に示されるターゲット装置）
、代表的なシステムは、ターゲット装置２２０によって表される。

【００３３】一般に、ターゲット装置２２０は、情報を通信するためのバス２３０と、情報
及び命令を処理するためにバス２３０に接続されるプロセッサ２２１と、プロセ
ッサ２２１用の情報及び命令を格納するためのバス２３０に接続されるランダム
アクセスメモリ（揮発性ＲＡＭ）２２２と、プロセッサ２２１用の静的な情報及
び命令を格納するためのバス２３０に接続されるリードオンリーメモリ（不揮発
性ＲＯＭ）２２３と、媒体データ、オブジェクト、コンテンツ及び放送サービス
のようなデータ用としてバス２３０に接続される磁気或いは光ディスク及びディ
スクドライブのようなデータ記憶装置２２４と、ネットワークバス３０とのイン
ターフェースとしてのバスインターフェース２２８とを備える。

【００３４】サーチ及び発見プロセス本発明は、ＦＩＧ．１のネットワーク１０のようなＡＶネットワークのターゲ
ット装置上に格納された記述データのサーチを行うためのシステム及び方法を提
供する。本発明によれば、サーチ判定基準が規定され、このサーチ判定基準は、
コマンド構造として、ネットワークバス３０によってコントローラ１２からター
ゲット装置（或いは規定された判定基準によって決定される特定のターゲット装
置）に伝送される。ターゲット装置は、コマンド構造に応じて、判定基準に対す
るデータのサーチを行う。サーチ判定基準との一致が検出された場合、ターゲッ
ト装置は、ネットワークバス３０によってコントローラ１２に応答信号を送る。
この応答信号には、後にユーザの要求に応じて発見されたデータにアクセスした
り検索することができるように、発見されたデータに関連する識別子（例えばポ
インタ）が含まれている。以下の詳細な説明でわかるようにに、本発明は、ター
ゲット装置がデータのサーチを実行し、その結果に応じてポインタを用いること
によって、コントローラ及びターゲット装置において処理するデータ量が著しく
低減される。

【００３５】ＦＩＧ．３は、本発明の一実施形態であり、ＡＶネットワーク内のターゲット
装置に格納される記述データのサーチを行うプロセス３００のフローチャートで
ある。本実施形態では、プロセス３００は、ＦＩＧ．２Ａ及びＦＩＧ．２Ｂのコ
ントローラ１２及びターゲット装置２２０のようなＡＶネットワークに接続され
るインテリジェント装置内のプログラム学習として実施される。プロセス３００
を実行するための詳細は、ＦＩＧ．３を参照して説明する。

【００３６】ステップ３０５では、当分野においてよく知られた様々な方法から任意の方法
を用いて、ユーザがサーチしたいオブジェクトを指示する。例えば、ＦＩＧ．１
に示すネットワークに接続されたテレビジョン受像機１６のような表示装置によ
って、メニュー等がユーザに表示される。ユーザは、一般に知られているリモー
ト・コントロール装置のような既存の入出力装置を用いて、サーチを行うオブジ
ェクトを指示する。また、ユーザは、サーチを行う場所、サーチを行うときのの
開始点、或いはサーチを行う方向を指示することもできる。例えば、ユーザは、
トラックのタイトルのようなサーチのオブジェクトを入力することにより、別の
トラックのサーチを開始することもできる。ユーザが予めコンパクトディスク上
の特定のトラックの位置を特定している場合には、ユーザは、この特定されたト
ラックにおいてサーチを開始すべきであることを、また、サーチがそのオブジェ
クトリストより高位の或いは低位のトラックのいずれかに進むべきであることを
指示することもできる。このように、ユーザは、サーチを行うオブジェクトを識
別するために基本的に用いられるサーチ判定基準を指示する。しかしながら、ユ
ーザがサーチの方向のような特定のサーチ判定基準を入力しない場合には、本発
明に従ってデフォルト値が自動的に入力され、そのデフォルト値のもとにサーチ
が進行する。或いは、コントローラ１２は、いくつかのサーチ判定基準（例えば
順方向にサーチを行うか如何か等）を提供することができる。

【００３７】ステップ３１０では、コントローラ（例えばＦＩＧ．１のコントローラ１２）
は、ユーザによって入力されたサーチ判定基準基づいて、ステップ３０５でユー
ザによって識別されるサーチ判定基準を含むコマンド構造を公式化する。コマン
ド構造のために所定のフォーマットが用いられる。本実施形態では、コマンド構
造フォーマット内のバイトの１つ（例えばオペコードバイト）を用いて、コマン
ド構造がサーチを行うための要求であることを示す。本発明では、ユーザによっ
て規定されるサーチ判定基準を、コマンドのために規定された適当なフォーマッ
トの中のコマンド構造の適当なフィールドに入力する（コマンド構造フォーマッ
トに関するさらなる詳細は以下に与えられる）。

【００３８】ステップ３１５では、ＦＩＧ．１及びＦＩＧ．３に示すように、コマンド構造
がネットワーク１０のバス３０によってコントローラからターゲット装置に送ら
れる。一般的には、１回の操作で１台の装置にコマンド構造を伝送することが可
能であり、１つのターゲット装置、或いはある限られた数のターゲット装置にコ
マンド構造を伝送することができる。

【００３９】ステップ３２０では、ＦＩＧ．３に示すように、ターゲット装置（例えばＦＩ
Ｇ．２Ｂのターゲット装置２２０）は、コマンド構造内のオペコードバイトを読
み、それによってそのコマンドがサーチが要求されているコマンドであることを
認識する。ターゲット装置２２０は、コマンド構造を実行し、コマンド構造で規
定されているサーチ判定基準を用いて、その記述データのサーチを行う。当分野
において一般に知られた技術を用いて、サーチ判定基準を記述データ対して一致
させることによってサーチが行われる。このように、本発明によれば、サーチは
ターゲット装置によって行われ、サーチを行うために記述データ或いは他のデー
タをネットワークバス３０によってコントローラ１２に送る必要はない。したが
って、ターゲット装置には、そのデータを処理してコントローラにより要求され
るフォーマットにしなければならないという負荷がかかることはない。さらに、
ネットワークバス３０の帯域幅は、ターゲット装置からコントローラ１２までの
データ転送によって使用されることはない。さらに、コントローラ１２は、多量
の記述データをサーチする必要はない。コントローラ１２の代わりにターゲット
装置がサーチを実行し、全体としてネットワークリソースをさらに効率的に使用
することができる。

【００４０】ステップ３２５では、サーチ判定基準に一致する記述データがターゲット装置
によって識別され、そのデータに対応する識別子も決定される。識別子は、後に
記述データがコントローラ１２によって位置決めされアクセスされるようにする
様々な種類（例えばポインタ、タイトル、名称、メモリ位置等）のうち、任意の
ものにすることができる。以下に示す説明で明らかなように、コマンド構造にお
いて、コマンドに応じて供給されるべき識別子の種類を特定することができる。
例えば、識別子は、データが位置するターゲット装置のレジスタ或いはメモリ装
置内のアドレスであることが可能である。リスト、オブジェクト或いは他の記述
子のようなデータ構造の場合には、識別子は、コントローラが後にサーチ判定基
準を満足する記述データの位置を特定するのに十分な情報を有する。本実施形態
では、一旦サーチ判定基準を満足するオブジェクトが識別されると、サーチは終
了される。

【００４１】ステップ３３０では、ステップ３２５で決定された識別子がネットワークバス
３０によってターゲット装置２２０からコントローラ１２に送信される。本発明
によれば、この時点では、識別子のみが送信される。したがって、ターゲット装
置２２０からコントローラ１２には少量のデータのみが転送される。このときの
転送に必要な帯域幅容量は非常に狭い。したがって、本発明を適用した結果、利
用可能な帯域幅容量を効率的に利用することができる。

【００４２】ステップ３３５では、ユーザが望む任意の時点で、ステップ３２５及び３３０
からの識別子がコントローラ１２によって用いられることが可能になり、既知の
ＡＶ／Ｃプロトコルを用いてターゲット装置２２０にアクセスすることによって
記述データ及び関連するコンテンツ／放送サービスにアクセスすることができる
。

【００４３】ステップ３４０では、ステップ３２５で識別された記述データがバス３０によ
ってターゲット装置２２０からコントローラ１２に転送される。同様に、関連す
るコンテンツ／放送サービスをコントローラ１２に転送するか、或いはユーザが
視認及び／又は聴取する民生用電子機器に転送することができる。

【００４４】別の実施形態では、識別子及び／又は関連するコンテンツ／放送サービスに関
連する記述データは識別子とともに送られるようになる（例えば、ステップ３３
０で行われ、このときステップ３３５及び３４０は削除される）。

【００４５】ＦＩＧ．４Ａ乃至ＦＩＧ．４Ｄは、本発明の一実施形態であるプロセス３００
に関連するデータの流れを示す。ＦＩＧ．４Ａに示すように、コントローラ１２
は、ネットワークバス３０によって、ターゲット装置２２０にコマンド構造のサ
ーチ要求を送信する（例えばＦＩＧ．３のステップ３１５）。

【００４６】ＦＩＧ．４Ｂに示すように、ターゲット装置２２０は、サーチを行うための要
求としてコマンド構造を認識し、コマンド構造によって供給されるサーチ判定基
準に従ってデータ記憶装置２２４のサーチを行う（例えば、ＦＩＧ．３のステッ
プ３２０及び３２５）。サーチ時間中には、ネットワークバス３０でサーチに関
連するトラフィックは存在しない。

【００４７】ＦＩＧ．４Ｃに示すように、ターゲット装置２２０はコントローラ１２に、サ
ーチ判定基準を満足する記述データに関連する識別子を送信する（例えば、ＦＩ
Ｇ．３のステップ３３０）。

【００４８】ＦＩＧ．４Ｄに示すように、その後コントローラ１２は、識別子を用いてター
ゲット装置２２０のサーチ判定基準を満足する記述データにアクセスし、ターゲ
ット装置２２０は、識別子によって規定される記述データ或いは記述データによ
って記述される媒体オブジェクトをコントローラ１２に返送する（例えば、ＦＩ
Ｇ．３のステップ３３５及び３４０）。

【００４９】別の実施形態では、識別子及び／又は関連するコンテンツ／放送サービスに関
連する記述データが識別子とともに送られる（ＦＩＧ．４Ｃで示すように、これ
によりＦＩＧ．４Ｄにより示されるトランザクションを回避する）。

【００５０】このように、本発明によれば、サーチはターゲット装置によって行われる。最
初に、サーチ結果はサーチ判定基準を満足するデータに関連する識別子のみから
なり、その識別子のみがターゲット装置からコントローラに送られる。その後、
記述データ及びコンテンツ／放送サービスがターゲット装置から転送される際に
、ユーザの選択に基づいて対象のデータのみが転送される。したがって、本発明
は、従来技術と比較すると、ネットワークバスによって転送されターゲット装置
及びコントローラにより処理されるデータの量を実質的に低減することができる
。

【００５１】ターゲット装置２２０の実施形態によって、本発明は、サーチ操作の効率を高
めることができる。大部分の典型的なターゲット装置では、記述データが素早く
アクセスすることのできる１つの位置に格納されないため、ターゲット装置は、
記述データをコンパイルするために必要な情報を収集する必要がある。実際には
、記述データは、通常、ターゲット装置が内部で見つけだすことができる情報の
個々の断片からコンパイルされなければならない。ターゲット装置は、このデー
タを如何に取得するかについての内部知識を有するので、最初にその情報をコン
トローラ１２により期待されるフォーマットにパッケージングすることなく、デ
ータをサーチすることができる場合もある。このように、本発明によれば、ター
ゲット装置２２０内の処理サイクル（例えばクロックサイクル）及び他のリソー
スを節約することができる。

【００５２】さらに、ターゲット装置２２０がネットワークバス３０にデータを送出するた
めに必要な処理電力を用いない場合には、このタスクを実行しないことによって
、処理電力を節約することができる。処理サイクルの点から見ると、ターゲット
装置２２０に組み込まれるインターフェース技術によっては、ハードウエアの自
動化によって、本発明のターゲット装置の実施形態によるサーチ操作が実質上無
くなることもあり得る。

【００５３】また、本発明は、将来のあるクラスの民生用電子機器の実施形態と互換性を有
するように構成されている。汎用のハードディスク、或いは他の大容量記憶装置
のようないくつかの電子機器は、今後１３９４ネットワークバスによって伝送さ
れる任意の種類のデータストリームを記録するように設計されるであろう。これ
らの電子機器は、データストリームを認識することができないであろう（例えば
、その電子機器は、データフォーマットを認識しないであろう）。そのような電
子機器は、データがネットワークバスから伝送されてきたときに、ただ単に伝送
されてきたデータを記録することになる。これらの電子機器は、コントローラが
媒体上に記録されたものを認識するために用いる記述データを作成することがで
きない。例えば、音楽ＣＤがハードディスクに複製される場合、そのハードディ
スクは、記録されたデータを解析して、トラックタイトル、歌詞等を記述するコ
ンテンツテーブルを作成することはできない。したがって、実際には、複製操作
が終了した後、別のコントローラがその記述データの構造をハードディスクに書
き込まなければならない。

【００５４】将来的には、コントローラがコンテンツの特定の断片をサーチするようにさせ
たい場合、そのコントローラは、上述したように、ハードディスクにリモートサ
ーチコマンドを送るようにすべきであろう。しかしながら、ハードディスクは、
データ内容及び記述データ構造の詳細なフィールドのいずれをも認識しない。し
たがって、このハードディスクは、特定のタイトルを有するオーディオトラック
を見つけるために、「トラックタイトル」という名称のフィールドのような特定
のフィールドを探し出すことはできないであろう。

【００５５】本発明は、ハードディスクが記述データ構造を理解する必要がないというある
判定基準に基づくサーチ仕様を許可することにより上記問題を解決する。したが
って、新しいタイプの媒体が考案されたとしても、ハードディスクは、将来のＡ
Ｖネットワークの実施形態において実用的なプレーヤとなり得る。これが如何に
動作するかということの一例が、ＦＩＧ．６を用いて説明される。

【００５６】本発明の一実施形態では、サーチコマンドは、本発明の譲受人に譲渡され、本
明細書の一部として参照している１９９８年９月１０日出願のHarold Aaron Lud
kteによる「A Method and System for Defining and Discovering Proxy Functi
onality on a Distributed Audio Video Network」というタイトルの特許出願第
０９／１５１，３７３号、代理人整理番号ＳＯＮＹ−５０Ｍ２３７４に記載され
ている種類のプロキシ装置とともに用いられる。

【００５７】ＦＩＧ．５Ａ乃至ＦＩＧ．５Ｄは、コントローラ１２、ターゲット装置２２０
及びプロキシ装置５２０の間のデータの流れを示したフローチャートであり、プ
ロキシ装置５２０は、上記特許出願によるターゲット装置２２０用のプロキシで
ある。これらの装置は、それぞれネットワークバス３０（図示せず）で接続され
、ネットワークバス３０でデータが流れる。ＦＩＧ．５Ａに示すように、プロキ
シ装置５２０は、ターゲット装置２２のデータ内容を解析し、メモリにこのコン
テンツを格納する。データ内容は記述データを含むことができるか、或いは記述
データにより記述されるオブジェクトを含むことができる。

【００５８】ＦＩＧ．５Ｂに示すように、コントローラ１２は、ネットワークバス３０によ
ってプロキシ装置５２０に送出されるコマンド構造のサーチ要求を送信する（例
えばＦＩＧ．３のステップ３１５）。コントローラ１２は、プロキシ装置５２０
がターゲット装置２２０用のプロキシであることを認識し、それゆえターゲット
装置２２０の代わりにコマンド構造をプロキシ装置５２０に伝送する。プロキシ
装置５２０は、コマンド構造をサーチを行うための要求として認識し、コマンド
構造によって供給されるサーチ判定基準に従ってメモリのサーチを行う（例えば
ＦＩＧ．３のステップ３２０及び３２５）。サーチ時間中には、ネットワークバ
ス３０にサーチに関連するトラフィックは存在しない。

【００５９】ＦＩＧ．５Ｃに示すように、プロキシ装置５２０は、コントローラ１２にサー
チ判定基準を満足する記述データに関連する識別子を伝送する（例えばＦＩＧ．
３のステップ３３０）。

【００６０】ＦＩＧ．５Ｄに示すように、その後、コントローラ１２は、この識別子を用い
てプロキシ装置５２０においてサーチ判定基準を満足する記述データにアクセス
する。プロキシ装置５２０は、識別子により規定される記述データをネットワー
クバス３０によってコントローラ１２に返送する。ターゲット装置２２０からプ
ロキシ装置５２０に転送されるデータの量によっては、プロキシ装置５２０は、
記述データによって記述される媒体オブジェクトも転送することができる（例え
ばＦＩＧ．３のステップ３３５及び３４０）。或いは、プロキシ装置５２０は、
ターゲット装置２２０を指示して、記述データによって記述される媒体オブジェ
クトを転送することができる。

【００６１】例えば、パーソナルコンピュータは、自身をＣＤプレーヤ用のプロキシとして
特定するであろう。経時的に、ユーザがＣＤをＣＤプレーヤに装填する際には、
パーソナルコンピュータは各ＣＤのコンテンツを解析し、パーソナルコンピュー
タ上に保持されているデータベースにコンテンツを追加する。このデータベース
において、例えば、パーソナルコンピュータは、ＣＤタイトルのトラック、個々
のトラックタイトル等を保持している。その後、ユーザが家庭用ネットワークに
よって利用可能な音楽のサーチを行う際に、本発明によるコントローラは、ネッ
トワークをサーチし、ＣＤプレーヤ用のプロキシとして動作しているパーソナル
コンピュータを識別する。本発明に従ってコントローラが家庭用ネットワークに
おいてサーチを開始し、その機器が現在家庭用ネットワークに接続されていない
場合であっても、パーソナルコンピュータがＣＤプレーヤ及びプロキシとして動
作している他の電子機器のためのサーチ結果を返送する。

【００６２】このように、プロキシモデルは、所望のコンテンツ或いは放送サービスの分散
したサーチを可能にし、例えば典型的なＣＤプレーヤより大きなリソースを有す
るパーソナルコンピュータを利用する。上述した分散形のサーチは、当分野にお
いて知られたＨＡＶｉネットワークアーキテクチャの場合のように、引用して記
載されたプロキシモデルを用いることなく、ネットワーク上のターゲット装置が
互いに通信することによって達成することができることに留意されたい。

【００６３】コマンド構造の典型的な実施形態コンテンツ及び放送サービスを格納するために階層的セットのデータ構造を提
供するモデルの一例として、本発明の譲受人に譲渡され、本明細書の一部に参照
している、１９９８年３月１７日出願のHarold Aaron Ludtkeによる「Method an
d Apparatus for Representing Devices and Available Information within a
Network of Devices Using Object List and Object Entries」というタイトルの米国特許出願第０９／０４０，５４０号、代理人整理番号５０Ｌ１８１９に記
載されるＡＶ／Ｃオブジェクト・リストモデルがある。この引用文献のデータ構
造で実施された本発明の一実施形態が以下に記載される。以下の説明において、
「オブジェクト位置」、「オブジェクトＩＤ」、「リストＩＤ」、「リストタイ
プ」等の用語がこの参照内容の状況に則して用いられる。しかしながら、本発明
は、以下に説明される実施形態に限定されるものではなく、また上記参照内容を
用いる応用形態に限定されるものでもない。

【００６４】ＦＩＧ．１に示すように、SEARCH DESCRIPTORコマンドにより、コントローラ（例えば、コントローラ１２）は、ターゲット装置（例えば、ネットワーク１０
のターゲット装置）が特定のサーチ判定基準を満足するエントリを探す記述デー
タ（すなわち、コンテンツ或いは放送サービスデータではない）のサーチを行う
ことを要求することができる。サーチが成功したときは、サーチの結果が記述デ
ータに関連する識別子の形でコントローラ１２に返送される。その識別子は、コ
ントローラがサーチにより識別される記述データの位置を後に特定できるように
するために十分に詳細化される。SEARCH DESCRIPTORコマンドは、そのコマンドをサーチを行うための要求として識別するオペコードバイトにより識別される。
SEARCH DESCRIPTORコマンドのフォーマットの一実施形態（例えば、コマンドフレーム）を以下のＴａｂｌｅ．１に示す。（注記：各Ｔａｂｌｅ及び以下の説明においては、値は１６進表記であり、「ms
b」は最上位ビットを表し、「lsb」は最下位ビットを表す。）

【００６５】

【表１】

【００６６】 SEARCH DESCRIPTORコマンドのsearch_forオペランドは、ターゲット装置がサーチすべきものを規定する。search_forオペランドのフォーマットの一実施形態
を以下のＴａｂｌｅ．２に示す。lengthオペランドは、search_dataオペランドのためのバイト数を規定する。search_dataオペランドはサーチの主題を含み、これらのバイトは「ＣＮＮ」のようなテキストバイトとして表されるか、或いは
任意の数値として表されることが可能である。サーチされることになる特定の対
象が選択されていない場合には、lengthオペランドを０に設定することができる
。したがって、search_forオペランドには柔軟性があり、サーチされているもの
によって長さが変わる記述子データ構造に適している。

【００６７】

【表２】

【００６８】 SEARCH DESCRIPTORコマンドのsearch_inオペランドは、サーチの場所及び範囲
を特定する。search_inオペランドはできるだけサーチを狭くするのに有用である。search_inオペランドの一実施形態を以下のＴａｂｌｅ．３に示す。ここで、lengthオペランドは、type_specific_infoオペランドのバイト数を規定する。
type_specific_infoオペランドは、サーチの範囲及び場所を特定する。type_spe
cific_infoオペランドのフォーマットは、typeの値により定義される。typeオペ
ランドの値の一実施形態を以下のＴａｂｌｅ．４に示す。

【００６９】

【表３】

【００７０】

【表４】

【００７１】 SEARCH DESCRIPTORコマンドのstart_pointオペランドは、サーチを開始する場
所を規定する。ここでlengthオペランドは、type_specific_infoオペランドのバ
イト数を規定する。ここでtypeオペランドは、type_specific_infoオペランドに
おいて、開始点が如何に指示されるかを規定する。start_pointオペランドの一実施形態のを以下のＴａｂｌｅ．５に示す。typeオペランドの値の一実施形態を
以下のＴａｂｌｅ．６に示す。

【００７２】

【表５】

【００７３】

【表６】

【００７４】 SEARCH DESCRIPTORコマンドのdirectionオペランドは、サーチが如何に進行す
べきかを規定する。directionオペランドの意味の一実施形態を以下のＴａｂｌｅ．７に示す。

【００７５】

【表７】

【００７６】 SEARCH DESCRIPTORコマンドのresponse_formatオペランドは、返送データがコ
ントローラ１２に如何に与えられるべきかを規定する。response_formatオペランドの値の一実施形態をＴａｂｌｅ．８に示す。

【００７７】

【表８】

【００７８】 SEARCH DESCRIPTORコマンドのstatusオペランドは、コントローラ１２によりＦＦに設定される。statusオペランドは、サーチが成功したときにサーチ操作の
結果を示すとともに更新される。

【００７９】 SEARCH DESCRIPTORコマンドへの応答（例えば応答フレーム）の一実施形態をＴａｂｌｅ．９に示す。Ｔａｂｌｅ．９によって示される応答フレームは、サー
チ要求が「受け取られた」場合に、すなわち、ターゲット装置がコマンドを受け
取ってサーチの実行を試みた場合に送られる。サーチ要求が「拒否」された（す
なわち、例えば無効なパラメータが規定されたためターゲット装置がサーチ要求
を拒絶した）場合、ＦＩＧ．９に示す応答フレームの代わりに、簡単なフレーム
がターゲット装置からコントローラ１２に送られる。説明を簡単にするために、
コマンドフレームと応答フレームは同じ構造であるとしてあるが、これは、同じ
でなくてもよい。search_forからdirectionのオペランドは上記の通りである。これらのオペランドは、コマンドフレームにおいて有していたとの同じ値を有す
る応答フレームとして返送されるであろう。response_formatオペランドは、最初に規定された値（コマンドフレームにおいて、コントローラ１２によって特別
のフォーマットが規定された場合）か、或いはターゲット装置によって選択され
たフォーマットを示す値のいずれかを含むであろう。statusオペランドは、サー
チが完了した後のサーチの状態を規定する。その状態が「成功」である場合、規
定されたデータ、或いはサーチ判定基準と一致する任意のデータのいずれかが見
出されたことを意味する。また、その状態が「失敗」である場合、サーチ判定基
準に一致するデータが見出されないことを意味する。descriptor_identifierオペランドは、ターゲット装置から返送されてくるデータを規定する。そのデータ
は、response_formatオペランドによって指示されるフォーマットであろう。add
ressオペランドは、データフィールドをサーチする場合に、返送されるデータが
見出されることができる場所を規定する。リスト、オブジェクト、或いは任意の
他の記述子のような記述子構造の場合、descriptor_identifierオペランドは、コントローラ１２がデータにアクセスのに十分な情報を有する。

【００８０】

【表９】

【００８１】 SEARCH DESCRIPTORコマンドのsearch_inオペランドのtype_specific_info構造
は、object_entry_descriptor_specifierデータ構造、或いは、object_list_des
criptor_specifierデータ構造のいずれかを利用する。これらの各データ構造の一実施形態をそれぞれＴａｂｌｅ．１０及びＴａｂｌｅ．１１に示す。object_e
ntry_descriptor_specifierデータ構造は、オブジェクトエントリを規定する。s
earch_inオペランドのときは、サーチ動作が実行されるオブジェクト或いはオブ
ジェクトの集合体を規定する。object_list_descriptor_specifierデータ構造は
、一又は二以上のオブジェクトリストを規定する。search_inオペランドのときは、サーチ動作が実行されるべきリスト或いはリストの集合体を規定する。

【００８２】

【表１０】

【００８３】

【表１１】

【００８４】Ｔａｂｌｅ．１２は、object_entry_descriptor_specifierデータ構造の一実施形態におけるtypeオペランドとtype_specificオペランドの関係を示す。

【００８５】

【表１２】

【００８６】Ｔａｂｌｅ．１３は、object_list_descriptor_specifierデータ構造の一実施
形態におけるtypeオペランドとtype_specificオペランドの関係を示す。

【００８７】

【表１３】

【００８８】Ｔａｂｌｅ．１４は、Ｔａｂｌｅ．４に示すsearch_in Type値の各値に対する
SEARCH DESCRIPTORコマンドのsearch_inオペランドのtype_specific_infoデータ
構造の各構造の一実施形態を示す。descriptor_identifier構造を用いて、サーチ動作が実行される非オブジェクト及び非リスト記述子構造の１つを特定する。
offset_addressフィールドは、サーチを開始するために特定された記述子構造内
の開始アドレスを規定する。lengthフィールドは、サーチが実行されるバイト数
を規定する。

【００８９】

【表１４】

【００９０】

【表１５】

【００９１】

【表１６】

【００９２】

【表１７】

【００９３】Ｔａｂｌｅ．１５は、Ｔａｂｌｅ．６に示すstart_point type値の各値に対す
るSEARCH DESCRIPTORコマンドのstart_pointオペランドのtype_specific_infoデ
ータ構造各構造の一実施形態を示す。offset_addressフィールドは、start_poin
tオペランドにおいて規定された記述子構造の開始からのオフセットを規定する。entry_typeフィールドは、オブジェクト記述子構造のentry_typeフィールドに
よって定義されるようなオブジェクトエントリのタイプを表す。

【００９４】

【表１８】

【００９５】

【表１９】

【００９６】

【表２０】

【００９７】以上詳細に説明してきた本発明の実施形態によって、サーチは、記憶装置（例
えばターゲット装置のハードドライブ）が記述データの構造を理解する必要がな
いサーチ判定規準に基づいて規定され実行される。したがって、本発明によれば
、ネットワーク、ネットワークを構成する民生用電子機器、又はこれらの装置に
よって用いられるデータフォーマットに変更及び改良が行われたとしても、本発
明がＡＶネットワークとの互換性を維持できるような柔軟性を提供することがで
きる。

【００９８】ＦＩＧ．６は、サーチを行うために用いられる典型的なコマンド構造６００を
示す（数値は、１６進表記である）。コマンド構造６００は、オブジェクト記述
子構造の任意のフィールドが如何に規定の値でサーチされるかを示す。コマンド
構造６００を用いて、例えば、ターゲット装置（例えばＦＩＧ．２Ｂのターゲッ
ト装置２２０）には知られていないフィールドを見つけることができる。この例
では、サーチは、コマンド構造６００のＡＳＣＩＩキャラクタによって表される
テキスト「ＮＨＫ」のためのオペランド［０−３］において規定される。object
_ID応答フォーマットは、オペランド［１３］によってコマンド構造６００において規定される。

【００９９】以上詳細に説明してきたように、本発明では、コントローラではなく格納デー
タを有するターゲット装置によってサーチを行うシステム及び方法を提供する。
従って、比較的少量のデータのみがネットワークバスによって伝送され、バスの
利用可能な帯域幅容量の一部のみを使用することになり、全ネットワークの性能
を改善する。さらに、対象のデータを見つけるためにコントローラに多量のデー
タをサーチする負荷がかかることが無くなる。同様に、ターゲット装置に転送さ
れるべきデータを作成するためにターゲット装置に多量のデータを処理しフォー
マットしなければならない負荷がかかることがない。

【０１００】このように、本発明では、ＡＶ／Ｃプロトコルにおいて記述データをサーチす
るための方法及びシステムの好ましい実施形態を記載してきた。本発明は、特定
の実施形態を用いて記載されているが、本発明はこのような実施形態によって限
定されるものではなく、添付の請求の範囲に基づいて定められるべきであること
を理解されたい。

【図面の簡単な説明】

【図１】ＦＩＧ．１は、本発明の実施形態が実施される典型的なオーディ
オ・ビジュアルネットワークを示す図である。

【図２】ＦＩＧ．２Ａは、本発明に適用されるコントローラの具体的な構
成を示すブロック図である。

【図３】ＦＩＧ．２Ｂは、本発明に適用されるターゲット装置の具体的な
構成を示すブロック図である。

【図４】ＦＩＧ．３は、本発明に従って記述データのサーチを行うために
コントローラにより実行されるプロセスの一実施形態のフローチャートである。

【図５】ＦＩＧ．４Ａは、本発明の一実施形態によるコントローラとター
ゲット装置のデータの流れを示す図である。

【図６】ＦＩＧ．４Ｂは、本発明の一実施形態によるコントローラとター
ゲット装置のデータの流れを示す図である。

【図７】ＦＩＧ．４Ｃは、本発明の一実施形態によるコントローラとター
ゲット装置のデータの流れを示す図である。

【図８】ＦＩＧ．４Ｄは、本発明の一実施形態によるコントローラとター
ゲット装置のデータの流れを示す図である。

【図９】ＦＩＧ．５Ａは、本発明の一実施形態によるコントローラ、ター
ゲット装置及びプロキシ装置のデータの流れを示す図である。

【図１０】ＦＩＧ．５Ｂは、本発明の一実施形態によるコントローラ、タ
ーゲット装置及びプロキシ装置のデータの流れを示す図である。

【図１１】ＦＩＧ．５Ｃは、本発明の一実施形態によるコントローラ、タ
ーゲット装置及びプロキシ装置のデータの流れを示す図である。

【図１２】ＦＩＧ．５Ｄは、本発明の一実施形態によるコントローラ、タ
ーゲット装置及びプロキシ装置のデータの流れを示す図である。

【図１３】ＦＩＧ．６は、本発明の一実施形態による記述データのサーチ
を要求するための典型的なコマンド構造を示す図である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 13/00 ３５７Ｇ０６Ｆ 13/00 ３５７Ａ (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷＦターム(参考） 5B065 BA03 BA10 CC07 5B075 KK03 KK07 MM01 5B089 GB02 HA18 HB10 JA35 JB10 JB22 KA07 KB04 5K048 BA03 DC04 EA14 HA04 HA06

Claims

【特許請求の範囲】

【請求項１】格納データを有するターゲット装置とコントローラ装置とを
備える電子機器装置のネットワークにおいて格納データのサーチを行う方法にお
いて、ａ）コマンド構造のサーチ判定基準を規定するステップと、ｂ）上記ターゲット装置は上記コマンド構造の記述子を上記格納データのサー
チを行うための要求と認識し、上記コントローラ装置から上記コマンド構造をネ
ットワークインターフェースによって上記ターゲット装置に送信するステップと
、ｃ）上記ターゲット装置が上記格納データの上記サーチを行うステップと、ｄ）上記ターゲット装置が上記サーチ判定基準を満足する上記ターゲット装置
のデータを識別し、上記サーチ判定基準を満足する上記データに対応する識別子
を決定するステップと、ｅ）上記ターゲット装置から上記識別子を有する応答を上記ネットワークイン
ターフェースによって上記コントローラ装置に送信するステップと、を有することを特徴とする格納データのサーチを行う方法。
【請求項２】ｆ）上記コントローラ装置が上記識別子を用いて上記サーチ
判定基準を満足する上記データにアクセスするステップと、ｇ）上記ターゲット装置から上記データを上記ネットワークインターフェース
によって上記コントローラ装置に転送するステップと、をさらに有することを特徴とする請求項１に記載の格納データのサーチを行う
方法。
【請求項３】上記ｇ）ステップは、上記ターゲット装置から上記データに
よって記述される媒体のオブジェクトを上記ネットワークインターフェースによ
って上記コントローラ装置に転送するステップをさらに有することを特徴とする
請求項２に記載の格納データのサーチを行う方法。
【請求項４】上記コマンド構造は、サーチするデータを指示するコードと
、サーチする上記データの場所を示すコードと、上記場所内の開始点と、上記識
別子の応答フォーマットとを有することを特徴とする請求項１に記載の格納デー
タのサーチを行う方法。
【請求項５】上記応答フォーマットは、上記サーチ判定基準を満足する上
記データのアドレスであることを特徴とする請求項４に記載の格納データのサー
チを行う方法。
【請求項６】上記応答フォーマットは、上記サーチ判定基準を満足する上
記データによって記述される媒体のオブジェクトの位置であることを特徴とする
請求項４に記載の格納データのサーチを行う方法。
【請求項７】上記応答フォーマットは、上記サーチ判定基準を満足する上
記データによって記述される媒体のオブジェクトの識別子であることを特徴とす
る請求項４に記載の格納データのサーチを行う方法。
【請求項８】上記応答フォーマットは、上記サーチ判定基準を満足する上
記データによって記述される媒体のオブジェクトを有するリストであることを特
徴とする請求項４に記載の格納データのサーチを行う方法。
【請求項９】上記応答フォーマットは、上記サーチ判定基準を満足する上
記データによって記述される媒体のオブジェクトを有するリストのタイプである
ことを特徴とする請求項４に記載の格納データのサーチを行う方法。
【請求項１０】上記電子機器装置はＡＶ／Ｃ（オーディオ・ビジュアルコ
ントロール）プロトコルに準拠し、上記ネットワーク及びネットワークインター
フェースはＩＥＥＥ１３９４通信バス標準規格に準拠することを特徴とする請求
項１に記載の格納データのサーチを行う方法。
【請求項１１】上記ターゲット装置はプロキシ装置であることを特徴とす
る請求項１に記載の格納データのサーチを行う方法。
【請求項１２】ネットワークインターフェースと、上記ネットワークインターフェースに接続され、格納データを有するターゲッ
ト装置とコントローラ装置とを含む複数の電子機器装置と、を備える装置において、上記コントローラ装置は、コマンド構造のサーチ判定基準を規定し、上記コントローラ装置は、さらに、上記コマンド構造を上記ネットワークイン
ターフェースによって上記ターゲット装置に送信し、上記ターゲット装置は、上記コマンド構造を上記格納データのサーチを行うた
めの要求を示すものと認識し、上記ターゲット装置は、さらに、上記サーチを行うために上記コマンド構造を
実行し、上記ターゲット装置の上記サーチ判定基準を満足するデータを特定し、
上記サーチ判定基準を満足する上記データに対応する識別子を生成し、上記ターゲット装置は、さらに、上記ターゲット装置から上記識別子を有する
応答を上記ネットワークインターフェースによって上記コントローラ装置に送信
することを特徴とする格納データのサーチを行う装置。
【請求項１３】用語「装置」が「手段」を意味することを特徴とする請求
項１２に記載の格納データのサーチを行う装置。
【請求項１４】上記ターゲット装置は、さらに、上記識別子を用いて上記
サーチ判定基準を満足する上記データにアクセスし、上記ターゲット装置からの
上記データを上記ネットワークインターフェースによって検索することを特徴と
する請求項１２又は１３に記載の格納データのサーチを行う装置。
【請求項１５】上記コントローラ装置は、さらに、上記ターゲット装置か
ら上記サーチ判定基準を満足する上記データによって記述される媒体のオブジェ
クトを検索することを特徴とする請求項１４に記載の格納データのサーチを行う
装置。
【請求項１６】上記コマンド構造は、サーチするデータを指示するコード
と、サーチする上記データの場所を示すコードと、上記場所内の開始点と、上記
識別子の応答フォーマットとを有することを特徴とする請求項１３に記載の格納
データのサーチを行う装置。
【請求項１７】上記応答フォーマットは、上記サーチ判定基準を満足する
上記データのアドレスであることを特徴とする請求項１６に記載の格納データの
サーチを行う装置。
【請求項１８】上記応答フォーマットは、上記サーチ判定基準を満足する
上記データによって記述される媒体のオブジェクトであることを特徴とする請求
項１６に記載の格納データのサーチを行う装置。
【請求項１９】上記応答フォーマットは、上記サーチ判定基準を満足する
上記データによって記述される媒体の上記オブジェクトの識別子であることを特
徴とする請求項１６に記載の格納データのサーチを行う装置。
【請求項２０】上記応答フォーマットは、上記サーチ判定基準を満足する
上記データによって記述される媒体の上記オブジェクトを有するリストであるこ
とを特徴とする請求項１６に記載の格納データのサーチを行う装置。
【請求項２１】上記応答フォーマットは、上記サーチ判定基準を満足する
上記データによって記述される媒体の上記オブジェクトを有するリストのタイプ
であることを特徴とする請求項１６に記載の格納データのサーチを行う装置。
【請求項２２】上記コントローラ装置は、記述子を上記コマンド構造の特
定のフィールドに配置し、上記記述子が上記コマンド構造を上記サーチを行うた
めの要求として識別することを特徴とする請求項１２又は１３に記載の格納デー
タのサーチを行う装置。
【請求項２３】上記電子機器装置はＡＶ／Ｃ（オーディオ・ビジュアルコ
ントロール）プロトコルに準拠し、上記ネットワークインターフェースはＩＥＥ
Ｅ１３９４通信バス標準規格に準拠することを特徴とする請求項１２又は１３に
記載の格納データのサーチを行う装置。
【請求項２４】上記ターゲット装置がプロキシ装置であることを特徴とす
る請求項１２又は１３に記載の格納データのサーチを行う装置。