(57)【要約】      （修正有）【課題】災害等が発生した場合において、登録ユーザの安否確認が適切に行われ得る技術を提供する。【解決手段】点呼者端末（端末装置１０）は、避難者顔画像を撮影する点呼者カメラと、撮影された避難者顔画像に関係する避難者顔関係情報を含む登録要求を制御装置に送信する点呼者制御部とを備える。制御装置（サーバ５０）は、点呼者端末から送信される登録要求を受信する登録要求受信部と、登録要求受信部によって登録要求が受信される場合に、登録要求に含まれる避難者顔関係情報に基づいて、記憶装置内に、避難者と一致する人物である特定の登録ユーザの顔の特徴点を表わす特定の登録ユーザ顔データを含む特定の登録ユーザ情報が存在するか否かを判断する避難者照合部と、避難者照合部によって記憶装置内に特定の登録ユーザ情報が存在すると判断される場合に、記憶装置内の特定の登録ユーザ情報に避難済み情報を対応付けて記憶させる記憶制御部とを備える。【選択図】図１
2020154574.tif 000002
【特許請求の範囲】
【請求項１】
安否情報管理システムであって、
点呼者によって所持される点呼者端末と、
事前に登録された複数人の登録ユーザのそれぞれについて、当該登録ユーザの顔の特徴点を表わす登録ユーザ顔データを含む登録ユーザ情報が記憶されている記憶装置と、
制御装置と、
を備えており、
前記点呼者端末は、
前記点呼者の指示に従って、避難場所に避難済みの避難者の顔画像である避難者顔画像を撮影する点呼者カメラと、
撮影された避難者顔画像に関係する避難者顔関係情報を含む登録要求を前記制御装置に送信する点呼者制御部と、
を備え、
前記制御装置は、
前記点呼者端末から送信される前記登録要求を受信する登録要求受信部と、
前記登録要求受信部によって前記登録要求が受信される第１の場合に、前記登録要求に含まれる前記避難者顔関係情報に基づいて、前記記憶装置内に、前記避難者と一致する人物である特定の登録ユーザの顔の特徴点を表わす特定の登録ユーザ顔データを含む特定の登録ユーザ情報が存在するか否かを判断する避難者照合部と、
前記避難者照合部によって前記記憶装置内に前記特定の登録ユーザ情報が存在すると判断される第２の場合に、前記記憶装置内の前記特定の登録ユーザ情報に避難済み情報を対応付けて記憶させる記憶制御部と、
を備える、安否情報管理システム。
【請求項２】
前記避難者顔関係情報は、前記避難者顔画像であり、
前記避難者照合部は、前記第１の場合に、前記登録要求に含まれる前記避難者顔画像に基づいて前記避難者の顔の特徴点を表わす避難者顔データを抽出し、抽出された前記避難者顔データと対応する前記特定の登録ユーザ顔データを含む前記特定の登録ユーザ情報が存在するか否かを判断する、請求項１に記載の安否情報管理システム。
【請求項３】
前記避難者顔関係情報は、前記避難者顔画像に基づいて抽出された前記避難者の顔の特徴点を表わす避難者顔データであり、
前記避難者照合部は、前記第１の場合に、前記登録要求に含まれる前記避難者顔データと対応する前記特定の登録ユーザ顔データを含む前記特定の登録ユーザ情報が存在するか否かを判断する、請求項１に記載の安否情報管理システム。
【請求項４】
前記登録要求は、さらに、前記避難場所を示す場所情報を含み、
前記記憶制御部は、前記第２の場合に、さらに、前記登録要求に含まれる前記場所情報を、前記記憶装置内の前記特定の登録ユーザ情報に対応付けて記憶させる、請求項１から３のいずれか一項に記載の安否情報管理システム。
【請求項５】
前記登録要求は、さらに、前記避難者の健康状態に関係する状態情報を含み、
前記記憶制御部は、前記第２の場合に、さらに、前記登録要求に含まれる前記状態情報を、前記記憶装置内の前記特定の登録ユーザ情報に対応付けて記憶させる、請求項１から４のいずれか一項に記載の安否情報管理システム。
【請求項６】
前記制御装置は、さらに、
前記状態情報が前記特定の登録ユーザ情報に対応付けて前記記憶装置内に記憶される場合において、前記状態情報が、前記避難者に救急措置が必要な状態であることを示す場合に、前記特定の登録ユーザ情報の少なくとも一部を含む救急措置要求を、外部の救急機関に対して送信する救急送信部を備える、請求項５に記載の安否情報管理システム。
【請求項７】
前記記憶装置に記憶されている登録ユーザ情報は、前記登録ユーザ顔データに加えて、前記登録ユーザの名前と、前記登録ユーザに関する付帯情報と、を含む、請求項１から６のいずれか一項に記載の安否情報管理システム。
【請求項８】
前記制御装置は、さらに、
前記記憶装置内の複数の登録ユーザ情報のうち、前記避難済み情報が対応付けられていない１以上の安否不明登録ユーザ情報を特定する特定部と、
前記１以上の安否不明登録ユーザ情報の少なくとも一部を含む安否不明者情報を、外部の救助関係機関に対して送信する安否不明者情報送信部を備える、請求項１から７のいずれか一項に記載の安否情報管理システム。
【請求項９】
確認者によって所持される確認者端末をさらに備えており、
前記確認者端末は、前記確認者が安否の確認を希望する確認希望登録ユーザの確認希望登録ユーザ情報に関係する検索情報を含む確認要求を前記制御装置に送信する、確認者制御部を備え、
前記制御装置は、さらに、
前記確認者端末から送信される前記確認要求を受信する確認要求受信部と、
前記確認要求受信部によって前記確認要求が受信される第３の場合に、前記確認要求に含まれる前記検索情報に基づいて、前記記憶装置内に前記検索情報に関係する前記確認希望登録ユーザ情報が存在するか否かを検索する検索部と、
前記検索部によって前記記憶装置内に前記確認希望登録ユーザ情報が存在すると判断される場合において、（ａ）前記確認希望登録ユーザ情報に前記避難済み情報が対応付けられている場合には、前記特定の登録ユーザ情報の少なくとも一部及び前記避難済み情報の少なくとも一部を含む検索結果情報を前記確認者端末に送信し、（ｂ）前記確認希望登録ユーザ情報に前記避難済み情報が対応付けられていない場合には、前記確認希望登録ユーザ情報の少なくとも一部を含む前記検索結果情報を前記確認者端末に送信する、検索結果送信部と、
を備える、請求項１から８のいずれか一項に記載の安否情報管理システム。
【請求項１０】
前記確認者端末は、さらに、前記確認者の顔画像である確認者顔画像を撮影する確認者カメラを備え、
前記確認要求は、前記検索情報に加え、前記確認者顔画像に関係する確認者顔関係情報を含み、
前記制御装置は、さらに、
前記確認要求受信部によって前記確認要求が受信されると、前記確認要求に含まれる前記確認者顔関係情報に基づいて、前記記憶装置内に、前記確認者と一致する人物である対象の登録ユーザの顔の特徴点を表わす対象の登録ユーザ顔データを含む対象の登録ユーザ情報が存在するか否かを判断する確認者照合部、を備え、
前記検索部は、前記確認要求受信部によって前記確認要求が受信され、かつ、前記確認者照合部によって前記記憶装置内に対象の登録ユーザ情報が存在すると判断される前記第３の場合に、前記確認要求に含まれる前記検索情報に基づいて、前記記憶装置内に前記検索情報に関係する前記確認希望登録ユーザ情報が存在するか否かを検索する、請求項９に記載の安否情報管理システム。
【請求項１１】
前記避難者によって所持される避難者端末をさらに備えており、
前記記憶制御部は、さらに、前記検索結果送信部によって前記検索結果情報が送信された場合に、前記対象の登録ユーザ情報の一部を含む確認履歴情報を、前記記憶装置内の前記確認希望登録ユーザ情報に対応付けて記憶させ、
前記避難者端末は、前記避難者の前記特定の登録ユーザ情報の一部を含む閲覧要求を前記制御装置に送信する、避難者制御部を備え、
前記制御装置は、さらに、
前記避難者端末から送信される前記閲覧要求を受信する閲覧要求受信部と、
前記閲覧要求受信部によって前記閲覧要求が受信される場合において、（Ａ）前記記憶装置内に存在する前記特定の登録ユーザ情報に前記確認履歴情報が対応付けられている場合には、前記特定の登録ユーザ情報の少なくとも一部及び前記確認履歴情報の少なくとも一部を含む閲覧情報を前記避難者端末に送信し、（ｂ）前記特定の登録ユーザ情報に前記避難済み情報が対応付けられていない場合には、前記特定の登録ユーザ情報の少なくとも一部を含む前記閲覧情報を前記避難者端末に送信する、閲覧情報送信部と、
を備える、請求項１０に記載の安否情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、災害時等においてユーザの安否情報を管理するための安否情報管理システムに関する。
【背景技術】
【０００２】
特許文献１には、災害時等においてユーザの安否情報を管理するための安否情報管理システムが開示されている。この安否情報管理システムは、複数の登録ユーザのそれぞれが所持する登録者端末と、事前に登録された各登録ユーザのメールアドレス、所属部署等の登録ユーザ情報が記憶されている記憶装置と、各登録者端末と通信可能な制御装置と、を備えている。この安否情報管理システムでは、災害等が発生した場合、制御装置は、記憶装置に登録ユーザ情報が登録されている各登録ユーザの登録者端末に対して連絡を行う。各登録ユーザは、登録者端末から、自身の安否を表わす情報を記載した安否確認メールを、制御装置に対して送信する。制御装置は、各登録者端末から受信した安否確認メールに基づいて、各登録ユーザの安否情報を集計し、その結果を、登録ユーザ毎に、記憶装置内の当該登録ユーザ情報に対応させて記憶させる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１８８４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の安否情報管理システムでは、災害等が発生した際に、避難者である登録ユーザ自身が、登録者端末を操作して安否確認メールを作成し、制御装置に送信する必要がある。しかしながら、実際に災害等が発生した場合、仮に登録ユーザが避難場所に避難済みであったとしても、登録ユーザ自身の負傷、精神的負担、登録者端末の故障等の様々な要因により、登録ユーザが登録者端末を操作して安否確認メールを制御装置に正確かつ速やかに送信することが困難な場合がある。その結果、特許文献１の安否情報管理システムでは、実際に災害等が発生した場合に、登録ユーザの安否確認が適切に行われないおそれがある。
【０００５】
本明細書では、災害等が発生した場合において、登録ユーザの安否確認が適切に行われ得る技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書は、安否情報管理システムを開示する。前記安否情報管理システムは、点呼者によって所持される点呼者端末と、事前に登録された複数人の登録ユーザのそれぞれについて、当該登録ユーザの顔の特徴点を表わす登録ユーザ顔データを含む登録ユーザ情報が記憶されている記憶装置と、制御装置と、を備えている。前記点呼者端末は、前記点呼者の指示に従って、避難場所に避難済みの避難者の顔画像である避難者顔画像を撮影する点呼者カメラと、撮影された避難者顔画像に関係する避難者顔関係情報を含む登録要求を前記制御装置に送信する点呼者制御部と、を備える。前記制御装置は、前記点呼者端末から送信される前記登録要求を受信する登録要求受信部と、前記登録要求受信部によって前記登録要求が受信される第１の場合に、前記登録要求に含まれる前記避難者顔関係情報に基づいて、前記記憶装置内に、前記避難者と一致する人物である特定の登録ユーザの顔の特徴点を表わす特定の登録ユーザ顔データを含む特定の登録ユーザ情報が存在するか否かを判断する避難者照合部と、前記避難者照合部によって前記記憶装置内に前記特定の登録ユーザ情報が存在すると判断される第２の場合に、前記記憶装置内の前記特定の登録ユーザ情報に避難済み情報を対応付けて記憶させる記憶制御部と、を備える。
【０００７】
上記の構成によると、実際に災害等が発生した状況において、例えば避難場所に避難した点呼者は、点呼者端末を操作して点呼者カメラによって同じ避難場所に避難している避難者である登録ユーザの顔画像を撮影し、撮影された避難者顔画像に関係する避難者顔関係情報を含む登録要求を制御装置に送信することができる。その場合、制御装置は、受信された登録要求に含まれる避難者顔関係情報に基づいて、記憶装置内に存在する特定の登録ユーザ情報に避難済み情報を対応付けて記憶させることができる。このように、上記の構成を有する安否情報管理システムによると、災害等の発生時において、特定の点呼者が、避難場所に避難している避難者の顔を撮影して登録要求を制御装置に送信する動作を繰り返し行えば、記憶装置内の複数の登録ユーザ情報に対して避難済み情報が対応付けて記憶されていく。その結果、システムの管理者等が、記憶装置内の登録ユーザ情報を参照すれば、どの登録ユーザが避難済みであるのか否かを確認することができる。このように、上記の構成を有する安否情報管理システムによると、災害時等において避難者である各登録ユーザ自身が、自身の安否情報を記載した安否確認メールを自身で制御装置に送信しなくても、記憶装置内に各登録ユーザの安否情報が蓄積され得る。そのため、仮に、避難した登録ユーザが何らかの要因により、自身で安否情報を発信できない状況にある場合であっても、記憶装置内に各登録ユーザの安否情報が蓄積され得る。従って、上記の構成によると、災害等が発生した場合において、登録ユーザの安否確認が適切に行われ得る。
【０００８】
前記避難者顔関係情報は、前記避難者顔画像であってもよい。前記避難者照合部は、前記第１の場合に、前記登録要求に含まれる前記避難者顔画像に基づいて前記避難者の顔の特徴点を表わす避難者顔データを抽出し、抽出された前記避難者顔データと対応する前記特定の登録ユーザ顔データを含む前記特定の登録ユーザ情報が存在するか否かを判断してもよい。
【０００９】
この構成によると、点呼者端末の点呼者制御部は、点呼者カメラによって撮影された避難者顔画像を含む登録要求を制御装置に送信すればよい。点呼者制御部が、避難者顔画像に基づいて避難者の顔の特徴点を表わす避難者顔データを抽出する処理を行う構成を採用する場合に比べて、点呼者制御部の処理負荷が少なく済む。
【００１０】
前記避難者顔関係情報は、前記避難者顔画像に基づいて抽出された前記避難者の顔の特徴点を表わす避難者顔データであってもよい。前記避難者照合部は、前記第１の場合に、前記登録要求に含まれる前記避難者顔データと対応する前記特定の登録ユーザ顔データを含む前記特定の登録ユーザ情報が存在するか否かを判断してもよい。
【００１１】
この構成によると、点呼者端末の点呼者制御部は、点呼者カメラによって撮影された避難者顔画像に基づいて避難者の顔の特徴点を表わす避難者顔データを抽出し、抽出された避難者顔データを含む登録要求を制御装置に送信する。制御装置の避難者照合部は、点呼者端末から受信された登録要求に含まれる避難者顔データと対応する前記特定の登録ユーザ顔データを含む特定の登録ユーザ情報が存在するか否かを判断すればよく、避難者照合部が避難者顔データを抽出する処理を行う必要がない。そのため、制御装置が避難者顔データを抽出する処理を行う構成を採用する場合に比べて、制御装置の処理負荷が少なく済む。
【００１２】
前記登録要求は、さらに、前記避難場所を示す場所情報を含んでもよい。前記記憶制御部は、前記第２の場合に、さらに、前記登録要求に含まれる前記場所情報を、前記記憶装置内の前記特定の登録ユーザ情報に対応付けて記憶させてもよい。
【００１３】
この構成によると、制御装置は、受信された登録要求に基づいて、記憶装置内に存在する特定の登録ユーザ情報に、場所情報をさらに対応付けて記憶させることができる。その結果、システムの管理者等が、記憶装置内の登録ユーザ情報を参照すれば、どの登録ユーザがどの避難場所に避難済みであるのか否かを確認することができる。上記の構成によると、記憶装置内により有用な各登録ユーザの安否情報を蓄積させ得る。
【００１４】
前記登録要求は、さらに、前記避難者の健康状態に関係する状態情報を含んでもよい。前記記憶制御部は、前記第２の場合に、さらに、前記登録要求に含まれる前記状態情報を、前記記憶装置内の前記特定の登録ユーザ情報に対応付けて記憶させてもよい。
【００１５】
この構成によると、制御装置は、受信された登録要求に基づいて、記憶装置内に存在する特定の登録ユーザ情報に、状態情報をさらに対応付けて記憶させることができる。その結果、システムの管理者等が、記憶装置内の登録ユーザ情報を参照すれば、どの登録ユーザが避難済みであるか否かに加え、その避難済みの登録ユーザがどのような状態であるのかを確認することができる。上記の構成によると、記憶装置内により有用な各登録ユーザの安否情報を蓄積させ得る。
【００１６】
前記制御装置は、さらに、前記状態情報が前記特定の登録ユーザ情報に対応付けて前記記憶装置内に記憶される場合において、前記状態情報が、前記避難者に救急措置が必要な状態であることを示す場合に、前記特定の登録ユーザ情報の少なくとも一部を含む救急措置要求を、外部の救急機関に対して送信する救急送信部を備える、
【００１７】
この構成によると、避難済みの登録ユーザが救急措置を要する状態である場合に、制御装置が外部の救急機関に対して、特定の登録ユーザ情報の少なくとも一部を含む救急措置要求を送信することができる。この結果、システムの管理者等が、各登録ユーザがどのような状態であるかを把握した後で、必要に応じて救急機関に連絡を行う場合に比べて、救急措置を必要とする避難者に対して迅速に救急措置を施すことができる。ここで、「救急機関」とは、病院、救急医療センター、介護施設等、各種ケアを行い得る機関を含んでもよい。
【００１８】
前記記憶装置に記憶されている登録ユーザ情報は、前記登録ユーザ顔データに加えて、前記登録ユーザの名前と、前記登録ユーザに関する付帯情報と、を含んでもよい。
【００１９】
この構成によると、システムの管理者等が記憶装置内の登録ユーザ情報を参照することで、登録ユーザに関する多くの情報を把握することができる。ここで、「付帯情報」は、例えば、登録ユーザの所属団体、所属部署、連絡先、性別、身体的特徴等、任意の各種情報を含んでもよい。
【００２０】
前記制御装置は、さらに、前記記憶装置内の複数の登録ユーザ情報のうち、前記避難済み情報が対応付けられていない１以上の安否不明登録ユーザ情報を特定する特定部と、前記１以上の安否不明登録ユーザ情報の少なくとも一部を含む安否不明者情報を、外部の救助関係機関に対して送信する安否不明者情報送信部を備えてもよい。
【００２１】
この構成によると、安否不明登録ユーザ情報に対応する安否不明の登録ユーザが存在する場合に、制御装置が外部の救助関係機関に対して、特定の登録ユーザ情報の少なくとも一部を含む１以上の安否不明登録ユーザ情報の少なくとも一部を含む安否不明者情報を送信することができる。この結果、システムの管理者等が、記憶装置を参照し、各登録ユーザがどのような状態であるかを把握した後で、必要に応じて外部の救助関係機関に連絡を行う場合に比べて、安否不明者情報を適切に救助関係機関に連絡することができる。ここで、「救助関係機関」とは、警察、自衛隊、海上保安庁、消防署等、各種救助を行い得る任意の機関を含んでもよい。
【００２２】
前記安否情報管理システムは、確認者によって所持される確認者端末をさらに備えてもよい。前記確認者端末は、前記確認者が安否の確認を希望する確認希望登録ユーザの確認希望登録ユーザ情報に関係する検索情報を含む確認要求を前記制御装置に送信する、確認者制御部を備えてもよい。前記制御装置は、さらに、前記確認者端末から送信される前記確認要求を受信する確認要求受信部と、前記確認要求受信部によって前記確認要求が受信される第３の場合に、前記確認要求に含まれる前記検索情報に基づいて、前記記憶装置内に前記検索情報に関係する前記確認希望登録ユーザ情報が存在するか否かを検索する検索部と、前記検索部によって前記記憶装置内に前記確認希望登録ユーザ情報が存在すると判断される場合において、（ａ）前記確認希望登録ユーザ情報に前記避難済み情報が対応付けられている場合には、前記特定の登録ユーザ情報の少なくとも一部及び前記避難済み情報の少なくとも一部を含む検索結果情報を前記確認者端末に送信し、（ｂ）前記確認希望登録ユーザ情報に前記避難済み情報が対応付けられていない場合には、前記確認希望登録ユーザ情報の少なくとも一部を含む前記検索結果情報を前記確認者端末に送信する、検索結果送信部と、を備えてもよい。
【００２３】
この構成によると、確認者端末が、確認要求を制御装置に送信すると、確認者端末は、検索情報に関係する確認希望登録ユーザ情報の少なくとも一部を含む検索結果情報を、制御装置から受信することができる。そして、確認希望登録ユーザ情報に避難済み情報が対応付けられている場合には、検索結果情報には、避難済み情報の少なくとも一部が含まれる。そのため、上記の構成によると、確認者端末を所持する確認者は、制御装置から受信した検索結果情報を参照することにより、所望の（即ち安否の確認を希望する）登録ユーザが避難済みであるかどうかを把握することができる。
【００２４】
前記確認者端末は、さらに、前記確認者の顔画像である確認者顔画像を撮影する確認者カメラを備えていてもよい。前記確認要求は、前記検索情報に加え、前記確認者顔画像に関係する確認者顔関係情報を含んでいてもよい。前記制御装置は、さらに、前記確認要求受信部によって前記確認要求が受信されると、前記確認要求に含まれる前記確認者顔関係情報に基づいて、前記記憶装置内に、前記確認者と一致する人物である対象の登録ユーザの顔の特徴点を表わす対象の登録ユーザ顔データを含む対象の登録ユーザ情報が存在するか否かを判断する確認者照合部、を備えていてもよい。前記検索部は、前記確認要求受信部によって前記確認要求が受信され、かつ、前記確認者照合部によって前記記憶装置内に対象の登録ユーザ情報が存在すると判断される前記第３の場合に、前記確認要求に含まれる前記検索情報に基づいて、前記記憶装置内に前記検索情報に関係する前記確認希望登録ユーザ情報が存在するか否かを検索してもよい。
【００２５】
この構成によると、制御装置は、対象の登録ユーザ情報が存在すると判断されない限り（即ち、確認者端末を所持する確認者が登録ユーザであることが、確認者顔画像に基づいて確認されない限り）、確認者端末に検索結果情報を送信しない。そのため、この構成によると、登録ユーザ以外の第三者等によって、登録ユーザの個人的な情報を含み得る検索結果情報が把握される事態の発生を抑制することができる。
【００２６】
前記安否情報管理システムは、前記避難者によって所持される避難者端末をさらに備えていてもよい。前記記憶制御部は、さらに、前記検索結果送信部によって前記検索結果情報が送信された場合に、前記対象の登録ユーザ情報の一部を含む確認履歴情報を、前記記憶装置内の前記確認希望登録ユーザ情報に対応付けて記憶させてもよい。前記避難者端末は、前記避難者の前記特定の登録ユーザ情報の一部を含む閲覧要求を前記制御装置に送信する、避難者制御部を備えてもよい。前記制御装置は、さらに、前記避難者端末から送信される前記閲覧要求を受信する閲覧要求受信部と、前記閲覧要求受信部によって前記閲覧要求が受信される場合において、（Ａ）前記記憶装置内に存在する前記特定の登録ユーザ情報に前記確認履歴情報が対応付けられている場合には、前記特定の登録ユーザ情報の少なくとも一部及び前記確認履歴情報の少なくとも一部を含む閲覧情報を前記避難者端末に送信し、（ｂ）前記特定の登録ユーザ情報に前記避難済み情報が対応付けられていない場合には、前記特定の登録ユーザ情報の少なくとも一部を含む前記閲覧情報を前記避難者端末に送信する、閲覧情報送信部と、を備えてもよい。
【００２７】
この構成によると、確認者端末に検索結果情報が送信された場合に、対象の登録ユーザ情報の一部を含む確認履歴情報を、記憶装置内の確認希望登録ユーザ情報に対応付けて記憶させる。そして、避難者が所持する避難者端末が、自身の特定の登録ユーザ情報の閲覧を要求するための閲覧要求を制御装置に送信すると、避難者端末は、特定の登録ユーザ情報の少なくとも一部を含む閲覧情報を、制御装置から受信することができる。そして、特定の登録ユーザ情報に確認履歴情報が対応付けられている場合には、閲覧情報には、確認履歴情報の少なくとも一部が含まれる。そのため、上記の構成によると、避難者端末を所持する避難者は、制御装置から受信した閲覧情報を参照することにより、どのような登録ユーザが自身の特定の登録ユーザ情報、及び、自身の避難状態を確認したのかを把握することができる。
【００２８】
なお、上記の点呼者端末を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記録媒体も、新規で有用である。同様に、上記の制御装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の確認者端末を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記録媒体も、新規で有用である。さらに、上記の避難端末を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能記録媒体も、新規で有用である。
【図面の簡単な説明】
【００２９】
【図１】安否情報管理システムの概要を示す。
【図２】端末装置のブロック図を示す。
【図３】サーバのブロック図を示す。
【図４】データベースの記憶内容の例を示す。
【図５】安否情報管理システムが実行する４つの動作の概要を示す。
【図６】端末装置の制御部が実行する端末側登録処理のフローチャートを示す。
【図７】サーバの制御部が実行するサーバ側登録処理のフローチャートを示す。
【図８】端末装置の制御部が実行する端末側確認処理のフローチャートを示す。
【図９】サーバの制御部が実行するサーバ側確認処理のフローチャートを示す。
【図１０】端末装置の制御部が実行する端末側閲覧処理のフローチャートを示す。
【図１１】サーバの制御部が実行するサーバ側閲覧処理のフローチャートを示す。
【図１２】サーバの制御部が実行する安否情報通知処理のフローチャートを示す。
【発明を実施するための形態】
【００３０】
（第１実施例）
（安否情報管理システム２の構成；図１）
図１に示す本実施例の安否情報管理システム２は、例えば、災害時等において、特定のコミュニティ（例えば会社、町内等）に所属している複数の登録ユーザの安否情報を管理するためのシステムである。図１の例では、安否情報管理システム２は、特定の会社のために設置されるシステムであり、災害時において自社の社員（図１中のユーザＵＣ、Ｕ１、Ｕ２、Ｕ３、Ｕ４）の安否情報を管理するためのシステムとして機能する。図１の例では、ユーザＵＣ、Ｕ１〜Ｕ４のみを特定の会社の社員として示しているが、安否情報管理システム２によって安否情報が管理される社員は実際にはこの他にも多数存在している。図１の例は、災害が発生した後で、ユーザＵＣ、Ｕ１、Ｕ２は、避難場所ＥＣ１（例えば会社の食堂）に避難しており、ユーザＵ３が、避難場所ＥＣ１とは異なる避難場所ＥＣ２（例えば会議室）に避難している状況を示している。図１の状況では、ユーザＵ４は避難場所に避難していない。
【００３１】
図１に示すように、本実施例の安否情報管理システム２は、ユーザＵＣ、Ｕ１、Ｕ３等が各自で所持する複数の端末装置１０と、サーバ５０と、を備えている。各端末装置１０と、サーバ５０とは、相互に無線通信を実行可能である。
【００３２】
（端末装置１０の構成；図２）
本実施例の端末装置１０は、ユーザＵＣ、Ｕ１、Ｕ３等が各自で所持する可搬型の端末装置である。以下では、端末装置１０を所持するユーザＵＣ、Ｕ１、Ｕ３等を区別せずに総称する場合単に「ユーザ」と呼ぶ。端末装置１０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。端末装置１０は、一般に業務端末と呼ばれる可搬型の端末装置（たとえば業務用ＰＤＡ等）であってもよい。図２に示すように、端末装置１０は、操作部１２と、表示部１４と、カメラ１６と、通信インターフェース２０と、制御部３０と、メモリ３２とを備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【００３３】
操作部１２は、１個以上のキーを含む。表示部１４は、様々な情報を表示させるためのディスプレイである。また、操作部１２と表示部１４は、両者が一体に構成されたタッチパネルであってもよい。ユーザは、操作部１２を操作して、様々な指示を端末装置１０に入力することができる。カメラ１６は、所定の撮影可能範囲内の画像を撮影可能なＣＣＤカメラである。図示しないが、カメラ１６は、端末装置１０の外側（表示部１４が設けられていない側の面）に設けられる外カメラと、端末装置１０の外側（表示部１４が設けられている側の面）に設けられる内カメラと、の二つのカメラを含んでもよい。
【００３４】
通信Ｉ／Ｆ２０は、サーバ５０との間で無線通信（例えば、ＬＴＥ（Long Term Evolutionの略）通信、Ｗｉ−Ｆｉ通信等）を実行するためのＩ／Ｆである。
【００３５】
制御部３０は、メモリ３２に記憶されているプログラム（ＯＳ（Operation Systemの略）プログラム３４、アプリケーションプログラム３６（以下「アプリケーション３６」と呼ぶ）等）に従って、様々な処理（後述の図６、図８、図１０参照）を実行する。
【００３６】
メモリ３２は、ＲＯＭ（Read Only Memoryの略）、ＲＡＭ（Random Access Memoryの略）等によって構成される。上記の通り、メモリ３２は、ＯＳプログラム３４と、アプリケーション３６と、を記憶している。ＯＳプログラム３４は、端末装置１０の基本的な動作を制御するためのプログラムであり、端末装置１０の出荷時点において既にメモリ３２に記憶されている。アプリケーション３６は、端末装置１０が本実施例の安否情報管理システム２のための端末装置１０として機能するための各種処理を行うためのプログラムである。アプリケーション３６は、安否情報管理システム２による安否情報管理サービスを提供するサービス提供者によって設置されるインターネット上のサーバ（図示しない）から端末装置１０にインストールされる。
【００３７】
（サーバ５０の構成；図３、図４）
サーバ５０は、安否情報管理システム２の管理者（例えば、会社のシステム管理者）によって設置される管理装置である。サーバ５０は、操作部５２と、表示部５４と、通信Ｉ／Ｆ５６と、制御部６０と、メモリ６２と、を備える。
【００３８】
操作部５２は、キーボード及びマウスを備える。サーバ５０の利用者（例えばシステム管理者）は、操作部５２を操作して、様々な指示をサーバ５０に入力することができる。表示部５４は、様々な情報を表示するためのディスプレイである。
【００３９】
通信Ｉ／Ｆ５６は、外部の機器（例えば、端末装置１０、後述の病院１００（図５（ａ）参照）、救助機関１１０（図５（ｄ）参照）等）との間で無線通信を実行するためのＩ／Ｆである。
【００４０】
制御部６０は、メモリ６２に記憶されているプログラム（ＯＳプログラム６４、アプリケーション６６）に従って、様々な処理（後述の図７、図９、図１１、図１２参照）を実行する。
【００４１】
メモリ６２は、ＲＯＭ、ＲＡＭ等によって構成される。上記の通り、メモリ６２は、ＯＳプログラム６４と、アプリケーション６６と、を記憶している。ＯＳプログラム６４は、サーバ５０の基本的な動作を制御するためのプログラムであり、サーバ５０の出荷時点において既にメモリ６２に記憶されている。アプリケーション６６は、サーバ５０が本実施例の安否情報管理システム２のための管理装置として機能するための各種処理を行うためのプログラムである。アプリケーション６６の内容は、端末装置１０のためのアプリケーション３６の内容と異なっている。アプリケーション６６は、安否情報管理サービスを提供するサービス提供者によって設置されるインターネット上のサーバ（図示しない）からサーバ５０にインストールされる。他の例では、アプリケーション６６は、サービス提供者が配布する記録媒体からサーバ５０にインストールされてもよい。
【００４２】
メモリ６２は、さらに、データベース６８（図４参照）を格納している。図４に示すように、データベース６８には、各登録ユーザに関する情報が含まれている。具体的には、図４の例では、データベース６８には、複数のユーザデータ８０ａ〜８０ｄ等が含まれている。各ユーザデータ８０ａ等は、登録ユーザ顔データと、名前と、所属と、年齢と、役職と、避難情報と、避難場所と、確認時刻と、状態と、閲覧情報と、が対応付けられた組合せ情報である。
【００４３】
ユーザデータ８０ａ〜８０ｄ等に含まれる各情報のうち、登録ユーザ顔データと、名前と、所属と、年齢と、役職とは、予めデータベース６８に登録されている情報である。これらの情報のことを総称して「登録ユーザ情報」と呼ぶ場合がある。即ち、本実施例では、安否情報管理システム２を設置する会社の社員（図１のユーザＵＣ、Ｕ１〜Ｕ４等）は、それぞれ、事前に、自身の登録ユーザ情報をデータベース６８に登録している。即ち、会社の社員は、安否情報管理システム２にとっての登録ユーザである。
【００４４】
一方、ユーザデータ８０ａ〜８０ｄ等に含まれる各情報のうち、避難情報と、避難場所と、確認時刻と、状態と、閲覧履歴とは、サーバ５０が、災害等の発生をトリガとして、安否確認動作を開始した後で、後述のサーバ側登録処理（図７参照）が実行されることにより、ユーザデータ８０ａ〜８０ｄに対応付けられてデータベース６８内に記憶される。
【００４５】
図４の例では、ユーザデータ８０ａ〜８０ｄは、それぞれ、図１のユーザＵ１〜Ｕ４に関する情報を含むデータである。
【００４６】
各ユーザデータ８０ａ〜８０ｄに含まれる各情報について説明する。「登録ユーザ顔データ」は、各登録ユーザの顔画像に基づいて抽出された当該登録ユーザの顔の特徴点を表わすデータである。登録ユーザ顔データは、後述のサーバ側登録処理（図７）、サーバ側確認処理（図９）、及び、サーバ側閲覧処理（図１１）において、ユーザの顔認証の際の基準データとして利用される。例えば、ユーザデータ８０ａに含まれる登録ユーザ顔データ「ＦＤ１」は、図１のユーザＵ１の顔の特徴点を表わすデータとして事前に登録されたデータである。
【００４７】
「名前」、「所属」、「年齢」、「役職」は、それぞれ、登録ユーザの名前、会社内の所属部署、年齢、役職を表わす。例えば、ユーザデータ８０ａは、ユーザＵ１の名前が「Ａｋｉ」であり、所属部署が「開発（即ち開発部）」であり、年齢が「４５」歳であり、役職が「課長」であることを表わす。
【００４８】
「避難情報」は、登録ユーザが避難済みであることが確認できたか否かを示す情報である。避難済みであることが確認できていれば「済」が含まれ、避難済みであることが未確認の場合は「−」が含まれる。
【００４９】
「避難場所」は、登録ユーザがどの避難場所に避難しているのかを示す情報である。登録ユーザが避難済みであることが確認できていれば「食堂」「会議室」等、避難場所の名前を示す情報が含まれるが、避難済みであることが未確認の場合は「−」が含まれる。
【００５０】
「確認時刻」は、登録ユーザが避難済みであることが確認できた時刻を示す情報である。登録ユーザが避難済みであることが確認できていれば「１５：３６」等、時刻を示す情報が含まれるが、避難済みであることが未確認の場合は「−」が含まれる。
【００５１】
「状態」は、避難済みの登録ユーザの健康状態を示す情報である。登録ユーザが避難済みであることが確認できていれば「健康」「要救急」等、健康状態を示す何らかの情報（他には「要安静」、「精神的動揺」、「軽傷」、「病気」等が含まれてもよい）が含まれるが、避難済みであることが未確認の場合は「−」が含まれる。
【００５２】
例えば、ユーザデータ８０ａは、ユーザＵ１が「食堂」に「避難済み」であることが「１５：３６」に確認されており、その際のユーザＵ１の健康状態が「健康」であることを表わしている。
【００５３】
上記の通り、上記の「避難情報」「避難場所」「確認時刻」「状態」は、後述のサーバ側登録処理（図７）が実行される過程で、ユーザデータ８０ａ〜８０ｄ等に追加される。
【００５４】
「閲覧履歴」は、当該登録ユーザのユーザデータ８０ａ等を、他の登録ユーザが閲覧したことを示す履歴を表わすデータである。閲覧履歴には、「ＨＤ１」「ＨＤ２」等のデータが含まれる。後述のサーバ側確認処理（図９）が実行され、当該登録ユーザのユーザデータが閲覧されることにより、「ＨＤ１」「ＨＤ２」等のデータの内容が更新される。
【００５５】
（安否情報管理システム２の動作の概要；図５）
端末装置１０の制御部３０、及び、サーバ５０の制御部６０のそれぞれが実行する処理（図６〜図１１）の内容を説明する前に、図５を参照して、災害等が発生した状況における本実施例の安否情報管理システム２の動作の概要を説明しておく。本実施例の安否情報管理システム２は、災害等が発生する前は、災害の発生の監視以外の特別な動作を行っていない。安否情報管理システム２は、災害等の発生を検知すると、図５の（ａ）〜（ｄ）に示すように、登録動作、確認動作、閲覧動作、安否情報出力動作、の４つの動作を行うことができる。以下、各動作について簡単に説明する。
【００５６】
（登録動作；図５の（ａ））
図５の（ａ）に示す登録動作は、サーバ５０に、各登録ユーザの安否情報を蓄積させるために、端末装置１０及びサーバ５０が行う動作である。端末装置１０が後述の端末側登録処理（図６）を実行し、サーバ５０が後述のサーバ側登録処理（図７）を実行することで、登録動作が実現される。
【００５７】
災害等の発生が検知されると、サーバ５０は、各登録ユーザが所持する端末装置１０に災害が発生したことを通知するとともに、点呼者として行動可能な登録ユーザに対して、登録処理の実行を依頼するメッセージを送信する。以下では、このようなメッセージのことを「災害発生メッセージ」と呼ぶ場合がある。この場合、既に避難場所ＥＣ１に避難しており、かつ、点呼者として行動可能な程度の健康状態であるユーザＵＣは、自身が所持する端末装置１０を用いて、後述の端末側登録処理（図６）を実行することができる。
【００５８】
Ａ０１において、ユーザＵＣ（即ち点呼者）は、端末装置１０のカメラ１６で、同じ避難場所ＥＣ１に避難している避難者である他のユーザ（この例ではユーザＵ１）の顔画像を撮影する。続くＡ０２では、ユーザＵＣの指示に従って、端末装置１０は、撮影されたユーザＵ１の顔画像（避難者顔画像）等の各種情報を含む登録要求をサーバ５０に送信する。
【００５９】
Ａ０３では、サーバ５０は、端末装置１０から受信された登録要求に含まれる顔画像等の各種情報に基づいて、データベース（図では「ＤＢ」）６８を更新する。即ち、サーバ５０は、データベース６８内を参照し、登録要求に含まれる顔画像に対応する登録ユーザ顔データを含むユーザデータ８０ａを特定し、特定されたユーザデータ８０ａの内容を更新する（図４参照）。具体的には、サーバ５０は、避難情報を「済」に更新するとともに、登録要求に含まれる情報に従って、避難場所（「食堂」）、確認時刻（「１５：３６」）、状態（「健康」）を追加する。
【００６０】
このように、登録動作では、基本的には、点呼者であるユーザＵＣによる他ユーザ（避難者）の顔画像の撮影（Ａ０１）、及び、その顔画像等を含む登録要求のサーバ５０への送信（Ａ０２）と、サーバ５０による登録要求の内容に基づくデータベース６８の更新（Ａ０３）と、が繰り返し行われることで、データベース６８内に、各登録ユーザ（避難者）の安否情報が蓄積されていく。
【００６１】
この際に、Ａ０４に示すように、サーバ５０は、端末装置１０から受信された登録要求に含まれるユーザの健康状態を表わす情報が「要救急」等、救急措置を要することを表わす場合（図４のユーザデータ８０ｂ参照）がある。この場合には、サーバ５０は、当該ユーザ（図１、図４の例ではユーザＵ２）の氏名や状態、避難中の避難場所等の情報を含む救急措置要求を、避難場所の最寄りの病院１００等の救急機関に送信する。これにより、病院１００に救急措置を要請するとともに、措置を要するユーザに関するデータを病院１００に連絡することができる。ここで、救急機関は、病院１００に限らず、救急医療センター、介護施設等、各種ケアを行い得る機関であってもよい。
【００６２】
（確認動作；図５の（ｂ））
図５の（ｂ）に示す確認動作は、一の登録ユーザが、他の登録ユーザの安否情報を確認することを希望する場合に、他の登録ユーザに情報を提供するために、端末装置１０及びサーバ５０が行う動作である。端末装置１０が後述の端末側確認処理（図８）を実行し、サーバ５０が後述のサーバ側確認処理（図９）を実行することで、確認動作が実現される。
【００６３】
Ａ１１では、避難場所ＥＣ２に避難したユーザＵ３（即ち確認者）は、自身の端末装置１０を操作して、端末装置１０からユーザＵ１の安否情報を確認するための確認要求をサーバ５０に送信する。確認要求には、ユーザＵ１の安否情報の確認を希望する旨の検索情報が含まれる。
【００６４】
Ａ１２において、サーバ５０は、データベース６８を参照し、受信した確認要求に含まれる検索情報に従って、確認の対象であるユーザＵ１のユーザデータ８０ａを特定する。そして、サーバ５０は、特定したユーザデータ８０ａに基づいて、ユーザＵ１に関する安否情報を含む検索結果情報を生成し、ユーザＵ３の端末装置１０に送信する。検索結果情報を見たユーザＵ３（確認者）は、ユーザＵ１が、自身とは別の避難場所ＥＣ１に避難していること等を把握することができる。
【００６５】
さらに、Ａ１３では、サーバ５０は、データベース６８内のユーザデータ８０ａの閲覧履歴「ＨＤ１」を更新し、ユーザＵ３によってデータが閲覧されたことを示す履歴情報をユーザデータ８０ａに追加する。
【００６６】
このように、確認動作では、基本的には、サーバ５０は、一の登録ユーザの端末装置１０から確認要求を受信することに応じて、他の登録ユーザの安否情報を含む検索結果情報を提供することを繰り返し行う。その際、サーバ５０は、データベース６８内の閲覧履歴の更新も併せて行っている。
【００６７】
（閲覧動作；図５の（ｃ））
図５の（ｃ）に示す閲覧動作は、一の登録ユーザが、自身の安否情報が他の登録ユーザによって確認されたか否かを表わす閲覧履歴の閲覧を希望する場合に、当該一の登録ユーザに情報を提供するために、端末装置１０及びサーバ５０が行う動作である。端末装置１０が後述の端末側閲覧処理（図１０）を実行し、サーバ５０が後述のサーバ側閲覧処理（図１１）を実行することで、閲覧動作が実現される。
【００６８】
Ａ２１では、避難場所ＥＣ１に避難したユーザＵ１（即ち閲覧者）は、自身の端末装置１０を操作して、端末装置１０から、自身の安否情報が他の登録データによって確認された閲覧履歴の閲覧を希望する閲覧要求をサーバ５０に送信する。閲覧要求には、ユーザＵ１を表わす顔画像が含まれる。
【００６９】
Ａ２２において、サーバ５０は、データベース６８を参照し、ユーザＵ１のユーザデータ８０ａに基づいて、閲覧履歴等の情報を含む閲覧情報を生成し、ユーザＵ１の端末装置１０に送信する。検索結果情報を見たユーザＵ１は、どのユーザが、自身の安否を確認したのか等を把握することができる。
【００７０】
（安否情報出力動作；図５の（ｄ））
図５の（ｄ）に示す安否情報出力動作は、サーバ５０が、後述の安否情報出力処理（図１２）を実行することで実現される。Ａ３１において、災害等の発生から所定期間が経過する場合、サーバ５０は、外部の救助機関１１０（例えば、警察、自衛隊、海上保安庁、消防署等）に対して、安否不明者情報を送信する。例えば、図４のデータベース６８では、ユーザＵ４に対応するユーザデータ８０ｄにおける避難情報は「−」であり、ユーザＵ４が避難済みであることが確認されていない（図１参照）。この場合、サーバ５０が救助機関１１０に送信する安否不明者情報には、ユーザＵ４に関する情報が含まれる。
【００７１】
これにより、安否が未確認の登録ユーザを安否不明者として救助機関１１０に通知することができる。救助機関１１０による安否不明ユーザの早期発見等を期待することができる。
【００７２】
（各処理の説明；図６〜図１２）
続いて、本実施例の安否情報管理システム２が、上記図５の（ａ）〜（ｄ）の各動作を実行するために、端末装置１０の制御部３０が実行する処理（図６、図８、図１０参照）と、サーバ５０の制御部６０が実行する処理（図７、図９、図１１、図１２参照）と、について説明する。
【００７３】
（登録動作のための処理；図６、図７）
上記の通り、安否情報管理システム２が、上記の登録動作（図５の（ａ）参照）を実行するために、端末装置１０の制御部３０が図６の端末側登録処理を実行するともに、サーバ５０の制御部６０が図７のサーバ側登録処理を実行する。
【００７４】
（端末側登録処理；図６）
図６の端末側登録処理は、登録動作（図５の（ａ）参照）の実行のために端末装置１０の制御部３０が実行する処理である。上記の通り、災害等が発生すると、各端末装置１０は、サーバ５０から、上記の災害発生メッセージを受信する。この際、既に避難場所（例えば図１の避難場所ＥＣ１）に避難しており、かつ、点呼者として行動可能な程度の健康状態であるユーザ（例えば図１のユーザＵＣ。以下ではこのようなユーザを「点呼者」と呼ぶ場合がある）は、自身が所持する端末装置１０を操作して、アプリケーション３６を起動させることができる。そして、点呼者が、アプリケーション３６を起動した後、所定の点呼者モードを起動させると、制御部３０は、図６の端末側登録処理を開始する。
【００７５】
Ｓ１０では、制御部３０は、避難者顔画像が撮影されることを監視する。点呼者は、点呼者モードで動作する端末装置１０のカメラ１６によって、同じ避難場所に避難中の他のユーザ（例えば図１のユーザＵ１。以下ではこのようなユーザを「避難者」と呼ぶ場合がある）の顔画像を撮影することができる。なお、この際点呼者は、自身の安否情報の登録のために自身の顔画像を撮影してもよい。カメラ１６によって避難者顔画像が撮影されると、制御部３０は、Ｓ１０でＹＥＳと判断し、Ｓ１４に進む。なお、図６で示されているＳ１２には第２実施例で詳しく言及する。
【００７６】
Ｓ１４では、制御部３０は、Ｓ１０で避難者顔画像が撮影された避難者の避難場所、健康状態を示す情報が入力されることを監視する。例えば、点呼者（例えばユーザＵＣ）は、端末装置１０を操作して、避難者（例えばユーザＵ１）の避難場所（例えば「食堂」）を入力することができる。さらに、点呼者は、避難者の状態を見たり、避難者と話をしたりした上で、避難者の健康状態を示す情報（例えば「健康」、「要救急」等）を入力することができる。避難者の避難場所、健康状態を示す情報が入力され、所定の入力完了の操作が行われると、制御部３０は、Ｓ１４でＹＥＳと判断し、Ｓ１６に進む。
【００７７】
Ｓ１６では、制御部３０は、登録要求をサーバ５０に送信する。登録要求は、避難者に関する各種情報のデータベース６８への登録をサーバ５０に要求するためのリクエストである。Ｓ１６で送信される登録要求には、Ｓ１０で撮影された避難者顔画像、及び、Ｓ１４で入力された避難場所及び健康状態を示す情報が含まれる。
【００７８】
Ｓ１６の処理を終えると、制御部３０は、図６の端末側登録処理を終了する。点呼者が、他の避難者のための登録要求の送信を行なおうとする場合、点呼者は、再度所定の点呼者モード起動操作を行った上で、端末装置１０に図６の端末側登録処理を行わせる。
【００７９】
（サーバ側登録処理；図７）
図７のサーバ側登録処理は、登録動作（図５の（ａ）参照）の実行のためにサーバ５０の制御部６０が実行する処理である。上記の通り、サーバ５０の制御部６０は、災害等の発生を検知すると、上記の災害発生メッセージを各登録ユーザの端末装置１０に送信する。災害発生メッセージが送信されると、制御部６０は、図７のサーバ側登録処理、図９のサーバ側確認処理、図１１のサーバ側閲覧処理、及び、図１２の安否情報出力処理を並行して開始する。
【００８０】
図７のＳ３０では、制御部６０は、端末装置１０から登録要求を受信することを監視する。上記の通り、点呼者によって所定の操作が行われることによって、端末装置１０は、サーバ５０に登録要求を送信する（図６のＳ１６参照）。この場合、制御部６０は、端末装置１０から登録要求を受信する。端末装置１０から登録要求を受信すると、制御部６０は、Ｓ３０でＹＥＳと判断し、Ｓ３２に進む。
【００８１】
Ｓ３２では、制御部６０は、登録要求に含まれる避難者顔画像に基づいて、避難者の顔の特徴点を表わす避難者顔データを抽出する。本明細書の全体を通して、顔データの抽出手法は、公知の任意の手法を採用することができる。
【００８２】
続くＳ３４では、制御部６０は、データベース６８を参照し、避難者顔データと対応する特定の登録ユーザ顔データを含む特定のユーザデータが存在するか否かを判断する。「避難者顔データと対応する特定の登録ユーザ顔データ」とは、避難者と一致する登録ユーザ（以下では「特定の登録ユーザ」と呼ぶ）の顔の特徴点を表わす登録ユーザ顔データである。データベース６８内を参照した結果、特定のユーザデータが発見される場合、制御部６０は、Ｓ３４でＹＥＳと判断し、Ｓ３６に進む。一方、データベース６８内を参照しても特定のユーザデータを発見できなかった場合は、制御部６０は、Ｓ３４でＮＯと判断する。この場合、制御部６０は、エラーと判断し、Ｓ３０の監視に戻る。
【００８３】
Ｓ３６では、制御部６０は、データベース６８を更新する。具体的には、Ｓ３６では、制御部６０は、データベース６８のうちの上記の特定のユーザデータに含まれる「避難情報」を「−」から「済」に更新する（図４参照）。さらに、制御部６０は、受信された登録要求に含まれる避難場所を表わす情報及び避難者の健康状態を表わす情報に従って「避難場所」及び「状態」を更新する（図４参照）。さらに、制御部６０は、「確認時刻」にこの時点の時刻を記入する（図４参照）。
【００８４】
続くＳ３８では、制御部６０は、受信された登録要求に含まれる避難者の健康状態を表わす情報が、救急措置を要する状態を示す（例えば「要救急」を示す）か否かを判断する。登録要求に含まれる避難者の健康状態を表わす情報が「要救急」等、救急措置を要する状態を示す場合、制御部６０は、Ｓ３８でＹＥＳと判断し、Ｓ４０に進む。一方、「健康」、「要安静」等、救急措置を要しない状態を示す場合、制御部６０は、Ｓ３８でＮＯと判断し、Ｓ４０をスキップして、Ｓ３０の監視に戻る。
【００８５】
Ｓ４０では、制御部６０は、外部の救急機関（例えば図５の（ａ）の病院１００等）に対して、救急措置要求を送信する。救急措置要求は、上記の特定のユーザデータに含まれる登録ユーザ（避難者）の氏名、年齢、避難場所（例えば「食堂」）、状態（例えば「要救急」）等の情報を含む。制御部６０は、救急措置要求を送信する際、避難者の避難場所や状態に応じて、救急措置要求を送信する送信先の救急機関を選択するようにしてもよい。Ｓ４０の処理を終えると、制御部６０は、Ｓ３０の監視に戻る。
【００８６】
このように、制御部６０は、図７のサーバ側登録処理が開始された後は、Ｓ３０〜Ｓ４０の各処理を繰り返し実行する。
【００８７】
（確認動作のための処理；図８、図９）
安否情報管理システム２が、上記の確認動作（図５の（ｂ）参照）を実行するために、端末装置１０の制御部３０が図８の端末側確認処理を実行するともに、サーバ５０の制御部６０が図９のサーバ側確認処理を実行する。
【００８８】
（端末側確認処理；図８）
図８の端末側登録処理は、確認動作（図５の（ｂ）参照）の実行のために端末装置１０の制御部３０が実行する処理である。災害等の発生後、他の登録ユーザの安否情報を確認することを希望する登録ユーザ（例えば図１、図５の（ｂ）のユーザＵ３。以下ではこのようなユーザを「確認者」と呼ぶ場合がある）は、自身が所持する端末装置１０を操作してアプリケーション３６を起動した後、所定の確認者モードを起動させることができる。この場合、制御部３０は、図８の端末側確認処理を開始する。
【００８９】
Ｓ５０では、制御部３０は、確認者顔画像が撮影されることを監視する。確認者は、確認者モードで動作する自身の端末装置１０のカメラ１６によって、自分の顔画像を撮影することができる。カメラ１６によって確認者顔画像が撮影されると、制御部３０は、Ｓ５０でＹＥＳと判断し、Ｓ５４に進む。なお、図８で示されているＳ５２には第２実施例で詳しく言及する。
【００９０】
Ｓ５４では、制御部３０は、確認者が安否情報の確認を希望する登録ユーザ（以下では「確認希望ユーザ」と呼ぶ場合がある）を特定するための検索情報が入力されることを監視する。検索情報は、例えば、確認希望ユーザの顔画像、名前、役職、所属等、確認希望ユーザの登録ユーザ情報の一部を含む。確認者は、端末装置１０に、上記の検索情報を入力することができる。検索情報が入力され、所定の入力完了の操作が行われると、制御部３０は、Ｓ５４でＹＥＳと判断し、Ｓ５６に進む。
【００９１】
Ｓ５６では、制御部３０は、確認要求をサーバ５０に送信する。確認要求には、Ｓ５０で撮影された確認者顔画像、及び、Ｓ５４で入力された検索情報が含まれる。ここで、確認要求は、検索情報によって表わされる確認希望ユーザの安否情報の確認をサーバ５０に希望するためのリクエストである。
【００９２】
Ｓ５８では、制御部３０は、サーバ５０から検索結果情報を受信したか否かを判断する。後で説明するように、サーバ５０は、確認要求を受信すると、確認要求に基づいて各種認証を行い（図９のＳ７４、Ｓ７６参照）、そのすべてで成功する場合（Ｓ７４でＹＥＳ、Ｓ７６でＹＥＳ）に、確認希望ユーザのユーザデータ（即ち確認希望ユーザデータ）の一部を含む検索結果情報を確認者の端末装置１０に送信する（Ｓ７８、Ｓ８０）。この場合、制御部３０は、サーバ５０から検索結果情報を受信することができ、Ｓ５８でＹＥＳと判断する。Ｓ５８でＹＥＳの場合、制御部６０は、Ｓ６０に進む。一方、サーバ５０は、上記の各種認証のいずれかで失敗すると（Ｓ７４またはＳ７６でＮＯ）、検索結果情報を送信しない。この場合、制御部３０は、サーバ５０から検索結果情報を受信することができず、Ｓ５８でＮＯと判断する。Ｓ５８でＮＯの場合、制御部６０は、図８の端末側確認処理をエラー終了する。
【００９３】
Ｓ６０では、制御部３０は、サーバ５０から受信された検索結果情報を表示部１４に表示させる。これにより、確認者は、確認希望ユーザが避難済みであるか否か、確認希望ユーザが避難済みの場合の避難場所、確認希望ユーザが避難済みである場合の健康状態等を把握することができる。
【００９４】
続くＳ６２では、制御部３０は、所定の終了指示が入力されることを監視する。検索結果情報が表示部１４に表示されている間、確認者は、検索結果情報の表示を終了するための終了指示を入力することができる。終了指示が入力されると、制御部３０は、Ｓ６２でＹＥＳと判断し、図８の端末側確認処理を終了する。
【００９５】
（サーバ側確認処理；図９）
図９のサーバ側確認処理は、確認動作（図５の（ｂ）参照）の実行のためにサーバ５０の制御部６０が実行する処理である。上記の通り、サーバ５０の制御部６０は、災害等の発生の検知をトリガとして災害発生メッセージを各登録ユーザの端末装置１０に送信すると、図７のサーバ側登録処理、図９のサーバ側確認処理、図１１のサーバ側閲覧処理、及び、図１２の安否情報出力処理を並行して開始する。
【００９６】
図９のＳ７０では、制御部６０は、端末装置１０から確認要求を受信することを監視する。上記の通り、確認者によって所定の操作が行われることによって、端末装置１０は、サーバ５０に確認要求を送信する（図８のＳ５６参照）。この場合、制御部６０は、端末装置１０から確認要求を受信する。端末装置１０から確認要求を受信すると、制御部６０は、Ｓ７０でＹＥＳと判断し、Ｓ７２に進む。
【００９７】
Ｓ７２では、制御部６０は、確認要求に含まれる確認者顔画像に基づいて、確認者の顔の特徴点を表わす確認者顔データを抽出する。
【００９８】
続くＳ７４では、制御部６０は、データベース６８を参照し、確認者顔データと対応する対象の登録ユーザ顔データを含む対象のユーザデータが存在するか否かを判断する。「確認者顔データと対応する対象の登録ユーザ顔データ」とは、確認者と一致する登録ユーザ（以下では「対象の登録ユーザ」と呼ぶ）の顔の特徴点を表わす登録ユーザ顔データである。言い換えると、Ｓ７４では、制御部６０は、確認者顔データが登録ユーザであるか否かの顔認証を実施する。データベース６８内を参照した結果、対象のユーザデータが発見される場合、制御部６０は、Ｓ７４でＹＥＳと判断し、Ｓ７６に進む。一方、データベース６８内を参照しても対象のユーザデータを発見できなかった場合は、制御部６０は、Ｓ７４でＮＯと判断する。この場合、制御部６０は、エラー（即ち確認者の顔認証失敗）と判断し、Ｓ７０の監視に戻る。
【００９９】
Ｓ７６では、制御部６０は、データベース６８を参照し、確認要求に含まれる検索情報に基づいて、検索情報によって示される確認希望ユーザに対応するユーザデータ（以下では「確認希望ユーザデータ」と呼ぶ）が存在するか否かを判断する。データベース６８内を参照した結果、確認希望ユーザデータが発見される場合、制御部６０は、Ｓ７６でＹＥＳと判断し、Ｓ７８に進む。一方、データベース６８内を参照しても確認希望ユーザデータを発見できなかった場合は、制御部６０は、Ｓ７６でＮＯと判断する。この場合、制御部６０は、エラーと判断し、Ｓ７０の監視に戻る。
【０１００】
Ｓ７８では、制御部６０は、確認希望ユーザデータに基づいて、確認者の端末装置１０に送信するための検索結果情報を生成する。検索結果情報は、確認希望ユーザデータのうち、少なくとも、登録ユーザの氏名、避難情報（即ち避難済みか否か）、避難済みである場合の避難場所及び健康状態、の各情報を含む。
【０１０１】
Ｓ８０では、制御部６０は、Ｓ７８で生成した検索結果情報を、確認者の端末装置１０に送信する。
【０１０２】
続くＳ８２では、制御部６０は、データベース６８を更新する。具体的には、Ｓ８２では、制御部６０は、データベース６８のうちの上記確認希望ユーザデータに含まれる「閲覧履歴」に含まれるデータ（例えば図４の「ＨＤ１」）を更新する。即ち、上記の対象の登録ユーザ（即ち確認者）が、確認希望ユーザのデータの閲覧を行った旨の履歴情報（例えば対象の登録ユーザの名前及びデータ閲覧時刻）を、追加する。Ｓ８２を終えると、制御部６０は、Ｓ７０の監視に戻る。
【０１０３】
このように、制御部６０は、図９のサーバ側確認処理が開始された後は、Ｓ７０〜Ｓ８２の各処理を繰り返し実行する。
【０１０４】
（確認動作のための処理；図１０、図１１）
安否情報管理システム２が、上記の閲覧動作（図５の（ｃ）参照）を実行するために、端末装置１０の制御部３０が図１０の端末側閲覧処理を実行するともに、サーバ５０の制御部６０が図１１のサーバ側閲覧処理を実行する。
【０１０５】
（端末側閲覧処理；図１０）
図１０の端末側閲覧処理は、閲覧動作（図５の（ｃ）参照）の実行のために端末装置１０の制御部３０が実行する処理である。災害等の発生後、避難場所に避難した避難者であって、自身の安否情報が他の登録ユーザ（確認者）によって確認されたか否かを表わす閲覧履歴の閲覧を希望する避難者（例えば図１、図５の（ｃ）のユーザＵ１。以下ではこのようなユーザを「閲覧者」と呼ぶ場合がある）は、自身が所持する端末装置１０を操作してアプリケーション３６を起動した後、所定の閲覧者モードを起動させることができる。この場合、制御部３０は、図１０の端末側閲覧処理を開始する。
【０１０６】
Ｓ９０では、制御部３０は、閲覧者顔画像が撮影されることを監視する。閲覧者は、閲覧者モードで動作する自身の端末装置１０のカメラ１６によって、自分の顔画像を撮影することができる。カメラ１６によって閲覧者顔画像が撮影されると、制御部３０は、Ｓ９０でＹＥＳと判断し、Ｓ９４に進む。なお、図１０で示されているＳ９２には第２実施例で詳しく言及する。
【０１０７】
Ｓ９４では、制御部３０は、閲覧要求をサーバ５０に送信する。閲覧要求は、履歴情報を含む自身のユーザデータの閲覧をサーバ５０に希望するためのリクエストである。閲覧要求には、Ｓ９０で撮影された閲覧者顔画像が含まれる。
【０１０８】
Ｓ９６では、制御部３０は、サーバ５０から閲覧情報を受信したか否かを判断する。後で説明するように、サーバ５０は、閲覧要求を受信すると、閲覧要求に含まれる閲覧者画像に基づいて、閲覧者が登録ユーザであるか否かの認証を行ない（図１１のＳ１１４参照）、成功する場合（Ｓ１１４でＹＥＳ）に、閲覧者である登録ユーザのユーザデータ（特定のユーザデータ）の一部を含む閲覧情報を閲覧者の端末装置１０に送信する（Ｓ１１６、Ｓ１１８）。この場合、制御部３０は、サーバ５０から閲覧情報を受信することができ、Ｓ９６でＹＥＳと判断する。Ｓ９６でＹＥＳの場合、制御部６０は、Ｓ９８に進む。一方、サーバ５０は、上記の認証で失敗すると（Ｓ１１４でＮＯ）、閲覧情報を送信しない。この場合、制御部３０は、サーバ５０から閲覧情報を受信することができず、Ｓ９６でＮＯと判断する。Ｓ９６でＮＯの場合、制御部６０は、図１０の端末側閲覧処理をエラー終了する。
【０１０９】
Ｓ９８では、制御部３０は、サーバ５０から受信された閲覧情報を表示部１４に表示させる。これにより、確認者は、これまで、どの登録ユーザ（即ち確認者）が自身の安否をいつ確認したのか等を把握することができる。
【０１１０】
続くＳ１００では、制御部３０は、所定の終了指示が入力されることを監視する。閲覧情報が表示部１４に表示されている間、確認者は、閲覧情報の表示を終了するための終了指示を入力することができる。終了指示が入力されると、制御部３０は、Ｓ１００でＹＥＳと判断し、図１０の端末側閲覧処理を終了する。
【０１１１】
（サーバ側閲覧処理；図１１）
図１１のサーバ側閲覧処理は、閲覧動作（図５の（ｃ）参照）の実行のためにサーバ５０の制御部６０が実行する処理である。上記の通り、サーバ５０の制御部６０は、災害等の発生の検知をトリガとして災害発生メッセージを各登録ユーザの端末装置１０に送信すると、図７のサーバ側登録処理、図９のサーバ側確認処理、図１１のサーバ側閲覧処理、及び、図１２の安否情報出力処理を並行して開始する。
【０１１２】
図１１のＳ１１０では、制御部６０は、端末装置１０から閲覧要求を受信することを監視する。上記の通り、閲覧者によって所定の操作が行われることによって、端末装置１０は、サーバ５０に閲覧要求を送信する（図１０のＳ９４参照）。この場合、制御部６０は、端末装置１０から閲覧要求を受信する。端末装置１０から閲覧要求を受信すると、制御部６０は、Ｓ１１０でＹＥＳと判断し、Ｓ１１２に進む。
【０１１３】
Ｓ１１２では、制御部６０は、閲覧要求に含まれる閲覧者顔画像に基づいて、閲覧者の顔の特徴点を表わす閲覧者顔データを抽出する。
【０１１４】
続くＳ１１４では、制御部６０は、データベース６８を参照し、閲覧者顔データと対応する特定の登録ユーザ顔データを含む特定のユーザデータが存在するか否かを判断する。ここで言う特定のユーザデータは、上記図７のＳ３４の「特定のユーザデータ」と同義である。即ち、「閲覧者顔データと対応する特定の登録ユーザ顔データ」とは、閲覧者と一致する特定の登録ユーザの顔の特徴点を表わす登録ユーザ顔データである。言い換えると、Ｓ１１４では、制御部６０は、閲覧者顔データが登録ユーザであるか否かの顔認証を実施する。データベース６８内を参照した結果、特定のユーザデータが発見される場合、制御部６０は、Ｓ１１４でＹＥＳと判断し、Ｓ１１６に進む。一方、データベース６８内を参照しても特定のユーザデータを発見できなかった場合は、制御部６０は、Ｓ１１４でＮＯと判断する。この場合、制御部６０は、エラー（即ち閲覧者の顔認証失敗）と判断し、Ｓ１１０の監視に戻る。
【０１１５】
Ｓ１１６では、制御部６０は、確認希望ユーザデータに基づいて、閲覧者の端末装置１０に送信するための閲覧情報を生成する。閲覧情報は、特定のユーザデータのうち、少なくとも、特定の登録ユーザの氏名、閲覧情報（例えば図４の「ＨＤ１」等）、の各情報を含む。
【０１１６】
Ｓ１１８では、制御部６０は、Ｓ１１６で生成した閲覧情報を、確認者の端末装置１０に送信する。Ｓ１１８を終えると、制御部６０は、Ｓ１１０の監視に戻る。
【０１１７】
このように、制御部６０は、図１１のサーバ側確認処理が開始された後は、Ｓ１１０〜Ｓ１１８の各処理を繰り返し実行する。
【０１１８】
（安否情報出力処理；図１２）
安否情報管理システム２が、上記の安否情報出力動作（図５の（ｄ）参照）を実行するために、サーバ５０の制御部６０が図１２の安否情報出力処理を実行する。
【０１１９】
上記の通り、サーバ５０の制御部６０は、災害等の発生の検知をトリガとして災害発生メッセージを各登録ユーザの端末装置１０に送信すると、図７、図９、図１１の各処理とともに図１２の安否情報出力処理を並行して開始する。
【０１２０】
Ｓ１３０では、制御部６０は、処理の開始時（即ち、災害発生メッセージの送信時）から所定期間が経過することを開始する。所定期間とは、例えば４８時間等である。処理の開始時から所定期間が経過する場合、制御部６０は、Ｓ１３０でＹＥＳと判断し、Ｓ１３２に進む。
【０１２１】
Ｓ１３２では、制御部６０は、データベース６８を参照し、複数の登録ユーザのうち、安否不明ユーザを特定する。具体的には、Ｓ１３２では、制御部６０は、この時点で、避難情報が「−」のユーザデータ（例えば、図４のユーザデータ８０ｄ）を特定する。
【０１２２】
続くＳ１３４では、制御部６０は、安否不明者情報を作成する。安否不明者情報は、Ｓ１３２で特定された安否不明ユーザのユーザデータのうち、当該登録ユーザの氏名、年齢、所属等を含む。
【０１２３】
続くＳ１３６では、制御部６０は、Ｓ１３４で生成した安否不明者情報を、外部の救助機関（例えば図５の（ｃ）の救助機関１１０等）に対して送信する。制御部６０は、安否不明者情報を送信する際、安否不明ユーザの人数や年齢等に応じて、安否不明者情報を送信する送信先の救助機関を選択するようにしてもよい。Ｓ１３６の処理を終えると、制御部６０は、図１２の安否情報出力処理を終了する。他の例では、Ｓ１３６の処理を終えると、制御部６０は、再びＳ１３０の監視に戻ってもよい。その場合、制御部６０は、再び所定期間が経過した場合にＳ１３０でＹＥＳと判断してもよい。
【０１２４】
以上、本実施例の安否情報管理システム２の構成及び動作について説明した。上記の通り、本実施例では、災害等が発生した状況において、点呼者は、自身の端末装置１０を操作して、カメラ１６によって、同じく避難している避難者であるユーザＵ１の顔画像を撮影し、制御部３０に、撮影された避難者顔画像を含む登録要求をサーバ５０に送信させることができる（図５の（ａ）、図６参照）。その場合、サーバ５０の制御部６０は、受信された登録要求に含まれる避難者顔画像に基づいて、データベース６８内に存在する特定のユーザデータに避難済みであることを示す避難情報（「済」）を対応付けて記憶させることができる（図７のＳ３６）。このように、本実施例の安否情報管理システム２によると、災害等の発生時において、特定の点呼者が、避難場所に避難している避難者の顔を撮影して登録要求をサーバ５０に送信する動作を繰り返し行えば、サーバ５０内の複数のユーザデータに避難済みを示す避難情報（「済」）が追加されていく（図４）。その結果、システムの管理者等が、データベース６８を参照すれば、どの登録ユーザが避難済みであるのか否かを確認することができる。このように、本実施例の安否情報管理システム２によると、災害時等において避難者である各登録ユーザ自身が、自身の安否情報を記載した安否確認メールを自身でサーバ５０に送信しなくても、データベース６８内に各登録ユーザの安否情報が蓄積され得る。そのため、仮に、避難した登録ユーザが何らかの要因により、自身で安否情報を発信できない状況にある場合であっても、データベース６８内に各登録ユーザの安否情報が蓄積され得る。従って、本実施例によると、災害等が発生した場合において、登録ユーザの安否確認が適切に行われ得る。
【０１２５】
また、本実施例では、サーバ５０の制御部６０は、受信された登録要求に含まれる避難者顔画像に基づいて避難者顔データを抽出し、その避難者顔データと対応する前記特定の登録ユーザ顔データを含む前記特定のユーザデータが存在するかを判断する（図６のＳ３２、Ｓ３４）。即ち、本実施例では、点呼者が所持する端末装置１０の制御部３０は、カメラ１６によって撮影された避難者顔画像を含む登録要求をサーバ５０に送信すればよい。端末装置１０の制御部３０が、避難者顔画像に基づいて避難者の顔の特徴点を表わす避難者顔データを抽出する処理を行う構成を採用する場合に比べて、制御部３０の処理負荷が少なく済む。特に、災害の発生時等は、避難場所における電力供給環境が不十分である可能性もある。そのような場合に、端末装置１０の制御部３０の処理負荷が少なければ、端末装置１０の消費電力も少なく済む。その結果、点呼者が端末装置１０を用いてより多くの登録ユーザについて登録要求を送信することができ、登録ユーザの安否確認がより適切に行われ得る。
【０１２６】
また、本実施例では、サーバ５０の制御部６０は、受信された登録要求に基づいてデータベース６８を更新する際、特定のユーザデータに、当該避難者の避難場所の情報をさらに対応付けて記憶させる（図７のＳ３６）。その結果、システムの管理者等が、データベース６８を参照すれば、どの登録ユーザがどの避難場所に避難済みであるのか否かを確認することができる。本実施例によると、データベース６８内により有用な各登録ユーザの安否情報を蓄積させ得る。
【０１２７】
さらに、本実施例では、制御部６０は、受信された登録要求に基づいてデータベース６８を更新する際、特定のユーザデータに、当該避難者の健康状態を表わす情報をさらに対応付けて記憶させる（図７のＳ３６）。その結果、システムの管理者等が、データベース６８を参照すれば、避難済みの登録ユーザがどのような状態であるのかを確認することができる。本実施例によると、データベース６８内により有用な各登録ユーザの安否情報を蓄積させ得る。
【０１２８】
また、制御部６０は、避難者の健康状態を表わす情報が、避難者に救急措置が必要な状態であることを示す場合に（図７のＳ３８でＹＥＳ）、外部の救急機関に対して、特定のユーザデータの一部を含む救急措置要求を送信することができる（Ｓ４０）。そのため、システムの管理者等が、各登録ユーザがどのような状態であるかを把握した後で、必要に応じて救急機関に連絡を行う場合に比べて、救急措置を必要とする避難者に対して迅速に救急措置を施すことができる。
【０１２９】
また、本実施例では、データベース６８内の各ユーザデータ８０ａ等は、登録ユーザ顔データに加えて、登録ユーザの名前、年齢、所属、役職等の情報を含む（図４）。そのため、システムの管理者等がデータベース６８内の各ユーザデータ８０ａ等を参照することで、登録ユーザに関する多くの情報を把握することができる。なお、他の例では、各ユーザデータ８０ａに含まれる登録ユーザの情報は、上記に限られず、例えば、登録ユーザの所属団体、連絡先、性別、身体的特徴等、任意の各種情報を含んでもよい。
【０１３０】
また、本実施例では、サーバ５０の制御部６０は、安否不明ユーザを特定し、外部の救助機関に対して安否不明者情報を送信する（図１２のＳ１３２〜Ｓ１３６）。そのため、本実施例によると、システムの管理者等が、データベース６８を参照し、各登録ユーザがどのような状態であるかを把握した後で、必要に応じて外部の救助機関に連絡を行う場合に比べて、安否不明者情報を適切に救助機関に連絡することができる。
【０１３１】
また、本実施例では、確認者の指示に従って、端末装置１０の制御部３０が、確認要求をサーバ５０に送信すると（図８のＳ５６）、制御部３０は、検索情報に関係する確認希望ユーザデータの一部を含む検索結果情報を、サーバ５０から受信することができる（Ｓ５８でＹＥＳ、Ｓ６０）。確認者は、検索結果情報を見ることで、確認希望ユーザが避難済みであるか否か、確認希望ユーザが避難済みの場合の避難場所、確認希望ユーザが避難済みである場合の健康状態等を把握することができる。
【０１３２】
また、その際、確認者は、端末装置１０のカメラ１６によって自身の顔を撮影し、撮影された確認者顔画像を含む確認要求をサーバ５０に送信する（Ｓ５６）。サーバ５０の制御部６０は、確認者顔画像に基づいて、確認者が登録ユーザであるか否かの顔認証を実施し（図９のＳ７２、Ｓ７４）、成功する場合に限り、確認者の端末装置１０に検索結果情報を送信する（Ｓ７４でＹＥＳ、Ｓ８０）。そのため、本実施例によると、登録ユーザ以外の第三者等によって、登録ユーザの個人的な情報を含み得る検索結果情報が把握される事態の発生を抑制することができる。
【０１３３】
また、本実施例では、閲覧者の指示に従って、端末装置１０の制御部３０が、閲覧要求をサーバ５０に送信すると（図１０のＳ９４）、制御部３０は、閲覧者自身の特定のユーザデータの一部と履歴情報を含む閲覧情報をサーバ５０から受信することができる（Ｓ９６でＹＥＳ、Ｓ９８）。確認者は、閲覧情報を見ることで、どのような登録ユーザが自身の特定の登録ユーザ情報、及び、自身の避難状態を確認したのかを把握することができる。
【０１３４】
本実施例と請求項の記載の対応関係を説明しておく。点呼者（例えばユーザＵＣ）によって所持される端末装置１０が「点呼者端末」の一例である。確認者（例えばユーザＵ３）によって所持される端末装置１０が「確認者端末」の一例である。閲覧者（例えばユーザＵ１）によって所持される端末装置１０が「避難者端末」の一例である。データベース６８が「記憶装置」の一例である。サーバ５０の制御部６０が「制御装置」の一例である。登録要求に含まれる避難者顔画像が「避難者顔関係情報」の一例である。確認要求に含まれる確認者顔画像が「確認者顔関係情報」の一例である。ユーザデータ８０ａ〜８０ｄ等（図４）のうち、所属、年齢、役職等の情報が「付帯情報」の一例である。ユーザデータ８０ａ〜８０ｄ等（図４）のうち、「済」を示す避難情報が「避難済み情報」の一例である。ユーザデータ８０ａ〜８０ｄ等（図４）のうち、いずれかの登録ユーザによって避難状態が確認されたことを示す履歴情報（「ＨＤ１」等）が「確認履歴情報」の一例である。
【０１３５】
図７のＳ３０の処理、Ｓ３４の処理、Ｓ３６の処理が、それぞれ、「登録要求受信部」、「避難者照合部」、「記憶制御部」が実行する処理の一例である。図１２のＳ１３２の処理、Ｓ１３６の処理が、それぞれ「特定部」、「安否不明者情報送信部」が実行する処理の一例である。図９のＳ７０の処理、Ｓ７４の処理、Ｓ７６の処理、Ｓ８０の処理が、それぞれ、「確認要求受信部」、「確認者照合部」、「検索部」、「検索結果送信部」が実行する処理の一例である。図１１のＳ１１０の処理、Ｓ１１８の処理が、それぞれ、「閲覧要求受信部」、「閲覧情報送信部」が実行する処理の一例である。
【０１３６】
（第２実施例）
第２実施例の安否情報管理システム２について、第１実施例と異なる点を中心に説明する。本実施例の安否情報管理システム２も、その基本的な構成及び各構成要素の動作は第１実施例と共通する。ただし、本実施例では、サーバ５０の制御部６０ではなく、端末装置１０の制御部３０が、避難者顔画像に基づく避難者顔データの抽出、確認者顔画像に基づく確認者顔データの抽出、及び、閲覧者顔画像に基づく閲覧者顔データの抽出を行う点が第１実施例とは異なる。そのため、本実施例では、図６〜図１１の各処理の内容の一部が第１実施例とは異なる。以下、本実施例における各処理について、第１実施例との相違点を中心に説明する。
【０１３７】
図６の端末側登録処理では、端末装置１０の制御部３０は、カメラ１６によって避難者顔画像が撮影されると（Ｓ１０でＹＥＳ）、Ｓ１２において、避難者顔画像に基づいて、避難者の顔の特徴点を表わす避難者顔データを抽出する。続くＳ１４の処理は第１実施例と共通する。Ｓ１６では、制御部３０は、Ｓ１２で抽出された避難者顔データを含む登録要求をサーバ５０に送信する。
【０１３８】
図７のサーバ側登録処理では、サーバ５０の制御部６０は、端末装置１０から登録要求を受信すると（Ｓ３０でＹＥＳ）、Ｓ３２をスキップしてＳ３４に進む。Ｓ３４では、制御部６０は、登録要求に含まれる避難者顔データに基づいて、特定のユーザデータが存在するか否かを判断する。Ｓ３６以降の処理の内容は第１実施例と同様である。
【０１３９】
図８の端末側確認処理では、端末装置１０の制御部３０は、カメラ１６によって確認者顔画像が撮影されると（Ｓ５０でＹＥＳ）、Ｓ５２において、確認者顔画像に基づいて、確認者の顔の特徴点を表わす確認者顔データを抽出する。続くＳ５４の処理は第１実施例と共通する。Ｓ５６では、制御部３０は、Ｓ５２で抽出された確認者顔データを含む確認要求をサーバ５０に送信する。Ｓ５８以降の処理の内容は第１実施例と同様である。
【０１４０】
図９のサーバ側確認処理では、サーバ５０の制御部６０は、端末装置１０から確認要求を受信すると（Ｓ７０でＹＥＳ）、Ｓ７２をスキップしてＳ７４に進む。Ｓ７４では、制御部６０は、確認要求に含まれる確認者顔データに基づいて、対象のユーザデータが存在するか否かを判断する。Ｓ７６以降の処理の内容は第１実施例と同様である。
【０１４１】
図１０の端末側閲覧処理では、端末装置１０の制御部３０は、カメラ１６によって閲覧者顔画像が撮影されると（Ｓ９０でＹＥＳ）、Ｓ９２において、閲覧者顔画像に基づいて、閲覧者の顔の特徴点を表わす閲覧者顔データを抽出する。続くＳ９４では、制御部３０は、Ｓ９２で抽出された閲覧者顔データを含む閲覧要求をサーバ５０に送信する。Ｓ９６以降の処理の内容は第１実施例と同様である。
【０１４２】
図１１のサーバ側閲覧処理では、サーバ５０の制御部６０は、端末装置１０から閲覧要求を受信すると（Ｓ１１０でＹＥＳ）、Ｓ１１２をスキップしてＳ１１４に進む。Ｓ１１４では、制御部６０は、閲覧要求に含まれる閲覧者顔データに基づいて、特定のユーザデータが存在するか否かを判断する。Ｓ１１６以降の処理の内容は第１実施例と同様である。
【０１４３】
以上、本実施例の安否情報管理システム２について説明した。上記の通り、本実施例では、端末装置１０の制御部３０が、避難者顔画像に基づく避難者顔データの抽出、確認者顔画像に基づく確認者顔データの抽出、及び、閲覧者顔画像に基づく閲覧者顔データの抽出を行う（図６のＳ１２、図８のＳ５２、図１０のＳ９２）。サーバ５０の制御部６０は、登録要求に含まれる避難者顔データ、確認要求に含まれる確認者顔データ、及び、閲覧要求に含まれる閲覧者顔データに基づいて顔認証を実行すればよく（図７のＳ３４、図９のＳ７４、図１１のＳ１１４）、顔データの抽出処理を行う必要はない。そのため、制御部が顔データを抽出する処理を行う構成を採用する場合に比べて、制御部６０の処理負荷が少なく済む。本実施例において、登録要求に含まれる避難者顔データが「避難者顔関係情報」の一例である。
【０１４４】
以上、本明細書で開示する技術の具体例を説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。
【０１４５】
（変形例１）点呼者（例えばユーザＵＣ）が端末側登録処理（図６）を実行するための端末装置１０は、点呼者本人が所持する端末装置に限られず、避難場所に予め備えられた端末装置であってもよい。
【０１４６】
（変形例２）上記の各実施例では、サーバ５０のメモリ３２内にデータベース６８が格納されている。これに限られず、データベース６８は、サーバ５０とは別個の外部の記憶装置に格納されていてもよい。その場合、サーバ５０の制御部６０は、通信Ｉ／Ｆ５６を介して記憶装置に格納されたデータベース６８にアクセスすればよい。
【０１４７】
（変形例３）上記の各実施例の安否情報管理システム２が実行する確認動作、閲覧動作、及び、安否情報出力動作（図５の（ｂ）〜（ｄ）参照）のうち、１つ以上の動作が省略されてもよい。
【０１４８】
（変形例４）図９のサーバ側確認処理における確認者の顔認証処理（Ｓ７４参照）と、図１１のサーバ側閲覧処理における閲覧者の顔認証処理（Ｓ１１４参照）のうち、１つ以上が省略されてもよい。
【０１４９】
（変形例５）図７のサーバ側登録処理では、外部の病院等に救急措置要求を送信する処理（Ｓ４０参照）が省略されてもよい。
【０１５０】
（変形例６）図８のユーザデータのうち、「避難場所」、「状態」のうちの一方又は双方が省略されてもよい。
【０１５１】
本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１５２】
２：安否情報管理システム
１０：端末装置
１２：操作部
１４：表示部
１６：カメラ
２０：通信Ｉ／Ｆ
３０：制御部
３２：メモリ
３４：ＯＳプログラム
３６：アプリケーション
５０：サーバ
５２：操作部
５４：表示部
５６：通信Ｉ／Ｆ
６０：制御部
６２：メモリ
６４：ＯＳプログラム
６６：アプリケーション
６８：データベース
８０ａ：ユーザデータ
８０ｂ：ユーザデータ
８０ｃ：ユーザデータ
８０ｄ：ユーザデータ
１００：病院
１１０：救助機関
ＥＣ１：避難場所
ＥＣ２：避難場所
Ｕ１：ユーザ
Ｕ２：ユーザ
Ｕ３：ユーザ
Ｕ４：ユーザ
ＵＣ：ユーザ
【図１】
2020154574.tif 000003
【図２】
2020154574.tif 000004
【図３】
2020154574.tif 000005
【図４】
2020154574.tif 000006
【図５】
2020154574.tif 000007
【図６】
2020154574.tif 000008
【図７】
2020154574.tif 000009
【図８】
2020154574.tif 000010
【図９】
2020154574.tif 000011
【図１０】
2020154574.tif 000012
【図１１】
2020154574.tif 000013
【図１２】
2020154574.tif 000014