安否確認システム
【課題】対象者が利用する電力に基づいて、精度良く安否確認を行う手段を提供する。
【解決手段】情報処理装置は、安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、前記検出値を前記通信部から取得して時系列に記憶する手段、前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、前記機器の使用状態の推移と対応する安否情報を記憶する手段、前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、を備える。
【解決手段】情報処理装置は、安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、前記検出値を前記通信部から取得して時系列に記憶する手段、前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、前記機器の使用状態の推移と対応する安否情報を記憶する手段、前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地震や津波、落雷、火災、事故といった異常時等に、対象者の安否を確認する技術に関する。
【背景技術】
【０００２】
災害時に、対象者の端末に安否確認の電子メールを送信し、当該電子メールに対する応答に基づいて対象者の安否を確認する安否確認システムが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４３３５７５６号公報
【特許文献２】特開２００６−３３８２７７号公報
【特許文献３】特開２００９−２７６８４７号公報
【特許文献４】特許第４５３５３９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
対象者からの応答にもとづいて安否を確認する安否確認システムでは、全対象者からの回答を受けられれば、安否の確認処理が完了することになるが、一部の対象者からは、回答が得られないことがある。このように回答しない対象者としては、負傷等により回答出来ないことが考えられるが、無事なのに回答しないことも多い。例えば社内に在席して、同僚とも面と向かって通常通り作業している状態で、わざわざ無事である旨の応答をするのは煩わしく感じられ、無事である旨の応答が行われないことがある。このため対象者からの応答がない場合、対象者が負傷して応答できないことと、無事であるのに応答しないことが含まれ、安否確認の精度が充分でない場合も生じ得る。
【０００５】
開示の技術の課題は、対象者が利用する電力に基づいて、精度良く安否確認を行う手段を提供することにある。
【課題を解決するための手段】
【０００６】
開示の技術の一側面は、次の情報処理装置の構成によって例示される。すなわち、本情報処理装置は、安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、前記検出値を前記通信部から取得して時系列に記憶する手段、前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、前記機器の使用状態の推移と対応する安否情報を記憶する手段、前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、を備える。
【発明の効果】
【０００７】
本情報処理装置によれば、対象者が利用する電力に基づいて、精度良く安否確認を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】ＯＡ機器のレイアウトの一例を示す図である。
【図２】電源接続機器の外観図の例である。
【図３】電源接続機器内の接続図の例である。
【図４】電源接続機器、中継器、および出退勤管理サーバの信号処理に関連するハードウェアの構成を例示する図である。
【図５】ルータ、スイッチを含むオフィス内のネットワークの構成図を例示する図である。
【図６】出退勤管理サーバの機能ブロック図を例示する図である。
【図７】安否確認サーバの機能ブロック図を例示する図である。
【図８】ＰＣの機能ブロック図を例示する図である。
【図９】機器所在データベースの構成例を示す図である。
【図１０】従業員情報データベースの構成例を示す図である。
【図１１】電力パターンデータベースの構成例を示す図である。
【図１２】消費電力推移テーブルの構成例を示す図である。
【図１３】安否確認対象者データベースの構成例を示す図である。
【図１４】安否確認状況一覧テーブルの構成例を示している。
【図１５】安否確認サーバによる安否確認処理のフローチャートを例示する図である。
【図１６】災害情報受付処理（図１５のステップＳ６１０）の詳細を例示する図である。
【図１７】安否の問い合わせ処理（図１５のステップＳ６３０）の詳細を例示する図である。
【図１８】安否の回答を安否状況一覧テーブルに反映させる処理（図１５のステップＳ６５０）の詳細を例示する図である。
【図１９】ＰＣ使用状況の問合せ処理（図１５のステップＳ６６０）の詳細を例示する図である。
【図２０】ＰＣ使用状況の回答を安否確認対象者ＤＢに反映する処理（図１５のステップＳ６７０）の詳細を例示する図である。
【図２１】出退勤管理サーバによる出退勤管理処理のフローチャートを例示する図である。
【図２２】消費電力監視処理（図２１のステップＳ７２０）の詳細を例示する図である。
【図２３】ＰＣ使用状況の応答処理（図２１のステップＳ７３０）の詳細を例示する図である。
【図２４】ＰＣ使用状況判定処理（図２３のＳ７３６）の詳細を例示する図である。
【図２５】ＰＣのモードを変更する処理のフローチャートの例である。
【図２６】初期化直後の安否確認状況一覧テーブルを例示する図である。
【図２７】対象者による返信された安否情報を登録した状態の安否確認状況一覧テーブルを例示する図である。
【図２８】ＰＣ使用状況が安否情報として反映された安否確認状況一覧テーブルを例示する図である。
【図２９】本実施例２における安否確認処理のフローを例示する図である。
【図３０】安否確認問合せ対象者決定処理（図２９のＳ６７３）の詳細を例示する図である。
【図３１】安否確認メールの応答処理（図２９のＳ６７６）の詳細を例示する図である。
【図３２】未復帰者の判定処理（図３０のＳ６０４）の詳細を例示する図である。
【図３３】初期化した直後の安否確認状況一覧テーブルを例示する図である。
【図３４】ＰＣ使用状況が安否情報として反映された安否確認状況一覧テーブルを例示する図である。
【図３５】安否確認のメールを送信した直後の安否確認状況一覧テーブルを例示する図である。
【図３６】安否確認のメールに対する応答を反映させた安否確認状況一覧テーブルの状態を例示する図である。
【図３７】復帰が遅い人を安否確認問合せ対象として安否確認のメールを送信した直後の安否確認状況一覧テーブルの状態を例示する図である。
【図３８】ＰＣ使用状況が「停止中」であった対象者からのメールの応答を反映させた安否確認状況一覧テーブルの状態を例示する図である。
【図３９】宛先情報テーブルを例示する図である。
【図４０】使用状況テーブルを例示する図である。
【図４１】初期化直後の消費電力推移テーブルを例示する図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して、一実施形態に係る安否確認システムについて説明する。以下の実施形態の構成は例示であり、本安否確認システムは実施形態の構成には限定されない。
【実施例１】
【００１０】
以下、図１から図２８の図面に基づいて、実施例１に係る安否確認システムを説明する。
【００１１】
＜システム構成＞
図１に、ＯＡ機器のレイアウトの一例を示す。図１は、例えば、オフィスの１フロアのレイアウトが例示されている。ここで、オフィスには、例えば、企業、役所、学校、商店、飲食店、各種サービス提供施設等で種々の情報を取り扱う部署の他、工場内、あるいは作業現場等で種々の事務処理等を行う部署を含む。図１のオフィスは、複数の電源接続機器１−１、１−２、１−３、１−４等と、それぞれの電源接続機器１−１等に接続されるＯＡ機器と、電源接続機器１−１等で検出された電力値を収集し、中継先へ中継する中継器２を含む。ここで、電源接続機器１−１等は、ＯＡ機器に電力を供給するコンセントを配置した機器である。以下、電源接続機器１−１等を総称する場合には、電源接続機器１という。コンセントがプラグ接続部の一例である。ＰＣ８−１、８−２、８−３は、オフィスに勤務する従業員、即ち本システムにより安否を確認する対象者が使用するコンピュータである。ＰＣ８−１、８−２、８−３は、それぞれ電源接続機器１−１、１−２、１−３等と接続されて電力の供給を受ける。以下、ＰＣ８−１等を総称する場合には、ＰＣ８という。
【００１２】
なお、中継器２が電源接続機器１から電流値を収集するようにしてもよい。電源接続機器１を通じて、機器に供給される電力の電圧が特定できる場合には、電流値を電力値に換算できるからである。後述するように、以下の実施例のオフィスでは、電源接続機器１には、電流センサが内蔵され、個々のコンセントから供給される電流値を検出する。この電流値は、出退勤管理サーバ７で電力値に変換され、データベースに格納される。ただし、電源接続機器１において、電力値を検出するようにしてもよい。例えば、電源接続機器１が電流センサとともに、電圧センサを内蔵するようにすればよい。また、電源接続機器１に電圧パラメータを設定できる機能を設け、設定された電圧パラメータにしたがって電流値を電力値に換算する処理部を設けてもよい。また、電源接続機器１において、電流値を検出し、中継器２が電流値を電力値に換算した後、出退勤管理サーバ７に電力値を中継するようにしてもよい。この場合、中継器２には、電圧パラメータを設定できる機能を設けておけばよい。このように、機器に供給される電圧が特定できる場合には、電流値は、電力値と同様に見なすことができるため、以下の実施例では、電流と電力を同様に取り扱う。
【００１３】
さらに、図１のオフィスでは、中継器２を経由して各電源接続機器１で検出された電力の検出値を受信し、処理して出退勤を管理する出退勤管理サーバ７と、オフィスに勤務する従業員（安否確認の対象者）の安否確認を行う安否確認サーバ６と、安否確認サーバ６
や出退勤管理サーバ７と接続して管理を行う監視端末５が含まれている。安否確認サーバ６及び出退勤管理サーバ７は情報処理装置の一例である。なお、安否確認サーバ６と出退勤管理サーバ７とは一体に構成しても良い。
【００１４】
図１では、１フロア分のレイアウトが例示されているが、１台の出退勤管理サーバ７、１台の監視端末５が、複数のフロアを管理するようにしてもよい。また、図１では、オフィスの１フロアは、３つのエリアＡ１、Ａ２、Ａ３を含む。１つのエリアには、中継器２が１台配置される。実施例１では、エリアは、中継器２が１台でカバーできる範囲とする。ただし、１フロアが３つのエリアに限定される訳ではなく、オフィスの状況、ニーズに応じて、適正なエリアを設定すればよい。
【００１５】
さらに、図１では、１台の中継器が４個の電源接続機器１に接続されているが、１台の中継器２に接続される電源接続機器１の数が４個に限定される訳ではない。なお、電源接続機器１には、パーソナルコンピュータ等の情報処理装置、電気スタンド等のＯＡ機器の他、例えば、扇風機、暖房機器等も接続される場合がある。
【００１６】
さらにまた、図１では、安否確認サーバ６、出退勤管理サーバ７、ＰＣ８が、オフィス内のネットワークに接続されているが、安否確認サーバ６、出退勤管理サーバ７、ＰＣ８は、例えば、インターネット等のネットワークを介して接続されてもよい。
【００１７】
＜ハードウェアの構成＞
図２は、電源接続機器１の外観図の例である。電源接続機器１として、例えば、スマート電源タップを例示できる。ただし、本安否確認システムにおいて、電源接続機器１がスマート電源タップに限定されるわけではなく、コンセントごとに供給される電流、あるいは、電力が検出可能なものであれば、どのようなものでもよい。
【００１８】
図２のように、電源接続機器１は、外観上、筐体と、筐体の一方の面に配列された複数のコンセントと、筐体外部の商用電源を筐体内の各コンセントに接続する電源ケーブルＡＣ１と、筐体内で検出された電流値を筐体外の信号ケーブルＵＢ１に接続するアダプタＵＡ１とを有している。
【００１９】
コンセントは、例えば、ＯＡ機器に接続されている電源ケーブルのプラグを装着する１対のプラグ挿入口と、プラグのアース端子を受け入れるアース端子口とを有する。筐体内には、電力ケーブルＡＣ１から分岐し、各コンセントに供給する導電路と、分岐したそれぞれの導電路に接続される電極を有する。電極は、それぞれのプラグ挿入口内に埋め込まれており、電源ケーブルのプラグがコンセントに差し込まれたときにプラグのコンタクトに接触し、通電可能となる。
【００２０】
信号ケーブルＵＢ１は、例えば、ＵＳＢ（Universal Serial Bus）ケーブルであり、アダプタＵＡ１は、ＵＳＢコネクタを装着するアダプタである。ただし、信号ケーブルＵＢ１およびアダプタＵＡ１の種類に特に限定がある訳ではない。
【００２１】
図３に、電源接続機器１内の接続図を例示する。図３のように、電源接続機器１は、筐体内に、図２の電源ケーブルＡＣ１に接続される導電路ＡＣ２と、導電路Ａ２から分岐した分岐路ＡＣ３と、分岐路ＡＣ３の先端部に接続される複数のコンタクトＣＴ１とを有する。
【００２２】
コンタクトＣＴ１は、図２に示したコンセントに装着されるプラグのコンタクトと接触し、通電可能となる。さらに、電源接続機器１は、それぞれの分岐路ＡＣ３を流れる電流を検出する複数の電流センサＣＳ１を有する。図３では、分岐路ＡＣ３、コンタクトＣＴ
１、電流センサＣＳ１は、４組み示されている。
【００２３】
電流センサＣＳ１は、例えば、分岐路ＡＣ３の周囲に発生する磁界を検出する磁気センサ、例えば、ホール素子を含む。例えば、分岐路ＡＣ３の周囲に、磁性体で閉磁路を形成し、磁路の一部にホール素子をはめ込むようにすればよい。
【００２４】
さらに、電源接続機器１は、電流センサＣＳ１の検出信号を読みとり、処理する信号制御部１０を有する。４つの電流センサＣＳ１の検出信号は、それぞれ信号制御部１０に入力される。信号制御部１０は、電流センサＣＳ１のそれぞれの検出値に、電流センサＣＳ１が検出する電流の供給先となるコンセントの識別情報を対応付けて、アダプタＵＡ１に出力する。したがって、アダプタＵＡ１に接続される装置は、コンセントの識別情報に対応付けて、そのコンセントで使用されている電力値を取得可能となる。なお、電流センサＣＳ１は、センサの一例であり、この構成に限定されるものではない。
【００２５】
図４は、電源接続機器１、中継器２、安否確認サーバ６、出退勤管理サーバ７の信号処理に関連するハードウェアの構成を例示する図である。すなわち、図４では、ＯＡ機器に電力を供給する導電路は除外し、電源接続機器１の電流センサＣＳ１で検出される検出値を処理するシステムのハードウェア構成が例示されている。
【００２６】
電源接続機器１内の信号制御部１０は、ＣＰＵ１１、メモリ１２、通信制御部１３、電力測定プログラム１９、およびＡＤ（Analog/Digital）変換部１４を有する。このうち、ＡＤ変換部１４は、電流センサＣＳ１の検出値をアナログ信号からデジタル信号に変換し、ＣＰＵ１１に引き渡す。
【００２７】
ＣＰＵ１１は、電力測定プログラム１９を実行し、信号制御部１０の機能を提供する。すなわち、ＣＰＵ１１は、それぞれの電流センサＣＳ１での検出値を読みとる。そして、ＣＰＵ１１は、通信制御部１３を介して、検出値をアダプタＵＡ１に出力する。なお、ＣＰＵ１１が出力する検出値は、例えば、所定の順序で４つの検出値を配列したベクトルデータとすればよい。あるいは、ＣＰＵ１１は、４つの検出値に、それぞれコンセントを識別する識別情報を付与して出力してもよい。したがって、電流センサＣＳ１のそれぞれの検出値は、並び順または付与された識別情報によって、どのコンセントの検出値であるかが特定されることになる。ただし、ＣＰＵ１１は、電流センサＣＳ１での検出値を電力値に換算し、アダプタＵＡ１に出力してもよい。
【００２８】
メモリ１２は、主記憶装置とも呼ばれ、ＣＰＵ１１が処理するデータを保持する。通信制御部１３は、例えば、ＵＳＢのドライバ回路である。通信制御部１３は、ＣＰＵ１１から引き渡された信号を、例えば、アダプタＵＡ１を介して中継器２に引き渡す。なお、通信制御部１３は、ＵＳＢのドライバ回路に限定される訳ではなく、他の通信インターフェースであってもよい。電力測定プログラム１９は、例えば、ＣＰＵ１１で実行可能なバイナリプログラムであり、ＲＯＭ（Read Only Memory）に保持される。
【００２９】
中継器２は、ＣＰＵ２１と、メモリ２２と、通信制御部２３Ａ、２３Ｂと、ドライブ装置２４等を有する。ＣＰＵ２１は、ドライブ装置２４に格納され、メモリ２２に実行可能に展開された中継プログラムを実行し、中継器２の機能を提供する。すなわち、ＣＰＵ２１は、複数の電源接続機器１の信号制御部１０から、通信制御部２３Ｂを介して検出値を取得する。そして、ＣＰＵ２１は、複数の電源接続機器１から取得した検出値を配列して、所定順のベクトルとして通信制御部２３Ａから出退勤管理サーバ７に引き渡す。ただし、中継器２は、複数の電源接続機器１から取得した検出値にそれぞれの電源接続機器１の識別情報を付与して、出退勤管理サーバ７に引き渡すようにしてもよい。いずれにしても、出退勤管理サーバ７は、検出値の並び順、または、検出値に付与された識別情報により
、電源接続機器１、および電源接続機器１内のコンセントを区別して検出値を取得できる。
【００３０】
メモリ２２は、主記憶装置ということもできる。メモリ２２は、例えば、ＣＰＵ２１が実行する中継プログラム、あるいは、電源接続機器１の信号制御部１０から取得した検出値等を記憶する。通信制御部２３Ａは、出退勤管理サーバ７と通信するインターフェースである。通信制御部２３Ａは、例えば、ＬＡＮ（Local Area Network）基板、あるいは、ＮＩＣ（Network Interface Card）と呼ばれる。ただし、通信制御部２３Ａは、無線ＬＡＮのインターフェース、Bluetoothのインターフェース等であってもよい。
【００３１】
通信制御部２３Ｂは、電源接続機器１の通信制御部１３と接続するためのインターフェースであり、例えば、ＵＳＢのドライバ回路である。ドライブ装置２４は、着脱可能な記憶媒体の入出力装置であり、例えば、フラッシュメモリカードの入出力装置、ＵＳＢメモリを接続するＵＳＢのアダプタ等である。ドライブ装置２４は、着脱可能な記憶媒体から中継プログラムを読み出し、メモリ２２に格納する。
【００３２】
出退勤管理サーバ７は、ＣＰＵ７１、メモリ７２、通信制御部７３、ドライブ装置７４、ＨＤＤ（ハードディスク駆動装置）７５、表示制御部７６を有する。さらに、出退勤管理サーバ７には、表示装置７７、入力装置７８等を接続可能である。
【００３３】
ＣＰＵ７１は、メモリ７２に実行可能に展開された管理プログラムを実行し、出退勤管理サーバ７の機能を提供する。メモリ７２は、主記憶装置ということもできる。メモリ７２は、例えば、ＣＰＵ７１が実行する管理プログラム、あるいは、中継器２を介して取得した、各電源接続機器１の各電流センサＣＳ１の検出値等、各検出値から算出した電力値、その他の管理データ等を記憶する。
【００３４】
通信制御部７３は、中継器２の通信制御部２３Ａと通信可能なインターフェースである。通信制御部７３は、通信部の一例である。ドライブ装置７４は、着脱可能な記憶媒体の入出力装置であり、例えば、フラッシュメモリカードの入出力装置、ＵＳＢメモリを接続するＵＳＢのアダプタ等である。ただし、ドライブ装置７４は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク（Blu-ray Disc）等のディスク媒体であってもよい。ドライブ装置７４は、着脱可能な記憶媒体から管理プログラムを読み出し、ＨＤＤ７５に格納する。
【００３５】
ＨＤＤ７５は、外部記憶装置ということもできる。外部記憶装置としては、ＳＳＤ（Solid State Drive）等であってもよい。ＨＤＤ７５は、ドライブ装置７４との間で、デー
タを授受する。例えば、ＨＤＤ７５は、ドライブ装置７４からインストールされる管理プログラム等を記憶する。また、ＨＤＤ３５は、管理プログラムを読み出し、メモリ３２に引き渡す。また、ＨＤＤ７５は、通信制御部７３および中継器２を介して取得された各電源接続機器１で検出された検出値、その他の管理データをメモリ３２から受け取り、不揮発性データとして保持する。表示制御部７６は、表示装置７７の制御回路を有し、ＣＰＵ７１が処理した結果のデータ等を表示装置７７に表示する。
【００３６】
表示装置７７は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。入力装置は、例えば、キーボード、ポインティングデバイス等を含む。ポインティングデバイスとしては、マウス、タッチパネル等を例示できる。なお、表示装置７７、入力装置７８を出退勤管理サーバ７に接続する代わりに、図１に示した監視端末５の表示装置、および入力装置を用いて、出退勤管理サーバ７によって、出退勤管理サーバ７の表示機能、入力機能を提供してもよい。
【００３７】
なお、監視端末５は、例えば、ＣＰＵ、主記憶装置、外部記憶装置、通信装置、着脱可能な記憶媒体の駆動装置等を含むコンピュータである。さらに、監視端末５は、キーボード、ポインティングデバイス等の入力装置、表示装置等を有する。監視端末５は、例えば、パーソナルコンピュータ等である。ただし、監視端末５は、携帯情報端末、携帯電話、スマートフォン、電子ブック等であってもよい。
【００３８】
また、ＰＣ８は、例えば、ＣＰＵ、主記憶装置、外部記憶装置、通信装置、着脱可能な記憶媒体の駆動装置等を備える。さらに、ＰＣ８は、キーボード、ポインティングデバイス等の入力装置、表示装置等を有する。ＰＣ８は、例えば、パーソナルコンピュータ等である。ただし、ＰＣ８は、携帯情報端末、携帯電話、スマートフォン、電子ブック等であってもよい。
【００３９】
安否確認サーバ６は、ＣＰＵ６１、メモリ６２、通信制御部６３、ドライブ装置６４、ＨＤＤ（ハードディスク駆動装置）６５、表示制御部６６を有する。さらに、安否確認サーバ６には、表示装置６７、入力装置６８等を接続可能である。
【００４０】
ＣＰＵ６１は、メモリ６２に実行可能に展開された管理プログラムを実行し、安否確認サーバ６の機能を提供する。メモリ６２は、主記憶装置ということもできる。メモリ６２は、例えば、ＣＰＵ６１が実行する安否確認プログラム、出退勤管理サーバ７から受信したデータ、対象者のＰＣ８の端末から受信したデータ、その他の管理データ等を記憶する。
【００４１】
通信制御部６３は、出退勤管理サーバ７の通信制御部７３等と通信可能なインターフェースである。通信制御部６３は、通信部の一例である。
【００４２】
ドライブ装置６４は、着脱可能な記憶媒体の入出力装置であり、例えば、フラッシュメモリカードの入出力装置、ＵＳＢメモリを接続するＵＳＢのアダプタ等である。ただし、ドライブ装置６４は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク（Blu-ray Disc）等のディスク媒体であってもよい。ドライブ装置６４は、着脱可能な記憶媒体から安否確認プログラムを読み出し、ＨＤＤ６５に格納する。
【００４３】
ＨＤＤ６５は、外部記憶装置（補助記憶装置）ということもできる。外部記憶装置としては、ＳＳＤ（Solid State Drive）等を採用してもよい。ＨＤＤ６５は、ドライブ装置
６４との間で、データを授受する。例えば、ＨＤＤ６５は、ドライブ装置３４からインストールされる安否確認プログラム等を記憶する。また、ＨＤＤ６５は、安否確認プログラムを読み出し、メモリ３２に引き渡す。また、ＨＤＤ６５は、通信制御部６３および中継器２を介して取得された各電源接続機器１で検出された検出値、その他の管理データをメモリ６２から受け取り、不揮発性データとして保持する。表示制御部６６は、表示装置６７の制御回路を有し、ＣＰＵ６１が処理した結果のデータ等を表示装置６７に表示する。
【００４４】
表示装置６７は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。入力装置は、例えば、キーボード、ポインティングデバイス等を含む。ポインティングデバイスとしては、マウス、タッチパネル等を例示できる。なお、表示装置６７、入力装置６８を安否確認サーバ６に接続する代わりに、図１に示した監視端末５の表示装置、および入力装置を用いて、安否確認サーバ６の表示機能、入力機能を提供してもよい。
【００４５】
図５に、ルータ、スイッチを含むオフィス内のネットワークの構成図を例示する。すなわち、図５は、図１で例示されるオフィスでの通信機器の接続例である。
図５では、ルータＲ０の管理下でネットワークＮ１が形成されている。ルータＲ０は、例
えば、外部のインターネットと接続する代理サーバの機能を有してもよい。すなわち、ルータＲ０は、図示しない外部のネットワークとオフィス内のネットワークＮ１とを接続するものであってもよい。
【００４６】
ネットワークＮ１には、ルータＲ１、Ｒ４、Ｒ５等が含まれる。ルータＲ１、Ｒ４、Ｒ５等は、ネットワークＮ１を複数の下位のネットワークに分割する。下位のネットワークは、サブネットと呼ぶこともできる。さらに、図５では、ルータＲ１の下位のネットワークが、ルータＲ２、Ｒ３等によって、下位のネットワークに接続されている。そして、ルータＲ２の下位のネットワークには、レイヤ２スイッチ（Ｌ２ＳＷ）ＬＳ１、ＬＳ２等が含まれている。そして、例えば、レイヤ２スイッチＬ１の下位のＬＡＮセグメントには、中継器２−１、２−２等、あるいは、情報処理装置等が接続されている。
【００４７】
なお、中継器２−１、２−２等を総称する場合には、中継器２という。また、ルータＲ１配下のルータＲ２、Ｒ３等の数、ルータＲ２配下のレイヤ２スイッチＬＳ１、ＬＳ２等の数、レイヤスイッチＬＳ１配下の中継器２−１、２−２等の数、情報処理装置の数が図５の例に限定される訳ではない。
【００４８】
レイヤ２スイッチＬＳ２の下位のＬＡＮセグメントの構成も、レイヤ２スイッチＬＳ１と同様である。ルータＲ３の下位のネットワークもルータＲ２の下位のネットワークと同様である。また、ルータＲ２等の下位にさらに、他のルータを接続してもよい。また、逆に、ルータＲ２、Ｒ３等をなくし、ルータＲ１の下位にレイヤ２スイッチＬＳ１、ＬＳ２等を接続してもよい。ルータＲ４の下位のネットワークもルータＲ１の下位のネットワークと同様である。
【００４９】
さらに、ルータＲ５の下位のネットワークには、レイヤ２スイッチＬＳ３が含まれている。そして、レイヤ２スイッチＬＳ３の下位のＬＡＮセグメントには、安否確認サーバ６や、出退勤管理サーバ７、および監視端末５が接続されている。
【００５０】
ところで、図５のネットワークＮ１は、オフィスの家屋、ビル、建屋内で様々なレイアウトを採ることができる。例えば、ルータＲ１、ルータＲ４、ルータＲ５等を異なる階に設置し、階ごとに異なる下位ネットワークを構成してもよい。また、同一階にあるオフィスをさらに分割し、分割されたオフィスにルータＲ２、Ｒ３等を設置してもよい。
【００５１】
図６に、出退勤管理サーバ７の機能ブロック図を例示する。出退勤管理サーバ７は、使用電力管理部７０１、使用状態判定部７０２の各機能部を有し、本安否確認システムの管理機能を提供する。以上の各機能部は、出退勤管理サーバ７が主記憶上に実行可能に展開されたコンピュータプログラムを実行することで提供される。
【００５２】
また、出退勤管理サーバ７は、以上の機能部が参照し、あるいは、管理するデータの格納先として、機器所在データベース７１１、従業員情報データベース７１２、電力パターンデータベース７１３、消費電力推移テーブル７１４を有する。以上の各データベース或いはデータテーブルは、例えば、出退勤管理サーバ７の外部記憶装置、あるいは、ネットワーク上のデータベース機能を提供する他のサーバの外部記憶装置等に構築される。
【００５３】
なお、上記図４、図５の構成では、電源接続機器１が中継器２を介して出退勤管理サーバ７に接続されるシステムを例示した。しかし、本安否確認システムは、上記構成に限定される訳ではない。例えば、中継器２が、いずれかの電源接続機器１に内蔵されるようにしてもよい。中継器２を内蔵する電源接続機器が、中継器２を内蔵しない電源接続機器１から、検出値を取得し、出退勤管理サーバ７に中継するようにしてもよい。また、中継器２を省略して、電源接続機器１と、出退勤管理サーバ７とをネットワークで接続するよう
にしてもよい。中継器２を省略する場合には、電源接続機器１の通信制御部１３は、図４と同様、例えば、ＵＳＢのドライバ回路であってもよいし、ＬＡＮ基板、ＮＩＣ、無線ＬＡＮのインターフェース、Bluetoothのインターフェース等であってもよい。
【００５４】
以下、図６に示した各機能部の機能を説明する。使用電力管理部７０１は、安否確認の対象者が使用する機器に前記プラグ接続部から供給する電流または電力の検出値を前記通信部から取得して時系列に記憶する。例えば、使用電力管理部７０１は、対象者が使用するＰＣ８の消費電力を使用電源接続機器ＩＤから識別されるセンサの検出値に基づいて算出し、消費電力推移テーブルに順次記憶させる。なお、対象者が使用する機器は、ＰＣ８に限らず、対象者が所定時間操作していない場合に待機状態となり、使用状態の時よりも消費電力が低くなるものであれば良い。
【００５５】
使用状態判定部７０２は、時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める。例えば使用状態判定部７０２は、消費電力推移テーブルからＰＣ８の消費電力の推移を読み出し、電力パターンデータベースの電力パターン（消費パターン）と照合して、ＰＣ８の使用モードや省電力モードといった使用状態の推移を求める。
【００５６】
図７に、安否確認サーバ６の機能ブロック図を例示する。安否確認サーバ６は、安否情報管理部６０１、安否問合せ部６０２、安否応答処理部６０３の各機能部を有し、本安否確認システムの管理機能を提供する。以上の各機能部は、安否確認サーバ６が主記憶上に実行可能に展開されたコンピュータプログラムを実行することで提供される。
【００５７】
また、安否確認サーバ６は、以上の機能部が参照し、あるいは、管理するデータの格納先として、安否確認対象者データベース６１１、安否確認状況一覧テーブル６１２を有する。以上の各データベース或いはデータテーブルは、例えば、安否確認サーバ６の外部記憶装置、あるいは、ネットワーク上のデータベース機能を提供する他のサーバの外部記憶装置等に構築される。
【００５８】
以下、図７に示した各機能部の機能を説明する。安否情報管理部６０１は、前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認状況一覧テーブル６１２に登録する。なお、安否確認状況一覧テーブルは、安否確認テーブルの一例である。
【００５９】
安否問合せ部６０２は、前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する。例えば、対象者のメールアドレスを安否確認対象者データベースから求め、このメールアドレス宛てに安否を問い合わせる電子メールを送信する。
【００６０】
安否応答処理部６０３は、前記安否を問い合わせる情報に対する回答を受信する。例えば、安否を問い合わせる電子メールに対して返信された電子メールを受信する。便宜上、この安否を問い合わせる電子メールを安否確認メール、安否確認メールに対して返信された電子メールを応答メールとも称す。また、安否応答処理部６０３は、応答メールから安否情報を抽出して安否確認状況一覧テーブル６１２に登録する。
【００６１】
図８に、ＰＣ８の機能ブロック図を例示する。ＰＣ８は、モード判定部８０１、認証部８０２、モード制御部８０３を有している。以上の各機能部は、ＰＣ８が主記憶上に実行可能に展開されたコンピュータプログラムを実行することで提供される。
【００６２】
以下、図８に示した各機能部の機能を説明する。モード判定部８０１は、キーボードやマウスといったユーザインタフェースからの入力情報を監視し、この入力情報に応じてモ
ードを決定する。例えば、一定時間入力がなければ、省電力モードへの移行を決定し、省電力モード時に何らかの入力が行われた場合に使用モードへの移行を決定する。なお、省電力モードは、ＬＣＤ（液晶ディスプレイ）のみを待機状態とするものや、ハードディスクを含むＰＣ８全体を待機状態とするもの等であっても良い。
【００６３】
認証部８０２は、ＰＣ８の起動時や省電力モードから使用モードへ復帰する際、対象者（ユーザ）に認証情報の入力を促し、登録済のデータと適合するか否かを判定する。ここで認証部８０２は、入力された認証情報が適合すれば認証成功とし、ログインして通常の作業が行える状態とする。一方、認証部８０２は、入力された認証情報が適合しなければ認証失敗とし、ログインせず、認証情報を入力する以外の操作が行えない状態とする。なお、認証情報は、ユーザ名やパスワードに限らず、生体情報やＵＳＢキー等のハードウェアトークンからの入力情報であっても良い。
【００６４】
モード制御部８０３は、モード判定部８０１の決定したモードに応じて、ＬＣＤやハードディスク等、ＰＣ８の構成要素を使用状態或いは待機状態とするように制御する。例えば、省エネモードへの移行が決定された場合、モード制御部８０３は、所定の構成要素に対し待機状態とする信号を送り、動作を停止させることで、電力の供給を停止する。また、省エネモードから使用モードへの復帰が決定された場合、モード制御部８０３は、所定の構成要素に対し、使用状態とする信号を送り、動作を開始させることで、電力の供給を再開する。
【００６５】
ＰＣ８に対して所定時間以上入力が行われない場合、ＰＣ８は使用モードから省電力モードへ自動的に移行する。即ちＬＣＤやハードディスクへの電力供給が停止され、使用できない状態となるが、ＰＣ８に対して何らかの入力があれば、直ちに電力供給が再開され、使用モードへ復帰する。但し、省電力モードから使用モードへ復帰した場合には、ログイン用の画面を表示して、認証情報の入力を求める設定となっている。即ち、正規のユーザであれば、認証情報を入力してログインし、ＰＣ８を使用することができるが、正規のユーザで無ければ、ログインすることができないのでＰＣ８を使用することができない。また、ＰＣ８の起動時についても、同じであり、正規のユーザでなければログインして使用することができない。このため、例えは正規のユーザ以外が、ＰＣ８に触れて省電力モードから使用モードへ復帰したとしても、入力が継続されないため、ＰＣ８は所定時間後に再び省電力モードに移行することになる。従って、多少のタイムラグがあるものの、ＰＣ８が使用モードであれば、正規のユーザが使用している状態であり、省電力モードであれば正規のユーザが使用していない状態であると言える。そこで、本実施例では、電源接続機器１によってＰＣ８の消費電力を検出し、ＰＣ８が使用モードであれば、ＰＣ８の正規のユーザがＰＣ８の設置位置に存在し、ＰＣ８を利用していることが認識できるので、これを安否確認に利用している。
＜データベース及びデータテーブルの構成＞
以下、出退勤管理サーバ７がデータを入出力するデータベース或いはデータテーブルの構成を例示する。
【００６６】
図９は、機器所在データベース７１１の構成例である。機器所在データベース７１１は、電源接続機器ＩＤと所在地名を対応付ける。電源接続機器ＩＤは、電源接続機器１を一意に識別する識別情報である。所在地名は、対応する電源接続機器１の所在地、即ち、設置場所を示す。所在地名は、対象者、あるいは、本安否確認システムの管理者等、人が認識する場所の名称であり、図９の例では、Ａ事務所３階、Ｂ事務所４階、Ａ事務所１階などとしている。本安否確認システムにおいて、この電源接続機器１の所在地名は、当該電源接続機器１のプラグ接続部から電力の供給を受けるＰＣ８の位置及びＰＣ８を使用中の対象者の所在に相当する情報として用いられる。
【００６７】
図１０は、従業員情報データベース７１２の構成例である。従業員情報データベース７１２は、従業員ＩＤと使用電源接続機器ＩＤと機器ＩＤを対応付ける。従業員ＩＤは、安否確認の対象者である従業員を一意に特定する識別情報である。使用電源接続機器ＩＤは、対応する機器ＩＤで識別される機器が接続されるプラグ接続部を識別する識別情報であり、電源接続機器ＩＤと当該電源接続機器１に備えられた電流センサＣＳ１を識別するセンサＩＤの組み合わせからなる。図１０の例では、従業員ＩＤ＝００１と対応付けられた使用電源接続機器ＩＤが０９１−０４であり、電源接続機器ＩＤ＝０９１で識別される電源接続機器１に備えられた電流センサＣＳ１で電流が検出されるプラグ接続部に機器８−１が接続されること示している。機器ＩＤは、対象者が使用する機器を一意に識別する識別情報である。
【００６８】
図１１は、電力パターンデータベースの構成例である。電力パターンデータベース７１３は、機器ＩＤと機器の消費電力とを対応付ける。図１１の機器の消費電力は、機器を使用している状態である「使用モード」の時の消費電力と、ＬＣＤ（液晶ディスプレイ）のみ待機状態とした「ＬＣＤのみ省電力モード」の消費電力と、機器全体を待機状態とした「全省エネモード」の消費電力とを含む。このように電力パターンデータベース７１３は、機器が各モードによって取り得る消費電力のパターンを示している。
【００６９】
図１２は、消費電力推移テーブルの構成例である。消費電力推移テーブル７１４は、使用電力接続機器ＩＤと消費電力の推移を対応付けている。消費電力の推移は、使用電力接続機器ＩＤで識別されるプラグ接続部に接続された機器の消費電力を順次計測し、計測日時（時刻）と共に記憶する。図１２の例では、計測時刻をｔｉ、消費電力をｗｉ、但しｉは自然数とし、ｔｉ／ｗｉのように組み合わせて順次蓄積していくことで、時間の経過に伴う消費電力の推移を示している。
【００７０】
図４０は、使用状況テーブルの構成例を示している。使用状況テーブル７１５は、機器のモードの推移と使用状況を対応付けたものである。図４０の例では、ＰＣ８のモードが「使用モード」→「省エネモード」→「使用モード」の順で推移した場合、「作業を中断して避難後、避難から戻り作業再開」といったＰＣ使用状況であることを示す。また、ＰＣ８のモードが「使用モード」→「省エネモード」の順で推移した場合、「作業中断中」といったＰＣ使用状況であることを示す。更に、ＰＣ８のモードが「使用モード」のまま変化がない場合、「作業を継続している」といったＰＣ使用状況であることを示す。
【００７１】
図１３は、安否確認対象者データベースの構成例である。安否確認対象者データベース６１１は、従業員ＩＤと、当該従業員ＩＤで識別される対象者の宛先情報とを対応付ける。図１３では、対象者のメールアドレスを登録した例を示している。なお、宛先情報は、メールアドレスに限らず、ＩＰアドレスやコンピュータ名など、メッセージの宛先として利用出来るものであれば良い。また、複数の対象者に送信する場合には、グループ名やドメイン名などを宛先としてマルチキャストするものでも良い。
【００７２】
図１４は、安否確認状況一覧テーブルの構成例を示している。安否確認状況一覧テーブル６１２は、従業員ＩＤと、安否情報とを対応付けている。安否情報は、対応する従業員ＩＤで識別される対象者の安否を示す情報であり、図１４の例では、安否確認のメールに対して対象者が返信したメールに基づく応答状況と、ＰＣ８の消費電力に応じて求めたＰＣ使用状況とを有している。
【００７３】
＜処理フロー＞
《安否確認サーバによる処理》
図１５に安否確認サーバ６による安否確認処理のフローチャートを例示する。安否確認サーバ６は、管理者の開始操作等を契機にコンピュータプログラムを補助記憶装置（例え
ばＨＤＤ６５）から読み出し、主記憶装置（例えばメモリ６２）に展開して実行することで、以下の安否確認処理を実行する。
【００７４】
安否確認サーバ６は、起動後、災害情報の入力があるまで待機し、災害情報が入力され、受け付けると（Ｓ６１０）、ステップＳ６２０へ移行し、安否確認状況一覧テーブルを初期化する。
【００７５】
次に、安否確認サーバ６は、安否確認対象者ＤＢから対象者の宛先情報を取得し、当該宛先情報に基づいて、安否の問合せ情報を送信する（Ｓ６３０）。
【００７６】
この問合せ情報の送信後、安否確認サーバ６は、所定のタイミング（更新タイミング）か否かを判定し（Ｓ６４０）、所定のタイミングであれば以降の処理を実行する。ここで所定のタイミングとは、例えば災害時から所定時間毎のタイミングや、管理者の指示を受けたタイミングである。即ち、このタイミングを短い間隔で設定すれば安否確認状況一覧テーブルが頻繁に更新され、このタイミングを長い間隔で判定すれば、安否確認状況一覧テーブルの更新頻度が低く、処理負荷が抑えられる。
【００７７】
そして所定のタイミングとなり（Ｓ６４０，Ｙｅｓ）、次のステップＳ６５０へ移行すると、安否確認サーバ６は、ステップＳ６３０で送信した問合せ情報に対する回答情報を対象者の端末から受信し、当該回答情報から安否情報を抽出して安否確認状況一覧テーブルを更新する。
【００７８】
また、安否確認サーバ６は、対象者のＰＣ使用状況の問合せを出退勤管理サーバ７に送信する（Ｓ６６０）。そして、出退勤管理サーバ７からＰＣ使用状況の回答を受信し、当該回答から各対象者の状況を抽出して安否確認状況一覧テーブルに登録する（Ｓ６７０）。
【００７９】
そして、管理者から終了命令が入力されたか否かを判定し（Ｓ６８０）、管理者から終了命令が入力されていない場合には（Ｓ６８０，Ｎｏ）ステップＳ６４０へ戻り、管理者から終了命令が入力された場合には（Ｓ６８０，Ｙｅｓ）、処理を終了する。
【００８０】
また、図１５のステップＳ６１０，Ｓ６３０，Ｓ６５０−Ｓ６７０の詳細について、図１６−図２０を用いて以下に説明する。
【００８１】
先ず、図１６に災害情報受付処理（図１５のステップＳ６１０）の詳細を示す。安否確認サーバ６は、災害情報の入力を受ける。例えばネットワークを介して他のコンピュータから災害情報を受信する。或いは管理者により入力装置６８から災害情報の入力を受ける（Ｓ６１１）。ここで災害情報とは、災害が生じたことを示す情報であり、例えば地震、津波、落雷といった災害の種別や、災害の発生時を含む情報が挙げられる。具体的には、安否確認サーバ６が、表示装置６７に災害種別を示す選択肢を表示して管理者に選択を促し、選択された災害種別と選択された時刻を災害情報としても良い。
【００８２】
安否確認サーバ６は、入力された災害情報に基づいて災害日時を求める。例えば災害情報から時刻を抽出する。或いは災害情報が管理者によって入力された時刻を災害日時とする。
【００８３】
図１７に安否の問い合わせ処理（図１５のステップＳ６３０）の詳細を示す。安否確認サーバ６は、安否確認対象者ＤＢから全てのメールアドレスを取得する（Ｓ６３１）。
【００８４】
安否確認サーバ６は、取得した各メールアドレスを宛先とし、安否情報の応答を求める
メッセージを本文とし、回答を受けるためのアドレスを発信者アドレス（送信元）としてメールを作成し、電子メールとして送信メールサーバ（不図示）を介して送信する（Ｓ６３２）。ここで、安否情報の応答を求めるメッセージとしては、例えば「○○時○○分（災害日時）に地震（災害情報）がありました。安否の確認を行っていますので、所在地と被災状況を返信して下さい。」のように安否情報として所在地や被災状況を要求するメッセージが挙げられる。
【００８５】
図１８は、安否の回答を安否状況一覧テーブルに反映させる処理（図１５のステップＳ６５０）の詳細を示す。安否確認サーバ６は、安否確認の回答を受けるために設定したアドレス宛に各対象者が返信した電子メールを受信サーバ（不図示）から取得する（Ｓ６５１）。
【００８６】
次に安否確認サーバ６は、返信された電子メールから発信者アドレスを抽出し、当該発信者アドレスをキーワードとして安否確認対象者ＤＢを検索して対応する対象者の識別情報、即ち従業員ＩＤを特定する（Ｓ６５２）。
【００８７】
そして、安否確認サーバ６は、返信された電子メールから安否情報を抽出し、従業員ＩＤをキーとして安否確認状況一覧テーブルの対応するフィールドに安否情報を書き込んで安否確認状況一覧テーブルを更新する（Ｓ６５３）。ここで、安否情報の抽出は、例えばメール本文やタイトルを全て抽出するものでも良いし、自然言語処理により所在地と安否に関連する語を索出しても良い。また、「所在地＝Ａ事務所 状況＝避難時に足を挫いた」や「安否情報＝本社で無事です」のように、所定の見出し、例えば「安否情報＝」に続けて所在地や対象者の状況等の安否情報を入力することとし、この見出しに続く文章を安否情報として抽出しても良い。更にＨＴＭＬやＸＭＬ等のマークアップ言語で問い合わせのメールを作成して所定の入力欄に安否情報を入力して返信するように促し、返信されたメールの当該入力欄に記載されている文章を安否情報として抽出しても良い。また、無事な場合に返信を行うアドレスと無事ではない場合に返信を行うアドレスを別に用意しておき、メールが届いたアドレスに応じて当該対象者が無事か無事で無いか等を安否情報として抽出しても良い。
【００８８】
なお、本実施形態では、安否の問い合わせを電子メールで行い、返信された電子メールに基づいて安否情報を取得したが、これに限らず、他の手段で安否情報を取得しても良い。例えば、各対象者の電話番号を安否確認対象者ＤＢから取得し、ＩＶＲ（Interactive Voice Response）で各電話番号宛に架電し、音声メッセージで安否情報の入力を促し、対象者が電話機のボタン操作によって入力したトーン信号に基づいて安否情報を取得する手段が挙げられる。この他、ＩＰアドレスやコンピュータ名で特定されるＰＣ８に対して安否確認サーバ６からメッセージを送信し、同様にＩＰアドレスやコンピュータ名を指定して対象者のＰＣ８から安否確認サーバ６へ安否情報を送信する手段が挙げられる。
【００８９】
図１９は、ＰＣ使用状況の問合せ処理（図１５のステップＳ６６０）の詳細を示す。安否確認サーバ６は、安否確認対象者ＤＢから安否確認を行う対象者の識別情報、例えば全従業員ＩＤを取得する（Ｓ６６１）。なお、ステップＳ６６１は、全従業員ＩＤを取得することに限らず、安否確認状況一覧テーブルの回答状況（安否情報）のフィールドが初期状態、例えば「回答未」となっているレコードの従業員ＩＤを抽出することとしても良い。
【００９０】
そして、取得した従業員ＩＤと災害日時を合わせ、ＰＣ８の使用状況を問い合わせる旨の情報と共に出退勤管理サーバ７に送信することでＰＣ使用状況の問合せを行う（Ｓ６６２）。
【００９１】
図２０は、ＰＣ使用状況の回答を安否確認対象者ＤＢに反映する処理（図１５のステップＳ６７０）の詳細を示す。安否確認サーバ６は、出退勤管理サーバ７からＰＣ使用状況の回答を受信し（Ｓ６７１）、当該ＰＣ使用状況の回答から従業員ＩＤとＰＣ使用状況を抽出し、従業員ＩＤをキーとして安否確認状況一覧テーブルの対応するフィールドにＰＣ使用状況を安否情報として書き込んで、安否確認状況一覧テーブルを更新する（Ｓ６７２）。
【００９２】
なお、安否確認サーバ６は、更新された安否確認状況一覧テーブルの情報を出力するステップを実行しても良い。ここで、出力とは、例えば表示装置６７に一覧表示させることや、通信制御部６３から管理装置等の他のコンピュータへ電子メールやウェブページとして送信すること、プリンタ（不図示）から印刷させることが挙げられる。
【００９３】
《出退勤管理サーバによる処理》
図２１に出退勤管理サーバ７による出退勤管理処理のフローチャートを例示する。出退勤管理サーバ７は、管理者の開始操作等を契機にコンピュータプログラムを補助記憶装置（例えばＨＤＤ７５）から読み出し、主記憶装置（例えばメモリ７２）に展開して実行することで、以下の出退勤管理処理を実行する。
【００９４】
出退勤管理サーバ７は、消費電力推移テーブルを初期化し、識別情報のフィールドに電源接続機器ＩＤ及びセンサＩＤを登録し、消費電力のフィールドを初期状態、例えばＮｕｌｌ値とする（Ｓ７１０）。図４１は、初期化直後の消費電力推移テーブルの状態を例示する。
【００９５】
また、出退勤管理サーバ７は、各対象者と対応づけたセンサで検出した消費電力の推移を監視し、各対象者が使用するＰＣ８の消費電力の推移を消費電力推移テーブルに登録する（Ｓ７２０）。
【００９６】
更に、安否確認サーバ６からＰＣ使用状況の問い合わせを受けた場合に、出退勤管理サーバ７は、消費電力推移テーブルに登録されたデータに基づき、各対象者のＰＣ８の使用状況を求めて安否確認サーバ６に回答する（Ｓ７３０）。
【００９７】
そして、管理者から終了命令が入力されたか否かを判定し（Ｓ７４０）、管理者から終了命令が入力されていない場合（Ｓ７４０，Ｎｏ）、出退勤管理サーバ７は、ステップＳ７２０へ戻ってステップＳ７２０，Ｓ７３０の処理を繰り返す。また、管理者から終了命令が入力された場合（Ｓ７４０，Ｙｅｓ）、出退勤管理サーバ７は処理を終了する。
【００９８】
また、図２１のステップＳ７２０，Ｓ７３０の詳細について、図２２−図２４を用いて以下に説明する。
【００９９】
図２２は、消費電力監視処理（図２１のステップＳ７２０）の詳細を例示する。出退勤管理サーバ７は、中継器２を介して各対象者が使用するＰＣ８の消費電力を電源接続機器１から取得する。例えば従業員情報ＤＢを参照し、各対象者の従業員ＩＤと対応付けられたセンサの識別情報を全て取得し、当該識別情報で識別されるセンサが検出した消費電力値を夫々の電源接続機器１から中継機を介して取得する（Ｓ７２１）。
【０１００】
また、出退勤管理サーバ７は、取得した消費電力を取得した時間と共に、センサＩＤをキーにして消費電力推移テーブルの対応する消費電力のフィールドに記録する（Ｓ７２２）。この消費電力監視処理Ｓ７２０（Ｓ７２１，Ｓ７２２）は、図２１に示したように繰り返され、順次消費電力の値を蓄積することで、時間経過に伴う消費電力の推移を記録する。
【０１０１】
図２３は、ＰＣ使用状況の応答処理（図２１のステップＳ７３０）の詳細を例示する。出退勤管理サーバ７は、先ず、安否確認サーバ６から「ＰＣ使用状況問い合わせ」を受信したか否かを判定し（Ｓ７３１）、受信していなければ（Ｓ７３１，Ｎｏ）処理を終了し、受信していれば（Ｓ７３１，Ｙｅｓ）、「ＰＣ使用状況問合せ」から災害日時を抽出する（Ｓ７３２）。
【０１０２】
また、出退勤管理サーバ７は、受信した「ＰＣ使用状況問合せ」から従業員ＩＤを全て抽出し、従業員ＩＤの数を求め変数Ｎに代入する（Ｓ７３３）。
【０１０３】
次に出退勤管理サーバ７は、カウンタの変数ｎを初期化して、例えば１とし（Ｓ７３４）、抽出したｎ番目の従業員ＩＤをキーとして従業員情報ＤＢを検索し、該当するレコードのセンサＩＤ及びＰＣのＩＤを読み出す（Ｓ７３５）。
【０１０４】
次に出退勤管理サーバ７は、読み出したセンサＩＤに応じて消費電力推移テーブルから消費電力のデータを取得し、ＰＣのＩＤで特定されるＰＣ８の使用状況を消費電力のデータに基づいて求める（Ｓ７３６）。
【０１０５】
そして、出退勤管理サーバ７は、従業員ＩＤと判定したＰＣ使用状況とを「ＰＣ使用状況回答」として安否確認サーバ６へ送信する（Ｓ７３７）。
【０１０６】
ステップＳ７３７でｎ番目の「ＰＣ使用状況回答」の送信が済むと、出退勤管理サーバ７は、カウンタの変数ｎをカウントアップして（Ｓ７３８）、変数ｎが変数Ｎを越えたか、即ち、全ての「ＰＣ使用状況回答」の送信が済んだか否かを判定する（Ｓ７３９）。ここで、「ＰＣ使用状況回答」の送信が一部でも済んでいなければ、即ち変数ｎが変数Ｎよりも大きくなければ（Ｓ７３９，Ｎｏ）、ステップＳ７３５に戻って、ステップＳ７３５−Ｓ７３８を繰り返する。一方、「ＰＣ使用状況回答」の送信が全て済んでいれば、即ち変数ｎが変数Ｎよりも大きければ（Ｓ７３９，Ｙｅｓ）、図２３の処理を完了する。
【０１０７】
図２４は、ＰＣ使用状況判定処理（図２３のＳ７３６）の詳細を例示する。出退勤管理サーバ７は、ステップＳ７３５で従業員情報ＤＢから索出したＰＣのＩＤをキーとして電力パターンＤＢから、該当するＰＣ８におけるモード別の消費電力を示した電力パターンを取得する（Ｓ７３５１）。また、出退勤管理サーバ７は、ステップＳ７３５で従業員情報ＤＢから索出したセンサＩＤをキーとして、消費電力推移テーブルを検索し、該当レコードの消費電力データを抽出する（Ｓ７３５２）。そして、出退勤管理サーバ７は、抽出した消費電力データに、災害日時と同一日のデータが無いかどうかを判定する（Ｓ７３５３）。ここで災害日時と同一日のデータが無ければ（Ｓ７３５３，Ｙｅｓ）、出退勤管理サーバ７は、ＰＣ使用状況を「未出勤」と判定して（Ｓ７３５７）、図２４の処理を終了する。即ち、当該対象者が出社しておらず、ＰＣ８を使用する環境にないので、ＰＣ８の消費電力による安否確認の対象でないことを示す。
【０１０８】
一方、ステップＳ７３５３で災害日時と同一日のデータが有れば（Ｓ７３５３，Ｎｏ）、出退勤管理サーバ７は、消費電力推移テーブルから災害日時（時刻）以降のデータを抽出し、災害後消費電力データ推移とする（Ｓ７３５４）。
【０１０９】
そして、出退勤管理サーバ７は、センサＩＤによって特定される電力パターンと災害後消費電力データ推移とを照合して、ＰＣ８のモードの推移を求めてＰＣ使用状況とする（Ｓ７３５５）。ここでＰＣのモードの推移を求めるとは、例えば、災害後消費電力データ推移として、各計測時間ｔｉと組み合わせて記録された消費電力ｗｉについて、消費電力ｗｉが従業員ＩＤで特定されるＰＣ８において如何なるモードであるかを、計測時間ｔｉ
毎に判定することで、時間の経過に伴うモードの推移を求めたものである。また、出退勤管理サーバ７は、使用状況テーブル（図４０）を参照して当該モードの推移と対応するＰＣの使用状況を求める。例えば、ＰＣ８のモードが「使用モード」→「省エネモード」→「使用モード」の順で推移した場合、「作業を中断し避難し、避難から戻り作業再開」といったＰＣ使用状況とする。また、ＰＣ８のモードが「使用モード」→「省エネモード」の順で推移し、「使用モード」への復帰がなかった場合、「作業中断したまま」といったＰＣ使用状況とする。更に、ＰＣ８のモードが「使用モード」のまま変化がなければ、「作業を継続している」といったＰＣ使用状況とする。
【０１１０】
次に、出退勤管理サーバ７は、センサＩＤをキーとして機器所在ＤＢを検索し、該当のレコードから所在を求め、ＰＣの使用状況とする（Ｓ７３５６）。
【０１１１】
《ＰＣ８による処理》
図２５は、ＰＣ８が「使用モード」から「省エネモード」へ移行し、「省エネモード」から「使用モード」へ復帰する処理のフローチャートを例示する。なお、ＰＣ８は、図２５の処理を繰り返し実行する。
【０１１２】
先ず、ＰＣ８は、マウスやキーボード等の入力装置から入力の無い時間が所定時間（例えば１０分）に達したか否かを判定し（Ｓ８１０）、所定時間に達していなければ（Ｓ８１０，Ｎｏ）、モードの移行をせずに「使用モード」を継続して図２５の処理を終了する。一方、入力の無い時間が所定時間に達した場合（Ｓ８１０，Ｙｅｓ）、ＰＣ８は、「省電力モード」に移行し、ＬＣＤやＨＤＤなど、所定手段への電力の供給を停止する（Ｓ８２０）。
【０１１３】
「省電力モード」中のＰＣ８は、入力の有無を判定し、入力が無ければ（Ｓ８３０，Ｎｏ）、入力があるまで待機する。そして、入力が有れば（Ｓ８３０，Ｙｅｓ）、ＰＣ８は、「使用モード」へ復帰し、ステップＳ８２０で電力の供給を停止していたＬＣＤやＨＤＤなど、所定手段への電力の供給を再開する（Ｓ８４０）。
【０１１４】
「使用モード」へ復帰したＰＣ８は、次に認証情報の入力を促す（Ｓ８５０）。例えばＰＣ８は、ＩＤとパスワードを入力するための認証用（ログイン用）画面を表示する。なお、この段階ではＰＣ８が、認証用の表示を行い、認証以外の処理を制限するため、ユーザ（対象者）は認証情報を入力する以外の操作を行うことができない。
【０１１５】
そして、対象者がＩＤとパスワードを入力すると、ＰＣ８は、入力されたＩＤとパスワードを事前に登録されたデータと比較し（Ｓ８６０）、一致した場合にはログインし（Ｓ８７０、通常の作業を行える状態とする。
【０１１６】
本システムで用いるＰＣ８は、入力が無い状態が続くと必ず「省電力モード」に移行し、「省電力モード」から「使用モード」に復帰する場合や起動する場合（不図示）に、必ず認証が必要であるように設定されている。従って、災害時に対象者が避難して、入力の無い状態が続くと、ＰＣ８が「省電力モード」となり、消費電力が下がるので、出退勤管理サーバがＰＣ８の消費電力に基づいて、対象者がＰＣ８を使用していないことを検出できる。また、「使用モード」の場合、「省電力モード」よりも消費電力が上がるので、出退勤管理サーバがＰＣ８の消費電力に基づき、正規の対象者がＰＣ８を使用していることを検出できる。
【０１１７】
《安否確認状況一覧テーブルの更新状態》
図２６−図２８，図１４は、図１５−図２０の処理によって更新される安否確認状況一覧テーブルの更新状態を示す。
【０１１８】
先ずステップＳ６２０で初期化した直後の安否確認状況一覧テーブルは、図２６に例示するように、従業員ＩＤのフィールドに全ての対象者の従業員ＩＤが登録され、安否情報のフィールドが全て「回答未」となった状態である。
【０１１９】
次に、ステップＳ６５３で安否情報が反映された安否確認状況一覧テーブルは、図２７に例示するように、対象者による返信があった安否情報が登録された状態である。図２７の例では、従業員ＩＤ００４と００５のレコードにおける安否情報のフィールドに「客先、負傷」「本社で無事です」と登録されており、従業員ＩＤ００４，００５で識別される対象者の安否が確認できる。しかし、安否確認の問い合わせに対して返信しない対象者も存在し、例えば従業員ＩＤ００１−００３で識別される対象者の安否情報は「回答未」となっており、安否が不明な状態である。
【０１２０】
そして、ステップＳ６７２でＰＣ使用状況が安否情報として反映された安否確認状況一覧テーブルは、図１４に例示するように、全ての各対象者について安否情報のフィールドにＰＣ使用状況が登録された状態である。なお、本実施例１では、ステップＳ６６１で、全対象者についてＰＣ使用状況の問い合わせを行ったが、これに限らず、回答未の対象者についてのみ、ＰＣ使用状況の問い合わせを行っても良い。この場合、ステップＳ６７２では、図２８に例示されるように「回答未」のレコードにＰＣ使用状況が登録される。
【０１２１】
これにより例えば、従業員ＩＤ００１のようにＰＣの使用を再開した対象者や従業員ＩＤ００３のようにＰＣの使用を継続している対象者は、「回答未」ではあるものの、ＰＣ８を使用していることが分かる。このように「回答未」であっても、ＰＣ８を使用しているのであれば、本人がＰＣ８の設置箇所にいることが確認できる。また、ＰＣ８を使用している状況で、負傷したなどの問題が生じ、助けを求める連絡をしたい状況であれば、先ず安否の問い合わせに対して負傷している等の返信を行うはずである。即ちＰＣ８を使用している状況で「回答未」ということは、負傷しているなどの切迫した状況では無く、対象者が無事であると推定できる。
【０１２２】
以上で述べたように、本実施例１によれば、出退勤管理サーバ７が対象者の使用するＰＣ８の消費電力に応じて安否情報（ＰＣ使用状況）を求め、当該安否情報を安否確認サーバ６が安否確認状況一覧テーブルに反映させることで、ＰＣ使用状況が安否情報として確実に反映されるので、対象者が応答を怠って安否確認の精度が低下することを抑えることができる。
【０１２３】
また、安否確認サーバ６が安否の問い合わせを電子メールで全対象者に送信し、この回答を安否確認状況一覧テーブルに反映させると共に、出退勤管理サーバ７が求めたＰＣ使用状況を安否確認状況一覧テーブルに反映させる構成としたことにより、対象者がメールの応答を怠った場合でもＰＣ使用状況で安否を確認でき、出張等により対象者がＰＣ８を使用していない場合でも応答メールによって安否を確認でき、高い精度で安否確認を行うことができる。
【実施例２】
【０１２４】
上記実施例１では、全ての対象者に対して安否確認の電子メールを送信して、この回答を安否確認状況一覧テーブルに反映させると共に、ＰＣ使用状況を安否確認状況一覧テーブルに反映させる構成とした。しかし、ＰＣ使用状況を求めた後、未出勤である対象者に安否確認の電子メールを送信しても良い。また、所在地毎に復帰していない対象者の割合を求め、復帰していない対象者の割合が所定条件を満たした場合に、この復帰していない対象者に安否確認の電子メールを送信しても良い。
【０１２５】
以下の実施例２は、対象者のＰＣ使用状況を求めた後に安否確認問合せ対象者を決定し、この安否確認問合せ対象者のみに安否確認の電子メールを送信する以外の処理、およびシステムの構成は、前述の実施例１と同様である。そこで、同一の構成要素については、同一の符号を付す等してその説明を省略する。
【０１２６】
図２９は、本実施例２における安否確認処理のフローを例示する。安否確認サーバ６は、起動後、災害情報の入力があるまで待機し、災害情報が入力され、受け付けると（Ｓ６１０）、ステップＳ６２０へ移行し、安否確認状況一覧テーブルを初期化する。即ち、安否確認状況一覧テーブルの従業員ＩＤのフィールドに各従業員ＩＤを登録し、回答状況のフィールドを――――とし、ＰＣ使用状況のフィールドをＮｕｌｌとする。
【０１２７】
次に、安否確認サーバ６は、所定のタイミング（更新タイミング）か否かを判定し（Ｓ６４０）、所定のタイミングであれば以降の処理を実行する。
【０１２８】
そして所定のタイミングとなり（Ｓ６４０，Ｙｅｓ）、次のステップＳ６５０へ移行すると、安否確認サーバ６は、後述のステップＳ６７６で以前の更新タイミングのときに送信した問合せ情報に対する回答情報を対象者の端末から受信し、当該回答情報から安否情報を抽出して安否確認状況一覧テーブルを更新する。
【０１２９】
また、安否確認サーバ６は、対象者のＰＣ使用状況の問合せを出退勤管理サーバ７に送信する（Ｓ６６０）。そして、出退勤管理サーバ７からＰＣ使用状況の回答を受信し、当該回答から各対象者の状況を抽出して安否確認状況一覧テーブルに登録する（Ｓ６７０）。
【０１３０】
このＰＣ使用状況に基づいて安否確認サーバ６は、未出勤の対象者や基準よりも復帰が遅い対象者を安否確認問合せ対象者として決定する（Ｓ６７３）。また、安否確認サーバ６は、安否確認対象者ＤＢから安否確認問合せ対象者の宛先情報を取得し、当該宛先情報に基づいて、安否の問合せ情報を送信する（Ｓ６７６）。
【０１３１】
そして、管理者から終了命令が入力されたか否かを判定し（Ｓ６８０）、管理者から終了命令が入力されていない場合には（Ｓ６８０，Ｎｏ）ステップＳ６４０へ戻り、管理者から終了命令が入力された場合には（Ｓ６８０，Ｙｅｓ）、処理を終了する。
【０１３２】
なお、図２９のステップＳ６１０，Ｓ６５０−Ｓ６７０の詳細は、前述の図１６，図１８−図２０と同じである。
【０１３３】
また、図３０は、安否確認問合せ対象者決定処理（図２９のＳ６７３）の詳細を例示する。先ず安否確認サーバ６は、宛先情報テーブル（図３９）を初期化する（Ｓ６０１）。ここで宛先情報テーブルは、安否確認問合せ対象者の宛先情報、図３９の例ではメールアドレスを記憶するテーブルであり、ステップＳ６０１の初期化時には、このメールアドレスを全て削除する。
【０１３４】
次に安否確認サーバ６は、安否確認状況一覧テーブルを参照し、ＰＣ使用状況が未出勤であり、且つ応答状況が――――であるレコードの従業員ＩＤを抽出する（Ｓ６０２）。
【０１３５】
そして、抽出した従業員ＩＤをキーとして安否確認対象者ＤＢを検索し、該当するレコードのメールアドレスを取得し、当該メールアドレスを宛先情報テーブルへ登録する（Ｓ６０３）。
【０１３６】
また、避難後の復帰が基準よりも遅い対象者を判定し、この対象者の宛先情報（メール
アドレス）を宛先情報テーブルに登録する（Ｓ６０４）。
【０１３７】
更に、図３１は、安否確認メールの送信処理（図２９のＳ６７６）の詳細を例示する。先ず安否確認サーバ６は、宛先情報テーブルから安否確認問合せ対象者の宛先情報（メールアドレス）を読み取る（Ｓ６０５）。
【０１３８】
次に安否確認サーバ６は、読み取ったメールアドレス宛てに安否情報（所在及び被災状況）の応答を求める安否を問い合わせる電子メールを送信する（Ｓ６０６）。
【０１３９】
また、安否確認サーバ６は、安否を問い合わせる電子メールの宛先としたメールアドレスをキーとして安否確認対象者ＤＢを検索し、該当するレコードから従業員ＩＤを取得する（Ｓ６０７）。
【０１４０】
そして、安否確認サーバ６は、取得した従業員ＩＤをキーにして安否確認状況一覧テーブルを検索し、該当するレコードの応答状況のフィールドを「未回答」とする（Ｓ６０８）。
【０１４１】
また、図３２は、未復帰者の判定処理（図３０のＳ６０４）の詳細を例示する。先ず安否確認サーバ６は、安否確認状況一覧テーブルを参照し、出退勤管理サーバの回答内容から、Ａ事務所４階、Ｂ事務所１階等のように対象者が勤務する所定のエリアを１種類として、所在地の種類の数（所在種類数）をカウントする。また、安否確認サーバ６は、所在地毎に、使用中断中、使用再開、使用継続中といったＰＣ使用状況別の数を求める（Ｓ６０４０）。例えばＡ事務所４階において、使用中断中が４件、使用再開が３件、使用継続中が２件のように集計する。
【０１４２】
次に、安否確認サーバ６は、所在種類数を変数Ｎに代入し（Ｓ６０５０）、カウンタの変数ｎを初期値、例えば１とする（６０６０）。
【０１４３】
そして、安否確認サーバ６は、所在地毎に集計したＰＣ使用状況のうち、ｎ番目の所在地について、「使用中断中の件数」と、その他のＰＣ使用状況「（使用再開の件数＋使用継続中の件数）×補正係数」とを比較する（Ｓ６０７０）。ここで補正係数は、「使用中断中の件数」が他のＰＣ使用状況に対して所定の割合に達したか否かといった比較の基準を定める係数である。「使用中断中の件数」の方が少ないと判定した場合（Ｓ６０８０，Ｙｅｓ）、安否確認サーバ６は、安否確認状況一覧テーブルを参照し、ｎ番目の所在地であり、ＰＣ使用状況が使用中断中であり、且つ応答状況が――――であるレコードの従業員ＩＤを抽出する。そして、安否確認サーバ６は、抽出した従業員ＩＤをキーとして安否確認対象者ＤＢを検索し、該当するレコードのメールアドレスを取得し、当該メールアドレスを宛先情報テーブルへ登録する（Ｓ６０９０）。
【０１４４】
ステップＳ６０９０で未復帰者のメールアドレスの登録が済んだ場合、或いはステップＳ６０８０で「使用中断中の件数」が少なくないと判定した場合（Ｓ６０８０，Ｎｏ）、安否確認サーバ６は、カウンタの変数ｎをカウントアップして（Ｓ６１００）、変数ｎが変数Ｎを越えたか否かを判定する（Ｓ６１１０）。即ち、全ての所在地について復帰の遅い対象者のメールアドレスを宛先情報テーブルに登録する処理が完了したか否かを判定する。ここで、宛先情報テーブルへ登録する処理が完了していなければ、即ち変数ｎが変数Ｎよりも大きくなければ（Ｓ６１１０，Ｎｏ）、ステップＳ６０７０に戻って、ステップＳ６０７０−Ｓ６１００を繰り返する。一方、宛先情報テーブルへ登録する処理が完了していれば、即ち変数ｎが変数Ｎよりも大きければ（Ｓ６１１０，Ｙｅｓ）、図３２の処理を終了する。
【０１４５】
図３３−図３８は、図２９の処理によって更新される安否確認状況一覧テーブルの更新状態を示す。
【０１４６】
先ずステップＳ６２０で初期化した直後の安否確認状況一覧テーブルは、図３３に例示されるように、従業員ＩＤのフィールドに全ての対象者の従業員ＩＤが登録され、安否情報のフィールドが全て「――――」、ＰＣ使用状況のフィールドが全てＮｕｌｌとされる。
【０１４７】
次に、ステップＳ６７０でＰＣ使用状況が安否情報として反映されると、安否確認状況一覧テーブルは、図３４に例示されるように、全対象者の安否情報のフィールドにＰＣ使用状況が登録される。即ち、対象者の安否情報として、「未出勤」「ＰＣ使用継続」「停止中」などが登録される。これにより例えば、従業員ＩＤ００１のようにＰＣの使用を継続している対象者は無事で、通常通りＰＣ８を使用していることが分かる。
【０１４８】
そこで安否確認サーバ６は、「未出勤」となっている対象者に対して、ステップＳ６７６で安否確認のメールを送信する。ステップＳ６７６直後の安否確認状況一覧テーブルは、図３５に例示されるように、従業員ＩＤ００３と００４のレコードにおける応答状況のフィールドに「未回答」と登録されており、安否確認のメールを送信して回答待ちの状態であることが示される。
【０１４９】
なお、この段階では、ＰＣ使用状況が「使用中断中」の対象者に対しては、まだ安否確認のメールを送信せず、応答状況が「――――」となっている。これは、避難した後、安全を確認してから所在地に戻って作業を開始するまでには、時間が必要なためである。
【０１５０】
そして、図３６は、ステップＳ６５０で安否確認のメールに対する応答を反映させた安否確認状況一覧テーブルの状態を例示する。これにより例えば、従業員ＩＤ００３のように出勤していない対象者の安否が確認できる。
【０１５１】
また、図３７は、ステップＳ６７３で復帰が遅い人を安否確認問合せ対象としてステップＳ６７６で安否確認のメールを送信した直後の安否確認状況一覧テーブルの状態を例示する。図３７の例では、従業員ＩＤ００５のレコードにおける応答状況のフィールドに「未回答」と登録されており、安否確認のメールを送信して回答待ちの状態であることが示される。なお、従業員ＩＤ００２は、図３４の段階ではＰＣ使用状況が「停止中」であったが、その後ＰＣの使用を再開して、図３７の段階では安否確認問合せ対象とならなかったことが示される。
【０１５２】
そして、図３８は、ＰＣ使用状況が「停止中」であった対象者からのメールの応答をステップＳ６５０で反映させた安否確認状況一覧テーブルの状態を例示する。図３８の例では、従業員ＩＤ００５のように災害後、ＰＣ８を使用しなかった対象者の安否が確認できる。
【０１５３】
以上で述べたように、本実施例２によれば、出退勤管理サーバ７が対象者の使用するＰＣ８の消費電力に応じて安否情報（ＰＣ使用状況）を求め、当該安否情報で安否が確認できない対象者にのみ安否確認サーバ６が安否確認のメールを送信する。これにより、安否確認のメールを送信する対象者を絞り込むことができ、安否確認のメールによるトラフィックを抑えることができる。また、災害後、通常通りＰＣ８を使用している対象者は安否確認のメールに応答する必要がなくなり、煩わしさが解消される。
【０１５４】
また、復帰の遅い対象者に対して安否確認のメールを送信するか否かを所在地別の基準で判定できるので、適切に安否確認のメールを送信することができる。
＜その他＞
以上の実施形態は、さらに以下の付記と呼ぶ態様を含む。以下の各付記に含まれる構成要素は、他の付記に含まれる構成と組み合わせることができる。
【０１５５】
（付記１）
プラグ接続部に供給される電流または電力を検出するセンサ、および、
前記センサが検出した検出値を出力するデータ出力部、を有する電源接続機器と、
前記電源接続機器から前記センサによる検出値を取得する通信部、
安否確認の対象者が使用する機器に前記プラグ接続部から供給する電流または電力の検出値を前記通信部から取得して時系列に記憶する手段、
前記対象者が使用する機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段
を有する情報処理装置と、を備える安否確認システム。
【０１５６】
（付記２）
前記情報処理装置が、前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する手段、
前記安否を問い合わせる情報に対する回答を受信する手段、及び
前記回答に基づく安否情報を前記安否確認テーブルに登録する手段、を備える付記１に記載の安否確認システム。
【０１５７】
（付記３）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記２に記載の安否確認システム。
【０１５８】
（付記４）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記３に記載の安否確認システム。
【０１５９】
（付記５）
前記機器が、
所定期間使用されない場合に停止状態に移行する手段と、
停止状態から使用状態へ移行する場合に対象者の認証を行う手段とを備える付記１から４の何れかに記載の安否確認システム。
【０１６０】
（付記６）
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、
前記検出値を前記通信部から取得して時系列に記憶する手段、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段
を備える情報処理装置。
【０１６１】
（付記７）
前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する手段、
前記安否を問い合わせる情報に対する回答を受信する手段、及び
前記回答に基づく安否情報を前記安否確認テーブルに登録する手段、を備える付記６に記載の情報処理装置。
【０１６２】
（付記８）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記７に記載の情報処理装置。
【０１６３】
（付記９）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記８に記載の情報処理装置。
【０１６４】
（付記１０）
コンピュータが、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行する安否確認方法。
【０１６５】
（付記１１）
前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信するステップと、
前記安否を問い合わせる情報に対する回答を受信するステップと、
前記回答に基づく安否情報を前記安否確認テーブルに登録するステップと、を実行する付記１０に記載の安否確認方法。
【０１６６】
（付記１２）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記１１に記載の安否確認方法。
【０１６７】
（付記１３）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記１２に記載の安否確認方法。
【０１６８】
（付記１４）
コンピュータに、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行させるためのプログラム。
【０１６９】
（付記１５）
前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信するステップと、
前記安否を問い合わせる情報に対する回答を受信するステップと、
前記回答に基づく安否情報を前記安否確認テーブルに登録するステップと、を実行する付記１４に記載のプログラム。
【０１７０】
（付記１６）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記１５に記載のプログラム。
【０１７１】
（付記１７）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記１６に記載のプログラム。
《コンピュータが読み取り可能な記録媒体》
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１７２】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【符号の説明】
【０１７３】
１ 電源接続機器
２ 中継器
５ 監視端末
６ 安否確認サーバ
７ 出退勤管理サーバ
８ 機器
１０ 信号制御部
１１ ＣＰＵ
１２ メモリ
１３ 通信制御部
１４ ＡＤ変換部
２１ ＣＰＵ
２２ メモリ
２３Ａ，２３Ｂ 通信制御部
２４ ドライブ装置
３２ メモリ
３４ ドライブ装置
６１ ＣＰＵ
６２ メモリ
６３ 通信制御部
６４ ドライブ装置
６５ ハードディスク駆動装置
６６ 表示制御部
６７ 表示装置
６８ 入力装置
７１ ＣＰＵ
７２ メモリ
７３ 通信制御部
７４ ドライブ装置
７６ 表示制御部
７７ 表示装置
７８ 入力装置
６０１ 安否情報管理部
６０２ 安否問合せ部
６０３ 安否応答処理部
６１１ 安否確認対象者データベース
６１２ 安否確認状況一覧テーブル
７０１ 使用電力管理部
７０２ 使用状態判定部
７１１ 機器所在データベース
７１２ 従業員情報データベース
７１３ 電力パターンデータベース
７１４ 消費電力推移テーブル
７１５ 使用状況テーブル
８０１ モード判定部
８０２ 認証部
８０３ モード制御部
ＣＳ１ 電流センサ
【技術分野】
【０００１】
本発明は、地震や津波、落雷、火災、事故といった異常時等に、対象者の安否を確認する技術に関する。
【背景技術】
【０００２】
災害時に、対象者の端末に安否確認の電子メールを送信し、当該電子メールに対する応答に基づいて対象者の安否を確認する安否確認システムが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４３３５７５６号公報
【特許文献２】特開２００６−３３８２７７号公報
【特許文献３】特開２００９−２７６８４７号公報
【特許文献４】特許第４５３５３９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
対象者からの応答にもとづいて安否を確認する安否確認システムでは、全対象者からの回答を受けられれば、安否の確認処理が完了することになるが、一部の対象者からは、回答が得られないことがある。このように回答しない対象者としては、負傷等により回答出来ないことが考えられるが、無事なのに回答しないことも多い。例えば社内に在席して、同僚とも面と向かって通常通り作業している状態で、わざわざ無事である旨の応答をするのは煩わしく感じられ、無事である旨の応答が行われないことがある。このため対象者からの応答がない場合、対象者が負傷して応答できないことと、無事であるのに応答しないことが含まれ、安否確認の精度が充分でない場合も生じ得る。
【０００５】
開示の技術の課題は、対象者が利用する電力に基づいて、精度良く安否確認を行う手段を提供することにある。
【課題を解決するための手段】
【０００６】
開示の技術の一側面は、次の情報処理装置の構成によって例示される。すなわち、本情報処理装置は、安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、前記検出値を前記通信部から取得して時系列に記憶する手段、前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、前記機器の使用状態の推移と対応する安否情報を記憶する手段、前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、を備える。
【発明の効果】
【０００７】
本情報処理装置によれば、対象者が利用する電力に基づいて、精度良く安否確認を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】ＯＡ機器のレイアウトの一例を示す図である。
【図２】電源接続機器の外観図の例である。
【図３】電源接続機器内の接続図の例である。
【図４】電源接続機器、中継器、および出退勤管理サーバの信号処理に関連するハードウェアの構成を例示する図である。
【図５】ルータ、スイッチを含むオフィス内のネットワークの構成図を例示する図である。
【図６】出退勤管理サーバの機能ブロック図を例示する図である。
【図７】安否確認サーバの機能ブロック図を例示する図である。
【図８】ＰＣの機能ブロック図を例示する図である。
【図９】機器所在データベースの構成例を示す図である。
【図１０】従業員情報データベースの構成例を示す図である。
【図１１】電力パターンデータベースの構成例を示す図である。
【図１２】消費電力推移テーブルの構成例を示す図である。
【図１３】安否確認対象者データベースの構成例を示す図である。
【図１４】安否確認状況一覧テーブルの構成例を示している。
【図１５】安否確認サーバによる安否確認処理のフローチャートを例示する図である。
【図１６】災害情報受付処理（図１５のステップＳ６１０）の詳細を例示する図である。
【図１７】安否の問い合わせ処理（図１５のステップＳ６３０）の詳細を例示する図である。
【図１８】安否の回答を安否状況一覧テーブルに反映させる処理（図１５のステップＳ６５０）の詳細を例示する図である。
【図１９】ＰＣ使用状況の問合せ処理（図１５のステップＳ６６０）の詳細を例示する図である。
【図２０】ＰＣ使用状況の回答を安否確認対象者ＤＢに反映する処理（図１５のステップＳ６７０）の詳細を例示する図である。
【図２１】出退勤管理サーバによる出退勤管理処理のフローチャートを例示する図である。
【図２２】消費電力監視処理（図２１のステップＳ７２０）の詳細を例示する図である。
【図２３】ＰＣ使用状況の応答処理（図２１のステップＳ７３０）の詳細を例示する図である。
【図２４】ＰＣ使用状況判定処理（図２３のＳ７３６）の詳細を例示する図である。
【図２５】ＰＣのモードを変更する処理のフローチャートの例である。
【図２６】初期化直後の安否確認状況一覧テーブルを例示する図である。
【図２７】対象者による返信された安否情報を登録した状態の安否確認状況一覧テーブルを例示する図である。
【図２８】ＰＣ使用状況が安否情報として反映された安否確認状況一覧テーブルを例示する図である。
【図２９】本実施例２における安否確認処理のフローを例示する図である。
【図３０】安否確認問合せ対象者決定処理（図２９のＳ６７３）の詳細を例示する図である。
【図３１】安否確認メールの応答処理（図２９のＳ６７６）の詳細を例示する図である。
【図３２】未復帰者の判定処理（図３０のＳ６０４）の詳細を例示する図である。
【図３３】初期化した直後の安否確認状況一覧テーブルを例示する図である。
【図３４】ＰＣ使用状況が安否情報として反映された安否確認状況一覧テーブルを例示する図である。
【図３５】安否確認のメールを送信した直後の安否確認状況一覧テーブルを例示する図である。
【図３６】安否確認のメールに対する応答を反映させた安否確認状況一覧テーブルの状態を例示する図である。
【図３７】復帰が遅い人を安否確認問合せ対象として安否確認のメールを送信した直後の安否確認状況一覧テーブルの状態を例示する図である。
【図３８】ＰＣ使用状況が「停止中」であった対象者からのメールの応答を反映させた安否確認状況一覧テーブルの状態を例示する図である。
【図３９】宛先情報テーブルを例示する図である。
【図４０】使用状況テーブルを例示する図である。
【図４１】初期化直後の消費電力推移テーブルを例示する図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して、一実施形態に係る安否確認システムについて説明する。以下の実施形態の構成は例示であり、本安否確認システムは実施形態の構成には限定されない。
【実施例１】
【００１０】
以下、図１から図２８の図面に基づいて、実施例１に係る安否確認システムを説明する。
【００１１】
＜システム構成＞
図１に、ＯＡ機器のレイアウトの一例を示す。図１は、例えば、オフィスの１フロアのレイアウトが例示されている。ここで、オフィスには、例えば、企業、役所、学校、商店、飲食店、各種サービス提供施設等で種々の情報を取り扱う部署の他、工場内、あるいは作業現場等で種々の事務処理等を行う部署を含む。図１のオフィスは、複数の電源接続機器１−１、１−２、１−３、１−４等と、それぞれの電源接続機器１−１等に接続されるＯＡ機器と、電源接続機器１−１等で検出された電力値を収集し、中継先へ中継する中継器２を含む。ここで、電源接続機器１−１等は、ＯＡ機器に電力を供給するコンセントを配置した機器である。以下、電源接続機器１−１等を総称する場合には、電源接続機器１という。コンセントがプラグ接続部の一例である。ＰＣ８−１、８−２、８−３は、オフィスに勤務する従業員、即ち本システムにより安否を確認する対象者が使用するコンピュータである。ＰＣ８−１、８−２、８−３は、それぞれ電源接続機器１−１、１−２、１−３等と接続されて電力の供給を受ける。以下、ＰＣ８−１等を総称する場合には、ＰＣ８という。
【００１２】
なお、中継器２が電源接続機器１から電流値を収集するようにしてもよい。電源接続機器１を通じて、機器に供給される電力の電圧が特定できる場合には、電流値を電力値に換算できるからである。後述するように、以下の実施例のオフィスでは、電源接続機器１には、電流センサが内蔵され、個々のコンセントから供給される電流値を検出する。この電流値は、出退勤管理サーバ７で電力値に変換され、データベースに格納される。ただし、電源接続機器１において、電力値を検出するようにしてもよい。例えば、電源接続機器１が電流センサとともに、電圧センサを内蔵するようにすればよい。また、電源接続機器１に電圧パラメータを設定できる機能を設け、設定された電圧パラメータにしたがって電流値を電力値に換算する処理部を設けてもよい。また、電源接続機器１において、電流値を検出し、中継器２が電流値を電力値に換算した後、出退勤管理サーバ７に電力値を中継するようにしてもよい。この場合、中継器２には、電圧パラメータを設定できる機能を設けておけばよい。このように、機器に供給される電圧が特定できる場合には、電流値は、電力値と同様に見なすことができるため、以下の実施例では、電流と電力を同様に取り扱う。
【００１３】
さらに、図１のオフィスでは、中継器２を経由して各電源接続機器１で検出された電力の検出値を受信し、処理して出退勤を管理する出退勤管理サーバ７と、オフィスに勤務する従業員（安否確認の対象者）の安否確認を行う安否確認サーバ６と、安否確認サーバ６
や出退勤管理サーバ７と接続して管理を行う監視端末５が含まれている。安否確認サーバ６及び出退勤管理サーバ７は情報処理装置の一例である。なお、安否確認サーバ６と出退勤管理サーバ７とは一体に構成しても良い。
【００１４】
図１では、１フロア分のレイアウトが例示されているが、１台の出退勤管理サーバ７、１台の監視端末５が、複数のフロアを管理するようにしてもよい。また、図１では、オフィスの１フロアは、３つのエリアＡ１、Ａ２、Ａ３を含む。１つのエリアには、中継器２が１台配置される。実施例１では、エリアは、中継器２が１台でカバーできる範囲とする。ただし、１フロアが３つのエリアに限定される訳ではなく、オフィスの状況、ニーズに応じて、適正なエリアを設定すればよい。
【００１５】
さらに、図１では、１台の中継器が４個の電源接続機器１に接続されているが、１台の中継器２に接続される電源接続機器１の数が４個に限定される訳ではない。なお、電源接続機器１には、パーソナルコンピュータ等の情報処理装置、電気スタンド等のＯＡ機器の他、例えば、扇風機、暖房機器等も接続される場合がある。
【００１６】
さらにまた、図１では、安否確認サーバ６、出退勤管理サーバ７、ＰＣ８が、オフィス内のネットワークに接続されているが、安否確認サーバ６、出退勤管理サーバ７、ＰＣ８は、例えば、インターネット等のネットワークを介して接続されてもよい。
【００１７】
＜ハードウェアの構成＞
図２は、電源接続機器１の外観図の例である。電源接続機器１として、例えば、スマート電源タップを例示できる。ただし、本安否確認システムにおいて、電源接続機器１がスマート電源タップに限定されるわけではなく、コンセントごとに供給される電流、あるいは、電力が検出可能なものであれば、どのようなものでもよい。
【００１８】
図２のように、電源接続機器１は、外観上、筐体と、筐体の一方の面に配列された複数のコンセントと、筐体外部の商用電源を筐体内の各コンセントに接続する電源ケーブルＡＣ１と、筐体内で検出された電流値を筐体外の信号ケーブルＵＢ１に接続するアダプタＵＡ１とを有している。
【００１９】
コンセントは、例えば、ＯＡ機器に接続されている電源ケーブルのプラグを装着する１対のプラグ挿入口と、プラグのアース端子を受け入れるアース端子口とを有する。筐体内には、電力ケーブルＡＣ１から分岐し、各コンセントに供給する導電路と、分岐したそれぞれの導電路に接続される電極を有する。電極は、それぞれのプラグ挿入口内に埋め込まれており、電源ケーブルのプラグがコンセントに差し込まれたときにプラグのコンタクトに接触し、通電可能となる。
【００２０】
信号ケーブルＵＢ１は、例えば、ＵＳＢ（Universal Serial Bus）ケーブルであり、アダプタＵＡ１は、ＵＳＢコネクタを装着するアダプタである。ただし、信号ケーブルＵＢ１およびアダプタＵＡ１の種類に特に限定がある訳ではない。
【００２１】
図３に、電源接続機器１内の接続図を例示する。図３のように、電源接続機器１は、筐体内に、図２の電源ケーブルＡＣ１に接続される導電路ＡＣ２と、導電路Ａ２から分岐した分岐路ＡＣ３と、分岐路ＡＣ３の先端部に接続される複数のコンタクトＣＴ１とを有する。
【００２２】
コンタクトＣＴ１は、図２に示したコンセントに装着されるプラグのコンタクトと接触し、通電可能となる。さらに、電源接続機器１は、それぞれの分岐路ＡＣ３を流れる電流を検出する複数の電流センサＣＳ１を有する。図３では、分岐路ＡＣ３、コンタクトＣＴ
１、電流センサＣＳ１は、４組み示されている。
【００２３】
電流センサＣＳ１は、例えば、分岐路ＡＣ３の周囲に発生する磁界を検出する磁気センサ、例えば、ホール素子を含む。例えば、分岐路ＡＣ３の周囲に、磁性体で閉磁路を形成し、磁路の一部にホール素子をはめ込むようにすればよい。
【００２４】
さらに、電源接続機器１は、電流センサＣＳ１の検出信号を読みとり、処理する信号制御部１０を有する。４つの電流センサＣＳ１の検出信号は、それぞれ信号制御部１０に入力される。信号制御部１０は、電流センサＣＳ１のそれぞれの検出値に、電流センサＣＳ１が検出する電流の供給先となるコンセントの識別情報を対応付けて、アダプタＵＡ１に出力する。したがって、アダプタＵＡ１に接続される装置は、コンセントの識別情報に対応付けて、そのコンセントで使用されている電力値を取得可能となる。なお、電流センサＣＳ１は、センサの一例であり、この構成に限定されるものではない。
【００２５】
図４は、電源接続機器１、中継器２、安否確認サーバ６、出退勤管理サーバ７の信号処理に関連するハードウェアの構成を例示する図である。すなわち、図４では、ＯＡ機器に電力を供給する導電路は除外し、電源接続機器１の電流センサＣＳ１で検出される検出値を処理するシステムのハードウェア構成が例示されている。
【００２６】
電源接続機器１内の信号制御部１０は、ＣＰＵ１１、メモリ１２、通信制御部１３、電力測定プログラム１９、およびＡＤ（Analog/Digital）変換部１４を有する。このうち、ＡＤ変換部１４は、電流センサＣＳ１の検出値をアナログ信号からデジタル信号に変換し、ＣＰＵ１１に引き渡す。
【００２７】
ＣＰＵ１１は、電力測定プログラム１９を実行し、信号制御部１０の機能を提供する。すなわち、ＣＰＵ１１は、それぞれの電流センサＣＳ１での検出値を読みとる。そして、ＣＰＵ１１は、通信制御部１３を介して、検出値をアダプタＵＡ１に出力する。なお、ＣＰＵ１１が出力する検出値は、例えば、所定の順序で４つの検出値を配列したベクトルデータとすればよい。あるいは、ＣＰＵ１１は、４つの検出値に、それぞれコンセントを識別する識別情報を付与して出力してもよい。したがって、電流センサＣＳ１のそれぞれの検出値は、並び順または付与された識別情報によって、どのコンセントの検出値であるかが特定されることになる。ただし、ＣＰＵ１１は、電流センサＣＳ１での検出値を電力値に換算し、アダプタＵＡ１に出力してもよい。
【００２８】
メモリ１２は、主記憶装置とも呼ばれ、ＣＰＵ１１が処理するデータを保持する。通信制御部１３は、例えば、ＵＳＢのドライバ回路である。通信制御部１３は、ＣＰＵ１１から引き渡された信号を、例えば、アダプタＵＡ１を介して中継器２に引き渡す。なお、通信制御部１３は、ＵＳＢのドライバ回路に限定される訳ではなく、他の通信インターフェースであってもよい。電力測定プログラム１９は、例えば、ＣＰＵ１１で実行可能なバイナリプログラムであり、ＲＯＭ（Read Only Memory）に保持される。
【００２９】
中継器２は、ＣＰＵ２１と、メモリ２２と、通信制御部２３Ａ、２３Ｂと、ドライブ装置２４等を有する。ＣＰＵ２１は、ドライブ装置２４に格納され、メモリ２２に実行可能に展開された中継プログラムを実行し、中継器２の機能を提供する。すなわち、ＣＰＵ２１は、複数の電源接続機器１の信号制御部１０から、通信制御部２３Ｂを介して検出値を取得する。そして、ＣＰＵ２１は、複数の電源接続機器１から取得した検出値を配列して、所定順のベクトルとして通信制御部２３Ａから出退勤管理サーバ７に引き渡す。ただし、中継器２は、複数の電源接続機器１から取得した検出値にそれぞれの電源接続機器１の識別情報を付与して、出退勤管理サーバ７に引き渡すようにしてもよい。いずれにしても、出退勤管理サーバ７は、検出値の並び順、または、検出値に付与された識別情報により
、電源接続機器１、および電源接続機器１内のコンセントを区別して検出値を取得できる。
【００３０】
メモリ２２は、主記憶装置ということもできる。メモリ２２は、例えば、ＣＰＵ２１が実行する中継プログラム、あるいは、電源接続機器１の信号制御部１０から取得した検出値等を記憶する。通信制御部２３Ａは、出退勤管理サーバ７と通信するインターフェースである。通信制御部２３Ａは、例えば、ＬＡＮ（Local Area Network）基板、あるいは、ＮＩＣ（Network Interface Card）と呼ばれる。ただし、通信制御部２３Ａは、無線ＬＡＮのインターフェース、Bluetoothのインターフェース等であってもよい。
【００３１】
通信制御部２３Ｂは、電源接続機器１の通信制御部１３と接続するためのインターフェースであり、例えば、ＵＳＢのドライバ回路である。ドライブ装置２４は、着脱可能な記憶媒体の入出力装置であり、例えば、フラッシュメモリカードの入出力装置、ＵＳＢメモリを接続するＵＳＢのアダプタ等である。ドライブ装置２４は、着脱可能な記憶媒体から中継プログラムを読み出し、メモリ２２に格納する。
【００３２】
出退勤管理サーバ７は、ＣＰＵ７１、メモリ７２、通信制御部７３、ドライブ装置７４、ＨＤＤ（ハードディスク駆動装置）７５、表示制御部７６を有する。さらに、出退勤管理サーバ７には、表示装置７７、入力装置７８等を接続可能である。
【００３３】
ＣＰＵ７１は、メモリ７２に実行可能に展開された管理プログラムを実行し、出退勤管理サーバ７の機能を提供する。メモリ７２は、主記憶装置ということもできる。メモリ７２は、例えば、ＣＰＵ７１が実行する管理プログラム、あるいは、中継器２を介して取得した、各電源接続機器１の各電流センサＣＳ１の検出値等、各検出値から算出した電力値、その他の管理データ等を記憶する。
【００３４】
通信制御部７３は、中継器２の通信制御部２３Ａと通信可能なインターフェースである。通信制御部７３は、通信部の一例である。ドライブ装置７４は、着脱可能な記憶媒体の入出力装置であり、例えば、フラッシュメモリカードの入出力装置、ＵＳＢメモリを接続するＵＳＢのアダプタ等である。ただし、ドライブ装置７４は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク（Blu-ray Disc）等のディスク媒体であってもよい。ドライブ装置７４は、着脱可能な記憶媒体から管理プログラムを読み出し、ＨＤＤ７５に格納する。
【００３５】
ＨＤＤ７５は、外部記憶装置ということもできる。外部記憶装置としては、ＳＳＤ（Solid State Drive）等であってもよい。ＨＤＤ７５は、ドライブ装置７４との間で、デー
タを授受する。例えば、ＨＤＤ７５は、ドライブ装置７４からインストールされる管理プログラム等を記憶する。また、ＨＤＤ３５は、管理プログラムを読み出し、メモリ３２に引き渡す。また、ＨＤＤ７５は、通信制御部７３および中継器２を介して取得された各電源接続機器１で検出された検出値、その他の管理データをメモリ３２から受け取り、不揮発性データとして保持する。表示制御部７６は、表示装置７７の制御回路を有し、ＣＰＵ７１が処理した結果のデータ等を表示装置７７に表示する。
【００３６】
表示装置７７は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。入力装置は、例えば、キーボード、ポインティングデバイス等を含む。ポインティングデバイスとしては、マウス、タッチパネル等を例示できる。なお、表示装置７７、入力装置７８を出退勤管理サーバ７に接続する代わりに、図１に示した監視端末５の表示装置、および入力装置を用いて、出退勤管理サーバ７によって、出退勤管理サーバ７の表示機能、入力機能を提供してもよい。
【００３７】
なお、監視端末５は、例えば、ＣＰＵ、主記憶装置、外部記憶装置、通信装置、着脱可能な記憶媒体の駆動装置等を含むコンピュータである。さらに、監視端末５は、キーボード、ポインティングデバイス等の入力装置、表示装置等を有する。監視端末５は、例えば、パーソナルコンピュータ等である。ただし、監視端末５は、携帯情報端末、携帯電話、スマートフォン、電子ブック等であってもよい。
【００３８】
また、ＰＣ８は、例えば、ＣＰＵ、主記憶装置、外部記憶装置、通信装置、着脱可能な記憶媒体の駆動装置等を備える。さらに、ＰＣ８は、キーボード、ポインティングデバイス等の入力装置、表示装置等を有する。ＰＣ８は、例えば、パーソナルコンピュータ等である。ただし、ＰＣ８は、携帯情報端末、携帯電話、スマートフォン、電子ブック等であってもよい。
【００３９】
安否確認サーバ６は、ＣＰＵ６１、メモリ６２、通信制御部６３、ドライブ装置６４、ＨＤＤ（ハードディスク駆動装置）６５、表示制御部６６を有する。さらに、安否確認サーバ６には、表示装置６７、入力装置６８等を接続可能である。
【００４０】
ＣＰＵ６１は、メモリ６２に実行可能に展開された管理プログラムを実行し、安否確認サーバ６の機能を提供する。メモリ６２は、主記憶装置ということもできる。メモリ６２は、例えば、ＣＰＵ６１が実行する安否確認プログラム、出退勤管理サーバ７から受信したデータ、対象者のＰＣ８の端末から受信したデータ、その他の管理データ等を記憶する。
【００４１】
通信制御部６３は、出退勤管理サーバ７の通信制御部７３等と通信可能なインターフェースである。通信制御部６３は、通信部の一例である。
【００４２】
ドライブ装置６４は、着脱可能な記憶媒体の入出力装置であり、例えば、フラッシュメモリカードの入出力装置、ＵＳＢメモリを接続するＵＳＢのアダプタ等である。ただし、ドライブ装置６４は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク（Blu-ray Disc）等のディスク媒体であってもよい。ドライブ装置６４は、着脱可能な記憶媒体から安否確認プログラムを読み出し、ＨＤＤ６５に格納する。
【００４３】
ＨＤＤ６５は、外部記憶装置（補助記憶装置）ということもできる。外部記憶装置としては、ＳＳＤ（Solid State Drive）等を採用してもよい。ＨＤＤ６５は、ドライブ装置
６４との間で、データを授受する。例えば、ＨＤＤ６５は、ドライブ装置３４からインストールされる安否確認プログラム等を記憶する。また、ＨＤＤ６５は、安否確認プログラムを読み出し、メモリ３２に引き渡す。また、ＨＤＤ６５は、通信制御部６３および中継器２を介して取得された各電源接続機器１で検出された検出値、その他の管理データをメモリ６２から受け取り、不揮発性データとして保持する。表示制御部６６は、表示装置６７の制御回路を有し、ＣＰＵ６１が処理した結果のデータ等を表示装置６７に表示する。
【００４４】
表示装置６７は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。入力装置は、例えば、キーボード、ポインティングデバイス等を含む。ポインティングデバイスとしては、マウス、タッチパネル等を例示できる。なお、表示装置６７、入力装置６８を安否確認サーバ６に接続する代わりに、図１に示した監視端末５の表示装置、および入力装置を用いて、安否確認サーバ６の表示機能、入力機能を提供してもよい。
【００４５】
図５に、ルータ、スイッチを含むオフィス内のネットワークの構成図を例示する。すなわち、図５は、図１で例示されるオフィスでの通信機器の接続例である。
図５では、ルータＲ０の管理下でネットワークＮ１が形成されている。ルータＲ０は、例
えば、外部のインターネットと接続する代理サーバの機能を有してもよい。すなわち、ルータＲ０は、図示しない外部のネットワークとオフィス内のネットワークＮ１とを接続するものであってもよい。
【００４６】
ネットワークＮ１には、ルータＲ１、Ｒ４、Ｒ５等が含まれる。ルータＲ１、Ｒ４、Ｒ５等は、ネットワークＮ１を複数の下位のネットワークに分割する。下位のネットワークは、サブネットと呼ぶこともできる。さらに、図５では、ルータＲ１の下位のネットワークが、ルータＲ２、Ｒ３等によって、下位のネットワークに接続されている。そして、ルータＲ２の下位のネットワークには、レイヤ２スイッチ（Ｌ２ＳＷ）ＬＳ１、ＬＳ２等が含まれている。そして、例えば、レイヤ２スイッチＬ１の下位のＬＡＮセグメントには、中継器２−１、２−２等、あるいは、情報処理装置等が接続されている。
【００４７】
なお、中継器２−１、２−２等を総称する場合には、中継器２という。また、ルータＲ１配下のルータＲ２、Ｒ３等の数、ルータＲ２配下のレイヤ２スイッチＬＳ１、ＬＳ２等の数、レイヤスイッチＬＳ１配下の中継器２−１、２−２等の数、情報処理装置の数が図５の例に限定される訳ではない。
【００４８】
レイヤ２スイッチＬＳ２の下位のＬＡＮセグメントの構成も、レイヤ２スイッチＬＳ１と同様である。ルータＲ３の下位のネットワークもルータＲ２の下位のネットワークと同様である。また、ルータＲ２等の下位にさらに、他のルータを接続してもよい。また、逆に、ルータＲ２、Ｒ３等をなくし、ルータＲ１の下位にレイヤ２スイッチＬＳ１、ＬＳ２等を接続してもよい。ルータＲ４の下位のネットワークもルータＲ１の下位のネットワークと同様である。
【００４９】
さらに、ルータＲ５の下位のネットワークには、レイヤ２スイッチＬＳ３が含まれている。そして、レイヤ２スイッチＬＳ３の下位のＬＡＮセグメントには、安否確認サーバ６や、出退勤管理サーバ７、および監視端末５が接続されている。
【００５０】
ところで、図５のネットワークＮ１は、オフィスの家屋、ビル、建屋内で様々なレイアウトを採ることができる。例えば、ルータＲ１、ルータＲ４、ルータＲ５等を異なる階に設置し、階ごとに異なる下位ネットワークを構成してもよい。また、同一階にあるオフィスをさらに分割し、分割されたオフィスにルータＲ２、Ｒ３等を設置してもよい。
【００５１】
図６に、出退勤管理サーバ７の機能ブロック図を例示する。出退勤管理サーバ７は、使用電力管理部７０１、使用状態判定部７０２の各機能部を有し、本安否確認システムの管理機能を提供する。以上の各機能部は、出退勤管理サーバ７が主記憶上に実行可能に展開されたコンピュータプログラムを実行することで提供される。
【００５２】
また、出退勤管理サーバ７は、以上の機能部が参照し、あるいは、管理するデータの格納先として、機器所在データベース７１１、従業員情報データベース７１２、電力パターンデータベース７１３、消費電力推移テーブル７１４を有する。以上の各データベース或いはデータテーブルは、例えば、出退勤管理サーバ７の外部記憶装置、あるいは、ネットワーク上のデータベース機能を提供する他のサーバの外部記憶装置等に構築される。
【００５３】
なお、上記図４、図５の構成では、電源接続機器１が中継器２を介して出退勤管理サーバ７に接続されるシステムを例示した。しかし、本安否確認システムは、上記構成に限定される訳ではない。例えば、中継器２が、いずれかの電源接続機器１に内蔵されるようにしてもよい。中継器２を内蔵する電源接続機器が、中継器２を内蔵しない電源接続機器１から、検出値を取得し、出退勤管理サーバ７に中継するようにしてもよい。また、中継器２を省略して、電源接続機器１と、出退勤管理サーバ７とをネットワークで接続するよう
にしてもよい。中継器２を省略する場合には、電源接続機器１の通信制御部１３は、図４と同様、例えば、ＵＳＢのドライバ回路であってもよいし、ＬＡＮ基板、ＮＩＣ、無線ＬＡＮのインターフェース、Bluetoothのインターフェース等であってもよい。
【００５４】
以下、図６に示した各機能部の機能を説明する。使用電力管理部７０１は、安否確認の対象者が使用する機器に前記プラグ接続部から供給する電流または電力の検出値を前記通信部から取得して時系列に記憶する。例えば、使用電力管理部７０１は、対象者が使用するＰＣ８の消費電力を使用電源接続機器ＩＤから識別されるセンサの検出値に基づいて算出し、消費電力推移テーブルに順次記憶させる。なお、対象者が使用する機器は、ＰＣ８に限らず、対象者が所定時間操作していない場合に待機状態となり、使用状態の時よりも消費電力が低くなるものであれば良い。
【００５５】
使用状態判定部７０２は、時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める。例えば使用状態判定部７０２は、消費電力推移テーブルからＰＣ８の消費電力の推移を読み出し、電力パターンデータベースの電力パターン（消費パターン）と照合して、ＰＣ８の使用モードや省電力モードといった使用状態の推移を求める。
【００５６】
図７に、安否確認サーバ６の機能ブロック図を例示する。安否確認サーバ６は、安否情報管理部６０１、安否問合せ部６０２、安否応答処理部６０３の各機能部を有し、本安否確認システムの管理機能を提供する。以上の各機能部は、安否確認サーバ６が主記憶上に実行可能に展開されたコンピュータプログラムを実行することで提供される。
【００５７】
また、安否確認サーバ６は、以上の機能部が参照し、あるいは、管理するデータの格納先として、安否確認対象者データベース６１１、安否確認状況一覧テーブル６１２を有する。以上の各データベース或いはデータテーブルは、例えば、安否確認サーバ６の外部記憶装置、あるいは、ネットワーク上のデータベース機能を提供する他のサーバの外部記憶装置等に構築される。
【００５８】
以下、図７に示した各機能部の機能を説明する。安否情報管理部６０１は、前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認状況一覧テーブル６１２に登録する。なお、安否確認状況一覧テーブルは、安否確認テーブルの一例である。
【００５９】
安否問合せ部６０２は、前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する。例えば、対象者のメールアドレスを安否確認対象者データベースから求め、このメールアドレス宛てに安否を問い合わせる電子メールを送信する。
【００６０】
安否応答処理部６０３は、前記安否を問い合わせる情報に対する回答を受信する。例えば、安否を問い合わせる電子メールに対して返信された電子メールを受信する。便宜上、この安否を問い合わせる電子メールを安否確認メール、安否確認メールに対して返信された電子メールを応答メールとも称す。また、安否応答処理部６０３は、応答メールから安否情報を抽出して安否確認状況一覧テーブル６１２に登録する。
【００６１】
図８に、ＰＣ８の機能ブロック図を例示する。ＰＣ８は、モード判定部８０１、認証部８０２、モード制御部８０３を有している。以上の各機能部は、ＰＣ８が主記憶上に実行可能に展開されたコンピュータプログラムを実行することで提供される。
【００６２】
以下、図８に示した各機能部の機能を説明する。モード判定部８０１は、キーボードやマウスといったユーザインタフェースからの入力情報を監視し、この入力情報に応じてモ
ードを決定する。例えば、一定時間入力がなければ、省電力モードへの移行を決定し、省電力モード時に何らかの入力が行われた場合に使用モードへの移行を決定する。なお、省電力モードは、ＬＣＤ（液晶ディスプレイ）のみを待機状態とするものや、ハードディスクを含むＰＣ８全体を待機状態とするもの等であっても良い。
【００６３】
認証部８０２は、ＰＣ８の起動時や省電力モードから使用モードへ復帰する際、対象者（ユーザ）に認証情報の入力を促し、登録済のデータと適合するか否かを判定する。ここで認証部８０２は、入力された認証情報が適合すれば認証成功とし、ログインして通常の作業が行える状態とする。一方、認証部８０２は、入力された認証情報が適合しなければ認証失敗とし、ログインせず、認証情報を入力する以外の操作が行えない状態とする。なお、認証情報は、ユーザ名やパスワードに限らず、生体情報やＵＳＢキー等のハードウェアトークンからの入力情報であっても良い。
【００６４】
モード制御部８０３は、モード判定部８０１の決定したモードに応じて、ＬＣＤやハードディスク等、ＰＣ８の構成要素を使用状態或いは待機状態とするように制御する。例えば、省エネモードへの移行が決定された場合、モード制御部８０３は、所定の構成要素に対し待機状態とする信号を送り、動作を停止させることで、電力の供給を停止する。また、省エネモードから使用モードへの復帰が決定された場合、モード制御部８０３は、所定の構成要素に対し、使用状態とする信号を送り、動作を開始させることで、電力の供給を再開する。
【００６５】
ＰＣ８に対して所定時間以上入力が行われない場合、ＰＣ８は使用モードから省電力モードへ自動的に移行する。即ちＬＣＤやハードディスクへの電力供給が停止され、使用できない状態となるが、ＰＣ８に対して何らかの入力があれば、直ちに電力供給が再開され、使用モードへ復帰する。但し、省電力モードから使用モードへ復帰した場合には、ログイン用の画面を表示して、認証情報の入力を求める設定となっている。即ち、正規のユーザであれば、認証情報を入力してログインし、ＰＣ８を使用することができるが、正規のユーザで無ければ、ログインすることができないのでＰＣ８を使用することができない。また、ＰＣ８の起動時についても、同じであり、正規のユーザでなければログインして使用することができない。このため、例えは正規のユーザ以外が、ＰＣ８に触れて省電力モードから使用モードへ復帰したとしても、入力が継続されないため、ＰＣ８は所定時間後に再び省電力モードに移行することになる。従って、多少のタイムラグがあるものの、ＰＣ８が使用モードであれば、正規のユーザが使用している状態であり、省電力モードであれば正規のユーザが使用していない状態であると言える。そこで、本実施例では、電源接続機器１によってＰＣ８の消費電力を検出し、ＰＣ８が使用モードであれば、ＰＣ８の正規のユーザがＰＣ８の設置位置に存在し、ＰＣ８を利用していることが認識できるので、これを安否確認に利用している。
＜データベース及びデータテーブルの構成＞
以下、出退勤管理サーバ７がデータを入出力するデータベース或いはデータテーブルの構成を例示する。
【００６６】
図９は、機器所在データベース７１１の構成例である。機器所在データベース７１１は、電源接続機器ＩＤと所在地名を対応付ける。電源接続機器ＩＤは、電源接続機器１を一意に識別する識別情報である。所在地名は、対応する電源接続機器１の所在地、即ち、設置場所を示す。所在地名は、対象者、あるいは、本安否確認システムの管理者等、人が認識する場所の名称であり、図９の例では、Ａ事務所３階、Ｂ事務所４階、Ａ事務所１階などとしている。本安否確認システムにおいて、この電源接続機器１の所在地名は、当該電源接続機器１のプラグ接続部から電力の供給を受けるＰＣ８の位置及びＰＣ８を使用中の対象者の所在に相当する情報として用いられる。
【００６７】
図１０は、従業員情報データベース７１２の構成例である。従業員情報データベース７１２は、従業員ＩＤと使用電源接続機器ＩＤと機器ＩＤを対応付ける。従業員ＩＤは、安否確認の対象者である従業員を一意に特定する識別情報である。使用電源接続機器ＩＤは、対応する機器ＩＤで識別される機器が接続されるプラグ接続部を識別する識別情報であり、電源接続機器ＩＤと当該電源接続機器１に備えられた電流センサＣＳ１を識別するセンサＩＤの組み合わせからなる。図１０の例では、従業員ＩＤ＝００１と対応付けられた使用電源接続機器ＩＤが０９１−０４であり、電源接続機器ＩＤ＝０９１で識別される電源接続機器１に備えられた電流センサＣＳ１で電流が検出されるプラグ接続部に機器８−１が接続されること示している。機器ＩＤは、対象者が使用する機器を一意に識別する識別情報である。
【００６８】
図１１は、電力パターンデータベースの構成例である。電力パターンデータベース７１３は、機器ＩＤと機器の消費電力とを対応付ける。図１１の機器の消費電力は、機器を使用している状態である「使用モード」の時の消費電力と、ＬＣＤ（液晶ディスプレイ）のみ待機状態とした「ＬＣＤのみ省電力モード」の消費電力と、機器全体を待機状態とした「全省エネモード」の消費電力とを含む。このように電力パターンデータベース７１３は、機器が各モードによって取り得る消費電力のパターンを示している。
【００６９】
図１２は、消費電力推移テーブルの構成例である。消費電力推移テーブル７１４は、使用電力接続機器ＩＤと消費電力の推移を対応付けている。消費電力の推移は、使用電力接続機器ＩＤで識別されるプラグ接続部に接続された機器の消費電力を順次計測し、計測日時（時刻）と共に記憶する。図１２の例では、計測時刻をｔｉ、消費電力をｗｉ、但しｉは自然数とし、ｔｉ／ｗｉのように組み合わせて順次蓄積していくことで、時間の経過に伴う消費電力の推移を示している。
【００７０】
図４０は、使用状況テーブルの構成例を示している。使用状況テーブル７１５は、機器のモードの推移と使用状況を対応付けたものである。図４０の例では、ＰＣ８のモードが「使用モード」→「省エネモード」→「使用モード」の順で推移した場合、「作業を中断して避難後、避難から戻り作業再開」といったＰＣ使用状況であることを示す。また、ＰＣ８のモードが「使用モード」→「省エネモード」の順で推移した場合、「作業中断中」といったＰＣ使用状況であることを示す。更に、ＰＣ８のモードが「使用モード」のまま変化がない場合、「作業を継続している」といったＰＣ使用状況であることを示す。
【００７１】
図１３は、安否確認対象者データベースの構成例である。安否確認対象者データベース６１１は、従業員ＩＤと、当該従業員ＩＤで識別される対象者の宛先情報とを対応付ける。図１３では、対象者のメールアドレスを登録した例を示している。なお、宛先情報は、メールアドレスに限らず、ＩＰアドレスやコンピュータ名など、メッセージの宛先として利用出来るものであれば良い。また、複数の対象者に送信する場合には、グループ名やドメイン名などを宛先としてマルチキャストするものでも良い。
【００７２】
図１４は、安否確認状況一覧テーブルの構成例を示している。安否確認状況一覧テーブル６１２は、従業員ＩＤと、安否情報とを対応付けている。安否情報は、対応する従業員ＩＤで識別される対象者の安否を示す情報であり、図１４の例では、安否確認のメールに対して対象者が返信したメールに基づく応答状況と、ＰＣ８の消費電力に応じて求めたＰＣ使用状況とを有している。
【００７３】
＜処理フロー＞
《安否確認サーバによる処理》
図１５に安否確認サーバ６による安否確認処理のフローチャートを例示する。安否確認サーバ６は、管理者の開始操作等を契機にコンピュータプログラムを補助記憶装置（例え
ばＨＤＤ６５）から読み出し、主記憶装置（例えばメモリ６２）に展開して実行することで、以下の安否確認処理を実行する。
【００７４】
安否確認サーバ６は、起動後、災害情報の入力があるまで待機し、災害情報が入力され、受け付けると（Ｓ６１０）、ステップＳ６２０へ移行し、安否確認状況一覧テーブルを初期化する。
【００７５】
次に、安否確認サーバ６は、安否確認対象者ＤＢから対象者の宛先情報を取得し、当該宛先情報に基づいて、安否の問合せ情報を送信する（Ｓ６３０）。
【００７６】
この問合せ情報の送信後、安否確認サーバ６は、所定のタイミング（更新タイミング）か否かを判定し（Ｓ６４０）、所定のタイミングであれば以降の処理を実行する。ここで所定のタイミングとは、例えば災害時から所定時間毎のタイミングや、管理者の指示を受けたタイミングである。即ち、このタイミングを短い間隔で設定すれば安否確認状況一覧テーブルが頻繁に更新され、このタイミングを長い間隔で判定すれば、安否確認状況一覧テーブルの更新頻度が低く、処理負荷が抑えられる。
【００７７】
そして所定のタイミングとなり（Ｓ６４０，Ｙｅｓ）、次のステップＳ６５０へ移行すると、安否確認サーバ６は、ステップＳ６３０で送信した問合せ情報に対する回答情報を対象者の端末から受信し、当該回答情報から安否情報を抽出して安否確認状況一覧テーブルを更新する。
【００７８】
また、安否確認サーバ６は、対象者のＰＣ使用状況の問合せを出退勤管理サーバ７に送信する（Ｓ６６０）。そして、出退勤管理サーバ７からＰＣ使用状況の回答を受信し、当該回答から各対象者の状況を抽出して安否確認状況一覧テーブルに登録する（Ｓ６７０）。
【００７９】
そして、管理者から終了命令が入力されたか否かを判定し（Ｓ６８０）、管理者から終了命令が入力されていない場合には（Ｓ６８０，Ｎｏ）ステップＳ６４０へ戻り、管理者から終了命令が入力された場合には（Ｓ６８０，Ｙｅｓ）、処理を終了する。
【００８０】
また、図１５のステップＳ６１０，Ｓ６３０，Ｓ６５０−Ｓ６７０の詳細について、図１６−図２０を用いて以下に説明する。
【００８１】
先ず、図１６に災害情報受付処理（図１５のステップＳ６１０）の詳細を示す。安否確認サーバ６は、災害情報の入力を受ける。例えばネットワークを介して他のコンピュータから災害情報を受信する。或いは管理者により入力装置６８から災害情報の入力を受ける（Ｓ６１１）。ここで災害情報とは、災害が生じたことを示す情報であり、例えば地震、津波、落雷といった災害の種別や、災害の発生時を含む情報が挙げられる。具体的には、安否確認サーバ６が、表示装置６７に災害種別を示す選択肢を表示して管理者に選択を促し、選択された災害種別と選択された時刻を災害情報としても良い。
【００８２】
安否確認サーバ６は、入力された災害情報に基づいて災害日時を求める。例えば災害情報から時刻を抽出する。或いは災害情報が管理者によって入力された時刻を災害日時とする。
【００８３】
図１７に安否の問い合わせ処理（図１５のステップＳ６３０）の詳細を示す。安否確認サーバ６は、安否確認対象者ＤＢから全てのメールアドレスを取得する（Ｓ６３１）。
【００８４】
安否確認サーバ６は、取得した各メールアドレスを宛先とし、安否情報の応答を求める
メッセージを本文とし、回答を受けるためのアドレスを発信者アドレス（送信元）としてメールを作成し、電子メールとして送信メールサーバ（不図示）を介して送信する（Ｓ６３２）。ここで、安否情報の応答を求めるメッセージとしては、例えば「○○時○○分（災害日時）に地震（災害情報）がありました。安否の確認を行っていますので、所在地と被災状況を返信して下さい。」のように安否情報として所在地や被災状況を要求するメッセージが挙げられる。
【００８５】
図１８は、安否の回答を安否状況一覧テーブルに反映させる処理（図１５のステップＳ６５０）の詳細を示す。安否確認サーバ６は、安否確認の回答を受けるために設定したアドレス宛に各対象者が返信した電子メールを受信サーバ（不図示）から取得する（Ｓ６５１）。
【００８６】
次に安否確認サーバ６は、返信された電子メールから発信者アドレスを抽出し、当該発信者アドレスをキーワードとして安否確認対象者ＤＢを検索して対応する対象者の識別情報、即ち従業員ＩＤを特定する（Ｓ６５２）。
【００８７】
そして、安否確認サーバ６は、返信された電子メールから安否情報を抽出し、従業員ＩＤをキーとして安否確認状況一覧テーブルの対応するフィールドに安否情報を書き込んで安否確認状況一覧テーブルを更新する（Ｓ６５３）。ここで、安否情報の抽出は、例えばメール本文やタイトルを全て抽出するものでも良いし、自然言語処理により所在地と安否に関連する語を索出しても良い。また、「所在地＝Ａ事務所 状況＝避難時に足を挫いた」や「安否情報＝本社で無事です」のように、所定の見出し、例えば「安否情報＝」に続けて所在地や対象者の状況等の安否情報を入力することとし、この見出しに続く文章を安否情報として抽出しても良い。更にＨＴＭＬやＸＭＬ等のマークアップ言語で問い合わせのメールを作成して所定の入力欄に安否情報を入力して返信するように促し、返信されたメールの当該入力欄に記載されている文章を安否情報として抽出しても良い。また、無事な場合に返信を行うアドレスと無事ではない場合に返信を行うアドレスを別に用意しておき、メールが届いたアドレスに応じて当該対象者が無事か無事で無いか等を安否情報として抽出しても良い。
【００８８】
なお、本実施形態では、安否の問い合わせを電子メールで行い、返信された電子メールに基づいて安否情報を取得したが、これに限らず、他の手段で安否情報を取得しても良い。例えば、各対象者の電話番号を安否確認対象者ＤＢから取得し、ＩＶＲ（Interactive Voice Response）で各電話番号宛に架電し、音声メッセージで安否情報の入力を促し、対象者が電話機のボタン操作によって入力したトーン信号に基づいて安否情報を取得する手段が挙げられる。この他、ＩＰアドレスやコンピュータ名で特定されるＰＣ８に対して安否確認サーバ６からメッセージを送信し、同様にＩＰアドレスやコンピュータ名を指定して対象者のＰＣ８から安否確認サーバ６へ安否情報を送信する手段が挙げられる。
【００８９】
図１９は、ＰＣ使用状況の問合せ処理（図１５のステップＳ６６０）の詳細を示す。安否確認サーバ６は、安否確認対象者ＤＢから安否確認を行う対象者の識別情報、例えば全従業員ＩＤを取得する（Ｓ６６１）。なお、ステップＳ６６１は、全従業員ＩＤを取得することに限らず、安否確認状況一覧テーブルの回答状況（安否情報）のフィールドが初期状態、例えば「回答未」となっているレコードの従業員ＩＤを抽出することとしても良い。
【００９０】
そして、取得した従業員ＩＤと災害日時を合わせ、ＰＣ８の使用状況を問い合わせる旨の情報と共に出退勤管理サーバ７に送信することでＰＣ使用状況の問合せを行う（Ｓ６６２）。
【００９１】
図２０は、ＰＣ使用状況の回答を安否確認対象者ＤＢに反映する処理（図１５のステップＳ６７０）の詳細を示す。安否確認サーバ６は、出退勤管理サーバ７からＰＣ使用状況の回答を受信し（Ｓ６７１）、当該ＰＣ使用状況の回答から従業員ＩＤとＰＣ使用状況を抽出し、従業員ＩＤをキーとして安否確認状況一覧テーブルの対応するフィールドにＰＣ使用状況を安否情報として書き込んで、安否確認状況一覧テーブルを更新する（Ｓ６７２）。
【００９２】
なお、安否確認サーバ６は、更新された安否確認状況一覧テーブルの情報を出力するステップを実行しても良い。ここで、出力とは、例えば表示装置６７に一覧表示させることや、通信制御部６３から管理装置等の他のコンピュータへ電子メールやウェブページとして送信すること、プリンタ（不図示）から印刷させることが挙げられる。
【００９３】
《出退勤管理サーバによる処理》
図２１に出退勤管理サーバ７による出退勤管理処理のフローチャートを例示する。出退勤管理サーバ７は、管理者の開始操作等を契機にコンピュータプログラムを補助記憶装置（例えばＨＤＤ７５）から読み出し、主記憶装置（例えばメモリ７２）に展開して実行することで、以下の出退勤管理処理を実行する。
【００９４】
出退勤管理サーバ７は、消費電力推移テーブルを初期化し、識別情報のフィールドに電源接続機器ＩＤ及びセンサＩＤを登録し、消費電力のフィールドを初期状態、例えばＮｕｌｌ値とする（Ｓ７１０）。図４１は、初期化直後の消費電力推移テーブルの状態を例示する。
【００９５】
また、出退勤管理サーバ７は、各対象者と対応づけたセンサで検出した消費電力の推移を監視し、各対象者が使用するＰＣ８の消費電力の推移を消費電力推移テーブルに登録する（Ｓ７２０）。
【００９６】
更に、安否確認サーバ６からＰＣ使用状況の問い合わせを受けた場合に、出退勤管理サーバ７は、消費電力推移テーブルに登録されたデータに基づき、各対象者のＰＣ８の使用状況を求めて安否確認サーバ６に回答する（Ｓ７３０）。
【００９７】
そして、管理者から終了命令が入力されたか否かを判定し（Ｓ７４０）、管理者から終了命令が入力されていない場合（Ｓ７４０，Ｎｏ）、出退勤管理サーバ７は、ステップＳ７２０へ戻ってステップＳ７２０，Ｓ７３０の処理を繰り返す。また、管理者から終了命令が入力された場合（Ｓ７４０，Ｙｅｓ）、出退勤管理サーバ７は処理を終了する。
【００９８】
また、図２１のステップＳ７２０，Ｓ７３０の詳細について、図２２−図２４を用いて以下に説明する。
【００９９】
図２２は、消費電力監視処理（図２１のステップＳ７２０）の詳細を例示する。出退勤管理サーバ７は、中継器２を介して各対象者が使用するＰＣ８の消費電力を電源接続機器１から取得する。例えば従業員情報ＤＢを参照し、各対象者の従業員ＩＤと対応付けられたセンサの識別情報を全て取得し、当該識別情報で識別されるセンサが検出した消費電力値を夫々の電源接続機器１から中継機を介して取得する（Ｓ７２１）。
【０１００】
また、出退勤管理サーバ７は、取得した消費電力を取得した時間と共に、センサＩＤをキーにして消費電力推移テーブルの対応する消費電力のフィールドに記録する（Ｓ７２２）。この消費電力監視処理Ｓ７２０（Ｓ７２１，Ｓ７２２）は、図２１に示したように繰り返され、順次消費電力の値を蓄積することで、時間経過に伴う消費電力の推移を記録する。
【０１０１】
図２３は、ＰＣ使用状況の応答処理（図２１のステップＳ７３０）の詳細を例示する。出退勤管理サーバ７は、先ず、安否確認サーバ６から「ＰＣ使用状況問い合わせ」を受信したか否かを判定し（Ｓ７３１）、受信していなければ（Ｓ７３１，Ｎｏ）処理を終了し、受信していれば（Ｓ７３１，Ｙｅｓ）、「ＰＣ使用状況問合せ」から災害日時を抽出する（Ｓ７３２）。
【０１０２】
また、出退勤管理サーバ７は、受信した「ＰＣ使用状況問合せ」から従業員ＩＤを全て抽出し、従業員ＩＤの数を求め変数Ｎに代入する（Ｓ７３３）。
【０１０３】
次に出退勤管理サーバ７は、カウンタの変数ｎを初期化して、例えば１とし（Ｓ７３４）、抽出したｎ番目の従業員ＩＤをキーとして従業員情報ＤＢを検索し、該当するレコードのセンサＩＤ及びＰＣのＩＤを読み出す（Ｓ７３５）。
【０１０４】
次に出退勤管理サーバ７は、読み出したセンサＩＤに応じて消費電力推移テーブルから消費電力のデータを取得し、ＰＣのＩＤで特定されるＰＣ８の使用状況を消費電力のデータに基づいて求める（Ｓ７３６）。
【０１０５】
そして、出退勤管理サーバ７は、従業員ＩＤと判定したＰＣ使用状況とを「ＰＣ使用状況回答」として安否確認サーバ６へ送信する（Ｓ７３７）。
【０１０６】
ステップＳ７３７でｎ番目の「ＰＣ使用状況回答」の送信が済むと、出退勤管理サーバ７は、カウンタの変数ｎをカウントアップして（Ｓ７３８）、変数ｎが変数Ｎを越えたか、即ち、全ての「ＰＣ使用状況回答」の送信が済んだか否かを判定する（Ｓ７３９）。ここで、「ＰＣ使用状況回答」の送信が一部でも済んでいなければ、即ち変数ｎが変数Ｎよりも大きくなければ（Ｓ７３９，Ｎｏ）、ステップＳ７３５に戻って、ステップＳ７３５−Ｓ７３８を繰り返する。一方、「ＰＣ使用状況回答」の送信が全て済んでいれば、即ち変数ｎが変数Ｎよりも大きければ（Ｓ７３９，Ｙｅｓ）、図２３の処理を完了する。
【０１０７】
図２４は、ＰＣ使用状況判定処理（図２３のＳ７３６）の詳細を例示する。出退勤管理サーバ７は、ステップＳ７３５で従業員情報ＤＢから索出したＰＣのＩＤをキーとして電力パターンＤＢから、該当するＰＣ８におけるモード別の消費電力を示した電力パターンを取得する（Ｓ７３５１）。また、出退勤管理サーバ７は、ステップＳ７３５で従業員情報ＤＢから索出したセンサＩＤをキーとして、消費電力推移テーブルを検索し、該当レコードの消費電力データを抽出する（Ｓ７３５２）。そして、出退勤管理サーバ７は、抽出した消費電力データに、災害日時と同一日のデータが無いかどうかを判定する（Ｓ７３５３）。ここで災害日時と同一日のデータが無ければ（Ｓ７３５３，Ｙｅｓ）、出退勤管理サーバ７は、ＰＣ使用状況を「未出勤」と判定して（Ｓ７３５７）、図２４の処理を終了する。即ち、当該対象者が出社しておらず、ＰＣ８を使用する環境にないので、ＰＣ８の消費電力による安否確認の対象でないことを示す。
【０１０８】
一方、ステップＳ７３５３で災害日時と同一日のデータが有れば（Ｓ７３５３，Ｎｏ）、出退勤管理サーバ７は、消費電力推移テーブルから災害日時（時刻）以降のデータを抽出し、災害後消費電力データ推移とする（Ｓ７３５４）。
【０１０９】
そして、出退勤管理サーバ７は、センサＩＤによって特定される電力パターンと災害後消費電力データ推移とを照合して、ＰＣ８のモードの推移を求めてＰＣ使用状況とする（Ｓ７３５５）。ここでＰＣのモードの推移を求めるとは、例えば、災害後消費電力データ推移として、各計測時間ｔｉと組み合わせて記録された消費電力ｗｉについて、消費電力ｗｉが従業員ＩＤで特定されるＰＣ８において如何なるモードであるかを、計測時間ｔｉ
毎に判定することで、時間の経過に伴うモードの推移を求めたものである。また、出退勤管理サーバ７は、使用状況テーブル（図４０）を参照して当該モードの推移と対応するＰＣの使用状況を求める。例えば、ＰＣ８のモードが「使用モード」→「省エネモード」→「使用モード」の順で推移した場合、「作業を中断し避難し、避難から戻り作業再開」といったＰＣ使用状況とする。また、ＰＣ８のモードが「使用モード」→「省エネモード」の順で推移し、「使用モード」への復帰がなかった場合、「作業中断したまま」といったＰＣ使用状況とする。更に、ＰＣ８のモードが「使用モード」のまま変化がなければ、「作業を継続している」といったＰＣ使用状況とする。
【０１１０】
次に、出退勤管理サーバ７は、センサＩＤをキーとして機器所在ＤＢを検索し、該当のレコードから所在を求め、ＰＣの使用状況とする（Ｓ７３５６）。
【０１１１】
《ＰＣ８による処理》
図２５は、ＰＣ８が「使用モード」から「省エネモード」へ移行し、「省エネモード」から「使用モード」へ復帰する処理のフローチャートを例示する。なお、ＰＣ８は、図２５の処理を繰り返し実行する。
【０１１２】
先ず、ＰＣ８は、マウスやキーボード等の入力装置から入力の無い時間が所定時間（例えば１０分）に達したか否かを判定し（Ｓ８１０）、所定時間に達していなければ（Ｓ８１０，Ｎｏ）、モードの移行をせずに「使用モード」を継続して図２５の処理を終了する。一方、入力の無い時間が所定時間に達した場合（Ｓ８１０，Ｙｅｓ）、ＰＣ８は、「省電力モード」に移行し、ＬＣＤやＨＤＤなど、所定手段への電力の供給を停止する（Ｓ８２０）。
【０１１３】
「省電力モード」中のＰＣ８は、入力の有無を判定し、入力が無ければ（Ｓ８３０，Ｎｏ）、入力があるまで待機する。そして、入力が有れば（Ｓ８３０，Ｙｅｓ）、ＰＣ８は、「使用モード」へ復帰し、ステップＳ８２０で電力の供給を停止していたＬＣＤやＨＤＤなど、所定手段への電力の供給を再開する（Ｓ８４０）。
【０１１４】
「使用モード」へ復帰したＰＣ８は、次に認証情報の入力を促す（Ｓ８５０）。例えばＰＣ８は、ＩＤとパスワードを入力するための認証用（ログイン用）画面を表示する。なお、この段階ではＰＣ８が、認証用の表示を行い、認証以外の処理を制限するため、ユーザ（対象者）は認証情報を入力する以外の操作を行うことができない。
【０１１５】
そして、対象者がＩＤとパスワードを入力すると、ＰＣ８は、入力されたＩＤとパスワードを事前に登録されたデータと比較し（Ｓ８６０）、一致した場合にはログインし（Ｓ８７０、通常の作業を行える状態とする。
【０１１６】
本システムで用いるＰＣ８は、入力が無い状態が続くと必ず「省電力モード」に移行し、「省電力モード」から「使用モード」に復帰する場合や起動する場合（不図示）に、必ず認証が必要であるように設定されている。従って、災害時に対象者が避難して、入力の無い状態が続くと、ＰＣ８が「省電力モード」となり、消費電力が下がるので、出退勤管理サーバがＰＣ８の消費電力に基づいて、対象者がＰＣ８を使用していないことを検出できる。また、「使用モード」の場合、「省電力モード」よりも消費電力が上がるので、出退勤管理サーバがＰＣ８の消費電力に基づき、正規の対象者がＰＣ８を使用していることを検出できる。
【０１１７】
《安否確認状況一覧テーブルの更新状態》
図２６−図２８，図１４は、図１５−図２０の処理によって更新される安否確認状況一覧テーブルの更新状態を示す。
【０１１８】
先ずステップＳ６２０で初期化した直後の安否確認状況一覧テーブルは、図２６に例示するように、従業員ＩＤのフィールドに全ての対象者の従業員ＩＤが登録され、安否情報のフィールドが全て「回答未」となった状態である。
【０１１９】
次に、ステップＳ６５３で安否情報が反映された安否確認状況一覧テーブルは、図２７に例示するように、対象者による返信があった安否情報が登録された状態である。図２７の例では、従業員ＩＤ００４と００５のレコードにおける安否情報のフィールドに「客先、負傷」「本社で無事です」と登録されており、従業員ＩＤ００４，００５で識別される対象者の安否が確認できる。しかし、安否確認の問い合わせに対して返信しない対象者も存在し、例えば従業員ＩＤ００１−００３で識別される対象者の安否情報は「回答未」となっており、安否が不明な状態である。
【０１２０】
そして、ステップＳ６７２でＰＣ使用状況が安否情報として反映された安否確認状況一覧テーブルは、図１４に例示するように、全ての各対象者について安否情報のフィールドにＰＣ使用状況が登録された状態である。なお、本実施例１では、ステップＳ６６１で、全対象者についてＰＣ使用状況の問い合わせを行ったが、これに限らず、回答未の対象者についてのみ、ＰＣ使用状況の問い合わせを行っても良い。この場合、ステップＳ６７２では、図２８に例示されるように「回答未」のレコードにＰＣ使用状況が登録される。
【０１２１】
これにより例えば、従業員ＩＤ００１のようにＰＣの使用を再開した対象者や従業員ＩＤ００３のようにＰＣの使用を継続している対象者は、「回答未」ではあるものの、ＰＣ８を使用していることが分かる。このように「回答未」であっても、ＰＣ８を使用しているのであれば、本人がＰＣ８の設置箇所にいることが確認できる。また、ＰＣ８を使用している状況で、負傷したなどの問題が生じ、助けを求める連絡をしたい状況であれば、先ず安否の問い合わせに対して負傷している等の返信を行うはずである。即ちＰＣ８を使用している状況で「回答未」ということは、負傷しているなどの切迫した状況では無く、対象者が無事であると推定できる。
【０１２２】
以上で述べたように、本実施例１によれば、出退勤管理サーバ７が対象者の使用するＰＣ８の消費電力に応じて安否情報（ＰＣ使用状況）を求め、当該安否情報を安否確認サーバ６が安否確認状況一覧テーブルに反映させることで、ＰＣ使用状況が安否情報として確実に反映されるので、対象者が応答を怠って安否確認の精度が低下することを抑えることができる。
【０１２３】
また、安否確認サーバ６が安否の問い合わせを電子メールで全対象者に送信し、この回答を安否確認状況一覧テーブルに反映させると共に、出退勤管理サーバ７が求めたＰＣ使用状況を安否確認状況一覧テーブルに反映させる構成としたことにより、対象者がメールの応答を怠った場合でもＰＣ使用状況で安否を確認でき、出張等により対象者がＰＣ８を使用していない場合でも応答メールによって安否を確認でき、高い精度で安否確認を行うことができる。
【実施例２】
【０１２４】
上記実施例１では、全ての対象者に対して安否確認の電子メールを送信して、この回答を安否確認状況一覧テーブルに反映させると共に、ＰＣ使用状況を安否確認状況一覧テーブルに反映させる構成とした。しかし、ＰＣ使用状況を求めた後、未出勤である対象者に安否確認の電子メールを送信しても良い。また、所在地毎に復帰していない対象者の割合を求め、復帰していない対象者の割合が所定条件を満たした場合に、この復帰していない対象者に安否確認の電子メールを送信しても良い。
【０１２５】
以下の実施例２は、対象者のＰＣ使用状況を求めた後に安否確認問合せ対象者を決定し、この安否確認問合せ対象者のみに安否確認の電子メールを送信する以外の処理、およびシステムの構成は、前述の実施例１と同様である。そこで、同一の構成要素については、同一の符号を付す等してその説明を省略する。
【０１２６】
図２９は、本実施例２における安否確認処理のフローを例示する。安否確認サーバ６は、起動後、災害情報の入力があるまで待機し、災害情報が入力され、受け付けると（Ｓ６１０）、ステップＳ６２０へ移行し、安否確認状況一覧テーブルを初期化する。即ち、安否確認状況一覧テーブルの従業員ＩＤのフィールドに各従業員ＩＤを登録し、回答状況のフィールドを――――とし、ＰＣ使用状況のフィールドをＮｕｌｌとする。
【０１２７】
次に、安否確認サーバ６は、所定のタイミング（更新タイミング）か否かを判定し（Ｓ６４０）、所定のタイミングであれば以降の処理を実行する。
【０１２８】
そして所定のタイミングとなり（Ｓ６４０，Ｙｅｓ）、次のステップＳ６５０へ移行すると、安否確認サーバ６は、後述のステップＳ６７６で以前の更新タイミングのときに送信した問合せ情報に対する回答情報を対象者の端末から受信し、当該回答情報から安否情報を抽出して安否確認状況一覧テーブルを更新する。
【０１２９】
また、安否確認サーバ６は、対象者のＰＣ使用状況の問合せを出退勤管理サーバ７に送信する（Ｓ６６０）。そして、出退勤管理サーバ７からＰＣ使用状況の回答を受信し、当該回答から各対象者の状況を抽出して安否確認状況一覧テーブルに登録する（Ｓ６７０）。
【０１３０】
このＰＣ使用状況に基づいて安否確認サーバ６は、未出勤の対象者や基準よりも復帰が遅い対象者を安否確認問合せ対象者として決定する（Ｓ６７３）。また、安否確認サーバ６は、安否確認対象者ＤＢから安否確認問合せ対象者の宛先情報を取得し、当該宛先情報に基づいて、安否の問合せ情報を送信する（Ｓ６７６）。
【０１３１】
そして、管理者から終了命令が入力されたか否かを判定し（Ｓ６８０）、管理者から終了命令が入力されていない場合には（Ｓ６８０，Ｎｏ）ステップＳ６４０へ戻り、管理者から終了命令が入力された場合には（Ｓ６８０，Ｙｅｓ）、処理を終了する。
【０１３２】
なお、図２９のステップＳ６１０，Ｓ６５０−Ｓ６７０の詳細は、前述の図１６，図１８−図２０と同じである。
【０１３３】
また、図３０は、安否確認問合せ対象者決定処理（図２９のＳ６７３）の詳細を例示する。先ず安否確認サーバ６は、宛先情報テーブル（図３９）を初期化する（Ｓ６０１）。ここで宛先情報テーブルは、安否確認問合せ対象者の宛先情報、図３９の例ではメールアドレスを記憶するテーブルであり、ステップＳ６０１の初期化時には、このメールアドレスを全て削除する。
【０１３４】
次に安否確認サーバ６は、安否確認状況一覧テーブルを参照し、ＰＣ使用状況が未出勤であり、且つ応答状況が――――であるレコードの従業員ＩＤを抽出する（Ｓ６０２）。
【０１３５】
そして、抽出した従業員ＩＤをキーとして安否確認対象者ＤＢを検索し、該当するレコードのメールアドレスを取得し、当該メールアドレスを宛先情報テーブルへ登録する（Ｓ６０３）。
【０１３６】
また、避難後の復帰が基準よりも遅い対象者を判定し、この対象者の宛先情報（メール
アドレス）を宛先情報テーブルに登録する（Ｓ６０４）。
【０１３７】
更に、図３１は、安否確認メールの送信処理（図２９のＳ６７６）の詳細を例示する。先ず安否確認サーバ６は、宛先情報テーブルから安否確認問合せ対象者の宛先情報（メールアドレス）を読み取る（Ｓ６０５）。
【０１３８】
次に安否確認サーバ６は、読み取ったメールアドレス宛てに安否情報（所在及び被災状況）の応答を求める安否を問い合わせる電子メールを送信する（Ｓ６０６）。
【０１３９】
また、安否確認サーバ６は、安否を問い合わせる電子メールの宛先としたメールアドレスをキーとして安否確認対象者ＤＢを検索し、該当するレコードから従業員ＩＤを取得する（Ｓ６０７）。
【０１４０】
そして、安否確認サーバ６は、取得した従業員ＩＤをキーにして安否確認状況一覧テーブルを検索し、該当するレコードの応答状況のフィールドを「未回答」とする（Ｓ６０８）。
【０１４１】
また、図３２は、未復帰者の判定処理（図３０のＳ６０４）の詳細を例示する。先ず安否確認サーバ６は、安否確認状況一覧テーブルを参照し、出退勤管理サーバの回答内容から、Ａ事務所４階、Ｂ事務所１階等のように対象者が勤務する所定のエリアを１種類として、所在地の種類の数（所在種類数）をカウントする。また、安否確認サーバ６は、所在地毎に、使用中断中、使用再開、使用継続中といったＰＣ使用状況別の数を求める（Ｓ６０４０）。例えばＡ事務所４階において、使用中断中が４件、使用再開が３件、使用継続中が２件のように集計する。
【０１４２】
次に、安否確認サーバ６は、所在種類数を変数Ｎに代入し（Ｓ６０５０）、カウンタの変数ｎを初期値、例えば１とする（６０６０）。
【０１４３】
そして、安否確認サーバ６は、所在地毎に集計したＰＣ使用状況のうち、ｎ番目の所在地について、「使用中断中の件数」と、その他のＰＣ使用状況「（使用再開の件数＋使用継続中の件数）×補正係数」とを比較する（Ｓ６０７０）。ここで補正係数は、「使用中断中の件数」が他のＰＣ使用状況に対して所定の割合に達したか否かといった比較の基準を定める係数である。「使用中断中の件数」の方が少ないと判定した場合（Ｓ６０８０，Ｙｅｓ）、安否確認サーバ６は、安否確認状況一覧テーブルを参照し、ｎ番目の所在地であり、ＰＣ使用状況が使用中断中であり、且つ応答状況が――――であるレコードの従業員ＩＤを抽出する。そして、安否確認サーバ６は、抽出した従業員ＩＤをキーとして安否確認対象者ＤＢを検索し、該当するレコードのメールアドレスを取得し、当該メールアドレスを宛先情報テーブルへ登録する（Ｓ６０９０）。
【０１４４】
ステップＳ６０９０で未復帰者のメールアドレスの登録が済んだ場合、或いはステップＳ６０８０で「使用中断中の件数」が少なくないと判定した場合（Ｓ６０８０，Ｎｏ）、安否確認サーバ６は、カウンタの変数ｎをカウントアップして（Ｓ６１００）、変数ｎが変数Ｎを越えたか否かを判定する（Ｓ６１１０）。即ち、全ての所在地について復帰の遅い対象者のメールアドレスを宛先情報テーブルに登録する処理が完了したか否かを判定する。ここで、宛先情報テーブルへ登録する処理が完了していなければ、即ち変数ｎが変数Ｎよりも大きくなければ（Ｓ６１１０，Ｎｏ）、ステップＳ６０７０に戻って、ステップＳ６０７０−Ｓ６１００を繰り返する。一方、宛先情報テーブルへ登録する処理が完了していれば、即ち変数ｎが変数Ｎよりも大きければ（Ｓ６１１０，Ｙｅｓ）、図３２の処理を終了する。
【０１４５】
図３３−図３８は、図２９の処理によって更新される安否確認状況一覧テーブルの更新状態を示す。
【０１４６】
先ずステップＳ６２０で初期化した直後の安否確認状況一覧テーブルは、図３３に例示されるように、従業員ＩＤのフィールドに全ての対象者の従業員ＩＤが登録され、安否情報のフィールドが全て「――――」、ＰＣ使用状況のフィールドが全てＮｕｌｌとされる。
【０１４７】
次に、ステップＳ６７０でＰＣ使用状況が安否情報として反映されると、安否確認状況一覧テーブルは、図３４に例示されるように、全対象者の安否情報のフィールドにＰＣ使用状況が登録される。即ち、対象者の安否情報として、「未出勤」「ＰＣ使用継続」「停止中」などが登録される。これにより例えば、従業員ＩＤ００１のようにＰＣの使用を継続している対象者は無事で、通常通りＰＣ８を使用していることが分かる。
【０１４８】
そこで安否確認サーバ６は、「未出勤」となっている対象者に対して、ステップＳ６７６で安否確認のメールを送信する。ステップＳ６７６直後の安否確認状況一覧テーブルは、図３５に例示されるように、従業員ＩＤ００３と００４のレコードにおける応答状況のフィールドに「未回答」と登録されており、安否確認のメールを送信して回答待ちの状態であることが示される。
【０１４９】
なお、この段階では、ＰＣ使用状況が「使用中断中」の対象者に対しては、まだ安否確認のメールを送信せず、応答状況が「――――」となっている。これは、避難した後、安全を確認してから所在地に戻って作業を開始するまでには、時間が必要なためである。
【０１５０】
そして、図３６は、ステップＳ６５０で安否確認のメールに対する応答を反映させた安否確認状況一覧テーブルの状態を例示する。これにより例えば、従業員ＩＤ００３のように出勤していない対象者の安否が確認できる。
【０１５１】
また、図３７は、ステップＳ６７３で復帰が遅い人を安否確認問合せ対象としてステップＳ６７６で安否確認のメールを送信した直後の安否確認状況一覧テーブルの状態を例示する。図３７の例では、従業員ＩＤ００５のレコードにおける応答状況のフィールドに「未回答」と登録されており、安否確認のメールを送信して回答待ちの状態であることが示される。なお、従業員ＩＤ００２は、図３４の段階ではＰＣ使用状況が「停止中」であったが、その後ＰＣの使用を再開して、図３７の段階では安否確認問合せ対象とならなかったことが示される。
【０１５２】
そして、図３８は、ＰＣ使用状況が「停止中」であった対象者からのメールの応答をステップＳ６５０で反映させた安否確認状況一覧テーブルの状態を例示する。図３８の例では、従業員ＩＤ００５のように災害後、ＰＣ８を使用しなかった対象者の安否が確認できる。
【０１５３】
以上で述べたように、本実施例２によれば、出退勤管理サーバ７が対象者の使用するＰＣ８の消費電力に応じて安否情報（ＰＣ使用状況）を求め、当該安否情報で安否が確認できない対象者にのみ安否確認サーバ６が安否確認のメールを送信する。これにより、安否確認のメールを送信する対象者を絞り込むことができ、安否確認のメールによるトラフィックを抑えることができる。また、災害後、通常通りＰＣ８を使用している対象者は安否確認のメールに応答する必要がなくなり、煩わしさが解消される。
【０１５４】
また、復帰の遅い対象者に対して安否確認のメールを送信するか否かを所在地別の基準で判定できるので、適切に安否確認のメールを送信することができる。
＜その他＞
以上の実施形態は、さらに以下の付記と呼ぶ態様を含む。以下の各付記に含まれる構成要素は、他の付記に含まれる構成と組み合わせることができる。
【０１５５】
（付記１）
プラグ接続部に供給される電流または電力を検出するセンサ、および、
前記センサが検出した検出値を出力するデータ出力部、を有する電源接続機器と、
前記電源接続機器から前記センサによる検出値を取得する通信部、
安否確認の対象者が使用する機器に前記プラグ接続部から供給する電流または電力の検出値を前記通信部から取得して時系列に記憶する手段、
前記対象者が使用する機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段
を有する情報処理装置と、を備える安否確認システム。
【０１５６】
（付記２）
前記情報処理装置が、前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する手段、
前記安否を問い合わせる情報に対する回答を受信する手段、及び
前記回答に基づく安否情報を前記安否確認テーブルに登録する手段、を備える付記１に記載の安否確認システム。
【０１５７】
（付記３）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記２に記載の安否確認システム。
【０１５８】
（付記４）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記３に記載の安否確認システム。
【０１５９】
（付記５）
前記機器が、
所定期間使用されない場合に停止状態に移行する手段と、
停止状態から使用状態へ移行する場合に対象者の認証を行う手段とを備える付記１から４の何れかに記載の安否確認システム。
【０１６０】
（付記６）
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、
前記検出値を前記通信部から取得して時系列に記憶する手段、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段
を備える情報処理装置。
【０１６１】
（付記７）
前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する手段、
前記安否を問い合わせる情報に対する回答を受信する手段、及び
前記回答に基づく安否情報を前記安否確認テーブルに登録する手段、を備える付記６に記載の情報処理装置。
【０１６２】
（付記８）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記７に記載の情報処理装置。
【０１６３】
（付記９）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記８に記載の情報処理装置。
【０１６４】
（付記１０）
コンピュータが、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行する安否確認方法。
【０１６５】
（付記１１）
前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信するステップと、
前記安否を問い合わせる情報に対する回答を受信するステップと、
前記回答に基づく安否情報を前記安否確認テーブルに登録するステップと、を実行する付記１０に記載の安否確認方法。
【０１６６】
（付記１２）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記１１に記載の安否確認方法。
【０１６７】
（付記１３）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記１２に記載の安否確認方法。
【０１６８】
（付記１４）
コンピュータに、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行させるためのプログラム。
【０１６９】
（付記１５）
前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信するステップと、
前記安否を問い合わせる情報に対する回答を受信するステップと、
前記回答に基づく安否情報を前記安否確認テーブルに登録するステップと、を実行する付記１４に記載のプログラム。
【０１７０】
（付記１６）
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する付記１５に記載のプログラム。
【０１７１】
（付記１７）
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する付記１６に記載のプログラム。
《コンピュータが読み取り可能な記録媒体》
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１７２】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【符号の説明】
【０１７３】
１ 電源接続機器
２ 中継器
５ 監視端末
６ 安否確認サーバ
７ 出退勤管理サーバ
８ 機器
１０ 信号制御部
１１ ＣＰＵ
１２ メモリ
１３ 通信制御部
１４ ＡＤ変換部
２１ ＣＰＵ
２２ メモリ
２３Ａ，２３Ｂ 通信制御部
２４ ドライブ装置
３２ メモリ
３４ ドライブ装置
６１ ＣＰＵ
６２ メモリ
６３ 通信制御部
６４ ドライブ装置
６５ ハードディスク駆動装置
６６ 表示制御部
６７ 表示装置
６８ 入力装置
７１ ＣＰＵ
７２ メモリ
７３ 通信制御部
７４ ドライブ装置
７６ 表示制御部
７７ 表示装置
７８ 入力装置
６０１ 安否情報管理部
６０２ 安否問合せ部
６０３ 安否応答処理部
６１１ 安否確認対象者データベース
６１２ 安否確認状況一覧テーブル
７０１ 使用電力管理部
７０２ 使用状態判定部
７１１ 機器所在データベース
７１２ 従業員情報データベース
７１３ 電力パターンデータベース
７１４ 消費電力推移テーブル
７１５ 使用状況テーブル
８０１ モード判定部
８０２ 認証部
８０３ モード制御部
ＣＳ１ 電流センサ
【特許請求の範囲】
【請求項１】
プラグ接続部に供給される電流または電力を検出する電源接続機器と、
前記電源接続機器から前記検出値を取得する通信部、
安否確認の対象者が使用する機器の電流または電力の検出値を前記通信部から取得して時系列に記憶する手段、
前記対象者が使用する機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、
を有する情報処理装置と、を備える安否確認システム。
【請求項２】
前記情報処理装置が、前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する手段、
前記安否を問い合わせる情報に対する回答を受信する手段、及び
前記回答に基づく安否情報を前記安否確認テーブルに登録する手段、を備える請求項１に記載の安否確認システム。
【請求項３】
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する請求項２に記載の安否確認システム。
【請求項４】
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する請求項３に記載の安否確認システム。
【請求項５】
前記機器が、
所定期間使用されない場合に停止状態に移行する手段と、
停止状態から使用状態へ移行する場合に対象者の認証を行う手段とを備える請求項１から４の何れか１項に記載の安否確認システム。
【請求項６】
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、
前記検出値を前記通信部から取得して時系列に記憶する手段、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、
を備える情報処理装置。
【請求項７】
コンピュータが、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行する安否確認方法。
【請求項８】
コンピュータに、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行させるためのプログラム。
【請求項１】
プラグ接続部に供給される電流または電力を検出する電源接続機器と、
前記電源接続機器から前記検出値を取得する通信部、
安否確認の対象者が使用する機器の電流または電力の検出値を前記通信部から取得して時系列に記憶する手段、
前記対象者が使用する機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、
を有する情報処理装置と、を備える安否確認システム。
【請求項２】
前記情報処理装置が、前記対象者の安否を問い合わせる情報を当該対象者と対応する宛先へ送信する手段、
前記安否を問い合わせる情報に対する回答を受信する手段、及び
前記回答に基づく安否情報を前記安否確認テーブルに登録する手段、を備える請求項１に記載の安否確認システム。
【請求項３】
前記機器の使用状態の推移を求めた対象者のうち、前記機器の使用状態が使用中でない対象者にのみ、前記安否を問い合わせる情報を送信する請求項２に記載の安否確認システム。
【請求項４】
前記使用状態が使用中の機器に対する前記使用状態が停止中の機器の割合を求め、停止中の機器の割合が所定の割合となった場合に、当該停止中の機器を使用する対象者に前記安否を問い合わせる情報を送信する請求項３に記載の安否確認システム。
【請求項５】
前記機器が、
所定期間使用されない場合に停止状態に移行する手段と、
停止状態から使用状態へ移行する場合に対象者の認証を行う手段とを備える請求項１から４の何れか１項に記載の安否確認システム。
【請求項６】
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得する通信部、
前記検出値を前記通信部から取得して時系列に記憶する手段、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶する手段、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求める手段、
前記機器の使用状態の推移と対応する安否情報を記憶する手段、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録する手段、
を備える情報処理装置。
【請求項７】
コンピュータが、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行する安否確認方法。
【請求項８】
コンピュータに、
安否確認の対象者が使用する機器に供給する電流または電力の検出値を取得するステップと、
前記検出値を前記通信部から取得して時系列に記憶するステップと、
前記機器の使用状態と当該機器が消費する電流または電力の値とを対応付けて消費パターンとして記憶するステップと、
時系列に記憶した前記検出値を前記消費パターンと照合して、対象者が使用する機器の使用状態の推移を求めるステップと、
前記機器の使用状態の推移と対応する安否情報を記憶するステップと、
前記対象者が使用する前記機器の使用状態の推移と対応する安否情報を当該対象者の安否情報として安否確認テーブルに登録するステップと、
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【公開番号】特開２０１２−１６８７３６（Ｐ２０１２−１６８７３６Ａ）
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願番号】特願２０１１−２９２４５（Ｐ２０１１−２９２４５）
【出願日】平成２３年２月１４日（２０１１．２．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５９１１２８７６３）株式会社富士通ソーシアルサイエンスラボラトリ (57)
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願日】平成２３年２月１４日（２０１１．２．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５９１１２８７６３）株式会社富士通ソーシアルサイエンスラボラトリ (57)
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]