特許 5931066 緊急呼管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5931066

(24)【登録日】2016年5月13日

(45)【発行日】2016年6月8日

(54)【発明の名称】緊急呼管理システム

(51)【国際特許分類】

   H04M 3/42 20060101AFI20160526BHJP

   H04M 11/04 20060101ALI20160526BHJP

   H04W 4/22 20090101ALI20160526BHJP

【ＦＩ】

   H04M3/42 L

   H04M11/04

   H04W4/22

【請求項の数】9

【全頁数】12

(21)【出願番号】特願2013-525277(P2013-525277)

(86)(22)【出願日】2011年8月22日

(65)【公表番号】特表2013-541871(P2013-541871A)

(43)【公表日】2013年11月14日

(86)【国際出願番号】EP2011064403

(87)【国際公開番号】WO2012025499

(87)【国際公開日】20120301

【審査請求日】2013年4月8日

【審判番号】不服2015-6845(P2015-6845/J1)

【審判請求日】2015年4月10日

(31)【優先権主張番号】1056753

(32)【優先日】2010年8月25日

(33)【優先権主張国】FR

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤 弘司

(72)【発明者】

【氏名】コスタディノフ，ディミトレ ダヴィドフ

(72)【発明者】

【氏名】トムズ，ヤン

(72)【発明者】

【氏名】カムガ，ガイバートランド

(72)【発明者】

【氏名】ピコー，ジェローム

【合議体】

【審判長】 大塚 良平

【審判官】 坂本 聡生

【審判官】 中野 浩昌

(56)【参考文献】

【文献】 特開平１０−０２３５３５（ＪＰ，Ａ）

【文献】 特開２００５−０２０２６２（ＪＰ，Ａ）

【文献】 特開２００５−２４４８６３（ＪＰ，Ａ）

【文献】 特表２００９−５０８４２６（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０００６０８５（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04M3/42

H04M11/04

H04W4/22

(57)【特許請求の範囲】

【請求項1】

モバイル端末を所有し、発信側ユーザの通信デバイスから前記モバイル端末に対する呼の着信側ユーザであり、そして電気通信ネットワークの上で前記モバイル端末を用いて到達され得ない前記着信側ユーザに連絡を取る方法であって、前記方法は、通信サーバにおいて以下のステップ、すなわち、
前記呼の緊急レベルを決定するステップと、
第三者ユーザのグループの中から、前記着信側ユーザと各第三者ユーザとの間の社会的関係、前記着信側ユーザに関連し第三者ユーザに関連する地理的位置情報データ、および前記呼の緊急レベルに基づいて、前記発信側ユーザとの連絡を受ける可能性がある第三者ユーザのリストを決定するステップと、
前記発信側ユーザと前記リストの上の少なくとも１人の第三者ユーザであって、前記着信側ユーザに連絡を取ることができる第三者ユーザとの間で呼を確立するステップとを備える、方法。

【請求項2】

前記リストは、前記着信側ユーザに地理的に最も近い第三者ユーザの順序付けられた一覧表を含む、請求項１に記載の方法。

【請求項3】

前記地理的位置情報データは、前記着信側ユーザ及び前記第三者ユーザの各々の最後に知られている地理的位置を備える、請求項１または２に記載の方法。

【請求項4】

前記着信側ユーザに関連している前記地理的位置情報データは、前記着信側ユーザのカレンダーに関連している存在データを備える、請求項１乃至３のいずれか１項に記載の方法。

【請求項5】

前記通信サーバは、前記第三者ユーザと前記着信側ユーザとの間の社会的関係に応じて、前記着信側ユーザと連絡を取るために潜在的に呼び出されることに合意している第三者ユーザのグループを前もって保存している、請求項１乃至４のいずれか１項に記載の方法。

【請求項6】

前記通信サーバは、最初に前記呼の緊急レベルに基づいて前記グループに属するユーザから初期リストを生成することにより、そして、次いで前記着信側ユーザに関連し前記初期リストに属する第三者ユーザに関連する地理的位置情報データに基づいて前記リストを生成することにより、第三者ユーザの前記リストを決定する、請求項５に記載の方法。

【請求項7】

前記呼の緊急レベルは、前記呼の緊急レベルを評価するシステムを有する音声サーバに対して前記呼を転送することにより決定される、請求項１乃至６のいずれか１項に記載の方法。

【請求項8】

モバイル端末を所有し、発信側ユーザの通信デバイスから前記モバイル端末に対する呼の着信側ユーザであり、そして電気通信ネットワークの上で前記モバイル端末を用いて到達され得ない前記着信側ユーザと連絡を取る通信サーバであって、
前記呼の緊急レベルを決定する手段と、
第三者ユーザのグループの中から、前記着信側ユーザと各第三者ユーザとの間の社会的関係、前記着信側ユーザに関連し第三者ユーザに関連する地理的位置情報データ、および前記呼の緊急レベルに基づいて、前記発信側ユーザとの連絡を受ける可能性がある第三者ユーザのリストを決定する手段と、
前記発信側ユーザと前記リストの上の少なくとも１人の第三者ユーザであって、前記着信側ユーザに連絡を取ることができる第三者ユーザとの間で呼を確立する手段とを備える、通信サーバ。

【請求項9】

モバイル端末を所有し、発信側ユーザの通信デバイスから前記モバイル端末に対する呼の着信側ユーザであり、そして電気通信ネットワークの上で前記モバイル端末を用いて到達され得ない前記着信側ユーザに連絡を取るサーバの中で実装され得るコンピュータ・プログラムであって、前記プログラムが、前記サーバの内部でロードされ、また実行されるときに以下のステップを、すなわち、
前記呼の緊急レベルを決定するステップと、
第三者ユーザのグループの中から、前記着信側ユーザと各第三者ユーザとの間の社会的関係、前記着信側ユーザに関連し第三者ユーザに関連する地理的位置情報データ、および前記呼の緊急レベルに基づいて、前記発信側ユーザとの連絡を受ける可能性がある第三者ユーザのリストを決定するステップと、
前記発信側ユーザと前記リストの上の少なくとも１人の第三者ユーザであって、前記着信側ユーザに連絡を取ることができる第三者ユーザとの間で呼を確立するステップとを実行する命令を備えるコンピュータ・プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、緊急呼管理システムに関し、またより詳細には、緊急呼の受信者であり、またユーザのモバイル端末を経由しては到達され得ないユーザと連絡を取るためのシステムに関する。

【背景技術】

【0002】

現在、ユーザのアクセスのしやすさは、ユーザが位置している環境に依存するので、モバイル端末を有するユーザは、依然として到達できない可能性がある。これは、例えば、ユーザが、ユーザのモバイル端末を身に着けていないときに、ユーザが、ユーザのモバイル端末の着信音（ｒｉｎｇ）を聞くことができないことが一般的であるという理由からであり、あるいは着信音のボリュームが十分に高くないか、ネットワークのカバレッジがあまりにも弱いか、またはモバイル端末がオフになっているという理由からである。

【0003】

それゆえに、ユーザは、その呼がどれほど重要であったかを知らないまま、複数の理由のために、呼を見逃してしまう可能性がある。緊急事態においては、たとえユーザがモバイル端末を所有しているとしても、ユーザに警告することは、可能ではない。

【0004】

したがって、他の手段によってユーザに到達する必要性がある。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の１つの目的は、ユーザのモバイル端末を経由してユーザを呼び出すことができないときに、ユーザが、緊急事態について警告されることを可能にする通信システムを提案することにより、上述の欠点を改善することである。

【課題を解決するための手段】

【0006】

この目的を達成するために、モバイル端末を所有し、発信側ユーザの通信デバイスからモバイル端末に対する呼の受信者であり、また電気通信ネットワークの上でモバイル端末を経由して到達され得ないユーザに連絡を取るための一方法が開示され、前記方法は、通信サーバの内部において、以下のステップ、すなわち、
呼の緊急レベルを決定するステップと、
着信側ユーザと各第三者ユーザ（ｔｈｉｒｄ ｐａｒｔｙ ｕｓｅｒ）との間の社会的関係、着信側ユーザに関連しており、また第三者ユーザに関連している地理的位置情報データ（ｇｅｏｌｏｃａｔｉｏｎ ｄａｔａ）、および呼の緊急レベルに基づいて、発信側ユーザとの連絡を受ける可能性のある第三者ユーザのリストを決定するステップと、
発信側ユーザとリストの上の少なくとも１人の第三者ユーザとの間で呼を確立するステップとを備える。

【0007】

有利には、発信側ユーザによって行われる呼が、緊急であるときはいつでも、発信側ユーザは、その後に緊急呼に対応するメッセージについて着信側ユーザに通知することができるようになる第三者ユーザと連絡を取ることができる。着信側ユーザは、たとえ着信側ユーザがそのユーザのモバイル端末を経由して到達され得ないときでさえ、第三者ユーザによって連絡を取られて、緊急呼について通知を受けることができる。

【0008】

本発明の別の特徴によれば、リストは、着信側ユーザに地理的に最も近い第三者ユーザについての順序付けされた一覧表を含むことができる。

【0009】

本発明の別の特徴によれば、地理的位置情報データは、着信側ユーザについての、また第三者ユーザの各々についての最後に知られている地理的位置を備えることができる。

【0010】

本発明の別の特徴によれば、着信側ユーザに関連した地理的位置情報データは、着信側ユーザのカレンダーに関連した存在データを備えることができる。

【0011】

本発明の別の特徴によれば、通信サーバは、第三者ユーザと着信側ユーザとの間の社会的関係に基づいて、着信側ユーザと連絡を取るために、場合によっては呼び出されることに合意している第三者ユーザの１つのグループを前もって保存しておくことができる。

【0012】

本発明の別の特徴によれば、通信サーバは、呼の緊急レベルに基づいて、前記グループに属するユーザから初期リストを最初に生成することにより、また次いで、着信側ユーザに関連しており、また前記初期リストの上で見出される第三者ユーザに関連している地理的位置情報データに基づいて前記リストを生成することにより、第三者ユーザについての前記リストを決定することができる。

【0013】

本発明の別の特徴によれば、呼の緊急レベルは、呼の緊急レベルを評価するためのシステムを有する音声サーバに対して呼を転送することにより、決定される場合がある。例えば、緊急レベルは、ユーザによって与えられ、また次いで、分析システムによって自動的にか、または専用のコール・センターを経由して手動的にかのいずれかで認可される。

【0014】

本発明はまた、モバイル端末を所有し、着信側ユーザの通信デバイスからモバイル端末に対する呼の受信者であり、また電気通信ネットワークの上でモバイル端末を経由して到達され得ないユーザと連絡を取るための通信サーバに関連しており、前記通信サーバは、
呼の緊急レベルを決定するための手段と、
着信側ユーザと各第三者ユーザとの間の社会的関係、着信側ユーザに関連しており、また第三者ユーザに関連している地理的位置情報データ、呼の緊急レベルに基づいて、発信側ユーザとの連絡を受ける可能性のある第三者ユーザのリストを決定するための手段と、
着信側ユーザと、リストの上の少なくとも１人の第三者ユーザとの間で呼を確立するための手段とを備える。

【0015】

本発明はまた、サーバの内部に実装可能なコンピュータ・プログラムに関し、前記プログラムは、プログラムが前記サーバの内部で実行されるときはいつでも、本発明の方法によるステップを実行する命令を備える。

【0016】

本発明と、その利点とは、以下の説明を検討するとすぐによりよく理解されるものであり、以下の説明は、添付図面を参照している。

【図面の簡単な説明】

【0017】

【図1】本発明の一実施形態による、ユーザのモバイル端末を経由しては到達され得ない着信側ユーザと連絡を取るための通信システムについての概略ブロック図である。

【図2】本発明の一実施形態による、ユーザのモバイル端末を経由しては到達され得ない着信側ユーザと連絡を取るための一方法についてのアルゴリズムを示す図である。

【発明を実施するための形態】

【0018】

本発明は、ユーザのモバイル端末を経由しては到達不可能であるモバイル端末を有する「着信側」ユーザを、「発信側」ユーザが呼び出す通信システムに関する。通信システムにより、発信側ユーザは、着信側ユーザに連絡を取ることができる「第三者」ユーザと連絡を取ることができるようになる。

【0019】

着信側ユーザと、第三者ユーザとは、本発明によるサービスに加入していることが、仮定される。例えば、サービスに加入している各ユーザを、着信側ユーザ、および第三者ユーザとして宣言することができる。

【0020】

図１を参照すると、通信システムは、電気通信ネットワークＲＴの上で互いに通信することができる、発信側ユーザの通信デバイスＤＣａと、着信側ユーザのモバイル端末ＴＭと、第三者ユーザの少なくとも１つの通信デバイスＤＣｔと、通信システムＳＣとを備える。

【0021】

電気通信ネットワークＲＴは、ＧＳＭ（「移動通信用グローバル・システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）」）やＵＭＴＳ（「ユニバーサル・モバイル・テレコミュニケーション・システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）」）のデジタル・セルラー方式無線通信ネットワークなどのワイヤレス・ネットワークを備えることができる。電気通信ネットワークＲＴは、ＩＭＳ（「ＩＰマルチメディア・サブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）」）パケット・ネットワークに接続されることもある。さらに、電気通信ネットワークＲＴは、有線ネットワークを備えることもでき、または有線ネットワークと、ワイヤレス・ネットワークとの組合せとすることもできる。

【0022】

一例によれば、発信側ユーザの通信デバイスＤＣａ、着信側ユーザのモバイル端末ＴＭ、または第三者ユーザの通信デバイスＤＣｔは、無線通信ネットワークの、例えば、ＧＳＭネットワークまたはＵＭＴＳネットワークの固定回線ネットワークを備えるアクセス・ネットワークに無線通信チャネルによって接続されたモバイル・セルラー方式無線通信端末である。

【0023】

別の例によれば、着信側ユーザの通信デバイスＤＣａ、着信側ユーザのモバイル端末ＴＭ、または第三者ユーザの通信デバイスＤＣｔは、ユーザに専用の電気通信デバイスまたは電子的オブジェクトを備えており、またこれらの電気通信デバイスまたは電子的オブジェクトは、通信する携帯型個人情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）（ＰＤＡ）、またはスマートフォンとすることができ、またこれらのＰＤＡまたはスマートフォンは、ＷＬＡＮ（「ワイヤレス・ローカル・エリア・ネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）」）タイプの短距離公衆ワイヤレス・ネットワーク、または８０２．１ｘ規格に準拠した短距離公衆ワイヤレス・ネットワーク、あるいはＷｉＭＡＸ（「ワールドワイド・インターオペラビリティ・マイクロウェーブ・アクセス（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）」）プロトコルに従った中距離公衆ワイヤレス・ネットワークのアクセス端末に接続されることもある。

【0024】

別の例によれば、発信側ユーザの通信デバイスＤＣａ、または第三者ユーザの通信デバイスＤＣｔは、ＴＤＭ（「時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）」）固定回線電話、または固定回線のボイス・オーバーＩＰ（「インターネット・プロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）」）電話、あるいはＰＯＥ（「パワー・オーバー・イーサネット（Ｐｏｗｅｒ Ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）」固定回線電話である。

【0025】

オプションとして、着信側ユーザの通信デバイスＤＣａ、着信側ユーザのモバイル端末ＴＭ、または第三者ユーザの通信デバイスＤＣｔは、Ｗｉ−Ｆｉタイプ、またはブルートゥース（Ｂｌｕｅｔｏｏｔｈ）タイプの短距離ワイヤレス接続を経由して通信することができる。

【0026】

さらに、第三者ユーザは、複数の通信デバイスＤＣｔを、例えば、モバイル端末と固定回線電話とを所有することができる。

【0027】

通信サーバＳＣは、各々が、通信サーバＳＣの１つまたは複数の機能を提供するサーバの組を備えることができる。通信サーバＳＣは、例えば、電気通信オペレータによって管理される。

【0028】

通信サーバＳＣは、呼処理モジュールＭＴＡと、フィルタ・モジュールＦＩＬと、選択モジュールＳＥＬと、嗜好（ｐｒｅｆｅｒｅｎｃｅ）管理モジュールＧＥＳと、ロケーション・モジュールＬＯＣとを備える。

【0029】

説明の残りにおいて、モジュールという用語は、少なくとも１つの特定のタスクを実行するように構成された、デバイス、ソフトウェア・プログラム、またはコンピュータのハードウェアとソフトウェアとの組合せを指定することができる。

【0030】

呼処理モジュールＭＴＡは、呼が通過しなかったときはいつでも、発信側の通信デバイスＤＣａからやってくる呼を処理する。例えば、呼処理モジュールＭＴＡは、着信側ユーザのモバイル端末ＴＭが、ある与えられた回数だけ着信を鳴らした後に、またはモバイル端末が、ネットワーク・カバレッジを有さないか、またはスイッチが切られているときはいつでもトリガされる。

【0031】

呼処理モジュールＭＴＡは、下記で説明される原理に従って、フィルタ・モジュールＦＩＬ、および選択モジュールＳＥＬとともに機能することにより、着信側ユーザに近い第三者ユーザの通信デバイスＤＣｔに対して呼を転送する機能を有する。

【0032】

フィルタ・モジュールＦＩＬは、呼の緊急レベルを検証する機能と、通信サーバによって提供されるサービスが、誤用されないことを保証する機能とを有する。

【0033】

例えば、フィルタ・モジュールＦＩＬは、呼をコール・センターへと転送し、その結果、担当者は、発信側ユーザと話をすることができ、また呼の緊急レベルを決定することができるようになる。

【0034】

別の例によれば、フィルタ・モジュールＦＩＬは、発信側ユーザが、呼の緊急レベルを選択するように、または指定するように勧める音声サーバ機能（ｖｏｉｃｅ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎａｌｉｔｙ）を提供する。

【0035】

一変形においては、フィルタ・モジュールＦＩＬは、発信側の音声の自動分析を行い、また一連の質問を行って、例えば、決定木を使用することにより、呼の緊急レベルを推論することができる。

【0036】

オプションとして、呼サーバによって配信されるサービスの使用を制限するために、緊急の程度に基づいて呼が課金される可能性があり、あるいは着信側ユーザの近くにおり、また呼がルーティングされる相手のユーザは、呼の緊急の程度についての意見を提供することができる。

【0037】

呼の緊急レベルは、所定の緊急スケールに基づいて決定されることもあり、またオプションとして、２つのカテゴリへと、すなわち「生死にかかわる」全く極めて緊急の呼についてだけの第１のカテゴリと、「非常に緊急の」または「個人的な」など、他の緊急呼についての第２のカテゴリとへ分割されることもある。

【0038】

一実施形態によれば、ユーザは、呼の緊急レベルを選択するように音声サーバによって勧められることもある。次に、呼の緊急レベルに応じて発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザのリストを選択モジュールＳＥＬが決定する前に、そのレベルは、一連の質問を通して、またオプションとしては音声分析を通して、システムによって評価される。「ただ緊急というだけの」呼についての第三者ユーザのリストは、「極めて緊急の」呼についての第三者ユーザのリストよりももっと制約が多いこともあり、後者のリストは、着信側ユーザを知らない人々を含んでいる可能性もある。

【0039】

選択モジュールＳＥＬは、発信側ユーザとの連絡を受けるようにされる可能性のある第三者ユーザを選択して、第三者ユーザが着信側ユーザと連絡を取ることができるようにする。

【0040】

選択モジュールＳＥＬは、フィルタ・モジュールＦＩＬおよび呼処理モジュールＭＴＡとともに機能して、呼の緊急レベルを入力データとして採用し、ロケーション・モジュールＬＯＣに問い合わせを行って、場合によっては発信側ユーザとの連絡を受けるようにされる可能性のあるユーザの位置を学習し、また嗜好管理モジュールＧＥＳに問い合わせを行って、着信側ユーザと、場合によっては発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザとの間の社会的関係、ならびにユーザと第三者ユーザとの嗜好を学習する。

【0041】

選択モジュールＳＥＬは、着信側ユーザに対して地理的に近くにおり、またユーザの嗜好が呼の緊急レベルにマッチする人々のリストを生成する。

【0042】

例えば、着信側ユーザを知っており、着信側ユーザに対して地理的に近くにおり、また彼らの嗜好に合意して、低い呼緊急レベルを有する発信側ユーザとの連絡を受けるようにされる人々に、優先順位が与えられる可能性がある。

【0043】

ロケーション・モジュールＬＯＣは、着信側ユーザ、および第三者ユーザについての地理的位置を監視する。ロケーション・モジュールＬＯＣは、ある与えられた精度で、ユーザの地理的位置を決定する。

【0044】

例えば、ユーザのロケーションは、ＧＰＳ測位システムを含めて、着信側ユーザのモバイル端末、または第三者ユーザの通信デバイスＤＣｔから取り出されるＧＰＳ（「全地球測位システム（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ」）データを経由して決定されることもある。

【0045】

別の例によれば、ユーザのロケーションは、さらに、ユーザのカレンダーに関連した存在データを用いて決定されることもある。例えば、着信側ユーザは、ある与えられた時間中にそのユーザが歯医者にいることを示して、カレンダーに書き込んでいる可能性がある。

【0046】

ロケーション・モジュールＬＯＣは、それによって、着信側ユーザに関連しており、また場合によっては発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザに関連している地理的位置情報データＤｇを省く。地理的位置情報データＤｇは、着信側ユーザについての、また場合によっては発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザの各々についての最後に知られている地理的位置、ならびに彼らの習慣的な動きを備えることができる。

【0047】

嗜好管理モジュールＧＥＳにより、ユーザは、どのようにして、また誰によってユーザが連絡される可能性があるかに関して、彼らの嗜好を指定することができるようになる。

【0048】

着信側ユーザに関して、呼の緊急レベルに応じて、ユーザがユーザのモバイル端末を経由して到達され得ないときはいつでも、ユーザが誰によって連絡を受けることができるかを、ユーザが第三者ユーザに通知する。

【0049】

第三者ユーザは、ソーシャル・ネットワークを経由して、「家族」、「友人」、「その他」などのカテゴリへと分類されることもある。その場合には、着信側ユーザは、社会的関係のカテゴリごとに、カテゴリの内部で分類された第三者ユーザに対して呼をルーティングするために、呼についての最小の緊急レベルを割り当てることができる。例えば、「家族」カテゴリに分類されるユーザは、呼の緊急レベルにかかわらず、呼をルーティングするために選択されることもあるが、「その他」カテゴリに分類される第三者ユーザは、呼の最高の緊急レベルについてだけ呼をルーティングするために選択される可能性がある。

【0050】

第三者ユーザに関して、呼の緊急レベルに応じて、誰のために第三者ユーザが着信側ユーザと連絡を取るために呼び出されることに合意しているかを、第三者ユーザは可能性のある着信側ユーザに通知する。

【0051】

さらに、第三者ユーザが発信側ユーザとの連絡を受けるようにするためのポリシーは、第三者ユーザと着信側ユーザとの間の社会的関係に依存する。例えば、着信側ユーザが友人のメンバーまたは家族のメンバーである場合だけ、第三者ユーザが、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。さらに、どのような第三者ユーザも、呼の緊急レベルが高い場合には、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。

【0052】

嗜好管理モジュールＧＥＳは、可能性のある着信側ユーザと、可能性のある第三者ユーザとして、ユーザの嗜好を保存し、また着信側ユーザの嗜好と第三者ユーザの嗜好とを比較して、呼の緊急レベルに基づいて発信側ユーザとの連絡を受けるようにされる可能性がある第三者ユーザのグループＧｐを規定する。

【0053】

例えば、ユーザの嗜好は、ウェブ・インターフェースを経由してユーザによって入力されることもある。

【0054】

図２を参照すると、本発明の一実施形態による、ユーザのモバイル端末を用いて到達され得ない呼ユーザに連絡を取るための一方法は、ステップＥ１からＥ５を備えている。

【0055】

あらかじめ、着信側ユーザは、ウェブ・インターフェースに接続して、着信側ユーザと、各第三者ユーザとの間の社会的関係に基づいて、また呼の緊急レベルに基づいて、ユーザがユーザのモバイル端末を経由して到達され得ないときはいつでも、ユーザが誰によって連絡を取られる可能性があるかを第三者ユーザに通知する。

【0056】

さらに、少なくとも幾人かの前記第三者ユーザは、ウェブ・インターフェースに接続して、第三者ユーザと各着信側ユーザとの間の社会的関係に基づいて、また呼の緊急レベルに基づいて、誰のために各第三者ユーザが、着信側ユーザに連絡を取るために呼び出されることに合意しているかを可能性のある着信側ユーザに通知する。

【0057】

通信サーバＳＣは、ウェブ・インターフェースに提供される前記情報を取り出して、第三者ユーザと各着信側ユーザとの間の社会的関係に基づいて、また呼の緊急レベルに基づいて、場合によっては発信側ユーザとの連絡を受けるようにされているグループＧｐの第三者ユーザを規定し、またグループＧｐの第三者ユーザを着信側ユーザに関連づける。例えば、第三者ユーザのグループは、着信側ユーザの識別子とマッチするものとして保存され、また各第三者ユーザは、少なくとも１つの通信デバイスＤＣｔの呼び出し番号とマッチするものとして保存される。

【0058】

ステップＥ１において、発信側ユーザは、着信側ユーザを呼び出すが、そのユーザに到達することができない。例えば、着信側ユーザのモバイル端末ＴＭが、ある与えられた回数だけ着信を鳴らした後に、通信サーバＳＣは、電気通信ネットワークＲＴの中に含まれ、また着信側ユーザのプロファイル情報を、とりわけそのユーザが加入しているサービスを備えるホーム・ロケーション・レジスタＨＬＲによってトリガされ、また発信側ユーザの通信デバイスＤＣａは、通信サーバＳＣと連絡を取るようにされる。

【0059】

ステップＥ２において、フィルタ・モジュールＦＩＬは、呼の緊急レベルを決定する。例えば、フィルタ・モジュールＦＩＬは、呼の緊急レベルを評価するためのシステムを有する音声サーバに対して呼を転送し、発信側ユーザが呼の緊急レベルを選択するように勧めており、この呼の緊急レベルは、１組の質問を通して、またオプションとしては音声分析を通して、そのシステムによって評価される。呼の緊急レベルは、例えば、テキスト・メッセージの形式で通信サーバに送信されることもある。

【0060】

呼処理モジュールＭＴＡは、フィルタ・モジュールＦＩＬによって決定される呼の緊急レベルを取り出し、またそれを選択モジュールＳＥＬに対して送信する。

【0061】

呼処理モジュールＭＴＡはまた、着信側ユーザの識別子Ｉｄを選択モジュールＳＥＬに対して送信する。識別子Ｉｄは、例えば、着信側ユーザの呼び出し番号である。

【0062】

ステップＥ３において、選択モジュールＳＥＬは、管理モジュールＧＥＳに問い合わせを行って、着信側ユーザの識別子Ｉｄを用いて着信側ユーザに関連する第三者ユーザのグループＧｐを取り出す。

【0063】

選択モジュールＳＥＬは、呼の緊急レベルに基づいてグループＧｐに属する第三者ユーザの初期リストＬｉを生成する。第三者ユーザが発信側ユーザとの連絡を受けるようにするためのポリシーは、第三者ユーザと、着信側ユーザとの間の社会的関係に依存する。例えば、第三者ユーザは、着信側ユーザが、友人または家族のメンバーである場合だけに、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。さらに、どのような第三者ユーザも、呼の緊急レベルが高い場合に、発信側ユーザとの連絡を受けるようにされることに合意する可能性がある。

【0064】

したがって、決定された緊急レベルの場合に、発信側ユーザとの連絡を受けるようにされることに合意している第三者ユーザだけが、初期リストＬｉに属している。

【0065】

ステップＥ４において、選択モジュールＳＥＬは、ロケーション・モジュールＬＯＣに問い合わせを行って、初期リストＬｉの上の第三者ユーザについての位置を学習する。とりわけ、選択モジュールＳＥＬは、例えば、着信側ユーザについての、また第三者ユーザの各々についての、最後の知られている地理的位置を備える、着信側ユーザに関連しており、また第三者ユーザに関連している地理的位置情報データＤｇを取り出す。

【0066】

選択モジュールＳＥＬは、取り出された地理的位置情報データＤｇに基づいて、初期リストＬｉから第三者ユーザの最終リストＬｆを生成する。

【0067】

例えば、最終リストＬｆは、着信側ユーザに地理的に最も近い第三者ユーザの順序付けられた一覧表を含んでいる。最終リストＬｆは、例えば、所定のしきい値距離を超えた、着信側ユーザから地理的にあまりにも遠く離れた第三者ユーザの初期リストを取り除いている。

【0068】

一変形においては、ステップＥ３とＥ４との順序が、逆にされる。それゆえに、最初に、着信側ユーザに地理的に最も近くにいる第三者ユーザを選択し（Ｅ４）、また次いで、呼の緊急レベルに基づいて、これらの第三者ユーザのうちのどれが、着信側ユーザと連絡を取るようにされることに合意するかを検証することが、可能である。

【0069】

ステップＥ５において、選択モジュールＳＥＬは、発信側ユーザの通信デバイスＤＣａと、最終リストに最初に現れる第三者ユーザの通信デバイスＤＣｔとの間で呼を確立する呼処理モジュールＭＴＡに対して最終リストＬｆを送信する。

【0070】

呼処理モジュールＭＴＡは、それによって、発信側ユーザの通信デバイスＤＣａと、第三者ユーザが宣言している、第三者ユーザの通信デバイスＤＣｔの各々との間で呼を確立しようと試みる。

【0071】

第三者ユーザが、到達され得ない場合、呼処理モジュールＭＴＡは、発信側ユーザの通信デバイスＤＣａと、最終リストの中に順番に現れる第三者ユーザの各々についての通信デバイスＤＣｔとの間で呼を確立する。

【0072】

ここで説明されている本発明は、ユーザのモバイル電話を経由しては到達され得ない着信側ユーザと連絡を取るための方法およびサーバに関する。本発明の一実施形態によれば、本発明の方法のステップは、通信サーバＳＣなどのサーバの中に組み込まれるコンピュータ・プログラムの命令によって決定される。プログラムは、前記プログラムが、サーバの内部でロードされ、また実行されるときに、本発明の方法のステップを実行するプログラム命令を備える。

【0073】

その結果として、本発明は、本発明を実装するために適したコンピュータ・プログラムにも、とりわけ情報媒体の上の、または情報媒体の内部のコンピュータ・プログラムにも適用される。このプログラムは、任意のプログラミング言語を使用することができ、またソース・コード、オブジェクト・コード、あるいは部分的にコンパイルされた形式や、本発明の方法を実装するために望ましい他の任意の形式など、ソース・コードと、オブジェクト・コードとの間の中間コードの形式のものとすることができる。

【図1】

【図2】