(57)【特許請求の範囲】
【請求項１】
利用者を一意に識別する利用者識別情報を含む利用者の履歴情報を複数のサーバから取得し、取得した前記履歴情報を履歴情報管理テーブルに登録する登録部と、
前記履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定する優先度設定部と、
利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求する履歴情報要求部と、
前記履歴情報要求部の要求により前記サーバから得られる履歴情報を、前記クライアントに通知する通知部と
を有することを特徴とする管理装置。
【請求項２】
前記優先度設定部は、サーバによる各時間帯の履歴情報の送信頻度を基にして、前記利用者識別情報毎の各時間帯に対する優先度を各サーバに設定し、前記所定のイベントが発生した後に、サーバによる履歴情報の送信頻度を基にして、前記利用者識別情報毎の優先度を各サーバに設定することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記履歴情報要求部は、公開要求情報を取得した時刻と各時間帯に対する各サーバの優先度とを基にして、各サーバに履歴情報を要求し、所定のイベントが発生した後に設定され各サーバの優先度を基にして、各サーバに履歴情報を再度要求することを特徴とする請求項２に記載の管理装置。
【請求項４】
前記履歴情報要求部は、各サーバが履歴情報を取得した時点で、該履歴情報を前記管理装置に送信する要求を各サーバに行うことを特徴とする請求項１、２または３に記載の管理装置。
【請求項５】
前記サーバから、該サーバに接続された子サーバからの応答があるか否かを示す応答有無情報を取得し、該応答有無情報と子サーバの位置情報とを基にして、被害地域を特定する被害地域特定部を更に有することを特徴とする請求項１〜４のいずれか一つに記載の管理装置。
【請求項６】
コンピュータが実行する管理方法であって、
利用者を一意に識別する利用者識別情報を含む利用者の履歴情報を複数のサーバから取得し、取得した前記履歴情報を履歴情報管理テーブルに登録し、
前記履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定し、
利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求し、
前記サーバから得られる履歴情報を、前記クライアントに通知する
各処理を実行することを特徴とする管理方法。
【請求項７】
コンピュータに、
利用者を一意に識別する利用者識別情報を含む利用者の履歴情報を複数のサーバから取得し、取得した前記履歴情報を履歴情報管理テーブルに登録し、
前記履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定し、
利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求し、
前記サーバから得られる履歴情報を、前記クライアントに通知する
各処理を実行させることを特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置等に関する。
【背景技術】
【０００２】
地震、津波、火災などの災害に見舞われた場合には、家族や友人、会社の同僚等の安否を確認することが重要である。以下の説明において、家族や友人、会社の同僚等をまとめて、知人と表記する。
【０００３】
ここで、大抵の利用者は、携帯電話や固定電話を利用して、知人に直接電話をかけ、安否の確認を行おうとする。しかし、多くの利用者が一斉に電話を利用することになるため、電話回線が混雑し、知人との電話がつながらない事態が多々発生する。また、災害発生時には、通話制限が行われる場合もあり、電話を利用して迅速に知人と連絡を取り合うことが困難である。
【０００４】
上記の問題点に鑑みて、電話を用いること無く、利用者の安否や所在等を確認するための各種の従来技術が存在する。例えば、従来技術１では、利用者がＩＣ（Integrated  Circuit）カードを利用して駅の改札口を通過した場合に、改札口の位置情報と利用者の情報とを対応付けた情報を生成し、閲覧可能とする技術が開示されている。
【０００５】
また、従来技術２では、利用者のＩＣカードに記録された本人識別情報をカードリーダで読み取り、本人識別情報とカードリーダの位置情報とを対応付けた情報を、本人の情報公開の承諾を得た後に、公開サーバに送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２１１２８８号公報
【特許文献２】特開２００８−１０２６５６号公報
【特許文献３】特開２００３−２８１６５５号公報
【特許文献４】特開２００６−１４０６２０号公報
【特許文献５】特開２００２−２４５１５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した従来技術では、迅速かつ確実に安否確認を行うことができないという問題があった。
【０００８】
例えば、複数のサーバを利用して、利用者の情報を収集する場合には、何れのサーバに利用者の情報が記憶されているかを事前に判定することができない。このため、従来の技術では、順々に、利用者の情報を問い合わせることになるため、利用者の情報を取得するまでに時間を要してしまう。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、迅速かつ確実に安否確認を行うことができる管理装置、管理方法および管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の管理装置は、登録部、優先度設定部、履歴情報要求部、通知部を有する。登録部は、利用者を一意に識別する利用者識別情報を含む利用者の履歴情報を複数のサーバから取得し、取得した前記履歴情報を履歴情報管理テーブルに登録する。優先度設定部は、履歴情報管理テーブルに登録された履歴情報を基にして、利用者識別情報毎に、各サーバの優先度をそれぞれ設定する。履歴情報要求部は、利用者識別情報を含む公開要求情報をクライアントから受信した場合に、該公開要求情報に含まれる利用者識別情報に対応する各サーバの優先度を基にして、各サーバに履歴情報を要求する。通知部は、サーバから得られる履歴情報を、前記クライアントに通知する。
【発明の効果】
【００１１】
開示の管理装置によれば、迅速かつ確実に安否確認を行うことができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例に係るシステムの構成を示す図である。
【図２】図２は、子サーバが生成する履歴情報のデータ構造の一例を示す図（１）である。
【図３】図３は、子サーバが生成する履歴情報のデータ構造の一例を示す図（２）である。
【図４】図４は、子サーバが生成する履歴情報のデータ構造の一例を示す図（３）である。
【図５】図５は、子サーバが生成する履歴情報のデータ構造の一例を示す図（４）である。
【図６】図６は、応答有無情報のデータ構造の一例を示す図である。
【図７】図７は、管理装置の構成を示す機能ブロック図である。
【図８】図８は、会員情報管理テーブルのデータ構造の一例を示す図である。
【図９】図９は、履歴情報管理テーブルのデータ構造の一例を示す図である。
【図１０】図１０は、第１優先度管理テーブルのデータ構造の一例を示す図である。
【図１１】図１１は、第２優先度管理テーブルのデータ構造の一例を示す図である。
【図１２】図１２は、子サーバ位置情報のデータ構造の一例を示す図である。
【図１３】図１３は、公開用安否情報の一例を示す図である。
【図１４】図１４は、管理装置が履歴情報を受信する処理手順を示すフローチャートである。
【図１５】図１５は、管理装置がクライアント端末から公開要求情報を受信した場合の処理手順を示すフローチャートである。
【図１６】図１６は、管理装置が第２優先度管理テーブルを基にして履歴情報を要求する処理手順を示すフローチャートである。
【図１７】図１７は、管理装置が応答有無情報を受信した場合の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する管理装置、管理方法および管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１４】
本実施例に係るシステムの構成の一例について説明する。図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、このシステムは、親サーバ１０、２０、３０、４０、子サーバ１０ａ、１０ｂ、１０ｃ、２０ａ、２０ｂ、２０ｃ、３０ａ、３０ｂ、３０ｃ、４０ａ、４０ｂ、４０ｃを有する。また、このシステムは、管理装置１００を有する。
【００１５】
管理装置１００は、ネットワーク８０を介して、親サーバ１０〜４０に接続される。親サーバ１０は、子サーバ１０ａ〜１０ｃに接続される。親サーバ２０は、子サーバ２０ａ〜２０ｃに接続される。親サーバ３０は、子サーバ３０ａ〜３０ｃに接続される。親サーバ４０は、子サーバ４０ａ〜４０ｃに接続される。
【００１６】
ここでは一例として、親サーバ１０〜４０を示すが、その他の親サーバがネットワーク８０に接続されていても良い。また、親サーバ１０〜４０は、図１に示す以外の子サーバに接続されていても良い。親サーバ１０〜４０は、サーバに対応する。
【００１７】
親サーバ１０は、「会社社内用のサーバ」であり、会社の従業員の勤務状況等を管理する。親サーバ１０は、子サーバ１０ａ〜１０ｃから履歴情報を取得した場合に、取得した履歴情報を、管理装置１００に送信する。
【００１８】
子サーバ１０ａ、１０ｂ、１０ｃは、それぞれ異なる位置の事務所内に配置された子サーバであり、従業員の勤務状況に関する履歴情報を生成する。例えば、従業員は、事務所に出勤、退勤する場合に、従業員用のＩＣカードをリーダライタにかざし、子サーバ１０ａ〜１０ｃはリーダライタから情報を読み取り、従業員の履歴情報を生成する。子サーバ１０ａ〜１０ｃは、生成した履歴情報を親サーバ１０に送信する。
【００１９】
図２は、子サーバが生成する履歴情報のデータ構造の一例を示す図（１）である。図２に示すように、この履歴情報は、従業員番号、出勤日、出勤時刻、場所、出張予定場所を含む。
【００２０】
図２において、従業員番号は、従業員を識別する情報である。出勤日、出勤時刻は、従業員の出勤日、出勤時刻を示す。場所は、子サーバの場所を示し、従業員の出勤場所に対応する。出張予定場所は、従業員の出張予定場所を示す。なお、この他にも、履歴情報は、退勤日や退勤時刻等を含んでいても良い。
【００２１】
図２に示す例では、従業員番号「Ｗ１００１」の従業員が出勤した日時および時刻は「２０１２年２月２８日８時４０分」であり、従業員の出勤場所は「武蔵小杉」である。また、従業員番号「Ｗ１００１」の従業員が「横浜」に出張予定であることを示す。
【００２２】
親サーバ２０は、「銀行サーバ」であり、顧客によるＡＴＭ（Automated  Teller  Machine）の利用状況等を管理する。親サーバ２０は、子サーバ２０ａ〜２０ｃから履歴情報を取得した場合に、取得した履歴情報を、管理装置１００に送信する。
【００２３】
子サーバ２０ａ、２０ｂ、２０ｃは、それぞれ異なる位置の銀行支店内に配置された子サーバであり、顧客のＡＴＭの利用情報に関する履歴情報を生成する。例えば、子サーバ２０ａ〜２０ｃは、ＡＴＭとデータ通信を行って、履歴情報を生成する。子サーバ２０ａ〜２０ｃは、生成した履歴情報を親サーバ２０に送信する。
【００２４】
図３は、子サーバが生成する履歴情報のデータ構造の一例を示す図（２）である。図３に示すように、この履歴情報は、銀行口座番号、利用日、利用時刻、店名を含む。
【００２５】
図３において、銀行口座番号は、顧客の銀行口座番号である。利用日、利用時刻は、顧客がＡＴＭを利用した利用日、利用時刻を示す。店名は顧客の利用したＡＴＭを有する店名を示す。
【００２６】
親サーバ３０は、「鉄道会社のサーバ」であり、顧客の乗車または降車に関する情報を管理する。親サーバ３０は、子サーバ３０ａ〜３０ｃから履歴情報を取得した場合に、取得した履歴情報を、管理装置１００に送信する。
【００２７】
子サーバ３０ａ、３０ｂ、３０ｃは、それぞれ異なる駅の自動改札機に設置された子サーバであり、顧客の乗車または降車に関する履歴情報を生成する。例えば、顧客は、自動改札機を通過する場合に、ＩＣカードをリーダライタにかざし、子サーバ３０ａ〜３０ｃは、リーダライタからＩＣカードの情報を読み取り、顧客の履歴情報を生成する。子サーバ３０ａ〜３０ｃは、生成した履歴情報を親サーバ３０に送信する。
【００２８】
図４は、子サーバが生成する履歴情報のデータ構造の一例を示す図（３）である。図４に示すように、この履歴情報は、ＩＣカード識別番号１、入場日、入場時刻、退場時刻、駅名を含む。
【００２９】
図４において、ＩＣカード識別番号１は、顧客が乗車時または降車時に利用するＩＣカードの識別番号である。入場日は、顧客が自動改札機を通過して駅に入場した日を示す。入場時刻は、顧客が自動改札機を通過して駅に入場した時刻を示す。退場時刻は、顧客が自動改札機を通過して駅を退場した時刻を示す。駅名は、顧客が通過した自動改札機の駅の名称を示す。
【００３０】
親サーバ４０は、「飲料会社のサーバ」であり、顧客の飲料の購入日時や購入場所を管理する。親サーバ４０は、子サーバ４０ａ〜４０ｃから履歴情報を取得した場合に、取得した履歴情報を、管理装置１００に送信する。
【００３１】
子サーバ４０ａ、４０ｂ、４０ｃは、それぞれ異なる位置の自動販売機に設置された子サーバであり、顧客の飲料の購入日時や購入場所に関する履歴情報を生成する。例えば、自動販売機は、リーダライタが設置されており、顧客はＩＣカードを利用して、自動販売機から商品を購入するものとする。子サーバ４０ａ〜４０ｃから、ＩＣカードの情報を読み取り、顧客の履歴情報を生成する。子サーバ４０ａ〜４０ｃは、生成した履歴情報を親サーバ５０に送信する。
【００３２】
図５は、子サーバが生成する履歴情報のデータ構造の一例を示す図（４）である。図５に示すように、この履歴情報は、ＩＣカード識別番号２、購入日、購入時刻、購入場所を有する。
【００３３】
図５において、ＩＣカード識別番号２は、顧客が自動販売機で商品を購入する場合に利用するＩＣカードの識別番号である。購入日、購入時刻は顧客が商品を購入した日および時刻を示す。購入場所は、顧客が自動販売機で商品を購入した場所を示す。
【００３４】
ところで、各親サーバ１０〜４０は、定期的に子サーバとデータ通信を行い、各子サーバから応答があるか否かを判定する。そして、親サーバ１０〜４０は、判定結果となる応答有無情報を管理サーバ１００に送信する。図６は、応答有無情報のデータ構造の一例を示す図である。
【００３５】
図６に示すように、応答有無情報は、子サーバ識別情報と応答有無とを対応付ける。子サーバ識別情報は、子サーバを一意に識別する情報である。応答有無は、子サーバからの応答があるか否かを示す情報である。図６に示す応答有無情報は、親サーバ１０が生成する応答有無情報である。図６に示す例では、子サーバ１０ａ、１０ｂからの応答は「有」で、子サーバ１０ｃからの応答は「無」であることを示している。
【００３６】
更に、各親サーバ１０〜４０は、後述する管理装置１００から、履歴要求情報を受信する。親サーバ１０〜４０は、履歴要求情報に対応する履歴情報を、子サーバに要求する。子サーバから履歴要求情報に対応する履歴情報を子サーバから受信した場合には、受信した履歴情報を、管理装置１００に送信する。履歴要求情報に関する具体的な説明は後述する。
【００３７】
管理装置１００は、各親サーバ１０〜４０から履歴情報を受信し、受信した履歴情報を会員識別番号と対応付けて管理する装置である。会員識別番号は、上記の従業員、顧客を一意に識別する番号である。以下の説明では、従業員、顧客をまとめて会員と表記する。
【００３８】
管理装置１００は、会員の情報開示を要求する公開要求情報をクライアント端末（図示略）から受信した場合には、会員に対応する履歴情報を集めた公開用安否情報を生成する。管理装置１００は、生成した公開用安否情報を、クライアント端末に送信する。
【００３９】
ここで、管理装置１００の構成の一例について説明する。図７は、管理装置の構成を示す機能ブロック図である。図７に示すように、この管理装置１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。
【００４０】
通信部１１０は、親サーバ１０〜４０、クライアント端末とのデータ通信を行う処理部である。例えば、通信部１１０は、通信カードなどの通信装置に対応する。後述する制御部１５０は、通信部１１０を介して、親サーバ１０〜４０、クライアント端末とデータ通信を行うものとする。
【００４１】
入力部１２０は、各種の情報を入力する入力装置である。例えば、入力部１２０は、キーボード、マウス、タッチパネル等の入力装置に対応する。表示部１３０は、制御部１５０から出力される情報を表示する。例えば、表示部１２０は、ディスプレイやタッチパネル等に対応する。
【００４２】
記憶部１４０は、会員情報管理テーブル１４１、履歴情報管理テーブル１４２、第１優先度管理テーブル１４３、第２優先度管理テーブル１４４、子サーバ位置情報１４５を記憶する。記憶部１４０は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。
【００４３】
会員情報管理テーブル１４１は、会員識別番号と、複数種類の利用者識別情報とを対応付けるテーブルである。図８は、会員情報管理テーブルのデータ構造の一例を示す図である。図８に示すように、会員情報管理テーブル１４１は、会員識別番号、氏名、住所、ＩＣカード番号１、ＩＣカード番号２、従業員番号、銀行口座番号、ポイントカード識別番号を有する。
【００４４】
会員識別番号は、会員を一意に識別する情報である。氏名は、会員の氏名である。住所は会員の住所である。ＩＣカード識別番号１は、図４に示した履歴情報のＩＣカード識別情報１に対応する。ＩＣカード識別番号１は、会員が自動改札機を通過する場合に利用するＩＣカードに記録された情報である。
【００４５】
ＩＣカード識別情報２は、図５に示した履歴情報のＩＣカード識別情報２に対応する。ＩＣカード識別番号２は、会員が自動販売機で商品を購入する場合に利用するＩＣカードに記録された情報である。
【００４６】
従業員番号は、図２に示した履歴情報の従業員番号に対応する。従業員番号は、会員の勤務先で利用する従業員用のＩＣカードに記録された情報である。
【００４７】
銀行口座番号は、図３に示した履歴情報の銀行口座番号に対応する。銀行口座番号は、会員が開設している銀行口座の番号である。
【００４８】
ポイントカード識別番号は、親サーバ１０〜４０以外のサーバから受信する履歴情報に含まれる情報であり、例えば、会員がレンタルショップなどで利用するポイントカードに含まれる。
【００４９】
履歴情報管理テーブル１４２は、各親サーバ１０〜４０から取得する各履歴情報を会員識別番号毎に記憶するテーブルである。図９は、履歴情報管理テーブルのデータ構造の一例を示す図である。図９に示すように、この履歴情報管理テーブル１４２は、会員識別番号に対応する各履歴情報が登録される。会員識別番号と、履歴情報とは、図８に示した会員情報管理テーブル１４１を基にして、ひも付けられる。例えば、図２〜図５に示した各履歴情報は、図８に示した会員情報管理テーブル１４１と比較すると、会員識別番号「Ｋ１０１」に対応付けられる。このため、図２〜図５に示した各履歴情報は、会員識別情報「Ｋ１０１」に対応付けて、履歴情報管理テーブル１４２に登録される。
【００５０】
第１優先度管理テーブル１４３は、異なる時間帯毎の各親サーバの優先度を管理するテーブルである。図１０は、第１優先度管理テーブルのデータ構造の一例を示す図である。図１０に示すように、第１優先度管理テーブル１４３は、会員識別番号、氏名、時間帯、優先度１サーバ識別情報、優先度２サーバ識別情報、優先度３サーバ識別情報を対応付ける。ここで、優先度１サーバ識別情報に識別される親サーバが最も優先度が高く、優先度２サーバ識別情報の親サーバ、優先度３サーバ識別情報の親サーバの順に、優先度が低くなる。
【００５１】
例えば、会員識別番号「Ｋ１０１」、氏名「富士太郎」の時間帯「８：００〜９：００」において、親サーバ１０が最も優先度が高く、親サーバ２０、親サーバ３０の順に、優先度が低くなる。第１優先度管理テーブル１４３の各親サーバの優先度は、会員の日常生活に基づいて設定される。例えば、図１０の例では、会員識別番号「Ｋ１０１」の「富士太郎」さんは、時間帯「８：００〜９：００」において、子サーバ１０ａ〜１０ｃの利用頻度が高く、続いて、子サーバ２０ａ〜２０ｃ、子サーバ３０ａ〜３０ｃの利用頻度が高いことを意味する。
【００５２】
第２優先度管理テーブル１４４は、会員の各親サーバに対する優先度を管理するテーブルである。図１１は、第２優先度管理テーブルのデータ構造の一例を示す図である。図１１に示すように、第２優先度管理テーブル１４４は、会員識別番号、氏名、サーバ識別番号、優先度を対応付ける。ここで、優先度１が最も優先度が高く、優先度５が最も優先度が低い。このため、会員識別番号「Ｋ１０１」、氏名「富士太郎」に対して、優先度の高い親サーバから順に列挙すると、親サーバ４０、２０、１０、３０の順となる。
【００５３】
第２優先度管理テーブル１４４の優先度は、あるイベントが発生した後に、会員の履歴情報を送信する親サーバの送信回数に応じて決定される。例えば、図１１に示す例では、会員識別番号「Ｋ１０１」の会員に対応する履歴情報を送信する送信回数は、親サーバ４０が最も多いことを示す。このため、あるイベントが発生した後に、会員識別番号「Ｋ１０１」の会員は、親サーバ４０の配下の子サーバ４０ａ〜４０ｃの利用頻度が高いことを意味する。
【００５４】
子サーバ位置情報１４５は、子サーバの位置情報を記憶する。図１２は、子サーバ位置情報のデータ構造の一例を示す図である。図１２に示すように、子サーバ位置情報１４５は、子サーバを識別する子サーバ識別情報と、位置座標とを対応付ける。例えば、子サーバ１０ａの位置座標は（ｘ１、ｙ１）となる。
【００５５】
制御部１５０は、登録部１５１、優先度設定部１５２、履歴情報要求部１５３、被害地域特定部１５４、通知部１５５を有する。制御部１５０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）や、ＦＰＧＡ（Field  Programmable  Gate  Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵやＭＰＵ（Micro  Processing  Unit）等の電子回路に対応する。
【００５６】
登録部１５１は、各親サーバ１０〜４０から履歴情報を受信し、受信した履歴情報を履歴情報管理テーブル１４２に登録する処理部である。登録部１５１は、履歴情報を受信した場合に、履歴情報の利用者識別情報と、会員情報管理テーブル１４１とを比較して、履歴情報に対応する会員識別番号を特定する。登録部１５１は、判定した会員識別番号に対応付けて、履歴情報を履歴情報管理テーブル１４２に登録する。
【００５７】
ここで、履歴情報の利用者識別情報は、履歴情報の内容によって複数種類存在する。例えば、履歴情報が、図２に示す履歴情報である場合には、利用者識別情報は、従業員番号となる。履歴情報が、図３に示す履歴情報である場合には、利用者識別情報は、銀行口座番号となる。履歴情報が、図４に示す履歴情報である場合には、利用者識別情報は、ＩＣカード識別番号１となる。履歴情報が、図５に示す履歴情報である場合には、利用者識別情報は、ＩＣカード識別番号２となる。
【００５８】
例えば、登録部１５１が、図２に示す履歴情報を取得した場合について説明する。登録部１５１は、履歴情報の利用者識別情報「ｗ１００１」と、会員情報管理テーブル１４１とを比較すると、会員情報管理テーブル１４１の１行目のレコードにヒットするため、会員識別番号は「Ｋ１０１」となる。このため、登録部１５１は、履歴情報管理テーブル１４２の会員識別番号「１０１」に対応付けて、図２の履歴情報を登録する。
【００５９】
優先度設定部１５２は、履歴情報管理テーブル１４２を基にして、会員識別番号毎に各親サーバ１０〜４０の優先度を設定する処理部である。優先度設定部１５２は、第１優先度管理テーブル１４３および第２優先度管理テーブル１４４に優先度を設定する。
【００６０】
優先度設定部１５２が、第１優先度管理テーブル１４３に優先度を設定する処理について説明する。優先度設定部１５２は、履歴情報管理テーブル１４２を分析して、会員の行動パターンを算出し、各会員について、各時間帯の親サーバの優先度を算出する。優先度設定部１５２は、算出結果を基にして、第１優先度管理テーブル１４３に各情報を登録する。
【００６１】
例えば、優先度設定部１５２は、ある会員識別番号に対応する履歴情報を、時間帯毎に分類する。優先度設定部１５２は、分類した各履歴情報を分析し、各時間帯において親サーバの履歴情報の送信頻度を集計する。そして、優先度設定部１５２は、履歴情報の送信頻度が高い親サーバほど、高い優先度となるように、優先度を設定する。優先度設定部１５２は、会員識別番号、時間帯に対応付けて、優先度１サーバ識別情報、優先度２サーバ識別情報、優先度３サーバ識別情報を第１優先度管理テーブル１４３に登録する。
【００６２】
ここで、優先度設定部１５２は、履歴情報を送信した親サーバを、履歴情報の利用者識別情報を基にして区別する。履歴情報の利用者識別情報が、従業員番号である場合には、係る履歴情報を送信した親サーバは親サーバ１０となる。履歴情報の利用者識別情報が、銀行口座番号である場合には、係る履歴情報を送信した親サーバは親サーバ２０となる。履歴情報の利用者識別情報が、ＩＣカード識別番号１の場合には、係る履歴情報を送信した親サーバは親サーバ３０となる。履歴情報の利用者識別情報が、ＩＣカード識別番号２の場合には、係る履歴情報を送信した親サーバは親サーバ４０となる。
【００６３】
例えば、会員識別番号「Ｋ１０１」の時間帯「８：００〜９：００」において、履歴情報の送信頻度が、親サーバ１０が最も高く、次に、親サーバ２０、親サーバ３０の順とする。この場合には、優先度設定部１５２は、会員識別番号「Ｋ１０１」、時間帯「８：００〜９：００」の優先度１〜３サーバ識別情報にそれぞれ、「親サーバ１０」、「親サーバ２０」、「親サーバ３０」を登録する。優先度設定部１５２は、全ての会員識別番号の全ての時間帯に対して、上記処理を繰り返し実行する。
【００６４】
優先度設定部１５２が、第２優先度管理テーブル１４４に優先度を設定する処理について説明する。優先度設定部１５２は、所定のイベントが発生した後に、第２優先度管理テーブル１４４に優先度を設定する。ここで、所定のイベントは、例えば、地震、津波、火災などの災害が発生した場合や、ある会員に対する捜索願が発令された場合に対応する。所定のイベントは、例えば、図示しない外部装置からネットワーク８０を介して通知される。
【００６５】
優先度設定部１５２は、所定のイベントが発生した後に、各親サーバ１０〜４０から送信される履歴情報の送信頻度を基にして、会員識別番号毎に、各親サーバの優先度を判定し、第２優先度管理テーブル１４４に情報を登録する。
【００６６】
例えば、会員識別番号「Ｋ１０１」について、履歴情報の送信頻度が高い親サーバから順に並べると、親サーバ４０、２０、１０、３０とする。この場合には、優先度設定部１５２は、図１１に示すように、会員識別番号「Ｋ１０１」に対する親サーバ１０〜４０の優先度をそれぞれ、３、２、４、１に設定する。優先度設定部１５２は、全ての会員識別番号に対応する親サーバ１０〜４０の優先度を判定し、第２優先度管理テーブル１４４に設定する。優先度設定部１５２は、履歴情報を受信する度に、上記処理を実行し、第２優先度管理テーブル１４４の優先度を更新する。
【００６７】
履歴情報要求部１５３は、クライアント端末から公開要求情報を受信した場合に、公開用安否情報を生成する処理部である。公開要求情報には、会員識別番号が含まれているものとする。履歴情報要求部１５３は、生成した公開用安否情報を通知部１５５に出力する。また、履歴情報要求部１５３は、第１優先度管理テーブル１４３、第２優先度管理テーブル１４４を参照し、優先度に応じた順番により、会員識別番号の会員に対応する履歴情報を、各親サーバ１０〜４０に要求する。以下において、履歴情報要求部１５３の処理を具体的に説明する。
【００６８】
まず、履歴情報要求部１５３は、公開要求情報に含まれる会員識別番号をキーにして、該会員識別番号に対応する履歴情報を、履歴情報管理テーブル１４２から検出し、検出した各履歴情報を公開用安否情報として生成する。図１３は、公開用安否情報の一例を示す図である。図１３に示す例では、会員識別番号「Ｋ１０１」に対応する公開用安否情報を示す。履歴情報要求部１５３は、公開用安否情報を、通知部１５５に出力する。履歴情報要求部１５３は、安全性の面から、公開用安否情報に含まれる利用者識別情報の一部を黒塗りとしても良い。
【００６９】
続いて、履歴情報要求部１５３が、第１優先度管理テーブル１４３または第２優先度管理テーブル１４４を用いて、履歴情報を各サーバ１０〜４０に要求する処理について説明する。履歴情報要求部１５３は、所定のイベントが発生する前は、第１優先度管理テーブル１４３を用いて、履歴情報を要求する。これに対して、履歴情報要求部１５３は、所定のイベントが発生した後は、一旦、第１優先度管理テーブル１４３を用いて、履歴情報を要求し、その後は、第２優先度管理テーブル１４４を用いて、履歴情報を要求する。所定のイベントが発生する前や発生した直後は、会員は、いつもとそれほど変わらない行動をとっていると考えられる。これに対して、所定のイベントが発生してからしばらくすると、会員はいつもと異なる行動を起こすと考えられるためである。
【００７０】
履歴情報要求部１５３が、第１優先度管理テーブル１４３を用いて、履歴情報を各親サーバ１０〜４０に要求する処理について説明する。履歴情報要求部１５３は、第１優先度管理テーブル１４３と、公開要求情報に含まれる会員識別番号と、現時刻とを比較して、優先度１〜３サーバ識別情報に対応する親サーバをそれぞれ判定する。履歴情報要求部１５３は、利用者識別情報を含む履歴要求情報を生成し、優先度１サーバ識別情報に対応する親サーバ、優先度２サーバ識別情報に対応する親サーバ、優先度３サーバ識別情報に対応する親サーバの順に、履歴要求情報を送信する。
【００７１】
例えば、現時刻が「８：３０」、公開要求情報に含まれる会員識別番号「Ｋ１０１」の場合には、図１０の１行目のレコードに対応する。このため、履歴情報要求部１５３は、親サーバ１０、２０、３０の順に、履歴要求情報を送信する。
【００７２】
履歴情報要求部１５３は、親サーバから、履歴要求情報に応答した履歴情報を受信した時点で、受信した履歴情報を含む公開用安否情報を生成し、公開用安否情報を通知部１５５に出力する。なお、履歴情報要求部１５３は、優先度１〜３サーバ識別情報に対応する親サーバから履歴情報を受信できない場合に、他の親サーバに履歴要求情報を順次送信する。
【００７３】
次に、履歴情報要求部１５３が、第２優先度管理テーブル１４４を用いて、履歴情報を各サーバ１０〜４０に要求する処理について説明する。履歴情報要求部１５３は、第２優先度管理テーブル１４４と、公開要求情報に含まれる会員識別番号とを比較して、各親サーバ１０〜４０の優先度を判定する。履歴情報要求部１５３は、優先度の高い親サーバから順に、履歴要求情報を送信する。
【００７４】
例えば、図１１において、公開要求情報に含まれる会員識別番号「Ｋ１０１」について、各親サーバ１０〜４０を優先度の高い順番に並べると、親サーバ４０、２０、１０、３０となる。このため、履歴情報要求部１５３は、親サーバ４０、２０、１０、３０の順に、履歴要求情報を送信する。
【００７５】
履歴情報要求部１５３は、親サーバから、履歴要求情報に応答した履歴情報を受信した時点で、受信した履歴情報を含む公開用安否情報を生成し、公開用安否情報を通知部１５５に出力する。なお、履歴情報要求部１５３は、親サーバ１０〜４０から履歴情報を受信できない場合に、他の親サーバに履歴要求情報を順次送信する。
【００７６】
ところで、各親サーバ１０〜４０は、履歴要求情報に含まれる利用者識別情報をキーとして、子サーバに履歴情報を要求する。例えば、親サーバ１０は、利用者識別情報のうち、従業員番号を利用して、子サーバ１０ａ〜１０ｃから該当する従業員番号の履歴情報を取得する。親サーバ２０は、利用者識別情報のうち、銀行口座番号を利用して、子サーバ２０ａ〜２０ｃから該当する銀行口座番号の履歴情報を取得する。親サーバ３０は、利用者識別情報のうち、ＩＣカード識別番号１を利用して、子サーバ３０ａ〜３０ｃから該当するＩＣカード識別番号１の履歴情報を取得する。親サーバ４０は、利用者識別情報のうち、ＩＣカード識別番号２を利用して、子サーバ４０ａ〜４０ｃから該当するＩＣカード識別番号２の履歴情報を取得する。各親サーバ１０〜４０は、履歴情報を子サーバから取得できた場合に、履歴情報を管理装置１００に送信する。
【００７７】
なお、各親サーバ１０〜４０は、履歴要求情報を保持しておき、子サーバから送信された時点で、履歴情報の利用者識別情報と、履歴要求情報の利用者識別情報とを比較する。各親サーバ１０〜４０は、各利用者識別情報が一致した場合に、直ちに、履歴情報を管理装置１００に送信しても良い。このような処理を各親サーバ１０〜４０が実行することで、履歴情報要求部１５３は、迅速に会員の履歴情報を取得することができる。
【００７８】
被害地域特定部１５４は、各親サーバ１０〜４０から、応答有無情報を受信し、被害の大きさや被害地域を特定する処理部である。被害地域特定部１５４は、特定結果となる被害状況情報を、通知部１５５に出力する。以下において、被害地域特定部１５４の処理を具体的に説明する。
【００７９】
被害地域特定部１５４は、応答有無情報と、子サーバ位置情報１４５とを基にして、応答の無い子サーバの位置を被害地域として、特定する。また、被害地域特定部１５４は、ある地域に位置する全子サーバの内、応答のない子サーバの割合に基づいて、被害の大きさを特定する。例えば、被害地域特定部１５４は、割合が第１閾値未満の場合には、被害の大きさ「小」とする。被害地域特定部１５４は、第１閾値以上、割合が第２閾値未満の場合には、被害の大きさを「中」とする。被害地域特定部１５４は、割合が第２閾値以上の場合には、被害の大きさを「大」とする。ただし、第１閾値は、第２閾値よりも小さいものとする。また、被害地域特定部１５４は、ある地域に位置する子サーバが全て応答有りの場合には、被害無しとする。
【００８０】
通知部１５５は、履歴情報要求部１５３から取得する公開用安否情報を、公開要求情報の送信元となるクライアント端末に送信する処理部である。また、通知部１５５は、被害地域特定部１５４から被害状況情報を取得した場合には、公開要求情報の送信元となるクライアント端末に、被害状況情報を送信する。なお、通知部１５５は、公開用安否情報により特定される位置に、被害の大きさ「小」〜「大」の地域が含まれる場合に、被害状況情報を、クライアント端末に送信しても良い。
【００８１】
次に、本実施例に係る管理装置１００の処理手順について説明する。所定のイベントが発生する前に、管理装置１００が履歴情報を受信する処理について説明する。図１４は、管理装置が履歴情報を受信する処理手順を示すフローチャートである。
【００８２】
図１４に示すように、管理装置１００は、親サーバから履歴情報を受信したか否かを判定する（ステップＳ１０１）。管理装置１００は、親サーバから履歴情報を受信していない場合には（ステップＳ１０１，Ｎｏ）、ステップＳ１０１に再度移行する。管理装置１００は、親サーバから履歴情報を受信した場合には（ステップＳ１０１，Ｙｅｓ）、会員情報管理テーブル１４１と履歴情報とを基にして、履歴情報に対応する会員識別番号を判定する（ステップＳ１０２）。
【００８３】
管理装置１００は、会員識別番号毎に履歴情報を履歴情報管理テーブル１４２に登録する（ステップＳ１０３）。管理装置１００は、履歴情報管理テーブル１４２の履歴情報を分析して会員の行動パターンを算出し、各時間帯の親サーバの優先度を算出する（ステップＳ１０４）。
【００８４】
続いて、管理装置１００が、クライアント端末から公開要求情報を受信した場合の処理手順について説明する。図１５は、管理装置がクライアント端末から公開要求情報を受信した場合の処理手順を示すフローチャートである。図１５に示すように、管理装置１００は、クライアント端末から公開要求情報を受信したか否かを判定する（ステップＳ２０１）。管理装置１００は、クライアント端末から公開要求情報を受信していない場合には（ステップＳ２０１，Ｎｏ）、ステップＳ２０１に移行する。
【００８５】
一方、管理装置１００は、クライアント端末から公開要求情報を受信した場合には（ステップＳ２０１，Ｙｅｓ）、会員識別番号をキーにして、公開用安否情報を生成する（ステップＳ２０２）。
【００８６】
管理装置１００は、要求元のクライアント端末に公開用安否情報を送信する（ステップＳ２０３）。管理装置１００は、現時刻において、優先度が最も高い親サーバを選択し（ステップＳ２０４）、選択した親サーバに履歴要求情報を送信する（ステップＳ２０５）。
【００８７】
管理装置１００は、親サーバから履歴情報を受信したか否かを判定する（ステップＳ２０６）。管理装置１００は、親サーバから履歴情報を受信していない場合には（ステップＳ２０６，Ｎｏ）、次に優先度の高い親サーバを選択し（ステップＳ２０７）、ステップＳ２０５に移行する。
【００８８】
一方、管理装置１００は、親サーバから履歴情報を受信した場合には（ステップＳ２０６，Ｙｅｓ）、新たに受信した履歴情報を含む公開用安否情報を生成し、クライアント端末に送信する（ステップＳ２０８）。
【００８９】
続いて、管理装置１００が、第２優先度管理テーブル１４４を基にして履歴情報を要求する処理手順について説明する。図１６は、管理装置が第２優先度管理テーブルを基にして履歴情報を要求する処理手順を示すフローチャートである。例えば、管理装置１００は、所定のイベントが発生した後に、図１６に示す処理を実行する。
【００９０】
図１６に示すように、管理装置１００は、第２優先度管理テーブル１４４を基にして、優先度が最も高い親サーバを選択する（ステップＳ３０１）。管理装置１００は、選択した親サーバに履歴要求情報を送信する（ステップＳ３０２）。
【００９１】
管理装置１００は、親サーバから履歴情報を受信したか否かを判定する（ステップＳ３０３）。管理装置１００は、親サーバから履歴情報を受信していない場合には（ステップＳ３０３，Ｎｏ）、次に優先度が高い親サーバを選択し（ステップＳ３０４）、ステップＳ３０３に移行する。
【００９２】
一方、管理装置１００は、親サーバから履歴情報を受信した場合には（ステップＳ３０３，Ｙｅｓ）、新たに受信した履歴情報を含む公開用安否情報を生成し、クライアント端末に送信する（ステップＳ３０５）。管理装置１００は、履歴情報を送信する頻度に応じて、第２優先度管理テーブルの優先度を更新する（ステップＳ３０６）。
【００９３】
次に、管理装置１００が、応答有無情報を受信した場合の処理手順について説明する。図１７は、管理装置が応答有無情報を受信した場合の処理手順を示すフローチャートである。
【００９４】
図１７に示すように、管理装置１００は、親サーバから各子サーバの応答有無情報を受信する（ステップＳ４０１）。管理装置１００は、子サーバ位置情報１４５と応答有無情報とを基にして、被害の大きさと被害地域を特定して、被害状況情報を生成する（ステップＳ４０２）。
【００９５】
管理装置１００は、履歴情報によって特定される会員の位置が被害地域に含まれるか否かを判定する（ステップＳ４０３）。管理装置１００は、会員の位置が被害地域に含まれる場合には（ステップＳ４０３，Ｙｅｓ）、被害状況情報をクライアント端末に送信する（ステップＳ４０４）。一方、管理装置１００は、会員の位置が被害地域に含まれない場合には（ステップＳ４０３，Ｎｏ）、処理を終了する。
【００９６】
次に、本実施例に係る管理装置１００の効果について説明する。管理装置１００は、各親サーバ１０〜４０から取得した会員の履歴情報を会員情報管理テーブル１４１に登録し、登録した各履歴情報を基にして、各親サーバ１０〜４０の優先度を判定する。管理装置１００は、公開要求情報をクライアント端末から受信した場合に、各親サーバ１０〜４０の優先度に基づいて履歴情報を順次要求し、親サーバから得られる履歴情報を、クライアント端末に送信する。ここで、優先度の高い親サーバほど、過去の実績から、会員の履歴情報を取得しやすいといえる。このため、優先度に応じた順番で各親サーバ１０〜４０に履歴情報の要求を行うことで、会員の最新の履歴情報を効率的に収集でき、迅速かつ確実に安否確認を行うことができる。
【００９７】
また、管理装置１００は、親サーバ１０〜４０による各時間帯の履歴情報の送信頻度を基にして、会員識別番号毎の各時間帯に対する優先度を各サーバに設定する。このため、管理装置１００は、会員の日常生活における行動パターンに応じた優先度を、各親サーバ１０〜４０に設定することができ、日常生活時の会員の履歴情報を効率的に収集することができる。
【００９８】
また、管理装置１００は、所定のイベントが発生した後に、親サーバ１０〜４０による履歴情報の送信頻度を基にして、会員識別番号の優先度を各サーバ１０〜４０に設定する。このため、所定のイベントが発生し、会員がいつもと異なる行動を起こした場合でも、会員の履歴情報を得やすい親サーバの優先度を高く設定することができ、この優先度を用いることで、日常とは異なる状況であっても、会員の履歴情報を効率的に収集することができる。
【００９９】
また、管理装置１００は、各親サーバ１０〜４０から子サーバの応答があるか否かの応答有無情報を取得し、応答有無情報を基にして、被害地域を特定する。このため、管理装置１００によれば、会員の安否だけでなく、所定のイベントによる地域の被害状況も特定することができる。
【０１００】
また、各親サーバ１０〜４０は、履歴要求情報を保持しておき、子サーバから送信された時点で、履歴情報の利用者識別情報と、履歴要求情報の利用者識別情報とを比較し、各利用者識別情報が一致した場合に、直ちに、履歴情報を管理装置１００に送信する。このような処理を各親サーバ１０〜４０が実行することで、管理装置１００は、迅速に会員の履歴情報を取得することができる。
【０１０１】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも種々の異なる形態にて実施されて良いものである。
【０１０２】
本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０３】
さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【符号の説明】
【０１０４】
１０、２０、３０、４０    親サーバ
１０ａ、１０ｂ、１０ｃ、２０ａ、２０ｂ、２０ｃ、３０ａ、３０ｂ、３０ｃ、４０ａ、４０ｂ、４０ｃ    子サーバ
８０    ネットワーク
１００    管理装置
【図１】
0005616920.tif 000002
【図２】
0005616920.tif 000003
【図３】
0005616920.tif 000004
【図４】
0005616920.tif 000005
【図５】
0005616920.tif 000006
【図６】
0005616920.tif 000007
【図７】
0005616920.tif 000008
【図８】
0005616920.tif 000009
【図９】
0005616920.tif 000010
【図１０】
0005616920.tif 000011
【図１１】
0005616920.tif 000012
【図１２】
0005616920.tif 000013
【図１３】
0005616920.tif 000014
【図１４】
0005616920.tif 000015
【図１５】
0005616920.tif 000016
【図１６】
0005616920.tif 000017
【図１７】
0005616920.tif 000018