JP2001093205A - リソース予約方法およびその装置 - Google Patents
リソース予約方法およびその装置Info
- Publication number
- JP2001093205A JP2001093205A JP26680199A JP26680199A JP2001093205A JP 2001093205 A JP2001093205 A JP 2001093205A JP 26680199 A JP26680199 A JP 26680199A JP 26680199 A JP26680199 A JP 26680199A JP 2001093205 A JP2001093205 A JP 2001093205A
- Authority
- JP
- Japan
- Prior art keywords
- reservation
- resource
- response
- resources
- request
- 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
Abstract
(57)【要約】
【課題】 家庭内ＡＶネットワークにおいて、リソース
の予約処理の衝突を少なくすることを目的とする。 【解決手段】 それぞれのリソースの識別情報からリソ
ースの並び替えを行ない、その順序どおりリソースへの
予約要求を送信する。さらに、すでに送信したリソース
への予約要求に対するリソースからの応答から、リソー
スが予約要求を拒否したことを検出した場合には、まだ
送信していないリソースへの予約要求の送信を中止す
る。
の予約処理の衝突を少なくすることを目的とする。 【解決手段】 それぞれのリソースの識別情報からリソ
ースの並び替えを行ない、その順序どおりリソースへの
予約要求を送信する。さらに、すでに送信したリソース
への予約要求に対するリソースからの応答から、リソー
スが予約要求を拒否したことを検出した場合には、まだ
送信していないリソースへの予約要求の送信を中止す
る。
Description
【０００１】
【発明の属する技術分野】本発明は、家庭内ＡＶネット
ワークにおいて、予約処理の衝突を少なくする複数リソ
ースの予約するリソース予約方法およびその装置に関す
る。
ワークにおいて、予約処理の衝突を少なくする複数リソ
ースの予約するリソース予約方法およびその装置に関す
る。
【０００２】
【従来の技術】家庭内ＡＶネットワークとは、図１に示
すように、家庭用ＡＶ機器やＰＣなどのデバイスをＩＥ
ＥＥ１３９４に基づくネットワークで接続し、相互に制
御することを可能にするものである。テレビやＰＣのセ
ットトップボックス（ＳＴＢ）ようなコントロールデバ
イスは、ネットワーク上のチューナー、ＶＴＲおよびア
ンプなどのリソースを制御する（「コントロールデバイ
ス」は、請求項では「リソース予約装置」として表現し
ているが、以降「コントロールデバイス」として説明す
る）。例えば、テレビの画面上にＶＴＲの操作パネルを
表示し、ＶＴＲを制御することができる。さらに、コン
トロールデバイスは、複数のリソースを制御することが
できる。テレビからチューナーとＶＴＲを制御し、チュ
ーナーが出力した映像および音声信号をＶＴＲに記録す
ることも可能である。このとき、コントロールデバイス
はあらかじめこれらのリソースすべてを予約することに
より、ネットワーク上の別のコントロールデバイスがこ
れらのリソースを制御することを制限できる。
すように、家庭用ＡＶ機器やＰＣなどのデバイスをＩＥ
ＥＥ１３９４に基づくネットワークで接続し、相互に制
御することを可能にするものである。テレビやＰＣのセ
ットトップボックス（ＳＴＢ）ようなコントロールデバ
イスは、ネットワーク上のチューナー、ＶＴＲおよびア
ンプなどのリソースを制御する（「コントロールデバイ
ス」は、請求項では「リソース予約装置」として表現し
ているが、以降「コントロールデバイス」として説明す
る）。例えば、テレビの画面上にＶＴＲの操作パネルを
表示し、ＶＴＲを制御することができる。さらに、コン
トロールデバイスは、複数のリソースを制御することが
できる。テレビからチューナーとＶＴＲを制御し、チュ
ーナーが出力した映像および音声信号をＶＴＲに記録す
ることも可能である。このとき、コントロールデバイス
はあらかじめこれらのリソースすべてを予約することに
より、ネットワーク上の別のコントロールデバイスがこ
れらのリソースを制御することを制限できる。
【０００３】このときの予約処理シーケンスを図９およ
び図１０に示す。図９は、すべてのリソースに予約要求
を送信し、そのあとリソースから予約応答を受信する非
同期式予約処理のシーケンス図である。まずチューナー
に予約要求を送信し、次にＶＴＲに予約要求を送信す
る。そのあとチューナーおよびＶＴＲから予約応答を受
信すると、予約処理を終了する。図１０は、一つのリソ
ースへの予約要求に対するリソースからの予約応答を受
信してから次のリソースの予約要求を送信する同期式予
約処理のシーケンス図である。チューナーに予約要求を
送信し、チューナーから予約応答を受信するまで待つ。
チューナーから予約応答を受信すると、次にＶＴＲに予
約要求を送信し、ＶＴＲから予約応答を受信すると、予
約処理を終了する。また、リソースの予約処理に関し
て、ネットワーク上の一箇所で集中処理するのではなく
各コントロールデバイス上のＣＰＵで分散処理すること
で、ＣＰＵ一つあたりの負荷を小さくすることができ、
処理時間を短縮化することができる。
び図１０に示す。図９は、すべてのリソースに予約要求
を送信し、そのあとリソースから予約応答を受信する非
同期式予約処理のシーケンス図である。まずチューナー
に予約要求を送信し、次にＶＴＲに予約要求を送信す
る。そのあとチューナーおよびＶＴＲから予約応答を受
信すると、予約処理を終了する。図１０は、一つのリソ
ースへの予約要求に対するリソースからの予約応答を受
信してから次のリソースの予約要求を送信する同期式予
約処理のシーケンス図である。チューナーに予約要求を
送信し、チューナーから予約応答を受信するまで待つ。
チューナーから予約応答を受信すると、次にＶＴＲに予
約要求を送信し、ＶＴＲから予約応答を受信すると、予
約処理を終了する。また、リソースの予約処理に関し
て、ネットワーク上の一箇所で集中処理するのではなく
各コントロールデバイス上のＣＰＵで分散処理すること
で、ＣＰＵ一つあたりの負荷を小さくすることができ、
処理時間を短縮化することができる。
【０００４】しかし、コントロールデバイスが複数のリ
ソースを制御する際、他のコントロールデバイスからの
制御を制限するためにあらかじめリソースを予約しよう
としたとき、これと同時に別のコントロールデバイスで
も同じリソースを予約しようとしていると、それらの予
約処理が衝突することがある。例えば、テレビとＰＣが
コントロールデバイスであり、チューナーとＶＴＲがリ
ソースとする。テレビとＰＣが同時にチューナーとＶＴ
Ｒを予約する場合、テレビがチューナー、ＶＴＲの順で
予約要求を送信し、同時にＰＣがＶＴＲ、チューナーの
順で予約要求を送信すると、テレビとＰＣの予約処理が
衝突する。
ソースを制御する際、他のコントロールデバイスからの
制御を制限するためにあらかじめリソースを予約しよう
としたとき、これと同時に別のコントロールデバイスで
も同じリソースを予約しようとしていると、それらの予
約処理が衝突することがある。例えば、テレビとＰＣが
コントロールデバイスであり、チューナーとＶＴＲがリ
ソースとする。テレビとＰＣが同時にチューナーとＶＴ
Ｒを予約する場合、テレビがチューナー、ＶＴＲの順で
予約要求を送信し、同時にＰＣがＶＴＲ、チューナーの
順で予約要求を送信すると、テレビとＰＣの予約処理が
衝突する。
【０００５】図１１は、非同期式予約処理における衝突
例のシーケンス図である。テレビがチューナーに予約要
求を送信し、次のＶＴＲに予約要求を送信する前に、Ｐ
ＣがＶＴＲに予約要求を送信する。次に、テレビがＶＴ
Ｒに予約要求を送信し、ＰＣがチューナーに予約要求を
送信する。どちらのコントロールデバイスも予約応答を
受信するが、それぞれのコントロールデバイスで先に送
信した予約要求に対する予約応答はＯＫであるが、次に
送信した予約要求に対する予約応答はＮＧである。
例のシーケンス図である。テレビがチューナーに予約要
求を送信し、次のＶＴＲに予約要求を送信する前に、Ｐ
ＣがＶＴＲに予約要求を送信する。次に、テレビがＶＴ
Ｒに予約要求を送信し、ＰＣがチューナーに予約要求を
送信する。どちらのコントロールデバイスも予約応答を
受信するが、それぞれのコントロールデバイスで先に送
信した予約要求に対する予約応答はＯＫであるが、次に
送信した予約要求に対する予約応答はＮＧである。
【０００６】図１２は、同期式予約処理における衝突例
のシーケンス図である。テレビがチューナーに予約要求
を送信し、その予約応答をするまでの間に、ＰＣがＶＴ
Ｒに予約要求を送信する。テレビがチューナーから予約
応答ＯＫを受信し、ＰＣがＶＴＲから予約応答ＯＫを受
信する。次に、テレビがＶＴＲに、ＰＣがチューナーに
それぞれ予約要求を送信するが、それぞれのリソースは
すでに別のコントロールデバイスに予約されているた
め、どちらのコントロールデバイスも予約応答ＮＧを受
信する。よって、非同期式予約処理および同期式予約処
理のどちらであっても失敗する。
のシーケンス図である。テレビがチューナーに予約要求
を送信し、その予約応答をするまでの間に、ＰＣがＶＴ
Ｒに予約要求を送信する。テレビがチューナーから予約
応答ＯＫを受信し、ＰＣがＶＴＲから予約応答ＯＫを受
信する。次に、テレビがＶＴＲに、ＰＣがチューナーに
それぞれ予約要求を送信するが、それぞれのリソースは
すでに別のコントロールデバイスに予約されているた
め、どちらのコントロールデバイスも予約応答ＮＧを受
信する。よって、非同期式予約処理および同期式予約処
理のどちらであっても失敗する。
【０００７】
【発明が解決しようとする課題】従来の技術では、複数
のコントロールデバイスが同時に複数の同じリソースを
予約する場合、それらの予約処理が衝突するという問題
点があった。本発明は、リソースの予約処理の衝突を少
なくすることを目的とする。
のコントロールデバイスが同時に複数の同じリソースを
予約する場合、それらの予約処理が衝突するという問題
点があった。本発明は、リソースの予約処理の衝突を少
なくすることを目的とする。
【０００８】
【課題を解決するための手段】この課題を解決するため
に本発明は、ネットワーク上に複数のリソースと複数の
コントロールデバイスが接続されたネットワークにおい
て、コントロールデバイスが複数のリソースを予約する
場合、前記リソースの識別番号順にリソースへの予約要
求を送信することを特徴とする。
に本発明は、ネットワーク上に複数のリソースと複数の
コントロールデバイスが接続されたネットワークにおい
て、コントロールデバイスが複数のリソースを予約する
場合、前記リソースの識別番号順にリソースへの予約要
求を送信することを特徴とする。
【０００９】
【発明の実施の形態】以下、本発明の実施の形態につい
て、図２から図１７を用いて説明する。
て、図２から図１７を用いて説明する。
【００１０】（実施の形態１）図２は、本発明における
コントロールデバイスおよびリソースのハードウェア構
成例である。１０はモニタ、１１は中央演算ユニット
（ＣＰＵ），１２はＲＯＭおよびＲＡＭなどのメモリ、
１３はモニタに映像を出力する表示部、１４はＩＥＥＥ
１３９４ネットワークと通信を行なうネットワークＩ／
Ｆ、１５はユーザからの操作を受け付ける操作部、１６
はＶＴＲやチューナーといったＡＶ機器のＡＶ装置、１
７はＩＥＥＥ１３９４に基づくネットワークで構成され
る。コントロールデバイスがＰＣの場合、操作部１５は
キーボートやマウスなどが挙げられ、ＡＶ装置１６は用
意されない。コントロールデバイスおよびリソースがＡ
Ｖ機器の場合、モニタ１０が内蔵され、テレビ以外のＡ
Ｖ機器ではＡＶ装置１６と通じてテレビに表示する場合
もある。操作部１５は操作ボタンやリモコンなどが挙げ
られる。
コントロールデバイスおよびリソースのハードウェア構
成例である。１０はモニタ、１１は中央演算ユニット
（ＣＰＵ），１２はＲＯＭおよびＲＡＭなどのメモリ、
１３はモニタに映像を出力する表示部、１４はＩＥＥＥ
１３９４ネットワークと通信を行なうネットワークＩ／
Ｆ、１５はユーザからの操作を受け付ける操作部、１６
はＶＴＲやチューナーといったＡＶ機器のＡＶ装置、１
７はＩＥＥＥ１３９４に基づくネットワークで構成され
る。コントロールデバイスがＰＣの場合、操作部１５は
キーボートやマウスなどが挙げられ、ＡＶ装置１６は用
意されない。コントロールデバイスおよびリソースがＡ
Ｖ機器の場合、モニタ１０が内蔵され、テレビ以外のＡ
Ｖ機器ではＡＶ装置１６と通じてテレビに表示する場合
もある。操作部１５は操作ボタンやリモコンなどが挙げ
られる。
【００１１】図３は、本発明におけるコントロールデバ
イスのソフトウェア構成を示す。２０はネットワークド
ライバ、２１はリソース制御クライアントライブラリ、
２２はリソース識別情報管理ライブラリ、２３はアプリ
ケーションである。ネットワークドライバ２０は、ネッ
トワークＩ／Ｆ１４との通信を行なう。リソース識別情
報管理ライブラリ２１は、すべてリソースに与えられた
リソース識別情報を管理する。ＩＥＥＥ１３９４用ネッ
トワークＩ／Ｆ１４には６４ビットのユニークな識別情
報が与えられており、ネットワークＩ／Ｆが異なれば識
別情報も異なるように割り当てられている。リソース識
別情報とは、このネットワークＩ／Ｆの識別情報を元に
作成するものであり、リソースが異なればリソース識別
情報も異なるように割り当てられる。また、すべてのコ
ントロールデバイス上で、ネットワークＩ／Ｆの識別情
報からリソース識別情報を作成する方法は共通であり、
別のコントロールデバイス上であっても特定のリソース
に与えられるリソース識別情報は同じである。リソース
制御クライアントライブラリ２２は、アプリケーション
２３の要求に従って、リソース制御サーバ３１に対して
予約および制御の要求を送信し、リソース制御サーバ３
１が送信した応答を受信し、アプリケーション２４に要
求に対する結果を返す。アプリケーション２３は、制御
するリソースや制御手順に応じて用意される。リソース
制御ライブラリ２２およびアプリケーションは、リソー
ス識別情報によりリソースを識別している。
イスのソフトウェア構成を示す。２０はネットワークド
ライバ、２１はリソース制御クライアントライブラリ、
２２はリソース識別情報管理ライブラリ、２３はアプリ
ケーションである。ネットワークドライバ２０は、ネッ
トワークＩ／Ｆ１４との通信を行なう。リソース識別情
報管理ライブラリ２１は、すべてリソースに与えられた
リソース識別情報を管理する。ＩＥＥＥ１３９４用ネッ
トワークＩ／Ｆ１４には６４ビットのユニークな識別情
報が与えられており、ネットワークＩ／Ｆが異なれば識
別情報も異なるように割り当てられている。リソース識
別情報とは、このネットワークＩ／Ｆの識別情報を元に
作成するものであり、リソースが異なればリソース識別
情報も異なるように割り当てられる。また、すべてのコ
ントロールデバイス上で、ネットワークＩ／Ｆの識別情
報からリソース識別情報を作成する方法は共通であり、
別のコントロールデバイス上であっても特定のリソース
に与えられるリソース識別情報は同じである。リソース
制御クライアントライブラリ２２は、アプリケーション
２３の要求に従って、リソース制御サーバ３１に対して
予約および制御の要求を送信し、リソース制御サーバ３
１が送信した応答を受信し、アプリケーション２４に要
求に対する結果を返す。アプリケーション２３は、制御
するリソースや制御手順に応じて用意される。リソース
制御ライブラリ２２およびアプリケーションは、リソー
ス識別情報によりリソースを識別している。
【００１２】図４は、本発明におけるリソースのソフト
ウェア構成を示す。３０はネットワークドライバ、３１
はリソース制御サーバである。ネットワークドライバ３
０はネットワークＩ／Ｆ１４との通信を行なう。リソー
ス制御サーバ３１は、リソース制御クライアントライブ
ラリ２２が送信した予約および制御要求をリソース上で
実行し、結果応答をリソース制御クライアントライブラ
リに送信するソフトウェアである。なお、ここでは、リ
ソース制御に関する構成のみを説明し、リソース機器特
有の構成、ＶＴＲであれば、操作処理や機器制御に関す
る箇所は省略している。
ウェア構成を示す。３０はネットワークドライバ、３１
はリソース制御サーバである。ネットワークドライバ３
０はネットワークＩ／Ｆ１４との通信を行なう。リソー
ス制御サーバ３１は、リソース制御クライアントライブ
ラリ２２が送信した予約および制御要求をリソース上で
実行し、結果応答をリソース制御クライアントライブラ
リに送信するソフトウェアである。なお、ここでは、リ
ソース制御に関する構成のみを説明し、リソース機器特
有の構成、ＶＴＲであれば、操作処理や機器制御に関す
る箇所は省略している。
【００１３】図５は請求項１による、コントロールデバ
イスがリソースを非同期式で予約処理を行う場合のフロ
ーチャートである。リソースの識別情報が番号である場
合、コントロールデバイスは最初に、予約する複数のリ
ソースの番号により、小さなものから順に並べ替えリソ
ースの予約要求の送信順を決定しておく（以降、リソー
スの並べ替え処理として詳しい説明は省略する）（Ｓ１
０１）。次に先頭のリソースに予約要求を送信する（Ｓ
１０２）。すべてのリソースに予約要求を送信していな
ければ（Ｓ１０３）、送信していない次のリソースに予
約要求を送信する（Ｓ１０４）。すべてのリソースに予
約要求を送信すると（Ｓ１０３）、リソースから予約応
答を受信する（Ｓ１０５）。受信した予約応答がＮＧで
あれば（Ｓ１０６）、予約処理を中断する（Ｓ１１
０）。まだ受信していない予約応答があれば（Ｓ１０
７）、それらを受信する（Ｓ１０５）。すべての予約応
答を受信すると（Ｓ１０７）、予約処理を終了する（Ｓ
１０８）。
イスがリソースを非同期式で予約処理を行う場合のフロ
ーチャートである。リソースの識別情報が番号である場
合、コントロールデバイスは最初に、予約する複数のリ
ソースの番号により、小さなものから順に並べ替えリソ
ースの予約要求の送信順を決定しておく（以降、リソー
スの並べ替え処理として詳しい説明は省略する）（Ｓ１
０１）。次に先頭のリソースに予約要求を送信する（Ｓ
１０２）。すべてのリソースに予約要求を送信していな
ければ（Ｓ１０３）、送信していない次のリソースに予
約要求を送信する（Ｓ１０４）。すべてのリソースに予
約要求を送信すると（Ｓ１０３）、リソースから予約応
答を受信する（Ｓ１０５）。受信した予約応答がＮＧで
あれば（Ｓ１０６）、予約処理を中断する（Ｓ１１
０）。まだ受信していない予約応答があれば（Ｓ１０
７）、それらを受信する（Ｓ１０５）。すべての予約応
答を受信すると（Ｓ１０７）、予約処理を終了する（Ｓ
１０８）。
【００１４】識別番号が４桁であり、チューナーとＶＴ
Ｒの識別番号がそれぞれ０００１と０００２だったとす
る。リソースを小さいものから順に並べると、チューナ
ー、ＶＴＲの順になる。図１１に示した非同期式予約処
理の衝突例で、テレビおよびＰＣがこの順で予約要求を
送信したときのシーケンス図を図１３に示す。テレビが
チューナーに予約要求を送信し、次のＶＴＲに予約要求
を送信する前に、ＰＣがチューナーに予約要求を送信す
る。次に、テレビがＶＴＲに予約要求を送信し、ＰＣが
チューナーに予約要求を送信する。そのあと、どちらの
コントロールデバイスも予約応答を受信するが、ＰＣで
受信した予約応答はすべてＮＧであり、ＰＣの予約処理
は失敗するが、テレビで受信した予約応答はすべてＯＫ
であり、テレビの予約処理は成功する。
Ｒの識別番号がそれぞれ０００１と０００２だったとす
る。リソースを小さいものから順に並べると、チューナ
ー、ＶＴＲの順になる。図１１に示した非同期式予約処
理の衝突例で、テレビおよびＰＣがこの順で予約要求を
送信したときのシーケンス図を図１３に示す。テレビが
チューナーに予約要求を送信し、次のＶＴＲに予約要求
を送信する前に、ＰＣがチューナーに予約要求を送信す
る。次に、テレビがＶＴＲに予約要求を送信し、ＰＣが
チューナーに予約要求を送信する。そのあと、どちらの
コントロールデバイスも予約応答を受信するが、ＰＣで
受信した予約応答はすべてＮＧであり、ＰＣの予約処理
は失敗するが、テレビで受信した予約応答はすべてＯＫ
であり、テレビの予約処理は成功する。
【００１５】よって、図１１に示した予約処理の衝突
を、本実施の形態により回避できる。
を、本実施の形態により回避できる。
【００１６】（実施の形態２）実施の形態１と同じ構成
において、請求項１によるリソースの同期式予約処理に
ついて説明する。
において、請求項１によるリソースの同期式予約処理に
ついて説明する。
【００１７】図６は請求項１によるリソースの同期式予
約処理のフローチャートである。リソースの識別情報が
番号である場合、リソースを番号の小さなものから順に
並び替えを行ない（Ｓ２０１）、先頭のリソースに予約
要求を送信し（Ｓ２０２）、リソースから予約応答を受
信する（Ｓ２０３）。リソースから予約応答を受信する
と、すべてのリソースに予約要求を送信していなければ
（Ｓ２０４）、送信していない次のリソースに予約要求
を送信する（Ｓ２０５）。すべてのリソースに予約要求
を送信し（Ｓ２０４）、受信した予約応答がすべてＯＫ
でなければ（Ｓ２０６）、予約処理を中断する（Ｓ２１
０）。受信した予約応答がすべてＯＫであれば（Ｓ２０
６）、予約処理を終了する（Ｓ２０７）。
約処理のフローチャートである。リソースの識別情報が
番号である場合、リソースを番号の小さなものから順に
並び替えを行ない（Ｓ２０１）、先頭のリソースに予約
要求を送信し（Ｓ２０２）、リソースから予約応答を受
信する（Ｓ２０３）。リソースから予約応答を受信する
と、すべてのリソースに予約要求を送信していなければ
（Ｓ２０４）、送信していない次のリソースに予約要求
を送信する（Ｓ２０５）。すべてのリソースに予約要求
を送信し（Ｓ２０４）、受信した予約応答がすべてＯＫ
でなければ（Ｓ２０６）、予約処理を中断する（Ｓ２１
０）。受信した予約応答がすべてＯＫであれば（Ｓ２０
６）、予約処理を終了する（Ｓ２０７）。
【００１８】識別番号が４桁であり、チューナーとＶＴ
Ｒの識別番号がそれぞれ０００１と０００２だったとす
る。リソースを小さいものから順に並べると、チューナ
ー、ＶＴＲの順になる。図１２に示した非同期式予約処
理の衝突例で、テレビおよびＰＣがこの順で予約要求を
送信したときのシーケンス図を図１４に示す。テレビが
チューナーに予約要求を送信し、チューナーからの予約
応答ＯＫを受信する。次に、ＰＣがチューナーに予約要
求を送信するが、チューナーはすでにテレビに予約され
ているために、チューナーから予約応答ＮＧを受信す
る。テレビがＶＴＲに予約要求を送信し、ＶＴＲから予
約応答ＯＫを受信する。ＰＣがＶＴＲに予約要求を送信
するが、ＶＴＲはすでにテレビに予約されているため、
ＶＴＲからの予約応答ＮＧを受信する。ＰＣが受信した
予約応答はすべてＮＧであり、ＰＣの予約処理は失敗す
るが、テレビが受信した予約応答はすべてＯＫであり、
テレビの予約処理は成功する。
Ｒの識別番号がそれぞれ０００１と０００２だったとす
る。リソースを小さいものから順に並べると、チューナ
ー、ＶＴＲの順になる。図１２に示した非同期式予約処
理の衝突例で、テレビおよびＰＣがこの順で予約要求を
送信したときのシーケンス図を図１４に示す。テレビが
チューナーに予約要求を送信し、チューナーからの予約
応答ＯＫを受信する。次に、ＰＣがチューナーに予約要
求を送信するが、チューナーはすでにテレビに予約され
ているために、チューナーから予約応答ＮＧを受信す
る。テレビがＶＴＲに予約要求を送信し、ＶＴＲから予
約応答ＯＫを受信する。ＰＣがＶＴＲに予約要求を送信
するが、ＶＴＲはすでにテレビに予約されているため、
ＶＴＲからの予約応答ＮＧを受信する。ＰＣが受信した
予約応答はすべてＮＧであり、ＰＣの予約処理は失敗す
るが、テレビが受信した予約応答はすべてＯＫであり、
テレビの予約処理は成功する。
【００１９】よって、図１２に示した予約処理の衝突
を、本実施の形態により回避できる。
を、本実施の形態により回避できる。
【００２０】（実施の形態３）本発明による実施の形態
１では、リソースが予約要求を受信してすぐに予約応答
を送信したとき、図１５に示すシーケンスのように予約
処理が失敗することがある。テレビとＰＣがチューナ
ー、ＶＴＲおよびアンプを予約しようとしたとする。チ
ューナー、ＶＴＲおよびアンプのリソース番号がそれぞ
れ０００１、０００２、０００３であり、リソースを小
さいものから順に並べた場合である。テレビがチューナ
ーに予約要求を送信し、ＰＣがチューナーに予約要求を
送信する。次に、テレビがＶＴＲに予約要求を送信し、
ＰＣがＶＴＲに予約要求を送信する。このあと、テレビ
がチューナーから予約応答ＯＫを受信し、ＰＣがチュー
ナーから予約応答ＮＧを受信する。テレビがアンプに予
約要求を送信し、ＰＣがアンプに予約要求を送信する。
テレビがＶＴＲから予約応答ＯＫを受信し、ＰＣがＶＴ
Ｒから予約応答ＮＧを要求する。テレビがアンプから予
約応答ＯＫを受信し、ＰＣがアンプから予約応答ＮＧを
受信する。ＰＣで受信した予約応答はすべてＮＧであ
り、ＰＣの予約処理は失敗する。このとき、ＰＣがチュ
ーナーから予約応答ＮＧを受信したとき、この予約応答
は受信バッファに格納されるのみであり、予約応答がＮ
Ｇかどうかを検出しているのは、すべての予約応答をＰ
Ｃで受信した後である。よって、ＰＣが予約応答を受信
したとき、予約応答がＯＫかＮＧかを検出し、ＮＧであ
れば予約処理を中断すれば、アンプに予約要求を送信す
る必要はなくなる。
１では、リソースが予約要求を受信してすぐに予約応答
を送信したとき、図１５に示すシーケンスのように予約
処理が失敗することがある。テレビとＰＣがチューナ
ー、ＶＴＲおよびアンプを予約しようとしたとする。チ
ューナー、ＶＴＲおよびアンプのリソース番号がそれぞ
れ０００１、０００２、０００３であり、リソースを小
さいものから順に並べた場合である。テレビがチューナ
ーに予約要求を送信し、ＰＣがチューナーに予約要求を
送信する。次に、テレビがＶＴＲに予約要求を送信し、
ＰＣがＶＴＲに予約要求を送信する。このあと、テレビ
がチューナーから予約応答ＯＫを受信し、ＰＣがチュー
ナーから予約応答ＮＧを受信する。テレビがアンプに予
約要求を送信し、ＰＣがアンプに予約要求を送信する。
テレビがＶＴＲから予約応答ＯＫを受信し、ＰＣがＶＴ
Ｒから予約応答ＮＧを要求する。テレビがアンプから予
約応答ＯＫを受信し、ＰＣがアンプから予約応答ＮＧを
受信する。ＰＣで受信した予約応答はすべてＮＧであ
り、ＰＣの予約処理は失敗する。このとき、ＰＣがチュ
ーナーから予約応答ＮＧを受信したとき、この予約応答
は受信バッファに格納されるのみであり、予約応答がＮ
Ｇかどうかを検出しているのは、すべての予約応答をＰ
Ｃで受信した後である。よって、ＰＣが予約応答を受信
したとき、予約応答がＯＫかＮＧかを検出し、ＮＧであ
れば予約処理を中断すれば、アンプに予約要求を送信す
る必要はなくなる。
【００２１】実施の形態１と同じ構成において、請求項
２によるリソースの非同期式予約処理について説明す
る。
２によるリソースの非同期式予約処理について説明す
る。
【００２２】図７は請求項２によるリソースの非同期式
予約処理のフローチャートである。リソースの識別情報
が番号である場合、リソースを番号の小さなものから順
に並び替えを行ない（Ｓ３０１）、先頭のリソースに予
約要求を送信する（Ｓ３０２）。次のリソースに予約要
求を送信する前に、リソースから予約応答があり（Ｓ３
０３）、予約応答がＮＧであれば（Ｓ３０４）、予約処
理を中断する（Ｓ３２０）。予約応答がＯＫである（Ｓ
３０４）か予約応答がなかった（Ｓ３０３）とき、すべ
てのリソースに予約要求を送信していなければ（Ｓ３０
５）、次のリソースに予約要求を送信する（Ｓ３０
６）。すべてのリソースに予約要求を送信すると（Ｓ３
０５）、リソースから予約応答を受信する（Ｓ３０
７）。受信した予約応答がＮＧであれば（Ｓ３０８）、
予約処理を中断する（Ｓ３２０）。まだ受信していない
予約応答があれば（Ｓ３０９）、それらを受信する（Ｓ
３０７）。すべての予約応答を受信すると（Ｓ３０
９）、予約処理を終了する（Ｓ３１０）。
予約処理のフローチャートである。リソースの識別情報
が番号である場合、リソースを番号の小さなものから順
に並び替えを行ない（Ｓ３０１）、先頭のリソースに予
約要求を送信する（Ｓ３０２）。次のリソースに予約要
求を送信する前に、リソースから予約応答があり（Ｓ３
０３）、予約応答がＮＧであれば（Ｓ３０４）、予約処
理を中断する（Ｓ３２０）。予約応答がＯＫである（Ｓ
３０４）か予約応答がなかった（Ｓ３０３）とき、すべ
てのリソースに予約要求を送信していなければ（Ｓ３０
５）、次のリソースに予約要求を送信する（Ｓ３０
６）。すべてのリソースに予約要求を送信すると（Ｓ３
０５）、リソースから予約応答を受信する（Ｓ３０
７）。受信した予約応答がＮＧであれば（Ｓ３０８）、
予約処理を中断する（Ｓ３２０）。まだ受信していない
予約応答があれば（Ｓ３０９）、それらを受信する（Ｓ
３０７）。すべての予約応答を受信すると（Ｓ３０
９）、予約処理を終了する（Ｓ３１０）。
【００２３】図１５で示した例と同じく、テレビとＰＣ
がチューナー、ＶＴＲおよびアンプを予約しようとした
ときのシーケンスを図１６に示す。チューナー、ＶＴＲ
およびアンプのリソース番号がそれぞれ０００１、００
０２、０００３であり、リソースを小さいものから順に
並べた場合である。テレビがチューナーに予約要求を送
信し、ＰＣがチューナーに予約要求を送信する。次に、
テレビがＶＴＲに予約要求を送信し、ＰＣがＶＴＲに予
約要求を送信する。このあと、テレビがチューナーから
予約応答ＯＫを受信し、ＰＣがチューナーから予約応答
ＮＧを受信する。次に、テレビがアンプに予約要求を送
信する。テレビがＶＴＲから予約応答ＯＫを受信し、Ｐ
ＣがＶＴＲから予約応答ＮＧを要求する。テレビがアン
プから予約応答ＯＫを受信する。ＰＣはチューナーから
予約応答を受信したとき、予約応答がＮＧであることを
検出し、予約処理を中断する。このため、図１５で示し
たようなＰＣからアンプへの予約要求とアンプからＰＣ
へのアンプへの予約応答を必要としない。よって、予約
処理に発生するＣＰＵおよびネットワークへの負荷を小
さくすることができる。
がチューナー、ＶＴＲおよびアンプを予約しようとした
ときのシーケンスを図１６に示す。チューナー、ＶＴＲ
およびアンプのリソース番号がそれぞれ０００１、００
０２、０００３であり、リソースを小さいものから順に
並べた場合である。テレビがチューナーに予約要求を送
信し、ＰＣがチューナーに予約要求を送信する。次に、
テレビがＶＴＲに予約要求を送信し、ＰＣがＶＴＲに予
約要求を送信する。このあと、テレビがチューナーから
予約応答ＯＫを受信し、ＰＣがチューナーから予約応答
ＮＧを受信する。次に、テレビがアンプに予約要求を送
信する。テレビがＶＴＲから予約応答ＯＫを受信し、Ｐ
ＣがＶＴＲから予約応答ＮＧを要求する。テレビがアン
プから予約応答ＯＫを受信する。ＰＣはチューナーから
予約応答を受信したとき、予約応答がＮＧであることを
検出し、予約処理を中断する。このため、図１５で示し
たようなＰＣからアンプへの予約要求とアンプからＰＣ
へのアンプへの予約応答を必要としない。よって、予約
処理に発生するＣＰＵおよびネットワークへの負荷を小
さくすることができる。
【００２４】（実施の形態４）さらに、図１６で示した
例では、ＰＣがＶＴＲに予約要求を送信する前に、チュ
ーナーからの予約応答の受信を待ち、その結果がＮＧで
あれば予約処理を中断することにより、ＰＣがＶＴＲに
予約要求を送信する必要はなくなる。
例では、ＰＣがＶＴＲに予約要求を送信する前に、チュ
ーナーからの予約応答の受信を待ち、その結果がＮＧで
あれば予約処理を中断することにより、ＰＣがＶＴＲに
予約要求を送信する必要はなくなる。
【００２５】実施の形態１と同じ構成において、請求項
３によるリソースの同期式予約処理について説明する。
３によるリソースの同期式予約処理について説明する。
【００２６】図８は請求項３によるリソースの同期式予
約処理のフローチャートである。リソースの識別情報が
番号である場合、リソースを番号の小さなものから順に
並び替えを行ない（Ｓ４０１）、先頭のリソースに予約
要求を送信する（Ｓ４０２）。次のリソースに予約要求
を送信する前に、リソースから予約応答を待ち予約応答
を受信する（Ｓ４０３）。予約応答がＮＧであれば（Ｓ
４０４）、予約処理を中断する（Ｓ４１０）。予約応答
がＯＫであり（Ｓ４０４）、すべてのリソースに予約要
求を送信していなければ（Ｓ４０５）、次のリソースに
予約要求を送信する（Ｓ４０６）。すべてのリソースに
予約要求を送信すると（Ｓ４０５）、予約処理を終了す
る（Ｓ４１０）。
約処理のフローチャートである。リソースの識別情報が
番号である場合、リソースを番号の小さなものから順に
並び替えを行ない（Ｓ４０１）、先頭のリソースに予約
要求を送信する（Ｓ４０２）。次のリソースに予約要求
を送信する前に、リソースから予約応答を待ち予約応答
を受信する（Ｓ４０３）。予約応答がＮＧであれば（Ｓ
４０４）、予約処理を中断する（Ｓ４１０）。予約応答
がＯＫであり（Ｓ４０４）、すべてのリソースに予約要
求を送信していなければ（Ｓ４０５）、次のリソースに
予約要求を送信する（Ｓ４０６）。すべてのリソースに
予約要求を送信すると（Ｓ４０５）、予約処理を終了す
る（Ｓ４１０）。
【００２７】図１６で示した例と同じく、テレビとＰＣ
がチューナー、ＶＴＲおよびアンプを予約しようとした
ときのシーケンスを図１７に示す。チューナー、ＶＴＲ
およびアンプのリソース番号がそれぞれ０００１、００
０２、０００３であり、リソースを小さいものから順に
並べた場合である。テレビがチューナーに予約要求を送
信し、ＰＣがチューナーに予約要求を送信する。テレビ
がチューナーから予約応答ＯＫを受信する。ＰＣがチュ
ーナーから予約応答ＮＧを受信する。テレビがＶＴＲに
に予約要求を送信し、テレビがＶＴＲから予約応答ＯＫ
を受信する、ＰＣがＶＴＲから予約応答ＮＧを要求す
る。テレビがアンプから予約応答ＯＫを受信する。ＰＣ
はチューナーから予約応答ＮＧを受信したとき、予約応
答がＮＧであることを検出し、予約処理を中断する。こ
のため、図１６で示したようなＰＣからＶＴＲへの予約
要求とＰＣからアンプへの予約要求を必要としない。よ
って、予約処理に発生するＣＰＵおよびネットワークへ
の負荷をさらに小さくすることができる。
がチューナー、ＶＴＲおよびアンプを予約しようとした
ときのシーケンスを図１７に示す。チューナー、ＶＴＲ
およびアンプのリソース番号がそれぞれ０００１、００
０２、０００３であり、リソースを小さいものから順に
並べた場合である。テレビがチューナーに予約要求を送
信し、ＰＣがチューナーに予約要求を送信する。テレビ
がチューナーから予約応答ＯＫを受信する。ＰＣがチュ
ーナーから予約応答ＮＧを受信する。テレビがＶＴＲに
に予約要求を送信し、テレビがＶＴＲから予約応答ＯＫ
を受信する、ＰＣがＶＴＲから予約応答ＮＧを要求す
る。テレビがアンプから予約応答ＯＫを受信する。ＰＣ
はチューナーから予約応答ＮＧを受信したとき、予約応
答がＮＧであることを検出し、予約処理を中断する。こ
のため、図１６で示したようなＰＣからＶＴＲへの予約
要求とＰＣからアンプへの予約要求を必要としない。よ
って、予約処理に発生するＣＰＵおよびネットワークへ
の負荷をさらに小さくすることができる。
【００２８】なお、以上の説明では、リソースの識別情
報が４桁の番号であり、番号を小さい物から順に並び替
える例で説明したが、番号の大きいものから並び替えて
も同様に実施可能である。また、識別情報が番号でなく
ても一定のルールに従って並び替えが可能である場合に
ついても同様に実施可能である。
報が４桁の番号であり、番号を小さい物から順に並び替
える例で説明したが、番号の大きいものから並び替えて
も同様に実施可能である。また、識別情報が番号でなく
ても一定のルールに従って並び替えが可能である場合に
ついても同様に実施可能である。
【００２９】
【発明の効果】以上のように本発明によれば、複数のア
プリケーションが同時に複数の同じリソースを予約しよ
うとしている場合、それらの予約処理が衝突することを
少なくできる。
プリケーションが同時に複数の同じリソースを予約しよ
うとしている場合、それらの予約処理が衝突することを
少なくできる。
【００３０】また、失敗を検出した時点で予約処理を中
止することで、残りのリソースに対する予約処理の衝突
を未然に防ぐことができる。
止することで、残りのリソースに対する予約処理の衝突
を未然に防ぐことができる。
【００３１】さらに、無駄な予約処理を少なくできるの
で、ＣＰＵおよびネットワークの負荷が少なくなるとい
う有利な効果が得られる。
で、ＣＰＵおよびネットワークの負荷が少なくなるとい
う有利な効果が得られる。
【図１】家庭内ＡＶネットワークの接続例を示す図
【図２】本発明の実施の形態１によるハードウェア構成
図
図
【図３】本発明の実施の形態１によるコントロールデバ
イスのソフトウェア構成図
イスのソフトウェア構成図
【図４】本発明の実施の形態１によるリソースのソフト
ウェア構成図
ウェア構成図
【図５】本発明の実施の形態１によるリソースの非同期
式予約処理のフローチャート
式予約処理のフローチャート
【図６】本発明の実施の形態２によるリソースの同期式
予約処理のフローチャート
予約処理のフローチャート
【図７】本発明の実施の形態３によるリソースの非同期
式予約処理のフローチャート
式予約処理のフローチャート
【図８】本発明の実施の形態４によるリソースの同期式
予約処理のフローチャート
予約処理のフローチャート
【図９】非同期式予約処理の成功シーケンス図
【図１０】同期式予約処理の成功シーケンス図
【図１１】従来の技術による非同期式予約処理の衝突シ
ーケンス図
ーケンス図
【図１２】従来の技術による同期式予約処理の衝突シー
ケンス図
ケンス図
【図１３】本発明の実施の形態１による予約処理成功の
シーケンス図
シーケンス図
【図１４】本発明の実施の形態２による予約処理成功の
シーケンス図
シーケンス図
【図１５】本発明の実施の形態２による予約処理失敗の
シーケンス図
シーケンス図
【図１６】本発明の実施の形態３による予約処理成功の
シーケンス図
シーケンス図
【図１７】本発明の実施の形態４による予約処理成功の
シーケンス図
シーケンス図
１０ モニタ １１ ＣＰＵ １２ メモリ １３ 表示部 １４ ネットワークＩ／Ｆ １５ 操作部 １６ ＡＶ装置 １７ ＩＥＥＥ１３９４ネットワーク ２０ ネットワークドライバ ２１ リソース制御クライアントライブラリ ２２ リソース識別情報管理ライブラリ ２３ アプリケーション ３０ ネットワークドライバ ３１ リソース制御サーバ
フロントページの続き Ｆターム(参考） 5C018 FA04 FB01 FB06 5C025 BA18 BA27 BA30 DA08 5C052 AA01 AB02 CC20 DD09 EE02 EE03 5D102 AC01 AC22 GA02 GA08 GA32 GA78
Claims (6)
- 【請求項１】 複数のリソースと複数のリソース予約装
置が接続されたネットワークにおけるリソース予約方法
であって、リソース予約装置が複数のリソースを予約す
る場合に、前記リソースの識別番号順にリソースへの予
約要求を送信することを特徴とするリソース予約方法。 - 【請求項２】 前記リソース予約装置が前記リソースへ
送信した予約要求に対して、前記リソースから前記リソ
ース予約装置への予約要求を拒絶する応答を検出した場
合、前記リソース予約装置は別のリソースへの予約要求
の送信を中止することを特徴とする請求項１記載のリソ
ース予約方法。 - 【請求項３】 前記リソース予約装置はひとつのリソー
スへの予約要求に対して前記リソースからの応答を受信
してから、次のリソースへの予約要求を送信することを
特徴とする請求項２記載のリソース予約方法。 - 【請求項４】 複数のリソースと複数のリソース予約装
置が接続されたネットワークにおけるリソース予約装置
であって、複数のリソースを予約する場合に、前記リソ
ースの識別番号順にリソースへの予約要求を送信するこ
とを特徴とするリソース予約装置。 - 【請求項５】 前記リソースへ送信した予約要求に対し
て、前記リソースからの予約要求を拒絶する応答を検出
した場合、別のリソースへの予約要求の送信を中止する
ことを特徴とする請求項４記載のリソース予約装置。 - 【請求項６】 ひとつのリソースへの予約要求に対して
前記リソースからの応答を受信してから、次のリソース
への予約要求を送信することを特徴とする請求項５記載
のリソース予約装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26680199A JP2001093205A (ja) | 1999-09-21 | 1999-09-21 | リソース予約方法およびその装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26680199A JP2001093205A (ja) | 1999-09-21 | 1999-09-21 | リソース予約方法およびその装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001093205A true JP2001093205A (ja) | 2001-04-06 |
Family
ID=17435879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26680199A Pending JP2001093205A (ja) | 1999-09-21 | 1999-09-21 | リソース予約方法およびその装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001093205A (ja) |
-
1999
- 1999-09-21 JP JP26680199A patent/JP2001093205A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7561215B2 (en) | Method and apparatus for wirelessly controlling devices peripheral to AV device | |
| US7209484B2 (en) | Gateway apparatus, address administration method, and audio-video apparatus having gateway function | |
| US6157650A (en) | Method and apparatus for connecting network | |
| US7093015B2 (en) | Method and apparatus for accessing a wireless computer network communication channel by accessing quiet intervals in network frames | |
| US6100812A (en) | Communication control method, communication system and electronic equipment used for it | |
| WO2000079729A9 (en) | Gathering of device discovery information | |
| KR100297395B1 (ko) | 통신방법 | |
| US6272114B1 (en) | Data processing apparatus/method and electronic apparatus with such apparatus/method | |
| JPH08293879A (ja) | 電子機器及びその動作モード制御方法 | |
| US20040258006A1 (en) | Apparatus and method for communicating between devices without a piconet coordinator in a piconet | |
| KR100730613B1 (ko) | 홈네트워크 시스템을 제어하는 홈서버 및 그 제어방법 | |
| JP2001093205A (ja) | リソース予約方法およびその装置 | |
| EP1499080B1 (en) | Selection and setting up of a data stream connection through an intermediary device | |
| JPH02285745A (ja) | 単チャネル通信バスシステム | |
| US11394797B2 (en) | Information processing device, information processing method, and information processing system | |
| JPH07255092A (ja) | 電子機器制御方法、および装置 | |
| JP3358291B2 (ja) | 通信制御方法 | |
| JP2007335979A (ja) | テレビ放送録画システム、動作制御方法、および動作制御プログラム | |
| JP3659244B2 (ja) | 通信システムの制御方法及び通信機器 | |
| JP2001119407A (ja) | ディジタルネットワーク装置 | |
| JPH07131470A (ja) | 通信システム及びそれに用いる通信機器 | |
| CN115988248A (zh) | 显示设备及蓝牙通信方法 | |
| JP4611974B2 (ja) | Ｉｅｅｅ１３９４バスの再初期化メッセージを転送する方法、及びかかる方法を実行する装置 | |
| JP2001053766A (ja) | ネットワークシステム、ネットワーク機器、排他制御方法及び記録媒体 | |
| JP2861385B2 (ja) | マルチプレクサ |