JP4238870B2 - ネットワークシステム - Google Patents

Description

本発明は、複数の装置がネットワークを介して接続されたネットワークシステムに係るものである。

近年、例えば、家庭用の電化機器をローカルエリアネットワーク（以下、「ＬＡＮ」という。）で接続するネットワークシステムが提案されている（例えば、特許文献１参照。）。

また、エアーコンディショナー（以下、「エアコン」という。）及び電灯等を小型リモコンで制御すること、また、最適な選択コースをインターネット経由でダウンロードできる洗濯機、ビールの在庫が少なくなったら自動発注してくれる冷蔵庫も提案されている（例えば、非特許文献１参照。）。

特開２００２−３１９９４７号公報 堀切 近史、"ＪＥＩＴＡが５０種類のネット家電がひしめくモデルハウスを公開"、［ｏｎｌｉｎｅ］、Ｔｅｃｈ−Ｏｎ！、［２００５年１０月２５日検索］、インターネット＜ＵＲＬ： ｈｔｔｐ：／／ｔｅｃｈｏｎ．ｎｉｋｋｅｉｂｐ．ｃｏ．ｊｐ／ｍｅｍｂｅｒｓ／０１ｄｂ／２００２０１／１００６４０５／＞

このようなネットワーク環境の急速な広がりにより、快適な環境を提供することが可能となってきている。

しかしながら、上記家庭用の電化機器を例とした特定の機能を実行する装置（機能実行装置）の起動にともない生じた事象に対し、その機能を実行可能な装置の設置場所にいなくとも、ネットワークを介して事象の発生を認識可能であるなら、より一層、快適な環境を提供することができる。

本発明は、機能実行装置の利用者が、その設置場所に存在していなくとも、確実にその機能実行装置に生じた事象を認識可能なネットワークシステムを提供することを目的とする。

上記従来の課題に鑑みなされた本発明は、ネットワークシステムに存在する報知装置を特定し、この特定された報知装置に対して、機能実行装置による機能の実行にあたり所定の事象が生じた場合、ネットワークを介して報知装置に、事象の発生を報知可能な構成としたものである。

本願の請求項１に係る発明によれば、機能実行装置の利用者が、その設置場所に存在していなくとも、機能実行装置に生じた事象を、その利用者は、確実に認識可能なネットワークシステムを得ることができる。

請求項２に係る発明によれば、ネットワークシステムの変更、具舘的には、ネットワークに接続されている装置の追加、削除があった場合においても、機能実行装置に生じた事象を、その利用者は、確実に認識可能なネットワークシステムを得ることができる。

請求項３に係る発明によれば、前記機能実行装置による機能の実行が可能な状態にあるとき、機能実行装置に生じた事象を、その利用者は、確実に認識可能なネットワークシステムを得ることができる。

報知装置が電話装置であれば、特別の報知装置を用いることなく、上記記載の有利な効果を奏することができる。

本願の請求項１に係る発明は、所定の機能を実行する機能実行装置と、前記機能実行装置とネットワークを介して接続される報知装置と、を含むネットワークシステムであって、前記機能実行装置は、前記報知装置から送信される、前記報知装置が報知可能な状態であることを示す報知可能情報を、受信する報知可能情報通信手段と、前記機能実行装置に生じた事象を検出する事象検出手段と、前記検出手段により前記事象が検出されたことを条件として、前記報知可能情報を送信した報知装置に対して、前記事象の発生を特定可能な特定情報を送信する特定情報送信手段と、前記特定情報を送信した報知装置に対して、コール命令を送信するコール命令送信手段と、を備え、前記報知装置は、利用者が通話可能な電話手段と、前記機能実行装置に対して、報知可能情報を送信する報知装置側送信手段と、前記機能実行装置から送信される特定情報を受信する報知装置側受信手段と、前記機能実行装置における事象の発生を報知可能な報知手段と、前記報知装置側受信手段が特定情報を受信したことを条件として、前記事象の発生を、前記報知手段から報知させる報知制御手段と、前記機能実行装置から送信されるコール命令を受信するコール命令受信手段と、前記コール命令受信手段が前記コール命令を受信したことを条件として、前記電話手段に、前記機能実行装置によって指定される連絡先に発呼させる電話制御手段と、を備えたことを特徴とするネットワークシステムである。

これにより、機能実行装置は、自らに所定の事象が生じたとき、ネットワーク上に存在する報知装置に対して、これを報知させることができる（換言すれば、報知装置は、ネットワーク上に存在する機能実行装置に所定の事象が発生したとき、これを報知することができる。）。

なお、報知装置における事象の発生に係る報知は、それを直接的に報知する構成に限らず、その事象に対する措置を報知すること（間接的報知）構成であってもよい。

請求項２に係る発明は、前記機能実行装置において、前記報知可能情報通信手段は、前記報知装置が、報知可能な状態であるか否かを判断するための報知可否情報を、前記報知装置に送信し、前記報知装置において、前記報知装置側送信手段は、前記報知可否情報の受信、又は、所定時間毎の経過、の少なくともいずれか一方を条件として、前記機能実行装置に報知可能情報の送信する、ことを特徴とする請求項１に記載のネットワークシステムである。

これにより、機能実行装置は、ネットワーク上に存在し、自らに生じた事象を報知可能な報知装置を、確実に特定することができる。

請求項３に係る発明は、前記機能実行装置は、前記機能実行装置による機能の実行が可能な状態への移行を検出する状態移行検出手段を備え、前記報知可能情報通信手段は、前記状態移行検出手段による前記機能の実行が可能な状態への移行の検出を条件として、前記報知装置に報知可否情報を送信する、ことを特徴とする請求項２に記載のネットワークシステムである。

これにより、機能実行手段は、所定の事象が発生し得る状態において、この事象の発生を報知可能な報知装置を特定することができる。

なお、前記報知装置は、電話装置であってもよい。

これにより、報知すべき情報の存在を呼出音の鳴動により、機能実行装置の利用者に報知させることが可能であるとともに、この報知すべき情報に対応して行うべき処理の実行可否を、音声出力によって確認することができる。

以下、本発明の具体的な実施例について図面を用いて説明する。なお、本発明は、以下に記載の具体的構成に限定されるものではなく、同一の技術的思想において種々の構成を採用することができる。

先ず、本実施例におけるネットワークシステムの構成について説明する。

ネットワークシステム１は、図１に示すように、エアコン１００と、電話回線４００に接続され、ファクシミリ装置等としても機能する複合機２００と、をＬＡＮ３００により接続した構成を有している。

なお、このネットワークシステム１は、一般家庭において構築されたシステムを示すものであり、その結果、家庭用電気機器の代表として、エアコン１００を例に図示しているが、その他、冷蔵庫、テレビ、電灯、洗濯機、映像記憶装置その他の家庭用電気機器の内、少なくとも１台を接続して、構成することも可能である。

また、企業等のオフィス、又は、工場に構築されたネットワークシステムとすることも可能であり、かかる場合、そこで用いられる各種事務機器、又は、生産設備を、ＬＡＮを介して接続したネットワークシステムとなる。

エアコン１００は、ＣＰＵ，ＲＯＭ，ＲＡＭ等（図示せず。）により構成され、このエアコン１００全体の動作を制御する制御部１０２と、冷房又は暖房機能を実現する空調部１０４と、内部時計（以下、「ＲＴＣ」という。）１０６と、リモート操作による信号を受信し、これを制御するリモコン赤外線制御部１０８と、エアコン１００本体（例えば、室内機）に設けられ、空調部１０４の強制的な起動、停止を行う操作部１１０と、ＬＡＮ３００に直接接続されるネットワークインターフェース（以下、「ネットワークＩ／Ｆ」という。）１１２と、各種データを記憶する記憶部１１４と、各種状態を検知するセンサ１１６（検知する状態としては、例えば、室内温度、フィルタへの埃の付着。）と、を備えている。

複合機２００は、ＣＰＵ，ＲＯＭ，ＲＡＭ等（図示せず。）により構成され、この複合機２００全体の動作を制御する制御部２０２と、ＲＴＣ２０４と、ＬＡＮ３００に直接接続されるネットワークＩ／Ｆ２０６と、紙等の記録媒体に記載された情報を読み取るための読取部２０８と、電話回線４００又は読取部２０８を介して入力される画像データを印刷する印刷部２１０と、文字列データを音声変換する音声合成部２１２と、音声データを認識する音声認識部２１４と、直接、電話回線４００を介して交換機（図示せず。）に接続されるものであり、この交換機からの呼出信号を受信するとともに、呼出信号の受信にともなう回線閉結を制御する通信制御部（以下、「ＮＣＵ」という。）２１６と、所定の文字及び数字を入力するための操作部２１８と、各種データを記憶する記憶部２２０と、複合機２００に発生する各種エラー（例えば、紙詰まり、インク又はトナー切れ）を検出するセンサ２２２と、を備えている。

また、複合機２００は、音声データの入出力手段としての受話器（マイク及びスピーカ）２２４を備えている。

なお、制御部１０２、又は、制御部２０２において、ＣＰＵは、ＲＯＭに記憶された制御プログラム（下記処理を含む各処理を実行させるためのプログラム）にしたがい、エアコン１００、又は、複合機２００自体を制御する。

なお、本実施例のネットワークシステム１では、複合機２００により報知されるエアコン１００に係る情報について、エアコン１００から複合機２００に送信されるデータは文字列データとし、複合機２００が、音声合成部２１２を備える構成を採用している。しかし、音声合成部２１２をエアコン１００が備え、エアコン１００から複合機２００に音声データを送信する構成とすることもできる。

また、別の方法として、次のような構成を採用することもできる。すなわち、複合機２００は、識別情報に対応付けて報知される情報を記憶しておく一方、エアコン１００は、自身に発生する事象に応じてこの識別情報を複合機２００に送信し、これを受信した複合機２００において、この識別情報に対応する情報を報知するようにすることもできる。かかる場合、ＬＡＮ３００を流れるデータ量を少なくすることができる。

次に、上記のとおり構成されたネットワークシステム１による処理について、図面を用いて説明する。

（エアコンによるメイン処理）
図２は、エアコン１００により行われるメインとなる処理のフローを示したものである。

先ず、利用者によってエアコン１００の主電源が入れられたとき、エアコン１００の制御部１０２は、ネットワークシステム１内に存在し、エアコン１００自らに所定の事象が生じた場合、それを報知することが可能な装置（本実施例では、複合機２００がこれに該当。）の存在を確認すべく、検索パケットをブロードキャストで送信する（ステップ（以下、「Ｓ」という。）２００）。なお、Ｓ２００において、送信される検索パケット（コマンド名：ＦＩＮＤＡＬＥＲＴＤＥＶＩＣＥ）は、図３に示す項目を内容とするものである。ここで、「ＩＰアドレス」は、エアコン１００に割り当てられたＩＰアドレスが示される。

Ｓ２００実行後、制御部１０２は、Ｓ２００の検索パケットの送信に応じて複合機２００から検索応答パケットが送信されるまで待機する。そして、これを受信したとき、エアコン１００が備える記憶部１１４に、受信した検索応答パケットに示される送信元たる複合機２００に割り当てられたＩＰアドレスを、報知可能な複合機１００として記憶する。ここで、検索応答パケット（コマンド名：ＦＩＮＤＡＬＥＲＴＤＥＶＩＣＥＲＥＳＰ）は、図１６に示す項目を含むものであり、これに記載されるＩＰアドレスは、この検索応答パケットを送信する装置に付されたＩＰアドレスである（本実施例では、複合機２００のＩＰアドレス。）。

その後、制御部１０２は、利用者によるリモコン操作、又は、複合機２００からの遠隔操作によって、エアコン１００の起動（運転開始）、換言すれば、空調部１０４による冷房、又は、暖房機能の実行の指示がなされた後、又は、運転中における設定温度の変更等の操作等に応じて通常の処理を実行すべく、所定のＲＯＭに記憶された制御プログラムにしたがった処理を実行する（Ｓ２０４）。

ここで、制御部１０２は、Ｓ２０４実行中に、センサ１１６により予め定められた事象（アラート状態）が検出されたか否か、より具体的には、利用者に対して、エアコン１００に生じた事象についての対応を促す必要があるか否か（Ｓ２０６）、Ｓ２０６により検出されたアラート状態が解除されたか否か（Ｓ２１０）、後述する複合機２００によるアラート処理において送信されるアラートガイダンス開始命令（図２０のＳ２００４参照。）を受信したか否か（Ｓ２１４）、又は、後述する複合機２００による公告タスクによって送信される公告パケット（図１７のＳ１７００参照。）を受信したか否か（Ｓ２１８）を、エアコン１００の通常処理か行われている間、継続して検出する。

ここで、制御部１０２により、アラート条件の発生が検出されたとき（Ｓ２０６：ＹＥＳ）、制御部１０２は、図５に示す項目を含むアラート情報を作成し、複合機２００に対して送信するとともに、エアコン１００において、複合機２００に送信したアラート情報を記憶する（Ｓ２０８。以下、この記憶を行う手段を「アラート情報記憶部」という。なお、アラート情報記憶部は、記憶部１１４の所定領域に確保している。）。

ここで、アラート情報は、図５に示す項目を含む情報である。ここで、「アラートＩＤ」は、エアコン１００に付与された固有のアドレス（ＭＡＣアドレス）と、ＲＴＣ１０６により計時されたアラート状態発生（Ｓ２０６：ＹＥＳ）の時刻（時刻を数列として表したもの。例えば、９時３４分１１秒であれば「０９３４１１」。）との組み合せにより作成された固有のＩＤ（識別情報）であって、アラート情報を識別するためのものである。その他アラート情報を構成する項目の詳細については、以下に示す、各処理の該当箇所において説明する。

なお、本実施例においては、アラート情報記憶部に記憶されるアラート情報として、図５に示す全ての項目を記憶する構成としているが、実質的には、「アラートＩＤ」と「アラートタスク」を記憶していれば足りる。

一方、制御部１０２による検出が、アラート状態の発生ではなく（Ｓ２０６：ＮＯ）、このアラート状態の解除であるとき（Ｓ２１０：ＹＥＳ）、後述する複合機２００のメイン処理で実行されるアラート情報のアラートキューからの削除（図１５のＳ１５１８参照。）のトリガとなるアラート却下命令を、複合機２００に送信する。この際、Ｓ２０８において記憶したアラート情報であって、今回のアラート却下命令の対象となったアラート情報を記憶部から削除する構成としている。

なお、アラート却下命令（コマンド名：ＡＬＥＲＴＣＡＮＣＥＬ）は、図６に示す項目を内容とするものである。ここで、アラートＩＤは、アラート状態の解除の対象となったアラート情報に記載のアラートＩＤを記載して送信される。

また、制御部１０２による検出が、アラート状態の解除ではなく（Ｓ２１０：ＮＯ）、上記のとおり複合機２００より送信されるアラートガイダンス開始命令の受信であるとき（Ｓ２１４：ＹＥＳ。なお、アラートガイダンス開始命令については、図２１参照。）、このアラートガイダンス開始命令で指定されるアラートＩＤに一致するアラートＩＤを有するアラート情報を、アラート情報記憶部から抽出する。そして、制御部１０２は、抽出したアラート情報のアラートタスクとして記載されたタスクＩＤに対応する処理を立ち上げる（Ｓ２１６）。

ここで、タスクＩＤは、Ｓ２０６で検出されたアラート状態に対して実行される処理タスクを示すＩＤであって、本実施例では、タスクＩＤとして、後述する「エアコンアラート処理タスク１」、「エアコンアラート処理タスク２」及び「複合機アラート処理タスク」が定義されている（その他、アラート処理タスクの定義を否定ものではない。）。

さらに、制御部１０２による検出が、アラートガイダンス開始命令の受信ではなく（Ｓ２１４：ＮＯ）、上記のとおり複合機２００より送信される公告パケットの受信であるとき（Ｓ２１８：ＹＥＳ）、制御部１０２は、上述のＳ２０２と同一の処理を行う。

なお、Ｓ２０８及びＳ２１２による送信は、Ｓ２０２、及び、Ｓ２２０においてＩＰアドレスが記憶された複合機に対して送信される。

また、Ｓ２０８，Ｓ２１２，Ｓ２１６，Ｓ２２０の実行後、制御部１０２は、Ｓ２０４の実行を継続しつつ、Ｓ２０６〜Ｓ２１６の処理を繰り返す。

（エアコンアラート処理タスク１）
このエアコンアラート処理タスク１は、エアコン１００が備えるフィルタ交換に係るアラート状態が発生した際（Ｓ２０６：ＹＥＳ）に実行されるアラート処理タスクに関するものである。図７にそのフローを示す。

先ず、このエアコンアラート処理タスク１が、エアコンメイン処理のＳ２１６で実行されると、制御部１０２は、ＲＡＭの所定領域に確保されるリトライカウンタを「０」にリセットする（Ｓ７００）。

その後、制御部１０２は、このエアコンアラート処理タスク１に対応付けされているアラートガイダンスを、Ｓ２０２、及び、Ｓ２２０においてＩＰアドレスが記憶された複合機２００に送信する。

ここで、アラートガイダンス（コマンド名：ＡＬＥＲＴＧＵＩＤＡＮＣＥ）は、図８のような項目を含むものである。なお、フィルタ交換に係るエアコンアラート処理タスク１において、案内文字列としては、「ＹＹシャノエアコンノフィルタノコウカンジキデス。ショウモウヒンツウハンセンターニツナギマスカ？ツナグバアイハシャープヲオシテクダサイ（ＹＹ社のエアコンのフィルタの交換時期です。消耗品通販センターに繋ぎますか？繋ぐときは、＃を押して下さい。）。」という文字列データが定義されている。

次に、制御部１０２は、Ｓ７０２の送信によってこのエアコンアラート処理タスク１が開始されたことを複合機２００による報知によって知得した利用者から、この処理タスクの終了応答（コマンド名：ＥＮＤＲＥＳＰ）を受信したか否かを判断する（Ｓ７０４）。そして、判断の結果、終了応答を受信したとき（Ｓ７０４：ＹＥＳ）、制御部１０２は、以降の処理を行うことなく、この処理を終了する。なお、この終了応答は、複合機２００において、利用者が、一旦、受話器２２４を取ったものの、それを戻した際に、複合機２００から送信されるものである（詳細は、後述する複合機２００による「アラート処理（図２０）のＳ２０２４及びＳ２０２６」参照。）。

一方、終了応答を受信していないとき（Ｓ７０４：ＮＯ）、制御部１０２は、つづけて、複合機２００から、キー情報（コマンド名：ＫＥＹＩＮＦＯ）として「＃」キーの入力を受信したか否かを判断する（Ｓ７０６）。つまり、Ｓ７０２によるアラートガイダンスの「繋ぐときは、＃を押して下さい」に対応して、利用者が複合機２００の操作部２１８を構成する「＃」キーを押下したか否かを判断する。

なお、「キー情報」及び「終了応答」は、各々図９及び図１０のように定義されているものである。

ここで、制御部１０２は、「＃」キーの入力を受信した判断したとき（Ｓ７０６：ＹＥＳ）、利用者は、ＹＹ社のエアコンのフィルタの交換時期の到来に際し、消耗品通販センターでの購入を希望していると判断する。そして、利用者の意志に基づき、この消耗品通販センターにフィルタを発注すべく、複合機２００に対して、コール命令を送信し（Ｓ７０８）、その後、Ｓ７１６に移行する。

このように、本実施例のネットワークシステム１によれば、利用者は、複合機２００を介して、直接、消耗品通販センターにフィルタの発注を行い、購入可能であるため（後述する、複合機２００による「アラート処理（図２０）のＳ２０２２」及び「通話タスク（図２３）のＳ２３０２」参照。）、従来のように、わざわざ出かけることなく消耗品としてのフィルタを得ることができる。また、このネットワークシステム１における快適さの提供は、消耗品通販センターへの自動発呼にとどまり、それ以降については、利用者の意志に基づきフィルタの発注が行われる。したがって、利用者の感知しない所での発注を防止することが可能な、より安全なシステムとすることができる。

なお、コール命令（コマンド名：ＣＡＬＬ）は、図１１のとおり通販センタの電話番号（０１２０−１２３−４５６７）が定義されている。

これに対し、制御部１０２は、「＃」キーの入力を未だ受信していなければ（Ｓ７０６：ＮＯ）、利用者によりなされる「＃」キーの入力がなされるまでの一定時間、待機する（Ｓ７１０：ＮＯ）。

しかしながら、一定時間経過しても「＃」キーの入力を受信できないとき（Ｓ７１０：ＹＥＳ）、制御部１０２は、Ｓ７００でリセットしたリトライカウンタを一つ増加させた（Ｓ７１２）後、この増加によってリトライカウンタの値が「３」以上であるか否かを判断する（Ｓ７１４）。

すなわち、制御部１０２は、先になされたＳ７０２において、送信されたアラートガイダンスに基づく、複合機２００での報知に関し（後述する複合機２００による「アラート処理（図２０）のＳ２００６」参照。）、受話器２２４を介して発声されるアラートガイダンスを、利用者が聞き取ることができなかった、又は、理解できないかったものと判断し、再度、同一の報知を行うよう制御する。

換言すれば、制御部１０２は、リトライカウンタの値が２以下であれば、Ｓ７１４において「ＮＯ」と判断し、再度、Ｓ７０２以降の処理を実行する。一方、リトライカウンタの値が３以上であれば、制御部１０２は、終了命令を複合機２００に対して送信し（Ｓ７１６）、これを受信した複合機２００から送信される終了応答（後述する複合機２００による「アラート処理（図２０）のＳ２０２６」参照。）を受信することによって（Ｓ７１８）、このエアコンアラート処理タスク１を終了する。

なお、Ｓ７１６による終了命令（コマンド名：ＥＮＤ）は、図１２のように定義されるものである。

（エアコンアラート処理タスク２）
このエアコンアラート処理タスク２は、エアコン１００が待機状態（主電源が入れられた状態であって、空調部１０４が、起動されていない状態。）において、エアコン１００が設置されている部屋（環境）の温度が、予め定めた温度（例えば、３５度とし、以下において説明する。）以上に到達したとき、これをアラート状態の発生と定め（Ｓ２０６：ＹＥＳ。なお、このような状態をエアコン１００に生じたアラート状態の発生とする。）、これによって実行されるアラート処理タスクに関するものである。図１３にそのフローを示す。

先ず、このエアコンアラート処理タスク２が、エアコンメイン処理のＳ２１６で実行されると、制御部１０２は、ＲＡＭの所定領域に確保されるリトライカウンタを「０」にリセットする（Ｓ１３００）。

その後、制御部１０２は、このエアコンアラート処理タスク２に対応付けされているアラートガイダンス（図８参照。）を、複合機２００に送信する。なお、に係る本処理タスクにおいて、案内文字列としては、「ＹＹシャノエアコンノセッチサレテイルヘヤノオンドガ３５ドニナリマシタ。オンドヲサゲルナラセッテイオンドヲオシラセクダサイ（ＹＹ社のエアコンの設置されている部屋の温度が３５度になりました。温度を下げるなら設定温度をお知らせ下さい。）。」という文字列データが定義されている。

次に、制御部１０２は、Ｓ７０２の送信によってこのエアコンアラート処理タスク２が開始されたことを複合機２００による報知によって知得した利用者から、この処理タスクの終了応答（コマンド名：ＥＮＤＲＥＳＰ）を受信したか否かを判断する（Ｓ１３０４）。そして、判断の結果、終了応答を受信したとき（Ｓ１３０４：ＹＥＳ）、制御部１０２は、以降の処理を行うことなく、この処理を終了する。なお、この終了応答は、複合機２００において、利用者が、一旦、受話器２２４を取ったものの、それを戻した際に、複合機２００から送信されるものである（詳細は、後述する複合機による「アラート処理（図２０）のＳ２０２４及びＳ２０２６」参照。）。

一方、終了応答を受信していないとき（Ｓ１３０４：ＮＯ）、制御部１０２は、つづけて、複合機２００から、ユーザ音声情報（コマンド名：ＵＳＥＲＶＯＩＣＥ）として、利用者が受話器２２４に向かって発した音声を変換した文字列データ（詳細は、後述する複合機による「アラート処理（図２０）のＳ２０１４」参照。）の入力を受信したか否かを判断する（Ｓ１３０６）。つまり、Ｓ１３０２によるアラートガイダンスの「温度を下げるなら設定温度をお知らせ下さい。」に対応して、利用者が設定温度を指定したか否かを判断する。

Ｓ１３０６において、ユーザ音声情報を受信したとき（Ｓ１３０６：ＹＥＳ）、制御部１０２は、ユーザ音声情報に含まれる文字列データにしたがい、設定温度を指定された温度に設定する（Ｓ１３０８）。そして、設定温度の変更を利用者に伝えるため、案内文字列として「オンドヲ２８ドニセッテイシマシタ（温度を２８度に設定しました。）。」を含むアラートガイダンスを複合機２００に対して送信し（Ｓ１３１０）、Ｓ１３１８に移行する。

なお、Ｓ１３０６において受信されるユーザ音声情報は、図１４に示す項目によって構成されている。

これに対し、Ｓ１３０６において、ユーザ音声情報を受信していないとはんだんするとき（Ｓ１３０６：ＮＯ）、Ｓ１３１２に移行する。

なお、Ｓ１３１２〜Ｓ１３２０の処理については、上記エアコンアラート処理タスク１におけるＳ７１０〜Ｓ７１８と同一であるため、その説明は省略する。

（複合機メイン処理）
図１５は、複合機２００により行われるメインとなる処理のフローを示したものである。

先ず、利用者によって複合機２００の主電源が入れられとき、複合機２００の制御部２０２は、複合機公告タスクを起動するとともに（Ｓ１５００）、これにつづけて、複合機アラートスケジューラタスクを起動する（Ｓ１５０２）。ここで、これら両タスクは、この複合機メイン処理と並行してその処理が実行される。なお、「複合機公告タスク」及び「複合機アラートスケジューラタスク」の詳細については、後述する。

次に、制御部２０２は、複合機２００におけるエラーの発生がセンサ２２２により検出されているか否かを判断する（Ｓ１５０４）。そして、エラーの発生が検出されたとき（Ｓ１５０４：ＹＥＳ）、制御部１０２は、検出されたエラーに対応するアラート情報（図５参照。）を作成し、これを記憶部２２０の所定領域に確保されたアラートキューにキューイングする（Ｓ１５０６）。

ここで、Ｓ１５０６において制御部２０２が作成するアラート情報に含まれる「ＩＰアドレス」は、エラー（アラート）発生元が、複合機２００であるため、複合機２００に付与されたＩＰアドレスであるとともに、「アラートタスク」は、複合機アラート処理タスク（図２１参照。）として定義されたタスクＩＤである。

なお、このＳ１５０４及びＳ１５０６における処理は、複合機２００自信に生じたエラーについても、上記エアコン１００に生じたアラート状態と同様にみなし、同一の処理を実行させるためになされる処理である。

また、制御部２０２は、複合機２００に現在生じているエラーではなく（Ｓ１５０４：ＮＯ）、先に検出され、アラートキューにキューイングされたアラート情報に係るエラーの修復を検出したとき（Ｓ１５０８：ＹＥＳ）、該当するアラート情報をアラートキューから検索し、削除する（Ｓ１５１０）。具体的には、エラーとしてインク切れが検出された場合であっても、利用者の手元に新しいインクがあり、直ぐに、それと交換するとき、Ｓ１５０８は「ＹＥＳ」と判断され、Ｓ１５１０が実行される。

次に、制御部２０２は、Ｓ２０８において送信されたアラート情報を受信したか否かを判断する（Ｓ１５１２）。そして、Ｓ１５１２において、制御部２０２が、アラート情報を受信したと判断したとき（Ｓ１５１２：ＹＥＳ）、この受信したアラート情報を記憶部２２０のアラートキューにキューイングする（Ｓ１５１４）。なお、Ｓ１５１４でキューイングされるアラート情報は、Ｓ２０８でエアコン１００のアラート情報記憶部に記憶されたアラート情報と同一の内容の情報である。

一方、制御部２０２が受信したと判断した情報が他のデバイスからのアラート情報ではないとき（Ｓ１５１２：ＮＯ）、制御部２０２は、Ｓ２１２において送信されたアラート却下命令であるか否かを判断する（Ｓ１５１６）。そして、制御部２０２が、アラート却下命令を受信したと判断したとき（Ｓ１５１６：ＹＥＳ）、この受信したアラート却下命令のアラートＩＤと同一のアラートＩＤを含むアラート情報をアラートキューから削除する（Ｓ１５１８）。

また、制御部２０２が受信したと判断した情報がアラート却下命令ではないとき（Ｓ１５１６：ＮＯ）、制御部２０２は、Ｓ２００において送信された検索パケットであるか否かを判断する（Ｓ１５２０）。そして、制御部２０２が、検索パケットを受信したと判断したとき（Ｓ１５２０：ＹＥＳ）、制御部２０２は、複合機２００がエアコン１００において生じた事象に対し、利用者に向けて報知可能な装置であることを伝えるべく、検索パケットに含まれるＩＰアドレスにしたがい、送信元（本実施例では、エアコン１００がこれに該当。）に対して、検索応答パケットを返信する（Ｓ１５２２）。

なお、制御部２０２は、上記Ｓ１５０６，Ｓ１５１０，Ｓ１５１４，Ｓ１５１８及びＳ１５２２実行後、Ｓ１５０４に戻って、再度、エラー検出を判断する。

制御部２０２は、上記のような各処理を行いつつ、本ネットワークシステム１とは直接関係しない処理、具体的には、一般的な電話通話に係る処理も実行している。すなわち、制御部２０２は、電話回線４００から電話呼出しがなされたか否かについて判断する（Ｓ１５２４）。

Ｓ１５２４において、制御部２０２は、呼出要求があったと判断したとき（Ｓ１５２４：ＹＥＳ）、複合機２００のスピーカから呼出音を鳴動させるとともに（Ｓ１５２６）、この呼出に応じて、利用者が一定時間内に受話器２２４を取ったか否かを判断する（Ｓ１５２８）。

そして、利用者が一定時間内に受話器２２４を取り、通話が開始されたとき（Ｓ１５２８：ＹＥＳ）、制御部２０２は、記憶部２２０の所定領域に確保された通話履歴記憶部に、この通話開始時刻を通話履歴として記憶するとともに（Ｓ１５３０）、利用者により受話器２２４が複合機２００の所定の場所に戻されるまで（Ｓ１５３４：ＹＥＳ）、電話通話処理を継続する（Ｓ１５３２／Ｓ１５３４：ＮＯ）。

これに対して、制御部２０２は、呼出音の鳴動開始後（Ｓ１５２６）、この呼出要求が継続する限り（Ｓ１５３６：ＮＯ）、利用者が受話器２２４を取るまで呼出音の鳴動を継続する。

ここで、Ｓ１５３０において記憶された通話履歴は、後述する呼出時刻確認処理（図１９参照。）のＳ１９０２における判断の基礎となる。すなわち、電話呼出要求に対し、一定時間内に利用者が対応できる場合と、そうではない場合について、統計をとり、この結果に基づきＳ１９０２の判断を行おうとするものである。なお、Ｓ１５２８の判断において、「一定時間内」との要件を課すように構成しているが、「受話器２２４を取ったか否か」によってのみ判断することもできる。ただし、本実施例では、本来的には受話器２２４を取れなかった、換言すれば、電話に出ることができなかったが、繰り返し呼出音が鳴動するため、仕方なく対応した場合も考えられるため、この要件を判断条件に含めることとしている。

また、制御部２０２は、Ｓ１５０２によって起動される複合機アラートスケジューラタスクでのアラート処理（詳細は、図２０参照。）において送信されるアラートガイダンス開始命令（図２０のＳ２００４、及び、図２１参照。）を受信したか否かを判断する（Ｓ１５３８）。

Ｓ１５３８において、制御部２０２はアラートガイダンス開始命令を受信したと判断したとき（Ｓ１５３８：ＹＥＳ）、このアラートガイダンス開始命令に含まれるアラートＩＤと、同一のアラートＩＤを有するアラート情報に記載されてタスクＩＤに対応する処理を立ち上げる（Ｓ１５４０）。

なお、アラートガイダンス開始命令を受信するには、後述するアラート処理のＳ２００４の対象となるアラート情報に、アラート状態の発生元としてＩＰアドレスが記載されていることが前提となる。そのため、本実施例の構成において、Ｓ１５３８でアラートガイダンス開始命令を受信する場合は（Ｓ１５３８：ＹＥＳ）、Ｓ１５０４で「ＹＥＳ」と判断され、アラートキューにアラート情報がキューイングされたときに限られる。そして、本実施例においてＳ１５４０で立ち上げられるアラートタスクは、複合機２００側で実行されるアラート処理タスクである（例えば、Ｓ１５０４で検出されたエラーがインク切れのとき、インク切れに対するアラート処理タスクとして定義されている図２１に示す複合機アラート処理タスク。）。

（複合機公告タスク）
この複合機公告タスクは、エアコン１００の制御部１０２が、検索パケットをブロードキャストで送信したとき（図２のＳ２００参照。）、複合機２００の手電源が入っておらない等の理由により、検索応答パケットを返信できない場合（図１５のＳ１５２２参照。）を想定したものである。かかる場合においても、制御部１０２が、記憶部１１４に、受信した公告パケット（コマンド名：ＡＬＥＲＴＤＥＶＩＣＥ）に示される送信元たる複合機２００に割り当てられたＩＰアドレスを、報知可能な複合機１００として記憶できるようにするために実行されるタスクである。

先ず、複合機２００の制御部２０２は、自らに付与されたＩＰアドレスを記載した公告パケット（図１６参照。）を、ブロードキャストする（Ｓ１７００）。

そして、一定時間休止した後（Ｓ１７０２）、再度、Ｓ１７００に戻って、公告パケットのブロードキャストを継続する。

ここで、上記のとおり公告パケットのブロードキャストを所定時間毎に繰り返し、実行するのは、エアコン１００が、主電源が入っていない等の理由で、所定の時期に行われる１回のブロードキャストによっては、公告パケットを受信することができないおそれがあることを考慮したものである。

すなわち、本実施例におけるネットワークシステム１では、より確実に、このシステムが実現可能な機能を提供できるような考慮がなされている。

なお、公告パケットは、エアコン１００の制御部１０２により実行されるエアコンメイン処理（図２参照。）において実行されるＳ２２０で受信され、かつ、この公告パケットに記載された複合機２００に付与されたＩＰアドレスが、記憶部１１４に、報知可能な複合機１００として記憶される。

（複合機アラートタスクスケジューラタスク）
この複合機アラートタスクスケジューラタスクは、ネットワークシステム１を構成する装置において、その利用者に報知すべき事象が生じた場合、適正な時期（時刻）に報知可能とするために実行される処理である。

先ず、制御部２０２は、複合機メイン処理（図１５参照。）におけるＳ１５０６及びＳ１５１４により、アラートキューにキューイングされたアラート情報を、順番にしたがい１件読み出す（Ｓ１８００）。

そして、制御部２０２は、この読み出されたアラート情報に含まれる緊急度レベルの記載が、「高レベル」であるか否かを判断する（Ｓ１８０２）。なお、「緊急度レベル」とは、エアコン１００、又は、複合機２００にアラート状態（エラー）が生じた場合、それを利用者に緊急に報知すべきか否かを判断するための判断基準を定義したものである。すなわち、緊急度レベルが高いアラート状態等については「高レベル」が、逆に、低いアラート状態については「低レベル」が、この緊急度レベルとして記載されている。

すなわち、Ｓ１８０２において、制御部２０２がＳ１８００で読み出されたアラート情報の緊急度レベルとして高レベルと記載されていると判断したとき（Ｓ１８０２：ＹＥＳ）、その時点で、後述するアラート処理（図２０参照。）を実行する。

一方、制御部２０２が低レベルと記載されていると判断したとき（Ｓ１８０２：ＮＯ）、Ｓ１８０４に移行し、後述する呼出時刻確認処理（図１９参照。）を実行する。そして、この呼出時刻確認処理において、適正時刻と判断（Ｓ１９１０参照。）されたとき（Ｓ１８０６：ＹＥＳ）、アラート処理を実行する（Ｓ１８０８）。なお、呼出時刻確認処理において、不適正時刻と判断（Ｓ１９０８参照。）されたとき（Ｓ１８０６：ＮＯ）、制御部２０２は、Ｓ１８００に戻って、上記処理を繰り返す。

（呼出時刻確認処理）
この呼出時刻確認処理は、上記複合機アラートタスクスケジューラタスクにおけるＳ１８０６を判断するために実行される処理である。より具体的には、過去の電話応答の実績として、現在時刻において所定の確率以上で利用者が電話応答をしているか否か（Ｓ１９０２）、アラート情報の実行タイムレンジに記載の時間帯に現在時刻が含まれているか否か（Ｓ１９０４）、及び、後述するアラート処理（図２０参照。）のＳ２０３２において設定される再呼出時刻の前か否か（Ｓ１９０６）によって、現在時刻が呼出時刻として適正であるか否かを判断するものである。

先ず、制御部２０２は、Ｓ１５３０において記憶された通話履歴が一定件数以上記憶されているか否かを判断する（Ｓ１９００）。これは、Ｓ１９０２の判断において、利用者が対応可能な時間（帯）の統計を取る上で、所定数以上の母集合が必要であることに基づく。

したがって、制御部２０２は、通話履歴に一定件数以上記憶されていないとき（Ｓ１９００：ＮＯ）、Ｓ１９０２を行うことなく、Ｓ１９０４に移行する一方、この条件を満たしていると判断したときは、Ｓ１９０２を実行する。

Ｓ１９０２において、制御部２０２は、複合機２００のＲＴＣ２０４によって認識される現在時刻が、Ｓ１５３０により記憶部２２０に記憶された時刻に基づき認められる時間（帯）に該当するか否かを判断する。

ここで、Ｓ１９０２における判断は、例えば、記憶部２２０に記憶されている時間各々の前後に所定時間を付与して定めた基準時間帯各々のいずれかに、現在時刻が含まれているか否かで判断することができる。また、別の方法としては、記憶部２２０に記憶されている時間の内、最も早い時刻と、最も遅い時刻に基づき基準となる時間帯を定め、現在時刻が、この時間帯に含まれているか否かで判断することもできる。なお、記憶されている時刻に現在時刻が一致するか否かによっても判断可能であることは、当然である。ただし、かかる判断を行う場合、母集合としての記憶された時刻が少なければ、「Ｓ１９０２：ＮＯ」と判断され易くなることに留意が必要である。

制御部２０２は、Ｓ１９０２で現在時刻での通話が多いと判断したとき（Ｓ１９０２：ＹＥＳ）、次に、アラート情報の実行タイムレンジの範囲内か否かを判断する（Ｓ１９０４）。ここで、「実行タイムレンジ」とは、利用者の行動とは関係なく定められる時間（帯）であり、例えば、アラートタスクの種別によって、定められる（アラートタスクの種別によっては、実行タイムレンジが設定されない場合もあり得る。）。「エアコンアラート処理タスク１」に基づき説明すれば、消耗品通販センターにフィルタを電話発注可能な時間帯が記載されている。

制御部２０２は、Ｓ１９０４で現在時刻が実行タイムレンジ内であると判断したとき（Ｓ１９０４：ＹＥＳ）、次に、アラート情報の再呼出時刻前か否かを判断する（Ｓ１９０６）。なお、アラート情報の再呼出時刻については、後述のアラート処理において説明する。

そして、制御部２０２は、Ｓ１９０６でアラート情報の再呼出時刻前であると判断したとき（Ｓ１９０６：ＮＯ）、現在時刻は、呼出時刻として適切と判断する（Ｓ１９１０）。一方、上記Ｓ１９０２，Ｓ１９０４において「ＮＯ」及びＳ１９０６において「ＹＥＳ」と判断されたとき、呼出時刻としては不適切と判断する（Ｓ１９０８）。

（アラート処理）
上記複合機アラートタスクスケジューラタスクにおいて、現在時刻が適正呼出時刻と判断されたとき（Ｓ１８０６：ＹＥＳ）、制御部２０２は、複合機２００のスピーカから、呼出音を鳴動させる（Ｓ２０００）。そして、これに応じて、利用者が一定時間内に受話器２２４を取ったか否かを判断する（Ｓ２００２）。

ここで、利用者が、この鳴動に対して一定時間内に応じ、受話器２２４を取り上げたとき、制御部２０２は、Ｓ１８００でアラートキューから読み出され、処理の対象となっているアラート情報に記載のＩＰアドレスを付与された装置に対し、アラートガイダンス開始命令を送信する（Ｓ２００４）。

なお、Ｓ２００４で送信されるアラートガイダンス開始命令は、Ｓ２１４（図２参照。）又はＳ１５３８（図１５参照。）で受信されるものである。

ここで、アラートガイダンス開始命令（コマンド名：ＳＴＡＲＴＡＬＥＲＴＧＵＩＤＡＮＣＥ）は、図２１に示す項目を含むものである。アラートＩＤには、処理の対象となっているアラート情報に記載のアラートＩＤが記載される。

制御部２０２は、このアラートガイダンス開始命令の送信に応じて、Ｓ７０２（図７参照。）、又は、後述する複合機アラート処理タスク（図２２参照。）のＳ２２０２の実行により送信されてくるアラートガイダンス情報を受信する（Ｓ２００６）。そして、これに記載の文字列データを音声合成部２１２により音声合成し受話器２２４（又はスピーカ）から発生する（Ｓ２００６）。

Ｓ２００８では、制御部２０２は、Ｓ２００６によって発生されたアラートガイダンスに応じて、操作部２１８に配置されたキーを介した操作、具体的に、起動されている処理タスクが「エアコンアラート処理タスク１」、又は。後述する「複合機アラート処理タスク」であれば、「＃」キーが利用者によって押下されたか否かを判断する。

そして、制御部２０２は、キーの押下を検出したとき、処理の対象となっている装置（Ｓ１８００によるアドレス情報に記載されたＩＰアドレスを付与された装置。Ｓ２０１４及びＳ２０２６においても同じ。）に対して、押下されたキーに係る文字列データを含むキー情報を送信する（Ｓ２０１０）。なお、Ｓ２０１０で送信されるキー情報は、Ｓ７０６及びＳ２２０６で受信される。

また、Ｓ２００６において発生される情報においてキーの押下がされていないとき（Ｓ２００８：ＮＯ）、制御部２０２は、受話器２２４を介した利用者の発声を検出したか否かを判断する（Ｓ２０１２）。具体的には、起動されている処理タスクが「エアコンアラート処理タスク２」であるとき、この判断がなされる。

判断の結果、利用者の発生が検出されたとき、制御部２０２は、音声認識部２１２を介して音声認識された音声を、文字列データに変換し、ユーザ音声情報として送信する（Ｓ２０１４）。なお、このユーザ音声情報は、Ｓ１３０６において受信される。

制御部２０２は、利用者の発生を検出できないとき、再度、アラートガイダンスを受信したか否かを判断する（Ｓ２０１６）。判断の結果、アラートガイダンスを受信していれば（Ｓ２０１６：ＹＥＳ）、これに記載の文字列データを音声合成部２１２により音声合成し受話器２２４（又はスピーカ）から発生する（Ｓ２０１８）。

なお、Ｓ７１４，Ｓ１３１６及びＳ２２１４において「ＮＯ」と判断され、再度、Ｓ７０２，Ｓ１３０２及びＳ２２０２が実行されたとき、Ｓ２０１６において、再度、アラートガイダンスが受信される。

一方、制御部２０２は、再度のアラートガイダンスを受信していないと判断したとき（Ｓ２０１６：ＮＯ）、Ｓ２０２０に移行する。

Ｓ２０２０では、制御部２０２０は、Ｓ７０８又はＳ２２０８によって送信されるコール命令を受信したか否かを判断する（Ｓ２０２０）。そして、この判断の結果、コール命令を受信したとき（Ｓ２０２０：ＹＥＳ）、後述する通話処理タスクを開始する（Ｓ２０２２）。

また、制御部２０２は、コール命令を受信していないと判断したとき（Ｓ２０２０：ＮＯ）、Ｓ７１６、Ｓ１３１８又はＳ２２１６において送信される終了命令、又は、利用者が受話器２２４を複合機２００の所定位置に戻したかについて判断する（Ｓ２０２４）。そして、制御部２０２は、この判断条件が満たされたとき、終了応答を送信するとともに、Ｓ１８００により処理の対象となっているアラート情報を、アラートキューから削除し（Ｓ２０３４）、このアラート処理を終了する。

さらに、制御部２０２は、Ｓ２０２４において終了命令受信、又は、利用者が受話器２２４を置いたことを検出しなければ（Ｓ２０２４：ＮＯ）、制御部２０２は、Ｓ２００８に戻って、上記処理（Ｓ２００８〜Ｓ２０２４）を繰り返す。

なお、本実施例において例示したアラート処理タスクとは異なり、アラートガイダンス情報が複数回送信するアラートタスクを定義し、これに応じたアラート処理タスクを実行する構成であるとき、具体的には、アラート処理タスク実行中に複数回のアラートガイダンスを送信するようにしたとき、Ｓ２０１６の判断において、制御部２０２は「ＹＥＳ」と判断し、つづけて、Ｓ２０１８を実行することとなる。

これに対し、利用者が一定時間内に受話器２２４を取らなかったと、制御部２０２が判断したとき（Ｓ２００２：ＮＯ）、呼出音の鳴動を停止した後、Ｓ２０２８を実行する。

制御部２０２は、アラート情報の呼出カウンタを、Ｓ２０２８でインクリメントするとともに、これによって、予め定められた再呼出回数（呼出ＭＡＸ）を越えることとなったか否かを判断する（Ｓ２０３０）。

Ｓ２０３０の判断の結果、呼出カウンタの値が、呼出ＭＡＸを超えているとき（Ｓ２０３０：ＹＥＳ）、制御部２０２は、Ｓ１８００により処理の対象となっているアラート情報を、アラートキューから削除し（Ｓ２０３４）、このアラート処理を終了する。

一方、呼出カウンタ（初期値として「０」にセット。）の値が、呼出ＭＡＸ以下であるとき（Ｓ２０３０：ＮＯ）、ＲＴＣ２０４により認識される現在時刻（呼出時刻確認処理（図１９参照。）において基準とした時刻を現在時刻とみなすことも可能。）から、アラート情報で呼出間隔と記載された所定時間（図５においては１時間。）経過後の時間を、アラート情報の再呼出時刻としてセット（このように決定した時刻を、アラート情報の再呼出時刻として記載して、アラートキューにキューイング。）した後（Ｓ２０３２）、このアラート処理を終了する。

なお、本実施例のネットワークシステム１では、このアラート処理を所定回数行っても、利用者が呼出音の鳴動に応答しない場合、処理の対象となったアラート状態についての報知は行わないこととしている。そのため、このような構成を実現すべく、アラート情報において項目として「呼出カウンタ」を定義し、何度アラート処理を行ったのかを記憶するようにしている。

ただし、利用者が呼出音の鳴動に応答しない場合、所定時間毎に継続して（利用者が応答するまで。）、このアラート処理を繰り返すこともできる。このような構成では、呼出カウンタを定義する必要はない。

また、アラートタスクの種別に応じて、呼出カウンタの要否を変更する構成とすることも可能である。かかる場合、利用者への報知の必要性に応じた設定ができる。

（複合機アラート処理タスク）
この複合機アラート処理タスクは、複合機メイン処理のＳ１５４０によって、立ち上げられる処理である。

具体的には、図２２に示すように手順で実行される。なお、図２２に示すアラート処理タスクは、複合機２００の印刷部２１０において、インク切れが検出された場合を対象としたものである。

先ず、この複合機アラート処理タスクが、複合機２００の制御部２０２は、ＲＡＭの所定領域に確保されるリトライカウンタを「０」にリセットする（Ｓ２２００）。

その後、制御部２０２は、この複合機アラート処理タスクに対応付けされているアラートガイダンスを、Ｓ１８００で処理対象とされたアラート情報に記載のＩＰアドレスが付与された装置、具体的には、複合機２００自身に送信する。

ここで、アラートガイダンス（コマンド名：ＡＬＥＲＴＧＵＩＤＡＮＣＥ）は、図８のような項目を含むものである。なお、インク切れに係る複合機アラート処理タスクにおいて、案内文字列としては、「ＸＸシャセイフクゴウキノイエローインクガナクナリソウデス。ショウモウヒンツウハンセンターニツナギマスカ？ツナグバアイハシャープヲオシテクダサイ（ＸＸ社製複合機のイエロインクがなくなりそうです。消耗品通販センターに繋ぎますか？繋ぐときは、＃を押して下さい。）。」という文字列データが定義されている。

なお、以降の処理については、上記エアコンアラート処理タスク１と同様であるため（情報の送受信相手が、複合機２００自身である点、相違する。）、詳細な説明は省略する。

（通話処理タスク）
この通話処理タスクは、上記のとおり、アラート処理のＳ２０２２によって開始されるものであり、具体的には、図２３に示すとおりである。

すなわち、制御部２０２は、処理の開始にともない、受信したコール命令（Ｓ２０２０：ＹＥＳ）に記載の電話番号を発呼し、相手が電話に出るまで待機する（Ｓ２３００／Ｓ２３０６：ＮＯ）。

そして、こちらからの発呼に対し、相手が電話に出たとき（Ｓ２３００：ＹＥＳ）、制御部２０２は、通話処理（Ｓ２３０２）を受話器２２４が複合機２００の所定位置に置かれるまで継続する（Ｓ２３０４：ＮＯ）。

なお、制御部２０２は、受話器２２４が複合機２００の所定位置に置かれたことを検出したとき（Ｓ２３０４，Ｓ２３０６：ＹＥＳ）、この処理を終了する。

本発明の一実施例におけるネットワークシステムを示す図 本発明の一実施例におけるエアコンメイン処理のフローを示す図 本発明の一実施例における検索パケットの内容を示す図 本発明の一実施例における検索応答パケットの内容を示す図 本発明の一実施例におけるアラート情報の内容を示す図 本発明の一実施例におけるアラート却下命令の内容を示す図 本発明の一実施例におけるエアコンアラート処理タスク１のフローを示す図 本発明の一実施例におけるアラートガイダンスの内容を示す図 本発明の一実施例におけるキー情報の内容を示す図 本発明の一実施例における終了応答の内容を示す図 本発明の一実施例におけるコール命令の内容を示す図 本発明の一実施例における終了命令の内容を示す図 本発明の一実施例におけるエアコンアラート処理タスク２のフローを示す図 本発明の一実施例におけるユーザ音声情報の内容を示す図 本発明の一実施例における複合機メイン処理のフローを示す図 本発明の一実施例における公告パケットの内容を示す図 本発明の一実施例における複合機公告タスクのフローを示す図 本発明の一実施例における複合機アラートスケジューラタスクのフローを示す図 本発明の一実施例における呼出時刻確認処理のフローを示す図 本発明の一実施例におけるアラート処理のフローを示す図 本発明の一実施例におけるアラートガイダンス開始命令の内容を示す図 本発明の一実施例における複合機アラート処理タスクのフローを示す図 本発明の一実施例における通信処理タスクのフローを示す図

符号の説明

１ ネットワークシステム
１００ エアコン
１０２ 制御部（エアコン側）
２００ 複合機
２０２ 制御部（複合機側）
２２４ 受話器
３００ ＬＡＮ
４００ 電話回線

Claims (3)

1. 所定の機能を実行する機能実行装置と、前記機能実行装置とネットワークを介して接続される報知装置と、を含むネットワークシステムであって、
   前記機能実行装置は、
   前記報知装置から送信される、前記報知装置が報知可能な状態であることを示す報知可能情報を、受信する報知可能情報通信手段と、
   前記機能実行装置に生じた事象を検出する事象検出手段と、
   前記検出手段により前記事象が検出されたことを条件として、前記報知可能情報を送信した報知装置に対して、前記事象の発生を特定可能な特定情報を送信する特定情報送信手段と、
   前記特定情報を送信した報知装置に対して、コール命令を送信するコール命令送信手段と、
   を備え、
   前記報知装置は、
   利用者が通話可能な電話手段と、
   前記機能実行装置に対して、報知可能情報を送信する報知装置側送信手段と、
   前記機能実行装置から送信される特定情報を受信する報知装置側受信手段と、
   前記機能実行装置における事象の発生を報知可能な報知手段と、
   前記報知装置側受信手段が特定情報を受信したことを条件として、前記事象の発生を、前記報知手段から報知させる報知制御手段と、
   前記機能実行装置から送信されるコール命令を受信するコール命令受信手段と、
   前記コール命令受信手段が前記コール命令を受信したことを条件として、前記電話手段に、前記機能実行装置によって指定される連絡先に発呼させる電話制御手段と、
   を備えたことを特徴とするネットワークシステム。
2. 前記機能実行装置において、
   前記報知可能情報通信手段は、前記報知装置が、報知可能な状態であるか否かを判断するための報知可否情報を、前記報知装置に送信し、
   前記報知装置において、
   前記報知装置側送信手段は、前記報知可否情報の受信、又は、所定時間毎の経過、の少なくともいずれか一方を条件として、前記機能実行装置に報知可能情報の送信する、ことを特徴とする請求項１に記載のネットワークシステム。
3. 前記機能実行装置は、
   前記機能実行装置による機能の実行が可能な状態への移行を検出する状態移行検出手段を備え、
   前記報知可能情報通信手段は、前記状態移行検出手段による前記機能の実行が可能な状態への移行の検出を条件として、前記報知装置に報知可否情報を送信する、ことを特徴とする請求項２に記載のネットワークシステム。

Images