JP4629770B2 - 通信管理方法および通信管理サーバ - Google Patents

Description

本発明は通信管理方法および通信管理サーバに関し、特に、発信者端末装置が所定の通知対象端末装置を指定してメッセージの通知を行う通信管理方法および通信管理サーバに関する。

例えば緊急の要件がある等の理由で受信者の携帯端末装置（携帯端末機器）に連絡を取りたい場合に、受信者の携帯端末装置の待ち受け状態が例えば振動や音声を禁止するモードである場合、単に発呼を行うのみでは、受信者が気づきにくく、対応が遅れてしまうという問題がある。この問題を解決する方法として、受信者のプレゼンス（現在状態）に応じて携帯端末装置の着信時の音声の大きさや振動状態を変化させる方法が知られている（例えば、特許文献１参照）。

また、受信者が通話できない状態にある等の理由により受信者と連絡がとれない場合、送信者は通話できるまで何度も再発呼を行う必要が生じる。このため、通信相手に接続できるまで再送を所定回数繰り返す方法が知られている（例えば、特許文献２参照）。
特開２００５−３０３６６８号公報 特開２００３−２７１５３１号公報

しかしながら、特許文献２に記載する方法では、受信者の状況に関わらず単に同じメッセージの再送を繰り返すだけであるため、通信資源（通信帯域）が無駄になってしまうという問題がある。

本発明はこのような点に鑑みてなされたものであり、通信資源を有効に活用することができる通信管理方法および通信管理サーバを提供することを目的とする。

本発明では上記問題を解決するために、図１に示すような通信管理方法が提供される。
通信管理装置１は、発信者端末装置２が通知対象端末装置（受信者端末装置）３を指定してメッセージの通知を行うために用いられるものである。

通信管理装置１は、通知対象端末装置３のプレゼンス情報を管理している。
通信管理装置１は、発信者端末装置２が送信するメッセージの通知依頼を受信すると、プレゼンス情報を取得し、第１のメッセージを通知対象端末装置３に送信する。

そして、通信管理装置１は、通知対象端末装置３がプレゼンスの変化に応じて出力するプレゼンス情報更新依頼を受信する度に、第２のメッセージを通知対象端末装置３に送信する。

そして、通信管理装置１は、通知対象端末装置３からの第２のメッセージに対する応答を受信すると、通知対象端末装置３に対する第２のメッセージの送信を終了する。
このような通信管理方法によれば、通信管理装置１により、発信者端末装置２が送信するメッセージの通知依頼が受信されると（ステップＳ１）、プレゼンス情報が取得され（ステップＳ２）、第１のメッセージが通知対象端末装置３に送信される（ステップＳ３）。そして、通知対象端末装置３によってプレゼンスの変化に応じて出力されるプレゼンス情報更新依頼が通信管理装置１により受信される度に（ステップＳ４）、第２のメッセージが通知対象端末装置３に送信される（ステップＳ５）。そして、通信管理装置１により通知対象端末装置３からの第２のメッセージに対する応答が受信されると（ステップＳ６）、通知対象端末装置３に対する第２のメッセージの送信が終了される。

また、上記課題を解決するために、発信者端末装置が所定の通知対象端末装置を指定してメッセージの通知を行う際に用いる通信管理サーバにおいて、前記発信者端末装置が前記メッセージの通知を行う際に出力するメッセージ通知依頼を受信する通知依頼受信手段と、前記通知対象端末装置のプレゼンス情報を管理するプレゼンス管理サーバから前記プレゼンス情報を受信するプレゼンス情報受信手段と、第１のメッセージを前記通知対象端末装置に送信し、かつ、前記通知対象端末装置のプレゼンスの変化に応じて前記プレゼンス管理サーバが出力する更新プレゼンス情報を、前記プレゼンス情報受信手段が受信する度に、第２のメッセージを前記通知対象端末装置に送信する送信手段と、前記通知対象端末装置からの前記第２のメッセージに対する応答を受信する応答メッセージ受信手段と、前記応答メッセージ受信手段が前記応答を受信すると、前記通知対象端末装置に対する前記第２のメッセージの送信を終了するメッセージ終了手段と、を有することを特徴とする通信管理サーバが提供される。

このような通信管理サーバによれば、通知依頼受信手段により、発信者端末装置が送信するメッセージの通知依頼が受信される。そして、プレゼンス情報受信手段により、通知対象端末装置のプレゼンス情報を管理するプレゼンス管理サーバからのプレゼンス情報が受信される。その後、送信手段により、第１のメッセージが通知対象端末装置に送信される。また、通知対象端末装置のプレゼンスの変化に応じてプレゼンス管理サーバが出力する更新プレゼンス情報がプレゼンス情報受信手段によって受信される度に、通信手段により、第２のメッセージが通知対象端末装置に送信される。そして、応答メッセージ受信手段により、通知対象端末装置からの第２のメッセージに対する応答が受信される。応答メッセージ受信手段によって応答が受信されると、メッセージ終了手段により、通知対象端末装置に対する第２のメッセージの送信が終了される。

本発明によれば、プレゼンスの変化に応じたメッセージを通知対象端末装置に送信するようにしたので、効率よくメッセージの通知を行うことができ、通信資源を有効に活用することができる。

本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。

実施の形態に適用される発明を示す原理図である。 第１の実施の形態の通信管理システムを示すブロック図である。 キャリアセンタの機能を示すブロック図である。 緊急通知サーバのハードウェア構成例を示す図である。 携帯端末装置を示すブロック図である。 第１の実施の形態の通信管理システムの動作を示すシーケンス図である。 プレゼンス情報を示す図である。 パターン情報テーブルを示す図である。 発光情報テーブルを示す図である。 端末特性情報テーブルを示す図である。 応答情報テーブルを示す図である。 緊急通知別管理テーブルを示す図である。 通知依頼の送信処理を示すフローチャートである。 第２の実施の形態の通信管理システムの動作を示すシーケンス図である。 第３の実施の形態の通信管理システムの動作を示すシーケンス図である。 第１の実施の形態〜第３の実施の形態における緊急通知サーバの動作を示すフローチャートである。 第１の実施の形態〜第３の実施の形態における緊急通知サーバの動作を示すフローチャートである。 第１の実施の形態〜第３の実施の形態における緊急通知サーバの動作を示すフローチャートである。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。

図１は、実施の形態に適用される発明を示す原理図である。
図１に示す通信管理システムは、通信管理装置１と、発信者端末装置２と、通知対象端末装置３とを有しており、発信者端末装置２が通知対象端末装置３を指定してメッセージの通知を行う際に用いられるシステムを例示したものである。このシステムは、本発明の通信管理方法に従って動作する。

発信者端末装置２は、通知対象端末装置３に通知するメッセージの通知依頼を、通信管理装置１に対して送信する。この発信者端末装置２としては、例えばダイヤル式固定電話、ＩＰ電話、携帯電話、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）等が挙げられる。

通知対象端末装置３は、通信管理装置１との通信機能を備えている。通知対象端末装置３は、自身のプレゼンスの変化に応じてプレゼンス情報更新依頼を通信管理装置１に送信する。また、通知対象端末装置３は、通知対象者（受信者）からの操作等によりメッセージに対する応答を通信管理装置１に送信する。

この通知対象端末装置３としては、発信者端末装置２として例示したものと同様のものが挙げられるが、特に、携帯電話、ＰＤＡ等の携帯性を備えているものが好ましい。
通信管理装置１は、通知対象端末装置３のプレゼンス情報を管理する機能を有している。通信管理装置１は、発信者端末装置２が送信するメッセージの通知依頼を受信すると、プレゼンス情報を取得し（取り出し）、メッセージ（第１のメッセージ）を通知対象端末装置３に送信する。また、通信管理装置１は、プレゼンス情報更新依頼を受信する度に、メッセージ（第２のメッセージ）を通知対象端末装置３に送信する。さらに、通知対象端末装置３からのメッセージに対する応答を受信すると、通知対象端末装置３に対するメッセージの送信を終了する。

このような通信管理システムによって動作する通信管理方法によれば、通信管理装置１により、発信者端末装置２が送信するメッセージの通知依頼が受信されると（ステップＳ１）、プレゼンス情報が取得され（ステップＳ２）、メッセージが通知対象端末装置３に送信される（ステップＳ３）。そして、通信管理装置１により、通知対象端末装置３によりプレゼンスの変化に応じて出力されるプレゼンス情報更新依頼が受信される度に（ステップＳ４）、メッセージが通知対象端末装置３に送信される（ステップＳ５）。すなわち、このメッセージはプレゼンス情報に応じて繰り返し通知対象端末装置３に送信される。そして、通信管理装置１により通知対象端末装置３からの第２のメッセージに対する応答が受信されると（ステップＳ６）、通知対象端末装置３に対する第２のメッセージの送信が終了される。

プレゼンス状態の変化に伴って通知対象端末装置３の通信状態が変化する可能性が高いので、このように、通知対象端末装置３のプレゼンスの変化に応じてメッセージを通知対象端末装置３に送信し、通信可能になる可能性が高い場合に再送信を行うことで効率よくメッセージの通知を行うことができ、通信資源の無駄な利用を抑え、通信資源を有効に活用することができる。特に、通知対象端末装置３のプレゼンスの変化に応じたメッセージを通知対象端末装置３に送信する場合、例えば受信者に配慮したメッセージを送信することによって、さらに効率よくメッセージの通知を行うことができる。

以下、本発明の実施の形態を具体的に説明する。
図２は、第１の実施の形態の通信管理システムを示すブロック図である。
通信管理システム５００では、キャリアセンタ１００に複数の携帯端末装置（本実施の形態では携帯端末装置２１、２２、２３）が携帯端末キャリア網１０を介して接続されている。キャリアセンタ１００は、携帯端末装置２１〜２３のプレゼンス情報を管理している。

また、キャリアセンタ１００にはプッシュ式電話３１が公衆電話網２０を介して接続されており、ＰＣ４１がインタネット３０を介して接続されている。インタネット３０にはパケット網４０が接続されており、キャリアセンタ１００には携帯端末装置５１がパケット網４０、インタネット３０を介して接続されている。

ここで、携帯端末装置２１〜２３がそれぞれ図１の通知対象端末装置３、すなわち通知対象となる受信者の携帯端末装置（以下「対象端末装置」という）を構成しており、プッシュ式電話３１とＰＣ４１と携帯端末装置５１とがそれぞれ図１の発信者端末装置２、すなわち発信者の端末装置を構成している。なお、対象端末装置、発信者の端末装置ともキャリアセンタ１００と通信可能な装置であれば、上記例に限るものではない。

この通信管理システム５００では、発信者（発信側）は、プッシュ式電話３１、ＰＣ４１、携帯端末装置５１のいずれかを用いて受信者（受信側）の携帯端末装置２１、２２、２３のいずれか１つまたは複数に対して緊急通知（メッセージ通知）を行う。なお、以下では受信者を「ユーザ」とも言う。

発信者は、プッシュ式電話３１を用いる場合は、所定の方法に従って操作を行うことにより、またＰＣ４１または携帯端末装置５１を用いる場合は例えば専用アプリケーション等を用いることにより、受信者に通知させたい緊急性を示す緊急度と、対象端末装置を利用するユーザのプレゼンスに応じて実行する応答方法と、対象端末装置またはユーザを特定するための情報とを指定した緊急通知依頼をキャリアセンタ１００に送信する。

緊急度は、本実施の形態では緊急度の低い緊急性（低）、緊急性（低）の次に緊急度の低い緊急性（中）、緊急度の高い緊急性（高）の３つの緊急度のうちのいずれかを指定する。

応答方法は、受信者が通話可能であるときと、受信者が通話困難であるときとにおいて異なるリアクションを希望する場合に指定する。
キャリアセンタ１００は、緊急通知依頼を受信すると緊急信号（第１のメッセージ）を対象端末装置に送信する。また、第１のメッセージ送信のタイミングとは関わり無く、対象端末装置はプレゼンスの変更を検知すると、または所定のタイミングで、その情報をプレゼンス情報更新依頼として送信しており、キャリアセンタ１００は対象端末装置からプレゼンス情報を更新するプレゼンス情報更新依頼があると、プレゼンス情報を更新する。第１のメッセージ送信後に、プレゼンス情報更新依頼を受け付けると、プレゼンス情報に応じた新たな緊急信号（第２のメッセージ）を対象端末装置に送信する。そして、対象端末装置から緊急通知に対する応答があると、緊急信号の送信を終了する。

このような緊急通知サービスを行うために、キャリアセンタ１００内には、以下のような機能が設けられる。
図３は、キャリアセンタの機能を示すブロック図である。

キャリアセンタ１００は、緊急通知サーバ１１０と、プレゼンスサーバ１２０と、ＳＭＳ（ショートメッセージサービス）サーバ１３０とを有している。
図４は、緊急通知サーバのハードウェア構成例を示す図である。

緊急通知サーバ１１０は、ＣＰＵ(Central Processing Unit)１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ(Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。また、ＨＤＤ１０３内には、プログラムファイルが格納される。

グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、携帯端末キャリア網１０と公衆電話網２０とインタネット３０とに接続されている。通信インタフェース１０６は、携帯端末キャリア網１０を介して、携帯端末装置２１、２２、２３との間でデータの送受信を行う。公衆電話網２０を介してプッシュ式電話３１との間でデータの送受信を行う。インタネット３０を介してＰＣ４１と携帯端末装置５１との間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図４には緊急通知サーバ１１０のハードウェア構成を示したがプレゼンスサーバ１２０およびＳＭＳサーバ１３０についても同様のハードウェア構成で実現することができる。

再び図３に戻って説明する。
緊急通知サーバ１１０は、緊急通知サービス全体の制御を行うサーバである。緊急通知サーバ１１０は、アラートパターンを決定するための情報として、後述のパターン情報テーブル１１１や、発光情報テーブル１１２や、端末特性情報テーブル１１３や、応答情報テーブル１１４や、緊急通知別管理テーブル１１５を備えている。これら各テーブルは、それぞれ、パターン情報ＤＢ（データベース）１１１ａ、発光情報ＤＢ１１２ａ、端末特性情報ＤＢ１１３ａ、応答情報ＤＢ１１４ａ、緊急通知別管理ＤＢ１１５ａに格納されている。

緊急通知サーバ１１０は、発信者端末装置２から緊急通知依頼を受信すると、プレゼンスサーバ１２０に対して対象端末装置を保持するユーザのプレゼンス情報を要求する。そして、対象端末装置を保持するユーザのプレゼンス情報を受信すると、受信したプレゼンス情報と緊急度とに応じて対象端末装置のアクションを決定するアラートパターン情報と、対象端末装置が、その装置自身のプレゼンスに応じて実行する応答方法に関する応答情報とを含む第１の通知依頼をプレゼンスサーバ１２０に送信する。

また、緊急通知サーバ１１０は、前記第１の通知依頼送信後にプレゼンスサーバ１２０からプレゼンス情報が更新されたことを示す更新プレゼンス情報を受信すると、更新プレゼンス情報に基づいて新たなアラートパターン情報と応答方法を決定し、第２の通知依頼をプレゼンスサーバ１２０に送信する。

また、緊急通知サーバ１１０は、プレゼンスサーバ１２０から対象端末装置からの応答確認情報を受信すると、プレゼンスサーバ１２０へのプレゼンス情報の要求を解除する。
プレゼンスサーバ１２０は、緊急通知サービスに用いるプレゼンス情報を管理するサーバである。対象端末装置とこの対象端末装置を保持するユーザに関する情報とは、後述するプレゼンス情報テーブルとしてプレゼンスサーバ１２０が利用可能な状態で記憶されているものとする。このプレゼンス情報テーブルは、プレゼンスサーバ１２０が備えるプレゼンス情報ＤＢ１２１ａに格納されている。

プレゼンスサーバ１２０は、緊急通知サーバ１１０から通知依頼を受信すると、その通知依頼をＳＭＳサーバ１３０に対応した信号送信依頼に変換し、ＳＭＳサーバ１３０に送信する。

また、プレゼンスサーバ１２０は、対象端末装置から、対象端末装置のプレゼンスが変化したことを示すプレゼンス情報更新依頼を受信する度に、管理しているプレゼンス情報テーブルのこの対象端末装置を利用しているユーザに対応するプレゼンス情報のデータを更新し、また、前記第１の通知依頼を緊急通知サーバ１１０から受信した後にはさらに、その更新プレゼンス情報を緊急通知サーバ１１０に送信する。

また、プレゼンスサーバ１２０は、対象端末装置から応答確認依頼を受信すると、管理しているプレゼンス情報テーブルのこの対象端末装置を利用しているユーザに対応する確認の情報を更新し、また、応答確認情報を緊急通知サーバ１１０に送信する。

ＳＭＳサーバ１３０は、プレゼンスサーバ１２０から信号送信依頼を受信すると、対象端末装置に対して緊急信号をショートメッセージに同封して送信する。このとき対象端末装置が通信可能範囲に存在しない場合は通信可能になり次第送信する。

次に、携帯端末装置２１、２２、２３の機能について説明する。
図５は、携帯端末装置を示すブロック図である。
なお、携帯端末装置２１、２２、２３が有する機能は互いに等しいため代表的に携帯端末装置２１について説明する。

携帯端末装置２１は、緊急通知信号受信部２１１と、位置検出部２１２と、状態切替部２１３と、緊急通知制御部２１４と、アラート制御部２１５とを有している。
緊急通知信号受信部２１１は、ＳＭＳサーバ１３０から送られてきたショートメッセージを受信するインタフェースを構成しており、受信したショートメッセージを緊急通知制御部２１４に送信する。

位置検出部２１２は、携帯端末装置２１の位置を検出するＧＰＳ（Global Positioning System）機能および無線ＬＡＮ接続機能を備えており、現在の位置が所定の領域（例えば受信者の勤務する建物）内であるのか所定の領域外であるのか等の位置検出情報を緊急通知制御部２１４に送信する。

状態切替部２１３は、ユーザの状態（プレゼンス）を切り替えるためにタッチパネルやボタン等で構成される操作部（図示せず）を有している。ユーザが操作部を操作することにより、例えば、会議等の特定の業務を実行していることを示す「Ｂｕｓｙ」と、昼食時等、特定の業務を実行していないことを示す「Ｆｒｅｅ」との２つのモードを切り替えることができる。状態切替部２１３は、操作部の操作をトリガーとしてプレゼンスの更新信号を緊急通知制御部２１４に送信する。

緊急通知制御部２１４は、ショートメッセージを受信すると、その緊急信号に含まれるアラートパターン情報をアラート制御部２１５に送信する。また、緊急通知制御部２１４は位置検出情報を受信すると、後述するプレゼンス情報テーブルに設定された項目についてはその項目のプレゼンスが変化したときに、位置情報を含むプレゼンス情報更新依頼をプレゼンスサーバ１２０に送信する。プレゼンス情報テーブルに設定されていない項目のプレゼンスが変化した場合は、所定時間毎に（例えば定期的に）位置情報を含むプレゼンス情報更新依頼をプレゼンスサーバ１２０に送信する。また、緊急通知制御部２１４は、状態切替部２１３からプレゼンスの更新信号を受信すると、「Ｆｒｅｅ」または「Ｂｕｓｙ」を含むプレゼンス情報更新依頼をプレゼンスサーバ１２０に送信する。さらに、緊急通知制御部２１４は、緊急信号を受信すると緊急信号着信履歴を記憶する。

アラート制御部２１５は、スピーカ等の音声出力手段とＬＥＤ等の発光手段とバイブレータ等の振動手段とを有しており、アラートパターン情報に応じた手段を用いたアラートを出力し、ユーザにショートメッセージの受信を報知する。

緊急通知制御部２１４は、報知の結果、受信者が例えば対象端末装置の確認ボタン（図示せず）を押下する等の操作（応答操作）による応答確認を受信すると、プレゼンスサーバ１２０に応答確認依頼を送信する。

次に、第１の実施の形態の通信管理システム５００の動作について説明する。
以下では代表的にプッシュ式電話３１が、携帯端末装置２１に緊急通知を実行する場合について説明する。

図６は、第１の実施の形態の通信管理システムの動作を示すシーケンス図である。
まず、プッシュ式電話３１が緊急通知サーバ１１０に緊急通知依頼を送信する（ステップＳ１１）。次に、緊急通知サーバ１１０が緊急通知依頼を受信すると、緊急通知依頼に含まれている対象端末装置（この場合は携帯端末装置２１）またはユーザを特定するための情報に基づき、プレゼンスサーバ１２０に携帯端末装置２１を保持するユーザのプレゼンス情報を要求する（ステップＳ１２）。次にプレゼンスサーバ１２０が緊急通知サーバ１１０に携帯端末装置２１を保持するユーザのプレゼンス情報を送信する（ステップＳ１３）。すると、緊急通知サーバ１１０が、緊急通知依頼とプレゼンス情報とに基づいて第１の通知依頼を作成し、プレゼンスサーバ１２０に送信する（ステップＳ１４）。プレゼンスサーバ１２０が第１の通知依頼を受信すると、第１の信号送信依頼を生成しＳＭＳサーバ１３０に送信する（ステップＳ１５）。ＳＭＳサーバ１３０は、第１の信号送信依頼を受信すると、第１の緊急信号として携帯端末装置２１に送信する（ステップＳ１６）。携帯端末装置２１が第１の緊急信号を受信すると、アラートを出力してユーザに報知する。

携帯端末装置２１は前述したプレゼンスの変化に応じてプレゼンス情報更新依頼をプレゼンスサーバ１２０に所定の間隔で送信している（ステップＳ１７）。プレゼンスサーバ１２０はプレゼンス情報更新依頼の受信に応じて、プレゼンス情報を更新して管理している。ユーザが、第１の緊急信号に関する報知に気づかず応答操作が実行されない場合、携帯端末装置２１からのプレゼンス情報更新依頼をプレゼンスサーバ１２０が受信すると、プレゼンスサーバ１２０はプレゼンス情報を更新するとともに、更新プレゼンス情報を作成し、緊急通知サーバ１１０に送信する（ステップＳ１８）。

そして、緊急通知サーバ１１０が、更新プレゼンス情報に基づいて第２の通知依頼を作成し、プレゼンスサーバ１２０に送信する（ステップＳ１９）。プレゼンスサーバ１２０が第２の通知依頼を受信すると、第２の信号送信依頼をＳＭＳサーバ１３０に送信し（ステップＳ２０）、ＳＭＳサーバ１３０が、第２の信号送信依頼を受信すると、第２の緊急信号を携帯端末装置２１に送信する（ステップＳ２１）。

ここで、報知に気づいたユーザにより応答操作が実行されると、携帯端末装置２１が応答確認依頼をプレゼンスサーバ１２０に送信する（ステップＳ２２）。プレゼンスサーバ１２０が応答確認依頼を受信すると、少なくとも応答を受け付けたユーザまたは対象端末装置を特定するための情報を含んだ応答確認情報を緊急通知サーバ１１０に送信する（ステップＳ２３）。緊急通知サーバ１１０が応答確認情報を受信すると、この応答確認情報に示されるユーザに関するプレゼンスサーバ１２０へのプレゼンス情報の要求を解除する（ステップＳ２４）。

以上で通信管理システムの動作を終了する。
なお、ステップＳ２１にてユーザにより応答操作が実行されない場合は、ステップＳ１７〜ステップＳ２１の動作が繰り返し実行される。また、受信した緊急信号に含まれる応答方法に関する情報に基づき、ステップＳ２２で応答操作を実行したユーザは、実際に電話を掛けるなどの対応を取ることになる。

本発明は上記の処理によって、緊急通知に対して応答を得られなかった相手への緊急通知の再送を、相手の状況（プレゼンス）の変化に応じて行えるようになる。
次に、プレゼンス情報と、アラートパターン情報と応答情報とについて詳しく説明する。

まず、プレゼンス情報について説明する。プレゼンスサーバ１２０ではプレゼンス情報がテーブル化されて格納されている。
図７は、プレゼンス情報を示す図である。

プレゼンス情報テーブル１２１には、ユーザ、携帯端末装置、時間内、位置／状態、確認、端末特性の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。プレゼンス情報テーブル１２１に格納する情報はこの例示に限るものではない。その他に関連づけられる情報として、例えば、ユーザへ送信している緊急通知を識別するための情報を登録してもよい。

ユーザの欄には携帯端末装置２１〜２３をそれぞれ保持するユーザを一意に識別するための情報が設定される。図７では、ユーザＡ、ユーザＢ、ユーザＣがそれぞれ設定されている。携帯端末装置の欄には、これらのユーザが利用する携帯端末装置を一意に識別するための情報として例えば固有のＩＤが設定される。図７では、携帯端末装置２１を識別する「＃１」が設定され、携帯端末装置２２を識別する「＃２」が設定され、携帯端末装置２３を識別する「＃３」が設定されている。時間内の欄には、ユーザＡ、ユーザＢ、ユーザＣの各勤務時間が設定される。図７では、ユーザＡの勤務時間として９：００−１８：００が設定されている。なお、時間内の欄に設定された時間以外は勤務時間外となる。

位置／状態の欄には、携帯端末装置２１〜２３を保持しているユーザのプレゼンス情報として現在位置と状態とが設定される。位置の欄には、例えば、携帯端末装置２１〜２３を保持するユーザが建物内にいることを示す「屋内」、建物の外にいることを示す「屋外」および屋内、屋外を識別不能な「不明」のうちのいずれかが設定される。また、状態の欄には携帯端末装置２１〜２３の状態切替部２１３で設定された状態「Ｂｕｓｙ」および「Ｆｒｅｅ」が設定される。図７ではユーザＡの位置／状態として「屋内／Ｂｕｓｙ」が設定されている。プレゼンスサーバ１２０は、対象端末装置からプレゼンス情報更新依頼を受信すると、この受信内容に基づき、プレゼンス情報テーブル１２１の該当ユーザと対応づけられている「位置／状態」欄のデータを受信した更新後のプレゼンス情報で更新し、さらに必要に応じて、この更新後のプレゼンス情報に関する更新プレゼンス情報を緊急通知サーバ１１０へ送信する。

確認の欄にはこのユーザから応答確認依頼を受信したか否かを示すフラグが設定される。応答確認依頼を受信していないときは「１」が設定され、応答確認依頼を確認したときは「０」が設定される。プレゼンスサーバ１２０は、対象端末装置から応答確認依頼を受信すると、プレゼンス情報テーブル１２１の該当ユーザと対応づけられている確認欄のデータを「０」に更新し、さらに、応答確認情報を緊急通知サーバ１１０へ送信する。図７のユーザＡの例では「１」が設定されており、まだユーザＡから応答確認依頼を受信していないことを示している。

端末特性の欄には、携帯端末装置固有の端末特性を示す特性名が設定されている。図７では、端末特性として「デフォルト」が設定されている。なお、端末特性については後述する。

次に、アラートパターン情報について説明する。
アラートパターン情報は、パターン情報と端末特性情報とによって作成される。
まず、パターン情報について説明する。

緊急通知サーバ１１０では、パターン情報がテーブル化されて格納されている。
図８は、パターン情報テーブルを示す図である。
パターン情報テーブル１１１の横方向の見出しには、発信者が指定した通知メッセージの緊急度に対応する緊急性（低）、緊急性（中）、緊急性（高）の欄が設けられており、縦方向の見出しには、送信先ユーザのプレゼンス情報に対応する時間および状態を識別する時間内、時間外、着信困難の欄が設けられている。時間内の欄にはさらにＦｒｅｅ、Ｂｕｓｙの欄が設けられている。

緊急通知サーバ１１０は、発信者端末装置２から送信されてきた緊急通知依頼から緊急度の情報を取り出し、また、プレゼンスサーバ１２０から受信した、プレゼンス情報に含まれるユーザのプレゼンス情報から時間内、時間外、着信困難のうちのいずれかの情報を取り出し、パターン情報テーブル１１１上でこれらが一致する部分のパターンを、パターン情報として取り出す。ここで、図８中パターン１は、バイブレーション、ＬＥＤ点滅を対象端末装置に実行させるパターンであり、パターン２は、パターン１に加えて所定の大きさの音量を発生させるパターンであり、パターン３は、パターン１に加えて最大の音量を発生させるパターンである。なお、これらのパターンはプロファイルにより別途管理されていて自由に変更することができる。

この例では、緊急性（高）の場合は、対象端末装置の状態に関係なくパターン３が設定されている。これにより、ユーザにメッセージの着信を確実に報知することができる。緊急性（中）の場合、対象端末装置が「Ｆｒｅｅ」の場合にはパターン３が設定され、「Ｂｕｓｙ」の場合にはパターン２が設定され、それ以外の場合にはパターン１が設定されている。緊急性（低）の場合、対象端末装置が「Ｆｒｅｅ」の場合にのみパターン３が設定され、それ以外の場合にはパターン１が設定されている。例えば会議中などであることが想定される「Ｂｕｓｙ」の状態の時には、緊急性（低）の通知であれば、他の会議参加者の迷惑にならないように、音を鳴らさないで振動や発光のみでユーザに着信を通知することが望ましい場合が考えられる。図８に示すパターン情報テーブルによれば、そのようなユーザの状況や周囲の環境にも配慮した鳴動のさせ方を設定することができる。

次に、端末特性情報について説明するが、最初に発光情報について説明する。
緊急通知サーバ１１０では、ＬＥＤの発光色の情報である発光情報がテーブル化されて格納されている。

図９は、発光情報テーブルを示す図である。
発光情報テーブル１１２には、横方向には対象端末装置の場所（位置）に対応した不明、室内、屋外の欄が設けられており、縦方向には時間に対応した昼、夜の欄が設けられている。図９中、場所が不明の場合は「青」（寒色）が設定され、場所が室内の場合には「赤」が設定され、場所が屋外の場合にあっては、昼は「赤」が設定され夜は「黄」（暖色）が設定されている。対象端末装置の周囲の状況として、昼と夜と、また室内と屋外とでは、対象端末装置が発光する光によってユーザに認識され易い場合とされにくい場合とがあることが考えられる。図９に示す発光情報テーブルによれば、そのような周囲状況を考慮して発光のさせ方を設定できるので、ユーザに着信を確実に報知することができる。なお、発光情報テーブル１１２では色の情報のみが設定されているが、さらに種々の発光パターンの情報が設定されていてもよい。また、昼と夜との区別はユーザが指定してもよいし、緊急通知サーバ１１０の他の方法によって自動的に設定されるものであってもよい。

緊急通知サーバ１１０は、プレゼンスサーバ１２０から受信した、プレゼンス情報に含まれるユーザのプレゼンス情報から位置の情報を取り出し、位置の情報と別途取得した現在時刻の情報とが一致する部分の発光色を、発光情報テーブル１１２から発光情報として取り出す。

また、緊急通知サーバ１１０では、端末特性情報がテーブル化されて格納されている。
図１０は、端末特性情報テーブルを示す図である。
端末特性情報テーブル１１３には、特性、音、発光、バイブの欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。

特性の欄には、対象端末装置の端末特性を識別する名称が設定される。図１０では「デフォルト」、「消音」、「発光禁止」がそれぞれ設定されている。
音、発光、バイブの欄は、携帯端末装置２１〜２３のアラート制御部２１５が有する報知手段に対応して設定されている。携帯端末装置２１〜２３が使用可能な手段には「○」が設定され、使用不可能なまたは使用しない機能には「×」が設定されている。端末特性情報テーブル１１３に設定されている情報は、例えば、対象端末装置を利用するユーザが聴覚に障害がある場合に、このユーザのプレゼンス情報として「消音」を、視覚に障害がある場合には「発光禁止」を設定するために利用することができる。

次に、応答情報について説明する。
緊急通知サーバ１１０では、応答情報がテーブル化されて格納されている。
図１１は、応答情報テーブルを示す図である。

本発明では、緊急信号では緊急に連絡をとる必要がある旨や緊急事態の概要のみをユーザへ通知し、緊急事態の具体的な内容や具体的な指示内容については、緊急信号に対して応答したユーザが応答方法に示される方法に従って所定の連絡先へアクセスして情報を入手することを想定している。

応答情報テーブル１１４には、横方向には緊急通知（ＳＭＳサーバ１３０から送信した緊急信号）に応答したユーザへ、具体的な緊急情報の内容を通知する方法として電話、メッセージ配信、アプリ配信の欄が設けられており、縦方向には緊急通知を受信した対象端末装置の状態として通話可、通話困難の欄が設けられており、送信した緊急通知に対する対象端末装置からの応答方法に関する情報を管理している。

通話可は受信者がアラートに応答したときに通話が可能な状態である場合を示している。通話困難は受信者がアラートに応答したときに通話が困難な状態である場合を示している。

電話、メッセージ配信、アプリ配信の欄には、受信者がアラートに応答したときに発信者が希望するアクションが設定される。
例えば発信者が、受信者から電話によるコールバックを希望する場合、受信者が通話可能である場合は、発信者に通話を行わせるアクション（例えば、受信者からの応答電話呼を発信者につなげる）が設定されている。なお、プレゼンス情報のメッセージの欄に設定された番号に電話を掛けさせるアクションを設定することもできる。

この応答情報テーブル１１４は、例えばキャリアセンタ１００の管理者等が自由に書き換えることができる。図１１に示す応答情報テーブル１１４によれば、発信者が受信者へ所望する応答方法を緊急信号に含めて受信者が利用する対象端末装置へ通知することが可能になる。

図１２は、緊急通知別管理テーブルを示す図である。緊急通知サーバ１１０は、発信者端末装置２から受信した緊急通知をそれぞれ管理するためのデータテーブルとして、緊急通知別管理テーブル１１５を備えている。緊急通知別管理テーブル１１５では、発信者端末装置２から受信した緊急通知依頼ごとに、発信者を識別するための情報である「発信者」と、受信者のうち応答希望者数を示す情報である「応答希望数」と、通知内容のデータの格納先を表す情報である「内容」と、この緊急通知の送信先である受信者を識別するための情報である「受信者」と、この受信者のプレゼンス情報である「プレゼンス」と、この受信者から応答確認を受信したか否かを示すフラグである「確認」とを関連づけて保持している。

緊急通知サーバ１１０は、プレゼンスサーバ１２０からユーザのプレゼンス情報（または更新プレゼンス情報）を受信すると、該当するユーザの「プレゼンス」欄のデータを受信したデータで更新する。また、プレゼンスサーバ１２０から対象端末装置からの応答確認情報を受信すると、該当するユーザの「確認」欄のデータを未受信を表す「１」から受信済を表す「０」へ更新する。

なお、緊急通知別管理テーブル１１５は、そのテーブルに示される緊急通知を送信する必要がなくなった場合には、削除される。
図１２に示す緊急通知別管理テーブル１１５によれば、緊急通知サーバ１１０は、緊急通知ごとに、送信すべきユーザの情報や、このユーザのプレゼンス情報や、このユーザからの応答有無を管理することが可能になる。

次に、緊急通知サーバ１１０における通知依頼の送信処理についてフローチャートを用いて説明する。
図１３は、通知依頼の送信処理を示すフローチャートである。

まず、プレゼンスサーバ１２０から、通信相手であるユーザのプレゼンス情報を受信する（ステップＳ３１）。
次に、受信したプレゼンス情報に基づき、パターン情報テーブル１１１および端末特性情報テーブル１１３を参照して論理和（ＡＮＤ）を取り、対象端末装置に送信するアラートパターン情報を決定する（ステップＳ３２）。次に、対象端末装置が発光機能を使用可能か否か、すなわちプレゼンス情報の端末特性が「デフォルト」または「消音」であるか否かを判断する（ステップＳ３３）。対象端末装置が発光機能を使用可能ではない場合（端末特性に「発光禁止」が設定されている場合）（ステップＳ３３のＮｏ）、ステップＳ３５に移行する。一方、対象端末装置が発光機能を使用可能な場合（ステップＳ３３のＹｅｓ）、発光情報テーブル１１２を参照し発光情報を決定し、この情報をアラートパターン情報に付加する（ステップＳ３４）。そして、アラートパターン情報と応答情報とを含む通知依頼を決定し（ステップＳ３５）。この通知依頼をプレゼンスサーバ１２０に送信する（ステップＳ３６）。

以上で通知依頼の送信処理を終了する。
以上述べたように、通信管理システム５００によれば、緊急通知サーバ１１０が、緊急通知依頼を受信すると、対象端末装置のプレゼンス情報更新依頼に応じた通知依頼を送信することにより、対象端末装置に対して効率よく緊急信号の再送信を行うことで通信資源を有効に活用することができる。

特に、緊急通知サーバ１１０が受信するプレゼンス情報更新依頼送信のトリガーとして「Ｂｕｓｙ」から「Ｆｒｅｅ」に変更があった場合や、「時間外」から「時間内」に変わった場合等、これらのタイミングで受信者が携帯端末装置の着信履歴の確認や、Ｅメールまたはショートメッセージの送受信の確認をしたり、発呼を行ったりする等、何らかの目的で携帯端末装置を操作する確率が高いと思われる状況を選択し、これらを予めプレゼンス情報テーブル１２１に設定しておくことにより、ユーザが気づき易い環境でプレゼンス更新依頼をプレゼンスサーバ１２０に送信させることができるため、対象端末装置の受信者への報知をより確実に行うことができる。

また、プレゼンス情報更新依頼送信のトリガーとしては、前述したものに限定されず、例えば受信者の携帯端末装置の電源がＯＦＦからＯＮになった場合や、受信者の携帯端末装置から発呼が行われたりＥメールやショートメッセージの送信が行われたりした場合等をトリガーとしてもよい。この場合、これらをプレゼンス情報更新依頼送信のトリガーとするよう、プレゼンス情報テーブル１２１に設定し、緊急通知制御部２１４がプレゼンス情報更新依頼を送信するように構成することにより前述した実施の形態と同様の効果が得られる。

さらに、単に緊急信号を再送する場合とは異なり、受信者のプレゼンスが変化したこと、例えば、対象端末装置を保持する受信者が室内から屋外に移動した場合やモードを「Ｂｕｓｙ」から「Ｆｒｅｅ」に変更した場合等に、それを契機として、報知効果の高いパターンに切り替えて報知を実行するように、これらを予めパターン情報テーブル１１１に設定しておくことができるので、緊急通知サーバ１１０が、プレゼンス情報に応じたパターン情報を選択して再送することができ、ひいては対象端末装置の受信者への報知をより確実に行うことができる。

また、会議中等の場合には受信者や周囲の環境に配慮した報知を行うことができる。このようにＴＰＯ（Time Place Occasion）に応じた受信者への緊急信号の送信を実現することができる。

また、通知依頼に応答情報を含ませることにより、受信者が通話可能な場合と通話困難な場合とで異なる応答を実行させることができるため、発信者は、受信者が通話困難な場合にも所望の応答を容易に実行させることができる。

次に、第２の実施の形態の通信管理システムについて説明する。
以下、第２の実施の形態の通信管理システム５００について、前述した第１の実施の形態との相違点を中心に説明し、同様の事項については、その説明を省略する。

第２の実施の形態の通信管理システム５００は、緊急通知の相手先が複数である、すなわち、発信者の端末装置により緊急通知サーバ１１０が携帯端末装置２１〜２３の全てに緊急信号を送信する点が第１の実施の形態の通信管理システムと異なっており、それ以外は第１の実施の形態と同様である。

次に、第２の実施の形態の通信管理システムの動作を説明する。
以下では代表的にプッシュ式電話３１が、携帯端末装置２１、２２に緊急通知依頼を送信する場合について説明する。

図１４は、第２の実施の形態の通信管理システムの動作を示すシーケンス図である。
まず、プッシュ式電話３１が、携帯端末装置２１、２２にそれぞれの緊急通知依頼を送信する（ステップＳ４１）。

次に、緊急通知サーバ１１０が緊急通知依頼を受信すると、プレゼンスサーバ１２０に携帯端末装置２１、２２のそれぞれのプレゼンス情報の要求を行う（ステップＳ４２）。次に、プレゼンスサーバ１２０が緊急通知サーバ１１０に携帯端末装置２１、２２のプレゼンス情報をそれぞれ送信する（ステップＳ４３）。すると、緊急通知サーバ１１０が、緊急通知依頼と携帯端末装置２１のプレゼンス情報とに基づいて第３の通知依頼を作成し、プレゼンスサーバ１２０に送信する（ステップＳ４４）。また、緊急通知依頼と携帯端末装置２２のプレゼンス情報とに基づいて第４の通知依頼を作成し、プレゼンスサーバ１２０に送信する（ステップＳ４５）。

プレゼンスサーバ１２０が第３の通知依頼を受信すると、携帯端末装置２１に向けた第３の信号送信依頼をＳＭＳサーバ１３０に送信する（ステップＳ４６）。また、プレゼンスサーバ１２０が第４の通知依頼を受信すると、携帯端末装置２２に向けた第４の信号送信依頼をＳＭＳサーバ１３０に送信する（ステップＳ４７）。ＳＭＳサーバ１３０は、第３の信号送信依頼を受信すると、第３の緊急信号を携帯端末装置２１に送信する（ステップＳ４８）。また、第４の信号送信依頼を受信すると、第４の緊急信号を携帯端末装置２２に送信する（ステップＳ４９）。

そして携帯端末装置２１が第３の緊急信号を受信すると、緊急信号に示されるアラートを出力してユーザに報知する。携帯端末装置２２が第４の緊急信号を受信すると、緊急信号に示されるアラートを出力してユーザに報知する。

ここで、報知に気づいた携帯端末装置２１のユーザにより応答操作が実行されると、携帯端末装置２１が応答確認依頼をプレゼンスサーバ１２０に送信する（ステップＳ５０）。プレゼンスサーバ１２０が応答確認依頼を受信すると、応答確認情報を緊急通知サーバ１１０に送信する（ステップＳ５１）。緊急通知サーバ１１０が応答確認情報を受信すると、プレゼンスサーバ１２０へのプレゼンス情報の要求を解除する（ステップＳ５２）。

また、ステップＳ４９の後に、携帯端末装置２２のユーザが、その報知に気づかず応答操作が実行されない場合、携帯端末装置２２はプレゼンスの変化に応じたプレゼンス情報更新依頼を緊急通知サーバ１１０に送信する（ステップＳ５３）。プレゼンスサーバ１２０がプレゼンス情報更新依頼を受信すると、プレゼンス情報を更新して、更新プレゼンス情報を作成し、緊急通知サーバ１１０に送信する（ステップＳ５４）。

そして、緊急通知サーバ１１０が、更新プレゼンス情報に基づいて第５の通知依頼を作成し、プレゼンスサーバ１２０に送信する（ステップＳ５５）。プレゼンスサーバ１２０が第５の通知依頼を受信すると、第５の信号送信依頼をＳＭＳサーバ１３０に送信する（ステップＳ５６）。ＳＭＳサーバ１３０が、第５の信号送信依頼を受信すると、第５の緊急信号を対象端末装置に送信する（ステップＳ５７）。

ここで、報知に気づいた携帯端末装置２２のユーザにより応答操作が実行されると、ステップＳ５０〜Ｓ５２と同様の動作を実行する（ステップＳ５８〜Ｓ６０）。
以上で第２の実施の形態の通信管理システムの動作を終了する。

この第２の実施の形態の通信管理システム５００によれば、第１の実施の形態の通信管理システム５００と同様の効果が得られる。
そして、第２の実施の形態の通信管理システム５００によれば、緊急通知サーバ１１０が、対象端末装置にそれぞれ応じたプレゼンス情報をプレゼンスサーバ１２０から取得し、対象端末装置それぞれに対して通知依頼を送信するようにしたので、複数の対象端末装置に対してもそれぞれ緊急信号を送信することができる。また、対象端末装置を指定することができるため、全ての携帯端末装置に対して緊急信号を送信する場合に比べて通信資源を有効に活用することができる。

次に、第３の実施の形態の通信管理システムについて説明する。
以下、第３の実施の形態の通信管理システム５００について、前述した第２の実施の形態との相違点を中心に説明し、同様の事項については、その説明を省略する。

第３の実施の形態の通信管理システムは、発信者が、緊急通知を行う相手の中で、応答を希望する対象端末装置の数（以下「応答希望数」という）を予め設定しておき、応答した対象端末装置の数が応答希望数に達した場合にキャリアセンタ１００が、未応答の対象端末装置に対し、対象端末装置の緊急信号着信履歴を消去する通知履歴消去依頼を送信する点が第２の実施の形態の通信管理システムと異なっており、それ以外は第２の実施の形態と同様である。

次に、第３の実施の形態の通信管理システム５００の動作を説明する。
以下では代表的にプッシュ式電話３１が、携帯端末装置２１〜２３に同報通知を実行し、応答希望数が１の場合について説明する。

図１５は、第３の実施の形態の通信管理システムの動作を示すシーケンス図である。
まず、プッシュ式電話３１が、携帯端末装置に２１〜２３それぞれの緊急通知依頼を送信する（ステップＳ６１）。

次に、緊急通知サーバ１１０が緊急通知依頼を受信すると、緊急通知依頼に含まれるユーザを指定する情報を元にプレゼンスサーバ１２０に携帯端末装置２１〜２３を保持するユーザのそれぞれのプレゼンス情報の要求を行う（ステップＳ６２）。次にプレゼンスサーバ１２０が緊急通知サーバ１１０に携帯端末装置２１〜２３を保持するユーザのプレゼンス情報をそれぞれ送信する（ステップＳ６３）。すると、緊急通知サーバ１１０が、緊急通知依頼とプレゼンス情報とに基づいて第６〜第８の通知依頼を作成し、それぞれプレゼンスサーバ１２０に送信する（ステップＳ６４〜Ｓ６６）。

プレゼンスサーバ１２０が第６の通知依頼を受信すると、携帯端末装置２１に向けた第６の信号送信依頼を、ＳＭＳサーバ１３０に送信する（ステップＳ６７）。プレゼンスサーバ１２０が第７の通知依頼を受信すると、携帯端末装置２２に向けた第７の信号送信依頼を、ＳＭＳサーバ１３０に送信する（ステップＳ６８）。プレゼンスサーバ１２０が第８の通知依頼を受信すると、携帯端末装置２３に向けた第８の信号送信依頼を、ＳＭＳサーバ１３０に送信する（ステップＳ６９）。

ＳＭＳサーバ１３０は、第６の信号送信依頼を受信すると、第６の緊急信号を携帯端末装置２１に送信する（ステップＳ７０）。第７の信号送信依頼を受信すると、第７の緊急信号を携帯端末装置２２に送信する（ステップＳ７１）。第８の信号送信依頼を受信すると、第８の緊急信号を対象端末装置２３に送信する（ステップＳ７２）。

そして携帯端末装置２１は、第６の緊急信号を受信すると、緊急信号に示されるアラートを出力してユーザに報知する。携帯端末装置２２は、第７の緊急信号を受信すると、緊急信号に示されるアラートを出力してユーザに報知する。携帯端末装置２３は、第８の緊急信号を受信すると、緊急信号に示されるアラートを出力してユーザに報知する。そして、携帯端末装置２１〜２３のユーザが報知に気づかない場合は、携帯端末装置２１〜２３について第１の実施の形態と同様に、再通知が実行される。

ここで、報知に気づいた携帯端末装置２１のユーザにより応答操作が実行されると、携帯端末装置２１が応答確認依頼をプレゼンスサーバ１２０に送信する（ステップＳ７３）。プレゼンスサーバ１２０が応答確認依頼を受信すると、応答確認情報を緊急通知サーバ１１０に送信する（ステップＳ７４）。

緊急通知サーバ１１０が応答確認情報を受信すると、緊急通知サーバ１１０は、この応答確認情報に関する緊急通知につき、応答確認情報の受信数（累計数）が応答希望数に一致したか否かを判断する。そして、応答確認情報の受信数が応答希望数に一致していればプレゼンスサーバ１２０への、この緊急通知の送信先であるユーザに関するプレゼンス情報の要求を解除する（ステップＳ７５）とともに、緊急通知サーバ１１０は、プレゼンスサーバ１２０に、この緊急通知につき応答確認情報をまだ受信していない端末である携帯端末装置２２の緊急信号着信履歴を消去する第１の通知履歴消去依頼を送信し（ステップＳ７６）、同様に携帯端末装置２３の緊急信号着信履歴を消去する第２の通知履歴消去依頼を送信する（ステップＳ７７）。

プレゼンスサーバが第１の通知履歴消去依頼を受信すると、第１の履歴消去信号送信依頼をＳＭＳサーバ１３０に送信する（ステップＳ７８）。プレゼンスサーバ１２０が第２の通知履歴消去依頼を受信すると、第２の履歴消去信号送信依頼をＳＭＳサーバ１３０に送信する（ステップＳ７９）。

ＳＭＳサーバ１３０は、第１の履歴消去信号送信依頼を受信すると、履歴消去信号を携帯端末装置２２に送信する（ステップＳ８０）。これにより、携帯端末装置２２の緊急通知に関する緊急信号着信履歴が消去される。また、同様に第２の履歴消去信号送信依頼を受信すると、履歴消去信号を携帯端末装置２３に送信する（ステップＳ８１）。これにより、携帯端末装置２３の緊急信号送信履歴が消去される。

以上で第３の実施の形態の通信管理システム５００の動作を終了する。
この第３の実施の形態の通信管理システム５００によれば、第１の実施の形態の通信管理システム５００と同様の効果が得られる。

また、第３の実施の形態の通信管理システム５００によれば、例えば、緊急の対応が必要になった案件につき、１０名から構成される担当者グループのうちのいずれか３人が対応すればよい場合に、１０名全員を受信者として緊急通知を送信し、そのうちの応答希望者数である３人から応答確認を受けた場合に、残りの７人への緊急通知の再送を停止するという通信方法を実現することができるので、緊急通知を送信する必要がなくなった相手への通信を抑止し、通信資源の無駄な消費を抑止することが可能になる。

そして、第３の実施の形態の通信管理システム５００によれば、さらに、応答確認依頼を送信する必要がなくなった対象端末装置の緊急信号着信履歴を削除することで、着信履歴を参照したことによるユーザからの無駄なコールバックを抑制し、通信資源の無駄な消費を抑止することができる。

なお、本実施の形態では緊急通知サーバ１１０が、３つの携帯端末装置２１、２２、２３のうちの１つから応答があった場合に通知履歴消去依頼を送信する場合について説明したが、応答希望数はこれに限るものではなく、２つ（複数）の対象端末装置から応答が有った場合に緊急履歴消去依頼を送信する場合も同様にして実現することができることは言うまでもない。

また、本実施の形態では、緊急通知サーバ１１０が、応答確認依頼を送信した対象端末装置の情報を記録するよう構成されているのが好ましい。これにより、どの対象端末装置から応答確認依頼の送信があったのかを容易に確認することができる。

次に、第１の実施の形態〜第３の実施の形態における緊急通知サーバ１１０の動作をまとめて説明する。
図１６〜図１８は、第１の実施の形態〜第３の実施の形態における緊急通知サーバの動作を示すフローチャートである。

まず、緊急通知依頼を受信すると、緊急通知依頼が複数の携帯端末装置に対する依頼か否かを判断する（ステップＳ９１）。緊急通知依頼が複数の携帯端末装置に対する依頼ではない場合（ステップＳ９１のＮｏ）（第１の実施の形態に相当）、対象端末装置のプレゼンス情報を要求する（ステップＳ９２）。次に、プレゼンスサーバ１２０に通知依頼を送信する（ステップＳ９３）。

次に、プレゼンスサーバ１２０から応答確認情報を受信したか否かを判断する（ステップＳ９４）。すなわち、緊急通知別管理テーブル１１５で、このユーザに対応する「確認」欄のデータが「０」であるかどうかを確認する。「確認」欄のデータが「１」で応答確認情報を受信していない場合（ステップＳ９４のＮｏ）、プレゼンスサーバ１２０から更新プレゼンス情報を受信したか否かを判断する（ステップＳ９５）。更新プレゼンス情報を受信した場合（ステップＳ９５のＹｅｓ）、緊急通知別管理テーブル１１５のユーザに対応する更新プレゼンス情報に示される更新後のプレゼンス情報に基づいて、ステップＳ９３に移行して新たな通知依頼を送信する。更新プレゼンス情報を受信していない場合（ステップＳ９５のＮｏ）、ステップＳ９４に移行して動作を継続する。一方、応答確認情報を受信した場合（ステップＳ９４のＹｅｓ）、対象端末装置のプレゼンス情報の要求を解除して（ステップＳ９６）動作を終了する。

ステップＳ９１で緊急通知依頼が複数の携帯端末装置に対する依頼の場合（ステップＳ９１のＹｅｓ）（第２、第３の実施の形態に相当）、端子Ａを介して図１７に示す処理に移行し、対象端末装置の数だけプレゼンス情報を要求する（ステップＳ９７）。

次に、対象端末装置の数と応答希望数とが一致するか否かを判断する（ステップＳ９８）。対象端末装置の数と応答希望数とが一致する場合（ステップＳ９８のＹｅｓ）（第２の実施の形態に相当）、携帯端末装置２１〜２３についてそれぞれステップＳ９３〜Ｓ９６と同様の動作を行う（ステップＳ９９〜Ｓ１０２）。

そして対象端末装置のうちの１つの携帯端末装置について応答確認情報を受信し（ステップＳ１００）プレゼンス情報の要求を解除したとき（ステップＳ１０２）、送信対象としている緊急通知につき緊急通知別管理テーブル１１５を参照し、全ての対象端末装置について応答確認情報を受信したか否か、すなわち「確認」欄のデータが「０」であるか否かを判断する（ステップＳ１０３）。全ての対象端末装置について応答確認情報を受信していない場合、すなわち「確認」欄のデータが「１」であるデータがある場合（ステップＳ１０３のＮｏ）、ステップＳ１００に移行して動作を継続する。一方、全ての対象端末装置について応答確認情報を受信した場合（ステップＳ１０３のＹｅｓ）、動作を終了する。

ステップＳ９８で、対象端末装置の数と応答希望数とが一致しない場合（ステップＳ９８のＮｏ）（第３の実施の形態に相当）、端子Ｂを介して図１８に示す処理に移行し、その対象端末装置についてそれぞれステップＳ９９〜Ｓ１０２と同様の動作を行う（ステップＳ１０４〜Ｓ１０７）。ステップＳ１０７で対象端末装置のうちの１つの携帯端末装置についてプレゼンス情報の要求を解除したとき、送信対象としている緊急通知につき緊急通知別管理テーブル１１５を参照し、応答確認情報の合計受信数、すなわち、緊急通知別管理テーブル１１５の該当緊急通知に関するデータのうち、「確認」欄のデータが「０」であるユーザの数が応答希望数に一致したか否かを判断する（ステップＳ１０８）。応答確認情報の受信数が応答希望数に一致していない場合（ステップＳ１０８のＮｏ）、ステップＳ１０５に移行して動作を継続する。

一方、応答確認情報の受信数が応答希望数に一致した場合（ステップＳ１０８のＹｅｓ）、応答確認依頼を送信してきていない対象端末装置、すなわち、緊急通知別管理テーブル１１５の該当緊急通知に関するデータのうち、「確認」欄のデータが「１」であるユーザに対応づけられている対象端末装置に対して通知履歴消去依頼を送信し（ステップＳ１０９）、さらに、応答確認依頼を送信してきていない全ての対象端末装置のプレゼンス情報のプレゼンスサーバ１２０への要求を解除して（ステップＳ１１０）動作を終了する。

以上本発明の好適な実施の形態について詳述したが、本発明は、その特定の実施の形態に限定されるものではない。
なお、上記の処理機能は、コンピュータによって（コンピュータに所定の通信管理プログラムを実行させることにより）実現することができる。その場合、緊急通知サーバ１１０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

通信管理プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。

符号の説明

１ 通信管理装置
２ 発信者端末装置
３ 通知対象端末装置
１０ 携帯端末キャリア網
２０ 公衆電話網
３０ インタネット
２１、２２、２３ 携帯端末装置
３１ プッシュ式電話
４０ パケット網
４１ ＰＣ
５１ 携帯端末装置
１００ キャリアセンタ
１１０ 緊急通知サーバ
１１１ パターン情報テーブル
１１２ 発光情報テーブル
１１３ 端末特性情報テーブル
１１４ 応答情報テーブル
１２０ プレゼンスサーバ
１２１ プレゼンス情報テーブル
１３０ ＳＭＳサーバ
２１１ 緊急通知信号受信部
２１２ 位置検出部
２１３ 状態切替部
２１４ 緊急通知制御部
２１５ アラート制御部

Claims (9)

1. 発信者端末装置が所定の通知対象端末装置を指定してメッセージの通知を行う通信管理方法において、
   前記通知対象端末装置のプレゼンス情報を管理し、
   前記発信者端末装置が送信する前記メッセージの通知依頼を受信すると、第１のメッセージを前記通知対象端末装置に送信し、
   前記通知対象端末装置がプレゼンスの変化に応じて出力するプレゼンス情報更新依頼を受信する度に、第２のメッセージを前記通知対象端末装置に送信し、
   前記通知対象端末装置からの前記第２のメッセージに対する応答を受信すると、前記通知対象端末装置に対する前記第２のメッセージの送信を終了する、
   ことを特徴とする通信管理方法。
2. 前記プレゼンス情報に基づいた前記第１のメッセージを前記通知対象端末装置に送信し、前記プレゼンス情報を更新した更新プレゼンス情報に基づいた前記第２のメッセージを前記通知対象端末装置に送信することを特徴とする請求の範囲第１項記載の通信管理方法。
3. 前記メッセージの通知依頼は、前記通知の緊急性に関する緊急度情報を有し、
   前記緊急度情報および前記プレゼンス情報に基づいて第１の報知方法を決定し、前記第１の報知方法を有する前記第１のメッセージを前記通知対象端末装置に送信し、
   前記緊急度情報および前記更新プレゼンス情報に基づいて第２の報知方法を決定し、前記第２の報知方法を有する前記第２のメッセージを前記通知対象端末装置に送信することを特徴とする請求の範囲第１項記載の通信管理方法。
4. 前記メッセージの通知依頼は、前記通知対象端末装置が、前記通知対象端末装置のプレゼンスに応じて実行する応答方法に関する応答情報を有することを特徴とする請求の範囲第１項記載の通信管理方法。
5. 複数の前記通知対象端末装置を指定した前記メッセージの通知依頼を受信すると、前記第１のメッセージおよび前記第２のメッセージを前記通知対象端末装置毎に送信することを特徴とする請求の範囲第１項記載の通信管理方法。
6. 前記メッセージの通知依頼は、さらに、前記通知対象端末装置の前記第１のメッセージまたは前記第２のメッセージに対する応答の数を指定する指定情報を有し、
   複数の前記通知対象端末装置のうちの１つの通知対象端末装置から前記第１のメッセージまたは前記第２のメッセージに対する応答を受信したとき、前記第１のメッセージまたは前記第２のメッセージに対する応答を送信した前記通知対象端末装置の累計数が、前記指定情報で指定した数に達したか否かを判断し、前記累計数が前記指定情報で指定した数に満たない場合、前記第１のメッセージまたは前記第２のメッセージに対する応答のない前記通知対象端末装置に前記第２のメッセージを送信し、前記累計数が前記指定情報で指定した数に一致した場合、前記第２のメッセージの送信を終了することを特徴とする請求の範囲第５項記載の通信管理方法。
7. 前記累計数が前記指定情報で指定した数に一致した場合、前記第１のメッセージまたは前記第２のメッセージに対する応答のない前記通知対象端末装置に対し、前記第１のメッセージまたは前記第２のメッセージの着信履歴の削除指示を送信することを特徴とする請求の範囲第６項記載の通信管理方法。
8. 発信者端末装置が所定の通知対象端末装置を指定してメッセージの通知を行う際に用いる通信管理サーバにおいて、
   前記発信者端末装置が前記メッセージの通知を行う際に出力するメッセージ通知依頼を受信する通知依頼受信手段と、
   前記通知対象端末装置のプレゼンス情報を管理するプレゼンス管理サーバから前記プレゼンス情報を受信するプレゼンス情報受信手段と、
   第１のメッセージを前記通知対象端末装置に送信し、かつ、前記通知対象端末装置のプレゼンスの変化に応じて前記プレゼンス管理サーバが出力する更新プレゼンス情報を、前記プレゼンス情報受信手段が受信する度に、第２のメッセージを前記通知対象端末装置に送信する送信手段と、
   前記通知対象端末装置からの前記第２のメッセージに対する応答を受信する応答メッセージ受信手段と、
   前記応答メッセージ受信手段が前記応答を受信すると、前記通知対象端末装置に対する前記第２のメッセージの送信を終了するメッセージ終了手段と、
   を有することを特徴とする通信管理サーバ。
9. 発信者端末装置が所定の通知対象端末装置を指定してメッセージの通知を行う際に用いる通信管理プログラムを記録したコンピュータ読み取り可能な記録媒体において、
   前記発信者端末装置が前記メッセージの通知を行う際に出力するメッセージ通知依頼を受信する通知依頼受信手段、
   前記通知対象端末装置のプレゼンス情報を管理するプレゼンス管理サーバから前記プレゼンス情報を受信するプレゼンス情報受信手段、
   第１のメッセージを前記通知対象端末装置に送信し、かつ、前記通知対象端末装置のプレゼンスの変化に応じて前記プレゼンス管理サーバが出力する更新プレゼンス情報を、前記プレゼンス情報受信手段が受信する度に、第２のメッセージを前記通知対象端末装置に送信する送信手段、
   前記通知対象端末装置からの前記第２のメッセージに対する応答を受信する応答メッセージ受信手段、
   前記応答メッセージ受信手段が前記応答を受信すると、前記通知対象端末装置に対する前記第２のメッセージの送信を終了するメッセージ終了手段、
   としてコンピュータを機能させることを特徴とする通信管理プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images