JP2001346276A - 競合解消装置、機器制御系統、媒体および情報集合体 - Google Patents

Abstract

(57)【要約】 【課題】 １つの制御対象機器に対して複数の制御系統
が同時に機器を制御しようとする場合、前記機器のハー
ドウエア特性や機構に依存して一つの制御系統を決定し
ていたため、誤作動による機器の破損やデッドロックに
よる処理の停止を起こし、機器の使用者にとって使用者
の意図しない入力結果を得る問題があった。 【解決手段】 複数の機器制御系統からの制御命令をそ
れぞれ個々に受け付ける複数のネットワークインターフ
ェース１０２と、複数の機器制御系統の内のいずれかか
らもたらされる第１制御命令と、複数の機器制御系統か
らもたらされる、第１制御命令とは異なる第２制御命令
とが、同一の前記制御対象機器を制御しようとして競合
が起きた際に、所定の条件に基づき第１制御命令入力の
選択を行う使用状況監視部１０３とを備え、選択された
前記第１制御命令の制御命令に基づき、制御対象機器１
０５が制御されることを特徴とする競合解消装置。

Description

【発明の詳細な説明】

【０００１】

【発明に属する技術分野】本発明は、ネットワークに接
続された、少なくとも１つの制御対象機器に対して複数
のコントローラが存在し、同時に前記制御対象を制御す
る機能を持つ装置において競合状態を解決できる競合解
消装置等に関する。

【０００２】

【従来の技術】以下に、従来の競合解消装置について説
明する。従来、例えば１つの制御対象機器に対して複数
のコントローラが存在し、同時に前記機器を制御する場
合、例えばネットワークに繋がれた一つの機器があり、
前記機器にリモコンからの制御入力と、ネットワーク経
由の制御入力が競合した場合、その解決方法は前記機器
のハードウエア特性や機構に依存していた。そうした解
決方法の例としては、（１）信号の到達の早かった方、
（２）１つの機器に対して互いに逆作用する２つのモー
タのそれぞれに制御信号が到達した場合、機械の前記モ
ーターが強かった方、の２つの方法が存在する。

【０００３】

【発明が解決しようとする課題】しかしながら、１つの
制御対象機器に対して複数のコントローラが存在し、こ
れら複数のコントローラが同時に前記制御対象機器を制
御する場合、解決方法は前記機器のハードウェア特性や
機構に依存していたため、前記制御対象機器が誤作動に
よる機器の破損やデッドロックによる処理の停止を起こ
す問題や、前記制御対象機器の使用者側にとって、入力
結果が使用者の意図しないものになる問題があった。

【０００４】本発明は、上記の問題を解決するためにな
されたものであり、前記機器のハードウエア特性や機構
に依存せずに前記競合装置を搭載することで競合を解消
し、前記競合の解消の結果、装置自体の誤作動や処理の
遅延、破損を防いだり、装置の意図しない動作による前
記装置の保持するデータや周辺機器への悪影響を抑えた
り、前記機器を制御するための余剰な制御入力の発生を
抑えることを可能にする競合処理装置を提供することを
目的とする。

【０００５】

【課題を解決する為の手段】上記の目的を達成するため
に、第１の本発明（請求項１に対応）は、複数の機器制
御系統から制御命令を受ける少なくとも１つの制御対象
機器における、前記制御命令の競合を解消する競合解消
装置であって、前記複数の機器制御系統からの前記制御
命令をそれぞれ個々に受け付ける複数のインターフェー
ス部と、前記複数の機器制御系統の内のいずれかからも
たらされる第１制御命令と、前記複数の機器制御系統か
らもたらされる、前記第１制御命令とは異なる第２制御
命令とが、同一の前記制御対象機器を制御しようとして
競合が起きた際に、所定の条件に基づき前記第１制御命
令入力の選択を行う選択手段とを備え、前記選択手段に
より選択された前記第１制御命令の制御命令に基づき、
前記制御対象機器が制御されることを特徴とする競合解
消装置である。

【０００６】また、第２の本発明（請求項２に対応）
は、前記選択手段は、前記制御対象機器の使用状況から
前記第１制御命令の有効性を判断し選択を行う機器使用
状態監視部を有し、前記所定の条件は、前記制御対象機
器の使用状況であることを特徴とする上記本発明であ
る。

【０００７】また、第３の本発明（請求項３に対応）
は、前記選択手段は、前記第１制御命令と前記第２制御
命令との優先度を判断する優先度判断部と、前記優先度
判定の基準となる、前記第１制御命令および前記第２制
御命令の優先度を記憶した優先度判定情報記憶部を有
し、前記所定の条件は、前記優先度であることを特徴と
する上記本発明である。

【０００８】また、第４の本発明（請求項４に対応）
は、時間情報を生成するタイマー部をさらに備え、前記
優先度判定部は前記時間情報を前記優先度に用いること
を特徴とする上記本発明である。

【０００９】また、第５の本発明（請求項５に対応）
は、前記優先度判断部は、前記第１制御命令の元である
機器制御系統または前記第２制御命令の元である機器制
御系統から、調停のための信号を受け付け、前記優先度
として、前記調停のための信号を用いることを特徴とす
る上記本発明である。

【００１０】また、第６の本発明（請求項６に対応）
は、前記第１制御命令および前記第２制御命令の制御命
令データ列から、前記機器制御系統の使用者に関連する
ユーザ情報を取得するユーザ情報取得部と、前記ユーザ
情報を記憶したユーザ情報テーブルと、前記ユーザ情報
に変更が生じた際に、変更されたユーザ情報を前記機器
制御系統から獲得し更新するユーザ情報テーブル更新部
とを備え、前記優先度として、前記ユーザ情報を用いる
ことを特徴とする上記本発明である。

【００１１】また、第７の本発明（請求項７に対応）
は、前記第１制御命令および前記第２制御命令の制御命
令データ列から、前記機器制御系統の制御命令に関連す
る機器情報を取得する機器情報取得部と、機器優先度情
報を記憶した機器情報テーブルと、前記機器優先度情報
に変更が生じた際に、変更された機器情報を前記機器制
御系統から獲得し更新する機器情報テーブル更新部とを
備え、前記優先度として、前記機器情報を用いることを
特徴とする上記本発明である。

【００１２】また、第８の本発明（請求項８に対応）
は、前記第１制御命令および前記第２制御命令の制御命
令データ列から、前記機器制御系統の使用者が設定する
ユーザ設定情報を取得するユーザ情報取得部と、前記ユ
ーザ設定情報を記憶したユーザ設定情報テーブルと、前
記ユーザ設定情報を変更する際に、変更された前記ユー
ザ設定情報を前記機器制御系統から獲得し更新するユー
ザ設定情報テーブル更新部とを備え、前記優先度とし
て、前記ユーザ設定情報を用いることを特徴とする上記
本発明である。

【００１３】また、第９の本発明（請求項９に対応）
は、前記第１制御命令と前記第２制御命令の制御命令デ
ータ列から、あらかじめ前記機器制御系統毎に設定され
た、優先度パラメータを取得する優先度パラメータ取得
部をさらに備え、前記優先度判定部は前記優先度パラメ
ータ情報を前記優先度に用いることを特徴とする上記本
発明である。

【００１４】また、第１０の本発明（請求項１０に対
応）は、前記第１制御命令および前記第２制御命令の制
御命令データ列から、前記機器制御系統の制御命令の種
類に応じた命令優先度情報を取得する命令優先度情報取
得部と、前記命令優先度情報を記憶した命令優先度判定
情報記憶部とをさらに備え、前記優先度判定部は、前記
命令優先度情報を前記優先度に用いることを特徴とする
上記本発明である。

【００１５】また、第１１の本発明（請求項１１に対
応）は、第５，第６，第８のいずれかの競合解消装置の
動作対象となる、前記制御対象機器と通信を行う機器制
御系統であって、該機器制御系統の利用者が少なくとも
前記優先度に関する入力を行うための入力インタフェー
ス部と、前記競合解消装置と通信を行うためのネットワ
ークインタフェース部と、前記入力インタフェース部ま
たは前記ネットワークインタフェース部からの情報を処
理する制御部と、前記制御部の制御内容を少なくとも表
示する表示部とを少なくとも備えたことを特徴とする機
器制御系統である。

【００１６】また、第１２の本発明（請求項１２に対
応）は、第３，第４，第７，第９のいずれかの本発明の
競合解消装置の動作対象となる、前記制御対象機器と通
信を行う機器制御系統であって、前記競合解消装置と通
信を行うためのネットワークインタフェース部と、前記
入力インタフェース部または前記ネットワークインタフ
ェース部からの情報を処理する制御部と、前記機器情報
を記憶する機器情報記憶部とを少なくとも備えたことを
特徴とする機器制御系統である。

【００１７】また、第１３の本発明（請求項１３に対
応）は、第２の本発明の競合解消装置の動作対象とな
る、前記制御対象機器と通信を行う機器制御系統であっ
て、遠隔機器使用状態監視部を少なくとも備え、前記遠
隔機器使用状態監視部は、前記競合解消装置に前記複数
の機器制御系統制御の入力があった場合に、前記使用状
況に関する情報を受信することを特徴とする機器制御系
統である。

【００１８】また、第１４の本発明（請求項１４に対
応）は、第１から第１０のいずれかの本発明の全部また
は一部の手段の全部または一部の機能をコンピュータに
より実行させるためのプログラムおよび／またはデータ
を担持した媒体であって、コンピュータにより処理可能
なことを特徴とする媒体である。

【００１９】また、第１５の本発明（請求項１５に対
応）は、第１から第１０のいずれかに記載の本発明の全
部または一部の手段の全部または一部の機能をコンピュ
ータにより実行させるためのプログラムおよび／または
データであることを特徴とする情報集合体である。

【００２０】また、第１６の本発明（請求項１６に対
応）は、第１１から第１３のいずれかの本発明の全部ま
たは一部の手段の全部または一部の機能をコンピュータ
により実行させるためのプログラムおよび／またはデー
タを担持した媒体であって、コンピュータにより処理可
能なことを特徴とする媒体である。

【００２１】また、第１７の本発明（請求項１７に対
応）は、第１１から第１３のいずれかの本発明の全部ま
たは一部の手段の全部または一部の機能をコンピュータ
により実行させるためのプログラムおよび／またはデー
タであることを特徴とする情報集合体である。

【００２２】以上のような本発明は、例えば前記機器に
対して前記機器の使用状況を記憶する仕組みを持つ構成
としたものである。また、前記機器への制御入力の競合
を各機器制御系統に通知する仕組みを１つあるいは複数
持たせる構成としたものである。あるいは前記機器への
制御入力の優先度を判定させる仕組みを持つ構成とした
ものである。また、前記機器への制御入力の優先度情報
を装置内部に記憶させる仕組み、前記機器への制御入力
の優先度の判断材料を取得する仕組みを、１つあるいは
複数持たせる構成としたものである。あるいは、前記機
器の制御権の維持・棄権をコントローラの使用者に問い
掛ける仕組みを持たせる構成としたものである。

【００２３】

【発明の実施の形態】以下に、本発明の実施の形態につ
いて、図を参照して説明する。

【００２４】（実施の形態１）まず、各実施の形態にお
いて共通する問題のモデルケースを説明し、その問題の
解決手順を、本発明の各実施の形態の動作に応じて説明
する。

【００２５】問題のモデルケースについて説明する。図
２１は問題のモデルケースの模式図である。図に示すよ
うに、制御対象機器を、スピーカーおよびＣＤプレーヤ
ーを搭載しているコンポ２１０１とし、第１の機器制御
系統の入力は前記コンポ用リモコン２１０２、第２の機
器制御系統の入力は、ネットワーク２１０５につながれ
た前記コンポ２１０１を遠隔操作する機能を持つテレビ
２１０３（以下ＴＶと表記）とする。ただしテレビ２１
０３は、リモコン２１０４により遠隔操作することも可
能である。

【００２６】本発明の各実施の形態による競合解消装置
は、前記コンポ２１０１に内蔵する形で装着してある。
第１のユーザである子供が前記コンポ２１０１をリモコ
ン２１０２で操作し、第２のユーザである前記子供の親
がネットワーク２１０５で繋がったＴＶからネットワー
ク経由で前記コンポを操作するとする。

【００２７】ここで、前記子供が夜間に前記リモコンを
用いて前記コンポの音を大きくしたのに対し、前記親
は、前記コンポ２１０１の音が大きくなったことを受け
て、前記ＴＶ２１０３を用いて音量を小さくしようとし
た場合、前記子供の操作と前記親の操作に競合が発生す
ることとなる。このとき、競合を解決する優先条件とし
て、優先度を次のように設定する。（Ａ）ＴＶ２１０３
はコンポ２１０１より機器優先度が高い、（Ｂ）夜は前
記親のほうが前記子供より、昼間は前記子供の方が前記
親よりそれぞれ優先度が高い、（Ｃ）前記親は前記子供
よりユーザ優先度が高い、（Ｄ）各データに重み付けを
したユーザ設定情報テーブルを用い「ＴＶ＝２、親＝
５、コンポ＝３、子供＝３」と設定する、（Ｅ）制御機
器に応じて設定した優先度パラメータを用い、ＴＶ２１
０３は４、コンポ２１０１は１とする、（Ｆ）命令の種
類、例えば緊急度・安全度に応じて優先度を設定し、例
として、音を小さくする制御命令は音を大きくする制御
命令よりも優先されるものとする、（Ｇ）ＴＶ２１０３
とコンポ２１０１の現在の使用状況に応じて優先度が定
められる。ただし、上記した（Ａ）〜（Ｇ）に示す具体
的な優先度の設定によらない競合の解決も行われる場合
もある。

【００２８】以上のような優先度の例のうち、（Ｇ）を
用いた例として、本実施の形態による前記モデルケース
の解決手順を図１を用いて説明する。

【００２９】図１は、本発明の実施の形態１による競合
解消装置を用いたシステム構成の一例を示すブロック図
である。図中、１０１はリモコン受信部、１０２はネッ
トワークインターフェース（Ｉ／Ｆ）、１０３は使用状
況監視部、１０４は制御部、１０５は制御対象機器であ
る。リモコン受信部１０１はリモコンからの制御命令を
受け、使用状況監視部１０３へ該制御命令を引き渡す手
段である。１０２はネットワーク２１０５からの制御命
令を受け、使用状況監視部１０３へ該制御命令入力を引
き渡す手段である。使用状況監視部１０３は、リモコン
受信部１０１またはネットワークインターフェース１０
２からの制御命令を受けると、先に制御入力のあった方
を優先するように排他制御を行う手段である。制御部１
０４は制御対象機器１０５の制御を行う手段である。制
御対象機器１０５はリモコン受信部１０１とネットワー
クインターフェース１０２とから制御を受ける対象機器
である。

【００３０】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１１を参照して説明す
る。

【００３１】はじめに、動作の前提条件として、リモコ
ン２１０２が使用中であり、そこからの制御命令が速い
ものとする。

【００３２】この場合、使用状況監視部１０３には、リ
モコン使用中を示す情報が記憶される。次にＴＶ２１０
３からの制御命令が、ネットワークインターフェース１
０２を介して入力される（ステップ１１０１）が、使用
状況監視部１０３はコンポ２１０１使用状況を判断し
（ステップ１１０２）、リモコン２１０２が使用中であ
る場合は、リモコン２１０２からの制御が終了するまで
は使用状況監視部１０３に使用中の情報があるために、
使用状況監視部１０３で制御命令はブロックされ、ＴＶ
側は使用できなくなるとともに、ＴＶ２１０３側へは
「使用中」の回答がなされる（ステップ１１０３）。

【００３３】一方、前提条件と異なり、リモコン２１０
２が使用中で無い場合は、使用状況監視部１０３の使用
状況をＴＶ２１０３による使用中へと変更し（ステップ
１１０４）、制御部１０４はＴＶ２１０３からの制御入
力に基づき、制御対象機器であるコンポ２１０１を制御
する。

【００３４】これによって、本実施の形態によれば、競
合が生じた場合は、常に、先に機器を使用した制御機器
が優先的に制御を行えるようになる。

【００３５】（実施の形態２）次に、上記優先度の例の
うち、（Ａ）を用いた例として、本発明の実施の形態２
による前記モデルケースの解決手順を図２を用いて説明
する。

【００３６】図２は本発明の実施の形態２による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、２０１はリモコン受信部、２０２はネット
ワークインターフェース（Ｉ／Ｆ）、２０３は優先度判
定部、２０４は制御部、２０５は制御対象機器、２０６
は優先度判定情報記憶部である。リモコン受信部２０１
はリモコンからの制御命令を受け、優先度判定部２０３
へ該制御命令を引き渡す手段である。ネットワークイン
ターフェース２０２はネットワーク２１０５からの入力
を受け、優先度判定部２０３へ入力を引き渡す手段であ
る。優先度判定部０３は、リモコン受信部２０１または
ネットワークインターフェース２０２からの入力を受け
ると、常に優先度の高い方を優先するように排他制御を
行う手段である。制御部２０４は制御対象機器２０５の
制御を行う手段である。制御対象機器２０５はリモコン
受信部２０１とネットワークインターフェース２０２か
らの制御を受ける対象機器である。優先度判定情報記憶
部２０６は優先度判定部２０３が優先度を判断する為の
優先度情報を記憶する手段である。

【００３７】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１２を参照して説明す
る。

【００３８】はじめに、動作の前提条件として、リモコ
ン２１０２が使用中であり、その後ＴＶ２１０３からの
制御命令が、ネットワークインターフェース２０２を介
して入力が優先度判定部２０３にあったとする（ステッ
プ１２０１）。優先度判定部２０３は、リモコン２１０
２からの制御命令の優先度とＴＶからの制御命令の優先
度を優先度判定情報記憶部２０６に問い合わせる（ステ
ップ１２０２）。優先度判定情報記憶部２０６は、両者
の優先度を判定する（ステップ１２０３）。ここでは、
ＴＶ２１０３からの制御命令の方がリモコン２１０２か
らの制御命令より優先度が高かったとすると、その結果
に基づき、ＴＶ２１０３からの制御命令が優先され（ス
テップ１２０５）、ＴＶ２１０３からの制御が終了する
まではリモコン２１０２側は使用できなくなる。

【００３９】一方、リモコン２１０２の優先度が高い場
合は、優先度判定部２０３は、リモコン２１０２の制御
命令を優先し（ステップ１２０４）、制御部２０４はリ
モコン２１０２からの制御入力に基づき、制御対象機器
であるコンポ２１０１を制御する。

【００４０】これによって、本実施の形態によれば、競
合が生じた場合は、常に、優先度の高い制御命令が優先
されるようになる。

【００４１】なお、本実施の形態における優先度は、コ
ンポ２１０１およびＴＶ２１０３のハードウェアに対し
てあらかじめ設定されているものであり、したがって、
ここでの優先度は、コンポ２１０２は常にＴＶ２１０３
に対して優先するという内容を持つものであり、具体的
には各機器（本実施の形態の場合はコンポ２１０１およ
びＴＶ２１０３）のネットワーク通信用のＩＤなどが用
いられる。

【００４２】（実施の形態３）次に、上記優先度の例の
うち、（Ｂ）を用いた例として、本発明の実施の形態３
による前記モデルケースの解決手順を図３を用いて説明
する。

【００４３】図３は本発明の実施の形態３による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、３０１はリモコン受信部、３０２はネット
ワークインターフェース、３０３は優先度判定部、３０
４は制御部、３０５は制御対象機器、３０６は優先度判
定情報記憶部、３０７はタイマー部である。リモコン受
信部３０１はリモコンからの入力を受け、優先度判定部
３０３へ入力を引き渡す手段である。ネットワークイン
ターフェース３０２はネットワークからの入力を受け、
優先度判定部３０３へ入力を引き渡す手段である。優先
度判定部３０３は優先度取得部３０３で取り出した優先
度に基づいてリモコンとネットワーク経由の制御入力の
どちらを優先させるかを判断する手段である。制御部３
０４は制御対象機器３０５の制御を行う手段である。制
御対象機器３０５はリモコン受信部３０１とネットワー
クインターフェース３０２からの制御を受ける対象機器
である。優先度判定情報記憶部３０６は優先度判定部３
０３が優先度を判断する為の時間情報に関する優先度情
報を記憶する手段である。タイマー部３０７は優先度判
定部３０３が優先度を判断する為の時間情報を提供する
手段である。

【００４４】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１３を参照して説明す
る。

【００４５】はじめに、動作の前提条件として、リモコ
ン２１０２が使用中であり、その後ＴＶ２１０３からの
制御命令が、ネットワークインターフェース３０２を介
して優先度判定部３０３にあったとする（ステップ１３
０１）。優先度判定部３０３は、タイマー部３０７から
現在の時間情報を取得する（ステップ１３０２）。優先
度判定部３０３は、タイマー部３０７から取得した時間
情報とともに、リモコン２１０２からの制御命令の優先
度とＴＶからの制御命令の優先度を、優先度判定情報記
憶部３０６から引き出す（ステップ１３０３）。優先度
判定情報記憶部３０６には、制御命令の優先度を時間帯
に関連づけて定めた時間優先度情報が記録されており、
優先度判定部３０３は、この時間優先度を用いて、両者
の優先度を判定する（ステップ１３０４）。

【００４６】今回の場合は、時間情報が夜間なので、時
間優先度情報に基づき、前記親のコントロールが優先さ
れる（ステップ１３０６）。

【００４７】一方、時間情報が昼間の場合は、前記子の
コントロールが優先される（ステップ１３０５）。

【００４８】これによって、本実施の形態によれば、競
合が生じた場合は、常に、その時間での優先度の高い方
が優先されるようになる。

【００４９】（実施の形態４）次に、上記優先度が、機
器間の交渉により決定される例として、本発明の実施の
形態４による前記モデルケースの解決手順を、図４を用
いて説明する。

【００５０】図４は本発明の実施の形態２による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、４０１はリモコン受信部、４０２はネット
ワークインターフェースａ、４０３は優先度判定部、４
０４は制御部ａ、４０５は制御対象機器、４０６は表示
部ａ、４０７はネットワーク２１０５側の機器のインタ
ーフェースｂ、４０８は前記ネットワーク２１０５側の
機器の制御部ｂ、４０９はネットワーク側の機器の表示
部ｂ、４１０はネットワーク２１０５側の機器の入力用
インターフェースｂ、である。

【００５１】リモコン受信部４０１はリモコンからの入
力を受け、優先度判定部４０３へ入力を引き渡す手段で
ある。ネットワークインターフェース４０２はネットワ
ークからの入力と出力とを制御し、優先度判定部４０３
へ入力を引き渡す手段である。優先度判定部４０３はリ
モコン受信部４０１またはネットワークインターフェー
スａ４０２からの入力を受けると、それを元にリモコン
とネットワーク経由の制御入力のどちらを優先させるか
を判断する手段である。制御部４０４ａは制御対象機器
４０５の制御を行う手段である。制御対象機器４０５は
リモコン受信部４０１とネットワークインターフェース
４０２ａからの制御を受ける対象機器である。ネットワ
ークインターフェースｂ４０７は、ネットワークインタ
ーフェース４０２へ制御命令を送る手段である。制御部
ｂ４０８は前記ネットワーク側の機器の制御を行う手段
である。表示部４０９は競合が起こった際にネットワー
クインターフェース４０２に制御入力を送った使用者に
対して、制御入力に競合が発生した旨を伝え、使用しつ
づけるか、他の制御入力に対象機器の制御を譲るか、を
問い合わせるための手段である。入力インタフェース４
１０は、ネットワーク側の機器の表示部４０９で表示さ
れた問いかけに対するユーザの回答を受け付けるための
手段である。

【００５２】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１４を参照して説明す
る。

【００５３】動作の前提条件として、リモコン２１０２
が使用中であり、その後ＴＶ２１０３からの制御命令
が、ネットワークインターフェースａ４０２を介して優
先度判定部４０３にあったとする（ステップ１４０
１）。

【００５４】優先度判定部４０３は、リモコン受信部４
０１に制御入力を送った使用者側の機器であるコンポ２
１０１と、ネットワークインターフェースａ４０２に制
御入力を送った使用者側の機器であるＴＶ２１０３に対
して、それぞれ制御入力に競合が発生した旨を表示部４
０７、表示部４１０を用いて伝え、使用しつづけるか、
他の制御入力に対象機器の制御を譲るか、を問い合わせ
る（ステップ１４０２）。ＴＶ２１０３の使用者である
親と、コンポ２１０１の使用者である子供はこの問い合
わせに対して回答を、それぞれリモコンを用いて入力す
る。今回は親が使用する、子供が譲る、と回答したとす
る。

【００５５】この回答はリモコン受信部４０１とネット
ワークＩ／Ｆａ４０２を介して、再び優先度判定部４０
３に入力されるので（ステップ１４０３）、その答えに
基づいて、ＴＶ２１０３からの入力が優先され、ＴＶ２
１０３からの制御が終了するまではコンポ２１０１のリ
モコン２１０２はコンポの制御ができなくなる。

【００５６】もし、ＴＶ２１０３の使用者である親と、
コンポ２１０１の使用者である子供のどちらかから意思
表示が行われないときは、意志表示を行わなかった機器
の使用者側が制御権を放棄したものとして、競合相手に
制御権が渡る（ステップ１４０４またはステップ１４０
５）。また、両方とも制御権を主張するか、両方とも権
利を放棄した場合には再び他の制御入力に対象機器の制
御を譲るか、の問い合わせが発生し、ステップ１４０２
に戻る。

【００５７】以上のように、本実施の形態によれば、競
合が生じた場合は、使用者の制御権を主張した方になる
べく優先されるようになる。

【００５８】（実施の形態５）次に、上記優先度の例の
うち、（Ｃ）を用いた例として、本発明の実施の形態５
による前記モデルケースの解決手順を図５を用いて説明
する。

【００５９】図５は本発明の実施の形態５による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、５０１はリモコン受信部、５０２はネット
ワークインターフェースａ、５０３はユーザ情報取得
部、５０４は優先度判定部、５０５は制御部ａ、５０６
は制御対象機器、５０７はユーザ情報テーブル、５０８
はユーザ情報テーブル更新部、５０９は表示部ａ、５１
０はネットワーク２１０５側の機器のネットワークイン
ターフェースｂ、５１１はネットワーク２１０５側の機
器の制御部ｂ、５１２はネットワーク２１０５側の機器
の表示部ｂ、５１３はネットワーク２１０５側の機器の
入力用インターフェースである。

【００６０】リモコン受信部５０１はリモコンからの入
力を受け、優先度判定部５０３へ入力を引き渡す手段で
ある。ネットワークインターフェースａ５０２はネット
ワークからの入力と出力とを制御し、優先度判定部５０
３へ入力を引き渡す手段である。ユーザ情報取得部５０
３は、リモコン受信部５０１およびネットワークインタ
フェースａ５０２から取得した制御命令に含まれるユー
ザ情報を取得する手段である。優先度判定部５０４は、
リモコン受信部５０１またはネットワークインターフェ
ース５０２ａからの制御命令を受けると、常に優先度の
高い方を優先するように排他制御を行う手段である。制
御部ａ５０５は制御対象機器５０５の制御を行う手段で
ある。制御対象機器５０６はリモコン受信部５０１とネ
ットワークインターフェース５０２からの制御を受ける
対象機器である。ユーザ情報テーブル５０７はユーザ情
報を保持する手段である。ユーザ情報テーブル更新部５
０８はユーザ情報テーブルを更新する手段である。表示
部ａ５０９は競合が起こった際にネットワークインター
フェース５０２に制御命令を送った使用者に対して、該
使用者のユーザ情報がユーザ情報テーブル登録されてい
ない旨を告知するとともに、登録を促す等の情報を表示
する手段である。ネットワークインターフェース５１０
はネットワーク２１０５側の機器のインターフェース
で、ネットワークインターフェース２へ制御命令を送る
手段である。制御部ｂ５１１はネットワーク側の機器の
制御を行う手段である。表示部５１２は競合が起こった
際にネットワークインターフェースａ５０２に制御入力
を送った使用者に対して、該使用者のユーザ情報がユー
ザ情報テーブル登録されていない旨を告知するととも
に、登録を促す等の情報を表示する手段である。入力イ
ンターフェース５１３はネットワーク側の機器の表示部
５１２で表示された問いかけに対してユーザの回答を受
け付けるための手段である。

【００６１】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１５を参照して説明す
る。

【００６２】はじめに、動作の前提条件として、リモコ
ン２１０２（コンポ２１０１）が使用中であり、その後
ＴＶ２１０３からの制御命令が、ネットワークインター
フェース５０２ａを介して、ユーザ情報取得部５０３に
あったとする（ステップ１５０１）。

【００６３】ユーザ情報取得部５０３はそれぞれの入力
がどのユーザからなのかというユーザ情報を取得する
（ステップ１５０２）。ついで、ユーザ情報取得部５０
３にて取得されたユーザ情報は、優先度判定部５０４に
引き渡される。

【００６４】次に、リモコン２１０２（コンポ２１０１
側）からの入力の優先度とＴＶ２１０３からの入力の優
先度を判断するために、優先度判断部５０４は、ユーザ
情報テーブル５０７にアクセスして、それぞれのユーザ
情報を取り出す（ステップ１５０３）。このとき、全て
の入力にそれぞれ対応するすべてのユーザ情報がユーザ
情報テーブルに存在するかどうかの判定が行われ（ステ
ップ１５０４）、入力に対応するすべてのユーザ情報が
存在しないときは、後述するステップ１５０８以降の動
作が行われる。入力に対応するすべてのユーザ情報が存
在するときは、それぞれのユーザ情報に基づき、各入力
の優先度（ユーザ優先度）を判定する（ステップ１５０
５）。今回の条件ではＴＶ２１０３の利用者である親
は、コンポ２１０１の利用者である子供よりも、高いユ
ーザ優先度が設定されているため、その結果に基づき、
ＴＶ２１０３からの入力が優先され、ＴＶ２１０３から
の制御が終了するまではコンポ２１０１側のリモコン２
１０２は使用できなくなる（ステップ１５０７）。ま
た、ＴＶ２１０３の利用者である親より、コンポ２１０
１の利用者である子供のほうが、高いユーザ優先度が設
定されている場合は、ＴＶ２１０３へ「使用中」の返事
がなされ、コンポ２１０１からの制御は継続される（ス
テップ１５０６）。

【００６５】次に、全てのユーザ情報がユーザ情報テー
ブル５０７に無かった場合（ステップ１５０４にて「Ｎ
ｏ」の場合）の動作を説明する。

【００６６】全てのユーザ情報がユーザ情報テーブル５
０７に無かった場合は、必要なユーザ情報を登録する作
業が必要になる。そこで、ユーザ情報テーブル更新部５
０８は制御部５１１ｂに対してユーザ情報を送るように
要求する（ステップ１５０８）。制御部５１１ｂは、ユ
ーザに対して表示部ｂ５１２を介してユーザ情報を入力
するように働きかけ、ユーザはリモコン（例えば本実施
の形態のリモコン２１０４）から入力Ｉ／Ｆ５１３を介
してユーザ情報を入力する。なお、このユーザ情報には
ユーザの優先度情報も含まれる。

【００６７】リモコンから出力されたユーザ情報はネッ
トワークＩ／Ｆａ５０２を介して入力され、優先度判定
部５０４，ユーザ情報取得部５０３を経てユーザ情報テ
ーブル更新部５０８によって、ユーザ情報テーブル５０
７に登録される（ステップ１５０９）。

【００６８】なお、上記の場合において、リモコンが、
例えば個人認証機能を持つ携帯電話のようなものである
場合は、該携帯電話内の優先度情報を用いることによ
り、ユーザによる入力は自動化され、制御部５１１ｂは
ユーザに表示部５１３を介して登録の旨を確認して、優
先度を自動設定するようにしてもよい。

【００６９】これによって、常に、ユーザ優先度の高い
方が優先されるようになる。

【００７０】（実施の形態６）次に、上記優先度の例の
うち、（Ａ）を用いた例として、本発明の実施の形態６
による前記モデルケースの解決手順を図６を用いて説明
する。

【００７１】図６は本発明の実施の形態６による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、６０１はリモコン受信部、６０２はネット
ワークインターフェースａ、６０３は機器情報取得部、
６０４は優先度判定部、６０５は制御部ａ、６０６は制
御対象機器、６０７は機器情報テーブル、６０８は機器
情報テーブル更新部、６０９はネットワーク２１０５側
の機器のネットワークインターフェースｂ、６１０はネ
ットワーク２１０５側の機器の制御部ｂ、６１１は機器
情報記憶部である。

【００７２】リモコン受信部６０１はリモコンからの入
力を受け、機器情報取得部へ入力を引き渡す手段であ
る。ネットワークインターフェースａ６０２はネットワ
ークからの入力と出力とを制御し、機器情報取得部６０
３へ入力を引き渡す手段である。機器情報取得部６０３
はリモコン受信部６０１及びネットワークＩ／Ｆ６０２
ａの入力から機器情報をとりだす手段である。優先度判
定部６０４は機器情報取得部６０３で取り出した優先度
に基づいてリモコンとネットワーク経由の制御命令のど
ちらを優先させるかを判断する手段である。制御部ａ６
０５は制御対象機器６０６の制御を行う。制御対象機器
６０６はリモコン受信部６０１とネットワークインター
フェース６０２からの制御を受ける対象機器である。機
器情報テーブル６０７は優先度判定部６０３が優先度を
判断する為の制御入力元の機器情報を記憶する手段であ
る。機器情報テーブル更新部６０８は機器情報テーブル
を更新する手段である。ネットワークインターフェース
ｂ６０９は、ネットワークインターフェースａ６０２へ
制御命令を送る手段である。制御部ｂ６１０はネットワ
ーク側の機器の制御を行う手段である。機器情報記憶部
６１１は前記機器固有の機器情報記憶を記憶する手段で
ある。

【００７３】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１６を参照して説明す
る。

【００７４】はじめに、動作の前提条件として、リモコ
ン２１０２が使用中であり、その後ＴＶ２１０３からの
制御命令が、ネットワークインターフェースａ６０２を
介して機器情報取得部６０３にあったとする（ステップ
１６０１）。

【００７５】機器情報取得部６０３は、それぞれの入力
が、どの機器なのかという機器情報を取得する（ステッ
プ１６０２）。ついで、機器情報取得部６０３にて取得
された機器情報は、優先度判定部６０４に引き渡され
る。

【００７６】次に、リモコンから２１０２（コンポ２１
０１側）の入力の優先度と、ＴＶ２１０３からの入力の
優先度を判定するために、優先度判定部６０４は、機器
情報テーブル６０７にアクセスして、それぞれの機器情
報を取り出す（ステップ１６０３）。このとき、全ての
入力にそれぞれ対応する機器情報が機器情報テーブル６
０７に存在するかどうかの判定が行われ（ステップ１６
０４）、入力に対応するすべての機器情報が存在しない
ときは、後述するステップ１６０８以降の動作が行われ
る。入力に対応するすべての機器情報が存在するとき
は、それぞれの機器情報に基づき、各入力の優先度（機
器優先度）を判定する（ステップ１６０５）。

【００７７】今回の条件では、各機器情報においては、
親の使用するＴＶ２１０３は、子供の使用するコンポ２
１０１よりも、高い機器優先度が設定されているため、
その結果に基づき、ＴＶ２１０３からの入力が優先さ
れ、ＴＶ２１０３からの制御が終了するまではコンポ２
１０１側のリモコン２１０２は使用できなくなる（ステ
ップ１６０７）。また、親の使用するＴＶ２１０３よ
り、子供の使用するコンポ２１０１の利用者である子供
のほうが、高い機器優先度が設定されている場合は、Ｔ
Ｖ２１０３へ「使用中」の返事がなされ、コンポ２１０
１からの制御は継続される（ステップ１５０６）。

【００７８】次に、全ての機器情報が機器情報テーブル
６０７に無かった場合（ステップ１６０４にて「Ｎｏ」
の場合）の動作を説明する。

【００７９】全ての機器情報が機器情報テーブル６０７
に無かった場合は、必要な機器情報を登録する作業が必
要になる。そこで、機器情報テーブル更新部６０８は制
御部ｂ６１０に対して機器情報を送るように要求する
（ステップ１６０８）。制御部ｂ６１０は、該要求を受
けると、機器情報記憶部６１１にアクセスして機器情報
を取得し、ネットワークＩ／Ｆｂ６０９を介して機器情
報を出力する。

【００８０】リモコンから出力された機器情報はネット
ワークＩ／Ｆａ６０２を介して入力され、優先度判定部
６０４，機器情報取得部６０３を経て機器情報テーブル
更新部６０８によって、機器情報テーブル６０７に登録
される（ステップ１６０９）。

【００８１】これによって、常に、機器優先度の高い方
が優先されるようになる。

【００８２】なお、ステップ１６０６の、制御入力が発
行されない動作に際しては、ＴＶ２１０３側にて、「使
用中」の旨がユーザに示されるようにしてもよい。

【００８３】（実施の形態７）次に、上記優先度の例の
うち、（Ｄ）を用いた例として、本発明の実施の形態７
による前記モデルケースの解決手順を図７を用いて説明
する。

【００８４】図７は本発明の実施の形態７による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、７０１はリモコン受信部、７０２はネット
ワークインターフェース、７０３は優先度判断部、７０
４は制御部、７０５は制御対象機器、７０６はユーザ設
定情報テーブル、７０７はユーザ設定情報テーブル更新
部、７０８は表示部、７０９はネットワーク側の機器の
インターフェース、７１０は前記ネットワーク側の機器
の制御部、７１１は前記ネットワーク側の機器の表示
部、７１２は前記ネットワーク側の機器の入力用インタ
ーフェース、である。７１３はユーザ設定情報取得部で
ある。

【００８５】リモコン受信部７０１はリモコンからの入
力を受け、優先度判定部７０３へ入力を引き渡す手段で
ある。ネットワークインターフェース７０２はネットワ
ークからの入力と出力とを制御し、優先度判定部７０３
へ入力を引き渡す手段である。７０３はリモコンとネッ
トワーク経由の制御入力のどちらを優先させるかを判断
する手段である。７０４は制御対象機器７０５の制御を
行う手段である。７０５はリモコン受信部７０１とネッ
トワークインターフェース７０２からの制御を受ける対
象機器である。７０６はユーザが設定した優先度情報を
記憶する手段である。これは優先度判定部７０３が優先
度を判断する為の材料として使われる。７０７はユーザ
設定情報テーブルを更新する手段である。７０８はユー
ザがユーザ設定情報をユーザ情報テーブルに設定する際
に設定に必要な情報を表示する手段である。７０９はネ
ットワーク側の機器のインターフェースで、ネットワー
クインターフェース７０２へ制御命令を送る手段であ
る。７１０は前記ネットワーク側の機器の制御を行う手
段である。７１１はユーザがユーザ設定情報をユーザ情
報テーブルに設定する際に設定に必要な情報を表示する
手段である。７１２はネットワーク側の機器の表示部７
１１で表示された問いかけに対してユーザの回答が入っ
てくる手段である。

【００８６】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１７を参照して説明す
る。

【００８７】まず、リモコン２１０２が使用中、すなわ
ちリモコン２１０２（コンポ２１０１側）からの入力が
先にあり、その後ＴＶ２１０３からの信号がネットワー
クＩ／Ｆ７０２よりユーザ設定情報取得部７１３に入力
されると（ステップ１７０１）、ユーザ設定情報取得部
７１３は、ＴＶ２１０３の信号からユーザ設定情報を取
り出し、優先度判定部７０３へ引き渡す（ステップ１７
０２）。次いで、優先度判定部７０３は、各機器の優先
度を判断するためにユーザ設定情報テーブル７０６より
ユーザ設定情報を引き出す（ステップ１７０３）。

【００８８】優先度判定部７０３は、ユーザ設定情報テ
ーブル７０６より引き出されたユーザ設定情報から各入
力の優先度を判断する（ステップ１７０４）。

【００８９】優先度判定部７０３の判定の結果、ＴＶ２
１０３からの入力信号の優先度が高ければ、制御部ａ７
０４はＴＶ２１０３からの制御を実行し（ステップ１７
０３）、ＴＶ２１０３からの入力信号の優先度が高けれ
ば、制御部ａ７０４はＴＶ２１０３からの制御入力を受
け付け、これを実行する（ステップ１７０５）。もし、
ＴＶ２１０３からの入力信号の優先度が低ければ、ＴＶ
２１０３の画面には「コンポ使用中」などの旨が表示さ
れる（ステップ１７０５）。

【００９０】また、ユーザがユーザ設定情報を設定して
いない場合、デフォルトとして、優先度は最低次のもの
が設定されている。そこで優先度を変更するためには、
ユーザ設定情報更新処理をしなければならない。コンポ
２１０１のユーザ情報更新部へ、ＴＶ２１０３から、設
定したいユーザ設定情報を送ると（ステップ１７０
７）、ユーザからの情報を元に、ユーザ設定情報更新部
７０７がユーザ設定情報テーブル７０６を登録、あるい
は更新する（ステップ１７０８）。

【００９１】次に、本実施の形態の競合解消装置の優先
度判定部７０３の動作の詳細について説明を行う。

【００９２】優先度判定部７０３は、ネットワークＩ／
Ｆａ７０２，リモコン受信部７０１それぞれの入力が、
ネットワーク上、または他の箇所にあるどの機器からな
のかという情報を取得し、リモコン２１０２からの入力
の優先度とＴＶ２１０３からの入力の優先度をユーザ設
定情報テーブル７０６に問い合わせる。

【００９３】ここで、ユーザよりユーザ設定情報テーブ
ル７０６にあらかじめ設定された優先度は、先に述べた
ように、利用者および機器に属する情報をパラメータ化
しており、ＴＶ＝２、親＝５、コンポ＝３、子供＝３で
あるとする。

【００９４】優先度判定部７０３は、上記のパラメータ
を演算することにより優先度の判断を行う。演算は、任
意の定式、関数、アルゴリズムに則って行ってよいが、
一例としてユーザの設定した重みを掛け算して比べるも
のだとすると、計算結果は、機器ＴＶ２１０３を使用し
ている利用者親は、２×５＝１０、機器コンポ２１０１
を使用している利用者子供は、３×３＝９といった優先
度を最終的に得る。

【００９５】この結果ＴＶ２１０３を使用している前記
親の方が優先度が高いので、その結果に基づき、ＴＶか
らの入力が優先され、ＴＶからの制御が終了するまでは
リモコン側は使用できなくなる。これによって、常に優
先度の高い方が優先されるようになる。

【００９６】（実施の形態８）次に、上記優先度の例の
うち、（Ｇ）を用いた例として、本発明の実施の形態８
による前記モデルケースの解決手順を図８を用いて説明
する。

【００９７】図８は本発明の実施の形態７による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、８０１はリモコン受信部、８０２はネット
ワークインターフェースａ、８０３は機器使用状況監視
部、８０４は制御部ａ、８０５は制御対象機器、８０６
はネットワーク２１０５側の機器のネットワークインタ
ーフェース、８０７はネットワーク２１０５側の機器の
制御部ｂ、８０８はネットワーク２１０５側の機器の遠
隔機器使用状態監視部である。

【００９８】リモコン受信部８０１はリモコンからの制
御命令を受け、機器使用状況監視部８０３へ入力を引き
渡す手段である。ネットワークインターフェースａ８０
２はネットワークからの入力と出力とを制御し、機器使
用状況監視部８０３へ入力を引き渡す手段である。機器
使用状態監視部８０３は、リモコン受信部８０２または
ネットワークインターフェース８０３ａからの入力を受
けると、先に制御入力のあった方を優先するように排他
制御を行う手段である。８０４は制御対象機器８０５の
制御を行う手段である。制御対象機器８０５はリモコン
受信部８０１とネットワークインターフェース８０２ａ
からの制御を受ける対象機器である。ネットワークイン
タフェースｂ８０６はネットワーク２１０５側の機器の
インターフェースで、ネットワークインターフェース８
０２ａへ制御命令を送る手段である。制御部ｂ８０７は
前記ネットワーク側の機器の制御を行う手段である。遠
隔機器使用状態監視部８０８は使用状態監視部８０３と
同様に制御対象機器８０５の使用状況を監視する手段で
ある。

【００９９】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１８を参照して説明す
る。ただしコンポ２１０１のリモコン２１０２も、ＴＶ
２１０３のリモコン２１０４も、図８に示すリモコンと
同一の構成を有するものとする。

【０１００】まず、コンポ２１０１のリモコン２１０２
側が、先にコンポ２１０１を利用する場合、リモコン２
１０１側は、機器使用状態監視部８０３に先に制御して
いる機器があるかどうか尋ね（ステップ１８０１）、未
使用であれば機器使用状態監視部８０３の使用状態を
「使用中」に変更し（ステップ１８０２）、制御部ｂ８
０７によりコンポ２１０１の制御を行う（ステップ１８
０３）。

【０１０１】上記のステップ１８０１の動作において、
機器使用状態監視部８０３に先に制御している機器があ
るかどうか尋ねたときに、他の機器（この場合はＴＶ２
１０３）が使用していれば、リモコン２１０２側からの
制御入力は行われない。

【０１０２】一方、ＴＶ２１０３側がコンポ２１０１を
先に使用するときは、まず遠隔機器使用監視部８０８で
コンポ２１０１が使用中になっていないかどうかを調べ
（ステップ１８０５）、機器が未使用ならば機器使用状
態監視部８０３を「使用中」に変更し（ステップ１８０
６）、制御部ｂ８０７を用いてコンポ２１０１の制御を
行う（ステップ１８０７）。もし、機器使用状態監視部
８０３に先に制御している機器があるかどうか尋ねたと
きに、他の機器（この場合はコンポ２１０１のリモコン
２１０２）が使用状態であるならば、制御入力は行われ
ない（ステップ１８０８）。

【０１０３】次に、遠隔制御状態監視部８０３の情報の
更新は、それ自身が独立した別の処理手順で行う。遠隔
機器使用状態監視部８０３の機器使用状態は、制御対象
機器８０５である機器（コンポ２１０１）の使用状態が
「使用中」に変化したのを受けて（ステップ１８０
９）、ＴＶ側にある遠隔機器使用状態監視部の使用状態
を「使用中」に変更する（ステップ１８１０）。

【０１０４】この実施例では、制御側であるコンポ２１
０１側とＴＶ２１０３側の両方が、制御対象機器８０５
（コンポ２１０１）の使用状態の情報をもっているた
め、該制御側は、制御対象機器８０５（コンポ２１０
１）に対し制御信号を発信する前に、自らのリモコン部
に内蔵された「遠隔機器使用状態監視部８０８」にコン
ポ２１０１の使用状態を聞きに行く。このため、ネット
ワーク上に機器の使用状態を確認するための命令を流す
必要がなく、ネットワーク上を流れるデータを抑制し
て、トラフィックを軽減することが可能となる。

【０１０５】なお、本実施の形態においては、遠隔機器
使用状態監視部８０８は一定時間ごとに使用状態監視部
８０３の情報を取得することで、使用状態監視部８０３
とデータの整合性を保つ、という機能を備えているのが
望ましい。

【０１０６】また、ステップ１８０４やステップ１８０
８の、制御入力が発行されない動作に際しては、ＴＶ２
１０３側にて、「使用中」の旨がユーザに示されるよう
にしてもよい。

【０１０７】（実施の形態９）次に、上記優先度の例の
うち、（Ｅ）を用いた例として、本発明の実施の形態７
による前記モデルケースの解決手順を図９を用いて説明
する。

【０１０８】図９は本発明の実施の形態７による競合解
消装置を用いたシステム構成の一例を示すブロック図で
ある。図中、９０１はリモコン受信部、９０２はネット
ワークインターフェース、９０３は優先度パラメータ作
成部ａ、９０４は優先度情報取得部、９０５は優先度判
定部、９０６は制御部ａ、９０７は制御対象機器であ
る。また９０８はネットワークインタフェースｂ、９０
９は制御部ｂ、優先度パラメータ作成部ｂ９１０であ
る。

【０１０９】リモコン受信部９０１はリモコンからの入
力を受け、優先度情報取得部９０３へ入力を引き渡す手
段である。ネットワークインターフェース９０２はネッ
トワークからの入力と出力とを制御し、優先度情報取得
部９０３へ制御命令を引き渡す手段である。優先度情報
取得部９０４はリモコン受信部９０１及びネットワーク
Ｉ／Ｆ９０２の入力から優先度情報をとりだす手段であ
る。９０５は優先度取得部９０３で取り出した優先度情
報に基づいてリモコンとネットワーク経由の制御命令の
どちらを優先させるかを判断する手段である。制御部ａ
９０６は制御対象機器９０７の制御を行う手段である。
制御対象機器９０７はリモコン受信部９０１とネットワ
ークインターフェース９０２からの制御を受ける対象機
器である。

【０１１０】さらに、コンポ２１０１およびＴＶ２１０
３は、それぞれネットワーク共通の優先度が数値化され
た優先度パラメータを有しており、この優先度パラメー
タ作成部９１０ｂに保持されている。ＴＶ２１０３側か
ら、制御対象機器９０７であるＴＶ２１０３を制御する
際には、制御命令と共にこの優先度パラメータがネット
ワークＩ／Ｆａ９０２に送られてくる。また、コンポ２
１０１のリモコンからの入力の場合は、リモコン受信部
９０１に受信された段階で、で優先度パラメータａ９１
０で作られた優先度パラメータが、リモコンからの制御
命令に付加される。なお、本実施の形態では、コンポ２
１０１の優先度パラメータを１，ＴＶ２１０３の優先度
パラメータを４とおく。

【０１１１】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図１９を参照して説明す
る。

【０１１２】はじめに、動作の前提条件として、リモコ
ン２１０２が使用中であり、その後ＴＶ２１０３からの
制御命令が、ネットワークインターフェース９０２を介
して優先度判定部９０３にあったとする（ステップ１９
０１）。

【０１１３】リモコン２１０２，ＴＶ２１０３からの制
御命令のいずれにも優先度パラメータは付加されている
が、ＴＶ２１０３の優先度パラメータは、ネットワーク
Ｉ／Ｆから制御命令を受ける（ステップ１９０１）と、
優先度情報取得部９０４にて取り出される（ステップ１
９０２）。リモコン２１０１の場合は、リモコン受信部
９０１にて制御命令を受信されると、優先度パラメータ
作成部ａ９０３から付加された優先度パラメータが、優
先度判定部９０４に取得されて、上記ステップ１９０２
と同様の動作が完了する。

【０１１４】次に、優先度判定部９０５は、優先度情報
取得部９０４が取得した優先度パラメータに基づき、リ
モコン２１０２側，ＴＶ２１０３側のいずれかの命令を
優先するかを計算する（ステップ１９０３）。この場合
の判定基準は単にパラメータの大きい方が優先されると
する。そうすると、優先度パラメータが４であるＴＶ２
１０３のほうが優先度パラメータが１であるコンポ２１
０１より大きいので、ＴＶの命令が受け入れられ、制御
部ａ９０６でＴＶ２１０３の制御入力を実行する（ステ
ップ１９０４）。

【０１１５】一方、今回の場合とは異なり、コンポ２１
０１のほうがＴＶ２１０３より大きい優先度パラメータ
を有する場合は、優先度判定部９０４は、コンポ側から
の制御命令を受け入れて、制御部ａ９０６でコンポ２１
０１のリモコン２１０１からの制御入力を実行する（ス
テップ１９０５）。

【０１１６】また、ステップ１８０５の、制御入力が発
行されない動作に際しては、ＴＶ２１０３側にて、「使
用中」の旨がユーザに示されるようにしてもよい。

【０１１７】なお、本実施の形態２他の実施の形態に示
す優先度と、本実施の形態との優先度パラメータとの相
違点は次の通りである。制御命令として入ってくる情報
に付与された優先度は、機器や、ユーザに依存するもの
であり、優先の度合いを値に変換した数値ではなく、属
性文字列にて記述されるものである。したがって、優先
度は、機器やユーザの情報を記憶したテーブル（ユーザ
情報テーブルや機器情報テーブル）を参照して、該属性
文字列に対応する数値を取り出さなければならない。

【０１１８】これに対し、本実施の形態に示す優先度パ
ラメータは、すでに、それぞれの機器が、ネットワーク
共通の優先度を数値化する機構を有しており（これは、
機器にアルゴリズムが埋め込まれていたり、制御対象で
も操作もとでもない第３機器からもってくる、例えばホ
ームサーバのような機器にアルゴリズムやデータベース
が存在するので、それを参照するというもの）、競合解
消装置では、そのパラメータを受け取り、多少の吟味を
加えて結論を出す点が異なる。これによって、常に、優
先度の高い方が優先されるようになる。

【０１１９】（実施の形態１０）次に、上記優先度の例
のうち、（Ｆ）を用いた例として、本発明の実施の形態
１０による前記モデルケースの解決手順を図１０を用い
て説明する。

【０１２０】図１０は第１０の発明の装置を用いたシス
テム構成の一例を示すブロック図である。図中、１００
１はリモコン受信部、１００２はネットワークインター
フェース、１００３は優先度判定部、１００４は制御
部、１００５は制御対象機器、１００６は命令優先度判
定情報記憶部である。１００７は命令優先度情報取得部
である。

【０１２１】リモコン受信部１００１はリモコンからの
入力を受け、優先度判定部１００３へ入力を引き渡す手
段である。ネットワークインターフェース１００２はネ
ットワークからの入力と出力とを制御し、優先度判定部
１００３へ入力を引き渡す手段である。優先度判定部１
００３はリモコン受信部１００１及びネットワークＩ／
Ｆ１００２の制御命令に基づいてリモコンとネットワー
ク経由の制御入力のどちらを優先させるかを判断する手
段である。制御部１００４は制御対象機器１００５の制
御を行う手段である。制御対象機器１００５はリモコン
受信部１００１とネットワークインターフェース１００
２からの制御を受ける対象機器である。命令優先度判定
情報記憶部１００６は優先度判定部１００３が優先度を
判断する為の命令優先度情報を記憶する手段である。命
令優先度情報取得部１００７はリモコン受信部１００１
及びネットワークＩ／Ｆ１００２の制御命令から命令優
先度情報を取得するための手段である。

【０１２２】以上のような構成を有する本実施の形態に
よる競合解消装置の動作を、前記モデルケースの解決手
順を例として、チャートである図２０を参照して説明す
る。

【０１２３】はじめに、動作の前提条件として、リモコ
ン２１０２が使用中であり、その後ＴＶ２１０３からの
制御命令が、ネットワークインターフェース１００２を
介して優先度判定部１００３にあったとする（ステップ
２００１）。

【０１２４】優先度判定部１００３はリモコン２１０２
からの入力の命令の優先度とＴＶからの入力の命令の優
先度である命令優先度を、命令優先度情報取得部１００
７より取得して、命令優先度判定情報記憶部１００６に
問い合わせ、命令優先度判定度判定情報記憶部１００６
の判定条件に照らし合わせて、いずれの命令の優先度が
高いかを判定する（ステップ２００３）。ここでは、Ｔ
Ｖからの入力の方がリモコンより優先度が高かったとす
ると、その結果に基づき、ＴＶからの入力が優先され、
ＴＶからの制御が終了するまではリモコン側は使用でき
なくなる（ステップ２００４）。

【０１２５】これによって、常に、優先度の高い方が優
先されるようになる。

【０１２６】なお、上記の各実施の形態において、ＴＶ
２１０３またはＴＶのリモコン２１０４は、本発明の機
器制御系統に相当するものである。

【０１２７】また、上記の説明においては、本発明の実
施の形態における競合解消装置および機器制御系統につ
いて説明を行ったが、本発明は、上述した本発明の全部
又は一部の手段の全部又は一部の機能をコンピュータに
より実行させるためのプログラム及び／又はデータを担
持した媒体であり、コンピュータにより読み取り可能且
つ、読み取られた前記プログラム及び／又はデータが前
記コンピュータと協動して前記機能を実行する媒体とし
て実現してもよい。

【０１２８】また、本発明は、上述した本発明の全部又
は一部の手段の全部又は一部の機能をコンピュータによ
り実行させるためのプログラム及び／又はデータであ
り、前記コンピュータと協動して前記機能を実行するこ
とを特徴とする情報集合体として実現してもよい。

【０１２９】また、なお、上記において、データとは、
データ構造、データフォーマット、データの種類などを
含む。また、媒体とは、ＲＯＭ等の記録媒体、インター
ネット等の伝送媒体、光・電波・音波等の伝送媒体を含
む。また、担持した媒体とは、例えば、プログラム及び
／又はデータを記録した記録媒体、やプログラム及び／
又はデータを伝送する伝送媒体等をふくむ。

【０１３０】さらに、コンピュータにより処理可能と
は、例えば、ＲＯＭなどの記録媒体の場合であれば、コ
ンピュータにより読みとり可能であることであり、伝送
媒体の場合であれば、伝送対象となるプログラム及び／
又はデータが伝送の結果として、コンピュータにより取
り扱えることであることを含み、情報集合体とは、例え
ば、プログラム及び／又はデータ等のソフトウエアを含
むものである。

【０１３１】したがって、以上説明した様に、本発明の
構成は、ソフトウェア的に実現しても良いし、ハードウ
ェア的に実現しても良い。

【０１３２】

【発明の効果】以上のように本発明によれば、複数の機
器からの制御命令が同一の機器に対して行われた際に、
機器のハードウエア特性や機構に依存せず、競合を解消
し、機器自体の誤作動や、破損を防いだり、機器の保持
するデータや周辺機器への悪影響を抑えたり、機器を制
御するための余剰な制御入力の発生を抑えることを可能
にする。

【図面の簡単な説明】

【図１】本発明の実施の形態１による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図２】本発明の実施の形態２による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図３】本発明の実施の形態３による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図４】本発明の実施の形態４による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図５】本発明の実施の形態５による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図６】本発明の実施の形態６による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図７】本発明の実施の形態７による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図８】本発明の実施の形態８による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図９】本発明の実施の形態９による競合解消装置を用
いたシステム構成の一例を示すブロック図

【図１０】本発明の実施の形態１０による競合解消装置
を用いたシステム構成の一例を示すブロック図

【図１１】本発明の実施の形態１による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１２】本発明の実施の形態２による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１３】本発明の実施の形態３による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１４】本発明の実施の形態４による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１５】本発明の実施の形態５による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１６】本発明の実施の形態６による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１７】本発明の実施の形態７による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１８】本発明の実施の形態８による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図１９】本発明の実施の形態９による競合解消装置を
用いたシステム構成の動作例を示すフローチャート

【図２０】本発明の実施の形態１０による競合解消装置
を用いたシステム構成の動作例を示すフローチャート

【図２１】本発明の実施の形態１〜１０による競合解消
装置を用いたシステム構成の一例を示す模式図

【符号の説明】

１０１ リモコン受信部 １０２ ネットワークインターフェース １０３ 使用状況監視部 １０４ 制御部 １０５ 制御対象機器 ２０１ リモコン受信部 ２０２ ネットワークインターフェース ２０３ 優先度判定部 ２０４ 制御部 ２０５ 制御対象機器 ２０６ 優先度判定情報記憶部 ３０１ リモコン受信部 ３０２ ネットワークインターフェース ３０３ 優先度判定部 ３０４ 制御部 ３０５ 制御対象機器 ３０６ 優先度判定情報記憶部 ３０７ タイマー部 ４０１ リモコン受信部 ４０２ ネットワークインターフェースａ ４０３ 優先度判定部 ４０４ 制御部ａ ４０５ 制御対象機器 ４０６ 表示部ａ ４０７ ネットワークインターフェースｂ ４０８ 制御部ｂ ４０９ 表示部ｂ ４１０ ネットワーク側の機器の入力用インターフェー
ス ５０１ リモコン受信部 ５０２ ネットワークインターフェースａ ５０３ ユーザ情報取得部 ５０４ 優先度判定部 ５０５ 制御部ａ ５０６ 制御対象機器 ５０７ ユーザ情報テーブル ５０８ ユーザ情報テーブル更新部 ５０９ 表示部ａ ５１０ ネットワーク側の機器のインターフェース ５１１ 制御部ｂ ５１２ 表示部ｂ ５１３ 前記ネットワーク側の機器の入力用インターフ
ェース ６０１ リモコン受信部 ６０２ ネットワークインターフェースａ ６０３ 機器情報取得部 ６０４ 優先度判定部 ６０５ 制御部ａ ６０６ 制御対象機器 ６０７ 機器情報テーブル ６０８ 機器情報テーブル更新部 ６０９ ネットワークインターフェースｂ ６１０ 制御部ｂ ６１１ 機器情報記憶部 ７０１ リモコン受信部 ７０２ ネットワークインターフェースａ ７０３ 優先度判定部 ７０４ 制御部ａ ７０５ 制御対象機器 ７０６ ユーザ設定情報テーブル ７０７ ユーザ設定情報テーブル更新部 ７０８ 表示部ａ ７０９ ネットワークインターフェースｂ ７１０ 制御部ｂ ７１１ 表示部ｂ ７１２ ネットワーク側の機器の入力用インターフェー
ス ７１３ ユーザ設定情報取得部 ８０１ リモコン受信部 ８０２ ネットワークインターフェースａ ８０３ 機器使用状況監視部 ８０４ 制御部ａ ８０５ 制御対象機器 ８０６ ネットワークインターフェースｂ ８０７ 制御部ｂ ８０８ 遠隔機器使用状態監視部 ９０１ リモコン受信部 ９０２ ネットワークインターフェースａ ９０３ 優先度パラメータ作成部ａ ９０４ 優先度情報取得部 ９０５ 優先度判定部 ９０６ 制御部ａ ９０７ 制御対象機器 ９０８ ネットワークインタフェースｂ ９０９ 制御部ｂ ９０１ 優先度パラメータ作成部ｂ １００１ リモコン受信部 １００２ ネットワークインターフェース １００３ 優先度判定部 １００４ 制御部 １００５ 制御対象機器 １００６ 命令優先度判定情報記憶部 １００７ 命令優先度情報取得部 ２１０１ 前記競合解消装置を内蔵するＣＤプレーヤー
を搭載しているコンポ ２１０２ 前記コンポ用リモコン ２１０３ ネットワークにつながれた前記コンポを遠隔
操作する機能を持つテレビ ２１０４ テレビのリモコン

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/00 Ｈ０４Ｎ 5/00 Ａ (72)発明者 武知 秀明 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 松村 浩一 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 池▲ざき▼ 雅夫 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B061 BB04 BC06 BC10 5C056 AA01 AA07 BA01 CA08 DA20 5K048 AA09 BA02 DA03 DB04 EB02 FB05 FC01 HA02

Claims (17)

【特許請求の範囲】
1. 【請求項１】 複数の機器制御系統から制御命令を受け
   る少なくとも１つの制御対象機器における、前記制御命
   令の競合を解消する競合解消装置であって、 前記複数の機器制御系統からの前記制御命令をそれぞれ
   個々に受け付ける複数のインターフェース部と、 前記複数の機器制御系統の内のいずれかからもたらされ
   る第１制御命令と、前記複数の機器制御系統からもたら
   される、前記第１制御命令とは異なる第２制御命令と
   が、同一の前記制御対象機器を制御しようとして競合が
   起きた際に、所定の条件に基づき前記第１制御命令入力
   の選択を行う選択手段とを備え、 前記選択手段により選択された前記第１制御命令の制御
   命令に基づき、前記制御対象機器が制御されることを特
   徴とする競合解消装置。
2. 【請求項２】 前記選択手段は、前記制御対象機器の使
   用状況から前記第１制御命令の有効性を判断し選択を行
   う機器使用状態監視部を有し、 前記所定の条件は、前記制御対象機器の使用状況である
   ことを特徴とする請求項１に記載の競合解消装置。
3. 【請求項３】 前記選択手段は、前記第１制御命令と前
   記第２制御命令との優先度を判断する優先度判定部と、 前記優先度判定の基準となる、前記第１制御命令および
   前記第２制御命令の優先度を記憶した優先度判定情報記
   憶部を有し、 前記所定の条件は、前記優先度であることを特徴とする
   請求項１に記載の競合解消装置。
4. 【請求項４】 時間情報を生成するタイマー部をさらに
   備え、 前記優先度判定部は前記時間情報を前記優先度に用いる
   ことを特徴とする請求項３に記載の競合解消装置。
5. 【請求項５】 前記優先度判断部は、前記第１制御命令
   の元である機器制御系統または前記第２制御命令の元で
   ある機器制御系統から、調停のための信号を受け付け、 前記優先度として、前記調停のための信号を用いること
   を特徴とする請求項３に記載の競合解消装置。
6. 【請求項６】 前記第１制御命令および前記第２制御命
   令の制御命令データ列から、前記機器制御系統の使用者
   に関連するユーザ情報を取得するユーザ情報取得部と、 前記ユーザ情報を記憶したユーザ情報テーブルと、 前記ユーザ情報に変更が生じた際に、変更されたユーザ
   情報を前記機器制御系統から獲得し更新するユーザ情報
   テーブル更新部とを備え、 前記優先度として、前記ユーザ情報を用いることを特徴
   とする請求項３に記載の競合解消装置。
7. 【請求項７】 前記第１制御命令および前記第２制御命
   令の制御命令データ列から、前記機器制御系統の制御命
   令に関連する機器情報を取得する機器情報取得部と、 機器優先度情報を記憶した機器情報テーブルと、 前記機器優先度情報に変更が生じた際に、変更された機
   器情報を前記機器制御系統から獲得し更新する機器情報
   テーブル更新部とを備え、 前記優先度として、前記機器情報を用いることを特徴と
   する請求項３に記載の競合解消装置。
8. 【請求項８】 前記第１制御命令および前記第２制御命
   令の制御命令データ列から、前記機器制御系統の使用者
   が設定するユーザ設定情報を取得するユーザ情報取得部
   と、 前記ユーザ設定情報を記憶したユーザ設定情報テーブル
   と、 前記ユーザ設定情報を変更する際に、変更された前記ユ
   ーザ設定情報を前記機器制御系統から獲得し更新するユ
   ーザ設定情報テーブル更新部とを備え、 前記優先度として、前記ユーザ設定情報を用いることを
   特徴とする請求項３に記載の競合解消装置。
9. 【請求項９】 前記第１制御命令と前記第２制御命令の
   制御命令データ列から、あらかじめ前記機器制御系統毎
   に設定された、優先度パラメータを取得する優先度パラ
   メータ取得部をさらに備え、 前記優先度判定部は前記優先度パラメータ情報を前記優
   先度に用いることを特徴とする請求項３に記載の競合解
   消装置。
10. 【請求項１０】 前記第１制御命令および前記第２制御
    命令の制御命令データ列から、前記機器制御系統の制御
    命令の種類に応じた命令優先度情報を取得する命令優先
    度情報取得部と、 前記命令優先度情報を記憶した命令優先度判定情報記憶
    部とをさらに備え、 前記優先度判定部は、前記命令優先度情報を前記優先度
    に用いることを特徴とする請求項３に記載の競合解消装
    置。
11. 【請求項１１】 請求項５，６または８のいずれかに記
    載の競合解消装置の動作対象となる、前記制御対象機器
    と通信を行う機器制御系統であって、 該機器制御系統の利用者が少なくとも前記優先度に関す
    る入力を行うための入力インタフェース部と、 前記競合解消装置と通信を行うためのネットワークイン
    タフェース部と、 前記入力インタフェース部または前記ネットワークイン
    タフェース部からの情報を処理する制御部と、 前記制御部の制御内容を少なくとも表示する表示部とを
    少なくとも備えたことを特徴とする機器制御系統。
12. 【請求項１２】 請求項３，４，７または９に記載の競
    合解消装置の動作対象となる、前記制御対象機器と通信
    を行う機器制御系統であって、 前記競合解消装置と通信を行うためのネットワークイン
    タフェース部と、 前記入力インタフェース部または前記ネットワークイン
    タフェース部からの情報を処理する制御部と、 前記機器情報を記憶する機器情報記憶部とを少なくとも
    備えたことを特徴とする機器制御系統。
13. 【請求項１３】 請求項２に記載の競合解消装置の動作
    対象となる、前記制御対象機器と通信を行う機器制御系
    統であって、 遠隔機器使用状態監視部を少なくとも備え、 前記遠隔機器使用状態監視部は、 前記競合解消装置に前記複数の機器制御系統制御の入力
    があった場合に、前記使用状況に関する情報を受信する
    ことを特徴とする機器制御系統。
14. 【請求項１４】 請求項１から１０のいずれかに記載の
    本発明の全部または一部の手段の全部または一部の機能
    をコンピュータにより実行させるためのプログラムおよ
    び／またはデータを担持した媒体であって、コンピュー
    タにより処理可能なことを特徴とする媒体。
15. 【請求項１５】 請求項１から１０のいずれかに記載の
    本発明の全部または一部の手段の全部または一部の機能
    をコンピュータにより実行させるためのプログラムおよ
    び／またはデータであることを特徴とする情報集合体。
16. 【請求項１６】 請求項１１から１３のいずれかに記載
    の本発明の全部または一部の手段の全部または一部の機
    能をコンピュータにより実行させるためのプログラムお
    よび／またはデータを担持した媒体であって、コンピュ
    ータにより処理可能なことを特徴とする媒体。
17. 【請求項１７】 請求項１１から１３のいずれかに記載
    の本発明の全部または一部の手段の全部または一部の機
    能をコンピュータにより実行させるためのプログラムお
    よび／またはデータであることを特徴とする情報集合
    体。