(57)【要約】【課題】  本発明は、監視対象者の安否に関る情報を提供することを目的とする。【解決手段】  受信したタグ情報に含まれるリーダ識別情報が予定の監視場所を示す情報に対応するリーダ識別番号であって、該タグ情報を予定した日時に受信したと判断した場合以外は、前記識別情報に対応する前記電子タグを携帯する監視対象者は予定通りに行動していないと判定する監視部と、前記識別情報と、団体を識別する団体情報と、該識別情報に対応する監視対象者が予定通り行動したかの情報とを対応付けて格納するログ情報データベースと、前記監視部が予定通りに行動していないと判定した場合には、前記ログ情報データベースを参照して、前記識別情報に対応する前記団体情報を検索し、前記団体における予定通り行動している監視対象者の割合を算出する状況解析部とにより上記課題を解決する。【選択図】  図１
2010238056.tif 000002
【特許請求の範囲】
【請求項１】
電子タグを識別する識別情報を読取り、監視場所ごとに設置された複数のリーダ装置から、該識別情報および該リーダ装置を識別するリーダ識別情報を含むタグ情報を受信するとともに、前記電子タグを携帯する監視対象者が所属する団体に属する複数の監視対象者の状況を含む安否確認情報を送信する通信部と、
前記タグ情報を受信する予定の日時と、前記監視対象者が存在する予定の監視場所を示す情報とを格納する監視情報データベースと、
前記リーダ識別情報と前記監視場所を示す情報とを対応付けて格納するリーダデータベースと、
前記監視情報データベースおよび前記リーダデータベースに基づいて、前記受信したタグ情報に含まれるリーダ識別情報が前記予定の監視場所を示す情報に対応するリーダ識別番号であって、該タグ情報を前記予定した日時に受信したと判断した場合以外は、前記識別情報に対応する前記電子タグを携帯する監視対象者は予定通りに行動していないと判定する監視部と、
前記識別情報と、前記団体を識別する団体情報と、該識別情報に対応する監視対象者が予定通り行動したかの情報とを対応付けて格納するログ情報データベースと、
前記監視部が予定通りに行動していないと判定した場合には、前記ログ情報データベースを参照して、前記識別情報に対応する前記団体情報を検索し、前記状況である前記団体における予定通り行動している監視対象者の割合を算出する状況解析部と
を有することを特徴とする安否確認装置。
【請求項２】
メッセージと該メッセージを適用する所定の日時とを対応付けて格納するメッセージデータベースを有し、
前記状況解析部はさらに、前記メッセージデータベースを参照し、前記判定を行った日時が前記所定の日時に該当する場合は、対応する前記メッセージを読み出し、
前記通信部は、さらに前記読み出したメッセージを含む前記安否確認情報を送信することを特徴とする請求項１記載の安否確認装置。
【請求項３】
電子タグを識別する識別情報を読取り、監視場所ごとに設置された複数のリーダ装置から、該識別情報および該リーダ装置を識別するリーダ識別情報を含むタグ情報を受信するステップと
前記タグ情報を受信する予定の日時と、前記電子タグを携帯する監視対象者が存在する予定の監視場所を示す情報とを格納する監視情報データベース、および前記リーダ識別情報と前記監視場所を示す情報とを対応付けて格納するリーダデータベースに基づいて、前記受信したタグ情報に含まれるリーダ識別情報が前記予定の監視場所を示す情報に対応するリーダ識別番号であって、該タグ情報を前記予定した日時に受信したと判断した場合以外は、前記識別情報に対応する前記電子タグを携帯する監視対象者は予定通りに行動していないと判定するステップと、
予定通りに行動していないと判定した場合には、前記識別情報と、前記監視対象者が属する団体を識別する団体情報と、該識別情報に対応する監視対象者が予定通り行動したかの情報とを対応付けて格納するログ情報データベースを参照して、前記識別情報に対応する前記団体情報を検索し、前記状況である前記団体における予定通り行動している監視対象者の割合を算出するステップと
前記団体に属する監視対象者の状況を含む安否確認情報を送信するステップと
をコンピュータに実行させることを特徴とする安否確認プログラム。
【請求項４】
メッセージと該メッセージを適用する所定の日時とを対応付けて格納するメッセージデータベースを参照し、前記判定するステップを実行した日時が前記所定の日時に該当する場合は、対応する前記メッセージを読み出すステップと、
前記読み出したメッセージを含む前記安否確認情報を作成するステップと
を前記コンピュータに実行させる特徴とする請求項３記載の安否確認プログラム。
【請求項５】
電子タグを識別する識別情報を読取り、監視場所ごとに設置された複数のリーダ装置から、該識別情報および該リーダ装置を識別するリーダ識別情報を含むタグ情報を受信するステップと
前記タグ情報を受信する予定の日時と、前記電子タグを携帯する監視対象者が存在する予定の監視場所を示す情報とを格納する監視情報データベース、および前記リーダ識別情報と前記監視場所を示す情報とを対応付けて格納するリーダデータベースに基づいて、前記受信したタグ情報に含まれるリーダ識別情報が前記予定の監視場所を示す情報に対応するリーダ識別番号であって、該タグ情報を前記予定した日時に受信したと判断した場合以外は、前記識別情報に対応する前記電子タグを携帯する監視対象者は予定通りに行動していないと判定するステップと、
予定通りに行動していないと判定した場合には、前記識別情報と、前記監視対象者が属する団体を識別する団体情報と、該識別情報に対応する監視対象者が予定通り行動したかの情報とを対応付けて格納するログ情報データベースを参照して、前記識別情報に対応する前記団体情報を検索し、前記状況である前記団体における予定通り行動している監視対象者の割合を算出するステップと
前記団体に属する監視対象者の状況を含む安否確認情報を送信するステップと
をコンピュータが実行することを特徴とする安否確認方法。
【請求項６】
メッセージと該メッセージを適用する所定の日時とを対応付けて格納するメッセージデータベースを参照し、前記判定するステップを実行した日時が前記所定の日時に該当する場合は、対応する前記メッセージを読み出すステップと、
前記読み出したメッセージを含む前記安否確認情報を作成するステップと
を前記コンピュータが実行することを特徴とする請求項５記載の安否確認プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視対象者の安否情報を通知する安否確認装置、安否確認方法および安否確認プログラムに関する。
【背景技術】
【０００２】
電子タグやＩＣカードを利用して、監視対象者が特定の施設に到着したことや特定の施設を出発したことを保護者に通知して、保護者が監視対象者の安否を把握できる技術に特許文献１がある。
【０００３】
特許文献１には、自宅を出発した児童が携帯する無線タグが、予想時刻を過ぎても学校の無線読み取り装置に読取られなかった場合に、保護者に通知を行う技術が開示されている。さらに予め登録された行動予定に基づいて、予想時刻を算出することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１８２４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の技術によって、保護者は監視対象者が予定通りに行動していないことを把握することは出来るが、監視対象者と同一のグループの人を含めたよりきめ細やかな監視対象者の位置と時間とに関する情報を提供することは出来ない。
【０００６】
例えば、監視対象者が事故に巻き込まれた場合などは、監視対象者は予定と異なる行動をとっているが、同一グループ内の監視対象者以外の人は予定通りの行動をとっている可能性が高い。一方、授業の終了が遅延した場合などは、監視対象者も同一グループの人も予定とは異なる行動をとっていることが考えられる。
【０００７】
つまり、監視対象者と同一のグループの人がどのような行動をとっているかの情報は、監視対象者が予定通りの行動をとっていなかった場合に、保護者が監視対象者の安否を判断する際に役立つ。
【０００８】
そこで、監視対象者による予定通りの行動を確認できなかった場合に、保護者に監視対象者と同一のグループの人を含めたよりきめ細やかな監視対象者の位置と時間とに関する情報を通知する安否確認装置を提供することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明に開示する安否確認装置は、電子タグを識別する識別情報を読取り、監視場所ごとに設置された複数のリーダ装置から、該識別情報および該リーダ装置を識別するリーダ識別情報を含むタグ情報を受信するとともに、前記電子タグを携帯する監視対象者が所属する団体に属する複数の監視対象者の状況を含む安否確認情報を送信する通信部と、前記タグ情報を受信する予定の日時と、前記監視対象者が存在する予定の監視場所を示す情報とを格納する監視情報データベースと、前記リーダ識別情報と前記監視場所を示す情報とを対応付けて格納するリーダデータベースと、前記監視情報データベースおよび前記リーダデータベースに基づいて、前記受信したタグ情報に含まれるリーダ識別情報が前記予定の監視場所を示す情報に対応するリーダ識別番号であって、該タグ情報を前記予定した日時に受信したと判断した場合以外は、前記識別情報に対応する前記電子タグを携帯する監視対象者は予定通りに行動していないと判定する監視部と、前記識別情報と、前記団体を識別する団体情報と、該識別情報に対応する監視対象者が予定通り行動したかの情報とを対応付けて格納するログ情報データベースと、前記監視部が予定通りに行動していないと判定した場合には、前記ログ情報データベースを参照して、前記識別情報に対応する前記団体情報を検索し、前記状況である前記団体における予定通り行動している監視対象者の割合を算出する状況解析部とを有する。
【発明の効果】
【００１０】
本発明によれば、監視対象者と同一のグループの人を含め、よりきめ細やかな監視対象者の位置と時間の情報を提供することができる。そして、これらの情報は保護者が監視対象者の安否判断を行うことに寄与する。つまり保護者は監視対象者および監視対象者の所属するグループの状況を把握した上で、その後の対処方法を判断することが出来る。
【図面の簡単な説明】
【００１１】
【図１】実施例における安否確認装置１、リーダ装置２、電子タグ３の機能図の一例を示す図である
【図２】実施例に管理情報ＤＢ１０５に格納されているデータテーブル例を示す図である。
【図３】実施例におけるプロファイルＤＢ１０６に格納される監視対象者ＩＤ１１１１１に対応したデータテーブル例を示す図である。
【図４】実施例における通常行動予定ＤＢ１０７１に格納される監視対象者ＩＤ１１１１１に対応したデータテーブル例を示す図である。
【図５】実施例における臨時行動予定ＤＢ１０７２に格納される監視対象者ＩＤ１１１１１に対応したデータテーブル例を示す図である。
【図６】実施例におけるリーダＤＢ１０８に格納されるデータテーブル例を示す図である。
【図７】実施例における通知先ＤＢ１０９に格納される監視対象者ＩＤ１１１１１に対応したデータテーブル例を示す図である。
【図８】実施例におけるメッセージＤＢ１１０に格納される監視対象者ＩＤ１１１１１に対応したデータテーブル例を示す図である。
【図９】実施例における電子タグ３の記憶部３３に格納されるデータテーブル例を示す図である。
【図１０】実施例における安否確認処理のフローチャートの一例を示す図である。
【図１１】実施例における監視情報作成処理のフローチャートの一例を示す図である。
【図１２】実施例における監視情報ＤＢ１１１に格納されている監視対象者ＩＤ１１１１１に対応したデータテーブル例を示す図である。
【図１３】実施例における監視処理のフローチャートの一例を示す図である。
【図１４】実施例におけるログ情報ＤＢ１１２に格納されているデータテーブル例を示す図である。
【図１５】実施例における監視処理のフローチャートの一例を示す図である。
【図１６】実施例における監視処理のフローチャートの一例を示す図である。
【図１７】実施例における安否確認情報の表示画面例を示す図である。
【図１８】実施例における安否確認情報の表示画面例を示す図である。
【図１９】実施例における安否確認装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下詳細な本発明の実施例に関して説明する。
【００１３】
図１は本発明の実施の一形態である安否確認システムの機能図である。安否確認システムは、安否確認装置１および複数のリーダ装置２を有する。安否確認装置１と複数のリーダ装置２とは通信回線５を介して接続されている。さらに安否確認装置１は通知先端末４と通信回線５を介して接続することとしても良い。また、リーダ装置２は複数の電子タグ３と無線通信が可能である。
【００１４】
安否確認装置１はリーダ装置２から受信する情報に基づいて、監視対象者の安否を確認するコンピュータである。ここでいう、安否とは予定通りに監視対象者が行動したことを検知したか否かである。
【００１５】
リーダ装置２は通信機能を有するコンピュータであって、施設や街頭に設置される。そして、リーダ装置２は無線通信可能な範囲に存在する電子タグ３に格納された情報を読取る。
【００１６】
電子タグ３は、リーダ装置２と無線通信を行う記憶領域を有する装置であって、監視対象者によって携帯される。電子タグ３は、具体的には情報を格納できるＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）タグや無線ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）タグなどである。
【００１７】
通知先端末４は、安否確認装置１から安否確認情報の通知を受ける装置であって、保護者によって所有される。安否確認情報とは、例えば監視対象者が予定通りに行動したか否かの監視結果情報や関連情報を含む情報である。関連情報の詳細は後述するが、監視対象者と関連する集合に属する他人がどのような行動をとっているかの集合の状況を示す情報である。例えば、同じ学校に通う他の生徒の内、９５％がすでに登校しているなどという情報である。
【００１８】
通知先端末４は通信機能を有するコンピュータであって、例えば携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｅ）やＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）やパーソナルコンピュータ等コンピュータである。
【００１９】
安否確認装置１は、通信部１０１とデータベース（以下ＤＢ）作成部１０２と監視部１０３と状況解析部１０４と管理情報ＤＢ１０５とプロファイルＤＢ１０６と通常行動予定１０７１と臨時行動予定ＤＢ１０７２とリーダＤＢ１０８と通知先ＤＢ１０９とメッセージＤＢ１１０とを有する。
【００２０】
通信部１０１は通信回線５に接続しており、通信回線５を介して接続される他のコンピュータとデータの送受信を行う処理部である。例えば、通信部１０１はリーダ装置２から、
リーダ装置２が読取った電子タグ３の情報を受信したり、通知先端末４へデータを送信したりする。
【００２１】
ＤＢ作成部１０２は、監視情報ＤＢ１１１を作成する処理部である。例えば、監視する監視対象者に対応付けて、次に予定された行動に関るデータを監視情報として監視情報ＤＢ１１１に格納する。
【００２２】
監視部１０３は、監視対象者の安否を監視する処理部である。例えば、監視情報ＤＢ１１１を参照して、監視対象者が予定通りに行動したか否かを監視する。
【００２３】
状況解析部１０４は安否が確認できなかった場合に、監視対象者と関連する集合に属する他人の状況を解析する処理部である。例えば、同じ小学校に通っている他の生徒がどの程度登校済みであるかを解析する。
【００２４】
管理情報ＤＢ１０５は、監視対象者に関する情報を格納する記憶部である。管理情報ＤＢ１０５に格納されるデータテーブル例を図２に示す。管理情報ＤＢ１０５は、「監視対象者ＩＤ」１０５１、「監視対象者名」１０５２、「保護者名」１０５３を対応付けて格納する。管理情報ＤＢ１０５はこれらの項目のうち一部を備えてもよい。
【００２５】
管理情報ＤＢ１０５の項目「監視対象者ＩＤ」１０５１は、監視対象者を一意に識別するための情報を格納するデータ領域である。例えば、「１１１１１」が格納される。また、電子タグ３が予め該電子タグ３を識別する情報を有している場合には、この情報を監視対象者ＩＤとして利用しても良い。
【００２６】
管理情報ＤＢ１０５の項目「監視対象者名」１０５２は、監視対象者の氏名を格納するデータ領域である。例えば、「山田一郎」が格納される。管理情報ＤＢ１０５の項目「保護者名」１０５３は、監視対象者の保護者の氏名を格納するデータ領域である。例えば、「山田二郎」が格納される。これらの情報は、情報を登録する登録用の装置（図示せず）若しくは通知先端末４などから安否確認装置１が受信した情報に基づいて予め登録される。
【００２７】
図１に戻り、プロファイルＤＢ１０６は、監視対象者ＩＤに対応付けて監視対象者ＩＤが所属する団体に関する情報を格納する記憶部である。プロファイルＤＢ１０６に格納されるデータテーブル例を図３に示す。図３においては、ある監視対象者ＩＤに対応する部分のみを示している。プロファイルＤＢ１０６は、「所属団体」１０６１、「属性１」１０６２、「属性２」１０６３、「属性ｎ」１０６４を対応付けて格納する。プロファイルＤＢ１０６はこれらの項目のうち一部を備えてもよい。これらの情報は、情報を登録する登録用の装置（図示せず）若しくは通知先端末４などから送信された情報を安否確認装置１が受信して、受信した情報に基づいて適切な項目に登録される。
【００２８】
プロファイルＤＢ１０６の項目「所属団体」１０６１は、監視対象者が所属する各種団体であって、監視対象者の行動の基点となる場所を一意に識別するための情報を格納するデータ領域である。つまり、「所属団体」１０６１の施設にはリーダ装置２が設置されており、各々のリーダ装置２の無線通信可能範囲に存在する電子タグ３が検出される。例えば、所属団体１０６１には「緑小学校」が格納される。つまり、監視対象者ＩＤ「１１１１１」は「緑小学校」に所属して行動の基点のひとつとしていることを示す。
【００２９】
プロファイルＤＢ１０６の項目「属性１」１０６２は、監視対象者が所属団体において、どのような属性に分類されるかを示す情報を格納するデータ領域である。例えば、属性１には「５年生」が格納される。つまり、監視対象者ＩＤ「１１１１１」は「緑小学校」において、「５年生」という属性に分類されることを示す。
【００３０】
プロファイルＤＢ１０６の項目「属性２」１０６３は、監視対象者が所属団体において、どのような属性に分類されるかを示す情報であって、項目「属性１」１０６２に格納された情報よりもさらに小さな集合に分類した場合の情報を格納するデータ領域である。例えば、「３組」が格納される。つまり、監視対象者ＩＤ「１１１１１」は「緑小学校」において、「５年生」であるとともに「３組」という属性に分類されることを示す。
【００３１】
プロファイルＤＢ１０６の項目「属性ｎ」１０６４は、監視対象者が所属団体において、どのような属性に分類されるかを示す情報であって、左隣の項目に格納された情報よりもさらに小さな集合に分類した場合の情報を格納するデータ領域である。また項目「属性ｎ」１０６４は保護者が必要と思う単位まで登録すればよく、登録されなかった場合は空欄となる。
【００３２】
図１に戻り、通常行動予定ＤＢ１０７１は、監視対象者ＩＤの通常予定されている行動に関する情報を格納する記憶部である。通常行動予定ＤＢ１０７１に格納されるデータテーブル例を図４に示す。図４においては、ある監視対象者ＩＤに対応する部分のみを示している。行動予定ＤＢ１０７１は、「年月日」１０７１１、「検知予定時刻」１０７１２、「適用プロファイル」１０７１３、「アクション」１０７１４を対応付けて格納する。行動予定ＤＢ１０７１はこれらの項目のうち一部を備えてもよい。これらの情報は、情報を登録する登録用の装置（図示せず）若しくは通知先端末４などから送信された情報を安否確認装置１が受信して、受信した情報に基づいて適切な項目に登録される。
【００３３】
通常行動予定ＤＢ１０７１の項目「年月日」１０７１１は、監視対象者によって予定が実行される年月日を格納するデータ領域である。例えば、予定が実行される年月日が「２００９年１０月１日」であれば「２００９．１０．１」が格納される。
【００３４】
通常行動予定ＤＢ１０７１の項目「検知予定時刻」１０７１２は、監視対象者によって予定が実行される時刻を格納するデータ領域である。つまり、監視対象者が予定通りに行動した場合は、検知予定時刻の間に監視対象者により携帯された電子タグ３がリーダ装置２に検知されることとなる。例えば、予定が実行される時刻が「８時１０分から８時３０分」であれば「８：１０−８：３０」が格納される。
【００３５】
通常行動予定ＤＢ１０７１の項目「適用プロファイル」１０７１３は、監視対象者によって携帯される電子タグ３が検出される予定の場所を格納するデータ領域である。例えば、「緑小学校」が格納される。
【００３６】
先述のとおり、プロファイルＤＢ１０６の項目「所属団体」１０６１に格納される情報は、監視対象者が所属する団体に関する情報であるとともに、監視対象者の行動の基点となる場所を一意に識別するための情報である。よって、２００９年１０月１日の８：１０から８：３０の間に、監視対象者ＩＤ「１１１１１」に対応する監視対象者は、プロファイルＤＢ１０６に格納された監視対象者が所属する団体のうち「緑小学校」に所属していることを示している。さらに、監視対象者が携帯する電子タグ３は「緑小学校」に設置されたリーダ装置２によって読み取られる予定であることを示している。
【００３７】
通標行動予定ＤＢ１０７１の項目「アクション」１０７１４は、監視対象者が行う行動を格納するデータ領域である。例えば、「登校」が格納される。
【００３８】
つまり通常行動予定ＤＢ１０７１を参照することで、監視対象者ＩＤ「１１１１１」に対応する監視対象者は、２００９年１０月１日の８：１０から８：３０の間に「緑小学校」に「登校」する予定であることがわかる。
【００３９】
図１に戻り、臨時行動予定ＤＢ１０７２は、監視対象者ＩＤの臨時に予定されている行動に関する情報を格納する記憶部である。臨時行動予定ＤＢ１０７２に格納されるデータテーブル例を図５に示す。図５においては、ある監視対象者ＩＤに対応する部分のみを示している。臨時行動予定ＤＢ１０７２は、「開始日」１０７２５、「終了日」１０７２６、「年月日」１０７２１、「検知予定時刻」１０７２２、「適用プロファイル」１０７２３、「アクション」１０７２４を対応付けて格納する。臨時行動予定ＤＢ１０７２はこれらの項目のうち一部を備えてもよい。これらの情報は、情報を登録する登録用の装置（図示せず）若しくは通知先端末４などから送信された情報を安否確認装置１が受信して、受信した情報に基づいて適切な項目に登録される。
【００４０】
各項目１０７２１から１０７２４までは各々通常行動予定ＤＢ１０７１の各項目１０７１１から１０７１４に対応するため、説明は割愛する。つまり行動予定ＤＢ１０７２を参照することで、監視対象者ＩＤ「１１１１１」に対応する監視対象者は、２００９年１２月２６日の８：１０から８：３０の間に「赤塾」に「登校」する予定であることがわかる。
【００４１】
また、臨時行動予定ＤＢ１０７２の項目「開始日」１０７２５は、臨時行動予定ＤＢ１０７２が適用される期間の開始の日付を格納するデータ領域である。例えば、「２００９年１２月２６日」から臨時行動予定であれば「２００９．１２．２６」が格納される。臨時行動予定ＤＢ１０７２の項目「終了日」１０７２６は、臨時行動予定ＤＢ１０７２が適用される期間の最終の日付を格納するデータ領域である。例えば、「２０１０年１月７日」まで臨時行動予定であれば「２０１０．１．７」が格納される。
【００４２】
このように、通常行動予定ＤＢ１０７１と臨時行動予定ＤＢ１０７２を分けて、管理することで、夏休みや冬休みなど、監視対象者が通常とは異なる行動をする期間は臨時行動予定ＤＢ１０７２に格納された行動予定に基づいて、安否確認を行うことができる。そして、詳細は後述するが、開始日１０７２５および終了日１０７２６に格納された期間は、通常行動予定ＤＢ１０７１に格納された予定ではなく、臨時行動予定ＤＢ１０７２に格納された予定に基づいて、後述の監視処理を行うことができる。
【００４３】
また、これらを統合して、通常行動予定ＤＢ１０７１に長期休暇時の予定を個別に登録するとしても良い。
【００４４】
図１に戻り、リーダＤＢ１０８は、リーダ装置２に関する情報を格納する記憶部である。リーダＤＢ１０８に格納されるデータテーブル例を図６に示す。リーダＤＢ１０８は、「リーダＩＤ」１０８１、「所属団体」１０８２を対応付けて格納する。
【００４５】
リーダＤＢ１０８の項目「リーダＩＤ」１０８１は、リーダ装置２を一意に識別するための情報を格納するデータ領域である。例えば、「Ａ００１」が格納される。この他に、リーダ装置２に一意であるＩＰアドレスなどを用いても良い。
【００４６】
リーダＤＢ１０８の項目「設置場所」１０８２は、リーダ装置２が設置された場所を一意に識別するための情報を格納するデータ領域である。例えば、「緑小学校」が格納される。「設置場所」１０８２に格納された情報は、所属団体に格納される情報を含むものであって、さらに他のリーダ装置２の設置場所を含むものであってもよい。例えば、ゲームセンターや繁華街などにリーダ装置２が設けられた場合は、これらの情報も格納する。
【００４７】
図１に戻り、通知先ＤＢ１０９は、監視対象者ＩＤに対応付けて監視対象者ＩＤの安否情報の通知先に関する情報を格納する記憶部である。通知先ＤＢ１０９に格納されるデータテーブル例を図６に示す。ある監視対象者ＩＤに対応する部分のみを示している。通知先ＤＢ１０９は、「通知先端末保有者名」１０９１、「通知先」１０９２、「送付タイミング」１０９３を対応付けて格納する。これらの情報は、情報を登録する登録用の装置（図示せず）若しくは通知先端末４などから送信された情報を安否確認装置１が受信して、受信した情報に基づいて適切な項目に登録される。
【００４８】
通知先ＤＢ１０９の項目「通知先端末保有者名」１０９１は、通知先端末４を所有している人を識別するための情報を格納するデータ領域である。例えば、「母」などが格納される。通知先ＤＢ１０９の項目「通知先」１０９２は、通知先端末４が備える通信部（図示せず）のアドレスを格納するデータ領域である。例えば、「ＸＸＸＸ．ｎｅ．ｊｐ」が格納される。
【００４９】
通知先ＤＢ１０９の項目「送付タイミング」１０９３は、安否確認情報を送信するタイミングを格納するデータ領域である。例えば、「通常、緊急」が格納される。つまり、監視対象者が予定通りの行動をしていると判断された場合は「通常」に対応づいた通知先アドレス「ＸＸＸＸ．ｎｅ．ｊｐ」に安否確認情報が通知される。一方、監視対象者が予定通りの行動をしていないと判断された場合は「緊急」に対応づいた通知先アドレス「ＸＸＸＸ．ｎｅ．ｊｐ」および「ＹＹＹＹｎｅ．ｊｐ」に安否確認情報が通知される。
【００５０】
図１に戻り、メッセージＤＢ１１０は、安否確認が出来なかった場合の安否確認情報に表示するメッセージに関する情報を格納する記憶部である。メッセージＤＢ１１０に格納されるデータテーブル例を図８に示す。図８においては、ある監視対象者ＩＤに対応する部分のみを示している。監視対象者ＩＤごとにテーブルを備えるものとして説明するが、監視対象者ＩＤに対応付けてメッセージに関する情報を管理できればよい。メッセージＤＢ１１０は、「開始日時」１１０１、「終了日時」１１０２、「メッセージ」１１０３を対応付けて格納する。これらの情報は、情報を登録する登録用の装置（図示せず）若しくは通知先端末４などから送信された情報を安否確認装置１が受信して、受信した情報に基づいて適切な項目に登録される。
【００５１】
メッセージＤＢ１１０の項目「開始日時」１１０１は、特定のメッセージを表示する期間の初めの日時を格納するデータ領域である。例えば、「２００９年１０月２５日の７時」から特定のメッセージを表示するのであれば、「２００９．１０．２５  ７：００」などが格納される。メッセージＤＢ１１０の項目「終了日時」１１０２は、特定のメッセージを表示する期間の最後の日時を格納するデータ領域である。例えば、「２００９年１０月２５日の１５時」まで特定のメッセージを表示するのであれば、「２００９．１０．２５  １５：００」などが格納される。
【００５２】
メッセージＤＢ１１０の項目「メッセージ」１１０３は、特定のメッセージに関する情報を格納するデータ領域である。例えば、「遠足です」が格納される。つまり、２００９年１０月２５日の７：００から１５：００までに安否確認処理を実行する場合には、通知される安否確認情報には「遠足です」というメッセージが含まれることとなる。一方、安否確認処理の実行日時がいずれの開始日時から終了日時に該当しない場合には、「デフォルト」に対応する「緊急通知です」というメッセージが通知されることとなる。
【００５３】
詳細は後述するが、通常であれば、例えば監視対象者ＩＤ「１１１１１」は所属団体「緑小学校」に「８：１０から８：３０」に「登校」する予定であったとする。しかし、遠足などの場合は、通常よりも早く登校するなどの場合が考えられる。そこで、監視対象者が予定とは異なった行動をとっていることを安否確認装置１が検出した場合でも、メッセージＤＢ１１０を参照して、該当するメッセージを提供することで、保護者は至急対処する必要がないと判断することが出来る。そこで、メッセージＤＢ１１０は学校や塾などの所属団体の登録用装置から送信されたデータを、該所属団体に属する監視対象者ＩＤに対応付けて格納することとしても良い。
【００５４】
図１に戻り、監視情報ＤＢ１１１は、監視する内容に関する監視情報を格納する記憶部である。詳細は後述する。ログ情報ＤＢ１１２は、監視結果に関する情報を格納する記憶部である。詳細は後述する。
【００５５】
続いてリーダ装置２の機能部について図１を用いて説明する。リーダ装置２は通信部２１と制御部２２と無線通信部２３とを有している。
【００５６】
通信部２１は通信回線５に接続しており、通信回線５を介して接続される他のコンピュータとデータの送受信を行う処理部である。例えば安否確認装置１へ電子タグ３から受信した情報を送信する。
【００５７】
制御部２２は、電子タグから受信した情報にリーダ装置２を識別する棚情報を付す処理部である。無線通信部２３は電子タグ３と無線通信を行う処理部である。例えば、無線通信可能な範囲に存在する電子タグ３へ応答を要求したり、該電子タグ３から応答を受信したりする。応答に含まれる情報については後述する。また、一つのリーダ装置２が複数の無線通信部２３を備えてもよい。つまり一つのリーダ装置が複数のアンテナを有するとしても良い。
【００５８】
続いて電子タグ３の機能部について、図１を用いて説明する。電子タグ３は無線通信部３１と制御部３２と記憶部３３とを有している。無線通信部３１は外部からデータを受信したり、外部へデータの発信を行う処理部である。制御部３２は、記憶部３３から情報を読み出す処理部である。
【００５９】
記憶部３３は、電子タグ３に関する情報を記憶する記憶部である。電子タグ３の記憶部３３に格納されるデータ例を図８に示す。図８に示すように、電子タグ３の記憶部３３は「監視対象者ＩＤ」３３１を格納する。
【００６０】
また、電子タグはＵＨＦ帯やアクティブタイプなどの中長距離での通信が可能なタグを用いると尚良い。リーダ装置２の付近へ接近せずとも、リーダ装置２が電子タグ３の情報を受信することが出来るためである。
【００６１】
続いて、図１に示す各処理部の関連した動きについて、本発明にかかる実施例を図１０を用いて説明する。図１０は実施例における一連の処理フローを示した図である。
【００６２】
まず、各種情報の登録を行う処理について説明する。ここでは各種情報の登録を行う装置を通知先端末４として説明するが、上述の通り他の登録用装置（図示せず）から情報の登録を行っても良い。
【００６３】
通知先端末４は、監視対象者ＩＤおよび登録情報を送信する（Ｓ４１）。登録情報は、上述した管理情報ＤＢ１０５、プロファイルＤＢ１０６、行動予定ＤＢ１０７、通知先ＤＢ１０９、メッセージＤＢ１１０に格納される各々の情報である。また、監視対象者ＩＤの変わりに監視対象者名を送信しても良い。そして、安否確認装置１の通信部１０１は登録情報を受信し（Ｓ１１）、受信した情報をＤＢ作成部１０２に受け渡す。そして、ＤＢ作成部１０２は監視対象者ＩＤに対応付けて各ＤＢの各項目に格納する（Ｓ１２）。
【００６４】
例えば、これらの登録情報の入力は、安否確認装置１が通知先端末４の表示画面に入力用画面のデータを送信し、入力用画面に基づいて通知先端末４から入力を受付けるようにしても良い。また、所属団体の登録用装置（図示せず）から登録情報を受信した場合には、プロファイルＤＢ１０６を参照して、該所属団体に対応する監視対象者ＩＤを読み出し、該監視対象者ＩＤに対応付けて各ＤＢの各項目に格納する。
【００６５】
例えば、「緑小学校」の登録用装置から「２００９年１２月２５日の７時から１５時」には「遠足です」というメッセージを表示させる旨の登録を受付けた場合について説明する。プロファイルＤＢ１０６を参照して、「緑小学校」に対応する監視対象者ＩＤ「１１１１１」（図３においては監視対象者ＩＤの項目を省略）を読み出す。そして監視対象者ＩＤ「１１１１１」に対応付けて、メッセージＤＢ１１０の項目「開始日時」１１０１には「２００９．１０．２５  ７：００」を、項目「終了日時」１１０２には「２００９．１０．２５  １５：００」を項目「メッセージ」１１０３には「遠足です」を格納する。
【００６６】
また、通常行動予定ＤＢ１０７１に格納するデータについては、安否確認装置１は通知用端末４から「何曜日は何時から何時までに何処に登校する」などのデータを受信するとしても良い。つまり安否確認装置１のＤＢ作成部１０２は、受信したデータに基づいてカレンダー情報を参照するなどして日付を特定し、適切に通常行動予定ＤＢ１０７１に格納する。
【００６７】
このような構成にすることで、登録を行う保護者などの操作者は日付ごとに予定の登録を行う必要がなくなり、操作者の負担を軽減することが出来る。また、監視対象者が通常の行動とは異なる行動を行う長期休暇などの期間は、新たに登録を受付け、臨時行動予定ＤＢ１０７２に登録を行う。
【００６８】
続いて、安否確認処理について説明する。まず、安否確認装置１のＤＢ作成部１０２は監視情報を生成して、監視情報ＤＢ１１１に格納する（Ｓ１３）。詳細は後述するが、ＤＢ作成部１０２は、監視対象者ＩＤごとに監視期間と予定の行動の情報を含む監視情報を生成する。
【００６９】
そして、安否確認装置１の監視部１０３および状況解析部１０４は、監視情報に基づいて監視処理を行う（Ｓ１４）。詳細は後述するが、監視部１０３は監視対象者が予定通り行動しているか否かを判定するとともに、予定通り行動していなかった場合に、状況解析部１０４は監視対象者と関連する集合に属する他人の状況を解析する。
【００７０】
続いて、監視処理の結果に基づいて、監視部１０３および状況解析部１０４は安否確認情報を作成し、通信部１０１は特定の通知先端末４に対して安否確認情報を送信する（Ｓ１５）。そして、通知先端末４は安否確認情報を受信する（Ｓ４２）。このとき、監視部１０３は通知先ＤＢ１０９を参照して、監視処理の結果が「通常」であるか「緊急」であるかに基づいて、適切な通知先アドレスを読み出し、通信部１０１は通知先アドレスに対応する通知先端末４に安否確認情報を送信する。
【００７１】
一方、リーダ装置２の無線通信部２３は電子タグ３に対して応答を命令する（Ｓ２１）。
無線通信可能な範囲に存在する電子タグ３の無線通信部３１は応答命令を受信する（Ｓ３１）。そして電子タグ３の制御部３２は記憶部３３を参照して、記憶部３３に記憶されている監視対象者ＩＤを読み出して、監視対象者ＩＤを含む応答を発信する（Ｓ３２）。例えば、図９のようなデータテーブルである記憶部３３であれば、監視対象者ＩＤ「１１１１１」を含む情報を発信する。
【００７２】
そして、無線通信可能な範囲に存在するリーダ装置２の無線通信部２３が応答を受信する（Ｓ２２）。そして、リーダ装置２の制御部２２は受信した応答に含まれる監視対象者ＩＤを抽出し、該抽出した情報に自装置を識別する情報を付しタグ情報を生成するとともに、通信部２１はタグ情報を安否確認装置１の通信部へ送信する。例えば、制御部２２は応答から抽出した監視対象者ＩＤ「１１１１１」に自装置のリーダＩＤ「Ａ００１」を付して、通信部２１に送信させる。
【００７３】
また、ここではリーダ装置２を識別する情報をリーダ装置２の制御部が監視対象者ＩＤに付してタグ情報を生成することとしたが、監視対象者ＩＤをそのままタグ情報として送信することとしても良い。この場合は、安否確認装置１がタグ情報の送信元のリーダ装置２をＩＰアドレスなどから特定することとすればよい。
【００７４】
安否確認装置１はリーダ装置２がＳ２３で送信したタグ情報に基づいて、監視処理（Ｓ１４）を行うこととなるが、リーダ装置２からタグ情報を受信しない場合も、監視処理（Ｓ１４）を実行する。詳細については後述する。
【００７５】
以降、監視情報の生成処理（Ｓ１３）の詳細な処理フローを図１１を用いて説明する。まずは、ＤＢ作成部１０２は現在の日時を取得する（Ｓ１３１）。
【００７６】
そして、ＤＢ作成部１０２は臨時行動予定ＤＢ１０７２を参照して、現在の日付が臨時行動予定ＤＢ１０７２の開始日１０７２５の格納された日付以降であって、臨時行動予定ＤＢ１０７２の終了日１０７２６の格納された日付以前であるかを判定する（Ｓ１３２）
臨時行動予定ＤＢ１０７２を適用する期間に該当する場合は（Ｓ１３２ＹＥＳ）、ＤＢ作成部１０２は臨時行動予定ＤＢ１０７２から現在の日付に対応する現在の時刻にもっとも近い検知予定時刻を検索する（Ｓ１３３）。そして、ＤＢ作成部１０２は検索した検知予定時刻と該検知予定時刻に対応する年月日と適用プロファイルとアクションとを監視情報ＤＢ１１１に格納する（Ｓ１３４）。監視情報ＤＢ１１１の詳細については後述する。
【００７７】
一方、臨時行動予定ＤＢ１０７２を適用する期間に該当しない場合は（Ｓ１３２ＮＯ）、ＤＢ作成部１０２は通常行動予定ＤＢ１０７１から現在の日付に対応する現在の時刻にもっとも近い検知予定時刻を検索する（Ｓ１３５）。そして、ＤＢ作成部１０２は検索した検知予定時刻と該検知予定時刻に対応する年月日と適用プロファイルとアクションとを監視情報ＤＢ１１１に格納する（Ｓ１３６）。
【００７８】
ここで監視情報ＤＢ１１１について、図１２を用いて説明する。監視情報ＤＢ１１１に格納されるデータテーブル例を図１２に示す。ある監視対象者ＩＤに対応する部分のみを示している。監視情報ＤＢ１１１は、「予定日時」１１１１、「予定所属団体」１１１２、「予定アクション」１１１３を対応付けて格納する。
【００７９】
監視情報ＤＢ１１１の項目「予定日時」１１１１は、ＤＢ作成部が通常行動予定ＤＢ１０７１もしくは臨時行動予定ＤＢ１０７２の項目「年月日」および「検知予定時刻」から読み出した日時を格納するデータ領域である。つまり、監視対象者の次の予定が実行される日時を格納しており、例えば「２００９．１０．１  ８：１０−８：３０」が格納される。
【００８０】
監視情報ＤＢ１１１の項目「予定所属団体」１１１２は、ＤＢ作成部が通常行動予定ＤＢ１０７１もしくは臨時行動予定ＤＢ１０７２の項目「適用プロファイル」から読み出したデータを格納するデータ領域である。つまり、監視対象者の次の予定が実行される場所を格納しており、例えば「緑小学校」が格納される。
【００８１】
監視情報ＤＢ１１１の項目「予定アクション」１１１３は、ＤＢ作成部が通常行動予定ＤＢ１０７１もしくは臨時行動予定ＤＢ１０７２の項目「アクション」から読み出したデータを格納するデータ領域である。つまり、監視対象者の次の予定が実行された場合の行動を格納しており、例えば「登校」が格納される。
【００８２】
つまり、監視処理（図７Ｓ１４）で監視対象者が予定通りに行動したか否か判定することとなるが、監視情報ＤＢ１１１には監視部１０３が判定を行う際の基準となる情報が格納されている。
【００８３】
ここで、現在の日時が２００９年１０月１日７時３０分であるとして図１１の処理の流れを具体的に説明する。ＤＢ作成部１０２は現在の日時「２００９．１０．１  ７：３０」を取得する（Ｓ１３１）。そして、ＤＢ作成部１０２は臨時行動予定ＤＢ１０７２を参照して、現在の日付「２００９．１０．１」が臨時行動予定ＤＢ１０７２の開始日「２００９．１２．２５」以降であって、臨時行動予定ＤＢの終了日「２０１０．１．７」以前であるかを判定する（Ｓ１３２）。
【００８４】
現在の日付に対応する年月日「２００９．１０．１」は臨時行動予定ＤＢ１０７２を適用する期間に該当しないので（Ｓ１３２ＮＯ）、ＤＢ作成部１０２は通常行動予定ＤＢ１０７１から現在の日付「２００９．１０．１」に対応する現在の時刻「７：３０」にもっとも近い検知予定時刻を検索する（Ｓ１３５）。
【００８５】
そしてＤＢ作成部１０２は、検索した検知予定時刻「８：１０−８：３０」と年月日「２００９．１０．１」とを監視情報ＤＢ１１１の項目「予定日時」１１１１に格納し、該検知予定時刻に対応する適用プロファイル「緑小学校」を監視情報ＤＢ１１１の項目「予定所属団体」１１１２に格納し、該検知予定時刻に対応するアクション「登校」を監視情報ＤＢ１１１の項目「予定アクション」１１１３に格納する（Ｓ１３６）。
【００８６】
つまり、監視処理（図７Ｓ１４）で監視対象者ＩＤ「１１１１１」の監視対象者によって所持される電子タグ３が、「２００９年１０月１日  ８：１０から８：３０まで」に「緑小学校」に設置されたリーダ装置２で検知されたことを安否確認装置１が検出した場合に、監視対象者が予定通りに「登校」したと判断することを示している。
【００８７】
以降、監視処理（Ｓ１４）の詳細な処理フローを図１３を用いて説明する。監視部１０３は監視情報ＤＢ１１１から監視情報を読み出す（Ｓ１４１）。監視情報は監視対象者ＩＤと予定日時と予定所属団体と予定アクションとを含む情報である。そして、監視部１０３は読み出した監視対象者ＩＤを含むタグ情報をリーダ装置２から受信したかを判断する（Ｓ１４２）。タグ情報は、監視対象者ＩＤと、電子タグ３から該監視対象者ＩＤとを含む応答を受信したリーダ装置２のリーダＩＤとを含む情報である。
【００８８】
監視対象者ＩＤを含むタグ情報をリーダ装置２から受信した場合は（Ｓ１４２ＹＥＳ）、監視部１０３は受信した時刻が前記読み出した予定日時に含まれるか否かを判定する（Ｓ１４３）。受信した時刻が前記読み出した予定日時に含まれていない場合は（Ｓ１４３ＮＯ）、Ｓ１４７へ進む。一方、受信した時刻が前記読み出した予定日時に含まれている場合は（Ｓ１４３ＹＥＳ）、監視部１０３はリーダＤＢ１０８を参照して、受信したタグ情報に含まれるリーダＩＤに対応する設置場所を読み出す。
【００８９】
そして読み出した設置場所が前記読み出した予定所属団体と同一かを判定する（Ｓ１４４）。設置場所が前記読み出した予定所属団体と同一でない場合は（Ｓ１４４ＮＯ）、Ｓ１４７へ進む。一方、設置場所が前記読み出した予定所属団体と同一である場合は（Ｓ１４４ＹＥＳ）、監視部１０３はログ情報ＤＢに監視対象者ＩＤに対応付けて各種情報を格納するとともに、アクション結果に「１」を格納する。詳細は以降説明する。
【００９０】
ここでログ情報ＤＢ１１２について、図１４を用いて説明する。ログ情報ＤＢ１１２に格納されるデータテーブル例を図１４に示す。ログ情報ＤＢ１１１は、「監視対象者ＩＤ」１１２０、「監視日時」１１２１、「予定所属団体」１１２２、「属性１」１１２３、「属性２」１１２４、「属性３」１１２５、「設置場所」１１２６、「アクション結果」１１２７を対応付けて格納する。
【００９１】
ログ情報ＤＢ１１２の項目「監視対象者ＩＤ」１１２０は、監視対象者ＩＤを格納するデータ領域である。例えば、「１１１１１」が格納される。ログ情報ＤＢ１１２の項目「監視日時」１１２１は、監視処理を実行した日時を格納するデータ領域である。例えば、２
００９年１０月１日８時２５分に監視処理を行ったのであれば、「２００９．１０．１  
８：２５」が格納される。ログ情報ＤＢ１１２の項目「所属団体」１１２２は、監視情報に含まれる予定所属団体と同様のデータであって、監視対象者が予定通りに行動していた場合に所属するであろう所属団体を格納するデータ領域である。例えば、「緑小学校」が格納される。
【００９２】
ログ情報ＤＢ１１２の項目「属性１」１１２３から「属性３」１１２５は、監視対象者ＩＤが該所属団体において分類される属性を各々格納するデータ領域である。例えば、「５年生」や「３組」が各々格納される。ログ情報ＤＢ１１２の項目「設置場所」１１２６は、安否確認装置１が受信したタグ情報を送信したリーダ装置２の設置場所に関するデータを格納するデータ領域である。例えば、「緑小学校」が格納される。
【００９３】
ログ情報ＤＢ１１２の項目「アクション結果」１１２７は、安否確認装置１の監視部１０３が判定した結果に関するデータを格納するデータ領域である。例えば、監視対象者が予定通りの行動を行ったと判定した場合には「１」を、監視対象者が予定通りの行動を行わなかったと判定した場合には「２」や「３」を格納する。
【００９４】
具体的には、予定時刻を超過しても監視対象者のタグ情報を受信しないことによって予定通りの行動をしていないと判定した場合には、タグ未検知であることを示す「２」が格納される。また、予定時刻以外にタグ情報を受信したり、予定所属団体以外に設置されたリーダ装置２からタグ情報を受信したことによって予定通りの行動をしていないと判定した場合には、予定外であることを示す「３」を格納する。
【００９５】
ここで、現在の時刻が２００９年１０月１日８時２５分であるとして図１３の処理の流れを具体的に説明する。監視部１０３は監視情報ＤＢ１１１から監視情報として、監視対象者ＩＤ「１１１１１」に対応づいた予定日時「２００９．１０．１  ８：１０−８：３０」と予定所属団体「緑小学校」と予定アクション「登校」とを読み出す（Ｓ１４１）。そして、監視部１０３は監視対象者ＩＤ「１１１１１」およびリーダＩＤ「Ａ００１」を含むタグ情報をリーダ装置２から受信したかを判断する（Ｓ１４２）。
【００９６】
監視対象者ＩＤ「１１１１１」を含むタグ情報をリーダ装置２から受信した場合は（Ｓ１４２ＹＥＳ）、監視部１０３は受信した時刻「２００９．１０．１  ８：２５」が前記読み出した予定日時「２００９．１０．１  ８：１０−８：３０」に含まれるか否かを判定する（Ｓ１４３）。受信した時刻が前記読み出した予定日時に含まれているので（Ｓ１４３ＹＥＳ）、監視部１０３はリーダＤＢ１０８を参照して、受信したタグ情報に含まれるリーダＩＤ「Ａ００１」に対応する設置場所「緑小学校」を読み出す。そして読み出した設置場所「緑小学校」が前記読み出した予定所属団体「緑小学校」と同一かを判定する（Ｓ１４４）。設置場所が前記読み出した予定所属団体と同一であるので（Ｓ１４４ＹＥＳ）、監視部１０３はログ情報ＤＢに各種情報を格納するとともに、アクション結果に「１」を格納する（図１４（Ａ）の一段目参照）。
【００９７】
続いて、監視対象者ＩＤを含むタグ情報をリーダ装置２から受信していない場合（Ｓ１４２ＮＯ）について以降説明する。監視部１０３は現在の日時を取得し、予定日時を過ぎていないか判定する（Ｓ１４６）。予定日時を過ぎていない場合は（Ｓ１４６ＮＯ）、監視部１０３はＳ１４２へ戻り監視を続ける。
【００９８】
一方、予定日時を過ぎている場合は（Ｓ１４６ＹＥＳ）、監視部１０３はログ情報ＤＢに監視対象者ＩＤに対応付けて各種情報を格納するとともに、アクション結果に「２」または「３」を格納する。Ａを介して、図１６のＳ１４９へ進む。上述の通り、タグ情報を受信していない場合は「２」と、予定外のタグ情報を受信した場合は「３」を格納すればよい。
【００９９】
また、監視部１０３が予定外にタグ情報を受信したと判断した場合は、同じ監視情報について引き続き、監視を続けるとしても良い。一方、通信部１０１がタグ情報を受信しなかった場合は、次の予定に関する監視情報に基づいて監視を行っても良い。
【０１００】
ここで、現在の時刻が２００９年１０月１日８時４０分であるとして図１３の処理の流れを具体的に説明する。監視部１０３は監視情報ＤＢ１１１から監視情報として、監視対象者ＩＤ「１１１１１」に対応づいた予定日時「２００９．１０．１  ８：１０−８：３０」と予定所属団体「緑小学校」と予定アクション「登校」とを読み出す（Ｓ１４１）。そして、監視部１０３は監視対象者ＩＤ「１１１１１」およびリーダＩＤ「Ａ００１」を含むタグ情報をリーダ装置２から受信したかを判断する（Ｓ１４２）。
【０１０１】
監視対象者ＩＤ「１１１１１」を含むタグ情報をリーダ装置２から受信していなければ（Ｓ１４２ＮＯ）、監視部１０３は現在の日時「２００９．１０．１  ８：４０」が予定日時「２００９．１０．１  ８：１０−８：３０」を過ぎていないか判定する（Ｓ１４６）。予定日時を過ぎているので（Ｓ１４６ＹＥＳ）、監視部１０３はログ情報ＤＢに各種情報を格納するとともに、アクション結果に未検知「２」を格納する。
【０１０２】
また、現在の時刻が２００９年１０月１日８時２５分であって、監視対象者ＩＤ「１１１１１」およびリーダＩＤＰ１００」を含むタグ情報をリーダ装置２から受信した場合（Ｓ１４２ＹＥＳ）について説明する。
【０１０３】
Ｓ１４４において、監視部１０３はリーダＤＢ１０８を参照して、受信したタグ情報に含まれるリーダＩＤ「Ｐ１００」に対応する設置場所「ゲームセンター」を読み出す。そして読み出した設置場所「ゲームセンター」が前記読み出した予定所属団体「緑小学校」と同一でないと判定し（Ｓ１４４ＮＯ）、監視部１０３はログ情報ＤＢに各種情報を格納するとともに、アクション結果に予定外「３」を格納する。
【０１０４】
続いて図１６に移る。図１６は、上述の安否確認情報に含まれる関連情報を生成する処理を示した図である。監視部１０３は予定通りに行動していないことを検出した場合には、状況解析部１０４は監視対象者と関連する集合に属する他人の状況を解析する。
【０１０５】
まず、状況解析部１０４は、ログ情報ＤＢ１１２を参照して、Ｓ１４１で取得した監視情報に含まれる予定所属団体と同一のデータを所属団体１１２２に有する監視処理中の監視対象者ＩＤ以外の監視対象者ＩＤを検索する（Ｓ１４９）。他の監視対象者ＩＤが存在しなければ（Ｓ１４９ＮＯ）、Ｂを介して図１７のＳ１５７へ進む。
【０１０６】
一方、他の監視対象者ＩＤが存在すれば（Ｓ１４９ＹＥＳ）、状況解析部１０４はログ情報ＤＢ１１２を参照して、アクション結果１１１７に予定通りに行動していることを示す「１」が格納されているかを判定する（Ｓ１５０）。アクション結果１１１７に予定通りに行動していることを示す「１」が格納されている場合は（Ｓ１５０ＹＥＳ）、状況解析部１０４は、予定通り行動している監視対象者の監視対象者ＩＤ数であって、所属団体に対応するＯＫカウントを一つ数え上げる（Ｓ１５１）。
【０１０７】
一方、アクション結果１１１７に予定通りに行動していることを示す「１」が格納されていない場合は（Ｓ１５０ＮＯ）、状況解析部１０４は、予定通り行動していない監視対象者の監視対象者ＩＤ数であって、所属団体に対応するＮＧカウントを一つ数え上げる（Ｓ１５２）。
【０１０８】
つづいて、状況解析部１０４はログ情報ＤＢ１１２の「属性１」１１２３を参照して、他の監視対象者ＩＤに対応づいた属性１が監視対象者ＩＤの属性１と同一かを判定する（Ｓ１５３）。同一でなければ（Ｓ１５３ＮＯ）、Ｓ１４８へ進む。一方、同一であれば（Ｓ１５３ＹＥＳ）、状況解析部１０４はログ情報ＤＢ１１２を参照して、アクション結果１１１７に予定通りに行動していることを示す「１」が格納されているかを判定する（Ｓ１５４）。
【０１０９】
アクション結果１１１７に予定通りに行動していることを示す「１」が格納されている場合は（Ｓ１５４ＹＥＳ）、状況解析部１０４は属性１に対応するＯＫカウントを一つ数え上げる（Ｓ１５５）。一方、アクション結果１１１７に予定通りに行動していることを示す「１」が格納されていない場合は（Ｓ１５４ＮＯ）、状況解析部１０４は属性１に対応するＮＧカウントを一つ数え上げる（Ｓ１５６）。また、監視対象者ＩＤに対応する属性が複数存在する場合は、状況解析部１０４は全ての属性に対してＳ１５３からＳ１５６の処理を実行する。
【０１１０】
そして、状況解析部１０４は監視処理中の監視対象者ＩＤ以外の監視対象者ＩＤ全てに対して状況解析を行ったかを判定する（Ｓ１４８）。終了している場合は（Ｓ１４８ＹＥＳ）、Ｂを介して図１７のＳ１５７へ進む。終了していない場合は（Ｓ１４８ＮＯ）、Ｓ１４９へ戻る。
【０１１１】
ここで、図１３（Ｂ）を用いて、図１５の処理フローを具体的に説明する。監視対象者ＩＤ「１１１１１」の状況解析を行う。まず状況解析部１０４は、ログ情報ＤＢ１１２を参照して、Ｓ１４１で取得した監視情報に含まれる予定所属団体「緑小学校」と同一のデータを所属団体１１２２に有する監視処理中の監視対象者ＩＤ以外の監視対象者ＩＤを検索する（Ｓ１４９）。
【０１１２】
他の監視対象者ＩＤ「２２２２２」が存在するので（Ｓ１４９ＹＥＳ）、状況解析部１０４はログ情報ＤＢ１１２の監視対象者ＩＤ「２２２２２」に対応するアクション結果１１１７に予定通りに行動していることを示す「１」が格納されているかを判定する（Ｓ１５０）。アクション結果１１１７に予定通りに行動していることを示す「１」が格納されているので（Ｓ１５０ＹＥＳ）、状況解析部１０４は、所属団体に対応するＯＫカウントを一つ数え上げる（Ｓ１５１）。
【０１１３】
つづいて、状況解析部１０４はログ情報ＤＢ１１２の属性１」１１２３を参照して、他の監視対象者ＩＤ「２２２２２」に対応づいた属性１「５年生」が監視対象者ＩＤ「１１１１１」の属性１「５年生」と同一かを判定する（Ｓ１５３）。同一なので（Ｓ１５３ＹＥＳ）、状況解析部１０４はログ情報ＤＢ１１２を参照して、監視対象者ＩＤ「２２２２２」に対応するアクション結果１１１７に予定通りに行動していることを示す「１」が格納されているかを判定する（Ｓ１５４）。
【０１１４】
アクション結果１１１７に予定通りに行動していることを示す「１」が格納されているので（Ｓ１５４ＹＥＳ）、状況解析部１０４は属性１に対応するＯＫカウントを一つ数え上げる（Ｓ１５５）。
【０１１５】
そして、状況解析部１０４は監視処理中の監視対象者ＩＤ以外の監視対象者ＩＤ全てに対して状況解析を行ったかを判定する（Ｓ１４８）。終了していないので（Ｓ１４８ＮＯ）、Ｓ１４９へ戻る。
【０１１６】
Ｓ１４９へ戻り、他の監視対象者ＩＤ「３３３３３」が存在したとする（Ｓ１４９ＹＥＳ）。状況解析部１０４はログ情報ＤＢ１１２の監視対象者ＩＤ「３３３３３」に対応するアクション結果１１１７に予定通りに行動していることを示す「１」が格納されているかを判定する（Ｓ１５０）。アクション結果１１１７に予定通りに行動していることを示す「１」が格納されていないので（Ｓ１５０ＮＯ）、状況解析部１０４は所属団体に対応するＮＧカウントを一つ数え上げる（Ｓ１５２）。以降同様なので、割愛する。
【０１１７】
続いて図１６に移る。状況解析部１０４は、所属団体の検出率を算出する（Ｓ１５７）。算出方法は例えば、Ｓ１５１でカウントした所属団体に対応するＯＫカウントと、Ｓ１５２でカウントした所属団体に対応するＮＧカウントとの合計値で、所属団体に対応するＯＫカウントを割る（Ｓ１５７）。そして、状況解析部１０４は、属性ごとのの検出率を算出する（Ｓ１５７）。算出方法は所属団体の検出率の算出方法と同様である。
【０１１８】
そして、状況解析部１０４はメッセージＤＢ１１０を参照して、該当するメッセージを検索し、メッセージを取得する（Ｓ１５９）。そして終了する。
【０１１９】
例えば、Ｓ１５１で状況解析部１０４がカウントした所属団体に対応するＯＫカウントが「９８」で、Ｓ１５２でカウントした所属団体に対応するＮＧカウントが「２」である場合、状況解析部１０４は所属団体の検出率「９８％」と算出する（Ｓ１５７）。Ｓ１５８は同様であるため割愛する。
【０１２０】
そして、状況解析部１０４は現在の日時に該当するメッセージをメッセージＤＢ１１０から抽出する。例えば、現在の日時が「２００９．１０．１  ８：２５」であれば、メッセージＤＢ１１０に特定のメッセージが格納されていないため、デフォルトのメッセージ１１０３に格納された「緊急通知です」が読み出される。一方、現在の日時が「２００９．１０．２５  ７：３０」であれば、メッセージ１１０３に格納された「遠足です」が読み出される。
【０１２１】
図１０のＳ１５において通知される安否情報について、図１７および１８を用いて説明する。安否確認情報は監視対象者が予定通りの行動とったか否かの情報とともに、監視を行った日時などを含むものとしても良い。
【０１２２】
ログ情報ＤＢ１１２のアクション結果１１２７に「１」が格納されている場合（図１４（Ａ））は、監視部１０３は予定通りの行動が検出された旨の情報を含む図１７（Ａ）のような表示画面を作成し、通信部１０１が通知先端末４へ送信する。
【０１２３】
一方、ログ情報ＤＢ１１２の監視対象者ＩＤ「１１１１１」に対応するアクション結果１１２７に「２」が格納されている場合（図１４（Ｂ））は、監視部１０３は監視対象者ＩＤの行動が検出されなかった旨の情報を含む図１７（Ｂ）のような表示画面を作成し、通信部１０１が通知先端末４へ送信する。さらに関連情報として、Ｓ１５７およびＳ１５８で算出した各検出率も表示する。
【０１２４】
例えば、「緑小学校の９８％が登校しています」などである。これらの情報を取得した通知先端末４を保有する保護者は、緑小学校や５年３組の９８％が登校しているのであれば、監視対象者が未だ検知されていないことは、なんらかの事故などに巻き込まれた危険性があると判断することが出来る。
【０１２５】
また、監視部１０３が図１７（Ｃ）のような表示画面を作成した場合について説明する。表示画面（Ｃ）は緑小学校の７０％が下校しているが、５年３組に属する監視対象者全体のうち下校を検出した割合は０％であることを示している。つまり、５年３組の生徒は全員下校していないため、５年３組は授業が延びるなどしている可能性があり、保護者が至急対処する必要性は低いことを示している。
【０１２６】
また、監視部１０３が図１７（Ｄ）のような表示画面を作成した場合について説明する。安否確認情報は、関連情報とともに特定のメッセージ「遠足です」を含んでいる。つまり、ログ情報ＤＢ１１２の監視対象者ＩＤ「１１１１１」に対応するアクション結果１１２７に「３」が格納されている場合（図１４（Ｃ））であっても、「遠足です」とのメッセージによって、保護者は監視対象者が遠足のために予定外の行動をとったことを判断できる。
【０１２７】
以上のような構成によって、監視対象者と同一のグループの人を含め、よりきめ細やかな監視対象者の位置と時間の情報を提供することができる。そして、これらの情報は保護者が監視対象者の安否判断を行うことに寄与する。つまり保護者は監視対象者および監視対象者の所属するグループの状況を把握した上で、その後の対処方法を判断することが出来る。
【０１２８】
なお本発明の実施形態は上記に限られるものではない。
【０１２９】
例えば、安否確認装置１は図１に示す全ての処理部を１つの筐体上に備える必要はなく、互いに通信可能に接続される他のコンピュータ上に一又はいくつかの処理部が搭載されていても構わない。
【０１３０】
以下では、図１９を用いて、上記の実施例に示した安否確認装置１および安否確認装置１と同様の機能を有する安否確認プログラムを実行するコンピュータを一例として説明する。図１９は安否確認装置１のハードウェア構成の一例を示す図である。配置管理装置１はＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、通信部１０４、ＨＤＤ１０５、入力部１０６、媒体読取部１０７を有しており、各部はバス１０８を介して相互に接続されている。そしてＣＰＵ１０１による管理下で相互にデータの送受を行うことができる。
【０１３１】
ＣＰＵ１０１は、この安否確認装置１全体の動作制御を司る中央処理装置である。通信部１０４は外部からの信号を受信し、その信号の内容をＣＰＵ１０１に渡すとともに、ＣＰＵ１０１からの指示に応じて外部に信号を送信するものである。
【０１３２】
ＨＤＤ１０５には、上記の実施例に示した安否確認装置１と同様の機能をコンピュータに発揮させるプログラムとして、少なくとも図１０のＳ１３・Ｓ１４の処理をコンピュータに実行させるプログラムが記憶されている。そして、ＣＰＵ１０１がこのプログラムをＨＤＤ１０５から読み出して実行することで、図１に示すＤＢ作成部１０２および監視部１０３および状況解析部１０４として機能するようになる。このプログラムはＣＰＵ１０１とアクセス可能なＲＯＭ１０２またはＲＡＭ１０３に格納されていても良い。
【０１３３】
さらにＨＤＤ１０５にはＣＰＵの管理下で図１に示す管理情報ＤＢ１０５、プロファイルＤＢ１０６、通常行動予定ＤＢ１０７１、臨時行動予定ＤＢ１０７２、リーダＤＢ１０８、通知先ＤＢ１０９、監視情報ＤＢ１１１、ログ情報ＤＢ１１２が記憶される。プログラム同様、これらマスタもしくはテーブルはＣＰＵ１０１とアクセス可能なＲＯＭ１０２またはＲＡＭ１０３に格納されても良い。
【０１３４】
上記フローチャートに示した処理内容を記述したプログラムは、コンピュータが読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体には、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）などがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  −  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ  −  Ｏｐｔｉｃａｌ  ｄｉｓｋ）などがある。このプログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売されることが考えられる。
【０１３５】
そして上記プログラムを実行するコンピュータは、例えば媒体読取部１０７が、上記フローチャートに示した処理内容を記述したプログラムを記録した記録媒体から、該プログラムを読み出す。ＣＰＵ１０１は、読み出されたプログラムをＨＤＤ１０５若しくはＲＯＭ１０２、ＲＡＭ１０３に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。
【符号の説明】
【０１３６】
１      安否確認装置
１０１    通信部
１０２    ＤＢ登録部
１０３    監視部
１０４    状況解析部
１０５    管理情報ＤＢ
１０６    プロファイルＤＢ
１０７１  通常行動予定ＤＢ
１０７２  臨時行動予定ＤＢ
１０８    リーダＤＢ
１０９    通知先ＤＢ
１１０    メッセージＤＢ
１１１    監視情報ＤＢ
１１２    ログ情報ＤＢ
２      リーダ装置
３      電子タグ
４      通知先端末
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  通信部
１０５  ＨＤＤ
１０６  入力部
１０７  媒体読取部
１０８  バス
【図１】
2010238056.tif 000003
【図２】
2010238056.tif 000004
【図３】
2010238056.tif 000005
【図４】
2010238056.tif 000006
【図５】
2010238056.tif 000007
【図６】
2010238056.tif 000008
【図７】
2010238056.tif 000009
【図８】
2010238056.tif 000010
【図９】
2010238056.tif 000011
【図１０】
2010238056.tif 000012
【図１１】
2010238056.tif 000013
【図１２】
2010238056.tif 000014
【図１３】
2010238056.tif 000015
【図１４】
2010238056.tif 000016
【図１５】
2010238056.tif 000017
【図１６】
2010238056.tif 000018
【図１７】
2010238056.tif 000019
【図１８】
2010238056.tif 000020
【図１９】
2010238056.tif 000021