JP2000196636A

JP2000196636A - 通信装置

Info

Publication number: JP2000196636A
Application number: JP10373375A
Authority: JP
Inventors: Takeshi Saito; 健斉藤; Yoshiaki Takahata; 由彰高畠; Nobuyuki Kadoma; 信行門間; Ichiro Tomota; 一郎友田; Mikio Hashimoto; 幹生橋本; Keiichi Teramoto; 圭一寺本; Toshio Okamoto; 利夫岡本
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1998-12-28
Filing date: 1998-12-28
Publication date: 2000-07-14
Anticipated expiration: 2018-12-28
Also published as: JP3613545B2

Abstract

(57)【要約】【課題】より有効なユーザ・サポートを考慮した排他
制御の可能な通信装置を提供すること。【解決手段】ホームネットワークに接続された通信装
置、例えばＰＣにおいて、このホームネットワークを通
して他の家電機器、例えばＶＴＲを制御するためのコマ
ンドを送信し、該他の装置から、さらに他の装置、例え
ばＴＶが該他の装置を制御しているために現在は制御を
受け付けられない旨を示す情報と該さらに他の装置の識
別情報とを含むメッセージを受信した場合に、該さらに
他の装置に関する詳細情報を検索し、該詳細情報に基づ
いて作成した、ユーザを支援するための情報、例えば、
居間にあるＴＶがそのＶＴＲを制御しているために、現
在制御を受け付けられない旨を、ユーザインタフェース
を通じて呈示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
バス等のネットワークを介して通信を行う通信装置に関
する。

【０００２】

【従来の技術】近年、デジタル放送の開始や、デジタル
ＡＶ機器の発売等、いわゆる「家庭ＡＶ環境のデジタル
化」が大きな注目を集めている。デジタルＡＶデータ
は、様々な圧縮が可能、マルチメディアデータとしての
処理が可能、何回再生しても劣化が無い、等の優れた特
徴を持ち、今後その用途はますます広がっていくものと
考えられる。

【０００３】家庭ＡＶ環境のデジタル化が一般化する
と、必然的に「家庭ＡＶ環境のネットワーク化」が進展
する。近年流行しているインターネット等と融合させる
ことにより、コンピュータ同士をネットワーク接続し、
互いにデジタルデータのやり取りを行なうことで、公衆
網からのビデオオンデマンドや、部屋間／家庭間のＡＶ
データの交換等、デジタルＡＶ機器の可能性は格段に拡
大することが見込まれる。

【０００４】ＡＶ機器のネットワーク化は、現在のコン
ピュータネットワークにおける「サーバ」のように、家
庭内のデジタルサービスを行なう、いわゆる「ホームサ
ーバ」の登場を誘発する。この「ホームサーバ」は、ホ
ームネットワークに接続された複数の装置からのサービ
ス要求に応えるもので、例えば家庭内のビデオオンデマ
ンドサーバとなることが出来よう。

【０００５】

【発明が解決しようとする課題】ところで、家庭向けの
民生機器（ＡＶ機器、パーソナルコンピュータ、白物家
電等の種々の装置を含む）は、徹底的な低コストが求め
られる点や、既存機器のコンポーネントの流用が多く行
われるであろうことから、ホームネットワークに接続可
能な機器でも、当初から「複数ユーザからの同時アクセ
ス」が可能になるとは、必ずしも限らない。例えば、Ａ
Ｖテープを駆動する形の、いわゆる一般的なＶＴＲは、
同時に利用できるユーザの数は１（録画とチューナの同
時利用の場合でも当該ＶＴＲについて高々２）である。
また、家庭用を考えた場合、今後も、１つの装置もしく
はその装置により提供されるサービスに同時アクセス可
能なユーザ数はそれほど多くはなっていかないと考えら
れる。

【０００６】このような民生機器を接続したホームネッ
トワークにおいても、同一の装置等に対して同時に複数
のユーザからアクセスされることを念頭に置かねばなら
ないため、これらのユーザの排他制御を考慮する必要が
ある。むしろ、民生機器では同時アクセス可能なユーザ
数が少ないので、家庭内で良く利用される機器は、常に
排他制御発動の可能性を帯びることになる。

【０００７】ところが、いわゆる「家庭ユーザ」につい
てはコンピュータやネットワークの仕組みに対する知識
が充分であると仮定することはできないため、従来のよ
うに排他制御をした際に単に「アクセス失敗」の事実だ
け伝えるのではサポートが不十分であるという問題が生
ずる。例えば、ＶＴＲへのアクセスを要望した家庭ユー
ザに対して、単純に「ＶＴＲへのアクセスが失敗しまし
た」もしくは「排他制御のためＶＴＲへのアクセスが失
敗しました」と表示したのでは、この家庭ユーザは、こ
のメッセージ自体に対してどのように対処したらよいの
かわからず困惑したり、どうしてもその時間にＶＴＲを
利用する必要があるときにどのようなアクションを取れ
ば利用できるのか（もしくはその可能性が得られるの
か）わからずにその時間を徒過してしまうなど、色々な
好ましくない事態が想定される。また、このようなこと
により、結果的に家庭ユーザにとって操作性の良くない
ホームネットワークになってしまったり、ユーザフレン
ドリーでないと評価されてしまうなどの虞がある。

【０００８】本発明は、上記事情を考慮してなされたも
ので、より有効なユーザ・サポートを考慮した排他制御
の可能な通信装置を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明（請求項１）は、
ネットワークに接続された通信装置（被制御側となる機
器）であって、前記ネットワークを通して自通信装置を
制御する制御権を保有する他の装置（制御側となる機
器）の識別情報を記憶する記憶手段と、前記記憶手段に
前記識別情報が記憶されていないさらに他の装置（制御
側となる機器）から、自通信装置に対して制御権の取得
を要求するメッセージを受信した際（例えば、同時利用
カウンタデクリメント要求を受信した際、あるいは制御
パネル要求を受信した際）に、前記記憶手段に記憶され
ている前記識別情報の数が所定の数に達しているかを否
か判定する判定手段と、この判定手段により前所定の数
に達していないと判定された場合に、前記さらに他の装
置の識別情報を前記記憶手段に追加するとともに、該さ
らに他の装置に制御権取得成功を通知するメッセージを
送信する第１の処理手段と、前記判定手段により前記所
定の数に達していると判定された場合に、前記記憶手段
に識別情報が記憶されている装置（すなわち、制御権を
保有する装置）のうちに、その制御権を前記さらに他の
装置に譲り渡すことのできるものが存在するか否かを調
べる第２の処理手段と、前記第２の処理手段によりその
制御権を前記さらに他の装置に譲り渡すことのできる装
置が見つかった場合に、該制御権を譲り渡す装置の識別
情報を前記記憶手段から削除し前記さらに他の装置の識
別情報を前記記憶手段に追加するとともに、該さらに他
の装置に制御権取得成功を通知するメッセージを送信す
る第３の処理手段とを備えたことを特徴とする。

【００１０】前記所定の数は、例えば、被制御装置の所
有権を同時に保有可能な制御装置の数で、各被制御装置
毎に（その装置の性能もしくは仕様等で）定まる数であ
る。例えば、被制御装置がＶＴＲで同時に１つのストリ
ームデータしか提供できない場合には所定の数は１とな
り、同時に３つのストリームデータを提供できる場合に
は所定の数は３となる。なお、ある被制御装置について
同時にｎ台の制御装置が制御権を保有できる場合であっ
ても、所定の数をｎより小さい数に設定しても構わな
い。

【００１１】好ましくは、前記第２の処理手段は、自通
信装置が現にデータをやり取りしている相手装置につい
ては、その制御権が維持されるべきもの（譲り渡すこと
はできない）と判断するようにしてもよい。

【００１２】好ましくは、前記第２の処理手段は、自通
信装置が最後にデータをやり取りしてから経過した時間
が一定範囲以内である相手装置についても、その制御権
が維持されるべきもの（譲り渡すことはできない）と判
断するようにしてもよい。

【００１３】好ましくは、前記第２の処理手段は、前記
記憶手段に識別情報が記憶されている装置の少なくとも
一部に対して、その制御権を維持するか否かを問い合わ
せるメッセージ（使用確認要求）を送信し、その返答に
より該制御権が維持されるべきもの（譲り渡すことはで
きない）か否かを判断する手段を含むようにしてもよ
い。

【００１４】好ましくは、前記第２の処理手段は、前記
メッセージを送信する対象とし得る装置が複数存在する
場合に、所定の選択基準で選択した順番で、前記メッセ
ージの送信およびその返答による前記判断を行うように
してもよい。

【００１５】好ましくは、自通信装置に対する制御権を
保有する他の装置から該制御権を維持し続ける旨の特別
のメッセージを受信した場合に、該他の装置の識別情報
を登録する登録手段を更に備え、前記第２の処理手段
は、前記登録手段に識別情報が登録されている装置につ
いては、その制御権が維持されるべきもの（譲り渡すこ
とはできない）と判断するようにしてもよい。

【００１６】好ましくは、前記第２の処理手段によりそ
の制御権を前記さらに他の装置に譲り渡すことのできる
装置が見つからなかった場合に、前記さらに他の装置に
制御権取得失敗を通知するメッセージを送信する第４の
処理手段を更に備えるようにしてもよい。

【００１７】好ましくは、前記第４の処理手段は、前記
さらに他の装置に制御権を保有する他の装置（すなわ
ち、前記記憶手段に識別情報が記憶されている装置）の
識別情報を前記メッセージに含めて送信するようにして
もよい。

【００１８】好ましくは、自通信装置が複数の異なる装
置またはサービスの形でネットワークに公開される場合
には、公開された各装置またはサービス毎に、その制御
権を保有する他の装置の識別情報を管理するようにして
もよい。

【００１９】好ましくは、前記異なる装置またはサービ
スのうちの特定の２以上のものについて制御権保有可能
な装置の数がそれらの総和として限定される場合には、
該特定の２以上の装置またはサービスについては前記制
御権を保有する他の装置の識別情報を統一して管理する
ようにしてもよい。例えば、ある被制御装置において、
機能ａについて同時にｘ台の制御装置が制御権を保有で
き、機能ｂについても同時にｘ台の制御装置が制御権を
保有できるが、機能ａについて同時にｙ台の制御装置が
制御権を保有している場合には機能ｂについては同時に
ｘ−ｙ台の制御装置しか制御権を保有できない（同様
に、機能ｂについて同時にｙ台の制御装置が制御権を保
有している場合には機能ａについては同時にｘ−ｙ台の
制御装置しか制御権を保有できない）ような場合には、
機能ａについて制御権を保有している制御装置と機能ｂ
について制御権を保有している制御装置とを統一して管
理するのが好ましい。

【００２０】本発明（請求項１１）は、ネットワークに
接続された通信装置（制御側となる機器）であって、前
記ネットワークを通して他の装置を制御するためのコマ
ンドを送信する手段と、前記他の装置から、さらに他の
装置が該他の装置を制御しているために現在は制御を受
け付けられない旨を示す情報と該さらに他の装置の識別
情報とを含むメッセージを受信した場合に、該さらに他
の装置に関する詳細情報を検索する手段と、前記詳細情
報に基づいて作成した、ユーザを支援するための情報
を、ユーザインタフェースを通じて呈示する手段とを備
えたことを特徴とする。

【００２１】好ましくは、前記詳細情報は、前記さらに
他の装置の種類に関する情報または該装置が設置された
物理的位置に関する情報の少なくとも一方を含むもので
あり、前記ユーザを支援するための情報は、前記さらに
他の装置の種類または該装置が設置された物理的位置の
少なくとも一方をユーザに通知する文言あるいは図面を
含むものであるようにしてもよい。

【００２２】本発明によれば、要求された装置（または
サービス）に対するの現在の制御権保有装置数が所定の
数に達している場合でも、その時点でその要求を拒絶す
るのではなく、その制御権を譲り渡してくれる装置があ
るかどうかを探し、制御権を譲り渡してくれる装置があ
れば、制御権を取得することができる。

【００２３】また、制御権が得られなかったときでも、
単に制御権が得られなかった旨を呈示するだけではな
く、その装置（またはサービス）に対するの現在の制御
権保有装置に関する詳細な情報を含むメッセージを呈示
するようにすれば、ユーザは次のアクションを取りやす
くなる。

【００２４】このように本発明によれば、より有効なユ
ーザ・サポートを考慮した排他制御を行うことができ
る。

【００２５】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。

【００２６】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【００２７】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００２８】図１は、ある家庭のホームネットワークの
全体構成を一例として示した図である。

【００２９】図１に例示したホームネットワークは、Ｉ
ＥＥＥ１３９４バス１００を用いて構成され、ＶＴＲ１
０１、テレビ１０２、ＰＣ１０３の３つの装置が接続さ
れているものである。ＶＴＲ１０１のノードＩＤは＃
ｘ、テレビ１０２のノードＩＤは＃ｙ、ＰＣ１０３のノ
ードＩＤは＃ｚとする。

【００３０】本実施形態では、テレビ１０２とＰＣ１０
３には、それぞれ、いわゆるディスプレイ（表示デバイ
ス）が附属しており、それら装置（１０２，１０３）の
ユーザは、その付属のディスプレイを通して（例えば、
ＴＶリモコン１０４やＰＣリモコン１０５およびその付
属ディスプレイあるいはマウス等の入力デバイスを使っ
て）、ＶＴＲ１０１の制御画面を操作することができる
ような場合を想定して説明する。また、ＶＴＲ１０１を
被制御装置の一例として、テレビ１０２を制御装置（本
例ではＶＴＲを制御する）の一例として、ＰＣ１０３を
制御装置（本例ではテレビがＶＴＲを制御中に同じＶＴ
Ｒを制御しようとする）の一例として説明する。

【００３１】図２に、本例でアクセスされる対象となる
ＶＴＲ１０１の内部構成例を示す。

【００３２】このＶＴＲ１０１は、いわゆるデジタルＶ
ＴＲであり、デジタル形式（例えばＭＰＥＧ２）でＡＶ
データの保存、再生等を行なう。

【００３３】ＶＴＲ処理部２０２は、テープ、および機
構部分であり、録画、再生、テープの巻き戻し、早送り
等の動作を行い、ＩＥＥＥ１３９４インタフェース２０
１とデジタルＡＶストリームデータのやり取りを行う。

【００３４】ＡＶ／Ｃコマンド処理部２０３は、標準化
団体であるＩＥＥＥ１３９４トレードアソシエーション
（１３９４ＴＡ）が決定するＡＶ機器の制御コマンド体
系の処理を行なう。基本的に、ＡＶ／ＣコマンドはＩＥ
ＥＥ１３９４バスを介してやり取りされる。なお、ＡＶ
／Ｃについては、例えば、ＡＶ／ＣＤｉｇｉｔａｌ
ＩｎｔｅｒｆａｃｅＣｏｍｍａｎｄＳｅｔＧｅｎ
ｅｒａｌＳｐｅｃｉｆｉｃａｔｉｏｎ、ＩＥＥＥ１３９
４−１９９５等に記載されている。

【００３５】属性情報レジスタ２０４は、ＩＥＥＥ１３
９４インタフェース２０１を介して、ＩＥＥＥ１３９４
バスに接続された他の装置からも、特定のアドレスを指
定することの出来るメモリ領域である。具体的には、図
３に例示したように、このレジスタを持つ装置について
の種々の属性情報、例えば、ベンダ名、装置名（例え
ば、ＶＴＲ）、製造番号や型番、この装置を制御するた
めの制御画面の構成情報（制御パネル）、この装置の現
在位置を記す現在位置情報、後述する制御で使われる同
時利用可能カウンタと利用者リスト等がある。なお、こ
れらの情報は、必ずしも図３のような順序で格納されて
いる必要はなく、例えばお互いに離れた空間に格納され
ていても良い。

【００３６】ＩＥＥＥ１３９４バスにつながる他の装置
は、その装置の「どのアドレス」にアクセスすれば上記
したような各々の属性情報を得ることができるかについ
て、あらかじめ知っている（知らされている）ものとす
る。また、このレジスタの特定の領域（例えば、ベンダ
名、装置名、製造番号や型番、制御パネル、現在位置情
報）については、その装置の製造時あるいはＩＥＥＥ１
３９４バス等のネットワークに接続される以前からあら
かじめ登録されているとしてもよい。

【００３７】次に、ＴＶ１０２のユーザがそのＴＶの画
面を通してＶＴＲ１０１の遠隔制御を行なう場合を例に
とって構成や処理の流れについて説明する。

【００３８】図４に、この場合の処理シーケンスの一例
を示す。

【００３９】まず初期段階において、ＴＶ１０２は、Ｖ
ＴＲ１０１に対して（ＴＶは、この時点では、当該相手
のことを「ノードＩＤ＝＃ｘの装置である」としか認識
しておらず、ＶＴＲであるということを認識していな
い）、構成情報要求（Ｓ４０１）を送出する。実際に
は、上記の属性情報レジスタの特定のアドレスを読みに
行く動作を行なうのでもよい。

【００４０】ＶＴＲ１０１では、構成情報要求を属性情
報レジスタ２０４が受信し、属性情報レジスタ２０４が
構成情報要求に対する応答を行なう（Ｓ４０２）。この
時点で、ＴＶ１０２は、この装置１０１がＶＴＲである
ことなどを認識することができ、ユーザに対して属性を
認識した上での表示を行うことができる。

【００４１】なお、ＩＥＥＥ１３９４バス１００に複数
の装置が接続されている場合には、上記処理を各装置に
ついて行うと好ましい。

【００４２】さて、例えばＴＶ１０２において当該ＴＶ
１０２からアクセスあるいは制御等のできる装置もしく
はサービスのアイコンなどが表示された状態等におい
て、ＴＶ１０２のユーザが制御対象の装置としてＶＴＲ
を選択したとする（Ｓ４０３）。

【００４３】すると、ＴＶ１０２のディスプレイにＶＴ
Ｒの制御画面を表示させるべく、制御パネル要求（Ｓ４
０４）をＶＴＲ１０１に送出する。この要求はＡＶ／Ｃ
プロトコルの一部であってもよい。

【００４４】ＶＴＲ１０１では、制御パネル要求をＡＶ
／Ｃコマンド処理部２０３が受信し、制御パネル応答
（Ｓ４０５）で制御パネルをＴＶ１０２に送付する。

【００４５】制御パネルは、例えば図５に例示したよう
なものである。例えば、ユーザが制御画面上で再生ボタ
ン（５０１）を押すと、「再生ボタンが押されました
（ＡＶ／Ｃの再生コマンド）」、あるいは「ボタン２が
押されました（ＶＴＲ１０１は、ボタン２が「再生」に
相当する、ということを認識している）」といったコマ
ンド（図４のＳ４１０に相当）が、ＩＥＥＥ１３９４バ
ス１００を経由してＶＴＲ１０１に伝えられる。

【００４６】さて、制御パネル応答を受信したＴＶ１０
２は、図５のような制御画面をディスプレイに表示す
る。ユーザは、リモコンやマウス等を用いて、制御パネ
ルの操作を行なう。ここでは、一例として、再生ボタン
が押されたものとする（Ｓ４０６）。

【００４７】すると、ＴＶ１０２は、まず、ＶＴＲ１０
１の制御権を確保しようとする。

【００４８】ここで、「制御権」とは、その装置の制御
を行なうことの出来る権利である。後述のメカニズムに
より、制御権の有無の判断が行われる。制御権の確保を
司るのが属性情報レジスタ２０４中の同時利用可能カウ
ンタと、利用者リストである。「同時利用可能カウン
タ」は、その時点でその装置を同時に利用することの出
来るユーザ数を示すカウンタである。この装置（本例で
はＶＴＲ１０１）を利用しようとするＩＥＥＥ１３９４
バス１００上の他の装置（本例ではＴＶ１０２）は、当
該装置（ＶＴＲ１０１）の同時利用可能カウンタをデク
リメントした上で、利用者リストに当該他の装置（ＴＶ
１０２）のＩＤ（例えばノードＩＤやＥＵＩ６４など）
を登録する。なお、ＥＵＩ６４とは、６４ビットのハー
ドウエアアドレスのことである。

【００４９】ＴＶ１０２は、同時利用カウンタデクリメ
ント要求（Ｓ４０７）をＶＴＲ１０１に送出する。この
要求には、何等かの形（例えばパケットの送信元アドレ
ス）で送信元装置（ＴＶ１０２）のノードＩＤ（または
ＥＵＩ６４）が含まれている。

【００５０】これを受信したＶＴＲ１０１は、同時利用
カウンタの値が１以上である場合には、このカウンタの
値をデクリメントし、さらに同時利用カウンタデクリメ
ント要求の送信元装置（ＴＶ１０２）のアドレス（ノー
ドＩＤ＝＃ｙ）を利用者リストに登録し（Ｓ４０８）、
同時利用カウンタデクリメント要求がうまく行ったこと
を返答する（Ｓ４０９）。

【００５１】この時点で、ＴＶ１０２はＶＴＲ１０１の
制御権を確保したことになり、操作コマンド（本例では
再生コマンド）をＶＴＲ１０１に対して送付する（Ｓ４
１０）。

【００５２】再生コマンドを受信したＶＴＲ１０１は、
これに応じて再生動作を行い（Ｓ４１１）、ＩＥＥＥ１
３９４バス１００を経由してＡＶストリームをＴＶ１０
２に送付する（Ｓ４１２）。

【００５３】また、図４とは別の手順で制御権の確保を
行なう方法もある。図６に、そのような処理シーケンス
の他の例を示す。図４では、ユーザが装置（ＶＴＲ）を
選択した際に、制御パネル（取得・表示・コマンド入
力）→同時利用カウンタデクリメントの順で制御を行な
ってきたが、図６では同時利用カウンタデクリメント→
制御パネルの順で制御を行なう。すなわち、制御権の確
保を先に行ない（Ｓ６０４〜Ｓ６０６）、制御権が確保
できた場合にのみ、制御パネルを送付する（Ｓ６０７〜
Ｓ６０８）。本実施形態では、図４の方式を中心として
説明するものとしているが、もちろん、いずれの場合に
おいても、図６の方式も可能である。

【００５４】次に、固定利用について説明する。

【００５５】例えば、ＶＴＲ１０１の同時利用者数すな
わち同時に制御権を持つことのできるものの数は１であ
り、現在ＴＶ１０２がその制御権を持っているものとす
る（この時点ではＶＴＲ１０１の同時利用カウンタは０
である）。このとき、ＴＶ１０２のユーザは、自分が持
っている制御権を他の装置に対しては与えたくない（制
御権を維持し続けたい）と考えたとする。そのような場
合に、例えば、図５のように制御パネルに「利用装置固
定」のボタン（５０２）を設け、ＴＶ１０２のユーザが
このボタンを押すことにより、制御権が奪われないよう
にすることができる。

【００５６】図７に、この場合の処理手順の一例を示
す。

【００５７】この「利用装置固定」ボタンが押された場
合には（Ｓ７０１）、ＴＶ１０２内にある「固定利用レ
ジスタ」に使用中の装置（ＶＴＲ１０１）が記録され
（Ｓ７０２）、後述するように「その装置は自分が使用
中である」と主張することが出来るようになる（制御権
を保護されるようになる）。

【００５８】また、「利用装置固定解除」ボタンを押す
なり、ユーザがその装置の利用を終了するなりすると
（Ｓ７０３，Ｓ７０４）、固定利用レジスタからその装
置（ＶＴＲ１０１）の登録を削除する（Ｓ７０５）。

【００５９】なお、ＩＥＥＥ１３９４バス１００を経由
せず、ＶＴＲ１０１の装置そのものについているボタン
等で制御を行なうことは、本実施形態における制御権と
は関係なく可能であってもよい。あるいは、ＶＴＲ１０
１の装置そのものについているボタン等で制御を行なう
場合にも本実施形態における制御権を登録し、当該制御
権を絶対的なもの（常に制御権を維持することができ、
かつ、常に制御権を奪い取ることができる）とするよう
にしてもよい。

【００６０】次に、ＩＥＥＥ１３９４バス１００上の第
３の装置（本例ではＰＣ１０３）のユーザが、現在ＴＶ
１０２が使っているＶＴＲ１０１の制御権を獲得しよう
とする場合について説明する。

【００６１】図８に、この場合の処理シーケンスの一例
を示す。

【００６２】まず、前述のように、ＴＶ１０２のユーザ
が、「利用装置固定」のボタンを押し、ＴＶ１０２内の
固定利用レジスタにＶＴＲ１０１が登録されている（Ｓ
８０１〜Ｓ８０３）。

【００６３】ここで、ＰＣ１０３のユーザがＶＴＲ１０
１の制御を行なおうとして、同時利用カウンタデクリメ
ント要求を出す（Ｓ８０４）。

【００６４】これを受信したＶＴＲ１０１は、その許可
の可否を判定する。判定中はＰＣ１０３に対して「待
て」の信号を送っておいてもよい（Ｓ８０５）。

【００６５】まず、ＶＴＲ１０１は、自身の同時利用カ
ウンタの値が０になっていることを確認し、誰かがＶＴ
Ｒ１０１の使用権を放棄しない限り、同時利用は出来な
いことを認識する。そこで、利用者リストを参照し、そ
こに登録されているＴＶ１０２に対して、「現在、ＶＴ
Ｒ１０１を使用しているかどうかの確認」のための信号
（使用確認要求）を送付する（Ｓ８０６）。

【００６６】図９に、使用確認要求を受けた際のＴＶ１
０２の手順の一例を示す。

【００６７】使用確認要求を受信したＴＶ１０２は（Ｓ
９０１）、固定利用レジスタを参照するなどして（Ｓ９
０２，Ｓ９０４，Ｓ９０５，Ｓ９０７，Ｓ９０８）、自
身がＶＴＲ１０１を使用中であると認識した場合には、
「使用中」を意味する応答を返す（Ｓ８０７）（Ｓ９０
６）。そうでなければ、「終了」を意味する応答を返す
（Ｓ９０３，Ｓ９０９／Ｓ９１０）。

【００６８】「使用中」を意味する応答を返す場合とし
ては、例えば、以下のような場合が考えられる（図９参
照）。（１）固定利用レジスタにその装置（ＶＴＲ１０１）が
登録されている場合（あらかじめユーザが制御権を手放
したくないと宣言している場合）（２）その装置（ＶＴＲ１０１）とＡＶストリームをや
りとりしている場合、あるいはやり取りをして一定時間
以下しか経っていない場合（３）その装置（ＶＴＲ１０１）と制御コマンドのやり
取りをしている場合、あるいはやり取りをして一定時間
以下しか経っていない場合（４）ユーザインタフェースを通して、ユーザに「現在
その装置（ＶＴＲ１０１）を使用中ですか？」と質問を
出し、ユーザから使用中であるとのインタラクションを
受けた場合ＴＶ１０２から「使用中」である旨の使用確認応答を受
信したＶＴＲ１０１は、要求元（ＰＣ１０３）が自装置
を同時利用することは不可能であると認識し、その旨を
ＰＣ１０３に通知する（Ｓ８０８）。

【００６９】なお、上記では、ＶＴＲ１０１はＴＶ１０
２に依頼して使用確認を行ったが、現在ＶＴＲ１０１が
使用可能であるかどうかの判断を少なくとも一部分につ
いてＶＴＲ１０１自身が行なっうようにしてもよい。

【００７０】図１０に、この場合のＶＴＲ１０１におけ
る処理手順の一例を示す。

【００７１】制御パネルの送付や利用者リストの登録が
あった後に（Ｓ１００１，Ｓ１００２）、同時利用カウ
ンタデクリメント要求を受信した際（Ｓ１００３）、カ
ウンタの値が０である場合には（Ｓ１００４）、登録さ
れている装置（ＴＶ１０２）とＡＶストリームあるいは
制御コマンドをやり取りしており、もしくは一定時間以
下しか経っていないならば（Ｓ１００７）、使用中であ
るので（Ｓ１００８）、要求元（ＰＣ１０３）に「デク
リメントＮＧ」を送付する（Ｓ１００９）。そうでない
ならば、登録されている装置（ＴＶ１０２）に対してし
よう確認要求を出し（Ｓ１０１０）、応答に応じた処理
を行う。例えば、使用中の応答を受信したならば（Ｓ１
０１１）、現在の利用者が使用中であるので（Ｓ１００
８）、デクリメントＮＧを送付する（Ｓ１００９）。終
了の応答を受信したならば（Ｓ１０１２）、この利用者
を利用者リスト（ＴＶ１０２）から削除し、要求元の利
用者（ＰＣ１０３）を追加し（Ｓ１０１３）、デクリメ
ントＯＫを送付する（Ｓ１０１４）。もちろん、同時利
用カウンタデクリメント要求を受信した際（Ｓ１００
３）、カウンタの値が０でない場合には（Ｓ１００
４）、同時利用可能カウンタをデクリメントし、要求元
の利用者を利用者リストに追加し（Ｓ１００５）、デク
リメントＯＫを送付する（Ｓ１００６）。

【００７２】これらを組み合わせることにより、例えば
図１１のように、ＶＴＲ１０１の現在の制御権はＴＶ１
０２が持っている場合に、使用確認要求をＴＶ１０２に
送付し（Ｓ１１０４）、ユーザからのインタラクション
があったときには（Ｓ１１０４）、「使用中」の旨を返
答し（Ｓ１１０５）、ＰＣ１０３には制御権を渡さない
ようにできる。また、例えば図１２のように、ユーザか
らのインタラクションがなかったときには（Ｓ１２０
５）、「使用終了」の旨を返答し、ＰＣ１０３に制御権
を渡す（利用者リストから＃ｙを削除し、＃ｚを登録し
直す）ことも可能となる。

【００７３】このようにして、ＶＴＲ１０１は使用権の
排他制御を行なうことが出来る。

【００７４】なお、上記では、固定利用レジスタについ
ては、制御側の装置（ＴＶ）内に被制御側の装置（ＶＴ
Ｒ）を登録したが、制御側の装置（ＴＶ）から被制御側
の装置（ＶＴＲ）に特別のメッセージで通知して被制御
側の装置（ＶＴＲ）内にそれを使用中の装置（ＴＶ）を
登録するようにしてもよい。この場合、固定利用レジス
タについての使用確認は、要求を受信した装置（ＶＴ
Ｒ）内で行うことができる。

【００７５】さて、図１１では、ＰＣ１０３が、ＶＴＲ
１０１の制御権を獲得できなかった場合、ＰＣ１０３の
ユーザは、単純に「同時利用カウンタのデクリメントに
失敗した」、「ＶＴＲ１０１の制御権確保に失敗した」
という通知しか受けない。これは、ＰＣ１０３のユーザ
から見ると「ここからＶＴＲの制御は今出来ない」とい
うことを通知してもらうだけで、「では、どうすれば制
御が出来るのか（そうすればＶＴＲを使うことが出来る
のか）」の情報を得ることが出来ない。そこで、よりき
め細かくユーザをサポートするために、図１３のような
仕組みを設けるようにしてもよい。

【００７６】すなわち、ＶＴＲ１０１がＰＣ１０３に
「同時利用カウンタのデクリメントはできない」、「Ｖ
ＴＲ１０１の制御権確保に失敗した」という通知を送る
際に、利用者リストを参照して、現在自分自身（ＶＴＲ
１０１）の制御権を持っている装置（本例ではＴＶ１０
２）のＩＤ（本例ではノードＩＤ）を併せて通知する
（Ｓ１３０７）。すると、理論的には、ＰＣ１０３（の
ユーザ）は少なくともＴＶ１０２がＶＴＲ１０１を制御
している点、また、ＴＶ１０２を使えばＶＴＲ１０１を
使うことが出来る、と言うことを認識することが出来る
ようになる。

【００７７】ただし、ユーザからすると、実際にはＴＶ
１０２のノードＩＤを通知してもらっただけで、このノ
ードＩＤを持った装置が一体何なのか、またどこにある
装置なのかについて認識することは、ノードＩＤとその
説明を記述した一覧表でも用意しない限り困難である
（また、一覧表の作成とその使用も煩雑である）。

【００７８】そこで、ＴＶ１０２のノードＩＤ（＃ｙ）
を通知してもらったＰＣ１０３は、このノードＩＤを手
がかりに、そのノードＩＤ（＃ｙ）を持つノード（ＴＶ
１０２）に対して、構成情報要求を送出するようにする
（Ｓ１３０８）。特に、この構成情報要求にて、「その
装置の種別」および「位置」を知るのは重要である。す
なわち、その応答（Ｓ１３０９）により、種別および位
置を知ることができれば、図１４に例示するように、ユ
ーザに「１階の応接間のＴＶから使って下さい」といっ
た具体的かつ直感的な指示を与えることが出来る（Ｓ１
３１０）ため、（ＰＣ１０３の）ユーザにとって利便性
が格段に向上する。特に、家庭環境では、このような直
感的なわかりやすい指示が非常に重要であることから、
このような利便性の向上は重要である。なお、図１４で
はユーザを支援するための情報を、文章によって呈示し
たが、図面によって呈示するようにしてもよいし、その
他の形態によってあるいは複数の形態を併用して呈示す
るようにしてもよい。

【００７９】なお、この構成情報要求（Ｓ１３０８）は
ノードＩＤが＃ｙのノードに対する属性情報レジスタの
読み出し要求、応用（Ｓ１３０９）は前記レジスタの読
み出し結果であってもよい。

【００８０】位置通知のメカニズムとして、本実施形態
で記述した方法以外にも、コマンドレスポンス型の位置
通知プロトコルの使用等、様々な方法を用いることが可
能である。

【００８１】なお、実施形態においては、同時利用可能
なユーザ数は１であるとして説明してきたが、同時利用
可能なユーザ数が２以上であっても良く、その場合にも
図１０等にあるような処理手順に従えばよい。

【００８２】利用者リストに登録された装置が複数存在
する場合には、ランダムに使用確認してもよいが、使用
確認する装置の優先順位を定めるようにしてもよい。例
えば、固定利用レジスタが設定されておらず、かつ、デ
ータのやり取りが行われていない装置から順番に使用確
認する方法、装置毎に予め使用確認の対象とする優先度
を定めておく方法、利用者リストに最も長く存在する装
置から優先して確認する方法など、あるいはそのような
基準を複数組み合わせて優先度を評価する方法等、種々
の方法が考えられる。

【００８３】また、例えば制御側となる装置（本例では
ＴＶ）においてメニュー画面として当該装置からアクセ
スあるいは制御等のできる装置もしくはサービスのアイ
コン（例えばＶＴＲアイコン）を表示する場合に、この
時点で制御権が確保できるものと制御権が確保できない
ものとで、アイコン表示の表示形態を異ならせてその旨
をユーザに呈示し、制御権が確保できないものについて
は選択できないようにしてもよい。また、制御権が確保
できないものについては現在どの装置が制御権を保持し
ているかを併せて表示するようにしてもよい。

【００８４】さらに、上記のように予め各装置について
制御権の確保の可能性をチェックしておく第１のモード
と、図４や図６の手順例のようにユーザが装置を選択し
た後に制御権の有無をチェックする第２のモードとをユ
ーザが選択可能としてもよい。このモード選択を各装置
毎に設定可能としてもよい。

【００８５】また、第１のモードでメニュー画面の表示
の際に、もしくは第２のモードで制御権確保ができなか
ったときのメッセージの表示の際に、制御権を確保でき
るようになるまでに要する予想時間もしくは今後少なく
とも制御権を確保できないであろう予想時間等が分かれ
ば、これを併せて表示するようにしてもよい。例えば、
ＴＶ１０２がＶＴＲ１０１を利用している場合に、ＡＶ
ストリームの残量がａ時間であるならば、その時間経過
後に１つのコンテンツの視聴が終了し、制御権が解除さ
れることが期待できるので、その旨を表示することによ
り、ユーザに情報を提供することができる。また、固定
利用レジスタが設定されいるがデータのやり取りが何ら
行われていない装置、あるいは逆に長時間データが流れ
続けている装置がある場合には、その旨を表示するよう
にしてもよい。これ以外にも、ユーザに呈示するメッセ
ージとしては、種々のものが考えられる。

【００８６】次に、図１において、ＶＴＲ１０１がネッ
トワーク上に接続された別の装置に対して、同時に２つ
以上のサービスを提供しているように見せている場合に
ついての例を示す。

【００８７】本実施形態においては、ＶＴＲ１０１は、
単純なＶＴＲとしてだけでなく、録画したテレビ番組名
を指定すると、その番組が録画されている位置までテー
プの位置を調整し、その位置から再生する、といった機
能を持つ「テレビ番組サーバ」としての機能をも、ＩＥ
ＥＥ１３９４バス１００に接続された他の装置に対し
て、サービスとして見せる場合を考える。この場合、Ｖ
ＴＲ１０１は、図１５のように、属性情報レジスタとし
て、「ＶＴＲ」と「テレビ番組サーバ」の２つのサービ
スを提供しているものとして、自身の提供サービスを登
録する。各々のサービスについて、制御パネル、同時利
用可能カウンタ、利用者リストが存在してもよい。

【００８８】ただし、外からは２つのサービスを提供し
ているように見えるものの、実体としては、ある１つの
機能（ＶＴＲ機能）を、複数の見せ方（ＶＴＲと、テレ
ビ番組サーバ）で見せているだけであり、実際には、ネ
ットワーク上の第１の別の装置がＶＴＲとしてこの装置
を使っている場合には、この装置のＶＴＲ機能は占有さ
れている。よって、ネットワーク上の第２の別の装置
が、この装置を例えばテレビ番組サーバとして使いたい
と考えたとしても、実際には第１の別の装置がＶＴＲと
してこの装置を占有しているため、使用は許可されるべ
きではない。

【００８９】そこで、図１５のように、ＶＴＲの属性情
報レジスタ内に、例えばハード的あるいはソフト的に同
一の装置を使って提供されるサービスで、同時提供が不
可能なサービスを記述しておくテーブルを用意してお
く。このテーブルを「サービス同一みなしテーブル」と
呼ぶ。このテーブルには、「同時提供が不可能なサービ
ス」が並ぶため、このテーブル内のあるサービスが稼動
した場合、該テーブルの他のサービスの提供も制限され
る。すなわち、このテーブル内のある同時利用可能カウ
ンタの値が変化した場合、該テーブルの他のサービスの
同時利用可能カウンタの値も変化する。

【００９０】これを図１５のような属性情報レジスタを
持つＶＴＲ１０１の場合の動作例を図１６に示す。外部
（例えば＃ｙ）から「ＶＴＲサービス」の同時利用可能
カウンタのデクリメント要求を受けた場合（Ｓ１６０
１）、サービス同一みなしテーブルを参照して（Ｓ１６
０２）、「テレビ番組サーバ」と「ＶＴＲ」とが同一み
なしのサービスであると認識し（Ｓ１６０３）、「ＶＴ
Ｒ」サービスの同時利用可能カウンタのデクリメントと
利用者リストに＃ｙを加えるとともに、「テレビ番組サ
ーバ」サービスの同時利用可能カウンタのデクリメント
を行い、「テレビ番組サーバ」利用者リストに＃ｙを加
える（Ｓ１６０４）。

【００９１】このようにすることにより、１つの装置
（本例ではＶＴＲ）が複数のサービスインタフェース
（本例ではＶＴＲとテレビ番組サーバ）を持っている場
合に、そのサービスの排他制御を実現することが出来る
ようになる。すなわち、外からは別の２つ以上のサービ
スを提供しているように見えるものの、実体としては、
ある機能（ＶＴＲ機能）を、複数の見せ方（ＶＴＲと、
テレビ番組サーバ）で見せているような場合、実際には
ネットワーク上の第１の別の装置がＶＴＲとしてこの装
置を使っているときに、ネットワーク上の第２の別の装
置が、この装置を例えばテレビ番組サーバとして使いた
いと考えたとしても（実際には第１の別の装置がＶＴＲ
としてこの装置を専有しているため）、使用は許可しな
いで済むようになる。

【００９２】なお、図１５の例では、ＶＴＲサービス機
能とテレビ番組サーバ機能が、別々に同時利用可能カウ
ンタ、利用者リストを持っている場合について説明した
が、「片方への書き換えが、もう片方への書き換えに必
ず反映する」場合には、別々に同時利用可能カウンタや
利用者リストを持っていることが無駄になる場合も考え
られる。そこで、図１７のように、片方（テレビ番組サ
ーバ）の同時利用可能カウンタと利用者リストについて
は、もう片方（ＶＴＲ）の同時利用可能カウンタと利用
者リストへのポインタとし、同一の内容が書き込まれる
ことになる同時利用可能カウンタと利用者リストの実体
は、一つしか存在しないようにすることも可能である。

【００９３】次に、図１の装置の制御にリモコン（リモ
ートコントローラ）を使う場合について説明する。

【００９４】リモコンと各装置の間では、ＩｒＤＡや、
コントロールＩｒに代表される、赤外線上で定義された
制御プロトコル（赤外線プロトコルと呼ぶ）を用いるも
のとする。一方、第１の実施形態で説明したように、Ｉ
ＥＥＥ１３９４バス１００上ではＡＶ／Ｃ等のＩＥＥＥ
１３９４上（あるいはインターネットプロトコル上）で
定義された制御プロトコル（１３９４プロトコルと呼
ぶ）が用いられる。このため、前者の制御プロトコル
（赤外線プロトコル）と、後者のプロトコル（１３９４
プロトコルと呼ぶ）との間のプロトコル変換が行われ
る。

【００９５】図１８に、ＴＶがＶＴＲの制御権の獲得を
試みる場合（獲得できた場合）の処理シーケンスの一例
を示す。また、図１９に、ＰＣがＶＴＲの制御権の獲得
を試みる場合（獲得できなかった場合）の処理シーケン
スの一例を示す。

【００９６】例えば、ユーザは、ＴＶのリモコンを操作
して、ＴＶの電源をオンにするとともに、ＴＶがつなが
るネットワーク上の構成情報の入手を要求する（Ｓ１８
０１）。この要求は赤外線プロトコルにより行われる。
ここで、赤外線プロトコルに構成情報要求のコマンドが
用意されているとする。

【００９７】これを受信したＴＶ１０２は、これを１３
９４プロトコルの構成情報要求に変換し、これを接続さ
れたネットワーク（ＩＥＥＥ１３９４）上に流す（Ｓ１
８０２）。第１の実施形態と同様に構成情報応答を受け
取り（Ｓ１８０３）、これを赤外線プロトコルに変換し
て、ＴＶリモコンに対して送出する（Ｓ１８０４）。

【００９８】例えば、この動作をＩＥＥＥ１３９４に接
続された各装置に対して行なうことにより、ＴＶリモコ
ンはＩＥＥＥ１３９４上にどのような装置／サービスが
存在しているかを認識することが出来るようになり、例
えば装置／サービス一覧がＴＶリモコンに表示される。

【００９９】これらの中からユーザがＶＴＲを選択した
とすると（Ｓ１８０５）、ＴＶリモコンは、ＶＴＲ制御
のための画面を赤外線プロトコルで要求する（Ｓ１８０
６）。

【０１００】これを受信したＴＶ１０２は、これを１３
９４プロトコルの制御パネル要求コマンドに変換し（Ｓ
１８０７）送出する。制御パネルの応答を受けた（Ｓ１
８０８）ＴＶ１０２は、受信した制御パネルを赤外線プ
ロトコルで用意された制御パネルに変換し（Ｓ１８０
９）、ＶＴＲ制御画面応答の形でＴＶリモコンに送出す
る（Ｓ１８１０）。

【０１０１】この赤外線プロトコルで用意された制御パ
ネルは、例えば、図５のような１３９４プロトコルの制
御画面の一つ一つのボタンが、左上から右に順番にボタ
ン１、ボタン２、、、というように展開され、それぞれ
のボタンの上に「巻き戻し」、「再生」といった文字が
表示される、といったものでもよい。

【０１０２】さて、ユーザが「再生」を意味するボタン
（ボタン２）を選択したとすると（Ｓ１８１１）、赤外
線プロトコルにてボタン２が押されたことをＴＶ１０２
に通知する。

【０１０３】これを受信したＴＶ１０２は、この時点で
ＶＴＲの起動はなされていない（ＴＶ１０２がＶＴＲの
制御権を有してはいない）ことから、「ＶＴＲを起動す
る必要がある」と判断し、第１の実施形態と同様に、同
時利用カウンタデクリメント（Ｓ１８１３）と、これが
成功した場合に（Ｓ１８１５）続いて再生コマンド（Ｓ
１８１６）が送出される。その間に、第１の実施形態と
同様に、ＶＴＲの利用者リストには、ＴＶ１０２（のノ
ードＩＤである＃ｙ）が追加されてもよい。

【０１０４】そして、ＶＴＲ１０１は再生動作を行い、
ＩＥＥＥ１３９４を通して、ＡＶストリームがＴＶに対
して送出され（Ｓ１８１８）、ＴＶ１０２は、これを受
信／復号／表示して、ユーザに映像を表示することにな
る。

【０１０５】この状態（図１９のＳ１９０１、Ｓ１９０
２）で、ＴＶリモコンにはＶＴＲ制御画面が引き続き表
示されていても良い（Ｓ１９０３）。

【０１０６】この状態で、ＰＣのリモコンが図１８のＳ
１８０１〜Ｓ１８１０と同様にＶＴＲの制御画面を表示
し、ＰＣのユーザがＶＴＲの制御をしようとした（再生
しようとした）とする（Ｓ１９０５）。

【０１０７】ＰＣ１０３は、ＶＴＲ１０１に対して同時
利用カウンタデクリメント要求を送出する（Ｓ１９０
６）。

【０１０８】これを受信したＶＴＲは、第１の実施形態
と同様に、同時利用可能カウンタを参照し、現在ＴＶ１
０２が使用中ということで、ＰＣ１０３の使用は不可で
あると判断して、第１の実施形態と同様に、「現在ノー
ドＩＤ＝＃ｙのノードが使用中である」として、同時利
用カウンタデクリメント要求に対する応答として、ＮＧ
を送る。

【０１０９】ＰＣでは、第１の実施形態と同様に、この
ノードＩＤ（＃ｙ）が具体的にどこのどの様なノードで
あるかについての構成情報の入手を行い（Ｓ１９０８〜
Ｓ１９０９）、ＰＣのディスプレイに現在使用可能な装
置（ＴＶ１０２）をＰＣのユーザに提示することによ
り、ＰＣのユーザに「ＶＴＲを使いたい場合は、ここに
行けば使うことが出来る」という情報を通知する。

【０１１０】なお、本実施形態では、テレビ１０２を制
御装置（本例ではＶＴＲを制御する）の一例として、Ｐ
Ｃ１０３を制御装置（本例ではテレビがＶＴＲを制御中
に同じＶＴＲを制御しようとする）の一例として説明し
たが、もちろん、いずれの装置も、前者および後者の両
方になり得るので、両方にとっての機能を設けるのが好
ましい。また、ＶＴＲ１０１を被制御装置の一例とし
て、テレビ１０２とＰＣ１０３を制御装置の一例として
説明したが、もちろん、制御装置と被制御装置の両方に
なり得る装置については、その両方にとっての機能を設
けるのが好ましい。

【０１１１】また、本実施形態では、アクセスされる装
置の一例としてＶＴＲを、アクセスする装置（家庭ユー
ザがネットワークを介してサービスを利用するために操
作する装置）の一例としてテレビとＰＣを用いたが、も
ちろん、本発明はこれらの装置に限定されず、どのよう
な装置についても適用可能である。

【０１１２】また、本実施形態では、ネットワークの一
例としてＩＥＥＥ１３９４バスを用いたが、もちろん、
本発明はこれに限定されず、どのようなネットワークに
ついても適用可能である。

【０１１３】また、本実施形態では、ホームネットワー
クを一例として取り上げたが、もちろん、本発明はこれ
に限定されず、オフィスや学校、店舗、その他の建物、
施設等に設けられるネットワークについても適用可能で
ある。

【０１１４】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。

【０１１５】また、本実施形態は、コンピュータに所定
の手段を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体としても実施す
ることもできる。

【０１１６】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０１１７】

【発明の効果】本発明によれば、より有効なユーザ・サ
ポートを考慮した排他制御を行うことができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るホームネットワーク
の全体構成例を示す図

【図２】被制御機器の一例であるＶＴＲの内部構成例を
示す図

【図３】属性情報レジスタの一例を示す図

【図４】制御権を取得する際の処理シーケンスの一例を
示す図

【図５】制御画面の一例を示す図

【図６】制御権を取得する際の処理シーケンスの他の例
を示す図

【図７】制御機器の一例であるＴＶにおける固定利用レ
ジスタに関する処理手順の一例を示すフローチャート

【図８】使用確認要求に関する処理シーケンスの一例を
示す図

【図９】制御機器の一例であるＴＶが使用確認要求を受
信した際の処理手順の一例を示すフローチャート

【図１０】被制御機器の一例であるＶＴＲにおける処理
手順の一例を示すフローチャート

【図１１】使用確認要求に関する処理シーケンスの他の
例を示す図

【図１２】使用確認要求に関する処理シーケンスのさら
に他の例を示す図

【図１３】使用確認要求に関する処理シーケンスのさら
に他の例を示す図

【図１４】制御権が取得できなかった際にメッセージを
呈示した画面の一例を示す図

【図１５】属性情報レジスタの他の例を示す図

【図１６】属性情報レジスタに対する処理の一例を示す
フローチャートフローチャート

【図１７】属性情報レジスタのさらに他の例を示す図

【図１８】リモコンを使う場合で制御権を取得する際の
処理シーケンスの一例を示す図

【図１９】リモコンを使う場合で制御権を取得できなか
った際の処理シーケンスの一例を示す図

【符号の説明】

１００…ＩＥＥＥ１３９４バス１０１…ＶＴＲ１０２…テレビ１０３…ＰＣ１０４…ＴＶリモコン１０５…ＰＣリモコン２０１…ＩＥＥＥ１３９４インタフェース２０２…ＶＴＲ処理部２０３…ＡＶ／Ｃコマンド処理部２０４…属性情報レジスタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者門間信行神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者友田一郎神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者橋本幹生神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者寺本圭一神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者岡本利夫神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内Ｆターム(参考） 5C064 BA07 BB10 BC20 BC23 BD16 5K032 AA09 BA01 CA06 CA17 CB06 CC01 DB19 EC03

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続された通信装置であっ
て、前記ネットワークを通して自通信装置を制御する制御権
を保有する他の装置の識別情報を記憶する記憶手段と、前記記憶手段に前記識別情報が記憶されていないさらに
他の装置から、自通信装置に対して制御権の取得を要求
するメッセージを受信した際に、前記記憶手段に記憶さ
れている前記識別情報の数が所定の数に達しているかを
否か判定する判定手段と、この判定手段により前記所定の数に達していないと判定
された場合に、前記さらに他の装置の識別情報を前記記
憶手段に追加するとともに、該さらに他の装置に制御権
取得成功を通知するメッセージを送信する第１の処理手
段と、前記判定手段により前記所定の数に達していると判定さ
れた場合に、前記記憶手段に識別情報が記憶されている
装置のうちに、その制御権を前記さらに他の装置に譲り
渡すことのできるものが存在するか否かを調べる第２の
処理手段と、前記第２の処理手段によりその制御権を前記さらに他の
装置に譲り渡すことのできる装置が見つかった場合に、
該制御権を譲り渡す装置の識別情報を前記記憶手段から
削除し前記さらに他の装置の識別情報を前記記憶手段に
追加するとともに、該さらに他の装置に制御権取得成功
を通知するメッセージを送信する第３の処理手段とを備
えたことを特徴とする通信装置。
【請求項２】前記第２の処理手段は、自通信装置が現に
データをやり取りしている相手装置については、その制
御権が維持されるべきものと判断することを特徴とする
請求項１に記載の通信装置。
【請求項３】前記第２の処理手段は、自通信装置が最後
にデータをやり取りしてから経過した時間が一定範囲以
内である相手装置についても、その制御権が維持される
べきものと判断することを特徴とする請求項２に記載の
通信装置。
【請求項４】前記第２の処理手段は、前記記憶手段に識
別情報が記憶されている装置の少なくとも一部に対し
て、その制御権を維持するか否かを問い合わせるメッセ
ージを送信し、その返答により該制御権が維持されるべ
きものか否かを判断する手段を含むことを特徴とする請
求項１ないし３のいずれか１項に記載の通信装置。
【請求項５】前記第２の処理手段は、前記メッセージを
送信する対象とし得る装置が複数存在する場合に、所定
の選択基準で選択した順番で、前記メッセージの送信お
よびその返答による前記判断を行うことを特徴とする請
求項１ないし４のいずれか１項に記載の通信装置。
【請求項６】自通信装置に対する制御権を保有する他の
装置から該制御権を維持し続ける旨の特別のメッセージ
を受信した場合に、該他の装置の識別情報を登録する登
録手段を更に備え、前記第２の処理手段は、前記登録手段に識別情報が登録
されている装置については、その制御権が維持されるべ
きものと判断することを特徴とする請求項１ないし５の
いずれか１項に記載の通信装置。
【請求項７】前記第２の処理手段によりその制御権を前
記さらに他の装置に譲り渡すことのできる装置が見つか
らなかった場合に、前記さらに他の装置に制御権取得失
敗を通知するメッセージを送信する第４の処理手段を更
に備えたことを特徴とする請求項１ないし６のいずれか
１項に記載の通信装置。
【請求項８】前記第４の処理手段は、前記さらに他の装
置に制御権を保有する他の装置の識別情報を前記メッセ
ージに含めて送信することを特徴とする請求項７に記載
の通信装置。
【請求項９】自通信装置が複数の異なる装置またはサー
ビスの形でネットワークに公開される場合には、公開さ
れた各装置またはサービス毎に、その制御権を保有する
他の装置の識別情報を管理することを特徴とする請求項
１ないし８のいずれか１項に記載の通信装置。
【請求項１０】前記異なる装置またはサービスのうちの
特定の２以上のものについて制御権保有可能な装置の数
がそれらの総和として限定される場合には、該特定の２
以上の装置またはサービスについては前記制御権を保有
する他の装置の識別情報を統一して管理することを特徴
とする請求項９に記載の通信装置。
【請求項１１】ネットワークに接続された通信装置であ
って、前記ネットワークを通して他の装置を制御するためのコ
マンドを送信する手段と、前記他の装置から、さらに他の装置が該他の装置を制御
しているために現在は制御を受け付けられない旨を示す
情報と該さらに他の装置の識別情報とを含むメッセージ
を受信した場合に、該さらに他の装置に関する詳細情報
を検索する手段と、前記詳細情報に基づいて作成した、ユーザを支援するた
めの情報を、ユーザインタフェースを通じて呈示する手
段とを備えたことを特徴とする通信装置。
【請求項１２】前記詳細情報は、前記さらに他の装置の
種類に関する情報または該装置が設置された物理的位置
に関する情報の少なくとも一方を含むものであり、前記ユーザを支援するための情報は、前記さらに他の装
置の種類または該装置が設置された物理的位置の少なく
とも一方をユーザに通知する文言あるいは図面を含むも
のであることを特徴とする請求項１１に記載の通信装
置。