(57)【要約】【課題】安否確認時に端末が応答しない場合であっても、当該端末の安否について適切に把握することが出来る安否確認システム等を提供すること。【解決手段】安否確認サーバと、複数の端末とが接続された安否確認システムにおいて、端末は他の端末と近距離通信により、端末情報を交換する近距離通信手段を有し、安否確認サーバは、確認信号を送信した端末の内、応答信号が受信されない端末について他の端末に問合せ信号を送信し、前記端末の内、前記問合せ信号に含まれる端末の端末情報を有する端末は、前記安否確認サーバに対して端末情報を送信する。【選択図】図１
2013149058.tif 000002
【特許請求の範囲】
【請求項１】
安否確認サーバと、複数の端末とが接続された安否確認システムにおいて、
前記端末は、
他の端末と近距離通信により、端末情報を交換する近距離通信手段を有し、
前記安否確認サーバは、
前記端末に対して確認信号を送信する確認信号送信手段と、
前記端末から応答信号を受信する応答信号受信手段と、
前記確認信号を送信した端末の内、応答信号が受信されない端末について他の端末に問合せ信号を送信する問合せ信号送信手段と、
を有し、
前記端末の内、前記問合せ信号に含まれる端末の端末情報を有する端末は、前記安否確認サーバに対して端末情報を送信することを特徴とする安否確認システム。
【請求項２】
前記近距離通信手段は、前記端末が待ち受け状態のときに、端末と近距離通信可能な他の端末と端末情報を交換することを特徴とする請求項１に記載の安否確認システム。
【請求項３】
前記近距離通信手段は、前記端末が前記安否確認サーバから問合せ信号を受信した場合に、当該端末と近距離通信可能な他の端末と端末情報を交換することを特徴とする請求項１に記載の安否確認システム。
【請求項４】
前記端末情報には、端末の識別情報と、端末の位置情報と、近距離通信を行った時刻とが含まれていることを特徴とする請求項１から３の何れか一項に記載の安否確認システム。
【請求項５】
安否確認サーバと、複数の端末とが接続された安否確認システムにおける端末であって、
他の端末と近距離通信により、端末情報を取得する近距離通信手段と、
前記安否確認サーバが、確認信号を送信したが応答信号を受信出来なかった端末に関する情報を含む問合せ信号を受信する問合せ信号受信手段と、
前記問合せ信号に含まれる端末に対応する端末情報が、近距離通信手段により取得されている場合には、当該端末情報を前記安否確認サーバに送信する問合せ端末情報送信手段と、
を備えることを特徴とする端末。
【請求項６】
前記近距離通信手段は、前記端末が待ち受け状態のときに、端末と近距離通信可能な他の端末と端末情報を取得して近隣端末情報として記憶し、
前記問合せ端末情報送信手段は、前記問合せ信号に含まれる端末に対応する端末情報が、前記近隣端末情報に記憶されている場合に、当該端末情報を前記安否確認サーバに送信することを特徴とする請求項４に記載の端末。
【請求項７】
前記近距離通信手段は、前記端末が前記安否確認サーバから問合せ信号を受信した場合に、当該端末と近距離通信可能な他の端末と端末情報を交換することを特徴とする請求項４に記載の端末。
【請求項８】
安否確認サーバと、複数の端末とが接続された安否確認システムにおける安否確認サーバであって、
前記端末に対して確認信号を送信する確認信号送信手段と、
前記端末から応答信号を受信する応答信号受信手段と、
前記確認信号を送信した端末の内、応答信号が受信されない端末について他の端末に問合せ信号を送信する問合せ信号送信手段と、
を備えることを特徴とする安否確認サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安否確認サーバと、複数の端末とが接続された安否確認システム等に関する。
【背景技術】
【０００２】
従来から、災害発生時における安否確認を容易に行うシステムとして、携帯電話等の（利用者）端末を利用する物が知られている。
【０００３】
例えば、特許文献１には、安否情報に含まれる前記第一の利用者端末のアドレス及び第二の利用者端末装置の識別番号を抽出するステップと、前記第一の利用者端末のアドレスを安否確認データベースの安否確認済端末のアドレスに、第二の利用者端末の識別番号を安否確認データベースの周辺端末の識別番号にそれぞれ対応付けて格納するステップと、第二の利用者端末のアドレスが前記安否確認データベースの前記安否確認済端末アドレスに格納されていなければ、該安否確認データベースを参照して、該第二の利用者端末の識別番号を前記周辺端末の識別番号に格納している前記安否確認済端末のアドレスに、該第二の利用者端末の捜索要求を送信するステップにより、安否確認を行うシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１５２４８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来の安否確認システムでは、直接端末に対して安否確認を行うことが必要である。従って、端末が圏外であったり、電源が入っていなかったりする場合、安否確認の応答を行うことができず、安否が確認出来ないといった問題が生じていた。
【０００６】
上述した課題に鑑み、本発明の目的は、安否確認時に端末が応答しない場合であっても、当該端末の安否について適切に把握することが出来る安否確認システム等を提供することである。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明の安否確認システムは、
安否確認サーバと、複数の端末とが接続された安否確認システムにおいて、
前記端末は、
他の端末と近距離通信により、端末情報を交換する近距離通信手段を有し、
前記安否確認サーバは、
前記端末に対して確認信号を送信する確認信号送信手段と、
前記端末から応答信号を受信する応答信号受信手段と、
前記確認信号を送信した端末の内、応答信号が受信されない端末について他の端末に問合せ信号を送信する問合せ信号送信手段と、
を有し、
前記端末の内、前記問合せ信号に含まれる端末の端末情報を有する端末は、前記安否確認サーバに対して端末情報を送信することを特徴とする。
【０００８】
また、本発明の安否確認システムにおいて、
前記近距離通信手段は、前記端末が待ち受け状態のときに、端末と近距離通信可能な他の端末と端末情報を交換することを特徴とする。
【０００９】
また、本発明の安保確認システムにおいて、
前記近距離通信手段は、前記端末が前記安否確認サーバから問合せ信号を受信した場合に、当該端末と近距離通信可能な他の端末と端末情報を交換することを特徴とする。
【００１０】
また、本発明の安保確認システムにおいて、
前記端末情報には、端末の識別情報と、端末の位置情報と、近距離通信を行った時刻とが含まれていることを特徴とする。
【００１１】
本発明の端末は、
安否確認サーバと、複数の端末とが接続された安否確認システムにおける端末であって、
他の端末と近距離通信により、端末情報を取得する近距離通信手段と、
前記安否確認サーバが、確認信号を送信したが応答信号を受信出来なかった端末に関する情報を含む問合せ信号を受信する問合せ信号受信手段と、
前記問合せ信号に含まれる端末に対応する端末情報が、近距離通信手段により取得されている場合には、当該端末情報を前記安否確認サーバに送信する問合せ端末情報送信手段と、
を備えることを特徴とする。
【００１２】
また、本発明の端末において、
前記近距離通信手段は、前記端末が待ち受け状態のときに、端末と近距離通信可能な他の端末と端末情報を取得して近隣端末情報として記憶し、
前記問合せ端末情報送信手段は、前記問合せ信号に含まれる端末に対応する端末情報が、前記近隣端末情報に記憶されている場合に、当該端末情報を前記安否確認サーバに送信することを特徴とする。
【００１３】
また、本発明の端末において、
前記近距離通信手段は、前記端末が前記安否確認サーバから問合せ信号を受信した場合に、当該端末と近距離通信可能な他の端末と端末情報を交換することを特徴とする。
【００１４】
本発明の安否確認サーバは、
安否確認サーバと、複数の端末とが接続された安否確認システムにおける安否確認サーバであって、
前記端末に対して確認信号を送信する確認信号送信手段と、
前記端末から応答信号を受信する応答信号受信手段と、
前記確認信号を送信した端末の内、応答信号が受信されない端末について他の端末に問合せ信号を送信する問合せ信号送信手段と、
を備えることを特徴とする。
【発明の効果】
【００１５】
本発明は、安否確認サーバと、複数の端末とが接続された安否確認システムにおいて、端末は他の端末と近距離通信により、端末情報を交換する近距離通信手段を有し、安否確認サーバは、確認信号を送信した端末の内、応答信号が受信されない端末について他の端末に問合せ信号を送信し、前記端末の内、前記問合せ信号に含まれる端末の端末情報を有する端末は、前記安否確認サーバに対して端末情報を送信する。これにより、安否確認サーバが直接端末を確認出来ない場合であっても、確認可能な端末を経由して、安否を確認することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】安否確認システム全体の構成を説明するための図である。
【図２】端末の外観の一例を示す図である。
【図３】端末の機能構成を説明するための図である。
【図４】近距離端末情報のデータ構造の一例を示す図である。
【図５】安否確認サーバの機能構成を説明するための図である。
【図６】安否情報テーブルのデータ構造の一例を示す図である。
【図７】安否情報テーブルのデータ構造の一例を示す図である。
【図８】第１実施例の動作について説明するための図である。
【図９】第１実施例のシステム全体の処理の流れについて説明するためのシーケンス図である。
【図１０】第１実施例の端末の処理の流れについて説明するためのフローチャートである。
【図１１】第１実施例の安否確認サーバの処理の流れについて説明するためのフローチャートである。
【図１２】第２実施例の動作について説明するための図である。
【図１３】第２実施例の動作について説明するための図である。
【図１４】第２実施例のシステム全体の処理の流れについて説明するためのシーケンス図である。
【図１５】第２実施例の端末の処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明を適用した安否確認システムについて、図を用いて説明する。なお、本実施形態においては、本発明を説明するための一形態であり、本発明の内容は実施形態の内容に限定されないことは勿論である。
【００１８】
［１．システム構成］
まず、本実施形態における安否確認システム１の構成について、図１を用いて説明する。図１に示すように、端末１０が、携帯基地局２０に接続されている。ここで、携帯基地局２０に接続される端末１０は１台でも良いし、複数台であっても良い。また、携帯基地局２０と、端末１０とは、３ＧＰＰのような携帯電話通信網で接続されているものとするが、例えばＩＥＥＥ８０２．１１といった無線ＬＡＮやＷｉＭＡＸで接続されていても良い。
【００１９】
携帯基地局２０は、外部ネットワークＮＷを介してそれぞれ接続されている。そして、外部ネットワークＮＷには制御局５０が接続されており、端末１０の位置管理、課金制御、通話制御等を行っている。
【００２０】
また、外部ネットワークＮＷには、安否確認サーバ３０が接続されている。安否確認サーバ３０により、端末１０の安否情報が確認される。ここで、安否情報とは、端末１０が正常であるか否かを確認することにより、端末１０の利用者の安否を確認するための情報である。
【００２１】
［２．装置構成］
続いて、各装置の構成について説明する。端末１０と、安否確認処理を実行する安否確認サーバ３０の構成を説明する。なお、携帯基地局２０及び制御局５０は、従来の携帯基地局及び制御局と同様の構成であるため、その詳細な説明を省略する。
【００２２】
［２．１  端末］
まず、端末１０の構成について図２及び図３を用いて説明する。図２は、端末１０の外観図を示した図であり、図３は端末１０の機能構成を説明するための図である。なお、本実施形態に記載される複数の端末は、略同一の構成であるため、一台について説明する。
【００２３】
図３に示すように、端末１０は、制御部１００に、無線通信部１１０と、近距離通信部１２０と、位置情報取得部１３０と、記憶部１４０と、操作部１５０と、表示部１６０とが接続されて構成されている。
【００２４】
制御部１００は、端末１０の全体を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）により構成されている。
【００２５】
無線通信部１１０は、端末１０が携帯基地局２０と通信を行う為の機能部である。例えば、３ＧＰＰや、ＬＴＥといった規格を利用した機能部であっても良いし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇといったＷｉＦｉ（無線ＬＡＮ）や、ＷｉＭＡＸといった通信規格を用いても良い。
【００２６】
近距離通信部１２０は、端末間通しの通信を行う為の機能部である。本実施形態においては、各端末に割り当てられているＩＤを、他の端末と交換する場合の通信に用いられる。近距離通信部１２０としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ、ＲＦＩＤ、ＵＷＢといった規格を利用したり、ＩＥＥＥ８０２．１１ａ／ｂ／ｇといったＷｉＦｉ（無線ＬＡＮ）を利用したりしても良い。
【００２７】
位置情報取得部１３０は、端末１０の位置情報を取得するための機能部である。例えば、携帯基地局２０から位置情報を受信してもよいし、ＧＰＳを用いて位置情報を取得しても良い。
【００２８】
記憶部１４０は、端末１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００２９】
また、記憶部１４０には、近距離端末情報１４２が記憶されている。近距離端末情報１４２は、端末１０が、近距離通信部１２０により通信が確認された他の端末に関する情報が記憶されている。
【００３０】
近距離端末情報１４２の一例を図４に示す。近距離端末情報１４２は、端末ＩＤ（例えば、「１０２０１」）と、日時（例えば、「２０１１／１２／０１  ０９：３０：１０」）と、位置情報（例えば、緯度経度情報を示す「３５．Ａ、１３９．Ｂ」）とを記憶している。
【００３１】
なお、近距離端末情報１４２は一例であり、例えば端末ＩＤだけであっても良いし、他の情報が更に含まれていてもよい。
【００３２】
操作部１５０は、端末１０を利用者が操作する場合に用いられる機能部であり、例えば操作ボタンやタッチパネルにより構成されている。また、表示部１６０は、端末１０が利用者に対して各種情報を報知したりする場合に用いられる機能部であり、例えば液晶ディスプレイや、有機ＥＬディスプレイ等により構成されている。
【００３３】
また、通話機能部１７０は、端末１０が携帯電話として機能する場合の通話機能について制御・実行するための機能部である。通話機能部１７０には、例えばマイク等の音声入力部、スピーカ等の音声出力部と共にデータに変換する制御部等が含まれている。
【００３４】
［２．２  安否確認サーバ］
続いて、安否確認サーバ３０の機能構成について図５を用いて説明する。安否確認サーバ３０は、制御部３００に、通信部３１０と、記憶部３４０とが接続されている。
【００３５】
制御部３００は、安否確認サーバ３０の全体を制御するための機能部である。制御部３００は、記憶部３４０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。
【００３６】
通信部３１０は、各端末と通信を行う為の機能部である。具体的には外部ネットワークＮＷに接続するための機能部であり、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）や、無線ＬＡＮ等の規格が利用可能に構成されている。
【００３７】
記憶部３４０は、安否確認サーバ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００３８】
また、記憶部３４０には、安否情報テーブル３４２が記憶されている。安否情報テーブル３４２は、図６に示すように、端末ＩＤ（例えば、「１０２０１」）と、日時（例えば、「２０１１／１２／０１  ０９：３０：１０」）と、位置情報（例えば、緯度経度情報を示す「３５．Ａ、１３９．Ｂ」）とを記憶している。
【００３９】
すなわち、端末１０の状態により利用者の安否を確認するために用いられるテーブルである。本実施形態においては、日時及び位置情報が記憶されている場合は安否が確認出来たと判断し、例えば図６の端末ＩＤ１０２１５のように、日時、位置情報が空値の場合には安否が確認されていないと判定する。
【００４０】
したがって、例えば、図７のように、端末ＩＤに対応づけて単に安否確認フラグを記憶されることとしても良い。この場合、安否確認が出来た端末は「ＯＫ」と、安否確認が出来ていない端末は「ＮＧ」と記憶される。
【００４１】
［３．実施例］
［３．１  第１実施例］
続いて、本発明を適用した場合における実施例について説明する。まず第１実施例として２台の端末が、同じ携帯基地局に在圏している場合に、１つの端末の安否が確認出来なくなる場合について説明する。
【００４２】
［３．１．１  処理の概要］
まず、処理の概要について図８を用いて説明する。図８（ａ）は、携帯基地局２０の在圏エリアに、Ａ端末１０ａと、Ｂ端末１０ｂとが含まれている状態を示す図である。このとき、本実施例では、Ａ端末１０ａと、Ｂ端末１０ｂとがＩＤ交換を行っている。ここで、各端末のＩＤ交換とは、各端末が他の端末の端末情報を取得することを良い、例えばＢ端末１０ｂが、Ａ端末１０ａの位置情報等を取得することをいう。これにより、Ｂ端末１０ｂは、Ａ端末１０ａの識別情報に対応づけて位置情報を近距離端末情報１４２として記憶する。また、更に近距離通信を行った時刻を近距離端末情報１４２に合わせて記憶する。
【００４３】
続いて、図８（ｂ）は、安否確認サーバ３０から、各端末の安否を確認するための信号である確認信号（安否確認）が送信された場合の状態を示すである。ここで、何らかの事情により、Ａ端末１０ａが通信不能となっている。したがって、確認信号（安否確認）に応答する応答信号（安否応答）は、Ｂ端末１０ｂから安否確認サーバ３０に返されるが、Ａ端末１０ａからは返されないこととなる。
【００４４】
この場合、図８（ｃ）に示すように、安否確認サーバ３０は、Ｂ端末１０ｂに対して、Ａ端末について問合せ処理を行う。具体的には、Ａ端末の情報を含んだ問合せ信号をＢ端末１０ｂに送信する。Ｂ端末１０ｂは、近距離端末情報１４２にＡ端末１０ａの情報が記憶されていれば、当該情報をＡ端末情報応答として、安否確認サーバ３０に送信する。
【００４５】
これにより、安否確認サーバ３０は、Ａ端末１０ａと直接通信は出来ないが、Ｂ端末１０ｂを介して、Ａ端末１０ａの状態（すなわち、Ａ端末１０ａの利用者の安否）を確認することが出来る。
【００４６】
なお、携帯基地局２０の在圏エリアに、Ａ端末１０ａと、Ｂ端末１０ｂとが含まれている状態でＩＤ交換を行っていたが、Ａ端末１０ａとＢ端末１０ｂが携帯基地局２０の在圏エリア外でＩＤ交換を行っても、安否確認が送信された時点でＢ端末１０ｂが在圏エリア内に居れば問題はない。
【００４７】
［３．１．２  システム全体の処理］
それでは、システム全体の処理について、図９を用いて説明する。図９においては、安否確認を行う端末はＡ端末〜Ｄ端末の４台として説明する。
【００４８】
まず、各端末はＩＤ交換可能端末と近距離通信部１２０を介してＩＤ交換処理を実行している。図９では、Ａ端末及びＢ端末（Ｓ１００２）と、Ａ端末及びＤ端末（Ｓ１００４）とがＩＤ交換処理を実行している。
【００４９】
続いて、安否確認サーバ３０は、各端末に安否確認を送信する。図９では、Ａ端末（Ｓ１００６）、Ｂ端末（Ｓ１００８）、Ｃ端末（Ｓ１０１０）、Ｄ端末（Ｓ１０１２）のそれぞれに安否確認を送信する。
【００５０】
続いて、安否確認サーバ３０は、各端末から安否応答を受信する。図９では、Ｂ端末（Ｓ１０１４）、Ｃ端末（Ｓ１０１６）、Ｄ端末（Ｓ１０１８）から安否応答を受信する。
【００５１】
安否確認サーバ３０は、受信した安否応答に基づいて安否情報テーブル３４２を更新する（Ｓ１０２０）。ここで、Ａ端末から安否応答が受信されていないことから、安否確認サーバ３０から各端末にＡ端末のＩＤ問合せを行う。図９では、Ｂ端末（Ｓ１０２２）、Ｃ端末（Ｓ１０２４）、Ｄ端末（Ｓ１０２６）にそれぞれ行っている。
【００５２】
ここで、Ａ端末は、Ｂ端末及びＤ端末とＩＤ交換を行っていたことから、Ｂ端末（Ｓ１０２８）と、Ｄ端末（Ｓ１０３０）とからＡ端末に関する通信情報応答が送信される。この通信情報は、各端末に記憶されている近距離端末情報１４２から抽出された情報が送信される。
【００５３】
［３．１．３  端末の処理］
続いて、端末１０の処理について図１０を用いて説明する。まず、端末１０が待ち受け中の場合（ステップＳ１０２）、近距離通信があるか否かを判定する（ステップＳ１０４）。例えば、端末１０が近距離通信が可能であるか否かを判定しても良いし、近距離通信が可能な端末があるか否かを判定しても良い。
【００５４】
そして、近距離通信がある場合には（ステップＳ１０４；Ｙｅｓ）、近距離通信可能な他の端末と近距離通信を行いＩＤ交換を行う（ステップＳ１０６）。ここで、ＩＤ交換については、例えば近距離通信可能な端末に関するＩＤだけを交換しても良いし、位置情報を含めて交換しても良い。本実施形態では、近距離通信を行った端末のＩＤと、当該端末の位置情報とが含まれているとする。
【００５５】
そして、このＩＤと、位置情報と、近距離通信を行った時刻とを近距離端末情報１４２に記憶する（ステップＳ１０８）。
【００５６】
続いて、端末１０は、安否確認サーバ３０から、安否確認信号を受信したか否かを判定する。安否確認信号を受信した場合には、安否応答信号を安否確認サーバ３０に送信する（ステップＳ１１２）。そして、ステップＳ１０２から処理を繰り返し実行する。
【００５７】
また、安否問合せ信号を受信したか否かを判定する（ステップＳ１１４）。安否問合せ信号を受信していない場合は（ステップＳ１１４；Ｎｏ）、ステップＳ１０２から処理を繰り返し実行する。
【００５８】
安否問合せ信号を受信した場合は（ステップＳ１１４；Ｙｅｓ）、安否問合せ信号に含まれている端末（安否問合せ端末）に関する情報が近距離端末情報１４２に記憶されているか否かを判定する（ステップＳ１１６）。
【００５９】
近距離端末情報１４２に、安否問合せ端末に関する情報が記憶されている場合には、安否問合せ端末の位置情報と、近距離通信を行った時刻とを安否確認サーバ３０に送信する。他方、近距離端末情報１４２に記憶されていない場合には、何も処理を行わずステップＳ１０２から処理を繰り返し実行する。
【００６０】
［３．１．４  安否確認サーバの処理］
続いて安否確認サーバ３０の処理について図１１を用いて説明する。まず、安否確認処理を実行する場合に、端末に対して安否確認信号を送信する（ステップＳ３０２；Ｙｅｓ→ステップＳ３０４）。ここで、安否確認を実行するタイミングとしては、オペレータが任意のタイミングで行っても良いし、利用者が登録しているグループに対して行っても良い。また、緊急地震速報や、災害情報に連動して自動的に行うこととしても良い。
【００６１】
また、安否確認サーバ３０が安否確認を送信する端末については、安否情報テーブル３４２において、安否確認を行うべき端末に対して送信する。この端末は、例えばシステムに接続される（接続されていた）端末総てであっても良いし、利用者が登録した任意の端末グループに対して行っても良い。
【００６２】
例えば、会社等において社員の端末を登録したり、家庭において家族の端末を登録したりして利用しても良いし、災害の発生した所定のエリアに在圏する総ての端末に送信することとしても良い。
【００６３】
続いて、端末から安否応答を受信すると（ステップＳ３０６）、安否情報テーブル３４２を更新する（ステップＳ３０８）。ここで、安否確認を送信した端末総ての安否応答を受信した場合（ステップＳ３１０；Ｙｅｓ）、すなわち総ての端末の安全が確認出来た場合には、本処理を終了する。
【００６４】
他方、安否応答が受信されていない端末がある場合には、所定時間受信処理を実行する（ステップＳ３１０；Ｎｏ→ステップＳ３１２；Ｎｏ→ステップＳ３０６）。所定時間経過しても、安否応答が受信されない場合には（ステップＳ３１２；Ｙｅｓ）、まだ安否応答を受信していない安否問合せ端末を抽出する（ステップＳ３１４）。
【００６５】
続いて、抽出された安否問合せ端末の安否を、他の端末に問合せる（ステップＳ３１６）。例えば、安否問合せ端末の端末ＩＤを含めた安否問合せ信号として、各端末に送信する。この場合、総ての端末に対して一斉配信しても良いし、安否問合せ端末を除いた他の端末だけに送信しても良い。
【００６６】
そして、安否問合せ端末に関する通信情報の応答が、何れかの端末から受信された場合には当該通信情報に基づいて安否情報テーブル３１２を更新する（ステップＳ３１８；Ｙｅｓ→ステップＳ３２０）。他方、何れの端末からも、安否問合せ端末に関する通信情報の応答が無い場合は、安否不明（安全が確認出来なかった端末）として処理をする（ステップＳ３２２）。
【００６７】
［３．２  第２実施例］
続いて、本発明を適用した場合における第２実施例について説明する。第２実施例は、先に安否確認処理を行い、当該安否確認処理が実行された後に、各端末が近距離通信にて他の端末の安否を確認する。その一例として、一つの端末が携帯基地局２０の在圏エリアに含まれず、安否が確認出来ない場合について説明する。
【００６８】
［３．２．１  処理の概要］
処理の概要について、図１２及び図１３を用いて説明する。図１２（ａ）に示すように、本実施例では、携帯基地局２０の在圏エリアにＢ端末１０ｂは含まれているが、Ａ端末１０ａは圏外となっている。
【００６９】
このときに、図１２（ｂ）に示すように、安否確認サーバ３０から各端末に安否応答が行われる。携帯基地局２０の在圏エリアに含まれるＢ端末１０ｂは安否応答が送信されるが、携帯基地局２０の在圏エリアに含まれるＡ端末１０ａとは通信を行うことが出来ない。
【００７０】
この場合、安否確認サーバ３０から、図１３（ａ）に示すようにＡ端末の問い合わせ信号が送信される。この問い合わせ信号が送信されると、図１３（ｂ）に示すように、Ｂ端末１０ｂは、Ａ端末１０ａとＩＤ交換処理を実行する。これにより、Ａ端末１０ａ（利用者）の安否が確認でき、Ａ端末情報応答がＢ端末１０ｂから安否確認サーバ３０に送信される。
【００７１】
［３．２．２  システム全体の処理］
それでは、システム全体の処理について、図１４を用いて説明する。図１４は、第１実施例において説明した図９の処理と、手順が異なるものである。したがって、同じ処理については同じ符号を付し、詳細な説明を省略する。
【００７２】
すなわち、まず、安否確認サーバ３０から、各端末（Ａ端末〜Ｄ端末）に安否確認信号が送信される（Ｓ１００６、Ｓ１００８、Ｓ１０１０、Ｓ１０１２）。ここで、Ａ端末以外の端末から安否応答信号が送信され、安否確認サーバ３０が受信する（Ｓ１０１４、Ｓ１０１６、Ｓ１０１８）。この受信された安否応答信号に基づいて安否情報テーブル３１２が更新される（Ｓ１０２０）。
【００７３】
このとき、安否応答信号を受信しなかったＡ端末の安否について、Ａ端末のＩＤ問い合わせ信号として各端末に問い合わせる（Ｓ１０２２、Ｓ１０２４、Ｓ１０２６）。ここで、Ａ端末と近距離通信可能なＢ端末及びＤ端末がＩＤ交換処理を実行する（Ｓ１００２、Ｓ１００４）。
【００７４】
Ｂ端末及びＤ端末は、近距離通信を行った結果に基づいて、Ａ端末の通信情報応答を安否サーバ３０に送信する（Ｓ１０２８、Ｓ１０３０）。これにより、安否確認サーバ３０は、直接通信を行えないＡ端末についても、安否を確認することが可能となる。
【００７５】
［３．２．３  端末の処理］
上述したシステム全体の処理に併せて、第１実施例において説明した端末１０の処理（図１０）、安否確認サーバ３０の処理（図１１）も、手順が変化する。ここで、一例として端末の処理について図１５を用いて説明する。
【００７６】
まず、安否確認サーバ３０から安否確認信号を受信すると（ステップＳ２０２；Ｙｅｓ）、安否応答信号を安否確認サーバ３０に送信する（ステップＳ２０４）。
【００７７】
また、安否問合せ信号を受信すると（ステップＳ２０２；Ｎｏ→ステップＳ２０６；Ｙｅｓ）、安否問合せ信号に含まれる安否問合せ端末と、近距離通信が可能か否か判定する（ステップＳ２０８）。近距離通信可能であるなら（ステップＳ２０８；Ｙｅｓ）、近距離通信を行いＩＤ交換処理を実行する（ステップＳ２１０）。
【００７８】
そして、安否問合せ端末の安否確認が出来た（近距離通信が適切に出来た）場合には、安否問合せ端末の確認出来た時刻及び安否問合せ端末の位置情報を含めて安否確認サーバ３０に送信する（ステップＳ２１２；Ｙｅｓ→ステップＳ２１４）。
【００７９】
このように、第２実施例によれば、端末は必要に応じて近距離通信を行って、他の端末の安否を行っても良い。例えば近距離通信において、端末の近くにいる総ての端末のＩＤを交換せず、安否問合せ端末とだけ近距離通信を行うという制御でも良い。この場合は、端末１０において、近距離端末情報１１２を記憶しておく必要がなく、またＩＤ交換は必要に応じて実行すれば良いため、消費電力をおさえることが出来るといった効果が生ずることとなる。
【００８０】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【符号の説明】
【００８１】
１  安否確認システム
１０  端末
１００  制御部
１１０  無線通信部
１２０  近距離通信部
１３０  位置情報取得部
１４０  記憶部
１４２  近距離端末情報
１５０  操作部
１６０  表示部
１７０  通話機能部
２０  携帯基地局
３０  安否確認サーバ
３００  制御部
３１０  通信部
３４０  記憶部
３４２  安否情報テーブル
５０  制御局
【図１】
2013149058.tif 000003
【図２】
2013149058.tif 000004
【図３】
2013149058.tif 000005
【図４】
2013149058.tif 000006
【図５】
2013149058.tif 000007
【図６】
2013149058.tif 000008
【図７】
2013149058.tif 000009
【図８】
2013149058.tif 000010
【図９】
2013149058.tif 000011
【図１０】
2013149058.tif 000012
【図１１】
2013149058.tif 000013
【図１２】
2013149058.tif 000014
【図１３】
2013149058.tif 000015
【図１４】
2013149058.tif 000016
【図１５】
2013149058.tif 000017