JP2001243676A

JP2001243676A - 情報処理装置及び方法、媒体

Info

Publication number: JP2001243676A
Application number: JP2000055052A
Authority: JP
Inventors: Naoyuki Sato; 直之佐藤; Yuichi Kageyama; 雄一影山
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-02-29
Filing date: 2000-02-29
Publication date: 2001-09-07
Also published as: US20010029611A1; EP1130860A2; KR20010085703A; EP1130860A3

Abstract

(57)【要約】【課題】例えばＩＥＥＥ１３９４のようなシリアル通
信において、ある機器から別の機器の機能を予約するよ
うな場合に、予約の許可や拒否が無条件に行われてしま
うことを防止し、複数の機器による予約の調停を可能と
する。【解決手段】ネットワークを介して接続されている他
の機器の一部又は全ての機能（例えばＤＶＣＲのＲＥ
Ｃ，ＰＢ等）の使用予約を行うとき、優先順位（プライ
オリティ）を含む予約情報（リザーブコマンド）を生成
して送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ１
３９４シリアルデータバス等により構成されるネットワ
ークに接続される情報処理装置及び方法、その情報処理
装置にプログラムを実行させる媒体に関する。

【０００２】

【従来の技術】近年は、例えばＩＥＥＥ（The Institut
e of Electrical and Electronics Engineers）で規格
化されたＩＥＥＥ１３９４シリアルデータバスを用いる
ネットワークを介して、相互に情報を伝達できるように
したＡＶ（オーディオ・ビジュアル）機器が開発されて
いる。このネットワークシステムにおいては、所定のデ
ィジタルインターフェイスコマンド（ＡＶ／Ｃ Comman
d Transaction Set：以下ＡＶ／Ｃコマンドと略称す
る）を用いて、上述のネットワークに接続されているＡ
Ｖ機器を相互に制御することが可能である。

【０００３】図２２には、ＩＥＥＥ１３９４シリアルデ
ータバスを用いたネットワークの一例を示す。この図２
２のネットワークシステムにおいては、ＩＥＥＥ１３９
４シリアルデータバス１８０（以下、単にバス１８０と
する）を用いることにより、例えばディジタル衛星放送
を受信するＩＲＤ（Integrated Reciever Decoder）１
５１や１７１で受信された映像信号を、バス１８０介し
て接続されているＤＶＣＲ（Digital Video Cassette R
ecorder）１６１や１８１で録画することができる。も
ちろん、ＤＶＣＲ１６１，１８１は録画だけでなく、再
生、早送り、巻き戻し、一時停止、コマ送り等が可能で
あり、また、これらのＩＲＤ１５１，１７１とＤＶＣＲ
１６１，１８１を用いた予約録画も可能である。なお、
ＩＲＤ１５１，１７１はそれぞれ同じ構成を有し、ＤＶ
ＣＲ１６１，１８１はそれぞれ同じ構成を有している。

【０００４】ここで、この図２２の構成では、例えばＩ
ＲＤ１５１，１７１内に設けられる各コントローラ１７
２によって、それぞれＩＲＤ１５１，１７１自身とＤＶ
ＣＲ１６１，１８１とが制御される。

【０００５】この図２２の構成において、例えば、ＩＲ
Ｄ１７１とＤＶＣＲ１８１との間で予約録画を行う場合
には、ＩＲＤ１７１内に設けられるコントローラ１７２
によってＩＲＤ１７１自身とＤＶＣＲ１８１とが制御さ
れる。すなわち、予約録画の設定（チャンネル、開始時
刻等の設定）は、ＩＲＤ１７１に対して行われる。そし
て、設定された開始時刻になると、コントローラ１７２
は、ＩＲＤ１７１内のディジタルチューナサブユニット
１７３を内部的に制御し、上記予約されている（設定さ
れている）チャンネルを選局させ、ＣＳアンテナ１７４
で捉えた信号の中から当該ディジタルチューナサブユニ
ット１７３で受信した映像信号等をバス１８０を介して
ＤＶＣＲ１８１に出力させる。また同時に、コントロー
ラ１７２からは、バス１８０を介してＤＶＣＲ１８１内
に設けられるＶＣＲサブユニット１８４に対して録画開
始のコマンドが送信される。このときのＶＣＲサブユニ
ット１８４は、コントローラ１７２から送信されてきた
録画開始コマンドに対応して、ディジタルチューナサブ
ユニット１７３から送信されてきた映像信号を図示しな
い磁気テープ等の記録媒体へ記録する。以上により、図
２２のネットワークにおいて、ＩＲＤ１７１とＤＶＣＲ
１８１との間での予約録画が行われる。

【０００６】なお、例えばＩＲＤ１５１とＤＶＣＲ１６
１との間で予約録画を行う場合も、上述と同様に動作す
る。

【０００７】また、ＤＶＣＲ１６１や１８１もそれぞれ
コントローラ１８２を備えており、当該コントローラ１
８２は、例えば内蔵のアナログチューナサブユニット１
８３で受信された映像信号をＶＣＲサブユニット１８４
で記録するなどの制御を行う。

【０００８】なお、バス１８０に接続されているＩＲＤ
１５１，１７１およびＤＶＣＲ１６１，１８１のような
各電子機器はユニットと呼ばれており、ユニット間にお
いては、ＡＶ／Ｃコマンド（AV/C Command Transaction
Set）の一般的な仕様（AV/CDigital lnterface Comman
d Set General Specification、以下、ＡＶ／Ｃジェネ
ラルと略称する）で規定されている記述（Descriptor、
以下、適宜ディスクリプタと呼ぶ）を用いて、各ユニッ
トに記憶されている情報を相互に読み書きすることが可
能となされている。ＡＶ／Ｃジェネラルの詳細について
は、「http://www.1394ta.org/」に公開されているため
ここではその説明を省略する。また、ユニットが有する
機能は、サブユニットと呼ばれており、図２２の例で
は、ＩＲＤ１５１，１７１のディジタルチューナサブユ
ニット１７３、ＤＶＣＲ１６１，１８１のＶＣＲサブユ
ニット１８４等がサブユニットとなる。

【０００９】

【発明が解決しようとする課題】ところで、上述したよ
うなＩＥＥＥ１３９４のようなシリアル通信を行うネッ
トワークシステムにおいて、複数の機器（ユニット）を
接続し、ある特定の機器ａから別の特定の機器ｂの任意
の機能ｄを予約するような場合、一般に、機器ａから機
器ｂに対して予約情報が送信される。機器ｂでは、機器
ａからの予約情報を受け取ると、その予約情報により指
定される機能ｄが予約されることになる。

【００１０】ところが、例えば機器ａにより機器ｂのあ
る特定の機能ｄの予約設定がなされている状態で、例え
ば別の機器ｃにより、機器ｂに対して機能ｄの予約情報
が送信されてくると、既に機器ａにより予約がなされて
いたにもかかわらず、機器ｃにより機器ｂの機能ｄが予
約されてしまう（いわば、予約の横取りがなされてしま
う）ようなことが起こったり、機器ｂが何れの予約を許
可すべきか判断できないようなことが起こることにな
る。

【００１１】このような場合、例えば、先になされた予
約のみ許可するようなことが考えられるが、そうする
と、後になされた予約は無条件に常に拒否されてしまう
ことになる。その一方で、例えば機器ａにより機器ｂの
機能ｄが予約され、また、機器ｃにより機器ｂの機能ｅ
が予約されている場合において、例えば機器ａにより予
約された機能ｄよりも機器ｃにより予約された機能ｅの
方が、より重要な機能であることもあり得る。すなわち
例えば、先に、ＤＶＣＲに対して、あるＩＲＤにより再
生の予約がなされ、その後、同じＤＶＣＲに対して、別
のＩＲＤにより記録の予約がなされたような場合、一般
的には、再生よりも録画の方が重要であると考えられる
が、このとき、上述したように先になされた予約のみ許
可するように設定されていると、録画すべきものを録画
できなくなるようなことが起こり得る。

【００１２】そこで、本発明はこのような状況に鑑みて
なされたものであり、例えばＩＥＥＥ１３９４のような
シリアル通信において、複数の機器を接続し、ある機器
から別の機器の機能を予約するような場合に、予約の許
可や拒否が無条件に行われてしまうことを防止し、複数
の機器による予約の調停を可能とする、情報処理装置及
び方法、媒体を提供することを目的とする。

【００１３】

【課題を解決するための手段】本発明の情報処理装置
は、複数の機器を接続可能なネットワークに接続される
情報処理装置であり、上記ネットワークを介して接続さ
れている他の機器の一部又は全ての機能の使用予約を行
うとき、優先順位を含む予約情報を生成する予約情報生
成手段を備えることにより、上述した課題を解決する。

【００１４】本発明の情報処理装置は、複数の機器を接
続可能なネットワークに接続される情報処理装置であ
り、上記ネットワークを介して接続されている他の機器
により、自己の一部又は全ての機能の使用予約について
の予約情報を受信したとき、上記予約情報に含まれる優
先順位に基づいて、自己の一部又は全ての機能の使用予
約の許可／拒否を判定する予約判定手段を備えることに
より、上述した課題を解決する。

【００１５】本発明の情報処理方法は、複数の機器を接
続可能なネットワークに接続される情報処理装置の情報
処理方法であり、上記ネットワークを介して接続されて
いる他の機器の一部又は全ての機能の使用予約を行うと
き、優先順位を含む予約情報を生成することにより、上
述した課題を解決する。

【００１６】本発明の情報処理方法は、複数の機器を接
続可能なネットワークに接続される情報処理装置の情報
処理方法であり、上記ネットワークを介して接続されて
いる他の機器により、自己の一部又は全ての機能の使用
予約についての予約情報を受信したとき、上記予約情報
に含まれる優先順位に基づいて、自己の一部又は全ての
機能の使用予約の許可／拒否を判定することにより、上
述した課題を解決する。

【００１７】本発明の媒体は、ネットワークを介して接
続されている他の機器の一部又は全ての機能の使用予約
を行うとき、優先順位を含む予約情報を生成するステッ
プを含むことを特徴とするプログラムを情報処理装置に
実行させることにより、上述した課題を解決する。

【００１８】本発明の媒体は、ネットワークを介して接
続されている他の機器により、自己の一部又は全ての機
能の使用予約についての予約情報を受信したとき、上記
予約情報に含まれる優先順位に基づいて、自己の一部又
は全ての機能の使用予約の許可／拒否を判定するステッ
プを含むことを特徴とするプログラムを情報処理装置に
実行させることにより、上述した課題を解決する。

【００１９】

【発明の実施の形態】本発明の好ましい実施の形態につ
いて、図面を参照しながら説明する。なお、本明細書に
おいて、システムの用語は、複数の装置、手段などによ
り構成される全体的な装置を意味するものである。

【００２０】図１には、本発明実施の形態のネットワー
クシステムの概略構成を示す。

【００２１】この図１に示すネットワークシステムは、
ＩＥＥＥ１３９４シリアルデータバス８（以下、バス８
とする）を介して接続されているＩＲＤ１，２及びＤＶ
ＣＲ（例えばＤ−ＶＨＳ等のレコーダ）３，４から構成
されている。もちろん、このバス８にはＩＲＤやＤＶＣ
Ｒ以外に、例えば、パーソナルコンピュータ、ハードデ
ィスクドライブ、ＣＤプレーヤ、モニタ、ディジタルビ
デオカメラ、ＭＤ（商標）プレーヤ等のＩＥＥＥ１３９
４端子を備える電子機器を接続することが可能である。
なお、ＩＲＤ１，２はそれぞれ同じ構成を有し、ＤＶＣ
Ｒ３，４はそれぞれ同じ構成を有しているものとする。

【００２２】ＩＲＤ１，２のコントローラ１２は、ユー
ザからの選局や録画予約等の各種機能の操作指示を受け
付けて、それぞれＩＲＤ１，２の全体を制御する。ま
た、当該コントローラ１２は、所定のディジタルインタ
ーフェイスコマンドとして、前記ＡＶ／Ｃコマンドを用
いてＤＶＣＲ３，４を制御可能となされている。ＣＳア
ンテナ１０は、図示せぬ通信衛星を介して送信されてく
るディジタル衛星放送のディジタル信号を受信して、チ
ューナサブユニット１１に出力する。チューナサブユニ
ット１１は、コントローラ１２の制御に基づいて、ＣＳ
アンテナ１０から入力されたディジタル信号から所望の
チャンネルの信号を抽出し、バス８を介してＤＶＣＲ３
や４のＶＣＲサブユニット１５に出力する。

【００２３】ＤＶＣＲ３，４のコントローラ１４は、ユ
ーザからの再生、記録、早送り、巻き戻し、録画予約等
の各種機能の操作指示を受け付けて、ＤＶＣＲ３，４の
全体を制御する。アナログチューナサブユニット１３
は、コントローラ１４の制御に基づいて、入力されるア
ナログ信号から所定のチャンネルの信号を抽出し、ＶＣ
Ｒサブユニット１５に出力する。

【００２４】ＶＣＲサブユニット１５は、アナログチュ
ーナサブユニット１３から入力された映像信号、又は、
バス８を介して入力されるＩＲＤ１や２のチューナサブ
ユニット１１からの映像信号を図示せぬ磁気テープに記
録する。

【００２５】図２には、図１のネットワークシステムの
ＩＲＤ１，２の詳細な構成を示す。

【００２６】図２において、ＤＶＣＲ３，４やその他の
図示しないユニットから、バス８を介して送信されたＧ
ＵＩＤ（Global Unique Identifier、或いはＥＵＩ−６
４）又は機能の制御を指示する信号は、ＩＥＥＥ１３９
４インターフェイス２１を介して、前記コントローラ１
２の主要部であるＣＰＵ２２に入力する。ＣＰＵ２２
は、入力されたＧＵＩＤ又は機能の制御を指示する信号
から、メニュー画面を表す画像データ及びＧＵＩ（Grap
hical User Interface）データを作成させるための制御
信号を生成し、ＧＵＩエンジン２３に出力する。ＧＵＩ
エンジン２３は、生成したＧＵＩデータを、加算部２３
を介して、ＮＴＳＣ（National TV Standards Committe
e）エンコーダ２５に出力させ、ＮＴＳＣデータに変換
させ、Ｄ／Ａ変換部２６でアナログ信号に変換し、モニ
タ６にメニュー画面を表示させる。

【００２７】ユーザは、操作パネル２７若しくは図示し
ないリモートコマンダを操作し、バス８に接続されてい
るＤＶＣＲ３，４等のうちの所望の機器を選択し、更
に、選択した機器が実行する処理（機能）を指示する。
ユーザがリモートコマンダを操作した場合、赤外線受光
部２８は、リモートコマンダからユーザの操作を表す赤
外線信号を受信する。ＣＰＵ２２は、操作パネル２７、
若しくは赤外線受光部２８から入力される、ユーザの操
作を表す信号に基づいて、制御信号を生成し、ＧＵＩエ
ンジン２３、ＭＰＥＧビデオデコーダ３４及びＭＰＥＧ
オーディオデコーダ３５に出力したり、ＩＥＥＥ１３９
４インターフェイス２１及びバス８を介して、ＤＶＣＲ
３，４等に供給する。そして、ＣＰＵ２２は、例えばア
ンテナ１０を用いて受信した放送波を、モニタ６に表示
させたり、ＩＥＥＥ１３９４インターフェイス２１及び
バス８を介して、ＤＶＣＲ３，４等に供給させる。

【００２８】アンテナ１０は、図示しない衛星からの放
送電波を受信し、前記チューナサブユニット１１内のチ
ューナ３０に出力する。チューナ３０は、ＣＰＵ２２か
ら入力される制御信号に従って、受信した放送波の中か
ら所望の局を選局する。選局された放送波に対応する受
信信号は、フロントエンド部３１で復調され、誤り訂正
処理が施され、デスクランブル部３２に出力される。デ
スクランブル部３２は、図示しない、ＩＲＤ本体に挿入
されているＩＣカードに記録されている契約チャンネル
の暗号キー情報に基づいて、入力されたデータの中か
ら、契約チャンネルのデータのみの多重化データをデマ
ルチプレクサ３３に出力する。デマルチプレクサ３３
は、入力された多重化データをチャンネル毎に並べ替
え、ＣＰＵ２２からの入力を基に、ユーザによって指示
されたチャンネルのデータのみを取り出し、そのうちの
映像部分のパケットからなるビデオストリームをＭＰＥ
Ｇビデオデコーダ３４に出力すると共に、音声部分のパ
ケットからなるオーディオストリームをＭＰＥＧオーデ
ィオデコーダ３５に出力する。

【００２９】ＭＰＥＧビデオデコーダ３４は、ビデオス
トリームをデコードすることにより、圧縮符号化前のビ
デオデータを復元し、これをＮＴＳＣエンコーダ２５に
出力する。ＮＴＳＣエンコーダ２５は、ビデオデータを
ＮＴＳＣ方式の輝度信号及び色差信号に変換し、これを
ＮＴＳＣデータとしてＤ／Ａ（ディジタル／アナログ）
変換部２６に出力する。Ｄ／Ａ変換部２６は、ＮＴＳＣ
データをアナログ信号に変換する。このアナログ信号
は、モニタ６に送られ、これにより映像が表示される。

【００３０】ＭＰＥＧオーディオデコーダ３５は、オー
ディオストリームをデコードすることにより、圧縮符号
化前のＰＣＭ（Pulse Code Modulation）オーディオデ
ータを復元し、Ｄ／Ａ変換部３６に出力する。Ｄ／Ａ変
換部３６は、ＰＣＭオーディオデータをアナログ信号に
変換することにより、Ｒチャンネルのオーディオ信号
と、Ｌチャンネルのオーディオ信号とを生成する。これ
らオーディオ信号は、モニタ６に搭載されている図示し
ないスピーカに送られる。

【００３１】ＲＡＭ３７には、ＣＰＵ２２が実行するプ
ログラムが保存されている。それらのプログラムやデー
タは、必要に応じて、ＣＰＵ２２に読み出される。ま
た、ＲＡＭ３７には、ＡＶ／Ｃジェネラルに応じたディ
スクリプタを保持するためのレジスタが設けられてい
る。ワークＲＡＭ３８には、プログラムの実行に伴って
生成されるデータなどが保存される。

【００３２】ドライブ３９は、ＣＰＵ２２に接続されて
おり、磁気ディスク４０、光ディジタル４１、光磁気デ
ィスク４２、又は、半導体メモリ４３などが挿入可能で
ある。ＣＰＵ２２は、磁気ディスク４０乃至半導体メモ
リ４３等に記憶されているデータを読み出すことができ
る。

【００３３】図３には、ＤＶＣＲ３，４の詳細な構成を
示す。

【００３４】この図３において、ユーザが操作パネル５
１若しくは図示しないリモートコマンダを操作したと
き、ＣＰＵ５３は、ユーザの操作に対応する信号を、操
作パネル５１若しくは赤外線受光部５２から入力される
（ユーザがリモートコマンダを操作した場合、赤外線受
光部５２は、リモートコマンダからユーザの操作を表す
赤外線信号を受信し、ＣＰＵ５３に出力する）。また、
ＣＰＵ５３には、バス８及びＩＥＥＥ１３９４インター
フェイス５４を介して、上記バス８に接続されている他
の機器（ユニット）からの制御信号が入力する。

【００３５】前記コントローラ１４の主要部であるＣＰ
Ｕ５３は、これらの信号に基づいて、例えば、ＶＣＲ制
御部５５を制御する制御信号を生成し、ＶＣＲサブユニ
ット１５のＶＣＲ制御部５５に出力する。また、ＣＰＵ
５３は、例えばバス８及びＩＥＥＥ１３９４インターフ
ェイス５４を介して他の機器から入力された映像データ
を記録再生信号処理部６１に送り、ＶＣＲ制御部５５を
介してＶＣＲメカ部６２を制御することにより、上記記
録再生信号処理部６１にて映像データから生成された記
録信号を上記ＶＣＲメカ部６２内に装填されている図示
しないビデオカセットテープに録画させたり、また、ビ
デオカセットテープに記録されている記録信号を再生さ
せ、記録再生信号処理部６１に送って映像データを復元
させる。復元された映像データは、ＮＴＳＣエンコーダ
５６に送られてＮＴＳＣデータに変換され、さらにＤ／
Ａ変換部５７でアナログ信号に変換された後、図示しな
いモニタ等の表示装置に出力されて表示されたり、ＩＥ
ＥＥ１３９４インターフェイス５４及びバス８を介し
て、ネットワークに接続されている他の機器に送信され
たりする。

【００３６】さらに、ＣＰＵ５３は、ＲＡＭ５８に保存
されているプログラムやデータを読み出したり、必要に
応じてＲＡＭ５８にデータを保存することができる。Ｒ
ＡＭ５８には、ＡＶ／Ｃジェネラルに応じたディスクリ
プタを保持するためのレジスタが設けられている。更
に、ＲＡＭ５８には、ＣＰＵ５３が実行するプログラム
や、ＣＰＵ５３の処理に伴って生成されたデータなどが
保存されている。

【００３７】ＶＣＲ制御部５５は、ＶＣＲメカ部６２内
に図示しないビデオカセットテープが装填された場合、
ビデオカセットテープが入力されたことを示す信号をＣ
ＰＵ５３に出力する。ＣＰＵ５３は、当該信号を受ける
と、操作パネル５１にその旨を示す記号や文字等の表示
を行ったり、ＬＥＤを搭載して点灯させるなどの方法を
用いて、ＤＶＣＲにビデオカセットテープが挿入されて
いることを、ユーザが認識できるようにする。

【００３８】チューナ６０は、ＣＰＵ５３から入力され
る制御信号に従って、図示しないアンテナにより受信し
た地上放送波の中から所望の局を選局する。選局された
放送波に対応する受信信号は、復調部５９で復調され、
記録再生信号処理部６１或いはＮＴＳＣエンコーダ５６
に送られる。記録再生信号処理部６１に送られた受信信
号は、ＣＰＵ５３の制御の基で記録信号に変換され、Ｖ
ＣＲ制御部５５により制御されるＶＣＲメカ部６２内の
図示しないビデオカセットテープに録画される。また、
ＮＴＳＣエンコーダ５６に送られた受信信号は、当該Ｎ
ＴＳＣエンコーダ５６によりＮＴＳＣデータに変換さ
れ、さらにＤ／Ａ変換部５７でアナログ信号に変換され
た後、図示しないモニタ等の表示装置に出力されて表示
されたり、ＩＥＥＥ１３９４インターフェイス５４及び
バス８を介して、ネットワークに接続されている他の機
器に送信されたりする。

【００３９】上述したようなＩＥＥＥ１３９４のような
シリアル通信を行うシステムにおいて、上記ＩＲＤ１，
２、ＤＶＣＲ３，４のような複数の機器（ユニット）を
接続し、ある特定の機器（例えばＩＲＤのコントロー
ラ）が別の特定の機器の任意の機能（例えばＤＶＣＲの
録画や再生等の機能）を予約するような場合、本実施の
形態では、以下に説明するように、予約情報についての
優先順位を規定することにより、複数の機器による予約
の調停を可能とし、予約の許可や拒否が無条件に行われ
てしまうことを防止可能としている。

【００４０】すなわち、本実施の形態では、ＩＥＥＥ１
３９４などのシリアル通信を行うシステムにおいて複数
の機器を接続し、ある特定の機器から別の特定の機器の
機能を予約する場合、その特定の機器以外の機器に対し
て予約の横取りを許可／拒否するための優先順位の規定
を設け、予約情報に優先順位を付けることにより、複数
の機器による予約の調停を可能としている。

【００４１】ここで、本実施の形態では、ＡＶ／Ｃジェ
ネラルに用意されているリザーブコマンド（RESERVE co
mmand）のプライオリティ（priority）を用いて、上記
予約情報の優先順位を規定する。なお、ＡＶ／Ｃジェネ
ラルにおけるリザーブコマンドの詳細については後述す
るが、当該リザーブコマンドのプライオリティがどのよ
うに使われるかの規定は現在特になされていない。

【００４２】図４には、予約情報の優先順位として規定
されるものとして、例えばＤＶＣＲを機能予約を行う場
合のリザーブコマンドとプライオリティの一例を示す。

【００４３】この図４は、ＤＶＣＲの機能のうち、例え
ば記録（ＲＥＣ）の機能を予約する場合のリザーブコマ
ンドには最も優先順位の高いプライオリティＡを付け、
例えば再生（ＰＢ）の機能を予約する場合のリザーブコ
マンドについてはプライオリティＡの次に高いプライオ
リティＢを付け、例えば早送り／巻き戻し（ＦＦ／ＲＥ
Ｗ）の機能を予約する場合のリザーブコマンドについて
はプライオリティＡ，Ｂの次に高いプライオリティＣを
付け、例えば停止（ＳＴＯＰ）の機能を予約する場合の
リザーブコマンドについては最も低いプライオリティＣ
を付けた例を示している。

【００４４】上述の図４のようなリザーブコマンドとプ
ライオリティの関係を踏まえて、上記予約情報（リザー
ブコマンド）に付けられた優先順位（プライオリティ）
に基づく予約の調停の流れについて図５〜図８を用いて
説明する。なお、図５及び図６のコントローラＡやＢ
は、例えば図１のＩＲＤ１，２のコントローラ１２に相
当し、ターゲットは、例えば図１のＤＶＣＲ３，４に相
当する。

【００４５】図５〜図７において、先ず、手順Ｐ１とし
て、コントローラａからは、ターゲットに対し、プライ
オリティＣが付けられたリザーブコマンドによる機能の
予約要求がなされたとする。すなわち図４の例を当ては
めた場合、ＩＲＤのコントローラａがターゲットである
ＤＶＣＲに対して早送り／巻き戻し（ＦＦ／ＲＥＷ）の
機能の予約を行う場合、当該コントローラａからは、プ
ライオリティＣが付けられたリザーブコマンドが送信さ
れる。この時点で、ターゲットには他の機器からの予約
が未だなされていないため、当該ターゲットは上記コン
トローラａからの予約を許可する旨のアクセプト（Acce
pt）を返す。

【００４６】次に、手順Ｐ２として、コントローラｂか
ら、ターゲットに対して、プライオリティＢが付けられ
たリザーブコマンドによる機能の予約要求がなされたと
する。ここで、コントローラａからのリザーブコマンド
のプライオリティＣよりも、コントローラｂからのリザ
ーブコマンドのプライオリティＢの優先順位の方が高い
とすると、ターゲットは、コントローラｂに対して予約
を許可する旨のアクセプトを返す。すなわち図４の例を
当てはめた場合、ＩＲＤのコントローラｂがターゲット
であるＤＶＣＲに対して再生（ＰＢ）の機能の予約を行
う場合、当該コントローラｂからは、プライオリティＢ
が付けられたリザーブコマンドが送信される。この時、
コントローラａがターゲットに対して早送り／巻き戻し
（ＦＦ／ＲＥＷ）の予約を行う際のリザーブコマンドの
プライオリティＣよりも、コントローラｂがターゲット
に対して再生（ＰＢ）の予約を行う際のリザーブコマン
ドのプライオリティＢの優先順位の方が高いため、ター
ゲットであるＤＶＣＲは、コントローラｂに対して予約
を許可する旨のアクセプトを返す。これにより、手順Ｐ
３のように、ターゲットの予約は、コントローラａから
コントローラｂに移る（コントローラａの予約がコント
ローラｂにより奪い取られる）ことになる。

【００４７】次に、手順Ｐ４として、コントローラａか
ら、ターゲットに対して、プライオリティＡが付けられ
たリザーブコマンドによる機能の予約要求がなされたと
する。ここで、コントローラｂからのリザーブコマンド
のプライオリティＢよりも、コントローラａからのリザ
ーブコマンドのプライオリティＡの優先順位の方が高い
とすると、ターゲットは、コントローラａに対して予約
を許可する旨のアクセプトを返す。すなわち図４の例を
当てはめた場合、ＩＲＤのコントローラａがターゲット
であるＤＶＣＲに対して記録（ＲＥＣ）の機能の予約を
行う場合、当該コントローラａからは、プライオリティ
Ａが付けられたリザーブコマンドが送信される。この
時、コントローラｂがターゲットに対して再生（ＰＢ）
の予約を行う際のリザーブコマンドのプライオリティＢ
よりも、コントローラａがターゲットに対して記録（Ｒ
ＥＣ）の予約を行う際のリザーブコマンドのプライオリ
ティＡの優先順位の方が高いため、ターゲットであるＤ
ＶＣＲは、コントローラａに対して予約を許可する旨の
アクセプトを返す。これにより、手順Ｐ５のように、タ
ーゲットの予約は、コントローラｂからコントローラａ
に移る（コントローラｂの予約がコントローラａにより
奪い取られる）ことになる。

【００４８】次に、手順Ｐ６として、コントローラｂか
ら、ターゲットに対して、再度、プライオリティＢが付
けられたリザーブコマンドによる機能の予約要求がなさ
れたとする。しかしながらこの場合、コントローラｂか
らのリザーブコマンドのプライオリティＢよりも、コン
トローラａからのリザーブコマンドのプライオリティＡ
の優先順位の方が高いので、ターゲットは、コントロー
ラｂに対して予約を拒否する旨のリジェクト（Reject）
を返す。すなわち図４の例を当てはめた場合、ＩＲＤで
あるコントローラａがターゲットに対して記録（ＲＥ
Ｃ）の予約を行う際のリザーブコマンドのプライオリテ
ィＡの方が、コントローラｂがターゲットに対して再生
（ＰＢ）の予約を行う際のリザーブコマンドのプライオ
リティＢの優先順位の方が高いので、ターゲットは、コ
ントローラｂに対して予約を拒否する旨のリジェクトを
返す。これにより、手順Ｐ７のように、ターゲットの予
約がコントローラａからコントローラｂに移ることはな
い（コントローラｂがターゲットの予約をコントローラ
ａから奪い取ることはできない）。

【００４９】以上が、本実施の形態の予約情報に付けら
れた優先順位（リザーブコマンドに付けられたプライオ
リティ）に基づく予約の調停の流れの具体例である。

【００５０】図８には、図５，６のコントローラａ，ｂ
のようなコントローラ側（図１のＩＲＤ１，２）におけ
るターゲットの機能予約時の動作の流れを示す。

【００５１】コントローラは、ステップＳ１として、ユ
ーザによりターゲットに対してある動作を行わせる旨の
指示（機能の予約の指示）がなされると、次のステップ
Ｓ２の処理として、ターゲットに対して、機能の予約の
内容に応じて前記図４に示したように設定されたプライ
オリティが付けられたリザーブコマンドを発行する。

【００５２】次に、コントローラは、ステップＳ３とし
て、ターゲットからの返答を受け取ることにより、ター
ゲットがリザーブコマンドを受け付けたか否かを判定す
る。当該ステップＳ３の判定により、ターゲットがリザ
ーブコマンドを受け付けた（すなわち許可した）と判定
した場合はステップＳ４の処理に進み、受け付けられな
かった（すなわち拒否された）と判定した場合はステッ
プＳ６の処理に進む。

【００５３】ステップＳ４の処理に進むと、コントロー
ラは、ターゲットに対して、上記ユーザにより指示され
た動作の指示コマンドを発行する。その後、コントロー
ラは、ステップＳ５として、ユーザに対し、ターゲット
により上記予約の受け付けが許可されたことを、例えば
表示等によって示す。

【００５４】一方、ステップＳ６の処理に進むと、コン
トローラは、ユーザに対し、ターゲットにより上記予約
の受け付けが拒否されたことを、例えば表示等によって
示す。

【００５５】以上説明したように、本実施の形態によれ
ば、ＩＥＥＥ１３９４などのシリアル通信を行うシステ
ムにおいて複数のユニットやサブユニットを接続し、あ
るユニットのコントローラから別のユニット或いはサブ
ユニットの機能を予約する場合において、予約を行う際
のリザーブコマンドにプライオリティを付けることによ
り、複数のユニット或いはサブユニットについての予約
の調停が可能となっている。

【００５６】なお、上述した実施の形態では、ターゲッ
トの機能の制御内容に対応させて、リザーブコマンドに
プライオリティを付けた例を挙げているが、例えば、各
ユニット（或いはコントローラ）毎に優先順位を設定
し、各ユニットからのリザーブコマンドのプライオリテ
ィによって予約の調停を行うようにしてもよい。すなわ
ち、あるユニットのコントローラａからのリザーブコマ
ンドには最も高いプライオリティを付けるようにし、一
方、別のユニットのコントローラｂからのリザーブコマ
ンドにはそれよりも低いプライオリティを付けるように
規定することにより、常にコントローラａによる予約を
コントローラｂによる予約に優先させるようなことが可
能となる。

【００５７】次に、ＡＶ／Ｃジェネラルにおけるリザー
ブコマンドについて説明する。

【００５８】リザーブコマンドとそれに対応するレスポ
ンスは、ＡＶ／Ｃジェネラルのコマンド及びレスポンス
の一種として規定されている。ＡＶ／Ｃジェネラルのコ
マンド及びレスポンスは、ＩＥＣ−６１８８３により規
定されているＦＣＰ（Function Control Protocol）に
よって伝送される。ＦＣＰは、ＩＥＥＥスタンダード１
３９４−１９９５のアシンクロナスブロック書き込みト
ランザクション（asynchronous block write transacti
ons）内に、機器を制御するコマンドとレンスポンスを
カプセル化するものであり、そのフォーマットは、図９
に示すように構成される。

【００５９】図９に示すように、その先頭は、パケット
ヘッダとされ、それに続いて、ＦＣＲフレームが配置さ
れ、最後に、データＣＲＣ（data_CRC）が配置される。

【００６０】パケットヘッダの先頭には、デスティネイ
ションＩＤ（destination_ID）が配置される。このデス
ティネイションＩＤ（destination_ID）は、このパケッ
トが転送されるノードのＩＤを表している。図中のｔｌ
は、トランザクションラベル（Transaction label）を
意味し、ノードからパケットに付加されるユニークなタ
グを表している。図中のｒｔは、リトライコード（Retr
y code）を意味し、リトライに関するコードを表してい
る。

【００６１】図９中のｔｃｏｄｅは、トランザクション
コード（Transaction code）を表し、この例において
は、その値が０００１とされている。この０００１は、
このブロックがデータブロックのための書き込み要求で
あることを表している。

【００６２】図９中のｐｒｉは、プライオリティを意味
し、この値により、リンクレイヤにおけるアービットレ
ーションが行われる。

【００６３】ソースＩＤ（source_ID）は、このパケッ
トを送出するノードのＩＤを表している。デスティネイ
ションオフセット（destination_offset）は、このパケ
ットのコマンドまたはレスポンスが書き込まれるレジス
タのアドレスを表している。

【００６４】図９中のデータレングス（data_length）
は、データフィールド中のデータ長を表している。その
次の２バイトは、値０が記述される。最後のヘッダＣＲ
Ｃ（header_CRC）は、パケットヘッダ内における誤り検
出符号を表す。

【００６５】ペイロード部分のＦＣＰフレームには、最
初の４ビットとしてＣＴＳ（Command/Transaction Se
t）が配置される。このＣＴＳは、ＡＶ／Ｃトランザク
ションの場合、その値は００００とされる。その次に、
ＦＣＰデータが配置される。このＦＣＰデータの詳細
は、図１０と図１１に示されている。図１０は、ＡＶ／
ＣコマンドフレームのＦＣＰフレームを表し、図１１
は、ＡＶ／ＣレスポンスフレームのＦＣＰフレームを表
している。

【００６６】図１０中のｃｔｙｐｅは、コマンドタイプ
（Command type）を意味し、そこに規定される値は、図
１２に示すような意味を有する。すなわち、その値の０
は、コントロール（CONTROL）を意味し、その値の１
は、ステータス（STATUS）を表す。

【００６７】サブユニットタイプ（subunit_type）は、
図１３に示されるように、このコマンドが対象とするサ
ブユニットの種類を表し、その値の０は、サブユニット
の種類がビデオモニタであることを意味し、その値の３
は、ディスクレコーダまたはプレーヤであることを表
す。

【００６８】サブユニットＩＤ（subunit ID）は、拡張
サブユニットタイプが定義された場合におけるインスタ
ンス番号として使用される。図１４に示されるように、
その値の０から４は、インスタンス番号を表し、その値
の５は、サブユニットＩＤが次のバイトに拡張されたこ
とを表す。

【００６９】図１０中のｏｐｃｏｄｅは、オペレーショ
ンコード（Operation code）を表し、本実施の形態にて
説明したリザーブの場合、図１５に示されるように、そ
の値は０１とされる。ｏｐｃｏｄｅの次には、オペラン
ド［０］（operand[0]）〜オペランド［ｎ］（operand
[n]、図１５の場合、ｎ＝１２）が配置される。オペラ
ンド［０］（operand[0]）には、プライオリティが配置
される。このプライオリティは、前述したように、コマ
ンドに付随する相対的な優先順位を規定する。その値の
０は、いずれのコントローラも、そのノードを予約（リ
ザーブ）していないことを意味する。その値の１〜Ｆ
は、ターゲットがコントローラのためのリザベーション
（Reservation）を有することを意味する。プライオリ
ティの値の４は、コントローラが使用する標準的なプラ
イオリティである。

【００７０】自由な状態にある（リザーブされていな
い）ターゲットは、リザーブコントロールコマンドを発
行したコントローラによりリザーブされる。ターゲット
は、リザベーションがなされたプライオリティ、付随す
るテキスト列、並びにコントローラの１６ビットのノー
ドＩＤを記憶する。プライオリティに続くテキストに
は、ＡＳＣＩＩ文字が１２バイトまで挿入される。

【００７１】ターゲットによって、プライオリティの値
が受け入れられたとき、保持される値は、図１６に示す
ように変換される。例えば、０と１の値は、プライオリ
ティとして保持される。２からＥ（１６進数）までの値
は、プライオリティとＥのビット毎の論理積の値として
保持される。Ｆの値は、プライオリティとして保持され
る。

【００７２】ノード（ターゲット）は、所定のコントロ
ーラのリザベーションを保持するとき、他のコントロー
ラから発行されたコントロール（control）のコマンド
タイプのリザーブ以外のコントロールコマンドを拒絶す
る。

【００７３】リザベーションを保持する同一のコントロ
ーラからリザーブコントロールコマンドが受信されたと
き、それはアクセプトされる。これは、オリジナルのコ
ントローラが、そのリザベーションにともなうプライオ
リティを高めたり、低下させたりすることを許容する。

【００７４】リザベーションを行ったコントローラ以外
のコントローラから、リザーブコントロールコマンドが
受信されたとき、そのターゲットは、現在のリザベーシ
ョンのプライオリティより、そのプライオリティが大き
くない限り、そのコマンドを拒絶する。新しい、プライ
オリティが現在のプライオリティより大きいとき、新た
なリザベーションが確立される。

【００７５】リザーブコントロールコマンドが、等しい
か、より高いプライオリティのリザベーションを保持す
るサブユニットを有するＡＶユニットに対して発行され
たとき、そのリザーブコントロールコマンドは、リジェ
クト（rejected）レスポンスを返す。

【００７６】リザーブコントロールコマンドが、等しい
か、より高いプライオリティを有するサブユニットを含
んでいないＡＶユニットに対して発行された場合、その
リザベーションは確立される。

【００７７】コントロールコマンドを発行したコントロ
ーラ以外のコントローラによりリザーブされたＡＶユニ
ット内のサブユニットにコントロールコマンドが発行さ
れた場合、そのコントロールコマンドは、リジェクト
（reject）される。

【００７８】ＡＶユニットはバスリセットを検知したと
き、そのリザベーションのプライオリティを０にリセッ
トし、リザベーションノードＩＤとリザベーションテキ
ストを、全て１にセットする。そして、リザベーション
が確立されるまで、または１０秒間が経過するまで、Ａ
Ｖユニットはリザーブコマンドを除くコントロール（co
ntrol）のコマンドタイプの全てのコマンドを拒絶す
る。この手続は、オリジナルのリザベーションのホルダ
が、バスリセット後にリザベーションを再度確立するの
を許容する。

【００７９】各コントローラは、バスリセット前にター
ゲットに対してリザベーションを確立していた場合を除
き、バスリセットから１０秒以内にリザーブコントロー
ルコマンドを発行することはない。ＡＶユニットのノー
ドＩＤは、バスリセット後変更されるので、リザベーシ
ョンの確立を希望するコントローラは、ノードユニーク
ＩＤを調べる。

【００８０】このような状況から、ターゲットは、バス
リセットの１０秒以内に受信したリザーブコマンドを正
しいものと推定し、そのリザベーションを受け入れる。

【００８１】コントローラは、現在のリザベーションの
状態を、図１７に示すステータス（STATUS）のコマンド
タイプのフィールドを有するリザーブコマンドを発行す
ることで、要求することができる。

【００８２】図１１に示す、ＡＶ／Ｃレスポンスフレー
ムも、基本的に、図１０に示すＡＶ／Ｃコマンドフレー
ムと同様に構成されているが、図１０のｃｔｙｐｅに代
えて、レスポンス（responce）が配置される。このレス
ポンスは、レスポンスコード（responce code）を意味
し、その０乃至Ｆの値は、図１８に示す意味を表す。例
えば、その値の８は、要求されたコマンドには、適応し
ていないこと（NOT IMPLEMENTED）を表し、その値の９
は、要求されたコマンドを受け入れたこと（ACCEPTED）
を表す。また、その値のＡは、対応するコマンドを拒絶
したこと（REJECTED）を表す。

【００８３】図１９に示されるように、コントローラが
ターゲットに対してＡＶ／Ｃコマンドを発行したとき、
ターゲットは、そのコマンドに対して１００ｍｓ以内に
レスポンスを発行できる場合には、それを発行する。

【００８４】これに対して、図２０に示されるように、
コマンド（Command）を受け取った後、１００ｍｓ以内
に対応する処理を完了することができない場合には、１
００ｍｓが経過する前に、INTERIM responceが発行され
る。そして、その後、処理が完了した時点において、タ
ーゲットは、最終レスポンス（final response）を発行
する。

【００８５】本実施の形態において、上述した一連の処
理は、ハードウェアにより実行させることもできるが、
ソフトウェアにより実行させることもできる。一連の処
理をソフトウェアにより実行させる場合には、そのソフ
トウェアを構成するプログラムが、専用のハードウェア
としてのコントローラに組み込まれているか若しくは当
該プログラムがインストールされた、例えば汎用のパー
ソナルコンピュータなどにより各種の機能を実行するこ
とが可能となる。

【００８６】汎用のパーソナルコンピュータ１０１は、
例えば、図２１に示すように、ＣＰＵ（Central Proces
sing Unit）１１１を内蔵している。ＣＰＵ１１１に
は、バス１１５を介して入出カインターフェース１１６
が接続されており、ＣＰＵ１１１は、入出カインターフ
ェース１１６を介して、ユーザから、キーボード、マウ
スなどよりなる入力部１１８から指令が入力されると、
それに対応して、ＲＯＭ（Read ０nly Memory）１１２
あるいはハードディスク１１４などの記録媒体、また
は、ドライブ１２０に装着された磁気ディスク１３１，
光ディスク１３２、光磁気ディスク１３３などの記録媒
体から、それらに記録されている、上述した一連の処理
を実行するプログラムを読み出し、ＲＡＭ（Ramdom Acc
ess Memory）１１３に書き込み、実行する。なお、ハー
ドディスク１１４に格納されているプログラムには、予
め格納されてユーザに配布されるものだけでなく、衛星
もしくは、ネットワークから転送され、通信郁１１９に
より受信されてダウンロードされたプログラムも含まれ
る。

【００８７】また、ＣＰＵ１１１は、プログラムの処理
結果のうち、画像信号を、入出カインターフェース１１
６を介して、ＬＣＤ（LiquID Crysta1 Display），Ｃ
ＲＴ（Cathode Ray Tube）などよりなる表示部１１７
に出力する。

【００８８】次に、上述した一連の処理を実行するプロ
グラムを例えばコンピュータにインストールし、コンピ
ュータによって実行可能な状態とするために用いられる
媒体について、そのコンピュータが汎用のパーソナルコ
ンピュータである場合を例として説明する。

【００８９】プログラムは、パーソナルコンピュータに
内蔵されている記録媒体としてのハードディスクや半導
体メモリに予めインストールした状態でユーザに提供す
ることができる。

【００９０】或いはまた、プログラムは、フロッピー
（登録商標）ディスク、ＣＤ−ＲＯＭ（Compact Disk-R
ead Only Disk）、ＭＯ（Magneto-Optical）ディスク、
ＤＶＤ（Digital Versatile Disk）、磁気ディスク、半
導体メモリなどの記録媒体に、一時的あるいは永続的に
格納し、パッケージソフトウエアとして提供することが
できる。

【００９１】さらに、プログラムは、ダウンロードサイ
トから、ディジタル衛星放送用の人工衛星を介して、パ
ーソナルコンピュータに無線で転送したり、ローカルエ
リアネットワーク、インターネットといったネットワー
クを介して、パーソナルコンピュータに有線で転送し、
パーソナルコンピュータにおいて、内蔵するハードディ
スクなどに格納させることができる。

【００９２】本実施の形態における媒体とは、これら全
ての媒体を含む広義の概念を意味するものである。

【００９３】なお、本実施の形態において、媒体により
提供されるプログラムを記述するステップは、記載され
た順序に沿って時系列的に行われる処理はもちろん、必
ずしも時系列的に処理されなくとも、並列的あるいは個
別に実行される処理をも含むものである。

【００９４】最後に、本発明は、上述の説明した実施の
形態に限定されるものではなく、本発明の精神を逸脱す
ることなく種々の変形が可能とされるものである。

【００９５】

【発明の効果】本発明の情報処理装置及び方法、媒体に
よれば、ネットワークを介して接続されている他の機器
の一部又は全ての機能の使用予約を行うとき、優先順位
を含む予約情報を生成することにより、例えばＩＥＥＥ
１３９４のようなシリアル通信において、複数の機器を
接続し、ある機器から別の機器の機能を予約するような
場合に、予約の許可や拒否が無条件に行われてしまうこ
とを防止し、複数の機器による予約の調停が可能とな
る。

【００９６】また、本発明の情報処理装置及び方法、媒
体によれば、ネットワークを介して接続されている他の
機器により、自己の一部又は全ての機能の使用予約につ
いての予約情報を受信したとき、上記予約情報に含まれ
る優先順位に基づいて、自己の一部又は全ての機能の使
用予約の許可／拒否を判定することにより、例えばＩＥ
ＥＥ１３９４のようなシリアル通信において、複数の機
器を接続し、ある機器から別の機器の機能を予約するよ
うな場合に、予約の許可や拒否が無条件に行われてしま
うことを防止し、複数の機器による予約の調停が可能と
なる。

【図面の簡単な説明】

【図１】本発明実施の形態のネットワークシステムの構
成例を示すブロック図である。

【図２】ＩＲＤの具体的構成を示すブロック図である。

【図３】ＤＶＣＲの具体的構成を示すブロック図であ
る。

【図４】リザーブコマンドとプライオリティの関係説明
に用いる図である。

【図５】リザーブコマンドとプライオリティに基づく予
約の調停の流れの説明に用いる一構成例を示す図であ
る。

【図６】リザーブコマンドとプライオリティに基づく予
約の調停の流れの説明に用いる他の構成例を示す図であ
る。

【図７】図５と図６に示した予約調停の流れの説明に用
いる図である。

【図８】コントローラ側におけるターゲットの機能予約
時の動作の流れを示すフローチャートである。

【図９】ＦＣＰフレームのフォーマットの説明に用いる
図である。

【図１０】ＡＶ／Ｃコマンドフレームのフォーマットの
説明に用いる図である。

【図１１】ＡＶ／Ｃレスポンスフレームのフォーマット
の説明に用いる図である。

【図１２】コマンドタイプの説明に用いる図である。

【図１３】サブユニットタイプの説明に用いる図であ
る。

【図１４】サブユニットＩＤの説明に用いる図である。

【図１５】リザーブコントロールコマンドのフォーマッ
トの説明に用いる図である。

【図１６】記憶されるプライオリティの説明に用いる図
である。

【図１７】リザーブステータスコマンドのフォーマット
の説明に用いる図である。

【図１８】レスポンスコードの説明に用いる図である。

【図１９】ＡＶ／Ｃの迅速なトランズアクションの説明
に用いる図である。

【図２０】ＡＶ／Ｃの遅延したトランズアクションの説
明に用いる図である。

【図２１】コンピユータの構成例を示すブロック図であ
る。

【図２２】従来のネットワークシステムの構成例を示す
ブロック図である。

【符号の説明】

１，２ＩＲＤ、３，４ＤＶＣＲ、８ＩＥＥＥ
１３９４シリアルデータバス、１１チューナサブユ
ニット、１２，１４コントローラ、１３アナログ
チューナサブユニット、１５ＶＣＲサブユニット

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 5/765 Ｈ０４Ｌ 11/00 ３１０Ｄ５Ｋ０４８ 5/7826 ３２０Ｈ０４Ｑ 9/00 ３０１Ｈ０４Ｎ 5/782 Ｋ３２１ＺＦターム(参考） 5B077 NN02 5C018 FA04 FB01 HA08 HA11 5D102 AB05 AC24 GA39 GA41 5K032 CB00 DB19 DB22 5K033 CB04 CB17 DB12 DB14 5K048 BA04 CA05 DA05

Claims

【特許請求の範囲】

【請求項１】複数の機器を接続可能なネットワークに
接続される情報処理装置において、上記ネットワークを介して接続されている他の機器の一
部又は全ての機能の使用予約を行うとき、優先順位を含
む予約情報を生成する予約情報生成手段を備えることを
特徴とする情報処理装置。
【請求項２】上記優先順位は、上記他の機器の機能
毎、及び／又は、上記ネットワークに接続された機器毎
に設定されていることを特徴とする請求項１記載の情報
処理装置。
【請求項３】上記他の機器に送信した上記予約情報に
対応して当該他の機器から返送されてきた返答情報によ
り、上記他の機器による使用予定の判定結果を取得し、
上記他の機器に対して要求した使用予定の有効／無効を
判断する判断手段を備えることを特徴とする請求項１記
載の情報処理装置。
【請求項４】上記ネットワークは、ＩＥＥＥ１３９４
シリアルデータバスを用いて構成されることを特徴とす
る請求項１記載の情報処理装置。
【請求項５】複数の機器を接続可能なネットワークに
接続される情報処理装置において、上記ネットワークを介して接続されている他の機器によ
り、自己の一部又は全ての機能の使用予約についての予
約情報を受信したとき、上記予約情報に含まれる優先順
位に基づいて、自己の一部又は全ての機能の使用予約の
許可／拒否を判定する予約判定手段を備えることを特徴
とする情報処理装置。
【請求項６】上記優先順位は、上記他の機器の機能
毎、及び／又は、上記ネットワークに接続された機器毎
に設定されていることを特徴とする請求項５記載の情報
処理装置。
【請求項７】上記判定手段は、上記ネットワークを介
して接続されている複数の他の機器から受信した予約情
報に含まれている優先順位に基づいて、上記複数の他の
機器毎に上記使用予定の許可／拒否を判定し、その判定結果をそれぞれ上記複数の他の機器に返送する
ことを特徴とする請求項５記載の情報処理装置。
【請求項８】上記ネットワークは、ＩＥＥＥ１３９４
シリアルデータバスを用いて構成されることを特徴とす
る請求項５記載の情報処理装置。
【請求項９】複数の機器を接続可能なネットワークに
接続される情報処理装置の情報処理方法において、上記ネットワークを介して接続されている他の機器の一
部又は全ての機能の使用予約を行うとき、優先順位を含
む予約情報を生成することを特徴とする情報処理方法。
【請求項１０】上記優先順位は、上記他の機器の機能
毎、及び／又は、上記ネットワークに接続された機器毎
に設定されていることを特徴とする請求項９記載の情報
処理方法。
【請求項１１】上記他の機器に送信した上記予約情報
に対応して当該他の機器から返送されてきた返答情報に
より、上記他の機器による使用予定の判定結果を取得
し、上記他の機器に対して要求した使用予定の有効／無
効を判断することを特徴とする請求項９記載の情報処理
方法。
【請求項１２】上記ネットワークは、ＩＥＥＥ１３９
４シリアルデータバスを用いて構成されることを特徴と
する請求項９記載の情報処理方法。
【請求項１３】複数の機器を接続可能なネットワーク
に接続される情報処理装置の情報処理方法において、上記ネットワークを介して接続されている他の機器によ
り、自己の一部又は全ての機能の使用予約についての予
約情報を受信したとき、上記予約情報に含まれる優先順
位に基づいて、自己の一部又は全ての機能の使用予約の
許可／拒否を判定することを特徴とする情報処理方法。
【請求項１４】上記優先順位は、上記他の機器の機能
毎、及び／又は、上記ネットワークに接続された機器毎
に設定されていることを特徴とする請求項１３記載の情
報処理方法。
【請求項１５】上記使用予約の許可／拒否判定の際に
は、上記ネットワークを介して接続されている複数の他
の機器から受信した予約情報に含まれている優先順位に
基づいて、上記複数の他の機器毎に上記使用予定の許可
／拒否を判定し、その判定結果をそれぞれ上記複数の他の機器に返送する
ことを特徴とする請求項１３記載の情報処理方法。
【請求項１６】上記ネットワークは、ＩＥＥＥ１３９
４シリアルデータバスを用いて構成されることを特徴と
する請求項１３記載の情報処理方法。
【請求項１７】ネットワークを介して接続されている
他の機器の一部又は全ての機能の使用予約を行うとき、
優先順位を含む予約情報を生成するステップを含むこと
を特徴とするプログラムを情報処理装置に実行させる媒
体。
【請求項１８】ネットワークを介して接続されている
他の機器により、自己の一部又は全ての機能の使用予約
についての予約情報を受信したとき、上記予約情報に含
まれる優先順位に基づいて、自己の一部又は全ての機能
の使用予約の許可／拒否を判定するステップを含むこと
を特徴とするプログラムを情報処理装置に実行させる媒
体。