(57)【要約】【課題】制御端末に通信可能に接続された被制御装置の制御内容を簡易且つ安価に変更できるようにすること。【解決手段】ローカルネットワークシステムで使用される制御端末は、被制御装置からのアラーム信号を受信する手段と、被制御装置の少なくとも１つの機能を実行させるアプリケーションプログラムインターフェースを１以上指定するスクリプトを、受信したアラーム信号に応じて選択する手段と、選択されたスクリプトを実行する手段とを有する。被制御装置は、制御端末へアラーム信号を送信する手段と、被制御装置の機能を実行させるアプリケーションプログラムインターフェースを記憶する記憶手段と、制御端末から指示された機能を実行する手段とを有する。【選択図】図１
2007156909.tif 000002
【特許請求の範囲】
【請求項１】
制御端末と該制御端末に通信可能に接続された被制御装置とを有するローカルネットワークシステムであって、前記制御端末は、
被制御装置からのアラーム信号を受信する手段と、
前記被制御装置の少なくとも１つの機能を実行させるアプリケーションプログラムインターフェースを１以上指定するスクリプトを、受信したアラーム信号に応じて選択する手段と、
選択されたスクリプトを実行する手段と、  
を有し、前記被制御装置は、
前記制御端末へアラーム信号を送信する手段と、
前記被制御装置の機能を実行させるアプリケーションプログラムインターフェースを記憶する記憶手段と、
前記制御端末から指示された機能を実行する手段と、
を有することを特徴とするローカルエリアネットワークシステム。
【請求項２】
１以上の被制御装置にネットワークを通じて接続された制御端末であって、
少なくとも１つの被制御装置からのアラーム信号を受信する手段と、
前記被制御装置の少なくとも１つの機能を実行させるアプリケーションプログラムインターフェースの１以上を指定するスクリプトを１以上記憶する手段と、
受信したアラーム信号に応じて、記憶済みのスクリプトの中からスクリプトを選択する手段と、
選択されたスクリプトを実行する手段と、  
を有することを特徴とする制御端末。
【請求項３】
制御端末にネットワークを通じて接続された被制御装置であって、
前記制御端末へアラーム信号を送信する手段と、
前記被制御装置の機能を実行させるアプリケーションプログラムインターフェースを記憶する記憶手段と、
前記アラーム信号に応じて前記制御端末で選択されたスクリプトに従って、前記制御端末から指示された機能を実行する手段と、
を有することを特徴とする被制御装置。
【請求項４】
制御端末と該制御端末に通信可能に接続された被制御装置とを有するローカルネットワークシステムで使用される制御方法であって、
被制御装置から制御端末へアラーム信号が伝送されるステップと、
前記被制御装置の少なくとも１つの機能を実行させるアプリケーションプログラムインターフェースの１以上を指定するスクリプトが、制御端末で受信されたアラーム信号に応じて選択されるステップと、
選択されたスクリプトが実行され、前記制御端末により指示された機能が前記被制御装置で実行されるステップと、
を有することを特徴とする制御方法。
【請求項５】
制御端末と該制御端末に通信可能に接続された被制御装置とを有するローカルネットワークシステムで使用されるプログラムであって、
被制御装置から制御端末へアラーム信号が伝送されるステップと、
前記被制御装置の少なくとも１つの機能を実行させるアプリケーションプログラムインターフェースの１以上を指定するスクリプトが、制御端末で受信されたアラーム信号に応じて選択されるステップと、
選択されたスクリプトが実行され、前記制御端末により指示された機能が前記被制御装置で実行されるステップと、
を実行させることを特徴とするプログラム。
【請求項６】
前記制御端末が、携帯電話である
ことを特徴とする請求項１記載のローカルネットワークシステム。
【請求項７】
前記被制御装置が、家庭用電気器具である
ことを特徴とする請求項１記載のローカルネットワークシステム。
【請求項８】
前記被制御装置が、業務用電気器具である
ことを特徴とする請求項１記載のローカルネットワークシステム。
【請求項９】
物体に同行する無線タグから情報を取得するセンサが、前記被制御装置に設けられる
ことを特徴とする請求項１記載のローカルネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に遠隔制御の技術分野に関連し、特にネットワークで接続された装置を制御するためのローカルネットワークシステム、制御端末、被制御装置、制御方法及びプログラムに関連する。
【背景技術】
【０００２】
この種の技術分野ではインターネットの普及により遠隔制御の対象が拡大し、業務用の器具だけでなく家庭用の器具も遠隔的に制御可能になりつつある。更にエージェントやユビキタスネットワーク等の技術により制御の自動化が進んでいることに加えて、制御対象の装置（被制御装置）自体の高性能化も進んでいる。従来の制御システムについては例えば特許文献１乃至４に記載されている。
【特許文献１】特開２００４−７２９７号公報
【特許文献２】特開２００４−１９２０１７号公報
【特許文献３】特開２００４−２５８８０９号公報
【特許文献４】特開平５−９９４８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
概して特許文献１乃至４を含む従来技術では、制御内容に特化した専用の装置又は専用の機能が使用されるので、制御内容の変更は容易でないだけでなくコスト高になってしまう問題がある。
【０００４】
特許文献１は利用者の嗜好に応じて家電装置を自動制御する技術を開示しているが、この技術を実現するには学習機能のような高度な機能を用意する必要があり、コスト高になりやすい問題がある。特許文献２は移動端末の位置情報を利用して家電装置の制御を行う技術を開示しており、位置情報だけを契機とする単純な制御しかできないという問題がある。特許文献３は人間の行動パターンに応じて複数の家電装置を制御する技術を開示しているが、複数の家電装置全ての電源を一律に落とすような単純な制御しかなされておらず、より複雑な制御を行うことが困難であるという問題がある。特許文献４は室温に基づいて空調を制御する技術を開示しているが、これは空調制御に特化したものであり、汎用性が少ないという問題がある。
【０００５】
本発明は、上記問題点の少なくとも１つに対処するためになされたものであり、その課題は、制御端末に通信可能に接続された被制御装置の制御内容を簡易且つ安価に変更可能にするローカルネットワークシステム、制御端末、被制御装置、制御方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００６】
本発明では、制御端末と該制御端末に通信可能に接続された被制御装置とを有するローカルネットワークシステムが使用される。前記制御端末は、被制御装置からのアラーム信号を受信する手段と、前記被制御装置の少なくとも１つの機能を実行させるアプリケーションプログラムインターフェースを１以上指定するスクリプトを、受信したアラーム信号に応じて選択する手段と、選択されたスクリプトを実行する手段とを有する。前記被制御装置は、前記制御端末へアラーム信号を送信する手段と、前記被制御装置の機能を実行させるアプリケーションプログラムインターフェースを記憶する記憶手段と、前記制御端末から指示された機能を実行する手段とを有する。
【発明の効果】
【０００７】
本発明によれば、制御端末に通信可能に接続された被制御装置の制御内容を簡易且つ安価に変更することができる。
【発明を実施するための最良の形態】
【０００８】
本発明の一形態によれば、被制御装置から制御端末へアラーム信号が伝送され、前記被制御装置の少なくとも１つの機能を実行させるＡＰＩの１以上を指定するスクリプトが、制御端末で受信されたアラーム信号に応じて選択され、実行される。物体に同行する無線タグから情報を取得するセンサが、前記被制御装置に設けられてもよい。
【０００９】
本発明によれば、様々な被制御装置を有機的に結合及び制御できるので、制御内容を簡易且つ安価に柔軟に変更できる。既存の被制御装置に対する制御内容の変更は、制御端末に格納しているスクリプトを変更する（又は書き換える）ことで達成できる。スクリプトの変更は利用者自ら書き込むことでなされてもよいし、何らかの情報源（例えば、インターネット上のサーバ）からダウンロードされてもよい。新たな被制御装置が制御対象に追加される場合は、新たな被制御装置に対するスクリプトが追加される或いは既存のスクリプトが修正される。既存の被制御装置を制御対象から除外するには、利用者は制御端末に格納している被制御装置に対するスクリプトを削除すればよい。一方、被制御装置に必要なことは、制御端末からの指示に適切に応じることであり、これは、被制御装置の機能を実行させるアプリケーションソフトウエア(API)を用意することでなされる。制御端末が必要に応じてAPIを呼び出すことで、ＡＰＩによる動作を実行することができるからである。従って制御端末及び全ての被制御装置全体に関する統一規格を大掛かりに規定することは必須でない。このため、制御端末や被制御装置の製造業者は各々独自に製品を開発しても、それらを有機的に結合し制御することができる。
【００１０】
図１は本発明の一形態によるローカルネットワークシステムを示す。本システムは、通信会社網のようなネットワーク２０１と、ネットワーク２０１に接続された制御端末１０１と、ネットワーク２０１を通じて制御端末１０１に接続された被制御装置３０１とを有する。ネットワーク２０１はインターネット２０２とセキュアに接続されている。
【００１１】
制御端末１０１は本実施例では携帯電話であるが、本発明はこれに限定されず、制御端末としてパーソナルコンピュータその他の通信装置が利用されてもよい。図１には通信部１１１、スクリプト実行部１１２及びグラフィックユーザインターフェース（GUI）１１３が制御端末内に描かれている。
【００１２】
通信部１１１はネットワーク２０１及び／又はインターネット２０２等と通信を行う機能を有する。通信部１１１は無線通信機能又は有線及び無線の通信機能を有する。
【００１３】
スクリプト実行部１１２は、制御端末１０１に記憶されたスクリプト12-1,12-2,...,12-nの中から適切なスクリプトを選択し、それを実行する。スクリプトの選択は後述されるように被制御装置からのアラーム信号に応じてなされる。言い換えれば、アラーム信号の各々に応じてスクリプトが用意される。スクリプトは、被制御装置に備わる機能を実行させるアプリケーションプログラムインターフェース（API）を必要に応じて呼び出す簡易プログラムである。図示のスクリプトの例12-nでは、ある段階でAPIxが呼び出され、後の段階でAPIyが呼び出される。スクリプトはユーザ自身により作成されてもよいし、ネットワーク２０１又はインターネット２０２に接続されたサーバから有料又は無料でダウンロードされてもよい。
【００１４】
グラフィックユーザインターフェース(GUI)１１３は、ユーザに対する視覚的なデータ入出力機能を用意する。特にGUIはスクリプトの実行がユーザの介在を必要とする場合に使用されてもよい。
【００１５】
ネットワーク２０１は通信会社網であり、本発明によるサービスをサポートする。ネットワーク２０１は制御端末１０１と通信するための通信部２１２と、被制御装置３０１等と通信するための通信部２１１と、インターネット２０２側の装置と通信するための通信部２１３と、各通信部に接続され、プロトコルを変換し、通信部間の通信を可能にするプロトコル変換部２３１とを有する。
【００１６】
被制御装置３０１は制御端末１０１による制御の対象となる装置であり、本実施例ではホームネットワーク内の家庭用電気器具であるが、それはオフィスネットワーク内の事務用電気器具でもよいし、適切な如何なる装置でもよい。図示の簡明化のため、被制御装置は１つしか示されていないが、被制御装置数はいくつでもよい。図１には通信部３２１と、センサ３３１と、実行部３４１とが被制御装置３０１内に描かれている。
【００１７】
通信部３２１はネットワーク２０１及び／又はインターネット２０２等と通信を行う機能を有する。通信部３２１は無線通信機能又は有線及び無線の通信機能を有する。
【００１８】
センサ３３１は何らかの状況変化を検出し、アラーム信号を作成する機能を有する。アラーム信号は通信部３２１を通じて制御端末１０１に送信される。センサ３３１で検出される状況変化には、温度や湿度のような物理量の変化、期限徒過、電源の投入／切断、動作の開始／終了、信号の送信／受信等が含まれる。図示の簡明化のため明示されてはいないが、必要に応じて被制御端末３０１にタイマーや画像解析装置等が用意されていてもよい。また、センサ３３１は、何らかの量を測定する装置でもよいし、ICタグ用のリーダのような情報受信機能を備えていてもよい。ICタグは、RFタグ又は無線タグとも呼ばれる。一例として被制御装置３０１が冷蔵庫であり、そこに収納された食品にICタグ４０１が付されていてもよい。冷蔵庫はICタグからその食品に関する商品情報を読み出すことができる。なお、本実施例ではセンサで検出された状況変化がアラーム信号の契機になっているが、本発明はこれに限定されず様々な契機に応じてアラーム信号が生成されてもよい。例えば、グラフィックユーザインターフェース（ＧＵＩ）からの入力値に応じてアラーム信号が生成されてもよいし、時間や位置情報等のような制御端末自体の機能に基づいてアラーム信号が生成されてもよい。
【００１９】
実行部３４１は、制御端末１０１からの指示（APIの呼び出し）に応じて被制御装置３０１を動かす。被制御装置の機能は、アプリケーションプログラムインターフェース（API）31-1〜31-n各々をイネーブルにすることによって発揮される。被制御装置３０１の動作は、1つのAPIによって又は複数のAPIを組み合わせることによって規定される。
【００２０】
図２は本発明の一形態による動作例を示すフローチャートである。説明の簡明化を図るため、ネットワークを通じて携帯電話に接続された１つの家電装置を制御する例が説明されるが、制御対象の装置数はいくつでもよい。先ず、ステップＳ１１では、家電装置で何らかのイベントが生じる。イベントは適切な如何なる事象（センサで検出される状況変化を含む）でもよく、例えば来客者の登場、タイマーの作動、機器の不具合等を含むが、これらに限定されない。
【００２１】
ステップＳ１２ではイベントの発生に応じてアラーム信号が作成され、制御端末に向けて送信される。アラーム信号はイベントの内容に応じて作成される。アラーム信号は、通信部３２１，２２１を経てプロトコル変換部２３１に到達し、プロトコル変換後に通信部２１２，１１１を経て制御端末１０１に至る（Ｓ２１）。
【００２２】
ステップＳ２２では、制御端末１０１で受信されたアラーム信号の内容に応じて、記憶済みの（インストール済みの）スクリプトの中から適切なスクリプトが選択される。選択されたスクリプトは以後実行される。
【００２３】
ステップＳ２３では必要に応じて情報がネットワーク２０１及び／又はインターネット２０２を通じて収集される。収集される情報はスクリプトに依存して異なるが、アラーム信号の情報だけではスクリプトを完了できない場合に収集される。従って、スクリプトによっては更なる情報が収集されないかもしれない。
【００２４】
ステップＳ２４ではアラーム信号及び追加的に収集された情報に基づいて、家電装置で実行される措置が具体的に確定する。
【００２５】
ステップＳ２５ではスクリプトの実行にユーザの介入が必要であるか否かが判定される。それが必要でなければフローはステップＳ２７に進む。
【００２６】
ステップＳ２６では、ユーザの介入が必要な場合に、ユーザによるデータ入力及び／又は意思確認等の動作がなされる。この場合に、グラフィックユーザインターフェース(GUI)が使用されてもよい。
【００２７】
ステップＳ２７では、具体的に確定した措置がその家電装置及び/又は他の家電装置で行われるように、各装置に指示がなされる。指示内容は主にアプリケーションプログラムインターフェース（ＡＰＩ）の呼び出しにより規定される。この指示信号は、通信部１１１，２１２を経てプロトコル変換部２３１に到達し、プロトコル変換後に通信部２１１，３２１を経て制御端末１０１に至る。
【００２８】
ステップＳ１３では指示信号により規定された措置が実行されるように、家電装置の機能が実行される。
【００２９】
以下、イベント及びスクリプトに関するいくつかの実施例が説明される。
【実施例１】
【００３０】
図３は本発明の第１実施例に関する動作例を示す。第１実施例では、制御端末が携帯電話であり、被制御装置が冷蔵庫であり、冷蔵庫にハムが収納されており、ハムにはＩＣタグが付随している。ＩＣタグはハムに関する商品情報を送信することができる。冷蔵庫はＩＣタグから商品情報を取得し、ハムの賞味期限が近いことを検出し、それをアラーム信号で携帯電話に通知する。携帯電話は、冷蔵庫からのアラーム信号に応答して動作を実行するためのスクリプトを予め記憶しているものとする。本実施例ではそのスクリプトは、賞味期限間近のアラーム信号に応答して、冷蔵庫中の他の食材情報を収集することに加えて、食材に応じた料理情報（レシピ等）をインターネットから取得するスクリプトである。携帯電話はアラーム信号を受信すると自動的にスクリプトを実行させ、情報を収集し、取得した料理情報を記憶装置に格納し、その旨をユーザに知らせる。料理情報だけでなく、その料理に不足している食材が何であるかの情報も通知されてよい。
【００３１】
上記の例では賞味期限を徒過する前の動作が説明されたが、賞味期限経過後の食材が存在する場合には、その旨を示すアラーム信号が発せられてもよい。この場合のスクリプトの動作としては、生ゴミを捨てることのできる日や捨て方等がユーザに通知されてもよい。
【実施例２】
【００３２】
図４は本発明の第２実施例に関する動作例を示す。第２実施例では、ユーザの留守中に宅配業者が訪れたことがイベントになっている。このイベントに応じてアラーム信号が生成され、ユーザの携帯電話に通知される。このアラーム信号に応答して起動されるスクリプトは、宅配物の中身に関する追加的な情報を取得し、インターネットを通じて再配送用のスケジュール帳にアクセスし、再配送日時を決定するスクリプトである。例えば、宅配物の中身が生鮮食品であれば、なるべく早い時間に再配送されるように決定されてもよい。再配送時間は、携帯電話のＧＵＩを通じてユーザにより指定されてもよい。
【実施例３】
【００３３】
図５は本発明の第３実施例に関する動作例を示す。第３実施例では、映画を鑑賞し始めたことがイベントになっている。このイベントに応じてアラーム信号が生成され、ユーザの携帯電話に通知される。このアラーム信号に応答して起動されるスクリプトは、本実施例では、時間帯によって異なる動作を規定する。例えば、時間帯が深夜に近ければ、映画が終了する頃の寝室の温度等が快適になるように、スクリプトが空調器具を作動させる。一方、時間帯が比較的早ければ、スクリプトは、映画が終了する頃に風呂の準備を完了させ、風呂から上がる時間に合わせて、部屋の温度等が調整されたり、ビールのような飲み物が冷やされるようにする。更に、風呂から上った後の風呂の水量が維持されるように或いは残り湯が再利用されるように動作が規定されてもよい。
【実施例４】
【００３４】
図６は本発明の第４実施例に関する動作例を示す。第４実施例では、エアコンのような空調器具が、設定温度をどのようにすべきかを携帯電話側に問い合わせることがイベントになっている。このイベントによるアラーム信号に応答して起動されるスクリプトは、他の家電装置から情報を取得する。図示の例では掃除機で収集されたゴミの種類や量（例えば、花粉や埃の種類や量）が携帯電話に報告される。加湿器に備わる湿度計で測定された湿度情報も携帯電話に報告される。空気清浄機で測定された空気の汚れ具合も携帯電話に報告される。携帯電話は、収集した情報をエアコンに報告する。エアコンは報告された情報に基づいて、最適な温度になるように設定を行う。収集された情報の内容によってはエアコンは外気を取り込んでもよい。収集される情報は図示のものより少なくてもよいし、多くてもよい。
【実施例５】
【００３５】
図７は本発明の第５実施例に関する動作例を示す。第５実施例では、ユーザが風呂から上がったことがイベントになっている。このイベントに応じてアラーム信号が生成され、ユーザの携帯電話に通知される。このアラーム信号に応答して起動されるスクリプトは、風呂の残り湯で洗濯を行い、洗濯物が朝までに乾くように洗濯機及び乾燥機の動作時間を制御する。本実施例ではイベント発生後の時間的に一連の手順がスクリプトで規定され、個々の家電装置がより有機的に結合されている。
【００３６】
上記の説明では制御端末は携帯電話であることが想定されていたが、本発明は携帯電話に限定されず、何らかの通信機能を有する端末が制御端末として利用されてもよい。但し、制御端末が携帯電話のような移動端末である場合には、その制御端末はユーザの近くに存在することが予想される。従って、ユーザの位置情報を利用するスクリプトが使用されるような場合には、制御端末はスタンドアローン型コンピュータよりも移動端末の方が好ましい。
【００３７】
また、説明の簡明化を図るため制御端末は１つしか登場していなかったが、スクリプトの内容が競合しない限り、複数の制御端末が同時に動作してもよい。更にはスクリプトが競合しないように、複数の制御端末の間で何らかの調整が行われてもよい。
【図面の簡単な説明】
【００３８】
【図１】本発明の一形態によるローカルネットワークシステムの全体図を示す。
【図２】本発明の一形態による動作例を示すフローチャートである。
【図３】本発明の第１実施例に関する動作例を示す図である。
【図４】本発明の第２実施例に関する動作例を示す図である。
【図５】本発明の第３実施例に関する動作例を示す図である。
【図６】本発明の第４実施例に関する動作例を示す図である。
【図７】本発明の第５実施例に関する動作例を示す図である。
【符号の説明】
【００３９】
１０１  制御端末
１１１  通信部
１１２  スクリプト実行部
１１３  グラフィックユーザインターフェース
１２−１〜ｎ  スクリプト
２０１  ネットワーク
２０２  インターネット
２１１，２１２，２１３  通信部
２３１  プロトコル変換部
３０１  被制御装置
３２１  通信部
３３１  センサ
４０１  ＩＣタグ
３１−１〜ｎ  アプリケーションプログラムインターフェース
【図１】
2007156909.tif 000003
【図２】
2007156909.tif 000004
【図３】
2007156909.tif 000005
【図４】
2007156909.tif 000006
【図５】
2007156909.tif 000007
【図６】
2007156909.tif 000008
【図７】
2007156909.tif 000009