JP2003018668A - ネットワーク機器制御装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 被制御機器の操作の継続性を実現するには使
い勝手が悪いかった。 【解決手段】 ユーザーがＦＡＶ３１２から被制御機器
３１４の制御を、中断または終了すると、この直後の被
制御機器３１４の状態を再現（復元）するための情報が
状態保存ファイル３０８に記録される。 次にユーザー
が他のＦＡＶから被制御機器３１４をアクセスしたとき
に、最後に被制御機器３１４を使ったときの被制御機器
３１４の状態を再現（復元）する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークを
構成する装置に関し、特にネットワークに接続された機
器を制御するネットワーク機器制御装置に関する。

【０００２】

【従来の技術】ＴＶ（テレビジョン）やＤＶＤ（デジタ
ル・バーサタイル・ディスク）、ＶＣＲ（ビデオ・カセ
ット・レコーダ）等の様々な家庭内機器をネットワーク
に接続し相互に制御する、いわゆる家庭内ネットワーク
が注目されている。

【０００３】家庭内ネットワークでは、メーカーや機種
に依存せず、ネットワークに接続されたある機器を、ネ
ットワークに接続された他の機器から制御することが可
能である。例えば、寝室に設置されているＡ社のＴＶか
ら居間に設置されているＢ社のＶＣＲを制御して再生視
聴することが可能である。

【０００４】一方、ＤＶＤやＶＣＲ等の家庭内の機器
は、一台の機器を家族の複数の人が共有して利用するこ
とが一般的である。一台の機器を複数の人が共有する場
合には、できるだけ相互干渉を少なくすることが望まれ
る。例えば、従来のＶＣＲを複数の人が共有して利用す
る場合には、各自がそれぞれ自分用のテープを用意して
おき、自分の録画したいＴＶ番組を自分用のテープに録
画しておくという方法がとられる。こうすることによ
り、途中まで視聴したテープの続きを別の日に視聴する
という場合でも、テープという物理的特性（再生位置が
テープの巻き取り状態）によりメディアを交換するだけ
で、簡単に続きを連続して視聴することができる。ま
た、録画再生が可能なＤＶＤ等のランダムアクセスがで
きるメディアの場合には、メディアもしくは機器に、最
後に再生した位置情報を記録しておくことにより、別の
時間に継続して続きを視聴するということが可能であ
る。

【０００５】上述したように、ＶＣＲテープやＤＶＤメ
ディアのように記録再生機器から分離可能なものに対し
ては、メディアを各自が所有することにより家庭内の複
数の人が同一の機器を共有して利用する場合でも、お互
いの干渉をできるだけ避けることが容易に可能であっ
た。

【０００６】しかしながら、近年登場している映像記録
機器には、機器に内蔵した大容量ハードディスクに番組
を記録することができる。この場合、内蔵のハードディ
スクを交換して各自が所有するという方法は現実的では
ない。そこでこの大容量ハードディスクを内蔵した記録
再生機器では、ユーザーを区別する識別子を利用した
り、ジャンル毎に最後に再生／録画した位置を記録した
りする等の方法がとられている。

【０００７】このような情報をユーザーに入力させるこ
とにより、複数の人が同一の機器を共有している場合で
も、自分が途中まで視聴した映像の続きを、他の人の視
聴状態に関わらず、継続して視聴することが可能とな
る。

【０００８】また、冒頭で述べたような家庭内ネットワ
ークにこのような機器が接続されている場合には、時間
の継続性のみでなく、空間での継続性も必要になる。こ
の空間での継続性とは、居間で視聴していたＤＶＤやＶ
ＣＲを一時中断し、続きを寝室に移動した後で視聴する
という継続性である。

【０００９】この空間での継続性を実現するために、移
動前に機器の状態を保存しておき、移動後の別の場所や
時間で機器の状態を移動前の状態に再現（復元）するこ
とにより、過去の操作と現在の操作との間の連続性を持
たせ、利便性及び操作性の向上を目的とするアイデアは
従来から様々なものが提案されている。

【００１０】例えば、特開２０００−９２３４４号公報
「遠隔制御方法およびシステム」においては、双方向リ
モコンを利用し、機器の状態をリモコンに送信し、リモ
コンが対象機器の状態を保持することにより、別の時間
や場所において、操作対象である被制御機器にリモコン
に保持された状態を送信することで、過去の機器の状態
を再現（復元）するということを可能としている。

【００１１】以上述べたように、複数の人が同一の機器
を共有して利用する場合には、各自の操作の連続性を実
現するためには、専用のメディアを各自が保有するか、
機器にユーザーを区別するのための情報を与えるか、機
器の状態を保持することができ、かつ、個人が占有でき
る（リモコン等の携帯）機器に対象機器の状態を保持さ
せる等の方法が用いられている。

【００１２】

【発明が解決しようとする課題】このように従来のネッ
トワーク機器制御装置および方法においては、各自の操
作の連続性を実現するために各自が専用のメディアを保
有する方法では、被制御機器の操作の継続性を実現する
には使い勝手が悪いという問題があった。

【００１３】また、機器にユーザーを区別する情報を与
え、そのユーザー情報と機器の状態を組にして機器に保
持させる方法では、ユーザーがいちいち機器にユーザー
の情報を与えなければならないという煩雑な操作が必要
であるという問題があった。

【００１４】また、リモコン等の機器に対象機器の状態
を保存させるという方法では、ユーザー毎にリモコンが
必要となるばかりでなく、居間で視聴していたＤＶＤの
続きをネットワーク接続されている寝室のＢ社のＴＶを
使って視聴する必要がある。このとき同一のリモコンが
異なるメーカーのＴＶに対して有効に機能しなければな
らず、規格化の必要性やリモコンのコストアップを招く
という問題があった。

【００１５】また、従来の機器の継続操作手段では、映
像の継続、または、特定の制御機器自身の継続性を実現
するに過ぎず、ある被制御機器の継続を別の制御機器間
に渡って継続することが困難であるという問題があっ
た。

【００１６】この発明はこれらの問題を解決するために
なされたものであり、ユーザー毎に機器の操作の継続性
を利便性良く実現することを可能にするネットワーク機
器制御装置および方法を提供することを目的とする。

【００１７】また、この発明はネットワークに接続され
た機器を継続操作するための使い勝手のよいインタフェ
ースのネットワーク機器制御装置および方法を提供する
ことを目的とする。

【００１８】また、この発明は機器のユーザーを区別す
る手段を容易に与えることができるネットワーク機器制
御装置および方法を提供することを目的とする。

【００１９】

【課題を解決するための手段】上記の目的を達成するた
めに、この発明においては、ユーザによる第１の制御機
器の操作に応じて発生した信号から、ネットワークに接
続された被制御機器を中断／終了させる制御信号を検出
する第１の検出手段と、前記第１の検出手段が前記制御
信号を検出したとき、前記制御信号が前記被制御機器に
入力されたときの前記被制御機器の状態を、前記ネット
ワークに接続された所定の機器により保存可能な記憶手
段に記憶させる記憶制御手段と、前記ユーザーによる第
２の制御機器の操作を介して前記被制御機器への操作を
再開／開始したとき、前記記憶手段に記憶されている前
記被制御機器の状態を前記記憶手段から読み出すと共
に、この読み出した前記被制御機器の状態へ前記被制御
機器の状態を復元する復元手段とを備えたことを特徴と
するネットワーク機器制御装置を提供する。

【００２０】また、上記の目的を達成するために、この
発明においては、第１の検出手段により、ユーザによる
第１の制御機器の操作に応じて発生した信号から、ネッ
トワークに接続された被制御機器を中断／終了させる制
御信号を検出し、記憶制御手段により、前記第１の検出
手段が前記制御信号を検出したとき、前記制御信号が前
記被制御機器に入力されたときの前記被制御機器の状態
を、前記ネットワークに接続された所定の機器により保
存可能な記憶手段に記憶させ、読出手段により、前記ユ
ーザーによる第２の制御機器の操作を介して前記被制御
機器への操作を再開／開始したとき、前記記憶手段に記
憶されている前記被制御機器の状態を前記記憶手段から
読み出し、復元手段により、前記読出手段が読み出した
前記被制御機器の状態へ前記被制御機器の状態を復元す
ることを特徴とするネットワーク機器制御方法を提供す
る。

【００２１】

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

【００２２】図１は、家庭内ネットワークの全体構成を
一例として示した図である。図１に示した家庭内ネット
ワークはIEEE1394バス（以下、単に１３９４と記す）を
用いて構成されている。

【００２３】居間にはビデオ・カセット・レコーダ（Ｖ
ＣＲ）１０１、デジタルテレビジョン（ＤＴＶ）１０
２、映像音声を記録再生する大容量ハードディスクを内
蔵した記録再生装置（ＡＶ−ＨＤＤ）１０３、デジタル
・バーサタイル・ディスク（ＤＶＤ）１０４が設置され
ている。また、書斎にはパーソナルコンピュータ（Ｐ
Ｃ）１０５が設置されており、寝室にはＤＴＶ１０６が
設置されている。これら居間、書斎、寝室の機器は、そ
れぞれが１３９４ケーブルで接続されており、１３９４
ネットワークを構成している。

【００２４】１３９４のある特定の仕様では、ケーブル
の長さに制限があるため、１階と２階を繋ぐためには、
ブリッジ１０７やリピータ１０８と呼ばれる機器で接続
されることもある。

【００２５】１３９４は機器を制御するコマンドのみな
らず、映像や音声等のデータを途切れることなく実時間
で送信することが可能であり、書斎のＰＣ１０５や寝室
のＤＴＶ１０６から、居間にあるＶＣＲ１０１を操作し
映像を視聴することができる。

【００２６】本明細書中では、１３９４ネットワークに
接続されているこれらの機器を総称してＡＶ機器と記す
ことにする。

【００２７】１３９４に接続されたＡＶ機器を操作する
ためのプロトコルには様々なものが提案されているが、
その一つに１３９４ＴＡ（1394 Trade Association）が
仕様を規定しているＡＶ／Ｃコマンドがある。このＡＶ
／ＣコマンドはＡＶ機器の機能毎に制御するためのコマ
ンドを規定している。

【００２８】例えば、ＶＣＲであれば録画，再生，早送
り，巻戻し，一時停止等のコマンドを特定の機種に依存
しないプロトコルとして規定している。

【００２９】ＡＶ／ＣコマンドはＡＶ機器の基本的な制
御コマンドを規定しているのみであり、複雑なアプリケ
ーションを実現するためには機能不足である。これを補
う１３９４上のミドルウェアとして日欧米のメーカーが
共同で仕様を策定しているものとしてはＨＡＶｉ（Home
Audio/Video interoperability）規格(http://www.hav
i.org/)がある。

【００３０】この発明は実現の容易性を考慮してＨＡＶ
ｉを利用しているが、特にＨＡＶｉに限定されるもので
はない。まず、本発明の実施の形態を説明する前に、Ｈ
ＡＶｉについての概要を説明しておくこととする。

【００３１】ＨＡＶｉにおいてＡＶ機器は、制御機器と
被制御機器とに区別される。被制御機器は制御機器から
制御コマンドを受け取り制御される。機器を制御するプ
ログラム（制御コマンドを発行するモジュール）は、Ｈ
ＡＶｉではＤＣＭ／ＦＣＭと呼ばれている。ＤＣＭ（De
vice Control Module）はＡＶ機器自身にかかわる全体
的な機構を制御するソフトウェアモジュールであり、Ｆ
ＣＭ（Functional Component Module）はＡＶ機器に内
蔵された個々の機能を制御するソフトウェアモジュール
である。

【００３２】ＨＡＶｉでは個々のＡＶ機器を制御するた
めのコマンド、例えば前述したＡＶ／Ｃコマンドを規定
するものではなく、ＤＣＭ／ＦＣＭのＡＰＩを規定す
る。

【００３３】ＤＣＭ／ＦＣＭは、ＨＡＶｉコマンドを被
制御機器に対応したコマンドに双方向に変換する。例え
ば、ＶＣＲのＤＣＭは機器の電源オン／オフ等の制御を
行い、ＦＣＭはＶＣＲの機能としての再生／停止／早送
り等の制御を行う。ＨＡＶｉに対応した制御機器からＶ
ＣＲを再生するためには、制御機器からＨＡＶｉメッセ
ージであるVcr::Play() コマンドがＶＣＲ ＦＣＭに送
信され、ＶＣＲ ＦＣＭは実際のＶＣＲを制御するコマ
ンド、例えばＡＶ／Ｃコマンドを実際のＶＣＲに送信す
る。また、ＶＣＲから送られてきた応答はまずＶＣＲ
ＦＣＭで受け取り、ＨＡＶｉの応答に変換して制御機器
へ返送する。

【００３４】ＨＡＶｉではメーカーの独自の機能を持っ
た機器を別のメーカーの制御機器からでも制御できるよ
うにするため、ＤＣＭ／ＦＣＭは一般に被制御機器内の
メモリ等に登録されており、ネットワークに接続される
タイミングで、このＤＣＭ／ＦＣＭが制御機器にダウン
ロードされる仕組みを提供している。このように被制御
機器を制御するプログラムが制御機器に動的にダウンロ
ードされるため、制御機器は予め被制御機器に関する情
報を持っている必要がない。

【００３５】これを実現するためＤＣＭ／ＦＣＭは任意
の機種で実行できる必要があり、Ｊａｖａ言語で記述さ
れる。このようなＪａｖａで記述されたＤＣＭ／ＦＣＭ
をダウンロードし、実行できる制御機器はＦＡＶ（Full
Audio Video Device）と呼ばれている。

【００３６】制御機器であるＦＡＶが被制御機器を制御
できるようにするためには、この被制御機器用のＤＣＭ
／ＦＣＭをインストールしなければならない。通常ＤＣ
Ｍ／ＦＣＭは被制御機器自身のコンフィグＲＯＭ（Conf
ig ROM）と呼ばれている領域に格納されており、ネット
ワークに接続された際に、ＦＡＶにダウンロードし、イ
ンストールされる。一つの被制御機器に対して、ネット
ワーク中にインストールされるＤＣＭ／ＦＣＭの数は高
々一つである。

【００３７】ＨＡＶｉではソフトウェアモジュールの単
位をソフトウェア要素（Software Element）と呼んでい
るが、ＤＣＭ／ＦＣＭはソフトウェア要素の一例であ
る。ＨＡＶｉミドルウェアで定義されているシステムレ
ベルのソフトウェア要素には次のものがある。１３９４
レベルの通信を司るＣＭＭ（Communication Media Mana
ger）、ソフトウェア要素間のメッセージ授受を司るメ
ッセージングシステム（Messaging System）、ソフトウ
ェア要素に関する各種属性情報等を登録するレジストリ
（Registry）、ＡＶ機器やネットワークの状態変化をイ
ベントとして配信するイベントマネジャ（Event Manage
r）、アイソクロノス・ストリームの帯域管理や機器の
予約制御または排他制御を司るリソースマネジャ（Reso
urce Manager）、ＤＣＭ／ＦＣＭをインストール／アン
インストールするＤＣＭマネジャ（DCM Manager）等の
システムソフトウェア要素がある。ソフトウェア要素を
識別するＩＤはＳＥＩＤと呼ばれており、ネットワーク
中でユニークに決められる。

【００３８】ＤＣＭ／ＦＣＭは被制御機器に制御用のメ
ッセージ（コマンド）を送信するソフトウェア要素であ
るが、それ自身はユーザーが操作するためのインタフェ
ースを持たない。ユーザーインタフェースは、ＤＣＭと
は別のソフトウェア要素であり、ＤＣＭに対して取得要
求メッセージを発行することにより得られる。ＨＡＶｉ
ではこのユーザーインタフェースはＪａｖａで記述され
ておりｈａｖｌｅｔと呼ばれている。

【００３９】ＨＡＶｉでは、被制御機器と、そのＤＣＭ
／ＦＣＭをインストールしている制御機器であるＦＡＶ
と、ユーザーが操作するためのインタフェースであるｈ
ａｖｌｅｔを実行している機器は各々別々の機器であっ
てもよい。

【００４０】次に、図２を用いてＨＡＶｉの動作原理に
ついて更に詳細に説明する。図２は、制御機器と被制御
機器とが接続されたＨＡＶｉの基本的な接続構成を示す
図である。図２において、被制御機器であるＤＶＤと、
ＤＣＭ／ＦＣＭをインストールしている制御機器である
ＦＡＶ２０２と、ｈａｖｌｅｔを表示している機器であ
るＦＡＶ２０３およびＦＡＶ２０４という制御機器と被
制御機器とが接続されている。

【００４１】被制御機器であるＤＶＤ２０１のＤＣＭ／
ＦＣＭはＨＡＶｉの制御機器であるＦＡＶ２０２にイン
ストールされている。前述したように、ある機器のＤＣ
Ｍ／ＦＣＭをインストールする機器は、ネットワーク中
に高々１台である。このＦＡＶ２０２とは異なる機器
（例えば別のＦＡＶであるＦＡＶ２０３）からユーザー
がＤＶＤを操作したい場合には、ＦＡＶ２０２にインス
トールされているＤＣＭに対してｈａｖｌｅｔ取得メッ
セージを送信し、ｈａｖｌｅｔをダウンロードして実行
する。一つのＤＣＭに対して、ｈａｖｌｅｔは複数イン
ストールすることができる。これにより、一つの機器を
複数の場所から同時に操作することが可能である。ＦＡ
Ｖ２０４にインストールされているｈａｖｌｅｔＢがそ
の例である。ＨＡＶｉでは同時操作の排他制御をするた
めのソフトウェア要素としてリソースマネジャがある。
リソースマネジャを利用すると、あるユーザーＡが制御
機器Ａにより、再生中の被制御機器であるＤＶＤを、ユ
ーザーＢが制御機器Ｂから制御することを不可能にする
ことができる。

【００４２】次に、上記説明したＨＡＶｉの動作原理を
利用した本発明のネットワーク機器制御装置について図
３を用いて詳細に説明する。図３は、この発明に係るネ
ットワーク機器制御装置の一実施の形態の構成を示す図
である。図３において、ＦＡＶ３１０は、１３９４イン
タフェース３０１，ＨＡＶｉメッセージ入出力手段３０
２，メッセージ種別判別手段３０３，アクセス状況判定
手段３０４，機器状態保存手段３０５，ｈａｖｌｅｔ状
態保存手段３０６，アクセス管理手段３０７，状態保存
ファイル３０８，ＤＣＭ／ＦＣＭ３０９から構成されて
いる。

【００４３】ＦＡＶ３１２およびＦＡＶ３１３はそれぞ
れ、１３９４インタフェース３０１，ＨＡＶｉメッセー
ジ入出力手段３０２，ｈａｖｌｅｔ３１１から構成され
ている。

【００４４】被制御機器３１４は、１３９４インタフェ
ース３０１を備えている。

【００４５】次に、このように構成されたネットワーク
機器制御装置の動作について詳細に説明する。図３にお
いて、被制御機器３１４はＨＡＶｉの制御機器から制御
されるＡＶ機器であり１３９４インタフェース３０１を
有している。この被制御機器３１４は、図２ではＤＶＤ
２０１に相当する。

【００４６】ＦＡＶ３１０は被制御機器３１４を制御す
るためのＤＣＭ／ＦＣＭがインストールされているＨＡ
Ｖｉの制御機器であり、１３９４インタフェース３０
１，ＨＡＶｉメッセージ入出力手段３０２，メッセージ
種別判別手段３０３，アクセス状況判定手段３０４，機
器状態保存手段３０５，ｈａｖｌｅｔ状態保存手段３０
６，アクセス管理手段３０７，状態保存ファイル３０
８，ＤＣＭ／ＦＣＭ３０９を有している。このＦＡＶ３
１０は、図２ではＦＡＶ２０２に相当する。

【００４７】ＦＡＶ３１２およびＦＡＶ３１３はＦＡＶ
３１０にインストールされているＤＣＭ／ＦＣＭ３０９
から得られたｈａｖｌｅｔをダウンロードして表示して
いるＨＡＶｉの制御機器であり各々ｈａｖｌｅｔ３１
１，ＨＡＶｉメッセージ入出力手段３０２，１３９４イ
ンタフェース３０１を有し、図２ではＦＡＶ２０３およ
びＦＡＶ２０４に相当する。

【００４８】１３９４インタフェース３０１はＡＶ機器
同士を１３９４ネットワークに接続するためのインタフ
ェースである。

【００４９】ＨＡＶｉメッセージ入出力手段３０２は、
ＨＡＶｉのシステムソフトウェア要素の一つであるメッ
セージングシステムであり、ソフトウェア要素間でメッ
セージを授受するための機構を提供する。メッセージン
グシステムは同一機器内のソフトウェア要素間ばかりで
なく、ネットワークに接続されたＡＶ機器間というよう
に、離れたソフトウェア要素間でのメッセージ授受にも
使われる。

【００５０】このＨＡＶｉメッセージの形式について図
４を用いて詳細に説明する。図４は、ＨＡＶｉメッセー
ジの形式を示す図である。図４において、ＨＡＶｉメッ
セージは、送信先のソフトウェア要素のＩＤである送信
先ＳＥＩＤ４０１と送信元のＳＥＩＤ４０２に続き、こ
のメッセージの機能を表すオペレーション・コード（Op
eration Code）４０３と、これに付随する引数の列４０
４から構成されている。

【００５１】図３に戻って説明を続ける。メッセージ種
別判別手段３０３は、ＨＡＶｉメッセージ入出力手段３
０２から送信されてきたメッセージの種類を判別し、こ
の判別結果をアクセス状況判定手段３０４およびＤＣＭ
／ＦＣＭ３０９へ出力する。更に、メッセージ種別判別
手段３０３は判別結果が、被制御機器３１４の中断また
は終了コマンドである場合にのみ、判別結果を機器状態
保存手段３０５へ出力する。

【００５２】このメッセージの種類には、被制御機器３
１４に応じた制御コマンドと、被制御機器３１４から非
同期的に送信されてくる状態変化イベント、およびこの
ＤＣＭ／ＦＣＭと通信しているｈａｖｌｅｔから送られ
てくるメッセージがある。これらの判別は図４に示した
メッセージのフォーマットを解析することにより実現さ
れる。実際のシステムでは、これら以外のメッセージも
送信されてくるが、本発明における動作とは特に関係が
無いためここでは省略する。

【００５３】機器状態保存手段３０５は、メッセージ種
別判別手段３０３から中断または終了コマンドの判別結
果が入力されると、この判別結果が入力された直後、即
ち、被制御機器３１４に対して中断または終了コマンド
が出力された直後の機器の状態を再現（復元）するため
の情報をＤＣＭ／ＦＣＭ３０９から得て、状態保存ファ
イル３０８に記録する。この状態保存ファイル３０８
は、例えばメモリ、ハードディスクドライブ等の記録媒
体から構成されている。

【００５４】アクセス状況判定手段３０４は、メッセー
ジ種別判別手段３０３から送られてきたメッセージの種
別が、被制御機器３１４に対する制御コマンドである場
合に、状態保存ファイル３０８に記録されている情報を
参照して、アクセス時刻や日時、制御機器等の、ある特
定の条件に適合する場合には決められた特定のコマンド
を、ＤＣＭ／ＦＣＭ３０９を介して被制御機器に送るも
のである。この動作については後で改めて詳しく説明す
る。

【００５５】ｈａｖｌｅｔ状態保存手段３０６は、機器
状態保存手段３０５と同様に、ＦＡＶ３１２またはＦＡ
Ｖ３１３に表示されているｈａｖｌｅｔの状態を再現
（復元）できるための情報を状態保存ファイル３０８に
記録する。ＦＡＶ３１２またはＦＡＶ３１３上でｈａｖ
ｌｅｔがアンインストールされる際には、ＦＡＶ３１２
またはＦＡＶ３１３の図示しない表示画面上から操作パ
ネルや映像画面などのＧＵＩが消えると共に、ｈａｖｌ
ｅｔがアンインストールされたことを通知するイベント
がＦＡＶ３１２またはＦＡＶ３１３のイベントマネージ
ャによりＦＡＶ３１０に伝えられる。ＦＡＶ３１０では
メッセージ種別判別手段３０３によりｈａｖｌｅｔのア
ンインストールイベントを検出し、ｈａｖｌｅｔ状態保
存手段３０６によりｈａｖｌｅｔの状態が状態保存ファ
イル３０８に保存される。

【００５６】被制御機器３１４に対して中断または終了
コマンドが出力された直後の被制御機器３１４の状態を
再現（復元）するための情報は、ＡＶ機器毎に固有に決
められることになる。例えば、ＶＣＲであればテープの
ヘッド位置、内蔵チューナのチャンネルをはじめとする
各種のモード設定等である。つまりＡＶ機器を中断した
り電源オフにしたりしても、その前の状態を擬似的に再
現（復元）し、ユーザーに機器の操作の連続性を提供す
るための情報を状態保存ファイルに保存する。ユーザー
インタフェースであるｈａｖｌｅｔの場合でも同様であ
り、表示している画面の情報、カーソルやマウス等の位
置等、操作の連続性を実現するために必要な情報を保存
する。

【００５７】アクセス管理手段３０７は、アクセス状況
判定手段３０４と連携して動作するモジュールであり、
被制御機器３１４をＦＡＶ３１０から制御する際に、制
御機器（ここではＦＡＶ３１０）の使用状況（使用環
境）を抽出するものである。この制御機器（ここではＦ
ＡＶ３１０）の使用状況（使用環境）のデータは、前記
使用状況（使用環境）に対応した被制御機器（ここでは
被制御機器３１４）の状態のデータと組にして状態保存
ファイルに記録される。この使用状況（使用環境）のデ
ータの例としては、被制御機器３１４を制御するコマン
ドを発行した時刻や、コマンドを発行する元となったユ
ーザーからの指示コマンドを発行するｈａｖｌｅｔをイ
ンストールしているＡＶ機器のＩＤ等の情報である。

【００５８】この状態保存ファイル３０８に保存される
情報について図５を用いて詳細に説明する。図５は、特
定の被制御機器（例えばＨＤＤ内蔵チューナ）の状態保
存ファイルに保存されるデータベースの一例を示す図で
あり、このデータベースには、対象の被制御機器３１４
が最後に使われたときの様々な利用環境の元での情報が
登録される。

【００５９】なお、この状態保存ファイルは特にＦＡＶ
３１０が有している必要はなく、ネットワークに接続さ
れた機器から記録／再生可能な記録媒体に作成できるよ
うになっていれば良い。

【００６０】図５において、"制御機器ＩＤ"は、この被
制御機器３１４のユーザーインタフェース（ＵＩ）を表
示していた制御機器のＩＤである。ＨＡＶｉではｈａｖ
ｌｅｔを表示していたＦＡＶのＧＵＩＤに相当する。

【００６１】"利用者ＩＤ"はユーザーを識別するＩＤで
あり、不明の場合もあり得る。

【００６２】"時刻"は最後にアクセスした時刻である。
即ち、ユーザーが制御機器から被制御機器３１４を制御
する一連の対話セッションを終了した時刻である。

【００６３】図５に示す"制御機器ＩＤ"，"利用者Ｉ
Ｄ"，"時刻"が、上述した制御機器（ここではＦＡＶ３
１０）の使用状況（使用環境）のデータである。

【００６４】"被制御機器ＩＤ"は、被制御機器３１４の
ＩＤである。

【００６５】"映像状態"はセッション終了時の被制御機
器３１４の映像に関する状態であり、再生中（ＰＬＡ
Ｙ）や一時停止中（ＰＡＵＳＥ）や停止（ＳＴＯＰ）、
あるいは録画と再生を同時に行うタイムシフト（ＳＨＩ
ＦＴ）状態等である。

【００６６】"再生位置"はセッション終了時の映像再生
位置である。即ち、ＨＤＤのヘッド位置あるいは、映像
コンテンツの先頭からの再生時刻である。

【００６７】"チューナ"はセッション終了時のチューナ
のチャンネル番号である。なお、状態保存ファイル３０
８は機器３１０の中にあるものとして説明しているが、
状態保存ファイル３０８は、ネットワークに接続された
他の機器にあってもよい。

【００６８】図５に示す"被制御機器ＩＤ"，"映像状
態"，"再生位置"，"チューナ"が、上述した使用状況
（使用環境）に対応した被制御機器（ここでは被制御機
器３１４）の状態のデータである。

【００６９】なお、図５に示す例では１つの"制御機器
の使用状況のデータ"に対して１つの"被制御機器の状態
のデータ"の対応関係を示しているが、例えば、同一ユ
ーザが一台の制御機器から同時に複数の被制御機器を制
御しているときに、この制御機器の電源を切った場合に
は、複数の被制御機器についても使用を切られたものと
してデータベースを作成しても良い。この場合、"制御
機器ＩＤ"、"利用者ＩＤ"および"時刻"が全く同じであ
る複数のデータがデータベースに追加される。

【００７０】更に状態保存ファイルデータ３０８には、
制御機器がどこに設置されているかを示す情報について
も予めユーザーにより設定され、記録されている。この
情報について図６を用いて詳細に説明する。図６は制御
機器がどこに設置されているかを示す情報を説明するた
めの図である。図６において、"制御機器ＩＤ"は、この
被制御機器３１４のユーザーインタフェース（ＵＩ）を
表示していた制御機器のＩＤである。ＨＡＶｉではｈａ
ｖｌｅｔを表示していたＦＡＶのＧＵＩＤに相当する。
設置場所は予めユーザーにより設定され、各制御機器が
どこに設置されているかを示す情報である。図６に示す
例では、ＦＡＶ１はリビングに、ＦＡＶ２は書斎に、そ
してＦＡＶ３は寝室に設定されていることを示してい
る。

【００７１】なお、図６に示した制御機器がどこに設置
されているかを示す情報については、状態保存ファイル
データ３０８に別のデータベースのファイルとして保存
しても良い。また、ファイルの容量が大きくなっても良
いのであれば、別のファイルとするのではなく図５のフ
ィールドに"設置場所"を新たに加え、一つのデータベー
スとして記録するようにしてもよい。

【００７２】ユーザー毎にある特定のＡＶ機器を操作す
る際の使い勝手向上のための継続性を実現するために、
図５と図６に示されたデータベースを利用する。

【００７３】例えば、利用者ＩＤがＵｓｅｒ１の人が制
御機器ＦＡＶ２から被制御機器をアクセスしようとする
（例えば被制御機器の電源をオンにしたり、或いはこれ
から機器に対して操作を再開／開始しようとして機器を
選択／機器の操作パネルを表示する等）と、例えそれ以
前に他のユーザーが同じ被制御機器を使ったとしても、
データベースに、利用者ＩＤがＵｓｅｒ１の人が最後に
この被制御機器を使ったときの状態が保存されているた
め、利用者ＩＤがＵｓｅｒ１の人が最後に被制御機器を
使ったときの被制御機器の状態を即座に再現（復元）す
ることができる。

【００７４】図５にあるデータベースの場合、利用者Ｉ
ＤがＵｓｅｒ１の人が最後に使った被制御機器は図５の
上から１行目のデータにある通りＢＡＶ１なので、利用
者ＩＤがＵｓｅｒ１の人がＦＡＶ２からＢＡＶ１にアク
セスする（すなわちＦＡＶ２からＢＡＶ１の電源を入れ
れるなど）だけでＢＡＶ１の再生位置を位置１にし、映
像をＰＬＡＹ状態にし、チューナのチャンネルをチャン
ネル１にする設定が、ＦＡＶ３１０により自動的に行わ
れる。

【００７５】また、利用者ＩＤはユーザーがその都度明
示的に入力することにしてもよいが、操作が煩雑である
場合には入力しなくてもよい。この場合には制御機器Ｉ
Ｄや時刻の情報を元に、利用者ＩＤ（即ち、ユーザー）
をシステムが推定する。例えば、ＦＡＶ２からアクセス
された場合には、利用者ＩＤが未知であっても、システ
ムはＦＡＶ２が書斎にあることを知り、書斎からのアク
セスは特定のユーザーからという背景規則を用いること
によりユーザーを推定することができる。

【００７６】この場合、書斎を利用するのはＵｓｅｒ１
のみというような、設置場所と利用者ＩＤとのデータベ
ースを新たに設けることにより実現することができる。
或いは、状態保存ファイル３０８に保存されている情報
を調べることにより、過去のＦＡＶ２の利用者ＩＤがＵ
ｓｅｒ１のみであったということがわかる場合には、デ
ータベースに明示的にかかれていなくてもユーザーを推
定することができる。この推定の仕方については、従来
知られているＡＩ等の技術を用いて推定させれば良い。

【００７７】このように複数のユーザーを区別するため
の情報をいちいちユーザーが明示的に与えなくても、利
用している機器やその設置場所、或いは使用している時
間帯等の情報からユーザーを推定することにより、ユー
ザーが繁雑な入力操作をする必要がないという効果があ
る。

【００７８】次に、制御機器から被制御機器３１４にア
クセスした場合、状態保存ファイル３０８中に保存され
ているデータベースの中からどのデータを選択するかの
処理の流れについて図７を用いて詳細に説明する。

【００７９】図７は、状態保存ファイル３０８中に保存
されているデータベースの中からどのデータを選択する
かの処理の流れを示す図である。図７において、利用者
ＩＤが既知か否かを判断する（ステップ７０１）。ステ
ップ７０１で既知と判断された場合には後述するステッ
プ７０５へ進み、既知でないと判断された場合には次の
ステップ７０２へ進む。

【００８０】ステップ７０２では、制御機器ＩＤから利
用者ＩＤが特定可能か判断する。ステップ７０２で特定
可能と判断された場合には後述するステップ７０５へ進
み、既知でないと判断された場合には次のステップ７０
３へ進む。

【００８１】ステップ７０３では、現在時刻から利用者
ＩＤが特定可能か判断する。ステップ７０３で特定可能
と判断された場合には後述するステップ７０５へ進み、
既知でないと判断された場合には次のステップ７０４へ
進む。

【００８２】ステップ７０４では、利用者一覧を画面に
表示し、ユーザーに選択させ次のステップ７０５へ進
む。これにより次のステップ７０５の時点ではユーザー
が特定される。

【００８３】ステップ７０５では、特定できた利用者Ｉ
Ｄと制御機器ＩＤとが共に一致するものがあるかどうか
どうかを、状態保存ファイル３０８中のデータベースを
調べる。

【００８４】ステップ７０５で一致するものがあればこ
れが選択すべきデータなので、この一致するデータを選
択する（ステップ７０６）。

【００８５】反対にステップ７０５で一致するものがな
い場合には、利用者ＩＤが一致し、かつデータベース中
の時刻が現在時刻に一番近いものを選択する（ステップ
７０７）。

【００８６】次にステップ７０６／７０７で選択された
状態保存ファイル３０８中の情報に基づき、対象である
被制御機器を同じユーザーが最後に使っていた状態に再
現（復元）する。

【００８７】なお、図７の処理の流れは本発明の一実施
例を示したものに過ぎず、様々な応用や変形が考えられ
る。

【００８８】例えば、ステップ７０７にて利用者ＩＤが
一致するが制御機器ＩＤが異なる場合には、時刻が一番
近いものを選択しているが、選択された結果の制御機器
ＩＤがその利用者ＩＤと背反するものである場合には別
の項目を選択したりする必要がある。

【００８９】また、ステップ７０７においては、ユーザ
ーは同じであるが、制御機器が異なるということを意味
するものであるから、時刻差が１分程度と僅かである場
合には、例えばユーザーがリビングで見ていたＤＶＤを
一時的に停止し、直ぐに寝室で同じＤＶＤの続きを見る
等の行動をとったことが考えられる。このようなことを
考慮して、様々な処理の流れを追加してもよい。例え
ば、寝室でＤＶＤの続きを見た場合には、リビングでＤ
ＶＤを表示していたモニタの電源を消す等の動作も本発
明の応用として容易に実現可能である。

【００９０】このように同一ユーザーが比較的短時間の
内に、同一の被制御機器に対して、第１の制御機器から
第２の制御機器に移動した際に、第１の制御機器との連
携動作を行い、例えば、第１の制御機器の不必要な電源
を切ることにより効率のよい利用方法が得られるという
効果がある。このような不必要な電源を切る方法として
は、前記第１の制御機器に対してリソースを開放するコ
マンドを送信すればよい。ここでいうリソースを開放す
るとは、電源の場合は電源を切ることであり、ネットワ
ークの帯域を確保している場合には、その帯域を開放す
ることなどである。

【００９１】以上の説明では、１３９４ネットワーク上
のミドルウェア規格であるＨＡＶｉ上に本発明を実施す
る場合の一例を示したが、本発明は、これに限るもので
はない。例えば、ネットワークは有線である必要はなく
無線でもよいし、更に無線と有線の組み合わせでもよ
い。ネットワーク自身も１３９４に限定されるものでは
なく、Bluetooth、Echonet、電話線、電力線等、またそ
れらの組み合わせを用いてもよい。

【００９２】更に、制御機器および被制御機器はＡＶ機
器のような家庭内機器に限定されるものではなく、ＰＤ
Ａや携帯電話等のモバイル機器や各種オフィス機器等、
様々な機器や装置が対象となる。

【００９３】

【発明の効果】以上説明したようにこの発明によれば、
ユーザー毎に機器の操作の継続性を利便性良く実現する
ことができる。

【図面の簡単な説明】

【図１】 家庭内ネットワークの全体構成を一例として
示した図。

【図２】 ＨＡＶｉの動作原理を説明するための、制御
機器と被制御機器とが接続されたＨＡＶｉの基本的な接
続構成を示す図。

【図３】 本発明のネットワーク機器制御装置の構成を
説明するための図。

【図４】 ＨＡＶｉメッセージの形式を示す図。

【図５】 特定の被制御機器（例えばＨＤＤ内蔵チュー
ナ）の状態保存ファイルに保存されるデータベースの一
例を示す図。

【図６】 制御機器がどこに設置されているかを示す情
報を説明するための図。

【図７】 状態保存ファイル３０８中に保存されている
データベースの中からどのデータを選択するかの処理の
流れを示す図。

【符号の説明】

３０１…１３９４インタフェース、３０２…ＨＡＶｉメ
ッセージ入出力手段、３０３…メッセージ種別判別手
段、３０４…アクセス状況判定手段、３０５…機器状態
保存手段、３０６…ｈａｖｌｅｔ状態保存手段、３０７
…アクセス管理手段、３０８…状態保存ファイル、３０
９…ＤＣＭ／ＦＣＭ、３１０，３１２，３１３…ＦＡ
Ｖ、３１１…ｈａｖｌｅｔ、３１４…被制御機器。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/00 Ｈ０４Ｎ 5/00 Ａ ５Ｋ０３３ 5/44 5/44 Ａ ５Ｋ０４８ 5/76 5/76 Ｚ 5/765 5/91 Ｌ Ｆターム(参考） 5C025 CA02 CA19 5C052 AA01 5C053 LA06 LA11 LA15 5C056 AA07 BA01 BA08 BA10 5K032 BA01 BA08 DB19 EB04 5K033 BA01 BA08 DB12 5K048 AA04 BA03 BA12 DC04 EA16 EB01 EB02 EB11 EB12

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ユーザによる第１の制御機器の操作に応
   じて発生した信号から、ネットワークに接続された被制
   御機器を中断／終了させる制御信号を検出する第１の検
   出手段と、 前記第１の検出手段が前記制御信号を検出したとき、前
   記制御信号が前記被制御機器に入力されたときの前記被
   制御機器の状態を、前記ネットワークに接続された所定
   の機器により保存可能な記憶手段に記憶させる記憶制御
   手段と、 前記ユーザーによる第２の制御機器の操作を介して前記
   被制御機器への操作を再開／開始したとき、前記記憶手
   段に記憶されている前記被制御機器の状態を前記記憶手
   段から読み出すと共に、この読み出した前記被制御機器
   の状態へ前記被制御機器の状態を復元する復元手段とを
   備えたことを特徴とするネットワーク機器制御装置。
2. 【請求項２】 更に前記ユーザーを識別するユーザー識
   別手段を備え、 前記記憶制御手段はユーザー毎に前記被制御機器の状態
   を記憶させ、 前記復元手段はユーザー毎に前記被制御機器の状態を復
   元することを特徴とする請求項１に記載のネットワーク
   機器制御装置。
3. 【請求項３】 前記ユーザー識別手段は、前記被制御機
   器への操作を再開／開始した前記制御機器の識別子、或
   いは、前記被制御機器に対して操作を再開／開始した制
   御機器が設置されている場所のデータ、或いは、前記制
   御機器を利用する時間帯の内、少なくともいずれか１つ
   を用いることにより前記ユーザーを識別することを特徴
   とする請求項２に記載のネットワーク機器制御装置。
4. 【請求項４】 前記記憶制御手段は、前記第１の制御機
   器の使用状況のデータおよび前記被制御機器の状態を組
   にして、前記記憶手段に記憶させることを特徴とする請
   求項１に記載のネットワーク機器制御装置。
5. 【請求項５】 前記第１の制御機器が前記被制御機器を
   操作している状態で、前記第１の制御機器が前記被制御
   機器を中断状態にさせた後所定時間以内に、前記第２の
   制御機器が前記被制御機器への操作を再開させた場合に
   は、前記第１の制御機器に対してリソースを開放させる
   リソース開放コマンドを送信する手段とを備えたことを
   特徴とする請求項１に記載のネットワーク機器制御装
   置。
6. 【請求項６】 前記リソース開放コマンドは、表示に関
   わる電源をオフにすることを特徴とする請求項５に記載
   のネットワーク機器制御装置。
7. 【請求項７】 前記第１の制御装置と前記第２の制御装
   置は同じ機器であることを特徴とする請求項１に記載の
   ネットワーク機器制御装置。
8. 【請求項８】 第１の検出手段により、ユーザによる第
   １の制御機器の操作に応じて発生した信号から、ネット
   ワークに接続された被制御機器を中断／終了させる制御
   信号を検出し、 記憶制御手段により、前記第１の検出手段が前記制御信
   号を検出したとき、前記制御信号が前記被制御機器に入
   力されたときの前記被制御機器の状態を、前記ネットワ
   ークに接続された所定の機器により保存可能な記憶手段
   に記憶させ、 読出手段により、前記ユーザーによる第２の制御機器の
   操作を介して前記被制御機器への操作を再開／開始した
   とき、前記記憶手段に記憶されている前記被制御機器の
   状態を前記記憶手段から読み出し、 復元手段により、前記読出手段が読み出した前記被制御
   機器の状態へ前記被制御機器の状態を復元することを特
   徴とするネットワーク機器制御方法。