(57)【要約】【課題】ユーザの安否情報が未登録であっても、当該ユーザの安否情報を通知することができるシステムサーバ及びシステムサーバの制御方法を提供する。【解決手段】各ユーザＩＤに係る安否情報を格納するプレゼンスデータベースと、各ユーザＩＤに係る関連ユーザ識別情報を格納するメンバデータベースと、ユーザＩＤを含む安否情報参照要求を参照端末から受信した場合で、前記関連ユーザの安否情報が前記プレゼンスデータベースに格納されていない場合、前記メンバデータベースから前記ユーザＩＤに係る関連ユーザ識別情報を取得し、前記関連ユーザ識別情報に基づき外部システムサーバから前記関連ユーザの外部システム利用情報を取得し、前記外部システム利用情報に基づき推定した前記関連ユーザの安否情報を前記参照端末に送信する制御部と、を備えることを特徴とする。【選択図】図６
2014044499.tif 000002
【特許請求の範囲】
【請求項１】
各ユーザＩＤに係る安否情報を格納するプレゼンスデータベースと、
各ユーザＩＤに係る関連ユーザ識別情報を格納するメンバデータベースと、
ユーザＩＤを含む安否情報参照要求を参照端末から受信した場合で、前記関連ユーザの安否情報が前記プレゼンスデータベースに格納されていない場合、前記メンバデータベースから前記ユーザＩＤに係る関連ユーザ識別情報を取得し、前記関連ユーザ識別情報に基づき外部システムサーバから前記関連ユーザの外部システム利用情報を取得し、前記外部システム利用情報に基づき推定した前記関連ユーザの安否情報を前記参照端末に送信する制御部と、
を備えることを特徴とするシステムサーバ。
【請求項２】
前記制御部は、前記外部システム利用情報に基づき推定した前記関連ユーザの安否情報を前記プレゼンスデータベースに格納することを特徴とする、請求項１に記載のシステムサーバ。
【請求項３】
前記外部システム利用情報は利用時刻情報を含み、前記制御部は、前記外部システム利用情報の前記利用時刻情報に基づき前記関連ユーザの安否情報を推定することを特徴とする、請求項１又は２に記載のシステムサーバ。
【請求項４】
前記外部システム利用情報は、ＩＰアドレス情報又は位置情報の少なくとも一方を含むことを特徴とする、請求項１乃至３のいずれか一項に記載のシステムサーバ。
【請求項５】
各ユーザＩＤに係る安否情報をプレゼンスデータベースに格納するステップと、
各ユーザＩＤに係る関連ユーザ識別情報をメンバデータベースに格納するステップと、
ユーザＩＤを含む安否情報参照要求を参照端末から受信した場合で、前記関連ユーザの安否情報が前記プレゼンスデータベースに格納されていない場合、前記メンバデータベースから前記ユーザＩＤに係る関連ユーザ識別情報を取得するステップと、
前記関連ユーザ識別情報に基づき外部システムサーバから前記関連ユーザの外部システム利用情報を取得し、前記外部システム利用情報に基づき推定した前記関連ユーザの安否情報を前記参照端末に送信するステップと、
を含むことを特徴とするシステムサーバの制御方法。
【請求項６】
前記システムサーバの制御方法はさらに、前記外部システム利用情報に基づき推定した前記関連ユーザの安否情報を前記プレゼンスデータベースに格納するステップを含むことを特徴とする、請求項５に記載のシステムサーバの制御方法。
【請求項７】
前記外部システム利用情報は利用時刻情報を含み、前記安否情報を前記参照端末に送信するステップは、前記外部システム利用情報の前記利用時刻情報に基づき推定した前記関連ユーザの安否情報を前記参照端末に送信することを特徴とする、請求項５又は６に記載のシステムサーバの制御方法。
【請求項８】
前記外部システム利用情報は、ＩＰアドレス情報又は位置情報の少なくとも一方を含むことを特徴とする、請求項５乃至７のいずれか一項に記載のシステムサーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安否確認のためのシステムサーバ及びシステムサーバの制御方法に関する。
【背景技術】
【０００２】
従来から、災害時の安否確認のため災害伝言ダイヤル等、ＰＣや電話を用いて安否情報を登録し、照会できるようにするものがある。安否情報の登録の際にユーザは、自己の氏名、連絡先等を、ＰＣ等を用いてサーバに入力する。また安否情報の登録にＩＣカードを用いる技術もある（例えば非特許文献１）。しかしながらＩＣカードを用いる場合でも、自己の氏名、連絡先等をＰＣ等の所定の端末から入力する必要がある。このようにして登録された者の安否情報は、名前や連絡先等をキーとして、参照端末から照会することができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】大和田泰伯、外５名、“NerveNetによる防災アプリケーションの試作及び実証実験”、vol.111、no.385、AN2011-60、３１頁〜３６頁、２０１２年１月
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザの安否情報がサーバにおいて未登録である場合、従来のサーバは、安否情報の照会がされた際に安否情報を通知することができない。そして安否情報の通知がされない場合、ユーザは安否情報の照会を繰り返し行う可能性が高くなる。安否情報照会が頻繁に繰り返されると通信の輻輳の問題が生じ得る。
【０００５】
この問題は、システム動作時に必要な情報がシステムサーバに登録されていないことに起因する。そこで、システム起動時に安否情報を一律的に収集する方法が考えられる。しかし震災直後等は一般に通信の輻輳が生じやすく、震災直後にシステムを起動し安否情報を収集する方法では、現実的に安否情報を収集することは困難であった。さらに、システムに登録している全ユーザが安否情報を照会することは稀であり、システム起動時に安否情報を一律的に収集することは無駄が多く、効率が悪いという問題があった。
【０００６】
従って、上記のような問題点に鑑みてなされた本発明の目的は、ユーザの安否情報が未登録であっても、当該ユーザの安否情報を通知することができるシステムサーバ及びシステムサーバの制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明に係るシステムサーバは、
各ユーザＩＤに係る安否情報を格納するプレゼンスデータベースと、
各ユーザＩＤに係る関連ユーザ識別情報を格納するメンバデータベースと、
前記安否情報参照要求を参照端末から受信した場合で、前記関連ユーザの安否情報が前記プレゼンスデータベースに格納されていない場合、前記メンバデータベースから前記ユーザＩＤに係る関連ユーザ識別情報を取得し、前記関連ユーザ識別情報に基づき外部システムサーバから前記関連ユーザの外部システム利用情報を取得し、前記外部システム利用情報に基づき推定した前記関連ユーザの安否情報を前記参照端末に送信する制御部と、
を備えることを特徴とする。
【０００８】
また、本発明に係るシステムサーバの制御方法は、
各ユーザＩＤに係る安否情報をプレゼンスデータベースに格納するステップと、
各ユーザＩＤに係る関連ユーザ識別情報をメンバデータベースに格納するステップと、
ユーザＩＤを含む安否情報参照要求を参照端末から受信した場合で、前記関連ユーザの安否情報が前記プレゼンスデータベースに格納されていない場合、前記メンバデータベースから前記ユーザＩＤに係る関連ユーザ識別情報を取得するステップと、
前記関連ユーザ識別情報に基づき外部システムサーバから前記関連ユーザの外部システム利用情報を取得し、前記外部システム利用情報に基づき推定した前記関連ユーザの安否情報を前記参照端末に送信するステップと、
を含むことを特徴とする。
【発明の効果】
【０００９】
本発明におけるシステムサーバ及びシステムサーバの制御方法によれば、ユーザの安否情報が未登録であっても、当該ユーザの安否情報を通知することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係るシステムサーバを含むシステムのブロック図である。
【図２】プレゼンスデータベースに格納される情報を示す図である。
【図３】メンバデータベースに格納される情報を示す図である。
【図４】外部システムサーバに格納される情報を示す図である。
【図５】本発明の一実施形態のシステムサーバの動作を示すフローチャートである。
【図６】本発明の一実施形態のシステムサーバによる処理と各データベース間の関係を示す概念図である。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態について説明する。
【００１２】
（実施の形態）
図１は本発明の一実施形態に係るシステムサーバ２を含むシステムのブロック図である。図１に示すように当該システムは、参照端末１と、システムサーバ２と、外部システムサーバ３とを備える。
【００１３】
参照端末１は、ＰＣ、携帯電話等であり、システムサーバ２に対してユーザＩＤを含む安否情報参照要求を送信し、該ユーザＩＤに関連するユーザ（以下、関連ユーザという。）の安否情報を照会する。ここでユーザＩＤとは、本システムにおいてユーザを一意に特定するための識別子である。ユーザＩＤはユーザ名であってもよい。また関連ユーザは、好適には各ユーザＩＤに係るユーザの親族や友人である。
【００１４】
また参照端末１は、システムサーバ２から関連ユーザの安否情報を取得すると、当該安否情報を表示部（不図示）に表示する。具体的には例えば参照端末１は、“２０１２．６．１ ２０：３９／Ｂｏｂさんは新宿で無事でした。”と表示する。或いは参照端末１は、“Ｂｏｂさんは災害発生から１１分後、新宿で無事が確認されています。”と表示する。或いは参照端末１は、“Ｂｏｂさんが災害発生後にログインしたシステムは確認されていません。”と表示する。なお参照端末１は、表示部に安否情報を表示する替わりに、スピーカにより安否情報を音声により出力してもよい。
【００１５】
システムサーバ２は、プレゼンスデータベース（ＤＢ）２１と、メンバデータベース（ＤＢ）２２と、制御部２３とを備える。
【００１６】
プレゼンスＤＢ２１は、各ユーザＩＤに係る安否情報を格納する。プレゼンスＤＢ２１に格納される安否情報は、基本的にはシステム動作時に、ＰＣ等の入力端末により各ユーザが自ら登録したものである。図２は、プレゼンスＤＢ２１に格納される情報を示す図である。図２に示すように、例えばユーザＩＤ“Ａｌｉｃｅ”、安否情報“無事”、位置情報“新宿”が格納される。一方ユーザＩＤ“Ｂｏｂ”に関しては、安否情報及び位置情報が未登録であり、図２においてはデータが格納されていない。
【００１７】
メンバＤＢ２２は、各ユーザＩＤに係る関連ユーザ識別情報を格納する。関連ユーザ識別情報とは、関連ユーザを識別するための情報である。関連ユーザ識別情報は、好適には関連ユーザの氏名及び電子メールアドレスを含む。本システムにおいては、各ユーザは関連ユーザの安否情報を取得する。
【００１８】
図３は、メンバＤＢ２２に格納される情報を示す図である。図３に示すように、例えばユーザＩＤ“Ａｌｉｃｅ”、関連ユーザの氏名“Ｂｏｂ Ｓｍｉｔｈ”、関連ユーザの電子メールアドレス“Ｂｏｂ＠ｆｏｏ．ｃｏｍ”が格納される。
【００１９】
制御部２３は、システムサーバ２に係る各種制御を行う。具体的には制御部２３は、安否情報参照要求を参照端末１から受信した場合、プレゼンスＤＢ２１を参照し、関連ユーザの安否情報が格納されているか否かを判定する。関連ユーザの安否情報が格納されている場合、制御部２３は、プレゼンスＤＢ２１に格納されている関連ユーザの安否情報を参照端末１に送信する。
【００２０】
一方関連ユーザの安否情報がプレゼンスＤＢ２１に格納されていない場合、制御部２３は、メンバＤＢ２２からユーザＩＤに係る関連ユーザ識別情報を取得する。制御部２３は、当該関連ユーザ識別情報に基づき、後述する外部システムサーバ３から関連ユーザの外部システムの利用情報（以下、外部システム利用情報という。）を取得する。
【００２１】
そして制御部２３は、外部システム利用情報に基づき関連ユーザの安否情報を推定する。制御部２３は、推定した関連ユーザの安否情報を、プレゼンスＤＢ２１に格納する。そして制御部２３は、プレゼンスＤＢ２１に格納した関連ユーザの安否情報を参照し、推定した関連ユーザの安否情報を参照端末１に送信する。
【００２２】
外部システムサーバ３は、ユーザが日々利用するサーバ装置であり、ユーザの行動履歴、すなわち外部システム利用情報を蓄積する。外部システムサーバ３は好適にはＳＮＳ（ソーシャル・ネットワーキング・サービス）に係るサーバ装置である。
【００２３】
図４は、外部システムサーバ３に格納される外部システム利用情報を示す図である。外部システム利用情報は、好適には利用時刻情報を含む。利用時刻情報とは、外部システムを利用した時刻に係る情報である。例えば利用時刻情報は、最終ログイン時刻である。以下、外部システム利用時刻情報は、最終ログイン時刻であるものとして説明する。図４に示すように、例えば、メールアドレス“Ｂｏｂ＠ｆｏｏ．ｃｏｍ”、最終ログイン時刻“２０１２．６．１ ２０：３９”、ＩＰアドレス“１２３．４５．６７．８”が格納される。ここでＩＰアドレスは、ユーザＢｏｂが外部システムサーバ３にアクセスしたアクセス元の端末のＩＰアドレスを示している。
【００２４】
外部システムサーバ３に格納される情報を利用し、システムサーバ２の制御部２３は、最終ログイン時刻が、災害発生時刻後の時刻であれば、安否情報が“無事”であると推定する。一方最終ログイン時刻が、災害発生時刻以前の時刻であれば、制御部２３は、安否情報が“未確認”であると推定する。
【００２５】
また制御部２３は、ＩＰアドレスにより、位置情報を推定する。具体的には例えばＩＰアドレスが“１２３．ｘｘｘ．ｘｘｘ．ｘｘｘ”である場合には、制御部２３は、位置情報が“新宿”であると推定する。ここで“ｘ”は任意の数字であるとする。また例えば、ＩＰアドレスが“１２１．ｘｘｘ．ｘｘｘ．ｘｘｘ”である場合には、制御部２３は、位置情報が“横浜”であると推定する。また例えば、ＩＰアドレスが“５０．ｘｘｘ．ｘｘｘ．ｘｘｘ”である場合には、制御部２３は、位置情報が“大阪”であると推定する。
【００２６】
次に、本発明に係るシステムサーバ２について、図５に示すフローチャートによりその動作を説明する。
【００２７】
はじめに参照端末１は、システムサーバ２に対してユーザＩＤを含む安否情報参照要求を送信し、関連ユーザの安否情報を照会する（ステップＳ１）。
【００２８】
次にシステムサーバ２の制御部２３は、安否情報参照要求を参照端末１から受信するとプレゼンスＤＢ２１を参照する（ステップＳ２）。そして制御部２３は、関連ユーザの安否情報が格納されているか否かを判定する（ステップＳ３）。関連ユーザの安否情報が格納されている場合、ステップＳ９に進み、制御部２３は、プレゼンスＤＢ２１に格納されている関連ユーザの安否情報を参照端末１に送信する。
【００２９】
一方、関連ユーザの安否情報が格納されていない場合、制御部２３は、メンバＤＢ２２からユーザＩＤに係る関連ユーザ識別情報を取得する（ステップＳ４）。そして制御部２３は、当該関連ユーザ識別情報に基づき、外部システムサーバ３から関連ユーザの外部システム利用情報を取得する（ステップＳ５）。
【００３０】
続いて制御部２３は、外部システム利用情報に基づき関連ユーザの安否情報を推定する（ステップＳ６）。制御部２３は、推定した関連ユーザの安否情報を、プレゼンスＤＢ２１に格納する（ステップＳ７）。そして制御部２３は、プレゼンスＤＢ２１に格納した関連ユーザの安否情報を参照し（ステップＳ８）、当該安否情報を参照端末１に送信する（ステップＳ９）。参照端末１は、当該安否情報を表示し（ステップＳ１０）、処理が終了する。
【００３１】
図６は、本発明の一実施形態のシステムサーバ２による処理と各データベース間の関係を示す概念図である。ここで災害発生時刻が“２０１２．６．１ ２０：２８”であったとする。はじめにシステムサーバ２は、ユーザＩＤ“Ａｌｉｃｅ”から関連ユーザ“Ｂｏｂ”の安否情報参照要求を受信する（ステップＳ６−１）。制御部２３は、プレゼンスＤＢ２１を参照し、関連ユーザ“Ｂｏｂ”の安否情報が格納されているか否かを判定する。図６に示すとおり、Ｂｏｂの安否情報はプレゼンスＤＢ２１に格納されていない。また、位置情報も格納されていない。安否情報が格納されていない場合、制御部２３は、メンバＤＢ２２からユーザＩＤ“Ａｌｉｃｅ”に係る関連ユーザ識別情報を取得する（ステップＳ６−２）。すなわち、Ｂｏｂの氏名“Ｂｏｂ Ｓｍｉｔｈ”、Ｂｏｂの電子メールアドレス“Ｂｏｂ＠ｆｏｏ．ｃｏｍ”を取得する。
【００３２】
続いて、制御部２３は、取得した関連ユーザ識別情報、すなわちＢｏｂの電子メールアドレス“Ｂｏｂ＠ｆｏｏ．ｃｏｍ”をキーに、外部システムサーバ３から関連ユーザの外部システム利用情報、すなわちＢｏｂの最終ログイン時刻“２０１２．６．１ ２０：３９”、及びＩＰアドレス“１２３．４５．６７．８”を取得する（ステップＳ６−３）。なお制御部２３は、Ｂｏｂの電子メールアドレスの替わりのＢｏｂの氏名をキーに、外部システムサーバ３から外部システム利用情報を取得してもよい。
【００３３】
制御部２３は、外部システムサーバ３から取得した外部システム利用情報に基づき関連ユーザの安否情報を推定する（ステップＳ６−４）。具体的には、最終ログイン時刻“２０１２．６．１ ２０：３９”が災害発生時刻後の時刻であるため、制御部２３は、安否情報が“無事”であると推定する。また制御部２３は、外部システムサーバ３から取得した外部システム利用情報に基づき関連ユーザの位置情報を推定する。具体的にはＩＰアドレスが“１２３．ｘｘｘ．ｘｘｘ．ｘｘｘ”であるため、制御部２３は、位置情報が“新宿”であると推定する。制御部２３は、推定した関連ユーザの安否情報を、プレゼンスＤＢ２１に格納する（ステップＳ６−５）。
【００３４】
このように本発明によれば、システムサーバ２が、関連ユーザ識別情報に基づき外部システムサーバ３から関連ユーザの外部システム利用情報を取得し、当該外部システム利用情報に基づき関連ユーザの安否情報を推定する。そしてＳＮＳサーバ等、利用頻度の高い外部システムサーバ３の情報を活用しているため、ユーザの安否情報が未登録であっても、当該ユーザの安否情報を通知することができる。
【００３５】
また、システムサーバ２は外部システムサーバ３における情報、すなわち外部システム利用情報をそのまま提示するのではなく、外部システム利用情報に基づき推定した安否情報及び位置情報を用いる。このようにシステムサーバ２は、ユーザの外部システムサーバ３における情報をそのまま開示しないため、関連ユーザのプライバシーの保護を図ることができる。
【００３６】
なお、ステップＳ７において、制御部２３は、関連ユーザの安否情報をプレゼンスＤＢ２１に格納したが、当該処理を省略してもよい。すなわち制御部２３は、ステップＳ６において推定した関連ユーザの安否情報をプレゼンスＤＢ２１に格納せず、参照端末１に送信してもよい。
【００３７】
なお、本実施の形態においては、外部システムサーバ３を１つ備える例を示したがこれに限られず、外部システムサーバ３を複数備える構成であってもよい。外部システムサーバ３を複数備える場合、システムサーバ２は、複数の外部システムサーバ３から外部システム利用情報を取得し、複数の外部システムサーバ３の最終ログイン時刻を比較して、最新の最終ログイン時刻を含む外部システム利用情報に基づき、安否情報及び位置情報を推定するようにしてもよい。このようにすることで、システムサーバ２が推定する安否情報の信頼度を向上させることができる。
【００３８】
また、外部システムサーバ３を複数備える場合、当該複数の外部システムサーバ３に優先度を付与しておき、システムサーバ２は、当該優先度順に外部システム利用情報を参照するようにしてもよい。この場合、システムサーバ２は、外部システム利用情報があれば当該外部システム利用情報に基づき安否情報及び位置情報を推定し、外部システム利用情報が無ければ、次に高い優先度の外部システムサーバ３の外部システム利用情報を参照する。このようにすることで、システムサーバ２が推定する安否情報の信頼度を向上させることができる。
【００３９】
なお、本実施の形態においては、外部システム利用情報に、ログイン時刻情報と、ＩＰアドレス情報を含む例を示したがこれに限られない。例えば、外部システム利用情報は、ログイン時刻情報と、位置情報とを含むようにしてもよい。あるいはログイン時刻情報と、ＩＰアドレス情報と、位置情報とを含むようにしてもよい。このように構成する場合、外部システム利用情報に含まれる位置情報をそのまま、または一部省略してシステムサーバ２のプレゼンスＤＢ２１に格納してもよい。
【００４０】
なお本実施の形態においては、外部システムサーバ３に格納される利用時刻情報は最終ログイン時刻であるとしたがこれに限られない。例えば、利用時刻情報は、外部システムに記事を投稿した時刻や、写真や動画をアップロードした時刻等の利用時刻情報であってもよい。
【００４１】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４２】
１  参照端末
２  システムサーバ
３  外部システムサーバ
２１  プレゼンスデータベース（ＤＢ）
２２  メンバデータベース（ＤＢ）
２３  制御部
【図１】
2014044499.tif 000003
【図２】
2014044499.tif 000004
【図３】
2014044499.tif 000005
【図４】
2014044499.tif 000006
【図５】
2014044499.tif 000007
【図６】
2014044499.tif 000008