JP7380879B2 - 通知装置、通知システム、通知方法及びプログラム - Google Patents

Description

本発明は、安否情報を受け付けるサーバの負荷の増大を抑制可能な通知装置、通知システム、通知方法及び記憶媒体に関する。

地震や台風などの災害が生じた際に、ユーザが、自身の安否情報を識別情報（例えばユーザの電話番号）と紐づけてサーバに登録できる災害用伝言サービスがある。災害用伝言サービスの各ユーザは、識別情報を用いてサーバ内を検索することで、他のユーザの安否情報を確認することができる。特許文献１には、災害時に必要な情報を配布するためのシステムが開示されている。

災害用伝言サービスのサーバは、災害が発生した後に、ユーザからの安否情報の登録を受け付け始める。この際に、サーバは、安否情報の登録を受け付け始めたことをユーザに知らせるために、ユーザの通信端末へ通知を出力する。そして、通知を受信したユーザは、自身の安否情報をサーバに登録する。

特開２０１４－１８１９５９号公報

しかし、サーバが多数のユーザに対して通知を出力する場合、多数のユーザが、その通知に応じて安否情報をサーバに登録する。この場合、一時に大量の安否情報がサーバに登録されるため、サーバの負荷が増大するという問題があった。

本発明は、上記問題に鑑みてなされたものであり、本発明の目的は、安否情報を受け付けるサーバの負荷の増大を抑制可能な通知装置、通知システム、通知方法及び記憶媒体を提供することを目的とする。

本発明の通知装置は、
災害の発生タイミングを取得する取得手段と、
前記発生タイミング以降に放棄呼が生じた端末を特定する特定手段と
受付手段が安否情報の受付を開始したことを示す通知を、複数の端末の内の前記特定された端末に、他の端末よりも先に送信する送信手段を備える。

また、本発明の通知装置は、
前述の通知装置と、
安否情報を受け付け可能な受付手段とを、備える。

また本発明の通知方法は、
災害の発生タイミングを取得し、
前記発生タイミング以降に放棄呼が生じた端末を特定し、
安否情報の受付が開始されたことを示す通知を、複数の端末の内の前記特定された端末に、他の端末よりも先に送信する。

また本発明の記憶媒体は、
災害の発生タイミングを取得する処理と、
前記発生タイミング以降に放棄呼が生じた端末を特定する処理と、
安否情報の受付が開始されたことを示す通知を、複数の端末の内の前記特定された端末に、他の端末よりも先に送信する処理とを
情報処理装置に実行させるプログラムを記憶する。

本発明によれば、安否情報を受け付けるサーバの負荷の増大を抑制可能な通知装置、通知システム、通知方法及び記憶媒体を提供することが可能である。

本発明の第１の実施形態における通知システムの構成例を示すブロック図である。 本発明の第１の実施形態における通知システムを説明するための図である。 本発明の第１の実施形態における通知システムを説明するための図である。 本発明の第１の実施形態における通知システムの動作例を示すフローチャートである。 本発明の第２に実施形態における通知装置の構成例を示すブロック図である。 本発明の第２の実施形態における通知装置の動作例を示すフローチャートである。

＜第１の実施形態＞
第１の実施形態における通知システム１について、図１、図２、図３及び図４に基づき説明する。図１は、通知システム１の構成例を示すブロック図である。図２は、後述の放棄呼情報ＤＢ７１を説明するための図である。また、図３は、後述の加入者情報ＤＢを説明するための図である。また、図４は、通知システム１の動作例を示すフローチャートである。

通知システム１の構成について説明する。図１に示されるように、通知システム１は、端末１０Ａ、１０Ｂ、基地局２０Ａ、２０Ｂ、ネットワーク３０、回線交換装置４０、サーバ５０、加入者管理装置６０及び通知装置７０を備える。

なお、以下の説明では、端末１０Ａ、１０Ｂの各々を区別する必要がない場合、端末１０Ａ、１０Ｂの各々を端末１０と称する。また、基地局２０Ａ、２０Ｂの各々を区別する必要がない場合、基地局２０Ａ、２０Ｂの各々を基地局２０と称する。

端末１０について説明する。端末１０は、基地局２０及びネットワーク３０を介して、他の端末１０、回線交換装置４０、サーバ５０、加入者管理装置６０及び通知装置７０と接続可能である。

端末１０は、他の端末１０と接続することで、他の端末と通信することができる。また、端末１０のユーザは、端末１０をサーバ５０と接続することで、サーバ５０に自身の安否情報を登録することができる。この際、サーバ５０には、ユーザの安否情報と共に、端末１０の識別情報が登録される。ここでの識別情報とは、例えば、端末１０の電話番号や、電話番号と関連付けられるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）等の、端末１０固有の識別子である。

また、端末１０は、災害の発生時に通知装置７０から、サーバ５０が安否情報の受付を開始したことを通知される。この通知の内容は、端末１０のディスプレイを介した表示や、端末１０のスピーカを介した音声の出力によってユーザに伝えられる。端末１０は、例えばスマートフォンや携帯電話である。

基地局２０について説明する。基地局２０は、端末１０の通信を中継する一般的な基地局である。基地局２０は、自身の位置情報（例えば、経度緯度等）を予め記憶している。基地局２０は、端末１０からの通信を中継する際に、自身の位置情報を端末１０から出力された信号に重畳する。基地局２０は、通話に限らず、一般的なデータ通信を中継する際にも自信の位置情報を重畳する。これにより、端末１０と通信する機器は、端末１０と通信する度に、基地局２０の位置情報を取得することができる。

ネットワーク３０は、基地局２０、回線交換装置４０、サーバ５０、加入者管理装置６０及び通知装置７０間の通信を実現するネットワークである。

回線交換装置４０は、呼出し元の端末１０と呼出し先の端末１０の通信経路を制御する。これにより、端末１０間の通話が実現される。回線交換装置４０は、標準化団体３ＧＰＰの策定したアーキテクチャーフレームワークＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）のＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）に対応する。

回線交換装置４０の動作例に基づいて、放棄呼の具体例について説明する。放棄呼とは、呼出し元の端末１０が呼出し先の端末１０に通話を要求したが、通話が成立しなかったという事象のことである。この例においては、端末１０Ａを呼出し元の端末とし、端末１０Ｂを呼出し先の端末とする。端末１０Ａは、端末１０Ｂとの通話を要求する発信メッセージを回線交換装置４０に送信する。回線交換装置４０は、発信メッセージを端末１０Ｂに転送する。発信メッセージを受信した端末１０Ｂは、端末１０Ａと通話する場合、応答メッセージを回線交換装置４０に送信する。そして、回線交換装置４０は、応答メッセージを端末１０Ａに転送する。この後、端末１０Ａ及び端末１０は、通話を開始する。この場合、端末１０Ａ及び端末１０Ｂは、放棄呼が生じた端末ではない。

一方で、発信メッセージを受信した端末１０Ｂは、端末１０Ａと通話しない場合、応答メッセージを回線交換装置４０に送信しない。回線交換装置４０は、所定の時間、応答メッセージを受け付けない場合、端末１０Ａから端末１０Ｂに対する発呼は、端末１０Ｂによって放棄されたと判断する。また、回線交換装置４０は、通話の要求の取り消しを示すメッセージを端末１０Ａから受信した場合に、端末１０Ａから端末１０Ｂに対する発呼は、端末１０Ａによって放棄されたと判断する。回線交換装置４０は、端末１０Ａ又は端末１０Ｂによって発呼が放棄されたと判断した場合に、放棄呼が生じたことを検出する。そして、回線交換装置４０は、放棄呼を検出した場合に、放棄された発呼の呼出し元の端末１０Ａ及び放棄された発呼の呼出し先の端末１０Ｂの各々の識別情報を記憶する。また、回線交換装置４０は、発呼が放棄されたと判断した時間を放棄呼が生じた時刻として記憶する。この場合、端末１０Ａ及び端末１０Ｂは、放棄呼が生じた端末１０である。

このように、放棄呼が生じた端末１０とは、発信メッセージを受信した後で発呼を放棄した端末のことを指す。回線交換装置４０は、放棄呼が生じる度に、呼出し元と呼出し先の端末１０の識別情報と、放棄呼が生じた時刻とを、後述の放棄呼情報ＤＢ７１に出力する。呼出し元と呼出し先の端末１０の識別情報は、例えば、発信メッセージ内に含まれる。

サーバ５０は、災害の発生時に、ユーザの安否情報を端末情報から受け付け始めるサーバである。サーバ５０は、受け付けた安否情報を端末１０の識別情報と対応づけて記憶する。災害用サービスのユーザは、サーバ５０内を識別情報で検索することで、その識別情報を有する端末１０のユーザの安否情報を確認することができる。サーバ５０は、安否情報を受け付け可能な受付手段の一例である。

サーバ５０は、外部のシステム（例えば、気象庁のホームページ）から災害が発生した時刻及び災害が発生した地域を取得する。更に、サーバ５０は、取得した時刻及び地域を通知装置７０に送信する。

加入者管理装置６０は、一定の周期で端末１０と通信することで、基地局２０の位置情報を周期毎に取得するこができる。加入者管理装置６０は、取得した基地局２０の位置情報を、端末１０の位置情報として取得する。このようにして、加入者管理装置６０は、端末１０の位置情報を所定の周期で取得できる。加入者管理装置６０は、ＩＭＳにおけるＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）に対応する。

通知装置７０は、放棄呼情報ＤＢ７１、加入者情報ＤＢ７２、取得部７３、特定部７４及び送信部７５を備える。なお、取得部７３、特定部７４及び送信部７５は、取得手段、特定手段及び送信手段に対応する。

放棄呼情報ＤＢ７１は、放棄呼が生じた端末１０の識別情報を記憶している。放棄呼情報ＤＢ７１には、回線交換装置４０から出力された、呼出し元と呼出し先の端末１０の両方の識別情報及び放棄呼が生じた時刻が記録されている。放棄呼情報ＤＢ７１は、回線交換装置４０と通信することによって、呼出し元と呼出し先の端末１０の識別情報と、放棄呼が生じた時刻とを取得する。

図２を用いて、放棄呼情報ＤＢ７１について説明する。図２は、放棄呼情報ＤＢ７１が記憶する情報の例を示す図である。図２においては、端末１０の識別情報として電話番号が用いられている。例えば、図２は、１３時００分に、電話番号Ａを有する端末１０と電話番号Ｅを有する端末１０とが接続されたものの、通話が開始されずに発呼が放棄されたことを示す。

加入者情報ＤＢ７２は、災害用サービスに加入しているユーザの端末１０が登録されている。具体的には、加入者情報ＤＢ７２には、ユーザの端末１０の識別情報が、端末１０の位置情報と対応付けられた上で記憶されている。加入者情報ＤＢ７２は、所定の周期で加入者管理装置６０と通信することで、端末１０の位置情報を周期毎に取得することができる。

図３を用いて、加入者情報ＤＢ７２について説明する。図３は、加入者情報ＤＢ７２が記憶する情報の例を示す図である。図３においては、識別情報として、電話番号が用いられている。例えば、図３は、電話番号Ｃ，Ｄの各々を有する端末１０が地域Ｂ内に存在することを示す。

取得部７３は、災害の発生時刻及び災害の発生地域をサーバ５０から取得する。ここで、災害の発生時刻は、災害の発生タイミングともいう。言い換えると、取得部７３は、災害の発生タイミングを取得する。

特定部７４は、災害の発生タイミング以降に放棄呼が生じた端末１０を特定する。具体的には、特定部７４は、放棄呼情報ＤＢ（Ｄａｔａ Ｂａｓｅ）７１を参照することで、端末１０のうち、発生タイミング以降に放棄呼が生じたものを特定する。

また、特定部７４は、災害の発生地域に対応する通知領域を特定する。例えば、通知領域は、災害の発生地域と同一である。また、通知領域は、災害の発生地域及び災害の発生地域に隣接する地域の両方を含んでも良い。特定部７４は、加入者情報ＤＢ７２に登録されている位置情報が、通知領域内の位置を示す端末１０を特定する。

例えば、取得部７３は、災害の発生タイミングとして１３時０５分を取得し、災害の発生地域として地域Ａ，Ｂを取得したとする。この場合、特定部７４は、地域Ａ、Ｂを通知領域として特定する。また、特定部７４は、図２に示される放棄呼情報ＤＢ７１から、１３時０５分以降に放棄呼が生じた、電話番号Ｃ，Ｄ，Ｇ，Ｈの各々を有する端末１０を、放棄呼が生じた端末１０として特定する。特定部７４は、更に、図３に示される加入者情報ＤＢに基づいて、位置情報が通知領域と一致する、電話番号Ａ，Ｃ，Ｄ，Ｈを有する端末１０を特定する。

特定部７４は、特定された端末１０に優先度を設定する。具体的には、特定部７４は、放棄呼が生じた端末１０に、放棄呼が生じていない端末よりも高い優先度を設定する。また、特定部７４は、放棄呼が生じた端末１０のうち、呼出し元の端末１０に、呼出し先の端末１０よりも高い優先度を設定する。

すなわち、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に電話を発信したが、通話が成立しなかった端末１０に第１の優先度を設定する。また、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に電話を受信したが、通話が成立しなかった端末１０に第２の優先度を設定する。また、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に放棄呼が生じていない端末１０に第３の優先度を設定する。

なお、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に電話を受信したが、通話が成立しなかった端末１０に第１の優先度を設定してもよい。この場合、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に電話を発信したが、通話が成立しなかった端末１０に第２の優先度を設定する。

送信部７５は、サーバ５０が安否情報の受付を開始した旨の通知を、優先度にしたがって端末１０に送信する。具体的には、送信部７５は、第１の優先度が設定された端末１０、第２の優先度が設定された端末１０、第３の優先度が設定された端末１０の順に通知を送信する。

以上、通知システム１の構成について説明した。次に図４を用いて通知システム１の動作例を説明する。なお、通知システム１の動作例の開始時点において、既に災害が発生しているものとする。また、放棄呼情報ＤＢ７１は、図２に示される情報を、回線交換装置４０から取得しているものとする。また、加入者情報ＤＢ７２は、図３に示される情報を加入者管理装置６０から取得しているものとする。

まず、取得部７３は、サーバ５０から、災害の発生時刻及び災害の発生地域を取得する（Ｓ１０１）。この動作例において、取得部７３は、１３時５分を災害の発生時刻として取得し、地域Ａ、Ｂを災害の発生地域として取得したものとする。

取得部７３は、取得した情報は異常であるかどうかを判断する（Ｓ１０２）。取得部７３は、例えば、災害の発生時刻が現在時刻よりも後を指す場合、取得した情報が異常であると判断する。取得した情報が異常な場合（Ｓ１０２のＹｅｓ）、送信部７５は、情報が異常であることをサーバ５０へ通知して動作を終了する（Ｓ１０３）。

取得した情報が異常でない場合（Ｓ１０２のＮｏ）、特定部７４は、災害の発生時刻以降に放棄呼が生じた端末１０を特定する（Ｓ１０４）。この動作例において、特定部７４は、放棄呼情報ＤＢ７１から１３時５分以降に生じた放棄呼の情報を抽出することにより、電話番号Ｃ，Ｄ，Ｇ，Ｈを有する端末１０を放棄呼が生じた端末１０として特定する。

特定部７４は、通知領域内に位置する端末１０を特定する（Ｓ１０５）。この動作例において、特定部７４は、災害の発生地域である地域Ａ，Ｂを通知領域として特定する。これにより、特定部７４は、加入者情報ＤＢ７２から、電話番号Ａ，Ｃ，Ｄ，Ｅ，Ｈを有する端末１０を特定する。

特定部７４は、特定した端末１０に優先度を設定する（Ｓ１０６）。具体的には、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に電話を発信したが、通話が成立しなかった端末１０に第１の優先度を設定する。また、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に電話を受信したが、通話が成立しなかった端末１０に第２の優先度を設定する。また、特定部７４は、通知領域内に位置し、災害の発生タイミング以降に放棄呼が生じていない端末１０に第３の優先度を設定する。

この動作例においては、特定部７４は、電話番号Ｃ，Ｄの各々を有する端末１０に第１の優先度を設定する（Ｓ１０６）。また、特定部７４は、電話番号Ｈを有する端末１０に第２の優先度を設定する。また、特定部７４は、電話番号Ａ，Ｅの各々を有する端末１０に第３の優先度を設定する。

送信部７５は、設定された優先度に基づいて、所定時間内に通知を出力する（Ｓ１０７）。この例においては、送信部７５は、電話番号Ｃ，Ｄの各々を有する端末１０、電話番号Ｈを有する端末１０、電話番号Ａ，Ｅの各々を有する端末１０の順に、６０秒間の間、通知を送信する。

送信部７５は、優先度が設定された全ての端末１０に通知を送信したかどうかを判断する（Ｓ１０８）。優先度が設定された全ての端末１０に通知が送信された場合（Ｓ１０８のＹｅｓ）、通知システム１は動作を終了する。

優先度が設定された全ての端末１０に通知が送信されていない場合（Ｓ１０８のＹｅｓ）、再度Ｓ１０４の処理を行う。この動作例においては、電話番号Ｃ，Ｄを有する端末１０に通知を送信した一方で、電話番号Ａ，Ｅ，Ｈの各々を有する端末に通知を出力できていないとする。この場合、再度Ｓ１０４からＳ１０８の処理が行われる。この際、Ｓ１０５処理においては、特定部７４は、災害発生地域内に位置する端末１０を再度特定する。また、Ｓ１０６の処理においては、既に通知が送信された電話番号Ｃ，Ｄを有する端末１０には、優先度を設定しない。

以上、通知システム１の動作について説明した。

なお、通知システム１の説明において、加入者管理装置６０は、基地局の位置情報を端末１０の位置情報として取得すると述べたが、加入者管理装置６０は、その他の位置情報を端末１０の位置情報としても良い。例えば、加入者管理装置６０は、回線交換装置４０の位置情報や、加入者管理装置６０自身の位置情報を端末１０の位置情報として取得しても良い。

なお、通知システム１の説明において、Ｓ１０４及びＳ１０５の処理は、同時に実施されても良い。

なお、通知システム１の説明において、放棄呼情報ＤＢ７１は、端末１０で生じた放棄呼を記憶しているが、所定の呼出し時間以下の放棄呼は記憶しなくても良い。これにより、ワン切りや相手が存在しない電話番号への発呼を行った端末１０を通知先に含めないことができる。

以上のように、通知システム１は、受付手段（上記の説明におけるサーバ５０）、取得部７３、特定部７４及び送信部７５を備える。受付手段（サーバ５０）は、安否情報を受け付け可能である。取得部７３は、災害の発生タイミングを取得する。特定部７４は、災害の発生タイミング以降に放棄呼が生じた端末１０を特定する。送信部７５は、受付手段が安否情報の受付を開始したことを示す通知を、複数の端末１０の内、特定された端末１０に他の端末１０よりも先に送信する。

端末１０のユーザは、一般的に、通知を受けた後に安否情報を受付手段に登録し始める。通知システム１においては、複数の端末１０のうち、放棄呼が生じた端末１０に先に通知が出力されるため、放棄呼が生じた端末１０のユーザは、その他の端末１０のユーザよりも先に安否情報を登録し始める。これにより、通知システム１によれば、安否情報を受け付けるサーバの負荷の増大を抑制できる。また、放棄呼が生じた端末１０は、自身の安否情報を他者に伝えることを失敗したユーザのものである場合がある。通知システム１においては、複数の端末１０のうち、放棄呼が生じた端末１０に先に通知が出力されるため、このようなユーザに対して優先的に通知をすることができる。

また、受付手段（サーバ５０）は、端末１０からの安否情報を端末１０の識別情報と対応付けて受け付ける。これにより、災害用サービスの加入者は、受付手段内を端末１０の識別情報で検索することで、所望のユーザの安否情報を確認することができる。

また、取得部７３は、災害の発生地域を更に取得する。特定部７４は、災害の発生地域に対応する位置に存在する端末１０を特定する。送信部７５は、予め登録されている複数の端末１０のうち、災害が発生した位置に存在する端末に通知を送信する。これにより、通知システム１は、災害発生地域内や、災害発生地域の近くにいるユーザに、受付手段が安否情報の登録を受け付け始めたことを知らせることができる。

また、特定部７４は、端末１０が接続する基地局２０の位置情報と、災害の発生地域に対応する位置を比較することで、災害の発生地域に対応する地域に存在する端末１０を特定する。端末１０が接続する基地局２０は、端末１０を所持するユーザの移動に伴って切り替わる。そのため、通知システム１においては、ユーザが移動したとしても、移動後のユーザの位置に応じて、端末１０が災害の発生地域に対応する地域に存在するかどうかを判断できる。

また、送信部７５は、所定の期間において通知を端末１０に送信する。特定部７４は、送信部７５が通知を送信した後に、災害の発生地域に対応する位置に存在する端末１０を再度特定する。このように、通知システム１においては、特定部７４は、通知を端末１０に送信する前及び送信した後において、少なくとも二回、災害の発生地域に対応する位置に存在する端末１０を特定する。これにより、通知を送信している間に端末１０を所持するユーザが移動したとしても、移動後の位置に基づいて、当該端末１０が災害の発生地域に対応する位置に存在するかどうかを判断できる。

また、特定部７４は、災害が発生した位置に存在し、災害の発生タイミング以降に生じた放棄呼の呼出し元である端末１０に第１の優先度を設定する。また、特定部７４は、災害が発生した位置に存在し、災害の発生タイミング以降に生じた放棄呼の呼出し先である端末１０に第２の優先度を設定する。また、特定部７４は、災害が発生した位置に存在し、災害が発生した発生タイミング以降に放棄呼が生じていない端末１０に第３の優先度を設定する。また、送信部７５は、第１の優先度が設定された端末１０、第２の優先度が設定された端末１０、第３の優先度が設定された端末１０の順に、通知を送信する。

これにより、通知システム１は、放棄呼が生じていない端末１０よりも先に、放棄呼が生じた端末１０に通知を送信することができる。これにより、災害の発生後に通話できないために自身の安否情報の報告又は他者の安否情報の取得ができなかったユーザに、安否情報の登録の受付が開始されたことを優先的に通知できる。また、通知システム１は、放棄呼が生じた端末１０のうち、呼出し先の端末１０よりも先に、呼出し元の端末１０に通知を出力することができる。これにより、災害の発生後に自身の安否情報の報告ができなかったユーザに、安否情報の登録の受付が開始されたことを優先的に通知できる。

以上、通知システム１について説明した。

＜第２の実施形態＞
第２の実施形態における通知装置２について図５及び図６を用いて説明する。図５に示されるように、通知装置２は、取得部３、特定部４及び送信部５を備える。

取得部３は、災害の発生タイミングを取得する。特定部４は、発生タイミング以降に放棄呼が生じた不図示の端末１０を特定する。送信部５は、安否情報を受け付け可能な不図示の受付手段が安否情報の受付を開始したことを示す通知を、予め登録されている複数の端末の内の特定された端末１０に、他の端末よりも先に送信する。

なお、取得部３、特定部４及び送信部５の各々は、第１の実施形態における通知システム１の取得部７３、特定部７４及び送信部７５が備える機能の一部または全部を備えていても良い。以上、通知装置２の構成について説明した。

次に図６を用いて、通知装置２の動作例（通知方法）を説明する。図６は、通知装置２の動作を示すフローチャートである。なお、以下のＳ２０１～Ｓ２０２の処理を情報処理装置に実行させるプログラムが、記憶媒体に記憶されていても良い。

まず、取得部３は、災害の発生タイミングを取得する（Ｓ２０１）。取得部３は、例えば気象庁などのホームページから、災害の発生タイミングを取得する。

特定部４は、災害の発生タイミング以降に放棄呼が生じた端末１０を特定する（Ｓ２０２）。例えば、特定部４は、不図示の回線交換機に記憶された端末１０間の接続履歴を参照することで、放棄呼が生じた端末１０を特定する。

送信部５は、端末１０に通知を送信する。具体的には、送信部５は、予め登録されている複数の端末の内、Ｓ２０２で特定された端末に、他の端末よりも先に通知を送信する。この通知は、安否情報を受け付け可能な不図示の受付手段が安否情報の受付を開始したことを示す。

以上のように、通知装置２は、取得部３、特定部４及び送信部５を備える。取得部３は、災害の発生タイミングを取得する。特定部４は、災害の発生タイミング以降に放棄呼が生じた端末１０を特定する。送信部５は、受付手段が安否情報の受付を開始したことを示す通知を、複数の端末１０の内、特定された端末１０に他の端末１０よりも先に送信する。

端末１０のユーザは、一般的に、通知を受けた後に安否情報を受付手段に登録し始める。通知装置２においては、複数の端末１０のうち、放棄呼が生じた端末１０に先に通知が出力されるため、放棄呼が生じた端末１０のユーザは、その他の端末１０のユーザよりも先に安否情報を登録し始める。これにより、通知装置２によれば、安否情報を受け付けるサーバの負荷の増大を抑制できる。また、放棄呼が生じた端末１０は、自身の安否情報を他者に伝えることを失敗したユーザのものである場合がある。通知装置２においては、複数の端末１０のうち、放棄呼が生じた端末１０に先に通知が出力されるため、このようなユーザに対して優先的に通知をすることができる。

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０２０年６月９日に出願された日本出願特願２０２０－０９９８３０を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ 通知システム
２、７０ 通知装置
３、７３ 取得部
４、７４ 特定部
５、７５ 送信部
１０、１０Ａ、１０Ｂ 端末
２０、２０Ａ、２０Ｂ 基地局
３０ ネットワーク
４０ 回線交換装置
５０ サーバ
６０ 加入者管理装置
７１ 放棄呼情報ＤＢ
７２ 加入者情報ＤＢ

Claims (9)

1. 災害の発生タイミングを取得する取得手段と、
   前記発生タイミング以降に放棄呼が生じた端末を特定する特定手段と
   受付手段が安否情報の受付を開始したことを示す通知を、複数の端末の内の前記特定された端末に、他の端末よりも先に送信する送信手段を、備える通知装置。
2. 前記受付手段は、前記端末からの安否情報を前記端末の識別情報と対応付けて受け付ける請求項１に記載の通知装置。
3. 前記取得手段は、前記災害の発生地域を更に取得し、
   前記特定手段は、前記災害の発生地域に対応する通知領域に存在する端末を特定し、
   前記送信手段は、予め登録されている複数の端末のうち、前記通知領域に存在する前記端末に前記通知を送信する請求項１に記載の通知装置。
4. 前記特定手段は、前記端末が接続する基地局の位置情報と、前記通知領域を比較することで、前記通知領域に存在する前記端末を特定する請求項３に記載の通知装置。
5. 前記送信手段は、所定の期間において前記通知を前記端末に送信し、
   前記特定手段は、前記送信手段が前記通知を送信した後に、前記通知領域に存在する前記端末を再度特定する
   請求項３又は４に記載の通知装置。
6. 前記特定手段は、
   前記通知領域に存在し、前記発生タイミング以降に生じた放棄呼の呼出し元である前記端末、
   前記通知領域に存在し、前記発生タイミング以降に生じた放棄呼の呼出し先である前記端末、
   前記通知領域に存在し、前記発生タイミング以降に放棄呼が生じていない前記端末、
   の順に、前記通知を送信する請求項３から５の何れか１項に記載の通知装置。
7. 請求項１から６の何れか１項に記載の通知装置と、
   安否情報の登録を受け付ける前記受付手段と、を備える通知システム。
8. 災害の発生タイミングを取得し、
   前記発生タイミング以降に放棄呼が生じた端末を特定し、
   安否情報の受付が開始されたことを示す通知を、複数の端末の内の前記特定された端末に、他の端末よりも先に送信する通知方法。
9. 災害の発生タイミングを取得する処理と、
   前記発生タイミング以降に放棄呼が生じた端末を特定する処理と、
   安否情報の受付が開始されたことを示す通知を、複数の端末の内の前記特定された端末に、他の端末よりも先に送信する処理とを
   情報処理装置に実行させるプログラム。

Images