(57)【要約】【課題】返信の遅延を抑制することを可能とする情報処理装置、メール送信方法、及び、プログラムを提供する。【解決手段】返信内容と返信時間とに基づいて、複数の登録者を優先度が異なる複数のグループに分類し、登録者毎に、登録者が属するグループ内の送信順位を設定する送信順位付けテーブル管理部３７と、次の安否確認メールを送信する際に、優先度が高いグループから順に、グループ内の送信順位に従って、安否確認メールを登録者に対応した情報端末に送信するメール送信制御部３５と、を備える。【選択図】図２
2015207107.tif 000002
【特許請求の範囲】
【請求項１】
複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置であって、
前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類する分類手段と、
前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定する設定手段と、
次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する送信手段と、
を備え、
前記返信内容は、前記登録者に対応した前記情報端末の位置を示す位置情報を含む、
ことを特徴とする情報処理装置。
【請求項２】
前記位置情報に基づいて、前記返信時間を補正する補正手段を、更に、備え、
前記設定手段は、補正後の前記返信時間に基づいて、前記送信順位を設定する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記登録者毎に、今回までの補正後の前記返信時間の平均値を算出する算出手段を、更に、備え、
前記設定手段は、前記平均値が大きい順に、前記送信順位を設定する、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記算出手段は、前記安否状況がケガの場合における前記返信時間を除外して、前記平均値を算出する、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記補正手段は、前記安否状況が特定できない前記登録者に対して、次の前記安否確認メールの送信順位が高くなるように前記返信時間を補正する、
ことを特徴とする請求項２乃至４のいずれか一に記載の情報処理装置。
【請求項６】
前記補正手段は、前記安否確認メールの送信のトリガとなるイベントの発生からの経過時間が所定の第１閾値を超えた時点で、前記安否確認メールに対する返信をしていない未返信者に対して、次の前記安否確認メールの送信順位が高くなるように前記返信時間を補正する、
ことを特徴とする請求項２乃至５のいずれか一に記載の情報処理装置。
【請求項７】
前記安否確認メールの送信のトリガとなるイベントの発生間隔が、所定の第２閾値以上の場合に、前記グループの区別に関わらず、前記返信時間、あるいは、補正後の前記返信時間に基づいて、前記送信順位を再設定する再設定手段を、更に、備え、
前記送信手段は、再設定後の送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、
ことを特徴とする請求項１乃至６のいずれか一に記載の情報処理装置。
【請求項８】
前記送信手段は、前記安否確認メールの送信のトリガとなるイベントの発生間隔が、所定の第２閾値未満の場合に、直前の前記イベントにおける前記安否状況がケガである前記登録者に対応した前記情報端末を送信対象から除外する、
ことを特徴とする請求項１乃至７のいずれか一に記載の情報処理装置。
【請求項９】
前記複数のグループの内の一つのグループは、前記位置情報が示す前記位置が、前記登録者が属する組織の拠点である前記登録者のグループである、
ことを特徴とする請求項１乃至８のいずれか一に記載の情報処理装置。
【請求項１０】
前記設定手段は、前記位置情報が示す位置が、前記登録者が属する組織の拠点である前記登録者のグループに対しては、前記返信時間が長い順に、グループ内の前記送信順位を設定する、
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置のメール送信方法であって、
前記登録者の位置を示す位置情報を含む前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類し、
前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定し、
次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、
ことを特徴とするメール送信方法。
【請求項１２】
複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置のコンピュータに、
前記登録者の位置を示す位置情報を含む前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類し、
前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定し、
次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、
処理を実行させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、メール送信方法、及び、プログラムに関する。
【背景技術】
【０００２】
地震等のイベントが発生した際のＢＣＭ（Business Continuity Management：事業継続）の１ツールとして、安否確認サービスが提供されている（例えば、特許文献１を参照）。
【０００３】
安否確認サービスは、イベントが発生すると、直ちに登録者に安否確認メールを送信するものであり、安否確認メールを受信した登録者が、安否の状況（例えば、無事、ケガなど）などを返信することで、管理者（例えば、事業主）は、登録者の状況に応じて、その後の事業継続の判断を行うことが可能となる。
【０００４】
事業継続の判断を迅速に行うためには、可能な限り早く登録者からの返信メールを収集する必要がある。しかしながら、意識やリテラシーの問題から返信が遅い者も存在する。このような意識やリテラシーが低い者は、安否確認メールの受信タイミングが遅くなる程、つまり、イベントの発生から時間が経過する程、返信が遅くなる傾向がある。
【０００５】
また、安否確認メールを一括送信する場合であっても、実際のシステムでは、順次メール送信を行っている。そのため、登録者の増加にしたがって、最初と最後のメールの送信時間差は大きくなる。特に、イベント発生時は、多くの情報が行き交うためネットワークの負荷も高くなる。そのため、送信時間差は、更に、大きくなってしまう。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１８８４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一つの側面では、本発明は、返信の遅延を抑制することを可能とする情報処理装置、メール送信方法、及び、プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
一態様では、情報処理装置は、複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置であって、前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類する分類手段と、前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定する設定手段と、次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する送信手段と、を備え、前記返信内容は、前記登録者の位置を示す位置情報を含む、ことを特徴としている。
【０００９】
一態様では、メール送信方法は、複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置のメール送信方法であって、前記登録者の位置を示す位置情報を含む前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類し、前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定し、次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、ことを特徴としている。
【００１０】
一態様では、プログラムは、複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置のコンピュータに、前記登録者の位置を示す位置情報を含む前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類し、前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定し、次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、処理を実行させることを特徴としている。
【発明の効果】
【００１１】
一つの側面では、返信の遅延を抑制することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】実施形態１における安否確認システムの構成例を示す図である。
【図２】実施形態１における安否確認サーバの構成例を示す機能ブロック図である。
【図３】実施形態１における安否確認メールの例を示す図である。
【図４】実施形態１における返信メールの例を示す図である。
【図５】実施形態１における安否確認サーバの記憶部の構成例を示す図である。
【図６】実施形態１における登録者管理テーブルの構成例を示す図である。
【図７】実施形態１における拠点管理テーブルの構成例を示す図である。
【図８】実施形態１におけるエリア設定テーブルの構成例を示す図である。
【図９】実施形態１におけるタイマー閾値テーブルの構成例を示す図である。
【図１０】実施形態１における返信管理テーブルの構成例を示す図である。
【図１１】実施形態１における送信順位付けテーブルの構成例を示す図であり、（Ａ）は、初期設定の状態を示す図であり、（Ｂ）は、あるイベントが発生した際の更新後の状態を示す図である。
【図１２】（Ａ）は、図１１（Ｂ）に示す状態においてイベントが発生した際の更新後の状態を示す図であり、（Ｂ）は、ブロックに関係なく順位付けされている状態を示す図である。
【図１３】実施形態１における安否確認メール送信処理のフローを説明するためのフローチャートの例の一部である。
【図１４】実施形態１における安否確認メール送信処理のフローを説明するためのフローチャートの例の他の一部である。
【図１５】実施形態１における返信管理テーブル更新処理のフローを説明するためのフローチャートの例の一部である。
【図１６】実施形態１における返信管理テーブル更新処理のフローを説明するためのフローチャートの例の他の一部である。
【図１７】実施形態１における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の一部である。
【図１８】実施形態１における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の他の一部である。
【図１９】実施形態１における安否確認システムにおける処理の流れを説明するための具体例を示す図である。
【図２０】実施形態２における送信順位付けテーブルの構成例を示す図である。
【図２１】実施形態２における安否確認メール送信処理のフローを説明するためのフローチャートの例の一部である。
【図２２】実施形態２におけるＡ（又はＢ）ブロック送信処理のフローを説明するためのフローチャートの例である。
【図２３】実施形態２における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の一部である。
【図２４】実施形態３における返信管理テーブルの具体例を示す図である。
【図２５】実施形態３における送信順位付けテーブルの具体例を示す図である。
【図２６】実施形態３における返信管理テーブル更新処理のフローを説明するためのフローチャートの例の第１部である。
【図２７】実施形態３における返信管理テーブル更新処理のフローを説明するためのフローチャートの例の第２部である。
【図２８】実施形態３における返信管理テーブル更新処理のフローを説明するためのフローチャートの例の第３部である。
【図２９】実施形態３における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の一部である。
【図３０】実施形態３における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の他の一部である。
【図３１】実施形態における安否確認サーバのハードウェア構成の例を示す図である。
【発明を実施するための形態】
【００１３】
以下に本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１４】
（実施形態１）
図１は、本実施形態１における安否確認システム１００の構成例を示す図である。本実施形態１における安否確認システム１００は、図１に示すように、複数の情報端末２と、１又は複数の管理者端末３と、安否確認サーバ１と、を含んで構成されており、情報端末２と管理者端末３と安否確認サーバは、ネットワークＮＷを介して、相互に通信可能に接続されている。
【００１５】
情報端末２は、安否確認サービスの提供を受けるために登録している登録者が安否確認メールを受信するための情報端末装置であり、例えば、ＰＨＳ（Personal Handyphone System）、携帯電話、高機能携帯電話、タブレット、ＰＣ（Personal Computer）などである。
【００１６】
管理者端末３は、安否確認サービスの提供を受ける組織の管理者の情報端末装置であり、管理者端末３を介して、詳しくは後述する各種のテーブルの設定や、管理者が管理している組織の各登録者からの返信内容の確認などを行うことが可能となっている。また、管理者は、防災訓練を行う際に、管理者端末３を介して、安否確認サーバ１に対して安否確認メールの送信指示を行うことが可能となっている。
【００１７】
ここで、安否確認サービスの提供を受ける組織としては、会社、事業所、学校、町内会など種々の組織が想定されている。また、会社であれば、営業所単位であってもよし、学校であれば、キャンパス単位であってもよく、組織の単位は任意である。
【００１８】
図２は、本実施形態１における安否確認サーバ１の構成例を示す機能ブロック図である。本実施形態１における安否確認サーバ１は、地震等のイベントが発生した際に、安否確認サービスの登録者に対して、安否確認メールを送信する装置であり、図２に示すように、通信部１０と、記憶部２０と、制御部３０と、を備えて構成されている。
【００１９】
通信部１０は、通信モジュールなどで構成され、安否確認システム１００を構成する情報端末２あるいは管理者端末３との間でデータの送受信を行う。例えば、通信部１０は、安否確認メールを情報端末２に送信し、情報端末２からの返信メールを受信する。
【００２０】
ここで、図３は、本実施形態１における安否確認メールの例を示す図であり、図４は、本実施形態１における返信メールの例を示す図である。図４に例示する返信メールは、位置情報が本文に付加されている場合の例であり、付加されている位置情報は、ＮＭＥＡ（National Marine Electronics Association）−０８１３フォーマットのＧＧＡセンテンスの場合の例である。通常、ＧＰＳ(Global Positioning System)から出力される測位情報は、ＮＭＥＡ−０８１３フォーマットの測位情報である。
【００２１】
図２に戻り、記憶部２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）などで構成されている。記憶部２０は、制御部３０を構成する、例えば、ＣＰＵ（Central Processing Unit）のワークエリア、安否確認サーバ１全体を制御するための動作プログラムなどの各種プログラムを格納するプログラムエリアとして機能する。また、記憶部２０は、監視タイマー３３（詳しくは後述）の値や安否確認メールの本文のテンプレートや登録者管理テーブルＴ１などの各種のテーブルなど各種データを格納するデータエリアとして機能する。
【００２２】
ここで、図５乃至図１２を参照して、記憶部２０のデータエリアに格納されているテーブルについてそれぞれ説明する。図５は、本実施形態１における安否確認サーバ１の記憶部２０の構成例を示す図である。本実施形態１の記憶部２０のデータエリアには、図５に示すように、登録者管理テーブルＴ１と、拠点管理テーブルＴ２と、エリア設定テーブルＴ３と、タイマー閾値テーブルＴ４と、返信管理テーブルＴ５と、送信順位付けテーブルＴ６と、が格納されている。
【００２３】
図６は、本実施形態１における登録者管理テーブルＴ１の構成例を示す図である。本実施形態１における登録者管理テーブルＴ１は、管理者端末３を介して、管理者により設定されるテーブルであり、図６に示すように、「登録番号」と、「氏名」と、「メールアドレス」と、「所属」と、が対応付けられているテーブルである。
【００２４】
「登録番号」は、管理者が管理している組織の登録者を一意に識別可能な識別子であり、「氏名」は、安否確認メールの送信対象となる登録者の氏名である。「メールアドレス」は、安否確認メールの送信先となるメールアドレスである。「所属」は、対応する登録者の所属先であり、例えば、組織が会社であれば、登録者が所属している事業所や営業所などであり、組織が大学であれば、登録者が通学しているキャンパスなどである。
【００２５】
図７は、本実施形態１における拠点管理テーブルＴ２の構成例を示す図である。本実施形態１における拠点管理テーブルＴ２は、管理者端末３を介して、管理者により設定されるテーブルであり、図７に示すように、「拠点名」毎に、「位置情報」が対応付けられているテーブルである。
【００２６】
「拠点名」は、管理している組織に属する登録者の所属先の拠点の名称であり、「位置情報」は、対応する拠点の位置を特定可能な位置情報であり、例えば、拠点の位置を示す緯度と経度との組み合わせなどである。つまり、拠点管理テーブルＴ２は、登録者が所属している拠点の位置を管理しているテーブルである。
【００２７】
図８は、本実施形態１におけるエリア設定テーブルＴ３の構成例を示す図である。本実施形態１におけるエリア設定テーブルＴ３は、管理者端末３を介して、管理者により設定されるテーブルであり、図８に示すように、「エリア番号」と、「エリア定義」と、「エリア名」と、「補正係数」と、が対応付けられているテーブルである。
【００２８】
「エリア番号」は、管理者が設定したエリアを一意に識別可能な識別子である。「エリア定義」は、イベント発生時に、管理者が管理している組織に属する登録者の所在場所として想定し得る各エリアの定義である。例えば、組織が会社であれば、事業所、営業所、取引先、その近隣の避難所、その他のエリアなどが想定される。また、例えば、組織が学校であれば、学校敷地内、学区内、その近隣の避難所、それ以外のエリアなどが想定される。
【００２９】
「補正係数」は、詳しくは後述する優先度を算出する際に用いられる０〜１の範囲の係数であり、管理者が定めた基準に従って設定される。例えば、管理者が管理している組織の拠点から離れる程、値が大きくなるように設定される。
【００３０】
図９は、本実施形態１におけるタイマー閾値テーブルＴ４の構成例を示す図である。本実施形態１におけるタイマー閾値テーブルＴ４は、管理者端末３を介して、管理者により設定されるテーブルであり、図９に示すように、「監視タイマー閾値」と、「更新タイマー閾値」と、を管理しているテーブルである。
【００３１】
「監視タイマー閾値」は、ブロックの順に安否確認メールを送信するか、それとも、ブロックに関係なく優先度の平均値が高い順に安否確認メールを送信するかの判定の際に用いられる閾値である。
【００３２】
「更新タイマー閾値」は、返信メールの内容を返信管理テーブルＴ５に反映させる期間を定める閾値であり、更新タイマー３４の値が更新タイマー閾値を超えた場合に、返信管理テーブル管理部３６（詳しくは後述）は、未回答者については、返信管理テーブルＴ５の「回答内容」欄に「未回答」を格納する処理などを行う。
【００３３】
図１０は、本実施形態１における返信管理テーブルＴ６の構成例を示す図である。本実施形態１における返信管理テーブルＴ６は、メール送信制御部３５（詳しくは後述）と返信管理テーブル管理部３６により管理されているテーブルであり、図１０に示すように、登録者毎に、「送信時刻」と、「返信時刻」と、「返信時間」と、「回答内容」と、「位置情報」と、「エリア番号」と、「フラグ」と、「回数」と、が対応付けられているテーブルである。
【００３４】
「送信時刻」は、安否確認メールが送信された時刻であり、「返信時刻」は、返信メールが返信された時刻である。「返信時間」は、安否確認メールの回答の返信に要した時間であり、具体的には、返信メールの返信時刻と安否確認メールの送信時刻との差分である。
【００３５】
「回答内容」は、返信メールにおける安否状況の回答であり、「無事」、「ケガ」、「未回答」の内のいずれかが格納される。「位置情報」は、例えば、返信メールに付加されている位置情報であり、「エリア番号」は、対応する位置情報が示す地点を含むエリアのエリア番号である。
【００３６】
「フラグ」は、対応する登録者が所属先の拠点に居るか否かを示すフラグであり、本実施形態１においては、フラグ値“０”は、所属先の拠点に居ないことを示し、フラグ値“１”は、所属先の拠点に居ることを示している。
【００３７】
「回数」は、対応する登録者に安否確認メールを送信した回数である。但し、返信メールの回答が「ケガ」の場合には、本実施形態１においては、送信回数として、カウントされない。例えば、図１０を参照して、「川崎  次郎」の回答内容は「ケガ」であることから、「川崎  次郎」の対応する「回数」には、今回の安否確認メールの送信は反映されない。
【００３８】
図１１は、本実施形態１における送信順位付けテーブルＴ６の構成例を示す図であり、図１１（Ａ）は、初期設定の状態を示す図であり、図１１（Ｂ）は、あるイベントが発生した際の更新後の状態を示す図である。図１２（Ａ）は、図１１（Ｂ）に示す状態においてイベントが発生した際の送信順位付けテーブルＴ６の更新後の状態を示す図であり、図１２（Ｂ）は、ブロックに関係なく順位付けされている送信順位付けテーブルＴ６の状態を示す図である。
【００３９】
本実施形態１における送信順位付けテーブルＴ６は、送信順位付けテーブル管理部３７（詳しくは後述）により管理されているテーブルであり、図１１などに示すように、登録者毎に、「ブロック」と、「送信順位」と、「優先度（平均値）」と、「送信対象フラグ」と、が対応付けられているテーブルである。
【００４０】
「ブロック」は、本実施形態１においては、管理者が管理している登録者を、所属先の拠点に居る登録者のグループと所属先の拠点に居ない登録者のグループに区分けするものであり、Ａブロックは、対応する登録者が所属先の拠点に居ないことを示し、Ｂブロックは、対応する登録者が所属先の拠点に居ることを示している。
【００４１】
「送信順位」は、安否確認メールを送信する順番であり、「優先度（平均値）」は、送信順位付けテーブル管理部３７により算出される優先度の平均値である。「送信対象フラグ」は、対応する登録者に安否確認メールを送信するか否かを示すフラグであり、本実施形態１においては、フラグ値“０”は、安否確認メールの送信対象ではないことを示し、フラグ値“１”は、安否確認メールの送信対象であることを示している。つまり、メール送信制御部３５は、「送信対象フラグ」のフラグ値が“１”の登録者に対して安否確認メールを送信する。
【００４２】
図２に戻り、制御部３０は、例えば、ＣＰＵなどで構成され、記憶部２０のプログラムエリアに格納されている動作プログラムを実行して、図２に示すように、イベント監視部３１と、タイマー制御部３２と、監視タイマー３３と、更新タイマー３４と、メール送信制御部３５と、返信管理テーブル管理部３６と、送信順位付けテーブル管理部３７としての機能を実現すると共に、安否確認サーバ１全体を制御する制御処理や詳しくは後述の安否確認メール送信処理などの処理を実行する。
【００４３】
イベント監視部３１は、例えば、気象庁などの公的機関により全国瞬時警報システムから発報される緊急速報の発報を監視、あるいは、管理者端末３を介して入力される安否確認メールの送信指示の受信を監視することで、防災訓練を含む地震などのイベントの発生を検知する。
【００４４】
タイマー制御部３２は、監視タイマー３３と更新タイマー３４を制御する。より具体的には、タイマー制御部３２は、イベント監視部３１によりイベントが検知されると、監視タイマー３３の値を記憶部２０のデータエリアに格納し、その後、監視タイマー３３をリセットして、スタートさせる。また、タイマー制御部３２は、更新タイマー３４をリセットして、スタートさせる。
【００４５】
監視タイマー３３は、イベントの発生間隔を計測するためのタイマーであり、上述したように、タイマー制御部３２により制御されている。
【００４６】
更新タイマー３４は、安否確認メールに対する返信内容を返信管理テーブルＴ５に反映させる期間を管理するためのタイマーであり、上述したように、タイマー制御部３２により制御されている。
【００４７】
メール送信制御部３５は、安否確認メールの送信の制御を行う。より具体的には、メール送信制御部３５は、安否確認サービスの提供を受ける組織に対して、最初に安否確認メールを送信する場合には、その組織の管理者により初期設定された送信順位付けテーブルＴ６（図１１（Ａ）に例示）の送信順位に従って、安否確認メールを送信する。例えば、メール送信制御部３５は，送信順位付けテーブルＴ６の「ブロック」欄が空欄の場合に、初めての送信であると判定し、空欄でない場合に、２回目以降の送信であると判定する。
【００４８】
安否確認サービスの提供を受ける組織に対して、２回目以降の安否確認メールの送信であって、記憶部２０のデータエリアに格納されている監視タイマー３３のリセット前の値が、タイマー閾値テーブルＴ４に登録されている監視タイマー閾値以上である場合には、メール送信制御部３５は、図１２（Ｂ）に示すように、ブロック毎に区別することなく、優先度の平均値が高い順に送信順位付けテーブルＴ６の送信順位を更新する。そして、メール送信制御部３５は、送信順位付けテーブルＴ６の「送信対象フラグ」を全て“１”にセットすると共に、更新後の送信順位に従って、安否確認メールを送信する。
【００４９】
図１２（Ｂ）の例では、メール送信制御部３５は、「川崎  四郎」、「横浜  三郎」、「横浜  一郎」、「横浜  次郎」、「川崎  三郎」、「川崎  太郎」、「川崎  次郎」の順に安否確認メールを送信する。
【００５０】
このように、ブロック毎に区別することなく、安否確認メールを送信するのは、直前のイベントの発生からある程度の時間が経過していれば、各登録者の所在場所が変わっている可能性が高いからである。
【００５１】
一方、安否確認サービスの提供を受ける組織に対して、２回目以降の安否確認メールの送信であって、記憶部２０のデータエリアに格納されている監視タイマー３３のリセット前の値が、タイマー閾値テーブルＴ４に登録されている監視タイマー閾値未満である場合には、メール送信制御部３５は、Ａブロックの登録者に対して、送信順位に従って安否確認メールを送信し、その後、Ｂブロックの登録者に対して、送信順位に従って安否確認メールを送信する。この際、直前のイベントにおける安否確認メールに対する安否の回答が「ケガ」であった登録者は、今回の安否確認メールの送信対象から除外される。このように、直前のイベントにおける回答が「ケガ」であった登録者を除外するのは、直前のイベントの発生から余り時間が経過していない場合には、「ケガ」が回復している可能性は極めて低いからである。
【００５２】
例えば、図１２（Ａ）を参照して、「川崎  次郎」に対応する「送信対象フラグ」のフラグ値が“０”であり、「川崎  次郎」の直前のイベントにおける回答が「ケガ」であったことを示している。したがって、この場合、メール送信制御部３５は、「川崎  四郎」、「横浜  三郎」、「横浜  一郎」、「川崎  三郎」、「横浜  次郎」、「川崎  太郎」の順に安否確認メールを送信する。
【００５３】
このように、ブロック毎に区別して、安否確認メールを送信するのは、直前のイベントの発生から余り時間が経過していないことから、各登録者の所在場所が変わっている可能性は低いと考えられるからである。
【００５４】
返信管理テーブル管理部３６は、返信管理テーブルＴ５の管理を行う。より具体的には、返信管理テーブル管理部３６は、メール送信制御部３５が、安否確認メールを送信した時刻を、返信管理テーブルＴ５の「送信時刻」欄に格納する。
【００５５】
また、返信管理テーブル管理部３６は、安否確認メールに対する返信メールを受信すると、返信メールを解析し、例えば、安否確認メールが図３に例示するものであれば、図４に例示する返信メールの本文における一文字目を特定し、一文字目の文字に基づいて、安否の回答内容を特定する。そして、返信管理テーブル管理部３６は、特定した回答内容を、返信管理テーブルＴ５の対応する「回答内容」欄に格納する。この際、安否の回答内容を特定できない場合には、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「回答内容」欄に「未回答」を格納する。
【００５６】
そして、特定した回答内容が「無事」の場合、又は、回答内容を特定できなかった場合には、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「回数」をインクリメントする。そして、返信管理テーブル管理部３６は、返信メールの返信時刻を返信管理テーブルＴ５の対応する「返信時刻」欄に格納すると共に、返信時間を算出して、算出した返信時間を返信管理テーブルＴ５の対応する「返信時間」欄に格納する。
【００５７】
そして、返信管理テーブル管理部３６は、返信メールの本文に付加されている位置情報を返信管理テーブルＴ５の対応する「位置情報」欄に格納すると共に、エリア設定テーブルＴ３を参照して、返信メールの本文に付加されている位置情報が示す地点を含むエリアを特定し、特定したエリアのエリア番号を返信管理テーブルＴ５の対応する「エリア番号」欄に格納する。
【００５８】
そして、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「フラグ」を設定する。より具体的には、登録者管理テーブルＴ１を参照して、特定したエリアが対応する登録者の所属先の拠点である場合には、返信管理テーブル管理部３６は、フラグ値“１”を設定し、特定したエリアが対応する登録者の所属先の拠点ではない場合には、フラグ値“０”を設定する。
【００５９】
また、返信管理テーブル管理部３６は、更新タイマー３４の値がタイマー閾値テーブルＴ４に登録されている更新タイマー閾値以上となった際に、つまり、更新タイマー３４がタイムアウトした際に、まだ、返信メールを返信していない登録者（以下、未返信者という）が存在する場合に、未返信者に対応する返信管理テーブルＴ５の「回答」欄に「未回答」を格納する。そして、返信管理テーブル管理部３６は、未返信者に対応する返信管理テーブルＴ５の「フラグ」を“０”にセットすると共に、対応する「回数」をインクリメントする。
【００６０】
例えば、図１０に示す返信管理テーブルＴ５においては、「川崎  四郎」が未返信者である場合を示している。
【００６１】
図２に戻り、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の管理を行う。より具体的には、送信順位付けテーブル管理部３７は、返信管理テーブルＴ５を参照して、処理対象のエントリを特定し、特定したエントリの「フラグ」のフラグ値が“１”の場合には、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ｂ」を格納する。一方、特定したエントリの「フラグ」のフラグ値が“０”の場合には、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ａ」を格納する。
【００６２】
そして、送信順位付けテーブル管理部３７は、特定したエントリの「回答内容」が「無事」の場合には、エリア設定テーブルＴ３を参照して、特定したエントリの「エリア番号」に対応する「補正係数」を取得する。そして、送信順位付けテーブル管理部３７は、以下の式１にしたがって、今回の優先度を算出する。なお、式中の返信時間は秒単位に換算した値である。
【００６３】
（式１）
（今回の優先度）＝（返信時間）×（補正係数）
【００６４】
そして、送信順位付けテーブル管理部３７は、以下の式２にしたがって、優先度の平均値を算出し、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新すると共に、対応する「送信対象フラグ」を“１”にセットする。
【００６５】
（式２）
（優先度の平均値）＝［（直前のイベント迄の優先度の平均値）×（インクリメント前の回数）＋（今回の優先度）］÷（インクリメント後の回数）
【００６６】
特定したエントリの「回答内容」が「未回答」の場合には、送信順位付けテーブル管理部３７は、今回の優先度を最大値にセットし、上述の式２にしたがって、優先度の平均値を算出し、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新すると共に、対応する「送信対象フラグ」を“１”にセットする。
【００６７】
ここで、優先度の最大値は、例えば、更新タイマー閾値に応じて設定される値であり、図９に例示するタイマー閾値テーブルＴ４の更新タイマー閾値（４時間）を例にすると、４×６０×６０＝１４４００を超えるような値が設定される。本実施形態１においては、優先度の最大値は、“９９９９９”である。こうすることで、「回答内容」が「未回答」の登録者に対して、次回のイベント発生時における安否確認メールの送信を優先的に行うことが可能となる。
【００６８】
特定したエントリの「回答内容」が「ケガ」の場合には、送信順位付けテーブル管理部３７は、優先度の平均値を算出することなく、送信順位付けテーブルＴ６の対応する「送信対象フラグ」を“０”にセットする。つまり、「回答内容」が「ケガ」の場合には、優先度の平均値の更新を行わない。これは、「ケガ」をしている場合の返信時間は、その登録者が「無事」の場合における返信時間と大きく異なると考えられるからであり、「ケガ」の場合の優先度を平均値に反映させてしまうと、本来返信が早い者の送信順位を上げてしまう可能性があるからである。
【００６９】
例えば、図１２（Ａ）に示す送信順位付けテーブルＴ６においては、「川崎  次郎」が「ケガ」の場合を示している。
【００７０】
そして、送信順位付けテーブル管理部３７は、全登録者の処理が終わると、送信順位付けテーブルＴ６のエントリをブロック毎にソートし、更に、ブロック毎に優先度の平均値が高い順に送信順位を設定する。そして、送信順位付けテーブル管理部３７は、ブロック毎に送信順位に従って、送信順位付けテーブルＴ６のエントリを並び替える。
【００７１】
次に、図１３と図１４を参照して、本実施形態１における安否確認メール送信処理の流れについて説明する。図１３と図１４は、それぞれ、本実施形態１における安否確認メール送信処理のフローを説明するためのフローチャートの例の一部と、他の一部である。本安否確認メール送信処理は、イベントの検知をトリガとして開始される。なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。
【００７２】
イベント監視部３１は、イベントの発生を検知したか否か判定する（ステップＳ００１）。イベント監視部３１によりイベントの発生をまだ検知していないと判定された場合には（ステップＳ００１；ＮＯ）、処理はステップＳ００１の処理を繰り返し、イベントの発生が検知されるのを待つ。
【００７３】
一方、イベント監視部３１によりイベントの発生を検知したと判定された場合には（ステップＳ００１；ＹＥＳ）、タイマー制御部３２は、監視タイマー３３の値を記憶部２０のデータエリアに格納し（ステップＳ００２）、監視タイマー３３をリセットしてスタートさせると共に（ステップＳ００３）、更新タイマー３４をリセットしてスタートさせる（ステップＳ００４）。
【００７４】
そして、メール送信制御部３５は、送信順位付けテーブルＴ６を参照して、処理対象の組織に対する初めての安否確認メールの送信か否かを判定する（ステップＳ００５）。初めての送信であると判定した場合には（ステップＳ００５；ＹＥＳ）、メール送信制御部３５は、送信順位付けテーブルＴ６の送信順位に従って、安否確認メールを送信する（ステップＳ００６）。
【００７５】
そして、返信管理テーブル管理部３６は、安否確認メールの送信時刻を返信管理テーブルＴ５の「送信時刻」欄に格納し（ステップＳ００７）、返信管理テーブル更新処理を実行する（ステップＳ００８）。そして、送信順位付けテーブル管理部３７は、送信順位付けテーブル更新処理を実行し（ステップＳ００９）、その後、処理はステップＳ００１の処理へと戻り、前述の処理を繰り返す。
【００７６】
一方、ステップＳ００５の処理において、２回目以降の送信であると判定した場合には（ステップＳ００５；ＮＯ）、メール送信制御部３５は、更に、記憶部２０のデータエリアに格納されたリセット前の監視タイマー３３の値が監視タイマー閾値以上か否かを判定する（ステップＳ１０１）。
【００７７】
監視タイマー閾値以上であると判定した場合には（ステップＳ１０１；ＹＥＳ）、メール送信制御部３５は、ブロック毎に区別することなく、優先度の平均値が高い順に送信順位付けテーブルＴ６の「送信順位」を更新する（ステップＳ１０２）。そして、メール送信制御部３５は、送信順位付けテーブルＴ６の「送信対象フラグ」を全て“１”にセットすると共に（ステップＳ１０３）、更新後の送信順位に従って、安否確認メールを送信する（ステップＳ１０４）。そして、処理はステップＳ００７の処理へと進む。
【００７８】
一方、監視タイマー閾値未満であると判定した場合には（ステップＳ１０１；ＮＯ）、メール送信制御部３５は、Ａブロックの登録者に対して、送信順位に従って安否確認メールを送信し（ステップＳ１０５）、その後、Ｂブロックの登録者に対して、送信順位に従って安否確認メールを送信する（ステップＳ１０６）。この際、直前のイベントにおける安否確認メールに対する安否の回答が「ケガ」であった登録者は、「送信対象フラグ」が“０”であることから、今回の安否確認メールの送信対象から除外される。そして、処理は、ステップＳ００７の処理へと進む。
【００７９】
次に、図１５と図１６を参照して、本実施形態１における返信管理テーブル更新処理の流れについて説明する。図１５と図１６は、それぞれ、本実施形態１における返信管理テーブル更新処理のフローを説明するためのフローチャートの例の一部と、他の一部である。本返信管理テーブル更新処理は、上述の安否確認メール送信処理のステップＳ００８の処理に対応する処理である。なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。
【００８０】
返信管理テーブル管理部３６は、返信メールを受信したか否かを判定する（ステップＳ２０１）。返信管理テーブル管理部３６により、まだ受信していないと判定された場合には（ステップＳ２０１；ＮＯ）、処理はステップＳ２０１の処理を繰り返して、返信メールの受信を待つ。
【００８１】
一方、受信したと判定した場合には（ステップＳ２０１；ＹＥＳ）、返信管理テーブル管理部３６は、受信した返信メールを解析して、安否の回答内容を特定する（ステップＳ２０２）。そして、返信管理テーブル管理部３６は、特定した回答が「無事」であるか否かを判定し（ステップＳ２０３）、特定した回答が「無事」であると判定した場合には（ステップＳ２０３；ＹＥＳ）、返信管理テーブルＴ５の対応する「回答内容」欄に「無事」を格納する（ステップＳ２０４）。
【００８２】
そして、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「回数」をインクリメントし（ステップＳ２０５）、処理は後述のステップＳ２０９の処理へと進む。
【００８３】
一方、ステップＳ２０３の処理において、特定した回答が「無事」以外であると判定した場合には（ステップＳ２０３；ＮＯ）、返信管理テーブル管理部３６は、更に、特定した「回答」が「ケガ」であるか否かを判定し（ステップＳ２０６）、特定した回答は「ケガ」でもないと判定した場合には（ステップＳ２０６；ＮＯ）、返信管理テーブルＴ５の対応する「回答内容」欄に「未回答」を格納する（ステップＳ２０７）。そして、処理はステップＳ２０５の処理へと進む。
【００８４】
一方、特定した回答は「ケガ」であると判定した場合には（ステップＳ２０６；ＹＥＳ）、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「回答内容」欄に「ケガ」を格納する（ステップＳ２０８）。
【００８５】
そして、返信管理テーブル管理部３６は、受信した返信メールの返信時刻を返信管理テーブルＴ５の対応する「返信時刻」欄に格納すると共に（ステップＳ２０９）、返信時間を算出して（ステップＳ２１０）、算出した返信時間を返信管理テーブルＴ５の対応する「返信時間」欄に格納する（ステップＳ２１１）。
【００８６】
そして、返信管理テーブル管理部３６は、返信メールの本文に付加されている位置情報を返信管理テーブルＴ５の対応する「位置情報」欄に格納する（ステップＳ２１２）。そして、返信管理テーブル管理部３６は、エリア設定テーブルＴ３を参照して、返信メールの本文に付加されている位置情報に基づいて、エリアを特定し（ステップＳ２１３）、特定したエリアのエリア番号を返信管理テーブルＴ５の対応する「エリア番号」欄に格納する（ステップＳ２１４）。
【００８７】
そして、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「フラグ」を設定し（ステップＳ２１５）、処理対象の組織における全登録者からの返信メールを受信したか否かを判定する（ステップＳ２１６）。返信管理テーブル管理部３６により、全登録者の返信メールを受信したと判定された場合には（ステップＳ２１６；ＹＥＳ）、本処理は終了して、安否確認メール送信処理のステップＳ００９の処理へと進む。
【００８８】
一方、全登録者の返信メールをまだ受信していないと判定した場合には（ステップＳ２１６；ＮＯ）、返信管理テーブル管理部３６は、更に、更新タイマー３４がタイムアウトしたか否かを判定する（ステップＳ２１７）。返信管理テーブル管理部３６により、更新タイマー３４はまだタイムアウトしていないと判定された場合には（ステップＳ２１７；ＮＯ）、処理はステップＳ２０１の処理へと戻り、前述の処理を繰り返す。
【００８９】
一方、更新タイマー３４がタイムアウトしたと判定した場合には（ステップＳ２１７；ＹＥＳ）、返信管理テーブル管理部３６は、未返信者に対応する返信管理テーブルＴ５の「回答」欄に「未回答」を格納し（ステップＳ２１８）、未返信者に対応する返信管理テーブルＴ５の「フラグ」を“０”にセットすると共に（ステップＳ２１９）、対応する「回数」をインクリメントする（ステップＳ２２０）。そして、本処理は終了して、安否確認メール送信処理のステップＳ００９の処理へと進む。
【００９０】
次に、図１７と図１８を参照して、本実施形態１における送信順位付けテーブル更新処理の流れについて説明する。図１７と図１８は、それぞれ、本実施形態１における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の一部と、他の一部である。本送信順位付けテーブル更新処理は、上述の安否確認メール送信処理のステップＳ００９の処理に対応する処理である。なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。
【００９１】
送信順位付けテーブル管理部３７は、返信管理テーブルＴ５を参照して、処理対象のエントリを特定し（ステップＳ３０１）、特定したエントリの「フラグ」のフラグ値が“１”であるか否かを判定する（ステップＳ３０２）。
【００９２】
特定したエントリの「フラグ」のフラグ値が“１”であると判定した場合には（ステップＳ３０２；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ｂ」を格納し（ステップＳ３０３）、処理は後述のステップＳ３０５の処理へと進む。
【００９３】
一方、特定したエントリの「フラグ」のフラグ値が“０”であると判定した場合には（ステップＳ３０２；ＮＯ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ａ」を格納する（ステップＳ３０４）。
【００９４】
そして、送信順位付けテーブル管理部３７は、特定したエントリの「回答内容」が「ケガ」であるか否かを判定し（ステップＳ３０５）、特定したエントリの「回答内容」が「ケガ」以外であると判定した場合には（ステップＳ３０５；ＮＯ）、更に、特定したエントリの「回答内容」が「未回答」であるか否かを判定する（ステップＳ３０６）。
【００９５】
特定したエントリの「回答内容」が「未回答」であると判定した場合には（ステップＳ３０６；ＹＥＳ）、送信順位付けテーブル管理部３７は、今回の優先度を最大値にセットし（ステップＳ３０９）、処理は後述のステップＳ３１０の処理へと進む。
【００９６】
一方、特定したエントリの「回答内容」が「無事」であると判定した場合には（ステップＳ３０６；ＮＯ）、送信順位付けテーブル管理部３７は、エリア設定テーブルＴ３を参照して、特定したエントリの「エリア番号」に対応する「補正係数」を取得し（ステップＳ３０７）、上述の式１にしたがって、今回の優先度を算出する（ステップＳ３０８）。
【００９７】
そして、送信順位付けテーブル管理部３７は、上述の式２にしたがって、優先度の平均値を算出し（ステップＳ３１０）、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新すると共に（ステップＳ３１１）、対応する「送信対象フラグ」を“１”にセットする（ステップＳ３１２）。そして処理は、後述のステップＳ３１３へと進む。
【００９８】
一方、ステップＳ３０５の処理において、特定したエントリの「回答内容」が「ケガ」であると判定した場合には（ステップＳ３０５；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「送信対象フラグ」を“０”にセットする（ステップＳ４０１）。
【００９９】
そして、送信順位付けテーブル管理部３７は、全エントリの処理を行ったか否かを判定し（ステップＳ３１３）、送信順位付けテーブル管理部３７により、未処理のエントリが存在すると判定された場合には（ステップＳ３１３；ＮＯ）、処理はステップＳ３０１の処理へと戻り、前述の処理を繰り返す。
【０１００】
一方、全エントリの処理を行ったと判定した場合には（ステップＳ３１３；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６のエントリをブロック毎にソートし（ステップＳ３１４）、ブロック毎に優先度の平均値が高い順に送信順位を設定すると共に（ステップＳ３１５）、ブロック毎に送信順位に従って、送信順位付けテーブルＴ６のエントリを並び替える（ステップＳ３１６）。そして、本処理は終了して、安否確認メール送信処理のステップＳ００１の処理へと戻る。
【０１０１】
次に、図１９を参照して、本実施形態１におけるイベント発生時の安否確認システム１００の処理の流れについて説明する。図１９は、本実施形態１における安否確認システム１００における処理の流れを説明するための具体例を示す図である。
【０１０２】
安否確認サーバ１は、イベントの発生を検知すると、送信順位付けテーブルＴ６の送信順位に従って、安否確認メールを送信する。各利用者は情報端末２で安否確認メールを受信すると、返信メールを生成し、返信時刻、安否状況、位置情報を含む返信メールを返信する。
【０１０３】
安否確認サーバ１は、返信メールを受信すると、返信管理テーブルＴ５の更新処理を行い、その後、更新後の返信管理テーブルＴ５の登録内容に基づいて、送信順位付けテーブルＴ６の更新処理を行う。
【０１０４】
次のイベントの発生を検知し、直前のイベントとの間隔が監視タイマー閾値未満である場合には、安否確認サーバ１は、Ａブロックの登録者に対して、送信順位付けテーブルＴ６の優先順位に従って、安否確認メールを送信し、次に、Ｂブロックの登録者に対して、送信順位付けテーブルＴ６の優先順位に従って、安否確認メールを送信する。この際、安否確認サーバ１は、直前のイベントにおける回答が「ケガ」の登録者を、安否確認メールの送信対象から除外する。
【０１０５】
次のイベントの発生を検知し、直前のイベントとの間隔が監視タイマー閾値以上の場合には、安否確認サーバ１は、ブロック毎に区別することなく、優先度の平均値が高い順に、全登録者に対して安否確認メールを送信する。
【０１０６】
上記実施形態１によれば、安否確認サーバ１は、安否確認メールに対する返信内容と返信時間とに基づいて、安否確認メールの送信対象者（登録者）を優先度が異なる複数のグループに分類し、グループ内の送信順位を設定する。そして、安否確認サーバ１は、次のイベント時に安否確認メールを送信する際には、優先度が高いグループから順に、グループ内の送信順位に従って、安否確認メールを送信する。このように構成することで、例えば、返信が遅れがちの者に対して、安否確認メールを早く送信することが可能となり、返信の遅延を抑制することが可能となる。
【０１０７】
また、上記実施形態１によれば、安否確認サーバ１は、直前のイベントとの間隔が所定の監視タイマー閾値未満の場合には、直前のイベントにおける安否の回答内容が「ケガ」の者については、送信対象から除外する。直前のイベントとの間隔が短い場合には、「ケガ」が回復している可能性は極めて低いことから、このように構成することで、「ケガ」の者に負担をかけないようにできる。また、ネットワークの負荷を削減することも可能となる。
【０１０８】
また、上記実施形態１によれば、安否確認サーバ１は、直前のイベントとの間隔が所定の監視タイマー閾値以上の場合には、グループに関係なく、優先度の平均値が高い順に、安否確認メールを送信する。イベントの発生からある程度の時間が経過すると、送信対象者の状況が直前の返信時とは変わっている可能性が高いことから、このように構成することで、より適した順番に従って、安否確認メールを送信させることが可能となる。
【０１０９】
また、上記実施形態１によれば、安否確認サーバ１は、位置情報に基づいて、返信時間を補正し、補正後の返信時間に基づいて、グループ内における送信順位を設定する。このように構成することで、返信時間だけでなく位置関係も含めた指標により送信順位を設定することが可能となる。
【０１１０】
（実施形態２）
実施形態１における送信順位付けテーブル更新処理において、特定したエントリの「回答内容」が「ケガ」である場合には（ステップＳ３０５；ＹＥＳ）、送信順位付けテーブルＴ６の対応する「送信対象フラグ」を“０”にセットする（ステップＳ４０１）ように構成した。
【０１１１】
本実施形態２においては、特定したエントリの「回答内容」が「ケガ」の場合であっても（ステップＳ３０５；ＹＥＳ）、送信順位付けテーブルＴ６の更新時においては、対応する「送信対象フラグ」を“１”にセットするように構成し、安否確認メールを送信する際に、必要に応じて、「送信対象フラグ」を“０”にセットし直すことで、送信対象から除外するように構成する。
【０１１２】
本実施形態２における安否確認サーバ１の基本的な構成は、実施形態１の場合と同じである。但し、送信順位付けテーブルＴ６の構成が実施形態１の場合と異なっている。また、メール送信制御部３５と、送信順位付けテーブル管理部３７が果たす機能が、それぞれ、実施形態１の場合と若干異なっている。
【０１１３】
図２０は、本実施形態２における送信順位付けテーブルＴ６の構成例を示す図である。本実施形態２における送信順位付けテーブルＴ６は、図２０に示すように、更に、「ケガフラグ」を備えている。
【０１１４】
「ケガフラグ」は、返信メールの「回答内容」が「ケガ」であるか否かを示すフラグであり、本実施形態２においては、フラグ値“０”は、「ケガ」以外であることを示し、フラグ値“１”は、「ケガ」であることを示している。
【０１１５】
本実施形態２におけるメール送信制御部３５は、安否確認メールの送信の制御を行う。より具体的には、メール送信制御部３５は、安否確認サービスの提供を受ける組織に対して、最初に安否確認メールを送信する場合には、その組織の管理者により初期設定された送信順位付けテーブルＴ６の送信順位に従って、安否確認メールを送信する。例えば、メール送信制御部３５は，送信順位付けテーブルＴ６の「ブロック」欄が空欄の場合に、初めての送信であると判定し、空欄でない場合に、２回目以降の送信であると判定する。
【０１１６】
安否確認サービスの提供を受ける組織に対して、２回目以降の安否確認メールの送信であって、記憶部２０のデータエリアに格納されている監視タイマー３３のリセット前の値が、タイマー閾値テーブルＴ４に登録されている監視タイマー閾値以上である場合には、メール送信制御部３５は、ブロック毎に区別することなく、優先度の平均値が高い順に送信順位付けテーブルＴ６の送信順位を更新し、更新後の送信順位に従って、安否確認メールを送信する。
【０１１７】
一方、安否確認サービスの提供を受ける組織に対して、２回目以降の安否確認メールの送信であって、記憶部２０のデータエリアに格納されている監視タイマー３３のリセット前の値が、タイマー閾値テーブルＴ４に登録されている監視タイマー閾値未満である場合には、メール送信制御部３５は、送信順位付けテーブルＴ６の「ケガフラグ」を検索して、Ａブロックの登録者の中に前回のイベントにおける「回答内容」が「ケガ」の者が存在するか否かを判定する。
【０１１８】
そして、「ケガ」の者が存在しない場合には、メール送信制御部３５は、送信順位付けテーブルＴ６の送信順位に従って、Ａブロックの登録者に対して安否確認メールを送信する。一方、「ケガ」の者が存在する場合には、メール送信制御部３５は、「ケガ」の登録者に対応する送信順位付けテーブルＴ６の「送信対象フラグ」を“０”にセットした後に、送信順位付けテーブルＴ６の送信順位に従って、Ａブロックの登録者に対して安否確認メールを送信する。つまり、この場合、メール送信制御部３５は、「ケガ」の登録者を安否確認メールの送信対象から除外する。
【０１１９】
Ａブロックの登録者に対して安否確認メールを送信した後に、メール送信制御部３５は、Ｂブロックの登録者に対してＡブロックの場合と同様の方法に従って、安否確認メールを送信する。
【０１２０】
本実施形態２における送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の管理を行う。より具体的には、送信順位付けテーブル管理部３７は、返信管理テーブルＴ５を参照して、処理対象のエントリを特定し、特定したエントリの「フラグ」のフラグ値が“１”の場合には、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ｂ」を格納する。一方、特定したエントリの「フラグ」のフラグ値が“０”の場合には、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ａ」を格納する。
【０１２１】
そして、送信順位付けテーブル管理部３７は、特定したエントリの「回答内容」が「無事」の場合には、エリア設定テーブルＴ３を参照して、特定したエントリの「エリア番号」に対応する「補正係数」を取得する。そして、送信順位付けテーブル管理部３７は、上述の式１にしたがって、今回の優先度を算出する。
【０１２２】
そして、送信順位付けテーブル管理部３７は、上述の式２にしたがって、優先度の平均値を算出し、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新する。そして、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ケガフラグ」を“０”にセットすると共に、対応する「送信対象フラグ」を“１”にセットする。
【０１２３】
特定したエントリの「回答内容」が「未回答」の場合には、送信順位付けテーブル管理部３７は、今回の優先度を最大値にセットし、上述の式２にしたがって、優先度の平均値を算出し、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新する。そして、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ケガフラグ」を“０”にセットすると共に、対応する「送信対象フラグ」を“１”にセットする。
【０１２４】
特定したエントリの「回答内容」が「ケガ」の場合には、送信順位付けテーブル管理部３７は、優先度の平均値を算出することなく、送信順位付けテーブルＴ６の対応する「ケガフラグ」を“１”にセットすると共に、対応する「送信対象フラグ」を“１”にセットする。
【０１２５】
例えば、図２０に示す送信順位付けテーブルＴ６においては、「川崎  次郎」が「ケガ」の場合を示している。
【０１２６】
そして、送信順位付けテーブル管理部３７は、全登録者の処理が終わると、送信順位付けテーブルＴ６のエントリをブロック毎にソートし、更に、ブロック毎に優先度の平均値が高い順に送信順位を設定する。そして、送信順位付けテーブル管理部３７は、ブロック毎に送信順位に従って、送信順位付けテーブルＴ６のエントリを並び替える。
【０１２７】
次に、図２１を参照して、本実施形態２における安否確認メール送信処理の流れについて説明する。図２１は、本実施形態２における安否確認メール送信処理のフローを説明するためのフローチャートの例の一部である。本安否確認メール送信処理は、イベントの検知をトリガとして開始される。
【０１２８】
なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。また、ここでは、本実施形態２における安否確認メール送信処理の特徴的な部分を中心に説明することとする。
【０１２９】
メール送信制御部３５は、記憶部２０のデータエリアに格納されたリセット前の監視タイマー３３の値が監視タイマー閾値以上か否かを判定する（ステップＳ１０１）。
【０１３０】
監視タイマー閾値以上であると判定した場合には（ステップＳ１０１；ＹＥＳ）、メール送信制御部３５は、ブロック毎に区別することなく、優先度の平均値が高い順に送信順位付けテーブルＴ６の送信順位を更新し（ステップＳ１０２）、更新後の送信順位に従って、安否確認メールを送信する（ステップＳ１０４）。そして、処理はステップＳ００７の処理へと進む。
【０１３１】
一方、監視タイマー閾値未満であると判定した場合には（ステップＳ１０１；ＮＯ）、メール送信制御部３５は、Ａブロック送信処理を行い（ステップＳ５０１）、その後、Ｂブロック送信処理を行う（ステップＳ５０２）。そして、処理は、ステップＳ００７の処理へと進む。
【０１３２】
次に、図２２を参照して、本実施形態２におけるＡ（又はＢ）ブロック送信処理の流れについて説明する。図２２は、本実施形態２におけるＡ（又はＢ）ブロック送信処理のフローを説明するためのフローチャートの例である。本Ａ（又はＢ）ブロック送信処理は、本実施形態２における安否確認メール送信処理のステップＳ５０１（又はステップＳ５０２）の処理に対応する処理である。
【０１３３】
なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。また、Ａブロックに対する本処理とＢブロックに対する本処理は同じであることから、ここでは、Ａブロックの処理について説明する。
【０１３４】
メール送信制御部３５は、送信順位付けテーブルＴ６の「ケガフラグ」を検索して、Ａブロックの登録者の中に前回のイベントにおける「回答内容」が「ケガ」の者が存在するか否かを判定する（ステップＳ６０１）。
【０１３５】
「ケガ」の者が存在しないと判定した場合には（ステップＳ６０１；ＮＯ）、メール送信制御部３５は、送信順位付けテーブルＴ６の送信順位に従って、Ａブロックの登録者に対して安否確認メールを送信する（ステップＳ６０３）。そして、本処理は終了して、本実施形態２における安否確認メール送信処理のステップＳ５０２の処理へと進む。
【０１３６】
一方、「ケガ」の者が存在すると判定した場合には（ステップＳ６０１；ＹＥＳ）、メール送信制御部３５は、「ケガ」の登録者に対応する送信順位付けテーブルＴ６の「送信対象フラグ」を“０”にセットし（ステップＳ６０２）、その後、送信順位付けテーブルＴ６の送信順位に従って、Ａブロックの登録者に対して安否確認メールを送信する（ステップＳ６０３）。つまり、この場合、メール送信制御部３５は、「ケガ」の登録者を安否確認メールの送信対象から除外する。そして、本処理は終了して、本実施形態２における安否確認メール送信処理のステップＳ５０２の処理へと進む。
【０１３７】
次に、図２３を参照して、本実施形態２における送信順位付けテーブル更新処理の流れについて説明する。図２３は、本実施形態２における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の一部である。本送信順位付けテーブル更新処理は、安否確認メール送信処理のステップＳ００９の処理に対応する処理である。
【０１３８】
なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。また、ここでは、本実施形態２における送信順位付けテーブル更新処理の特徴的な部分を中心に説明することとする。
【０１３９】
送信順位付けテーブル管理部３７は、上述の式２にしたがって、優先度の平均値を算出し（ステップＳ３１０）、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新する（ステップＳ３１１）。そして、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ケガフラグ」を“０”にセットすると共に（ステップＳ７０１）、対応する「送信対象フラグ」を“１”にセットする（ステップＳ３１２）。そして処理は、後述のステップＳ３１３へと進む。
【０１４０】
一方、ステップＳ３０５の処理において、特定したエントリの「回答内容」が「ケガ」であると判定した場合には（ステップＳ３０５；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ケガフラグ」を“１”にセットすると共に（ステップＳ７０２）、対応する「送信対象フラグ」を“１”にセットする（ステップＳ３１２）。
【０１４１】
そして、送信順位付けテーブル管理部３７は、全エントリの処理を行ったか否かを判定し（ステップＳ３１３）、送信順位付けテーブル管理部３７により、未処理のエントリが存在すると判定された場合には（ステップＳ３１３；ＮＯ）、処理はステップＳ３０１の処理へと戻り、前述の処理を繰り返す。
【０１４２】
一方、全エントリの処理を行ったと判定した場合には（ステップＳ３１３；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６のエントリをブロック毎にソートし（ステップＳ３１４）、ブロック毎に優先度の平均値が高い順に送信順位を設定すると共に（ステップＳ３１５）、ブロック毎に送信順位に従って、送信順位付けテーブルＴ６のエントリを並び替える（ステップＳ３１６）。そして、本処理は終了して、安否確認メール送信処理のステップＳ００１の処理へと戻る。
【０１４３】
（実施形態３）
実施形態１と２においては、登録者が所属先の拠点に居る場合も、優先度の平均値を更新するように構成した。本実施形態３においては、登録者が所属先の拠点に居る場合には、優先度の平均値の更新を行わないように構成する。つまり、登録者が所属先の拠点に居る場合の優先度を平均値に反映させないように構成する。
【０１４４】
なお、本実施形態３の構成は、実施形態１と２のいずれに対しても適用可能であるが、ここでは、実施形態１に適用した場合について説明する。
【０１４５】
本実施形態３における安否確認サーバ１の基本的な構成は、実施形態１の場合と同じである。但し、返信管理テーブル管理部３６と、送信順位付けテーブル管理部３７が果たす機能が、それぞれ、実施形態１の場合と若干異なっている。
【０１４６】
本実施形態３における返信管理テーブル管理部３６は、返信管理テーブルＴ５の管理を行う。より具体的には、返信管理テーブル管理部３６は、メール送信制御部３５が、安否確認メールを送信した時刻を、返信管理テーブルＴ５の「送信時刻」欄に格納する。
【０１４７】
また、返信管理テーブル管理部３６は、安否確認メールに対する返信メールを受信すると、返信メールを解析し、例えば、安否確認メールが図３に例示するものであれば、図４に例示する返信メールの本文における一文字目を特定し、一文字目の文字に基づいて、安否の回答内容を特定する。そして、返信管理テーブル管理部３６は、特定した回答内容を、返信管理テーブルＴ５の対応する「回答内容」欄に格納する。この際、安否の回答内容を特定できない場合には、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「回答内容」欄に「未回答」を格納する。
【０１４８】
そして、返信管理テーブル管理部３６は、返信メールの返信時刻を返信管理テーブルＴ５の対応する「返信時刻」欄に格納すると共に、返信時間を算出して、算出した返信時間を返信管理テーブルＴ５の対応する「返信時間」欄に格納する。
【０１４９】
そして、返信管理テーブル管理部３６は、返信メールの本文に付加されている位置情報を返信管理テーブルＴ５の対応する「位置情報」欄に格納すると共に、エリア設定テーブルＴ３を参照して、返信メールの本文に付加されている位置情報が示す地点を含むエリアを特定し、特定したエリアのエリア番号を返信管理テーブルＴ５の対応する「エリア番号」欄に格納する。
【０１５０】
そして、返信管理テーブル管理部３６は、「回答内容」が「未回答」の場合、又は、「回答内容」が「無事」であって、登録者が所属先の拠点に居ない場合には、返信管理テーブルＴ５の対応する「回数」をインクリメントする。つまり、「回答内容」が「ケガ」の場合と、「回答内容」が「無事」であっても登録者の所属先の拠点に居る場合には、返信管理テーブルＴ５の対応する「回数」をインクリメントしない。
【０１５１】
例えば、図２４に示す返信管理テーブルＴ５においては、「横浜  次郎」と「川崎  太郎」が、所属先の拠点に居る場合を示しており、「川崎  次郎」が「ケガ」の場合を示している。つまり、彼らに対応する返信管理テーブルＴ５の「回数」は、本実施形態３においてはインクリメントされない。ここで、図２４は、本実施形態３における返信管理テーブルＴ５の具体例を示す図である。
【０１５２】
そして、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「フラグ」を設定する。より具体的には、登録者管理テーブルＴ１を参照して、特定したエリアが対応する登録者の所属先の拠点である場合には、返信管理テーブル管理部３６は、フラグ値“１”を設定し、特定したエリアが対応する登録者の所属先の拠点ではない場合には、フラグ値“０”を設定する。
【０１５３】
また、返信管理テーブル管理部３６は、更新タイマー３４の値がタイマー閾値テーブルＴ４に登録されている更新タイマー閾値以上となった際に、つまり、更新タイマー３４がタイムアウトした際に、まだ、未返信者が存在する場合に、未返信者に対応する返信管理テーブルＴ５の「回答」欄に「未回答」を格納する。そして、返信管理テーブル管理部３６は、未返信者に対応する返信管理テーブルＴ５の「フラグ」を“０”にセットすると共に、対応する「回数」をインクリメントする。
【０１５４】
本実施形態３における送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の管理を行う。より具体的には、送信順位付けテーブル管理部３７は、返信管理テーブルＴ５を参照して、処理対象のエントリを特定し、特定したエントリの「フラグ」のフラグ値が“１”の場合には、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ｂ」を格納する。
【０１５５】
そして、送信順位付けテーブル管理部３７は、特定したエントリの「回答内容」が「ケガ」以外の場合には、送信順位付けテーブルＴ６の対応する「送信対象フラグ」を“１”にセットし、特定したエントリの「回答内容」が「ケガ」の場合には、送信順位付けテーブルＴ６の対応する「送信対象フラグ」を“０”にセットする。つまり、本実施形態３においては、Ｂブロックの登録者に対して、優先度の平均値の更新を行わない。これは、登録者が所属先の拠点に居る場合には、他の登録者から返信を促されたために通常より早く返信している可能性もあるため、この場合の優先度を平均値に反映させないようにするためである。
【０１５６】
例えば、図２５に示す送信順位付けテーブルＴ６においては、「横浜  次郎」と「川崎  太郎」が、所属先の拠点に居る場合を示している。つまり、彼らに対応する送信順位付けテーブルＴ６の「優先度（平均値）」は、本実施形態３においては更新されない。ここで、図２５は、本実施形態３における送信順位付けテーブルＴ６の具体例を示す図である。
【０１５７】
一方、特定したエントリの「フラグ」のフラグ値が“０”の場合には、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ａ」を格納する。そして、送信順位付けテーブル管理部３７は、特定したエントリの「回答内容」が「無事」の場合には、エリア設定テーブルＴ３を参照して、特定したエントリの「エリア番号」に対応する「補正係数」を取得する。そして、送信順位付けテーブル管理部３７は、上述の式１にしたがって、今回の優先度を算出する。
【０１５８】
そして、送信順位付けテーブル管理部３７は、上述の式２にしたがって、優先度の平均値を算出し、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新すると共に、対応する「送信対象フラグ」を“１”にセットする。
【０１５９】
特定したエントリの「回答内容」が「未回答」の場合には、送信順位付けテーブル管理部３７は、今回の優先度を最大値にセットし、上述の式２にしたがって、優先度の平均値を算出し、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新すると共に、対応する「送信対象フラグ」を“１”にセットする。
【０１６０】
特定したエントリの「回答内容」が「ケガ」の場合には、送信順位付けテーブル管理部３７は、優先度の平均値を算出することなく、送信順位付けテーブルＴ６の対応する「送信対象フラグ」を“０”にセットする。
【０１６１】
そして、送信順位付けテーブル管理部３７は、全登録者の処理が終わると、送信順位付けテーブルＴ６のエントリをブロック毎にソートする。そして、送信順位付けテーブル管理部３７は、Ａブロックに対しては、優先度の平均値が高い順に送信順位を設定し、Ｂブロックに対しては、今回の送信時間が長い順に送信順位を設定する。そして、送信順位付けテーブル管理部３７は、ブロック毎に送信順位に従って、送信順位付けテーブルＴ６のエントリを並び替える。
【０１６２】
次に、図２６乃至図２８を参照して、本実施形態３における返信管理テーブル更新処理の流れについて説明する。図２６乃至図２８は、それぞれ、本実施形態３における返信管理テーブル更新処理のフローを説明するためのフローチャートの例の第１部、第２部、第３部である。本返信管理テーブル更新処理は、上述の安否確認メール送信処理のステップＳ００８の処理に対応する処理である。なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。
【０１６３】
返信管理テーブル管理部３６は、返信メールを受信したか否かを判定する（ステップＳ２０１）。返信管理テーブル管理部３６により、まだ受信していないと判定された場合には（ステップＳ２０１；ＮＯ）、処理はステップＳ２０１の処理を繰り返して、返信メールの受信を待つ。
【０１６４】
一方、受信したと判定した場合には（ステップＳ２０１；ＹＥＳ）、返信管理テーブル管理部３６は、受信した返信メールを解析して、安否の回答内容を特定する（ステップＳ２０２）。そして、返信管理テーブル管理部３６は、特定した回答が「無事」であるか否かを判定し（ステップＳ２０３）、特定した回答が「無事」であると判定した場合には（ステップＳ２０３；ＹＥＳ）、返信管理テーブルＴ５の対応する「回答内容」欄に「無事」を格納する（ステップＳ２０４）。そして、処理は後述のステップＳ２０９の処理へと進む。
【０１６５】
一方、ステップＳ２０３の処理において、特定した回答が「無事」以外であると判定した場合には（ステップＳ２０３；ＮＯ）、返信管理テーブル管理部３６は、更に、特定した「回答」が「ケガ」であるか否かを判定し（ステップＳ２０６）、特定した回答は「ケガ」でもないと判定した場合には（ステップＳ２０６；ＮＯ）、返信管理テーブルＴ５の対応する「回答内容」欄に「未回答」を格納する（ステップＳ２０７）。そして、処理は後述のステップＳ２０９の処理へと進む。
【０１６６】
一方、特定した回答は「ケガ」であると判定した場合には（ステップＳ２０６；ＹＥＳ）、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「回答内容」欄に「ケガ」を格納する（ステップＳ２０８）。
【０１６７】
そして、返信管理テーブル管理部３６は、受信した返信メールの返信時刻を返信管理テーブルＴ５の対応する「返信時刻」欄に格納すると共に（ステップＳ２０９）、返信時間を算出して（ステップＳ２１０）、算出した返信時間を返信管理テーブルＴ５の対応する「返信時間」欄に格納する（ステップＳ２１１）。
【０１６８】
そして、返信管理テーブル管理部３６は、返信メールの本文に付加されている位置情報を返信管理テーブルＴ５の対応する「位置情報」欄に格納する（ステップＳ２１２）。そして、返信管理テーブル管理部３６は、エリア設定テーブルＴ３を参照して、返信メールの本文に付加されている位置情報に基づいて、エリアを特定し（ステップＳ２１３）、特定したエリアのエリア番号を返信管理テーブルＴ５の対応する「エリア番号」欄に格納する（ステップＳ２１４）。
【０１６９】
そして、返信管理テーブル管理部３６は、「回答内容」が「未回答」であるか否かを判定し（ステップＳ８０１）、「回答内容」が「未回答」であると判定した場合には（ステップＳ８０１；ＹＥＳ）、返信管理テーブルＴ５の対応する「回数」をインクリメントする（ステップＳ８０２）。そして、処理は後述のステップＳ２１５の処理へと進む。
【０１７０】
一方、「回答内容」が「未回答」以外であると判定した場合には（ステップＳ８０１；ＮＯ）、返信管理テーブル管理部３６は、更に、「回答内容」が「無事」であるか否かを判定する（ステップＳ８０３）。「回答内容」が「ケガ」であると判定した場合には（ステップＳ８０３；ＮＯ）、返信管理テーブルＴ５の対応する「回数」はインクリメントされることなく、処理は後述のステップＳ２１５の処理へと進む。
【０１７１】
一方、「回答内容」が「無事」であると判定した場合には（ステップＳ８０３；ＹＥＳ）、返信管理テーブル管理部３６は、更に、登録者管理テーブルＴ１と拠点管理テーブルＴ２を参照し、エリア番号に基づいて、対応する登録者が所属先の拠点に居るか否かを判定する（ステップＳ８０４）。
【０１７２】
対応する登録者が所属先の拠点に居ないと判定した場合には（ステップＳ８０４；ＮＯ）、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「回数」をインクリメントする（ステップＳ８０２）。そして、処理は後述のステップＳ２１５の処理へと進む。
【０１７３】
一方、対応する登録者が所属先の拠点に居ると判定した場合には（ステップＳ８０４；ＹＥＳ）、返信管理テーブルＴ５の対応する「回数」はインクリメントされることなく、処理は後述のステップＳ２１５の処理へと進む。
【０１７４】
そして、返信管理テーブル管理部３６は、返信管理テーブルＴ５の対応する「フラグ」を設定し（ステップＳ２１５）、処理対象の組織における全登録者からの返信メールを受信したか否かを判定する（ステップＳ２１６）。返信管理テーブル管理部３６により、全登録者の返信メールを受信したと判定された場合には（ステップＳ２１６；ＹＥＳ）、本処理は終了して、安否確認メール送信処理のステップＳ００９の処理へと進む。
【０１７５】
一方、全登録者の返信メールをまだ受信していないと判定した場合には（ステップＳ２１６；ＮＯ）、返信管理テーブル管理部３６は、更に、更新タイマー３４がタイムアウトしたか否かを判定する（ステップＳ２１７）。返信管理テーブル管理部３６により、更新タイマー３４はまだタイムアウトしていないと判定された場合には（ステップＳ２１７；ＮＯ）、処理はステップＳ２０１の処理へと戻り、前述の処理を繰り返す。
【０１７６】
一方、更新タイマー３４がタイムアウトしたと判定した場合には（ステップＳ２１７；ＹＥＳ）、返信管理テーブル管理部３６は、未返信者に対応する返信管理テーブルＴ５の「回答」欄に「未回答」を格納し（ステップＳ２１８）、未返信者に対応する返信管理テーブルＴ５の「フラグ」を“０”にセットすると共に（ステップＳ２１９）、対応する「回数」をインクリメントする（ステップＳ２２０）。そして、本処理は終了して、安否確認メール送信処理のステップＳ００９の処理へと進む。
【０１７７】
次に、図２９と図３０を参照して、本実施形態３における送信順位付けテーブル更新処理の流れについて説明する。図２９と図３０は、それぞれ、本実施形態３における送信順位付けテーブル更新処理のフローを説明するためのフローチャートの例の一部と、他の一部である。本送信順位付けテーブル更新処理は、上述の安否確認メール送信処理のステップＳ００９の処理に対応する処理である。なお、イベントが発生すると、安否確認サービスの提供を受ける複数の組織に対して並列的に本処理が実行されるが、ここでは、一つの組織に対する処理に注目して説明する。
【０１７８】
送信順位付けテーブル管理部３７は、返信管理テーブルＴ５を参照して、処理対象のエントリを特定し（ステップＳ３０１）、特定したエントリの「フラグ」のフラグ値が“１”であるか否かを判定する（ステップＳ３０２）。
【０１７９】
特定したエントリの「フラグ」のフラグ値が“１”であると判定した場合には（ステップＳ３０２；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ｂ」を格納し（ステップＳ３０３）、特定したエントリの「回答内容」が「ケガ」であるか否かを判定する（ステップＳ９０１）。
【０１８０】
送信順位付けテーブル管理部３７により、特定したエントリの「回答内容」が「ケガ」であると判定された場合には（ステップＳ９０１；ＹＥＳ）、処理は後述のステップＳ４０１の処理へと進み、特定したエントリの「回答内容」が「ケガ」以外であると判定された場合には（ステップＳ９０１；ＮＯ）、処理は後述のステップＳ３１２の処理へと進む。
【０１８１】
一方、特定したエントリの「フラグ」のフラグ値が“０”であると判定した場合には（ステップＳ３０２；ＮＯ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「ブロック」欄に「Ａ」を格納する（ステップＳ３０４）。
【０１８２】
そして、送信順位付けテーブル管理部３７は、特定したエントリの「回答内容」が「ケガ」であるか否かを判定し（ステップＳ３０５）、特定したエントリの「回答内容」が「ケガ」以外であると判定した場合には（ステップＳ３０５；ＮＯ）、更に、特定したエントリの「回答内容」が「未回答」であるか否かを判定する（ステップＳ３０６）。
【０１８３】
特定したエントリの「回答内容」が「未回答」であると判定した場合には（ステップＳ３０６；ＹＥＳ）、送信順位付けテーブル管理部３７は、今回の優先度を最大値にセットし（ステップＳ３０９）、処理は後述のステップＳ３１０の処理へと進む。
【０１８４】
一方、特定したエントリの「回答内容」が「無事」であると判定した場合には（ステップＳ３０６；ＮＯ）、送信順位付けテーブル管理部３７は、エリア設定テーブルＴ３を参照して、特定したエントリの「エリア番号」に対応する「補正係数」を取得し（ステップＳ３０７）、上述の式１にしたがって、今回の優先度を算出する（ステップＳ３０８）。
【０１８５】
そして、送信順位付けテーブル管理部３７は、上述の式２にしたがって、優先度の平均値を算出し（ステップＳ３１０）、算出した優先度の平均値で送信順位付けテーブルＴ６の対応する「優先度（平均値）」欄を更新すると共に（ステップＳ３１１）、対応する「送信対象フラグ」を“１”にセットする（ステップＳ３１２）。そして処理は、後述のステップＳ３１３へと進む。
【０１８６】
一方、ステップＳ３０５の処理において、特定したエントリの「回答内容」が「ケガ」であると判定した場合には（ステップＳ３０５；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６の対応する「送信対象フラグ」を“０”にセットする（ステップＳ４０１）。
【０１８７】
そして、送信順位付けテーブル管理部３７は、全エントリの処理を行ったか否かを判定し（ステップＳ３１３）、送信順位付けテーブル管理部３７により、未処理のエントリが存在すると判定された場合には（ステップＳ３１３；ＮＯ）、処理はステップＳ３０１の処理へと戻り、前述の処理を繰り返す。
【０１８８】
一方、全エントリの処理を行ったと判定した場合には（ステップＳ３１３；ＹＥＳ）、送信順位付けテーブル管理部３７は、送信順位付けテーブルＴ６のエントリをブロック毎にソートする（ステップＳ３１４）。
【０１８９】
そして、送信順位付けテーブル管理部３７は、Ａブロックに対しては、優先度の平均値が高い順に送信順位を設定し（ステップＳ９０２）、Ｂブロックに対しては、今回の返信時間が長い順に送信順位を設定する（ステップＳ９０３）。そして、送信順位付けテーブル管理部３７は、ブロック毎に送信順位に従って、送信順位付けテーブルＴ６のエントリを並び替える（ステップＳ３１６）。そして、本処理は終了して、安否確認メール送信処理のステップＳ００１の処理へと戻る。
【０１９０】
上記実施形態３によれば、安否確認サーバ１は、登録者が所属先の拠点に居る場合には、優先度の平均値の更新を行わず、Ｂブロックに対しては、今回の返信時間の長い順に、送信順位を設定する。このように構成することで、例えば、登録者が所属先の拠点に居る場合は、他の登録者に促されて返信を早くしている可能性があることから、この場合の優先度を平均値に反映させないことで、より適した送信順位付けを行うことが可能となる。
【０１９１】
なお、上記実施形態１乃至３において、登録者が属する組織の拠点に居る場合には、有優先度の平均値の更新を行わないように構成してもよい。
【０１９２】
また、上記実施形態１乃至３において、登録者をＡブロックとＢブロックに分けると説明したが、これに限定されるものではなく、３つ以上のグループに分けるように構成してもよい。例えば、所属先の拠点に居る登録者のグループと、所属先以外の組織の拠点に居る登録者のグループと、それ以外の場所に居る登録者のグループに分けるように構成してもよい。
【０１９３】
また、上記実施形態１乃至３において、安否確認サービスを例に説明したが、これに限定されるものではなく、例えば、展覧会などのイベントに参加した参加者に対するアンケートなどの回答が必要なメールを送信する場合に適用可能である。
【０１９４】
また、上記実施形態１乃至３において、返信メールで安否の回答や位置情報を安否確認サーバ１に送信すると説明したが、これに限定されるものではなく、例えば、専用のアプリケーションを用いて、安否の回答や位置情報を取得するように構成してもよい。この場合、位置情報は、専用の欄を用意して、例えば、ＧＰＳの測位情報を付加するように構成すればよい。
【０１９５】
図３１は、各実施形態における安否確認サーバ１のハードウェア構成の例を示す図である。図２に示す安否確認サーバ１は、例えば、図３１に示す各種ハードウェアにより実現されてもよい。図３１の例では、安否確認サーバ１は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、外部機器などを接続するための機器インターフェース２０５、通信モジュール２０６、読取装置２０７を備え、これらのハードウェアはバス２０８を介して接続されている。
【０１９６】
ＣＰＵ２０１は、ＨＤＤ２０４に格納されている動作プログラムをＲＡＭ２０２にロードし、ＲＡＭ２０２をワーキングメモリとして使いながら各種処理を実行する。ＣＰＵ２０１は、動作プログラムを実行することで、図２に示す制御部３０の各機能部を実現することができる。
【０１９７】
なお、上記動作を実行するための動作プログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical disk）などのコンピュータで読み取り可能な記録媒体２０９に記憶して配布し、これを安否確認サーバ１の読取装置２０７で読み取ってコンピュータにインストールすることにより、上述の処理を実行するように構成してもよい。さらに、インターネット上のサーバ装置が有するディスク装置等に動作プログラムを記憶しておき、通信モジュール２０６を介して、安否確認サーバ１のコンピュータに動作プログラムをダウンロード等するものとしてもよい。
【０１９８】
なお、実施形態に応じて、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４以外の他の種類の記憶装置が利用されてもよい。例えば、安否確認サーバ１は、ＣＡＭ（Content Addressable Memory）、ＳＲＡＭ（Static Random Access Memory）、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）などの記憶装置を有してもよい。
【０１９９】
なお、実施形態に応じて、安否確認サーバ１のハードウェア構成は図３１とは異なっていてもよく、図３１に例示した規格・種類以外のその他のハードウェアを安否確認サーバ１に適用することもできる。
【０２００】
例えば、図２に示す安否確認サーバ１の制御部３０の各機能部は、ハードウェア回路により実現されてもよい。具体的には、ＣＰＵ２０１の代わりに、ＦＰＧＡ（Field Programmable Gate Array）などのリコンフィギュラブル回路や、ＡＳＩＣ（Application Specific Integrated Circuit）などにより、図２に示す制御部３０の各機能部が実現されてもよい。もちろん、ＣＰＵ２０１とハードウェア回路の双方により、これらの機能部が実現されてもよい。
【０２０１】
また、図２に示す安否確認サーバ１の各機能部は、複数の独立した筐体を有する装置により実現されてもよい。例えば、複数のサーバ装置と外部記憶装置により、図２に示す安否確認サーバ１の各機能部が実現されてもよい。
【０２０２】
以上において、いくつかの実施形態について説明した。しかしながら、実施形態は上記の実施形態に限定されるものではなく、上述の実施形態の各種変形形態及び代替形態を包含するものとして理解されるべきである。例えば、各種実施形態は、その趣旨及び範囲を逸脱しない範囲で構成要素を変形して具体化できることが理解されよう。また、前述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、種々の実施形態を成すことができることが理解されよう。更には、実施形態に示される全構成要素からいくつかの構成要素を削除して又は置換して、或いは実施形態に示される構成要素にいくつかの構成要素を追加して種々の実施形態が実施され得ることが当業者には理解されよう。
【０２０３】
以上の実施形態１乃至３を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置であって、
前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類する分類手段と、
前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定する設定手段と、
次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する送信手段と、
を備え、
前記返信内容は、前記登録者に対応した前記情報端末の位置を示す位置情報を含む、
ことを特徴とする情報処理装置。
（付記２）
前記位置情報に基づいて、前記返信時間を補正する補正手段を、更に、備え、
前記設定手段は、補正後の前記返信時間に基づいて、前記送信順位を設定する、
ことを特徴とする付記１に記載の情報処理装置。
（付記３）
前記登録者毎に、今回までの補正後の前記返信時間の平均値を算出する算出手段を、更に、備え、
前記設定手段は、前記平均値が大きい順に、前記送信順位を設定する、
ことを特徴とする付記２に記載の情報処理装置。
（付記４）
前記算出手段は、前記安否状況がケガの場合における前記返信時間を除外して、前記平均値を算出する、
ことを特徴とする付記３に記載の情報処理装置。
（付記５）
前記補正手段は、前記安否状況が特定できない前記登録者に対して、次の前記安否確認メールの送信順位が高くなるように前記返信時間を補正する、
ことを特徴とする付記２乃至４のいずれか一に記載の情報処理装置。
（付記６）
前記補正手段は、前記安否確認メールの送信のトリガとなるイベントの発生からの経過時間が所定の第１閾値を超えた時点で、前記安否確認メールに対する返信をしていない未返信者に対して、次の前記安否確認メールの送信順位が高くなるように前記返信時間を補正する、
ことを特徴とする付記２乃至５のいずれか一に記載の情報処理装置。
（付記７）
前記安否確認メールの送信のトリガとなるイベントの発生間隔が、所定の第２閾値以上の場合に、前記グループの区別に関わらず、前記返信時間、あるいは、補正後の前記返信時間に基づいて、前記送信順位を再設定する再設定手段を、更に、備え、
前記送信手段は、再設定後の送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、
ことを特徴とする付記１乃至６のいずれか一に記載の情報処理装置。
（付記８）
前記送信手段は、前記安否確認メールの送信のトリガとなるイベントの発生間隔が、所定の第２閾値未満の場合に、直前の前記イベントにおける前記安否状況がケガである前記登録者に対応した前記情報端末を送信対象から除外する、
ことを特徴とする付記１乃至７のいずれか一に記載の情報処理装置。
（付記９）
前記複数のグループの内の一つのグループは、前記位置情報が示す前記位置が、前記登録者が属する組織の拠点である前記登録者のグループである、
ことを特徴とする付記１乃至８のいずれか一に記載の情報処理装置。
（付記１０）
前記設定手段は、前記位置情報が示す位置が、前記登録者が属する組織の拠点である前記登録者のグループに対しては、前記返信時間が長い順に、グループ内の前記送信順位を設定する、
ことを特徴とする付記９に記載の情報処理装置。
（付記１１）
複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置のメール送信方法であって、
前記登録者の位置を示す位置情報を含む前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類し、
前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定し、
次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、
ことを特徴とするメール送信方法。
（付記１２）
複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置のコンピュータに、
前記登録者の位置を示す位置情報を含む前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類し、
前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定し、
次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、
処理を実行させる、
ことを特徴とするプログラム。
（付記１３）
複数の登録者のそれぞれの登録者に対応した情報端末に安否確認メールを送信し、前記安否確認メールに対する返信内容に基づいて、前記登録者の安否状況を確認する情報処理装置のコンピュータに、
前記登録者の位置を示す位置情報を含む前記返信内容に基づいて、前記複数の登録者を優先度が異なる複数のグループに分類し、
前記安否確認メールの送信時刻と返信時刻との差分である返信時間に基づいて、前記登録者毎に、前記登録者が属する前記グループ内の送信順位を設定し、
次の前記安否確認メールを送信する際に、前記優先度が高い前記グループから順に、前記グループ内の前記送信順位に従って、前記安否確認メールを前記登録者に対応した前記情報端末に送信する、
処理を実行させるプログラムを記憶した記録媒体。
【符号の説明】
【０２０４】
１００  安否確認システム
１      安否確認サーバ
１０    通信部
２０    記憶部
Ｔ１    登録者管理テーブル
Ｔ２    拠点管理テーブル
Ｔ３    エリア設定テーブル
Ｔ４    タイマー閾値テーブル
Ｔ５    返信管理テーブル
Ｔ６    送信順位付けテーブル
３０    制御部
３１    イベント監視部
３２    タイマー制御部
３３    監視タイマー
３４    更新タイマー
３５    メール送信制御部
３６    返信管理テーブル管理部
３７    送信順位付けテーブル管理部
２      情報端末
３      管理者端末
ＮＷ    ネットワーク
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  ＨＤＤ
２０５  機器インターフェース
２０６  通信モジュール
２０７  読取装置
２０８  バス
２０９  記録媒体
【図２】
2015207107.tif 000003
【図３】
2015207107.tif 000004
【図４】
2015207107.tif 000005
【図５】
2015207107.tif 000006
【図６】
2015207107.tif 000007
【図７】
2015207107.tif 000008
【図８】
2015207107.tif 000009
【図９】
2015207107.tif 000010
【図１０】
2015207107.tif 000011
【図１１】
2015207107.tif 000012
【図１２】
2015207107.tif 000013
【図１３】
2015207107.tif 000014
【図１４】
2015207107.tif 000015
【図１５】
2015207107.tif 000016
【図１６】
2015207107.tif 000017
【図１７】
2015207107.tif 000018
【図１８】
2015207107.tif 000019
【図１９】
2015207107.tif 000020
【図２０】
2015207107.tif 000021
【図２１】
2015207107.tif 000022
【図２２】
2015207107.tif 000023
【図２３】
2015207107.tif 000024
【図２４】
2015207107.tif 000025
【図２５】
2015207107.tif 000026
【図２６】
2015207107.tif 000027
【図２７】
2015207107.tif 000028
【図２８】
2015207107.tif 000029
【図２９】
2015207107.tif 000030
【図３０】
2015207107.tif 000031
【図３１】
2015207107.tif 000032
【図１】
2015207107.tif 000033