JP3205713B2 - ネットワーク用家電機器およびネットワークシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、イベントをきっか
けにして動作するネットワーク用家電機器及びそれらを
用いたネットワークシステムに関する。

【０００２】

【従来の技術】従来、オーディオ、ビデオ機器において
は、ネットワークに接続される場合において特開平６−
２６８６５３号公報に示されるようにコマンドで制御を
行うということが一般的である。つまり、この例のよう
にあるアドレスを指定することで機器を特定し、その機
器に対して、例えば「再生」などの制御コマンドを送付
することによって制御を行う方式である。

【０００３】この制御方式では、必ず主体となるセンタ
ー機器（主としてコンピュータ）が必要であり、基本的
にそのセンター機器が周辺機器（ここではオーディオ、
ビデオなどを扱う機器）を制御する。このセンター機器
を中心として周辺機器を制御するのは、複雑な動作が必
要である場合には有効に働く。一方、その場合にはセン
ター機器では必ず制御プログラムが動作している状況で
ないといけない。例えば、家庭で使用する場合にはセン
ター機器（例えば、パソコン、以下「ＰＣ」と呼ぶ）が
必ず立ち上がっていて、制御プログラムが動作していな
ければならない。

【０００４】一方、家電機器では、簡単なことを自律的
に行うほうが望ましい場合がある。例えば、来客の画像
を送ることが可能なドアホンとテレビがある場合に、ド
アホンの呼び鈴が押されれば、自動的にドアホンの画像
をテレビに映すといった場合である。このような場合に
おいて、ドアホンの呼び鈴が押されたことをＰＣが検知
して、ドアホンの画像をテレビに出すように制御コマン
ドを送ることで実現可能であるが、そのためには、テレ
ビ以外の機器がテレビにどのような動作をさせるかを指
示することが必要であり、システムが複雑になる。

【０００５】また、センター機器からの制御を使わず
に、インタホンのカメラ子機の画像をテレビに出すよう
に２つ以上の機器を連携させる場合には、特開平５−２
５２２７７号公報に示されるように、各機器を個別に結
線して動作（この場合にはカメラ子機の画像をテレビに
映す）を最初から定義しておくことで実現している。こ
の場合には、カメラ子機から送出される呼び出し信号の
中にテレビの動作が記述されており、１種類の固定的な
動作には対応できるが、複数の機器を制御する（例え
ば、テレビにカメラ子機の画像を映すとともに、ビデオ
にその画像を記録）ことや、ユーザによる柔軟な設定が
不可能になっている。

【０００６】

【発明が解決しようとしている課題】上述したように、
センター機器が判断してその結果周辺機器を制御すると
いう集中型の制御におけるシステムの複雑化や、あらか
じめ決った動作だけをできるように特化した場合におけ
るシステムの柔軟性のなさといった欠点を取り除くこと
ができなかった。

【０００７】そこで、本発明の目的は、上記欠点に鑑
み、センター機器での集中制御でなく柔軟なシステム構
成が可能なネットワーク用家電機器およびネットワーク
システムを提供するものである。

【０００８】

【課題を解決するための手段】請求項１に記載のネット
ワーク用家電機器は、ネットワークに接続された家電機
器であって、上記ネットワークに接続するためのネット
ワークインタフェースと、上記ネットワークに接続され
た他の家電機器の状態の変化に応じて発生するイベント
を受信して上記ネットワークインタフェースから抽出す
るイベント解析手段と、イベントに対応させて当該家電
機器の動作を記述したスクリプトを記憶するスクリプト
記憶手段と、上記イベント解析手段から抽出されたイベ
ントに対応するスクリプトを上記スクリプト記憶手段か
ら取り出して実行するスクリプト処理手段と、を備えた
ことを特徴とする。

【０００９】請求項２に記載のネットワーク用家電機器
は、請求項１に記載のネットワーク用家電機器におい
て、当該家電機器の内部状態を示すステータスを記憶す
るステータス記憶手段を備え、上記スクリプト処理手段
は、上記ステータスを参照してスクリプトを実行するこ
とを特徴とする。

【００１０】請求項３に記載のネットワーク用家電機器
は、請求項１に記載のネットワーク用家電機器におい
て、上記スクリプト記憶手段に記憶されたスクリプトを
所定の表現形式にして表示する表示手段を備えたことを
特徴とする。

【００１１】請求項４に記載のネットワーク用家電機器
は、請求項１に記載のネットワーク用家電機器におい
て、上記スクリプト記憶手段に記憶されたスクリプトを
編集する編集手段を備えたことを特徴とする。

【００１２】請求項５に記載のネットワーク用家電機器
は、請求項１に記載のネットワーク用家電機器におい
て、上記ネットワークに接続された他の家電機器から送
られてきたスクリプトを受信するスクリプト受信手段
と、当該家電機器に有効なスクリプトを抽出し、抽出さ
れたスクリプトを上記スクリプト記憶手段に格納するス
クリプト抽出手段とを備えたことを特徴とする。

【００１３】請求項６に記載のネットワーク用家電機器
は、請求項１に記載のネットワーク用家電機器におい
て、上記スクリプト処理手段のスクリプトの実行を一時
停止または禁止する禁止手段を備えたことを特徴とす
る。

【００１４】請求項７に記載のネットワーク用家電機器
は、ネットワークに接続された家電機器であって、上記
ネットワークに接続するためのネットワークインタフェ
ースと、当該家電機器の状態の変化に応じて発生するイ
ベントを作成するイベント作成手段と、該イベント作成
手段により作成されたイベントを上記ネットワークに送
信するイベント送信手段とを備えたことを特徴とする。

【００１５】請求項８に記載のネットワーク用家電機器
は、請求項７に記載のネットワーク用家電機器におい
て、他の家電機器の機種情報と対応のスクリプトを記憶
する他機種スクリプト記憶手段と、該記憶手段のスクリ
プトを上記ネットワーク上に送信するスクリプト送信手
段と、を備えたことを特徴とする。

【００１６】請求項９に記載のネットワーク用家電機器
は、請求項７に記載のネットワーク用家電機器におい
て、所望のイベントの送信を禁止するイベント送信禁止
手段を備えたことを特徴とする。

【００１７】請求項１０に記載のネットワークシステム
は、請求項１に記載のネットワーク用家電機器を受信側
にし、請求項７に記載のネットワーク用家電機器を送信
側にして構成されることを特徴とする。

【００１８】請求項１１に記載のネットワークシステム
は、請求項５に記載のネットワーク用家電機器を受信側
にし、請求項８に記載のネットワーク用家電機器を送信
側にして構成されることを特徴とする。

【００１９】

【発明の実施の形態】本発明が適用される家電機器は、
ビデオ、テレビ、チューナー、ステレオ、電子レンジ、
洗濯機、乾燥機、冷蔵庫、調理機、ドアホン、電話、Ｆ
ＡＸなどの家庭内の各種オーディオ・ビデオや家電機器
であり、屋外にある光、温度、湿度等の各種センサであ
る。

【００２０】本発明のネットワーク用家電機器は、ネッ
トワークに接続されるものであり、そのためのインター
フェースを備えている。また、ネットワーク上の他の家
電機器との送信／受信を行うために、送信手段または受
信手段と、いわゆる処理装置と、その処理装置を所望の
手順で動作させる内容を書き込んだＲＯＭやＲＡＭによ
り構成されており、家電機器本体に付加しても、処理装
置を備えた家電機器ではその処理装置と共用してもよ
い。

【００２１】本発明が適用される家電機器では、標準と
なるオペレーティングシステムを塔載し、アプリケーシ
ョンプログラムをシステムバス上のもしくはネットワー
ク上の外部記憶からメインメモリにロードした後に実行
を行い、かつ、そのアプリケーションがワードプロセッ
サや表計算、データベースなど種々のものに可変な、い
わゆるコンピュータとは異なり、１種類もしくは複数の
特定のアプリケーション（たとえばビデオ録画、テレビ
放送受信、洗濯、調理、電話、ドアホン、映像編集、ゲ
ームなど）を専用に行うように設計され、オーディオや
ビデオ、文字、その他制御情報などのデータを扱うこと
ができる。

【００２２】本発明のネットワーク用家電機器が接続さ
れるネットワークは、家庭内で閉じていることが保守等
の点から望ましい。また、本発明のネットワーク用家電
機器は、送信側機器または受信側機器の少なくともいず
れか一方であればよい。さらに、本発明のネットワーク
用家電機器は、ネットワーク内外の外部の機器やユーザ
が指示したコマンドを従来のように実行できる方が、コ
マンドの実行をきっかけにしてイベントを作成したりで
きるので、システムとしては望ましい。従って、ネット
ワークを流れるパケット構造は、少なくともイベントが
含まれていれば良いが、実際にはコマンドやデータが含
まれているほう方が良い。

【００２３】本発明では、ネットワーク上で発生した何
かの事実を送信側機器が検知して、ネットワーク上にそ
の事実をあらわすイベントを送信し、そのイベントを受
信した受信側機器でイベントに対応するスクリプト処理
を行う。これによって、事実に対応するイベントがネッ
トワーク上に一種類送られただけで、それに対応する処
理は受信側機器で判断されて行われる。これにより、多
数の機器に対応する制御コマンドを送信側機器が出す必
要がない。

【００２４】特開平６―２６８６５３号公報に記載され
ているコマンドは、アドレスを持ち特定のデバイスに対
してのみ送付される点、かつ、それを受信した機器はコ
マンドに対応した定められた動作を行う点で本発明のイ
ベントとは異なる。つまり、特開平６―２６８６５３号
公報のコマンドは決った種類の機器（例えばＶＴＲ）に
対して決った動作(例えば再生)を指定するものであっ
て、本発明では、事実（例えばテープ切れや、電話がな
った）に対応するイベントを送るのとは異なる。動作を
送ることと事実を送るのが異なるのは、動作がある特定
の機器のためのものであるのに対して、事実は普遍的な
ものである点である。つまり、「再生」という動作は再
生が可能な機器にとってしか意味がないが、「テープ切
れ」という事実はどのような機器が解釈しても構わな
い。「テープ切れ」という事実を受け取った機器が画面
に「テープ切れ」という表示を出してもよいし、「再生」
を行ってもよい。事実を解釈するのはそのイベントを受
信側機器である点、つまり、どのような機器でもその事
実を解釈して動作を行うことが可能であることが異な
る。

【００２５】

【実施例】

（実施例１）図１に、受信側機器のブロック構成を示
す。１は外部のデジタルネットワークと及びコマンドま
たはイベントを送受信するためのネットワークインタフ
ェースである。なお、以下の説明では、簡略のために、
特に断らない限り、画像、音声、文字等のデータの処理
については説明を省略する。２はネットワーク上に流れ
ていコマンドが当該機器宛であるかどうかを判定するた
めのアドレス解析部である。通常デジタルデータはパケ
ットの形式で送られてくることが多いが、その場合にそ
れぞれのパケットに付加されているアドレス情報をここ
で解析し、当該機器のアドレス宛でなければ無視する。
３はコマンド解析部であり、当該機器宛のパケットであ
る場合、そのパケットによって当該機器が何をするべき
かのコマンドを解析する。コマンドとしては、ビデオの
場合には、ビデオテープの再生、録画、チャンネルの変
更、テレビの場合には、音量の調整、チャンネルの変
更、スイッチのオン、オフ、電子レンジの場合には、加
熱タイマーのセット、加熱スタート、ストップであり、
コマンド解析部３がパケットからコマンドを解析してそ
の動作を行うのは従来の技術である。４は本発明の特徴
であるイベント解析部であり、ネットワーク上に流れて
きたパケットを解釈してイベントを取り出すものであ
る。イベントはネットワーク上に接続されている各機器
の状態の変化を伝えるためのものである。つまり、イベ
ントは、例えば「ドアホンが押された」、「電話が鳴っ
た」、「洗濯が終わった」、「ＶＴＲのテープがなくな
った」というように、ネットワーク上の各家電機器の実
際に起きた事象を検知して（検知手段は図示せず）、そ
れらの内容をネットワーク上に流す情報のことであり、
「テレビの電源をオンにしろ」とか「ＶＴＲを再生し
ろ」とかいった制御を記述したコマンドとは異なるもの
である。例えば高速バスの規格であるＩＥＥＥ１３９４
を用いたＡＶ機器の制御用コマンドでは、機器のステー
タスを問い合わせる機能が存在するが、これは問い合わ
せが起こり、その問い合わせた機器に対し現在の状態を
送るものであって、ここでのイベントは問い合わせの有
無にかかわらず、状態の変化があれば、ネットワーク上
の全ての機器に送るという点で本質的に異なるものであ
る。各機器におけるイベントの例を表１にあげる。ここ
で、機器名の「その他」としては、家屋の外に設けられ
たセンサ等がある。

【００２６】

【表１】

【００２７】５はネットワークを流れて来たパケットの
中からイベント解析部４によりイベントが検出され、そ
のイベントが関係するスクリプトが実行されるスクリプ
ト処理部である。スクリプトとは一種のプログラミング
であるが、ここではイベントに対する処理手順という意
味であり、その処理の手法は問わない。６はスクリプト
記憶部であり、５で実行されるスクリプトを記憶してお
く。このスクリプトはあらかじめ記憶しておいてもよい
し、後からユーザなどが入力してもかまわない。７はコ
マンド処理部であり、ビデオでの再生やテレビでのチャ
ンネルの変更の処理を行い、実際にはデータ処理部８に
具体的な指示を出す作業を行う。データ処理部８は実際
にテレビ放送を受信したり、ＶＴＲの再生を行ったりす
る。９はデータ処理部８から出る例えばＶＴＲの再生画
像等のデータやコマンド処理の結果をネットワークを通
じて他の機器に送るために、アドレスなどの情報を付加
するアドレス付加部であり、単にアドレス情報を付加す
るだけでなく、データ送信に必要なパケットの生成、誤
り訂正の付加などの処理を行う。１０はネットワークを
用いないでユーザが直接その機器を操作するためのユー
ザインタフェースである。今までの家電機器は基本的に
このユーザインタフェースを通じて操作が行われてき
た。例えばビデオデッキで再生ボタンを押すとビデオテ
ープの再生が始まるが、この再生ボタンがこのユーザイ
ンタフェース１０に相当し、その他には、テレビのリモ
コン、電話のプッシュボタン、電子レンジのタイマーな
どが相当する。

【００２８】次に、本実施例での動作を図２を用いて説
明する。Ｓ１ではパケットの形でコマンドまたはイベン
トのデータを受信する。Ｓ２ではパケット中に含まれる
アドレスを機器内部に保持する機器アドレスと比較して
そのデータがその機器宛かどうかを判定する。なお、本
発明ではアドレスは必ずしも必要なく、全部に対して通
知を行うブロードキャストであってもかまわない。Ｓ３
では送られてきたデータコマンド（たとえばＶＴＲの再
生）であるかどうかを判定し、Ｓ４ではコマンドを実行
する。これは通常の赤外線やＩＥＥＥ１３９４などでネ
ットワークを通じて機器を制御する場合と同様である。
Ｓ５ではイベントかどうかを判定する。この動作例で
は、コマンドかイベントかの２種類しか判定していない
が、コマンドとイベント以外に他の判定や処理を行って
もよい。Ｓ６ではイベントの内容に関連するスクリプト
があるかどうかを判定し、Ｓ７では受信したイベントに
関連するスクリプトが実行される。

【００２９】図３に、ネットワークに接続された家電機
器として、テレビを例にとりスクリプトの例を示す。こ
こでは自然言語の記述になっているが、各種のイベント
が到着した場合の処理が記載されていれば表現形式は問
わない。また、図３の括弧内の内容が、イベントの内容
を示している。

【００３０】図４に、パケットの構成例を示す。図４の
左側が先頭を表しているが、最初に受信側家電機器の受
け取り機器アドレス１１が設定されている。イベントは
必ずしも受信アドレスを必要とせず、ネットワーク上の
機器すべてに送信という形式でもよいが、ここでは機器
を指定してコマンドを送る場合を考慮して付加してい
る。次にイベントを発生させた家電機器の発生機器アド
レス１２が設定されている。これも必ずしも必要ない
が、イベントを受信した機器が送信した機器に対して追
加の情報を要求する場合などのためには、イベント送信
者を特定するために必要である。次にイベントまたはコ
マンドの種類を示す識別情報１３が設定されている。イ
ベント情報は文字情報でも数値情報でもよいが、少なく
とも送信側の機器と受信側の機器で同じ意味を表すため
に、事前の共通の取り決めが必要である。最後にイベン
トの詳細情報１４が設定されている。これはアプリケー
ションがどのような情報を必要とするかによって何を付
加するのか変わるが、例えば「電話が鳴った」イベント
なら発信者番号を記載するとか、「ビデオ録画が終わっ
た」イベントならビデオデッキを表すためのメーカ名や
機種名を記載するなどといったものである。

【００３１】本実施例によれば、コマンドによる動作の
みによらず、イベントに対応するスクリプトを受信側機
器が保持し、イベントによる対応のスクリプトで動作を
実行することができるので、ネットワーク上の各機器の
処理が一部に偏在することなく、各機器の処理能力の軽
減が図れる。

【００３２】（実施例２）図５に、実施例２の受信側機
器のブロック構成を示す。以下の説明では、同一ブロッ
クには同一符号を付す。１５は機器の状態を示す情報
（ステータス）を管理するステータス管理部である。１
６は各種のステータスを記憶するステータス記憶部であ
る。ステータスとは機器の現在の状況、例えば電源のオ
ン／オフ、ビデオやカセットステレオのテープの残量、
現在チューナーの受信しているチャンネル番号や留守録
モードの入／切、設定されたタイマーの状態、など機器
内部で持つ情報や外部から設定された情報などである。
イベントが外部状態の変化を表すのに対して、ステータ
スは基本的に内部の状態を表す。１７は各ステータスの
状態を検知する状態検知部である。

【００３３】本実施例での動作は基本的に図２と同じで
あり、スクリプト実行時にステータスを参照するという
点だけが異なる。実行時にステータスを参照するスクリ
プトの例を図６に示す。なお、ここではイベントは機器
の外側から入ってきて、ステータスは機器内部に保有さ
れているように説明したが、実際にはイベントが機器内
部で発生してもかまわない。例えば、ビデオにおいてビ
デオテープがなくなったときに、テープ切れのイベント
を他の機器に向かって送信するだけでなく、そのイベン
トを機器の内部に通知してもよい。もし、テープ切れの
場合のスクリプトをその機器自身で保有するならば、ネ
ットワークを通さずにイベントにより機器内部での処理
が可能になる。また、ステータスは機器内部にあるもの
として説明したが、実際には外部の状態をステータス問
い合わせによって得て、外部の状態に応じて処理を変え
ることも可能である。

【００３４】本実施例によれば、従来の送信側機器のコ
マンドのみで受信側機器が動作する場合には、受信側機
器のステータスが送信側機器で不明なため、受信側機器
のステータスが変わるたびに通知するといった処理が不
要になる。

【００３５】（実施例３）図７に、実施例３の受信側機
器のブロック構成を示す。１８にはイベントやスクリプ
トをユーザに表示するためのデータを記憶するイベント
・スクリプト提示データ記憶部であり、現在記憶されて
いるスクリプト、受信されたイベント、動作しているス
クリプトをユーザに提示するためのデータとそれに対応
する理解しやすい形式の情報とを備え、その情報をユー
ザインターフェース１０にある表示部に表示する。つま
り、通常、スクリプトは何等かの言語的な形態をとるこ
とが多いが、かならずしもそれがユーザにとって理解し
やすいとは限らないため、スクリプトをユーザに提示す
る場合に、理解しやすい形式に変換して提示することが
できる。ここで理解しやすい形式とは、自然言語、アイ
コン（絵文字）、図形、アニメーションなどが含まれ
る。なお、表示部がない機器であれば、スクリプトの内
容を音声で出力してもよい。本実施例により、ユーザは
直感的にスクリプトの内容を理解することができる。

【００３６】（実施例４）実施例４では、図１のスクリ
プト記憶部６を書き換え可能な記憶デバイスで構成する
ことを特徴とする。書き換え可能な記憶デバイスに記憶
することで、ユーザによる書き換えやネットワークを通
じての書き換えを可能とし、固定されたスクリプトの実
行に限らず、より柔軟なスクリプトの実行が可能にな
る。

【００３７】（実施例５）図８に、実施例５の受信側機
器のブロック構成を示す。１９はスクリプト表示部であ
り、スクリプト記憶部６で記憶されているスクリプトを
表示する。２０はスクリプトをユーザが変更するための
スクリプト変更部である。２１はユーザがスクリプトの
動作を禁止するスクリプト禁止部である。これらは、ス
クリプト記憶部６に対する編集手段を構成し、この編集
手段により一度記憶したスクリプトを後から変更できる
ようになり、ユーザが所望するスクリプトの設定が可能
になる。図９にスクリプトの変更例を示す。上段は変更
前で下段は変更後である。図９中の第１番目は変更の例
であり、第２番目は禁止の例であり、第３番目は変更な
しの例である。

【００３８】（実施例６）図１０に、実施例６の受信側
機器のブロック構成を示す。２２は、実施例１１以降で
後述する送信側機器から送られてきたパケットがコマン
ドでもイベントでもない場合にスクリプトとして受信す
るスクリプト受信処理部である。２３は送られてきたス
クリプトの中から自機種に有効なスクリプトのみを抽出
してスクリプト記憶部６に記憶されているスクリプトの
更新や追加をする自機種宛スクリプト抽出部である。図
１１に本実施例の動作フローを示す。Ｓ１からＳ７まで
は図２と同じである。Ｓ１８では受信したパケットがス
クリプト更新のためのものかどうかを判定する。Ｓ１９
ではＳ１８で受信したスクリプトのうちどのスクリプト
が自機種のために必要なものかを判定する。Ｓ２０では
更新該当と判定されたスクリプトに対してスクリプト記
憶部６のスクリプトを書き換えたり、追加したりする。
スクリプト更新該当の判断においては、受信したスクリ
プトに後述する図１７で示されるような機種情報を用い
て判定し、自機種と合致するスクリプトのみを更新該当
と判断する。

【００３９】本実施例によれば、ネットワーク上の送信
側機器からスクリプトの内容を更新や追加する場合に受
信側機器に応じたスクリプトを送信する必要があるが、
いったん機種情報を含むイベントをネットワーク上に流
すにより、いちいち送信先の各機器に問い合わせること
なく簡単にスクリプトの更新や追加ができる。

【００４０】（実施例７）実施例７における動作フロー
は図１１と同じである。本実施例では、図１１でのＳ１
９のスクリプト更新該当の判定において、後述する図１
９に示されるような、スクリプト実行プログラムのバー
ジョン情報やライブラリのバージョン情報と、内部で持
つスクリプトの各バージョン情報を比較することで、新
しいスクリプトのみを残すようになしたもので、古いス
クリプトが送られて着た場合に誤って新しいスクリプト
を消して古いスクリプトに置き換えるなどといったこと
を避けることが可能となる。

【００４１】（実施例８）図１２に、実施例８の受信側
機器のブロック構成を示す。２４は今動作しているスク
リプトを停止するためのスクリプト緊急停止部である。
これは、イベントによって動作したスクリプトをユーザ
が停止するためのものである。スクリプトはユーザの意
志とは関係なくイベントによって自動的に起動されるた
め、ユーザがスクリプトの動作を停止したい場合にそれ
を簡単に行うことを実現するものである。これはユーザ
が緊急で停止させる場合に使用することが多いので、特
別なボタンなどでワンタッチに動作することが望まし
い。

【００４２】（実施例９）図１３に、実施例９の受信側
機器のブロック構成を示す。２５はスクリプト処理部５
で処理されたスプリクトごとに付与されるスクリプトＩ
Ｄを記憶するスクリプトＩＤ記憶部である。２６はスク
リプトＩＤ記憶部２５で記憶されたスクリプトＩＤに対
応のスクリプトを禁止するスクリプト禁止部である。実
施例８では現在動作しているスクリプトを停止させるだ
けであるが、ひき続き同じイベントが入ってきたときに
スクリプトが動作しないようにするために、上記構成に
より、スクリプトをユーザインタフェース１０の表示部
に表示して、その中からスクリプトを選択して動作禁止
を行う。スクリプトを緊急停止した時やスクリプトを実
行した結果をみてユーザがそのスクリプトの実行を今後
望まない場合に、将来に渡って禁止することができる。

【００４３】（実施例１０）図１４に、実施例１０の受
信側機器のブロック構成を示す。２７はデバッグモード
時の表示すべきイベントまたはスクリプトを記憶するイ
ベント・スクリプト表示データ記憶部である。２８はス
クリプトをデバッグするためのデバッグモード記憶部で
ある。２９はデバッグモードに応じてスクリプトの動作
状況を表示するデータを作成する状況表示作成部であ
る。これは、動作したスクリプトやイベントの種類、あ
るいはスクリプトの中のどの部分が動作しているか、な
どをデバッグモードに応じた詳しさでユーザに表示する
のである。つまり、通常はスクリプトの動作はユーザに
は直接説明されないが、スクリプトがどのような状況で
動作するかを知りたいときにはデバッグモードを設定す
ることによりその状況表示が可能になる。モードを複数
設定することで簡単な状況表示から変数の変化までを含
めた詳細の状況表示までいくつかの段階に分けることも
可能である。また、スクリプトの最低実行単位毎にとめ
て、途中の状況をユーザが確認しながら動作させること
も可能になる。このデバッグモードは、ユーザがスクリ
プトを設定した場合に特に有効である。

【００４４】（実施例１１）図１５に、実施例１１の送
信側機器のブロック構成を示す。受信側と同一ブロック
には同一符号を付す。３０は、コマンド処理の結果もし
くはデータ処理の結果、送信側機器の状態の変化をネッ
トワークに送信するためのイベントを作成するイベント
作成部である。なお、ユーザインターフェース１０で送
信側機器の状態の変化を検知して、それを直接イベント
作成部３０に入力して対応のイベントを作成してもよ
い。３１はイベント作成部４で作成したイベントをネッ
トワークに送信するためのイベント送信部である。ここ
では、イベントをイベント送信用のフォーマットに直し
たり、イベントをどの機器に送るかなどの設定を行う。
なお、アドレス付加は必ずしもおこなう必要はない。な
お、説明の都合上、受信側機器と送信側機器とを分けて
説明しているが、同一の機器に両方を備えていてもよ
く、自機器の事象を他機器に伝えることと他機器の事象
を受けてスクリプトを動作させることの両方を行う装置
である。具体的には、図１５の機器において「電話が鳴
った」というような事実があると、それを検知して、ネ
ットワーク上に対応のイベントを送ることになる。本実
施例によれば、各機器に対するコマンドによる複雑な制
御の必要がなく、ネットワーク上の各機器の処理が一部
に偏在することなく、各機器の処理能力の軽減が図れ
る。

【００４５】（実施例１２）図１６に、実施例１２の送
信側機器のブロック構成を示す。３２は他機器に機種情
報ごとのスクリプトを送信するスクリプト送信部であ
る。３３は他機器のスクリプトを記憶する他機種スクリ
プト記憶部である。他機種スクリプト記憶部３３で記憶
されているスクリプトはネットワークを通じて他機器に
送信され、他機器のスクリプトを変更や追加を可能にす
るものである。図１７に、他機種スクリプト記憶部３３
に記憶されたスクリプトの例を示す。この例では今まで
のスクリプトと異なり、各スクリプトの先頭に機種を示
す機種情報が付加され、どの機器がどのスクリプトを使
用するのかを判別するためのものである。本実施例と実
施例６を組み合わせることにより、すでにネットワーク
に接続されている機器のスクリプトを本実施例の機器か
ら更新することが可能となる。本実施例によれば、ネッ
トワークに新しい機器が接続された場合、その機器に所
望のスクリプトがなくても用意に獲得することができ
る。なお、本実施例を実施例１１と組み合わせても良
い。

【００４６】（実施例１３）図１８に、実施例１３の送
信側機器のブロック構成を示す。３４はスクリプトの送
付時期を検知する送付時期検知部が図１６の構成に付加
され、ここで検知されたタイミングに従いスクリプトが
送信される。検知されたタイミングというのは、この送
信側機器の電源投入や切断時、ある一定期間毎、あるい
はネットワーク上に他機器が接続されたのを検知した時
である。本実施例の動作は実施例１２と同様であり、新
たな機器がネットワークに追加された場合に、既存の機
器のスクリプトをユーザが書き換えることなく、自動的
にスクリプトを送信／受信することで、新しい機器への
対応も容易に実現できる。このようにシステムに応じて
スクリプトの送付時期を制御することにより、無意味な
トラフィックを減少させることができる。

【００４７】（実施例１４）本実施例のブロック構成は
図１６と同じである。図１９に実施例１４で保持するス
クリプトの例を示す。本実施例では、記憶している他機
種スクリプトに機種情報のみならず、ライブラリのバー
ジョン情報やスクリプト実行プログラムのバージョン情
報を保持している。なお、どのようなアプリケーション
を行うスクリプトであるのか、誰が作成したか、などの
情報を付加しても構わない。このような情報を付加して
送信することでこのスクリプトを受信した機器がスクリ
プトをアップツーデートにすることが可能になる。

【００４８】（実施例１５）図２０に、実施例１５の送
信側機器のブロック構成を示す。３５は、イベントの送
信を禁止するイベント禁止部である。これはユーザが、
イベントを禁止する設定を可能とするものである。当
然、イベントの発生が後からの設定で禁止、禁止解除が
出来るのであれば、イベント作成部３０とイベント送信
部３１の間に存在しなくても構わない。また、ネットワ
ークを通じたコマンドによってイベントの送信を禁止す
ることも可能である。ここで、イベント禁止とは、どの
ような種類のイベントの発生も抑制する場合と、イベン
トの種類によって送信するものとしないものに分ける場
合の両方を含む。本実施例によれば、無意味なイベント
がネットワークを流れてトラフィックが増加するのを防
止できる。

【００４９】（実施例１６）図２１に、実施例１６のブ
ロック図を示す。３６は、イベントの仮発行モードを記
憶するためのイベント仮発行モード記憶部である。たと
えば新しく機器を設置した場合や、新しくスクリプトを
更新した場合、イベントによって起きる効果がユーザに
とって予測し難い場合が想定される。この場合に、イベ
ントに「仮」であるということを示す情報を付加するこ
とで、実際の動きとは別に「仮」の動作を起こさせるこ
とが可能になる。仮の動作とは、例えばテレビのチャン
ネルを切り替えるというコマンドの場合には、実際にチ
ャンネルを切り替えるのではなく、「チャンネルを切り
替えます」の表示を出し、ユーザへの理解を容易にする
ことである。ここではイベントに仮発行フラグを付加す
るためのイベント仮発行フラグ付加部３７しか示してい
ないが、イベント受信側機器ではその仮発行フラグを受
けて、スクリプトの動作を変更することは容易である。
また、本実施例には記載していないが、スクリプトにも
「仮」フラグを設けることにより実際に動作させるので
はなく「仮」の動作をさせることによりユーザに対して
スクリプトが動作した場合の状況を把握させやすくなっ
たり、いわゆるデバッグなども容易になる。実施例１０
と組み合わせることにより、仮のイベントを発行し、そ
れに対してデバッグレベルを設定してスクリプトのデバ
ッグを行うことも可能である。本実施例によれば、この
ようにシュミレーションを行ってイベントやスクリプト
の動作を事前に確かめることができる。

【００５０】（実施例１７）図２２に実施例１７のブロ
ック構成を示す。図２２（ａ）は、イベント受信側機器
の構成であり、３８はスクリプトリスト送信部であり、
他機器から送られたスクリプト送信要求に対して、自機
器が記憶するスクリプトの一部もしくは全部をその機器
に対して送信を可能にする。スクリプト送信の要求は一
部である場合、あるイベントに関するもの、あるバージ
ョン以前のもの、ある特定のＩＤを持つもの等の単位で
指定される。図２２（ｂ）は、イベント送信側機器のブ
ロック構成であり、３９は自機器から他機器へ送ること
ができるイベントのリストを送るイベントリスト送信部
である。本実施例によれば、他機器からの問い合わせに
対して自機器が送ることができるイベントや自機器で処
理するスクリプトを一括して他機器に送ることが可能と
なり、イベントやスクリプトの一括管理が容易になる。

【００５１】（実施例１８）図２３に、実施例１８の送
信側機器のブロック構成を示す。４０は他機器のイベン
トやスクリプトを受け取る要求をするイベント・スクリ
プト要求部である。４１はネットワークインタフェース
を通じて受信したデータのうち、イベント（リスト）や
スクリプト（リスト）を受信するイベント・スクリプト
リスト受信部である。４２は受信されたイベントやスク
リプトを表示、編集するためのイベント・スクリプト編
集部である。ここでは、他機器が送信するイベントや他
機器が実行するスクリプトを編集するところに特徴があ
る。４３はイベント・スクリプト編集部４２で編集され
たイベントやスクリプトを再度、元の機器に格納するた
めの要求を出すイベント・スクリプト変更要求送信部で
ある。これによって変更後のイベントやスクリプトが元
の機器に格納されることになる。当然、一つの機器のイ
ベントやスクリプトを変更して別の機器に対して格納し
てもよい。本実施例によれば、イベントやスクリプトを
集中して編集できるので、一括管理が容易になる。

【００５２】（実施例１９）図２４に、上述した受信側
機器と送信側機器を用いたドアホンシステムのブロック
構成を示す。５０は玄関付近の画像を映すドアホンカメ
ラ、５１はドアホン親機（図示せず）と通話をするため
で、かつイベントの発生を検知するボタンを備えたドア
ホン子機、５２はテレビであり、これらはネットワーク
で接続されている。図２５には本実施例の処理の流れを
示す。まず、来客がドアホン子機５１のボタンを押す
と、ネットワークに「ドアホンが押された」イベントが
流れる。次に、そのドアホンが押されたイベントが流れ
ると、ドアホンカメラ５０がそのイベントを受け、ドア
ホンカメラ５０の来客を示す画像をネットワークに送出
する。同時にテレビ５２がその「ドアホンが押された」
イベントを受け、ドアホンカメラ５０の画像を取り込み
テレビ画面に映す。図２６に実施例１９の各家電機器の
スクリプトの例を示す。上段はドアホンカメラ５０のス
クリプトの例であり、下段はテレビ５２のスクリプトの
例である。本発明によるとテレビにスクリプトを設定す
るだけで、通常のテレビにドアホンカメラの画像を映す
ことが可能になる。本実施例によれば、ドアホンがテレ
ビ等のコマンドを知る必要がなく、簡単なドアホンシス
テムを提供することができる。

【００５３】（実施例２０）図２７に、実施例２０のド
アホンシステムのブロック構成を示す。なお、実施例１
９と同一ブロックには同一符号を付す。５３はビデオで
ある。図２８に本実施例の処理の流れを示す。図２９に
実施例２０の家電機器のスクリプトの例を示す。この例
では図２５とは異なり、ビデオ５３のスクリプトにおい
てビデオ５３が留守番モードを判定して、留守番モード
であるときにビデオテープに記録することになってい
る。なお、スクリプトの設定により留守番モードと関係
なくビデオに記録することも可能である。留守番モード
はユーザが設定しても構わないし、図示しない他の機器
からネットワークを通じて設定しても構わない。本実施
例によれば、ドアホンがビデオ等のコマンドを知る必要
がなく、簡単なドアホンシステムを提供することができ
る。

【００５４】（実施例２１）図３０に、実施例２１のド
アホンシステムのブロック構成を示す。５４はドアホン
子機とネットワークで接続された電話である。図３１に
本実施例の処理の流れを示す。電話は「ドアホンが押さ
れた」イベントを受け取り、転送先の電話を呼び出す。
転送先の電話との接続が確立されると、ドアホン子機５
１と転送先の電話で直接会話ができるように音声のコネ
クションを確立する。図３２は実施例２１における電話
５４のスクリプトの例である。この中で「留守番モー
ド」を判定し、留守番モードである時に転送先の電話番
号へ電話をかける。接続されたらドアホン子機５１と転
送先の電話との音声のコネクションを確立する。なお、
音声のコネクションの確立などは、従来からあるどのよ
うな手法を用いても構わない。また、留守番モードや転
送先の設定などは、やはり電話５４内のスクリプトによ
って外出先から設定可能であってもよい。本実施例によ
れば、ドアホンが電話のコマンドを知る必要がなく、簡
単なドアホンシステムを提供することができる。

【００５５】（実施例２２）図３３に、実施例２２のメ
ッセージ表示システムのブロック構成を示す。５５はネ
ットワークに接続された洗濯機、５６は同様にネットワ
ークに接続された衣類の乾燥機、５７はネットワークに
接続された電子レンジ、５２はネットワークに接続され
たテレビである。図３４には洗濯機が終了した場合にテ
レビにメッセージを出すときの本実施例の処理の流れを
示す。図３５にテレビ５２のスクリプトの例を示す。こ
こでは、洗濯機５５、乾燥機５６、電子レンジ５２から
終了のイベントを受けとってそのメッセージをテレビ画
面に表示する例である。メッセージ内容はイベントに付
随して送られて来たものであってもよいし、あらかじめ
テレビ５２に記憶してあるイベントに対応するメッセー
ジを表示してもよい。本実施例によれば、各家電機器
が、テレビにコマンドを送る必要がなく、簡単なドアホ
ンシステムを提供することができる。

【００５６】以上の実施例で使用されるネットワーク
は、ＩＥＥＥ１３９４やイーサーネット、赤外線、無線
などのローカルな範囲のものはもちろんのこと、公衆回
線網と接続されたものであっても構わない。また、ネッ
トワークの物理層が１種類である必要もなく、ＩＥＥＥ
１３９４と赤外線のネットワークの両方に渡って論理的
なネットワークが存在するように、複数の物理層があっ
ても構わない。

【００５７】

【発明の効果】以上説明したように、本発明によれば、
ある事象が発生すると、事象に対応するイベントをネッ
トワーク上の家電機器に送信し、受信したイベントに対
応するスクリプトを実行する機能を持つことで、スクリ
プトに応じた処理を受信側家電機器で判断して処理が可
能となる。

【００５８】例えば、ドアホンが押されたときに、ドア
ホンカメラの画像をテレビに映したりドアホンカメラの
画像をビデオに録画することや、洗濯が終わったときに
テレビに洗濯が終わったメッセージを表示する等のいろ
いろなアプリケーションを柔軟に、センター機器を必要
としないシステムを実現することができる。

【図面の簡単な説明】

【図１】実施例１のブロック図である。

【図２】実施例１のフローである。

【図３】実施例１のスクリプトの例である。

【図４】実施例１のパケットの例である。

【図５】実施例２のブロック図である。

【図６】実施例２のスクリプトの例である。

【図７】実施例３のブロック図である。

【図８】実施例５のブロック図である。

【図９】実施例５のスクリプト変更の例である。

【図１０】実施例６のブロック図である。

【図１１】実施例６のフローである。

【図１２】実施例８のブロック図である。

【図１３】実施例９のブロック図である。

【図１４】実施例１０のブロック図である。

【図１５】実施例１１のブロック図である。

【図１６】実施例１２のブロック図である。

【図１７】実施例１２の他機種スクリプトの例である。

【図１８】実施例１３のブロック図である。

【図１９】実施例１４の他機種スクリプトの例である。

【図２０】実施例１５のブロック図である。

【図２１】実施例１６のブロック図である。

【図２２】実施例１７のブロック図である。

【図２３】実施例１８のブロック図である。

【図２４】実施例１９のブロック図である。

【図２５】実施例１９の処理制御の流れである。

【図２６】実施例１９の家電機器のスクリプトの例であ
る。

【図２７】実施例２０のブロック図である。

【図２８】実施例２０の処理制御の流れである。

【図２９】実施例２０の家電機器のスクリプトの例であ
る。

【図３０】実施例２１のブロック図である。

【図３１】実施例２１の処理制御の流れである。

【図３２】実施例２１の家電機器のスクリプトの例であ
る。

【図３３】実施例２２のブロック図である。

【図３４】実施例２２の処理制御の流れである。

【図３５】実施例２２の家電機器のスクリプトの例であ
る。

【符号の説明】

１ ネットワークインターフェース ２ アドレス解析部 ３ コマンド解析部 ４ イベント解析部 ５ スクリプト処理部 ６ スクリプト記憶部

フロントページの続き (72)発明者 寺田 智 大阪府大阪市阿倍野区長池町22番22号 シャープ株式会社内 (56)参考文献 特開 平８−56232（ＪＰ，Ａ) 特開 平１−288035（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 176 G06F 13/00 355 H04L 12/28 H04Q 9/00 301 H04Q 9/00 311 H04Q 9/00 331 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された家電機器であ
   って、 上記ネットワークに接続するためのネットワークインタ
   ーフェースと、 上記ネットワークに接続された他の家電機器の状態の変
   化に応じて発生するイベントを受信して上記ネットワー
   クインターフェースから抽出するイベント解析手段と、 イベントに対応させて当該家電機器の動作を記述したス
   クリプトを記憶するスクリプト記憶手段と、 上記イベント解析手段から抽出されたイベントに対応す
   るスクリプトを上記スクリプト記憶手段から取り出して
   実行するスクリプト処理手段と、を備えたことを特徴と
   するネットワーク用家電機器。
2. 【請求項２】 当該家電機器の内部状態を示すステータ
   スを記憶するステータス記憶手段を備え、 上記スクリプト処理手段は、上記ステータスを参照して
   スクリプトを実行することを特徴とする請求項１に記載
   のネットワーク用家電機器。
3. 【請求項３】 上記スクリプト記憶手段に記憶されたス
   クリプトを所定の表現形式にして表示する表示手段を備
   えたことを特徴とする請求項１又は２に記載のネットワ
   ーク用家電機器。
4. 【請求項４】 上記スクリプト記憶手段に記憶されたス
   クリプトを編集する編集手段を備えたことを特徴とする
   請求項１乃至３のいずれかに記載のネットワーク用家電
   機器。
5. 【請求項５】 上記スクリプト処理手段のスクリプトの
   実行を一時停止または禁止する禁止手段を備えたことを
   特徴とする請求項１乃至４のいずれかに記載のネットワ
   ーク用家電機器。
6. 【請求項６】 上記ネットワークに接続された他の家電
   機器から送られてきたスクリプトを受信するスクリプト
   受信手段と、当該家電機器に有効なスクリプトを抽出
   し、抽出されたスクリプトを上記スクリプト記憶手段に
   格納するスクリプト抽出手段とを備えたことを特徴とす
   る請求項１乃至５のいずれかに記載のネットワーク用家
   電機器。
7. 【請求項７】 ネットワークに接続する家電機器であっ
   て、 上記ネットワークに接続するためのネットワークインタ
   ーフェースと、 当該家電機器の状態の変化に応じて発生するイベントを
   作成するイベント作成手段と、 該イベント作成手段により作成されたイベントを上記ネ
   ットワークに送信するイベント送信手段とを備えたこと
   を特徴とするネットワーク用家電機器。
8. 【請求項８】 所望のイベントの送信を禁止するイベン
   ト送信禁止手段を備えたことを特徴とする請求項７に記
   載のネットワーク用家電機器。
9. 【請求項９】 他の家電機器の機種情報と対応のスクリ
   プトを記憶する他機種スクリプト記憶手段と、該記憶手
   段のスクリプトを上記ネットワーク上に送信するスクリ
   プト送信手段と、を備えたことを特徴とする請求項８に
   記載のネットワーク用家電機器。
10. 【請求項１０】 請求項１乃至６のいずれかに記載のネ
    ットワーク用家電機器を受信側にし、請求項７乃至９の
    いずれかに記載のネットワーク用家電機器を送信側にし
    て構成されることを特徴とするネットワークシステム。