JP2008131386A - 情報処理装置 - Google Patents

Abstract

【課題】迅速に通信を完了できるようにする。
【解決手段】外部電源からの電力供給を受けて動作する通信機能を有する情報処理装置であって、前記外部電源からの供給電力の異常を検知し、検知時に割り込み信号を発生させる電力異常検知手段と、前記割り込み信号を通信パケット送受信手段に伝送する伝送手段と、特定の通知先への通知データを前記通信パケット送受信手段の特定のパケットデータ形式として生成する通知パケットデータ生成手段と、前記通知パケットデータ生成手段によって生成された通知データを前記通信パケット送受信手段の中に設けられた通知パケットデータ記憶装置に記憶する記憶手段と、前記通信パケット送受信手段において前記割り込み信号の受信時に、前記通知パケットデータ記憶装置の中に記憶されたデータを通信媒体上に送信する送信手段とを有することを特徴とする情報処理装置を提供する。
【選択図】図１

Description

本発明は、通信手段を有する情報処理装置に関する。

データ通信用のEthernet（登録商標）の配線を用いて機器に電力を供給するPower over Ethernet（登録商標）（以下、ＰｏＥ）はＩＥＥＥ ８０２.３afによる規格化以降、給電側、受電側とも各種製品が市場に登場している。複数の受電機器（Powered Device、以下ＰＤ）に給電する給電機器（Power Sourcing Equipment、以下ＰＳＥ）では電力管理機能を有する。そして、給電容量を超過した場合には予め設定された優先順位に基づいてポート単位での給電停止等の制御を行う。ＰＳＥの電力管理の状態は例えばＳＮＭＰ等の方法によって遠隔から取得することや、非同期の通知が可能であり、ＰＤの管理者はＰＳＥからの給電停止によるＰＤの停止を即時に知ることができる。

しかしながらＳＮＭＰ等の遠隔管理機能はＰＳＥに必須ではないので、安価な製品では機能を有さない場合がある。この場合、ＰＳＥの給電停止によるＰＤの停止を即時に検知することができない。ＰＤがクライアント機器ではなく、無線ＬＡＮアクセスポイントやサーバ機器であると検知の遅れは提供サービス復旧の遅れに繋がるので、ＰＤ自体が給電停止を検知し、管理者等に通知を行うことが望ましい。

ＩＥＥＥ ８０２.３afでは、ＰＤが最小負荷容量を維持することを求めており、回路に負荷コンデンサを持つ必要がある。これによりＰＳＥの給電停止後にも回路を追加・変更することなく負荷コンデンサからの電力でＰＤは通信動作を行うことが可能である。ただし負荷コンデンサの電力はＰＳＥの供給電圧が規定の範囲内で降下した際にもＰＤに供給される。

この状態ではＰＳＥから給電されなくなるが、ＩＥＥＥ８０２.３afでは一定時間以上この状態が継続するとＰＳＥはＰＤへの給電を完全に打ち切ることが規定されている。したがって、正常時に悪影響を及ぼす虞があるので、負荷コンデンサの容量には限度があり、ＰＳＥからの給電停止後の電力にも限度がある。

一方、通知を行うための通信処理は、ＰＤ上で電源監視・通知プログラムによる給電停止の検知、通知データの生成、通信ソケットの生成、ソケットへの書き込み、さらにはＯＳによるＵＤＰパケット化、ＩＰパケット化、Ethernet（登録商標）パケット化の処理を経てEthernet（登録商標）上へ送出されるので時間を要する処理である。

このため、前記負荷コンデンサからの電力が供給されている間に通信が完了する保証がないという課題が残る。これに対してパケット生成のオーバーヘッドを低減する方法として、予めデータを通信プロトコルのパケットデータとして生成・保存しておく方法が提案されている（例えば、特許文献１参照）。

特開平６−６９９５７号公報

しかしながら、特許文献１に記載の方法においては、記憶装置からの転送時間やＯＳのスケジューリングによる待ち時間等は考慮されていないので、限られた時間内に通信を完了させるという課題は解決されていない。

本発明は前述の問題点に鑑み、迅速に通信を完了できるようにすることを目的としている。

本発明の情報処理装置は、外部電源からの電力供給を受けて動作する通信機能を有する情報処理装置であって、前記外部電源からの供給電力の異常を検知し、検知時に割り込み信号を発生させる電力異常検知手段と、前記割り込み信号を通信パケット送受信手段に伝送する伝送手段と、特定の通知先への通知データを前記通信パケット送受信手段の特定のパケットデータ形式として生成する通知パケットデータ生成手段と、前記通知パケットデータ生成手段によって生成された通知データを前記通信パケット送受信手段の中に設けられた通知パケットデータ記憶装置に記憶する記憶手段と、前記通信パケット送受信手段において前記割り込み信号の受信時に、前記通知パケットデータ記憶装置の中に記憶されたデータを通信媒体上に送信する送信手段とを有することを特徴とする。

本発明によれば、ＰＳＥの遠隔管理機能の有無によらず、ＰＳＥの給電停止によるＰＤの停止が即時に管理者等に通知可能となる。これにより、管理者等がＰＤの再起動や代替手段への切り替えを迅速に行えるようになり、ＰＤが提供するサービスの停止時間を最小限に留めることができる。またＰＤの停止原因がＰＳＥの給電容量に起因するものと明確に判断できるので、ＰＳＥの容量増強やＰＳＥとＰＤの構成変更を図り易くなり、サービスの安定性が向上できる。

（第１の実施形態）
以下、本発明の実施に好適なＰＤの第１の構成と動作について、図面を用いながら説明する。図１は本実施形態における通信機能を有する情報処理装置の詳細な構成例を示すブロック図である。
ＣＰＵ１２０、１次記憶装置１３０、２次記憶装置１４０、入出力Ｉ／Ｆ１５０、及びEthernet（登録商標）回路１１０が内部バス１７０を介して相互に接続されるとともに、電源線１６０を介してＰｏＥ回路１００から電源供給を受ける。ＰｏＥ回路１００とEthernet（登録商標）回路１１０とは割り込み信号伝送用の信号線１８０で接続されている。

ここで１次記憶装置１３０は、ＲＡＭに代表される書き込み可能な高速の記憶装置であり、ＯＳや各種プログラム及び各種データがロードされ、またＯＳや各種プログラムの作業領域としても使用される。また、１次記憶装置１３０において後述のEthernet（登録商標）回路１１０を介して送受信されるデータも一時的に読み書きされる。

２次記憶装置１４０は、ＦＤＤやＨＤＤ、フラッシュメモリ、ＣＤ−ＲＯＭドライブ等に代表される不揮発性の記憶装置で、ＯＳや各種プログラム及び各種データの永続的な記憶領域として使用される他に、短期的な各種データの記憶領域としても使用される。後述の通知パケットデータ生成プログラム（図示せず）も、その設定情報を記憶したファイル（図示せず）とともに２次記憶装置１４０上に記憶され、ＣＰＵ１２０によって起動される。

入出力Ｉ／Ｆ１５０はキーボード等のユーザ入出力機器やセンサー等の外部機器を接続するためのＩ／Ｆである。ＰｏＥ回路１００とEthernet（登録商標）回路１１０とは本実施形態の基幹をなす回路であり、情報処理装置への電源供給とEthernet（登録商標）を介した外部機器との通信を担う。

なお本実施形態では、説明を簡単にするためにＰｏＥの電力供給をＩＥＥＥ８０２.３afの定める信号ケーブルのデータ伝送に用いられていない空き配線対を用いて行う構成としている。一方、同じくＩＥＥＥ ８０２.３afの定めるデータ伝送に使用している配線対に重畳する構成でもよい。

図２は、本実施形態におけるＰｏＥ回路１００の詳細な構成例を示すブロック図である。
ＰｏＥ制御回路２１０はＩＥＥＥ ８０２.３afに従いＰＳＥとの間で規格認証、電力クラス分類処理を行い、ＰＳＥより供給される電力を出力する。負荷コンデンサ２２０はＩＥＥＥ ８０２.３afで定められた最低負荷容量を維持するためのものであるが、本実施形態の根幹であるＰＳＥからの電力供給停止後に通信を行うための電力源でもある。ただし、上述したようにその容量は正常時に悪影響を及ぼさない範囲に制限される。

ＤＣ／ＤＣコンバータ２３０はＰＳＥからの供給電圧をＰＤの所定電圧に変換し電源線１６０に供給する。電圧検知回路２００は本実施形態に特有の回路であり、ＰＳＥからの供給電圧が規格範囲内にあるかどうかを継続的に測定するとともに、供給電圧が規格範囲外になった場合（検知時）には割り込み信号を信号線１８０に出力する。なお、電力異常検知の電圧は規格電圧の上限値・下限値よりも内側の値に設定してもよい。

図３は、本実施形態におけるEthernet（登録商標）回路１１０の詳細な構成例を示すブロック図である。
Ethernet（登録商標）回路１１０はＰｏＥ回路１００からの電力供給開始後、ＩＥＥＥ８０２.３に従って対向のEthernet（登録商標）ハブ装置と通信速度等の調整を行い、ハブとの間でEthernet（登録商標）パケットの送受信を行う。

受信されたEthernet（登録商標）パケットはEncoder/Decoder３００でブロック符号処理等を行い、ＭＡＣ受信処理部３１０でFrame Check Sequence（ＦＣＳ）フィールドのチェック等を行い、入力バッファ３３０に入れられる。逆に出力バッファ３５０に入れられたパケットデータはＭＡＣ送信処理部３２０でＦＣＳの計算、フィールドの付加等を行い、Encoder/Decoder３００でブロック符号処理等を行い、送信される。

入力バッファ３３０及び出力バッファ３５０と１次記憶装置１３０と間の転送は、ＣＰＵ１２０がread/writeを行う１次記憶装置１３０上のアドレス領域を入出力制御部３４０に設定し、開始を指示することによってバスＩ／Ｆ３６０を介して行われる。

パケットデータ記憶装置３７０及び割り込み制御部３８０は本実施形態に固有の回路である。パケットデータ記憶装置３７０には後述する通知パケットデータ生成プログラムによって生成されたパケットデータが転送され、記憶される。割り込み制御部３８０は、信号線１８０に割り込み信号が入力されると、パケットデータ記憶装置３７０に記憶された通知パケットデータを出力バッファ３５０に転送する。

図４は、本実施形態における通知パケットデータ生成プログラムの動作の手順の一例を示すフローチャートである。
通知パケットデータ生成プログラムは、ＰＳＥからの電力供給の異常を検知し、ＰＤの管理者等に通知する際に送信される通信パケットデータを生成し、パケットデータ記憶装置３７０に記憶させる。ＰＤの起動時や、通知先の変更等の必要に応じて起動される。

ステップＳ４００では、通知パケットデータ生成プログラムは、まず２次記憶装置１４０上に記憶された設定ファイル（図示せず）から設定を読み込む。設定は通知先のＩＰアドレス、ポート番号、通知する内容（文字列等）である。なお、ＰＤがユーザＩ／Ｆを持つものであれば、対話的にユーザからの設定値を入力させてもよい。以降、このステップＳ４００で得たデータでEthernet（登録商標）（ＩＥＥＥ８０２.３ ＭＡＣフレーム）パケットを生成する。

次に、ステップＳ４１０では、ＵＤＰパケットのデータ部（ボディ部）を生成する。データはステップＳ４００で得たデータのままでもよい。文字コードを特定の通知先のものに変換したり通知先がsyslogサーバやＳＮＭＰ管理ステーションの場合はsyslog形式やＳＮＭＰ ＴＲＡＰのアプリケーションプロトコルレベルのヘッダを付加したり、データ書式に埋め込む等の処理を施してもよい。また、Notification形式のデータを用いてもよい。

次に、ステップＳ４２０では、ＵＤＰパケットのヘッダ部を生成する。送信先・送信元ポート番号はステップＳ４００で得たデータを用いるが、送信元ポート番号については特に指定がない場合は任意の番号を用いてもよい。また、チェックサムは値を０として省略してもよいが、使用する場合はＵＤＰ擬似ヘッダ部の送信先ＩＰアドレスが必要なので、ステップＳ４００で得た値を用いる。

次に、ステップＳ４３０では、ＩＰパケットのヘッダ部を生成する。ステップＳ４００で得た送信先がＩＰアドレスではなくホスト名であった場合はＤＮＳ等によってＩＰアドレスを検索する。なお、ＩＰｓｅｃを用いる際には必要なオプションヘッダを生成するとともに、以上のステップＳ４１０、Ｓ４２０で生成したヘッダ部とデータの暗号化も合わせて行う。

次に、ステップＳ４４０では、以上のステップＳ４１０〜Ｓ４３０で生成されたヘッダ部及びデータ部のデータ長の総和を求め、これを通知先までの経路のＭＴＵと比較する。この比較の結果、総和がＭＴＵを越えていた場合は、ステップＳ４５０に進み、ステップＳ４１０で生成したデータ部を分割し、ステップＳ４２０に戻って分割されたそれぞれのデータ部にヘッダ部を付け直す。

一方、ステップＳ４４０の比較の結果、総和がＭＴＵ以下であった場合は、ステップＳ４６０に進み、Ethernet（登録商標）ヘッダ部を生成する。送信先ＭＡＣアドレスが未知の場合は、ＡＲＰによって取得する。通知先がEthernet（登録商標）の同一セグメントにない場合は通知先への経路情報を調べ、中継先ルータのＭＡＣアドレスを用いる。

次に、ステップＳ４７０では、以上で生成した各ヘッダ部とデータ部を連結し、Ethernet（登録商標）回路１１０のパケットデータ記憶装置３７０に転送、記憶して処理を終える。

以上、通知パケットデータ生成プログラムの動作の説明をしたが、ＵＤＰパケットではなく、ＩＣＭＰパケットを生成してもよい。またEthernet（登録商標）を媒体として用いるプロトコルであればＩＰ以外、例えばＩＰＸ等のプロトコルのパケットを生成してもよい。なお、パケットデータ記憶装置３７０を不揮発性記憶装置で構成して、通知パケットデータ生成プログラムをＰＤの起動毎に起動することを省略してもよい。また逆に通知パケットデータ生成プログラムを定期的に起動して、通知パケットの内容を都度更新するようにしてもよい。

データにＰＤの各状態、例えばＰＤのＯＳの状態値や、クライアントからの接続状況、ＰＳＥからの供給電圧値等を含めることで、ＰＳＥからの電力供給が停止される直前のＰＤの状態を合わせて通知できるようになる。そのためにはステップＳ４１０でデータ部生成の際に、通知する内容を２次記憶装置１４０上の設定ファイルから読み込むのではなく、各種の状態値を取得するプログラムを起動するようにすればよい。

以上で説明したＰｏＥ回路１００、Ethernet（登録商標）回路１１０、通知パケットデータ生成プログラムにより、本実施形態におけるＰＤは以下のように動作する。ＰＤはEthernet（登録商標）ケーブルを介してＰＳＥに接続されると、ＰｏＥ回路１００がＰＳＥとの間でＩＥＥＥ８０２.３af規格認証、電力クラス分類処理を行い、ＰＳＥより供給される電力がＰＤ側に出力されることにより起動する。ＰＤは起動すると、通知パケットデータ生成プログラムを起動する。これにより通知パケットデータが生成され、パケットデータ記憶装置３７０に記憶される。

ＰｏＥ回路１００の電圧検知回路２００は、常時ＰＳＥからの供給電圧を測定する。電圧降下等でＩＥＥＥ８０２.３afの規格電圧範囲を外れたことが検知された場合には、電圧検知回路２００は信号線１８０上に割り込み信号を出力する。この割り込み信号はEthernet（登録商標）回路１１０の割り込み制御部３８０に入力され、割り込み制御部３８０は割り込み処理としてパケットデータ記憶装置３７０に記憶されている通知パケットデータを出力バッファ３５０に転送する。出力バッファ３５０に入れられたパケットデータはＭＡＣ送信処理部３２０、Encoder/Decoder３００を経て通知先（通信媒体上）へ送信される。

以上で明らかなように、ＰＳＥからの供給電力の異常はＯＳや各種プログラムの介在なくEthernet（登録商標）回路に直接伝達され、Ethernet（登録商標）回路内に記憶された生成済みのパケットデータが出力バッファに転送される。これにより、ＰｏＥ回路１００の負荷コンデンサ２２０の容量の範囲内で通知が可能となる。

以上、本実施形態におけるＰＤの構成と動作について説明したが、ＩＥＥＥ８０２.３afに基づくＰＤにのみ限定されるわけではなく、専用の電源供給経路を持つ通信装置にも適用できる。例えば、外部の交流電源を利用した装置では、本実施形態のＰｏＥ回路１００に代えてＡＣ／ＤＣコンバータに電圧検知回路、コンデンサを持たせることで、外部電源の遮断を通知できるようになる。

（第２の実施形態）
第１の実施形態では、管理者等への通知についてＵＤＰパケットを用いて行う方法を説明した。ところが、ＰＤと通知先との間の通信経路上にFirewallやＮＡＴ機能が介在する場合にはそれらの運用ポリシーによってＵＤＰパケットの通過が許されないことも多い。こうした通信環境に好適な本発明の実施形態を第２の実施形態として以下で説明する。なお、本実施形態におけるＰＤの構成と動作は通知パケットデータ生成プログラムを除いて第１の実施形態と同じであり、通知パケットデータ生成プログラム以外の説明は省略する。

図５は、本実施例における通知パケットデータ生成プログラムの動作の手順の一例を示すフローチャートである。本実施形態の通知パケットデータ生成プログラムは、通知先の情報処理装置との間で通知用のＴＣＰセッションを確立した上で、その状態情報から通知用のＴＣＰパケットを生成し、パケットデータ記憶装置３７０に記憶させる。さらに前記ＴＣＰセッションが、通信経路上のFirewall等でタイムアウトと判断され、切断されるのを防ぐためにKeepAliveパケットを定期的に送信する。

まず、ステップＳ６００では、通知パケットデータ生成プログラムはまず２次記憶装置１４０上に記憶された設定ファイルから設定を読み込む。設定は通知先のＩＰアドレス、ポート番号、通知とKeepAliveのそれぞれで送信する内容（文字列等）である。

次に、ステップＳ６０５では、通知先との間でＴＣＰセッションを確立する。本実施形態においてＰＤはＴＣＰのサーバとクライアントのどちらとしても機能する。このため、通信経路上のFirewallの設定等に合わせて通知先との間でサーバ／クライアントの機能を割り振り、通知先の通知パケットを受信する管理プログラムと同期を取ってセッションを確立する。

次に、ステップＳ６１０では、ＰＳＥの電力供給停止の通知用と、TCP KeepAlive用（ＴＣＰセッション維持用）の２種類のＴＣＰパケットのデータ部をそれぞれ生成する。データはステップＳ６００で得たデータのままでもよいが、通知先との間でＴＣＰの上位プロトコル、例えば、ＨＴＴＰを用いる場合には所定のプロトコルヘッダを付加したり、データ書式に埋め込んだり等の処理を施す。

次に、ステップＳ６１５では、セッションが切断されないようにするためのKeepAliveタイマ（図示せず）をセッションのタイムアウト時間よりわずかに短い時間にリセットする。

続いて、ステップＳ６２０では、通知用とKeepAlive用のそれぞれのデータに対してＴＣＰヘッダ部を生成する。送信先・送信元ポート番号、チェックサム計算用の送信先ＩＰアドレスはステップＳ６００で得たデータを用いる。またシーケンス番号、ＡＣＫ番号については直前のそれぞれの値から算出する。ステップＳ６０５でＴＣＰセッションを確立した直後であれば確立時の値になり、後述のステップＳ６６５から戻った場合であれば通知先からのＡＣＫパケットの値になる。

次に、ステップＳ６２５では、ＩＰパケットのヘッダ部を生成する。そして、ステップＳ６３０では、上述のステップＳ６１０、Ｓ６２０、Ｓ６２５で生成されたヘッダ部及びデータ部のデータ長の総和を通知用、KeepAlive用それぞれについて求め、通知先までの経路のＭＴＵと比較する。

この比較の結果、総和がＭＴＵを越えていた場合は、ステップＳ６３５に進み、ステップＳ６１０で生成したデータ部を分割し、ステップＳ６２０に戻って分割されたそれぞれのデータ部にヘッダ部を付け直す。一方、ステップＳ６３０の比較の結果、総和がＭＴＵ以下であった場合は、ステップＳ６４０に進み、Ethernet（登録商標）ヘッダ部を生成する。

次に、ステップＳ６４５では、以上で生成した各ヘッダ部とデータ部を連結し、通知用パケットをEthernet（登録商標）回路１１０のパケットデータ記憶装置３７０に転送して記憶する。これにより、ＰｏＥ回路１００からの割り込み信号で送信されるようにする。KeepAlive用パケットは１次記憶装置１３０上に保持し、KeepAliveタイマが満了した際に内部バス１７０経由でEthernet（登録商標）回路１１０に送り、通知先に送信する。

次に、ステップＳ６５０では、通知用パケットが送信されているか否かを判定する。この判定の結果、送信されている場合は、ステップＳ６１５に戻り、タイマをリセット、通知用・KeepAlive用パケット生成フローを繰り返す。ただし通知用パケットが送信されているのはＰＳＥからの電力供給の異常が検知された場合なので、ＰＤ自体が停止して通知パケットデータ生成プログラムも強制的に停止となってステップＳ６１５に戻らないこともある。逆に、ステップＳ６１５に戻った場合は、ＰＳＥの電力供給停止がごく一時的なものでＰＤの動作に影響を与えなかった場合である。通知パケットの再送は無意味なので通知パケットの通知先からのＡＣＫ確認は行わない。

一方、ステップＳ６５０の判定の結果、通知用パケットが送信されていない場合は、ステップＳ６５５に進み、KeepAliveタイマが満了したか否かを判定する。この判定の結果、KeepAliveタイマが満了していない場合は、ステップＳ６５０に戻る。一方、ステップＳ６５５の判定の結果、KeepAliveタイマが満了していた場合は、ステップＳ６６０に進み、KeepAlive用パケットをEthernet（登録商標）回路１１０に送り、通知先に送信する。

次に、ステップＳ６６５では、通知先からＡＣＫが受信されたか否かを判定する。この判定の結果、通知先からＡＣＫが受信された場合は、ステップＳ６１５に戻って動作を繰り返す。一方、ステップＳ６６５の判定の結果、通知先からＡＣＫが受信されなかった場合は、ステップＳ６７０に進み、再送タイムアウトに達しているか否かを判定する。この判定の結果、再送タイムアウトに達していない場合は、ステップＳ６６０に戻ってKeepAlive用パケットを再送する。

一方、ステップＳ６７０の判定の結果、再送タイムアウトに達した場合は、通知先か経路上のルータ等に障害が発生していると考えられる。そこで、ステップＳ６７５に進み、通知先を変えて通知パケットデータ生成プログラムを起動し直す等のエラー処理を行って、動作を終了する。

以上、本実施形態における通知パケットデータ生成プログラムの動作について説明したが、ステップＳ６６５でＡＣＫを受信した後の戻り先をステップＳ６１０にして、通知用・KeepAlive用パケットで送る内容を都度更新するようにしてもよい。送る内容をＰＤの状態にすることで、KeepAliveパケットを電源供給正常時の定期的な状態通知にも利用できるようになる。その場合、KeepAliveタイマの満了値を通信コネクションのタイムアウト値よりも十分に短くして、状態通知間隔を短縮してもよい。

（本発明に係る他の実施形態）
前述した本発明の実施形態における情報処理装置を構成する各手段、並びに情報処理方法の各工程は、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図４、５に示すフローチャートに対応したプログラム）を、システムまたは装置に直接、または遠隔から供給する。そして、そのシステムまたは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクなどがある。さらに、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する方法がある。そして、前記ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、その他の方法として、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。さらに、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、その他の方法として、まず記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。そして、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。

本発明の第１の実施形態における情報処理装置の構成例を示すブロック図である。 本発明の第１の実施形態におけるＰｏＥ回路の詳細な構成例を示すブロック図である。 本発明の第１の実施形態におけるEthernet（登録商標）回路の詳細な構成例を示すブロック図である。 本発明の第１の実施形態における通知パケットデータ生成プログラムの動作の手順の一例を示すフローチャートである。 本発明の第２の実施形態における通知パケットデータ生成プログラムの動作の手順の一例を示すフローチャートである。

符号の説明

１００ ＰｏＥ回路
１１０ Ethernet（登録商標）回路
１２０ ＣＰＵ
１３０ １次記憶装置
１４０ ２次記憶装置
１５０ 入出力Ｉ／Ｆ
１６０ 電源線
１７０ バス
１８０ 信号線
２００ 電圧検知回路
２１０ ＰｏＥ制御回路
２２０ 負荷コンデンサ
２３０ ＤＣ／ＤＣコンバータ
３００ Encoder/Decoder
３１０ ＭＡＣ受信処理部
３２０ ＭＡＣ送信処理部
３３０ 入力バッファ
３４０ 入出力制御部
３５０ 出力バッファ
３６０ バスＩ／Ｆ
３７０ 通知パケットデータ記憶装置
３８０ 割り込み制御部

Claims (7)

1. 外部電源からの電力供給を受けて動作する通信機能を有する情報処理装置であって、
   前記外部電源からの供給電力の異常を検知し、検知時に割り込み信号を発生させる電力異常検知手段と、
   前記割り込み信号を通信パケット送受信手段に伝送する伝送手段と、
   特定の通知先への通知データを前記通信パケット送受信手段の特定のパケットデータ形式として生成する通知パケットデータ生成手段と、
   前記通知パケットデータ生成手段によって生成された通知データを前記通信パケット送受信手段の中に設けられた通知パケットデータ記憶装置に記憶する記憶手段と、
   前記通信パケット送受信手段において前記割り込み信号の受信時に、前記通知パケットデータ記憶装置の中に記憶されたデータを通信媒体上に送信する送信手段とを有することを特徴とする情報処理装置。
2. 前記通知パケットデータ生成手段は、ＵＤＰパケットデータを生成することを特徴とする請求項１に記載の情報処理装置。
3. 前記通知パケットデータ生成手段は、前記ＵＤＰパケットデータのボディ部としてsyslogプロトコル形式のデータを生成することを特徴とする請求項２に記載の情報処理装置。
4. 前記通知パケットデータ生成手段は、前記ＵＤＰパケットデータのボディ部としてＳＮＭＰプロトコルのＴＲＡＰまたはNotification形式のデータを生成することを特徴とする請求項２に記載の情報処理装置。
5. 前記通知パケットデータ生成手段は、さらに通知先との間でＴＣＰセッションを確立する確立手段を有し、前記確立手段によって確立したセッションの状態情報からＴＣＰパケットデータを生成することを特徴とする請求項１に記載の情報処理装置。
6. 前記通知パケットデータ生成手段は、さらにＴＣＰセッション維持用のＴＣＰパケットも生成し、定期的にセッション維持用パケットを送受信するとともにＴＣＰ通信状態を更新して通知用及びセッション維持用パケットを再び生成することを特徴とする請求項５に記載の情報処理装置。
7. 前記通知パケットデータ生成手段は、さらにＩＥＥＥ８０２.３ＭＡＣフレーム形式のパケットデータを生成することを特徴とする請求項２〜６の何れか１項に記載の情報処理装置。

Images