JP2004264984A - 情報処理装置および情報処理装置の監視方法のプログラム - Google Patents

Abstract

【課題】内部ネットワークに接続された端末装置の動作を監視し、異常がある場合には所定の連絡先に連絡することを可能とする情報処理装置を提供する。
【解決手段】内部ネットワーク内に配置される１または複数の端末装置と外部ネットワークとの接続制御を行う情報処理装置であって、端末装置の使用状況情報を取得する端末情報取得手段と、端末情報取得手段により取得した使用状況情報に基づいて端末装置の使用状況が異常であるか否かを判断する端末状況判別手段と、端末装置の使用状況が異常である場合の連絡先を格納する連絡先記憶手段と、端末状況判別手段により端末装置の使用状況が異常であると判断された場合に連絡先記憶手段に格納されている連絡先に通知する端末異常通知手段とを備える。
【選択図】 図２

Description

【０００１】
【発明の属する技術分野】
内部ネットワーク内に配置される端末装置と外部ネットワークとの接続制御を行う情報処理装置に関し、詳しくは、家庭内に設置されるホームネットワークとインターネットなどの外部ネットワークとの接続制御を行うホームゲートウェイサーバに関する。
【０００２】
【従来の技術】
家庭内に配設されたホームネットワークにパーソナルコンピュータなどの複数の端末装置が接続されているような場合、端末装置からインターネットなどの外部ネットワークへのアクセスを同時にまた安全に提供するためにホームゲートウェイサーバが用いられる場合がある。
このホームゲートウェイサーバは、従来のルータのように内部ネットワークと外部ネットワークとを接続する際に、外部からの不正な侵入を防ぐファイアウォール機能やホームネットワークに接続された端末装置が必要とするＩＰアドレスなどの情報を通知するＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバの機能を搭載している。
【０００３】
また、ホームゲートウェイサーバは、ハードディスクドライブを搭載し、映像や音楽を端末装置に提供するための音楽・映像サーバ機能、各端末装置でプリンタを共有するためのプリンタサーバ機能、メールサーバにアクセスして所定のメールアドレスに届いたメールをチェックするメールチェック機能、各端末装置を使用するユーザのスケジュール管理機能、ユーザ間のメッセージを蓄積する伝言板機能などを備えたものが存在する。
【０００４】
【発明が解決しようとする課題】
パーソナルコンピュータが普及している現在、製造業者には良質なアフターサービスが求められている。アフターサービスの例としては、ＰＣ製造業者が提供する「お客様サポートセンター」を挙げることができる。パーソナルコンピュータが故障したり誤動作した場合には、ユーザはこの「お客様サポートセンター」に連絡して、パーソナルコンピュータの動作状況を説明し、メンテナンス処理の提供を要請することとなる。
【０００５】
このようなアフターサービスについては、ＰＣ製造業者側から連絡することが望ましいと考えられるが、現状ではユーザが使用するパーソナルコンピュータが異常であるか否の動作状況をＰＣ製造業者が把握することは困難であり、ユーザからの問い合わせを待ってサービスが行われることが通常である。
また、前述したような「お客様サポートセンター」は、電話をしてもなかなか繋がらない場合が多く、電話が繋がっても実際の担当者との通話が可能となるまで延々と保留音を聞かされる場合が多い。
【０００６】
また、ユーザの気付かないような不良や留守宅における動作異常などが端末装置に生じた場合には、ユーザからなんらかの処理を行うことができないことから放置され、重大な事態に発展するおそれがある。
端末装置の動作状況を外部から知ることができれば、ＰＣ製造業者がきめ細かいアフターサービスを行うことが可能となり、ユーザ側にとっても煩雑な作業をすることなくサービスを受けることが可能となる。
内部ネットワークに接続された端末装置の使用状況に基づいてその端末装置が異常であるか否かをホームゲートウェイサーバで判断し、所定の連絡先に連絡することようにできれば前述したような問題を解消できると想定できる。
【０００７】
本発明では、内部ネットワークに接続された端末装置の動作を監視し、異常がある場合には所定の連絡先に連絡することを可能とする情報処理装置を提供する。
【０００８】
【課題を解決するための手段】
本発明に係る情報処理装置は、内部ネットワーク内に配置される１または複数の端末装置と外部ネットワークとの接続制御を行う情報処理装置であって、端末装置の使用状況情報を取得する端末情報取得手段と、端末情報取得手段により取得した使用状況情報に基づいて端末装置の使用状況が異常であるか否かを判断する端末状況判別手段と、端末装置の使用状況が異常である場合の連絡先を格納する連絡先記憶手段と、端末状況判別手段により端末装置の使用状況が異常であると判断された場合に連絡先記憶手段に格納されている連絡先に通知する端末異常通知手段とを備える。
【０００９】
ここで、現在時刻情報を管理する時刻管理手段と、端末装置を使用するユーザのスケジュールを管理するスケジュール管理手段とをさらに備え、端末状況判別手段は、時刻管理手段が管理する現在時刻情報、端末状況判別手段が取得する使用状況情報およびスケジュール管理手段が管理するユーザのスケジュールに基づいて端末装置の使用状況が異常であるか否かを判別するように構成できる。
また、端末装置から送信されるネットワークアドレス要求に添付されるＭＡＣアドレスを取得し、端末装置にＩＰアドレスを割り当てるＤＨＣＰ機能手段をさらに備え、端末情報取得手段はＤＨＣＰ機能手段が取得するＭＡＣアドレスに基づいて端末装置の使用状況情報を取得するように構成できる。
【００１０】
さらに、所定時間毎にメールサーバにアクセスして端末装置を使用するユーザのメールアドレスに届いたメールの蓄積状況を取得するメールチェック手段をさらに備え、端末状況判別手段は、メールチェック手段により取得したメールの蓄積状況に基づいて端末装置の使用状況が異常であるか否かを判断するように構成できる。
また、外部ネットワークにアクセスする際に送受信するメッセージパケットを取得するパケット監視手段をさらに備え、端末状況判別手段は、パケット監視手段が取得するメッセージパケットに基づいて端末装置の使用状況が異常であるか否かを判断するように構成できる。
【００１１】
本発明に係るプログラムは、内部ネットワーク内に配置される端末装置と外部ネットワークとの接続制御を行うステップと、端末装置の使用状況情報を取得するステップと、使用状況情報に基づいて端末装置の使用状況が異常であるか否かを判断するステップと、端末装置の使用状況が異常であると判断された場合に所定の連絡先に通知するステップとを備える情報処理装置の監視方法をコンピュータに実行させるためのプログラムである。
【００１２】
【発明の実施の形態】
〔概要構成〕
本発明に係る情報処理装置が採用されるシステムの１実施形態についてその概要構成を図１に示す。
図１に示すように、家庭内にはホームネットワーク１が配設されており、このホームネットワーク１に複数のパーソナルコンピュータ（以下、ＰＣと称す）２が接続されている。ホームネットワーク１は、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−ＴＸ、Ｇｉｇａｂｉｔ−ＥｔｈｅｒｎｅｔなどのＥｔｈｅｒｎｅｔ（登録商標）、電力線を利用した電灯線ＬＡＮなどの有線系ＬＡＮ、ＩＥＥＥ８０２．１１ｂ、Ｈｏｍｅ ＲＦ、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡなどの無線系ＬＡＮなどでを採用することができる。
【００１３】
ホームネットワーク１に接続されているＰＣ２は、ホームゲートウェイサーバ３を介して外部ネットワーク４へのアクセスが可能となっている。
ホームゲートウェイサーバ３は、ホームネットワーク１に接続しているＰＣ２が外部ネットワーク４上のＷｅｂサーバやメールサーバなどとデータの送受信を制御するためのルーティング機能を備えている。また、ホームゲートウェイサーバ３は、ホームネットワーク１に接続されているＰＣ２の動作状況を監視して、異常であると判断した場合にはあらかじめ設定された所定の連絡先５に通知を行うように構成されている。
【００１４】
外部ネットワーク４は、専用回線、公衆電話回線、インターネットなどのネットワークであり、Ｗｅｂサーバやメールサーバなどの各種サーバへのアクセスを可能にする。ホームゲートウェイサーバ３がＰＣ２の異常を検出した場合に通知を行う連絡先５は、外部ネットワーク４に接続されるＰＣ販売元のサービスステーションの端末とすることが可能であり、またユーザが所有する携帯電話とすることも可能である。
ホームゲートウェイサーバ３は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、各種インターフェイスなどを備える専用の情報処理装置または汎用のパーソナルコンピュータで構成でき、搭載するアプリケーションにより図２に示すような各種機能部を実現している。
【００１５】
ホームゲートウェイサーバ３は、外部ネットワーク４から送信されてきたパケットやＰＣ２からの要求に対する応答パケットを該当する他のＰＣ２に送出する第１パケット送信部３０１、ホームネットワーク１に接続されたＰＣ２からのパケットを受信する第２パケット受信部３０２、ホームネットワーク２に接続されたＰＣ２がホームネットワーク１に接続するために必要となるＩＰアドレスなどの情報を管理するＤＨＣＰサーバ部３０３、ＰＣ２を使用するユーザの予定を管理するスケジュール機能部３０４、ホームゲートウェイサーバ３の各種設定・サービスを実現するためにユーザとのインターフェイスを提供するＷｅｂサーバ部３０５、ホームネットワーク１に接続されているＰＣ２が外部ネットワーク４に同時にアクセスすることが可能となるようにローカルアドレスをグローバルアドレスに変換するＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能部３０６、ホームネットワーク１に接続されているＰＣ２が外部ネットワーク４に同時にアクセスすることが可能となるようにローカルアドレスをグローバルアドレスに変換するとともにＴＣＰ／ＵＤＰポート番号の変換を行うＩＰマスカレード機能部３０７、外部ネットワーク４上に存在するメールサーバにアクセスしてユーザ宛の未読メールが存在するか否かを確認するメールチェック機能部３０８などを備えている。
【００１６】
また、ホームゲートウェイサーバ３は、ＮＡＴ機能部３０６やＩＰマスカレード機能３０７により変換されたパケットやホームゲートウェイサーバ３において生成されたパケットを外部ネットワーク４に送出する第２パケット送信部３０９、外部ネットワーク４から送信されてくるパケットを受信する第２パケット受信部３１０、受信したパケットがどのようなパケットであるかを識別する受信パケット識別部３１１、各種イベントを解析して該当する処理を実行させるイベント解析部３１２、受信パケット識別部３１１により識別されたパケットやスケジュール機能部３０４、メールチェック機能部３０８と連携してＰＣ２の使用状況を監視し、ＰＣ２の動作状況が異常でないか否かを判別する状況判別部３１３、ＰＣ２の動作状況が異常であると判断した場合にその旨を連絡先に通知する情報伝達部３１４、ホームゲートウェイサーバ３を外部ネットワーク４に接続し、ホームゲートウェイサーバ３の外部ネットワーク４への接続を可能とする回線接続処理部３１５、ホームゲートウェイサーバ３が必要とする各種データを格納するデータ格納部３１６を備えている。
【００１７】
〔動作〕
上述のようなホームゲートウェイサーバ３の動作について図３、図４に基づいて説明する。
〈設定動作〉
図３において、ステップＳ１では生成したイベントを解析し、その解析結果に応じてＷｅｂサーバ３０５へのアクセスであればステップＳ２に移行し、パケット受信であればステップＳ５に移行し、メールチェックイベントであればステップＳ８に移行し、その他、回線接続要求などであればステップＳ１３に移行する。
【００１８】
ホームゲートウェイサーバ３のＷｅｂサーバ部では、ＰＣ２上からホームゲートウェイサーバ３の各種機能の設定を行わせたり、ホームゲートウェイサーバ３が備えているサービスを提供するために、ＰＣ２に搭載されているブラウザ上で表示可能なＨＴＭＬ文書またはＸＭＬ文書などで記述された画面データをＰＣ２に送出するように構成されている。
ＰＣ２からＷｅｂサーバ部３０５へのアクセスがあった場合には、ステップＳ２に移行し、ホームゲートウェイサーバ２の設定変更を行うための設定要求であるか否かを判断する。
【００１９】
ＰＣ２からＷｅｂサーバ部３０５へのアクセスが設定要求でないと判断した場合にはステップＳ３に移行する。ステップＳ３では、ＰＣ２からの要求に応じて該当する画面データを送出する。
ＰＣ２からＷｅｂサーバ部３０５へのアクセスが設定要求であると判断した場合にはステップＳ４に移行する。ステップＳ４では、機能設定後の画面データを送出するとともにユーザがＰＣ２を介して入力した情報に応じて、該当する機能設定を実行する。
【００２０】
設定画面の一例を図５に示す。図５の設定画面５０１では、ホームネットワーク１に接続されているＰＣ２の使用時間帯を設定するための使用時間設定部５０２、ＰＣ２の使用状況が異常であると判断された場合の連絡先を入力するための連絡先入力部５０３、入力事項を承諾する際に操作されるＯＫボタン５０４、入力事項をキャンセルするためのキャンセルボタン５０５などが設定されている。このような設定画面５０１において、ＰＣ２の使用時間帯についての設定が行われた場合、ホームゲートウェイサーバ３は、図６に示すような利用時間帯テーブルおよび連絡先テーブルを作成し、データ格納部３１６に格納する。
【００２１】
また、ホームゲートウェイサーバ３のメールチェック機能部３０８では、一定時間毎に外部ネットワーク４上にあるメールサーバにアクセスして、所定のメールアドレスに届いたｅ−ｍａｉｌのチェックを行うような構成となっている。このメールチェック機能部３０８によりメールチェックを行うメールアドレスやチェックを行う時間間隔などを設定する画面例を図７に示す。
図７のメールチェック設定画面５１１では、メールサーバのアドレスを入力するためのメールサーバアドレス入力部５１２、ユーザＩＤおよびパスワードを入力するためのユーザ情報入力部５１３、チェックを行う時間間隔を入力するためのチェック間隔入力部５１４などを備えている。
【００２２】
このメールチェック設定画面５１１において、メールチェック機能の設定が行われた場合、ホームゲートウェイサーバ３は、図８に示すようなユーザ情報管理テーブルを作成し、これをデータ格納部３１６に格納する。このユーザ情報管理テーブルは、メールチェック機能部３０８によるメールチェック機能を利用しない場合にも作成することができ、その場合には確認周期の項目を未設定とすることができる。
また、ホームゲートウェイサーバ３のＷｅｂサーバでは、スケジュール機能部３０４が管理するユーザの予定についてユーザから入力を受け付けるスケジュール入力画面を備えている、たとえば、図９に示すように、１週間分の予定を入力できるようなスケジュール入力画面５２１を表示し、予定を入れたい日の時間帯を選択して該当する用件を入力するように構成できる。この場合、時間帯を指示することで用件入力用ダイアログボックスが立ち上がるような構成とすることが可能である。また、予定を入れたい日だけを拡大表示したり、２週間分、１ヶ月分など、適宜表示サイズを変更できるような構成とすることが可能である。
【００２３】
スケジュール入力画面５２１で入力される用件については、あらかじめよく使われる用件をキーワードとしてデータ格納部３１６に格納しておき、これを参照しながら用件の入力を行えるような構成とすることができる。このような用件に関するキーワード管理テーブルの一例を図１０に示す。
スケジュール入力画面５２１で入力されたユーザの予定は、図１１に示すようなスケジュール管理テーブルとしてデータ格納部３１６に格納される。
〈パケット受信〉
ホームネットワーク１に接続されたＰＣ２からパケットデータを受信した場合または外部ネットワーク４を介してパケットデータを受信した場合には、ステップＳ５において、パケット解析処理を実行し、ＰＣ２から送出されてきたパケットデータ内にＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報が含まれているか否かを判別する。
【００２４】
受信したパケット中にＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報が含まれていないと判断した場合にはステップＳ６に移行する。ステップＳ６では、受信したパケットデータに内容に基づいて該当する処理を実行する。
受信したパケット中にＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報が含まれていると判断した場合にはステップＳ７に移行する。ステップＳ７では、受信したパケット中に含まれるＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報に基づいて、パケットを送信してきたＰＣ２の状態情報を判別する。この状態情報判別処理を実行した後、ステップＳ６に移行し、該当する処理を実行する。
【００２５】
〈不正アクセス〉
ホームネットワーク１に接続されているＰＣ２から受信したパケットデータ中にメールアドレス、ユーザＩＤ、パスワードなどの情報が含まれている場合には、ホームゲートウェイサーバ３はこれら情報に基づいて、あらかじめ設定されているユーザによる正常使用であるか、あるいは正当なユーザ以外の不正な使用であるかを判別することができる。
たとえば、ユーザがＰＣ２の電子メールアプリケーションを利用してメールの送受信を行う場合には、インターネット上に存在するＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバに対してテキストベースのコマンドを送信して、そのコマンドに対する応答を得ながらメール本文の送信を行い、同様に、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）サーバに対してテキストベースでのコマンドをやりとりしてそのコマンドに対する応答を得ながらメール本文の受信を行う。
【００２６】
メールサーバにアクセスする際のコマンドには、メールサーバアドレスやユーザＩＤ、パスワードなどが含まれており、ＳＭＴＰサーバやＰＯＰサーバとＰＣ２との間でやりとりされるメッセージコマンドを監視することにより、不正なアクセスがあった場合にこれを検出することが可能である。この場合の状態情報判別処理を図４に基づいて説明する。
ステップＳ２１では、生成されたイベントをイベント解析部３１２により解析し、受信したパケットデータ中にメールアドレス、ユーザＩＤ、パスワードなどの情報が含まれている場合にはステップＳ２２に移行する。
【００２７】
ステップＳ２２では、あらかじめ設定されているＰＣ２を使用しているユーザのメールアドレス、ユーザＩＤ、パスワードを取得する。たとえば、図８に示すようなユーザ情報管理テーブルがデータ格納部３１６に格納されている場合には、メールサーバアドレス、ユーザＩＤ、パスワードの項目中に設定されているメールチェック管理情報を取得するように構成できる。
ステップＳ２３では、ステップＳ２２で取得したメールチェック管理情報のうち現在比較対象となっているユーザ情報のメールサーバアドレスと、受信したパケット中に含まれるメールサーバアドレスとが一致するか否かを判別する。現在比較対照となっているユーザ情報のメールサーバアドレスと、受信したパケット中に含まれるメールサーバアドレスとが一致していると判断した場合にはステップＳ２４に移行し、そうでない場合にはステップＳ２６に移行する。
【００２８】
ステップＳ２４では、現在比較対象となっているユーザ情報のユーザＩＤと、受信したパケット中に含まれるユーザＩＤとが一致するか否かを判別する。現在比較対象となっているユーザ情報のユーザＩＤと、受信したパケット中に含まれるユーザＩＤとが一致していると判断した場合にはステップＳ２５に移行し、そうでない場合にはステップＳ２６に移行する。
ステップＳ２５では、現在比較対象となっているユーザ情報のパスワードと、受信したパケット中に含まれるパスワードとが一致するか否かを判別する。現在比較対象となっているユーザ情報のパスワードと、受信したパケット中に含まれるパスワードとが一致していると判断した場合にはメインルーチンに復帰し、そうでない場合にはステップＳ２６に移行する。
【００２９】
ステップＳ２６では、すべてのユーザ情報についてメールアドレス、ユーザＩＤ、パスワードの確認を行ったか否かを判別する。ユーザ情報管理テーブル中に含まれるユーザ情報について、メールアドレス、ユーザＩＤ、パスワードのチェックを全て行ったと判断した場合にはステップＳ２８に移行し、比較対象となるユーザ情報が残っていると判断した場合にはステップＳ２７に移行して、次のユーザ情報を比較対象に設定する。
ステップＳ２８では、ユーザ情報管理テーブル中に含まれる全てのユーザ情報についてチェックを行っても、受信したパケットデータに含まれるメールアドレス、ユーザＩＤ、パスワードのいずれもが一致するようなユーザ情報が存在しないと判断して、あらかじめ設定されている連絡先に対して不正な使用があった旨の通知を送出する。
【００３０】
〈スケジュールチェック〉
ホームネットワーク１に接続されているＰＣ２から受信したパケットデータ中に含まれるＭＡＣアドレスに基づいて、該当するＰＣ２のユーザが設定している予定と比較して使用状況が正常であるか否かを判別することができる。この場合には、スケジュール機能部３０４が管理するスケジュール管理テーブルを参照するように構成できる。この場合の状態情報判別処理を図４に基づいて説明する。
ステップＳ２９では、時間情報を管理しているシステムクロックから現在の日時に関する現在時刻情報を取得する。
【００３１】
ステップＳ３０では、スケジュール管理テーブルからユーザの当日のスケジュール情報を取得する。
ステップＳ３１では、スケジュール管理テーブルから取得したユーザのスケジュール情報に基づいて、ＰＣ利用時間を推測する。たとえば、図１０に示すようなキーワード管理テーブルにおいて、用件毎にどれくらいの時間を要するかの所用時間情報を設定しておき、取得したユーザのスケジュール情報中のキーワードからキーワード管理テーブルの所用時間情報を参照して、ＰＣ利用時間を推測する。このようにして推測されたＰＣ利用時間に基づいて、現在の時刻におけるＰＣ２の使用が異常であるか否かを判別することができる。
【００３２】
ステップＳ３２では、現在時刻が推測されたＰＣ利用時間内であるか否かを判別する。利用時間外であると判断した場合にはステップＳ３３に移行し、利用時間内であると判断した場合にはメインルーチンに復帰する。
ステップＳ３３では、あらかじめ設定されている連絡先に対して異常なアクセスがあった旨の通知を送出する。
たとえば、図１１に示すようなスケジュール管理テーブルが設定されているような場合、１１月２２日の１８：００〜２３：００、１１月２４日の１０：００〜２２：００の間においてユーザがＰＣを利用することがないと推測することができる。この時間帯において、このユーザが使用するＰＣ２からパケットを受信した場合には、異常なアクセスがあったと判断し、情報伝達部３１４を介してあらかじめ設定されている連絡先への通知を行うように構成できる。
【００３３】
ＰＣ２から送出されるパケットデータを監視し、１週間、１ヶ月などの単位でパケットを受信した時刻情報を累積し、この累積された時刻情報からＰＣ利用時間を推測するように構成することも可能である。
また、ユーザがいつもＰＣ２を利用している時間帯を監視時間に設定し、この監視時間内にいつものようなアクセスがなかった場合、ＰＣ２になんらかの障害が発生したとみなして、所定の連絡先に通知を行うように構成することも可能である。この場合の動作例を図１２に示す。
【００３４】
ステップＳ５１では、生成されたイベントをイベント解析部３１２により解析し、設定されている監視時間の開始イベントであると判断した場合にはステップＳ５２に移行し、設定されている監視時間の終了イベントであると判断した場合にはステップＳ５３に移行し、ホームネットワーク１に接続されているＰＣ２からのパケットを受信したと判断した場合にはステップＳ５６に移行する。
生成されたイベントが監視時間の開始イベントである場合には、ステップＳ５２において、監視時間内にアクセスがあったか否かを表すアクセスフラグを”０”にリセットし（Ｆｌａｇ＝０）、監視時間内において該当するＰＣ２から送信されるパケットデータの監視を開始する。
【００３５】
生成されたイベントが監視時間の終了イベントである場合には、ステップＳ５３において、アクセスフラグの値を判別する。アクセスフラグが設定されている場合（Ｆｌａｇ＝１）にはステップＳ５４に移行し、アクセスフラグが設定されていない場合（Ｆｌａｇ＝０）にはステップＳ５５に移行する。
ステップＳ５４では、監視時間中にユーザからの正常なアクセスがあったものと推測してＰＣ２からのパケット監視を終了し、アクセスフラグの値を”０”にリセットする（Ｆｌａｇ＝０）。
【００３６】
ステップＳ５５では、監視時間中にあるべきＰＣ２からのアクセスがなかったものと判断して、情報伝達部３１４を介してあらかじめ設定されている連絡先への通知を行う。
生成されたイベントがホームネットワーク１に接続されているＰＣ２からのパケット受信である場合には、ステップＳ５６において、時間情報を管理しているシステムクロックから現在の日時に関する現在時刻情報を取得する。
ステップＳ５７では、取得した時刻情報が監視時間内であるか否かを判別する。ＰＣ２からのアクセスを監視する監視時間内であると判断した場合にはステップＳ５８に移行し、そうでない場合にはステップＳ５９に移行する。
【００３７】
ステップＳ５８では、監視時間内にＰＣ２からのアクセスがあったことを記録するためにアクセスフラグを立てる（Ｆｌａｇ＝１）。
ステップＳ５９では、受信したパケットを解析するパケット解析処理を実行し、ＰＣ２から送出されてきたパケットデータ内にＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報が含まれているか否かを判別する。
受信したパケット中にＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報が含まれていないと判断した場合にはステップＳ６０に移行する。ステップＳ６０では、受信したパケットデータに内容に基づいて該当する処理を実行する。
【００３８】
受信したパケット中にＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報が含まれていると判断した場合にはステップＳ６１に移行する。ステップＳ６１では、受信したパケット中に含まれるＭＡＣアドレス、メールアドレス、ユーザＩＤ、パスワードなどの情報に基づいて、パケットを送信してきたＰＣ２の状態情報を判別する。この状態情報判別処理は、図４のステップＳ２３〜ステップＳ２７と同様にして、ユーザ情報管理テーブルに登録されているユーザ情報内に、受信したパケットデータ内に含まれるメールサーバアドレス、ユーザＩＤ、パスワードといずれもが一致するようなユーザ情報があるか否かを判別し、一致するようなユーザ情報が存在すると判断した場合にはステップＳ６０に移行し、一致するユーザ情報が存在しないと判断した場合にはステップＳ６２に移行する。
【００３９】
ステップＳ６２では、ユーザ情報管理テーブル中に含まれる全てのユーザ情報についてチェックを行っても、受信したパケットデータに含まれるメールアドレス、ユーザＩＤ、パスワードのいずれもが一致するようなユーザ情報が存在しないと判断して、あらかじめ設定されている連絡先に対して不正な使用があった旨の通知を送出する。
〈メールチェック〉
図７のメールチェック設定画面５１１においてメールチェック機能の設定が行われた場合には、メールチェック機能部３０８により、図８に示されるようなユーザ情報管理テーブル中のメールサーバに一定時間間隔でアクセスを行い、ユーザのメールアドレスに届いているｅ−ｍａｉｌの未読数をチェックする。メールの未読数は、ユーザがＰＣ２のメールアプリケーションを利用してメールサーバからメールを受信しないと減らないため、所定期間内にメールの未読数が減少しなかったり、逆に増加するような場合に、ＰＣ２の動作状態が異常である可能性があると推測して所定の連絡先に通知するように構成できる。
【００４０】
ＰＣ２の動作状態が異常であるか否かを判別するための条件は、たとえば図１３に示すようなメールチェック管理テーブルとしてあらかじめデータ格納部３１６に格納しておくことができる。図１３に示すメールチェック管理テーブルは、異常と判断する周期、ユーザ（メールアドレス）毎の前回チェック時における未読数（Ｍａｉｌｃｎｔ）、ユーザ（メールアドレス）毎の未読メールのうち最も古い日付などの項目で構成されている。このようなメールチェック機能を用いたＰＣの状態情報を判別する場合について以下に説明する。
【００４１】
図３のステップＳ１において、生成されたイベントがメールチェックイベントであると判断される場合、ステップＳ８に移行する。ここでは、図８のユーザ情報管理テーブル中に設定される確認周期に基づいて、メールチェック時期に到達したと判断される場合に、メールチェック機能部３０８によりメールチェックイベントを生成するように構成できる。
メールチェック機能部３０８からメールチェックイベントが生成されると、ステップＳ８において、メール確認済みのユーザ数をカウントするための変数ｃｎｔがユーザ情報管理テーブルに格納されているユーザ数よりも小さいか否かを判別する。前回のメールチェック処理を終了した時点で変数ｃｎｔは”０”にリセットされており、ユーザ情報管理テーブルにユーザ数が設定されている場合には、メールチェック処理が開始された段階で、変数ｃｎｔはユーザ数よりも小さい値と判断され、ステップＳ９に移行することとなる。
【００４２】
ステップＳ９では、メールチェック機能部３０８によりメールサーバへのアクセスを開始し、ユーザのメールアドレスに届いているメールの未読数を確認する。
ステップＳ１０では、メールチェック確認済みのユーザ数をカウントするための変数ｃｎｔをインクリメントする。
ステップＳ８において、メール確認済みのユーザ数をカウントするための変数ｃｎｔがユーザ情報管理テーブルに格納されているユーザ数に到達したと判断した場合には、全てのユーザのメール未読数を確認したとしてステップＳ１１に移行する。
【００４３】
ステップＳ１１では、ユーザ情報管理テーブルに格納されている確認周期に設定された時間後にメールチェックイベントが立ち上がるように内部イベントをセットする。たとえば、図８に示すユーザ情報管理テーブルでは確認周期が６０分に設定されているため、この場合は６０分後にメールチェックイベントが立ち上がるように設定する。
ステップＳ１２では、メールチェック確認済みのユーザ数をカウントするための変数ｃｎｔを”０”にリセットする。
【００４４】
ユーザに届いたメールの未読数に基づくＰＣ２の状態情報判別処理について、図４に基づいて説明する。ここでは、ユーザがメールサーバにアクセスして自分のメールアドレスに届いているメールを取得した後、メールサーバに蓄積されたメールを削除するように設定されている場合について考察する。
状況判別部３１３では、メールサーバより通知されたメール日時情報を受けて、ステップＳ３４においてシステムクロックから現在の日時に関する現在時刻情報を取得する。
【００４５】
ステップＳ３５では、メールチェック管理テーブルに設定された判別条件に関する情報を取得する。たとえば、図１３に示すようなメールチェック管理テーブルが設定されている場合には、各項目に設定されているデータを取得して、ＰＣ２の動作が異常であるか否かを判別するための閾値に設定する。
ステップＳ３６では、メールチェック管理テーブルで管理するメールの未読数が１以上であるか否かを判別する。メールの未読数が１以上であると判断した場合にはステップＳ３７に移行し、そうでない場合にはステップＳ４１に移行する。
【００４６】
ステップＳ３７では、受信したパケットデータから最も古いメール到着日時情報を取得する。
ステップＳ３８では、ステップＳ３７で取得した最も古いメール到着日時から現在の時刻までの経過時間を算出し、異常と判断する周期を超えているか否かを判別する。算出された経過時間から該当するユーザがメールサーバにアクセスしてメールを自分に届いたメールを取得していない最小期間を推定することができるため、この経過時間が異常と判断する周期を超えている場合には、ユーザが少なくともその期間メールサーバへのアクセスを行っていないと判別してステップＳ３９に移行し、そうでない場合にはステップＳ４０に移行する。
【００４７】
ステップＳ３９では、あらかじめ設定されている連絡先に対してメールサーバへのアクセスがない旨の通知を送信する。
ステップＳ４０では、メールチェック管理テーブルの未読数のデータを更新する。
ステップＳ４１では、ステップＳ４１の処理終了後にメールチェックイベントが発生するようにタイマーのセットを行うなどの内部イベントをセットする。
〈メールチェック処理の他の例〉
ユーザがメールサーバにアクセスした際に、全てのメールをダウンロードせずに未読のままでサーバに残すことが可能な場合において、メールチェックによるＰＣ２の異常を判別する状態情報判別処理の例を図１４に基づいて説明する。
【００４８】
ステップＳ７１においてイベント解析部３１２がイベントを解析してメール未読数が通知されたと判断した場合にはステップＳ７２に移行し、状況判別部３１３がシステムクロックから現在の日時に関する時刻情報を取得する。
ステップＳ７３では、メールチェック管理テーブルから該当するユーザの情報を取得する。ここで用いられるメールチェック管理テーブルは、図１５に示すように、異常と判断する周期、前回チェック時におけるユーザ毎の未読数、未読数の増加があったか否かを示すユーザ毎の状態フラグ、ユーザ毎の増減のあった日付などの項目を含む構成とすることができる。
【００４９】
ステップＳ７４では、メールチェック管理テーブル内に格納されている前回チェック時における未読数と、今回メールサーバから取得したメールの未読数とを比較して、未読メールが増加したか否かを判別する。メール未読数が増加したと判断した場合にはステップＳ７５に移行し、そうでない場合にはステップＳ８３に移行する。
ステップＳ７５では、メールチェック管理テーブル中の未読数が増減した日付と現在の時刻情報に基づいて、その時間間隔が異常と判断する周期を過ぎているか否かを判断する。時間間隔が異常と判断する周期を過ぎている場合にはステップＳ７６に移行し、そうでない場合にはステップＳ７９に移行する。
【００５０】
ステップＳ７６では、メールチェック管理テーブルを初期化する。ここでは、図１５に示すメールチェック管理テーブル中の増減があった日付の項目に、システムクロックから取得した時刻情報をセットし、未読数を管理する項目（Ｍａｉｌｃｎｔ）を”０”にリセットするとともに、状態フラグを管理する項目（Ｆｌａｇ）を”１”にセットする。
ステップＳ７７では、あらかじめ設定されている連絡先に対してメールサーバへのアクセス間隔が開いている旨の通知を送信する。この後、ステップＳ７８では、ステップＳ７８の処理終了後にメールチェックイベントが立ち上がるように、タイマーのセットを行うなどの内部イベントのセットを行う。
【００５１】
ステップＳ７９では、前回のメールチェック時においてメールの未読数が増加中であったか否かを判別する。メールチェック管理テーブル中の状態フラグ（Ｆｌａｇ）の値が”１”であれば未読数の増加なしであったと判断してステップＳ８０に移行し、状態フラグ（Ｆｌａｇ）の値が”０”であれば未読数が増加中であったと判断してステップＳ８２に移行する。
ステップＳ８０では、メールチェック管理テーブル中の未読数の項目をメールサーバから取得したメール未読数に更新するとともに、増減のあった日付の項目にシステムクロックから取得した時刻情報に更新する。
【００５２】
ステップＳ８１では、状態フラグ（Ｆｌａｇ）を”０”に設定する。この後、ステップＳ７８に移行して、ステップＳ７８の処理終了後にメールチェックイベントが立ち上がるように、タイマーのセットを行うなどの内部イベントのセットを行う。
ステップＳ８２では、メールサーバから取得したメールの未読数のデータをメールチェック管理テーブルの未読数の項目にセットする。この後、ステップＳ７８に移行する。
【００５３】
ステップＳ８３では、メールサーバから取得した未読数が減少したか否を判別する。メールの未読数が前回チェック時の未読数よりも減少していると判断した場合にはステップＳ８４に移行し、変化がなかったと判断し場合にはステップＳ８６に移行する。
ステップＳ８４では、メールチェック管理テーブル中の未読数の項目をメールサーバから取得したメール未読数に更新するとともに、増減のあった日付の項目にシステムクロックから取得した時刻情報に更新する。
【００５４】
ステップＳ８５では、状態フラグ（Ｆｌａｇ）を”１”に設定する。この後、ステップＳ７８に移行して、ステップＳ７８の処理終了後にメールチェックイベントが立ち上がるように、タイマーのセットを行うなどの内部イベントのセットを行う。
ステップＳ８６では、メールチェック管理テーブル中の未読数が増減した日付と現在の時刻情報に基づいて、その時間間隔が異常と判断する周期を過ぎているか否かを判断する。時間間隔が異常と判断する周期を過ぎている場合にはステップＳ８７に移行し、そうでない場合にはステップＳ７８に移行する。
【００５５】
ステップＳ８７では、メールチェック管理テーブルを初期化する。ここでは、図１５に示すメールチェック管理テーブル中の増減があった日付の項目に、システムクロックから取得した時刻情報をセットし、未読数を管理する項目（Ｍａｉｌｃｎｔ）を”０”にリセットし、状態フラグを管理する項目（Ｆｌａｇ）を”１”に摂津する。
ステップＳ８８では、あらかじめ設定されている連絡先に対してメールサーバへのアクセス間隔が開いている旨の通知を送信する。この後、ステップＳ７８に移行して、ステップＳ７８の処理終了後にメールチェックイベントが立ち上がるように、タイマーのセットを行うなどの内部イベントのセットを行う。
【００５６】
〈異常検出表示〉
Ｗｅｂサーバ部３０５では、検出されたＰＣ２の状態情報をホームネットワーク１に接続されているＰＣ２の要求に応じて閲覧させるようにすることが可能である。
たとえば、状況判別部３１３により異常と判断される状況が発生した場合には、その日時と異常情報とをデータ格納部３１６に格納してデータベース化しておく。格納された異常状況に関するデータは、ＰＣ２からＷｅｂサーバ部３０５にアクセスした際に、あらかじめ用意されているテキストとともにＨＴＭＬ文書化してＰＣ２に送出されるように構成できる。このような異常状況に関するデータの表示例を図１６に示す。
【００５７】
このような異常状況に関するデータは、許可されたユーザＩＤにより外部ネットワーク４を介してホームゲートウェイサーバ３のＷｅｂサーバ部３０５にアクセスしてきたユーザに対して閲覧させることも可能である。
＜付記＞
（付記１）
内部ネットワーク内に配置される１または複数の端末装置と外部ネットワークとの接続制御を行う情報処理装置であって、
前記端末装置の使用状況情報を取得する端末情報取得手段と、
前記端末情報取得手段により取得した使用状況情報に基づいて前記端末装置の使用状況が異常であるか否かを判断する端末状況判別手段と、
前記端末装置の使用状況が異常である場合の連絡先を格納する連絡先記憶手段と、
前記端末状況判別手段により前記端末装置の使用状況が異常であると判断された場合に前記連絡先記憶手段に格納されている連絡先に通知する端末異常通知手段と、
を備える情報処理装置。
【００５８】
（付記２）
現在時刻情報を管理する時刻管理手段と、
前記端末装置を使用するユーザのスケジュールを管理するスケジュール管理手段と、
をさらに備え、前記端末状況判別手段は、前記時刻管理手段が管理する現在時刻情報、前記端末状況判別手段が取得する使用状況情報および前記スケジュール管理手段が管理するユーザのスケジュールに基づいて前記端末装置の使用状況が異常であるか否かを判別する、付記１に記載の情報処理装置。
【００５９】
（付記３）
前記端末装置から送信されるネットワークアドレス要求に添付されるＭＡＣアドレスを取得し、前記端末装置にＩＰアドレスを割り当てるＤＨＣＰ機能手段をさらに備え、前記端末情報取得手段は前記ＤＨＣＰ機能手段が取得するＭＡＣアドレスに基づいて前記端末装置の使用状況情報を取得する、付記１に記載の情報処理装置。
（付記４）
所定時間毎にメールサーバにアクセスして前記端末装置を使用するユーザのメールアドレスに届いたメールの蓄積状況を取得するメールチェック手段をさらに備え、前記端末状況判別手段は、前記メールチェック手段により取得したメールの蓄積状況に基づいて前記端末装置の使用状況が異常であるか否かを判断する、付記１に記載の情報処理装置。
【００６０】
（付記５）
外部ネットワークにアクセス際に送受信するメッセージパケットを取得するパケット監視手段をさらに備え、前記端末状況判別手段は、前記パケット監視手段が取得するメッセージパケットに基づいて前記端末装置の使用状況が異常であるか否かを判断する、付記１に記載の情報処理装置。
（付記６）
内部ネットワーク内に配置される端末装置と外部ネットワークとの接続制御を行うステップと、
前記端末装置の使用状況情報を取得するステップと、
前記使用状況情報に基づいて前記端末装置の使用状況が異常であるか否かを判断するステップと、
前記端末装置の使用状況が異常であると判断された場合に所定の連絡先に通知するステップと、
を備える情報処理装置の監視方法をコンピュータに実行させるためのプログラム。
【００６１】
【発明の効果】
本発明では、内部ネットワークに接続された端末装置の動作を監視し、端末装置から外部ネットワークに対する不正なアクセスがあった場合や端末装置から外部ネットワークにアクセスがあると推測される時間帯にそのアクセスがなかった場合、その逆に端末装置から外部ネットワークへのアクセスが想定されない時間帯に使用された場合、長期間にわたって外部ネットワークへのアクセスがない場合などの異常状態を検出して、所定の連絡先に通知するように構成できる。したがって、ユーザの留守宅において不正なアクセスがなされた場合やＰＣの暴走をユーザが知ることが可能となる。また、異常状態の通知がなされる連絡先としてＰＣの販売元のサービスセンターにしておくことで、ＰＣの利用間隔が長くなった場合に故障の可能性があると判断して早めのサービスを行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の１実施形態が採用されるシステムの概要構成図。
【図２】ホームゲートウェイサーバの制御ブロック図。
【図３】その制御フローチャート。
【図４】その制御フローチャート。
【図５】機能設定画面の一例を示す説明図。
【図６】利用時間帯テーブルおよび連絡先管理テーブルの説明図。
【図７】メールチェック設定画面の一例を示す説明図。
【図８】ユーザ情報管理テーブルの説明図。
【図９】スケジュール入力画面の説明図。
【図１０】キーワード管理テーブルの説明図。
【図１１】スケジュール管理テーブルの説明図。
【図１２】アクセスチェックのフローチャート。
【図１３】メールチェック管理テーブルの説明図。
【図１４】メールチェック処理の他の例のフローチャート。
【図１５】メールチェック管理テーブルの説明図。
【図１６】異常状況表示画面の説明図。

Claims (5)

1. 内部ネットワーク内に配置される１または複数の端末装置と外部ネットワークとの接続制御を行う情報処理装置であって、
   前記端末装置の使用状況情報を取得する端末情報取得手段と、
   前記端末情報取得手段により取得した使用状況情報に基づいて前記端末装置の使用状況が異常であるか否かを判断する端末状況判別手段と、
   前記端末装置の使用状況が異常である場合の連絡先を格納する連絡先記憶手段と、
   前記端末状況判別手段により前記端末装置の使用状況が異常であると判断された場合に前記連絡先記憶手段に格納されている連絡先に通知する端末異常通知手段と、
   を備える情報処理装置。
2. 現在時刻情報を管理する時刻管理手段と、
   前記端末装置を使用するユーザのスケジュールを管理するスケジュール管理手段と、
   をさらに備え、前記端末状況判別手段は、前記時刻管理手段が管理する現在時刻情報、前記端末状況判別手段が取得する使用状況情報および前記スケジュール管理手段が管理するユーザのスケジュールに基づいて前記端末装置の使用状況が異常であるか否かを判別する、請求項１に記載の情報処理装置。
3. 前記端末装置から送信されるネットワークアドレス要求に添付されるＭＡＣアドレスを取得し、前記端末装置にＩＰアドレスを割り当てるＤＨＣＰ機能手段をさらに備え、前記端末情報取得手段は前記ＤＨＣＰ機能手段が取得するＭＡＣアドレスに基づいて前記端末装置の使用状況情報を取得する、請求項１に記載の情報処理装置。
4. 所定時間毎にメールサーバにアクセスして前記端末装置を使用するユーザのメールアドレスに届いたメールの蓄積状況を取得するメールチェック手段をさらに備え、前記端末状況判別手段は、前記メールチェック手段により取得したメールの蓄積状況に基づいて前記端末装置の使用状況が異常であるか否かを判断する、請求項１に記載の情報処理装置。
5. 内部ネットワーク内に配置される端末装置と外部ネットワークとの接続制御を行うステップと、
   前記端末装置の使用状況情報を取得するステップと、
   前記使用状況情報に基づいて前記端末装置の使用状況が異常であるか否かを判断するステップと、
   前記端末装置の使用状況が異常であると判断された場合に所定の連絡先に通知するステップと、
   を備える情報処理装置の監視方法をコンピュータに実行させるためのプログラム。

Images