JP2008526058A - 複数の移動端末に緊急事態を通知する方法 - Google Patents

Abstract

複数の移動端末（ＵＥ１０〜９０）に緊急事態を通知する方法、装置、システム及びコンピュータプログラムを開示する。本方法は、緊急事態に関連する緊急情報を受信するステップ（Ｓ３００）と、緊急優先インジケータに関連しない一般通信に比べて緊急マルチメディア対応配信ベアラの優先順位が高いことを示す緊急優先インジケータに関連する緊急マルチメディア対応配信ベアラを、受信緊急情報に関連する緊急サービスの配信用に確立するステップ（Ｓ４００）と、緊急マルチメディア対応配信ベアラによって、複数の移動端末（ＵＥ１０〜９０）に緊急サービスを配信するステップ（Ｓ６００）とを備える。

Description

本発明は、セキュリティの分野に関し、特に複数の移動端末に緊急事態（emergency event）を通知する方法及び装置に関する。

緊急事態の際に公衆に警報を出すことは、多くの国で法的に義務付けられている。緊急事態の例としては、地震、激しい雷雨、火山の噴火のような自然災害、核施設や化学工場の爆発といった産業の大惨事、あるいはテロ攻撃や戦争がある。

従来、ＦＭラジオやテレビジョン（ＴＶ）によって緊急事態が公衆に通知されている。したがって、緊急事態の情報やセキュリティ上の指示などを含む緊急情報が、ＦＭやＴＶのチャネルを介して、それぞれラジオやテレビに放送される。しかし、これらの装置は通常、家庭のＴＶ若しくは家庭のハイファイ装置のような固定装置あるいはカーラジオのような半固定装置である。すなわち、そのような従来の緊急警報システムの欠点は、そのような固定又は半固定の装置を普通は持ち歩かずに移動するユーザは緊急事態の警報を直ちに得られないことである。

近年では、２００１年１１月に、緊急事態の際にセルブロードキャストによって公衆に警報を出すセルブロードキャストシステム（cell broadcast system）が、CMG Wireless Data Solutions 2001（インターネット出版，２００１年１１月）に記載された。システムは、基本的にコールセンタと移動体通信網から構成される。コールセンタには、例えば緊急通話１１２番によるコールセンタへの電話によって緊急事態が通知されるが、このとき任意で、コールセンタには、緊急事態の場所を示すべく、発呼した移動端末の位置情報が補完されうる。コールセンタは、その情報に基づき地理的領域を選択でき、該当するユーザにイベントを通知するため、その特定の地理的領域内の移動電話にセルブロードキャストによって、ショートメッセージサービス（ＳＭＳ）メッセージを送信することができる。

しかし、ＳＭＳは、最大１６０文字の短いテキストメッセージに制限されている。その短いテキストは緊急事態についての即時の警報には十分かもしれないが、情報の内容や範囲は非常に限られており、複雑になりがちな緊急情報を短いテキストメッセージに圧縮することになるため、送信側又は受信側において、緊急時には有害な時間遅延や誤解を招きかねない。

さらに、ＣＭＧシステムはネットワークの輻輳の影響を受けやすい、すなわち、緊急ＳＭＳは、移動体通信網が輻輳している場合、配信がされない、あるいは遅延するおそれがある。特に、公衆が大規模に公的機関や血縁者に電話をかける傾向のある緊急状況では、ネットワークの輻輳は非常に大きな問題を引き起こす可能性がある。

また、セルブロードキャストサービス（ＣＢＳ）によってメッセージを受信するためには、各移動電話においてセルブロードキャスト受信設定が有効になっていなければならない。しかし、ユーザは、たいていこの機能に気付いていなくて、マニュアル操作で有効にしていなかったり、この機能をマニュアル操作で無効にする傾向がある。そのため、セル内のかなりの割合の移動電話がセルブロードキャストメッセージを受信しない。したがって、現在のセルブロードキャストシステムは緊急事態の通知用としては信頼性に欠けるものとなっている。

本発明の目的は、前述の欠点を克服する方法、装置、システム、及びコンピュータプログラムを提供することである。

この目的は、請求項１に記載の方法により達成される。さらに、本発明は、請求項１４によるサービスセンタ、請求項２０によるネットワーク装置、請求項２２による移動端末、請求項２６によるシステム、及び請求項２８、２９、３０によるコンピュータプログラムで具体化される。その他の請求項には有利な実施形態が記載される。

本発明は、複数の移動端末への緊急事態の通知を改良した緊急サービス配信を実現する方法を含む。緊急サービスは、受信した緊急情報に関連する。

本方法は、以下の順序に従って実行されてもよい幾つかの工程を備える。ただし、幾つかの工程の順序に変動があってもよいし、また幾つかの工程は同時に実施されてもよい。

本方法は、緊急サービスに関連する緊急情報を受信することから始まる。複数の移動端末に緊急サービスを配信するために、緊急マルチメディア対応配信ベアラ（emergency multimedia capable distribution bearer）が確立される。緊急マルチメディア対応配信ベアラは、緊急優先インジケータ (emergency priority indicator) に関連付けられる。緊急優先インジケータは、緊急優先インジケータに関連しない一般通信に比べて緊急マルチメディア対応配信ベアラの優先順位が高いことを示すので、緊急マルチメディア対応配信ベアラによって複数の移動端末に緊急サービスを配信するとき、１つ以上の通信ネットワーク装置が一般通信より緊急サービス配信を優先させることができる。

本発明は、既存の緊急警報システムに比べて多くの利点を提供する。あらゆる種類のマルチメディアフォーマットのあらゆる種類の緊急サービスを受信移動端末に配信することができ、特に緊急サービスはショートテキストだけに限定されない。これにより、扱いにくく、誤りが発生しやすく、時間がかかる緊急情報のショートテキストへの変換は必要なくなり、ひいては、貴重な時間を節約し、情報の範囲と内容を増やし、誤解を避けることができる。配信チェーンのすべての要素は、緊急マルチメディア対応配信ベアラによる移動端末への緊急サービスの配信を優先させるように構成することができ、このようにして、配信時間を短縮し、データの紛失を減少し、サービス品質を改善し、ネットワーク輻輳の影響を受けにくくすることができる。さらには、緊急マルチメディア対応配信ベアラによる緊急サービスの配信には、多くの通信技術を利用でき、それぞれの移動端末における受信有効の設定をマニュアル操作に頼る必要がない。そのため、移動端末に情報伝達できる率が高く、あらゆる種類のマルチメディアフォーマットで緊急事態を移動端末に通知する、高速で信頼性が高くセキュアな配信チャネルが実現される。

好適な実施形態によれば、緊急マルチメディア対応配信ベアラの誤用及びそれによる権限のないエンティティへの緊急サービスの配信を防止すべく、受信した緊急情報の送り元のエンティティ及び／又は緊急事態を通知する緊急サービスの配信を要求したエンティティが認証される。要求するエンティティと緊急情報を提供するエンティティは、通常は１つの機関であるが、別々に設けられていてもよい。

別の好適な実施形態によれば、緊急優先インジケータは、それぞれが緊急優先レベルを示す緊急優先インジケータのグループから選択されてもよく、選択された緊急優先インジケータの緊急優先レベルに従って、複数の移動端末への緊急サービス配信が実現されるように、選択された緊急優先インジケータは、緊急マルチメディア対応配信ベアラに関連付けられてもよい。緊急優先インジケータの選択基準としては、緊急サービスの配信を要求したエンティティの識別情報及び／又は受信した緊急情報の送信元エンティティの識別情報を用いることができる。この他に、選択基準として、緊急事態の深刻度及び／又は緊急度のインジケータ、及び／又は緊急サービスが配信される移動端末に関連する１つ以上の識別情報を用いることもできる。したがって、それぞれが緊急優先レベルを示す緊急インジケータのグループから緊急インジケータを選択し、選択した緊急優先インジケータを関連付けることにより、緊急サービス配信内の優先順位に差を設けて、柔軟性を大きくすることができる。

さらに別の好適な実施形態によれば、緊急優先インジケータは、緊急サービスの配信のために通信ネットワークの少なくとも１つの構成要素により分析されうる。分析の結果、緊急マルチメディア対応配信ベアラによる緊急サービスの配信を緊急優先インジケータに関連しない一般通信よりも優先することができる。その優先処理として、一般通信に関する伝送能力及び／又は処理能力の中断、停止及び／又は低減を行うことができる。代わりに又は好ましくは追加で、その優先処理として、緊急マルチメディア対応配信ベアラによる緊急サービスの配信に関する伝送能力及び／又は処理能力の起動及び／又は増大を行うようにしてもよい。更に、優先処理として、緊急サービスの配信に関連する１つ以上のメッセージが一般通信に関連する１つ以上のメッセージより早い時期に処理及び／又は送信されるように、一般通信に関連する１つ以上のメッセージのスケジューリングに対して、緊急サービス配信に関連する１つ以上メッセージのスケジューリングを変更するようにしてもよい。

別の好適な実施形態では、緊急優先インジケータは、緊急サービス配信の緊急サービス品質（ＱｏＳ）クラスに関連付けられる。代わりに又は追加で、ＴＭＧＩ(Temporary Mobile Group Identity）が緊急優先インジケータを構成してもよい。例えば、１又は２以上の特定のＴＭＧＩ番号を緊急サービスの配信のために確保するとよい。ローカルＭＢＭＳベアラサービスＩＤのようなＴＭＧＩビットパターンの所定の部分が緊急優先インジケータ用に確保、規定されてもよい。

さらに別の好適な実施形態によれば、複数の移動端末は、配信された緊急サービスを人がはっきりと知覚認識できるように、緊急警報モードに設定される。たとえば緊急サービスを最も知覚しやすいかたちでユーザに提示できるように、緊急警報モード設定で上書きすることにより、移動端末の現在の設定を変更するとよい。移動端末を緊急警報モードに設定することにより、移動端末の出力レベルを可能な最大レベルに変更することができ、また、ユーザの対話機能を少なくとも一時的に制限若しくは停止させることができる。緊急サービスをユーザに即時にはっきりと目立つように提示するための、緊急サービスの即時の受信と処理は、緊急警報モードに設定することにより可能である。緊急警報モードの設定は、ユーザの対話を介在させることなく移動端末のバックグラウンド処理で、ネットワークが制御しユーザから見えず無音で自動的に行われるのが最も好ましい。全体として、配信された緊急サービスをはっきりと人が知覚認識できるように移動端末を緊急警報モードに設定することにより、最終的に通知されるユーザ数は増加する。その理由は、移動端末の現在の設定が原因で、対応するユーザは、移動端末が受信した緊急サービスを見逃すことはもはやないはずだからである。例えば、現在の設定が移動端末の出力部の消音を有効にしている場合、ユーザは受信した緊急サービスを見逃すこともあり、それ故、緊急事態を通知されない。

さらに別の好適な実施形態によれば、緊急警報モード設定を起動するための緊急警報モード起動インジケータを、移動端末に送信してもよい。代わりに又は追加で、移動端末に緊急警報モードの設定を指示するための緊急警報モード設定命令を、移動端末に送信してもよい。標準化されるのが好ましい緊急警報モード起動インジケータの使用により、自己実行可能プログラムファイルやＪａｖａ（登録商標）スクリプトのような緊急警報モード設定命令に比べて、メッセージングの効率は最小限で済む。ただし、移動端末の中には、そもそも緊急警報モードに変更する機能を持たず、緊急警報モード設定命令を認識し処理する能力のないものも存在する可能性がある。このような場合には、上述の転送するデータが少なくネットワーク負荷を最小限にするという利点は減殺されることになる。

さらに別の好適な実施形態によれば、緊急優先インジケータと緊急警報モード起動インジケータとは、１つのインジケータである。これにより、緊急サービス配信優先処理と緊急警報モード設定の両方の目的に役立つ１つのインジケータだけを、それぞれのエンティティで規定し処理すればよいので、実装と処理の複雑さを低減させることができる。

また別の好適な実施形態によれば、複数の移動端末は、移動端末のグループに割り当てられ、緊急サービスは、緊急マルチメディア対応配信ベアラによって、そのグループに配信される。このグループに関する取り扱いは、グループの移動端末にグループ固有の緊急サービスの提供を可能にし、それ故、本方法の柔軟性とセキュリティを高める。例えば、グループ種別「消防士」に関連するグループの移動端末には、公衆の移動端末又は他のグループ（そのグループには、それ相応に、グループ固有の他の緊急サービスが提供される）に配信する意図のない、緊急事態に関連する消防士固有の指示を提供することができる。

好適な実施形態によれば、緊急マルチメディア対応配信ベアラは、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）のベアラである。

本発明は、ソフトウェアコードの部分を構成するコンピュータプログラムにも係り、ソフトウェアコードは、サービスセンタ、ネットワーク装置、又は移動端末の処理部で動作するときに、上記の方法を実行する。そのコンピュータプログラムは、コンピュータで読み取り可能な記憶媒体に格納されてもよい。コンピュータで読み取り可能な記憶媒体は、サービスセンタ、ネットワーク装置、若しくは移動端末に内蔵された書換不可能な記憶装置又は書換可能な記憶装置でもよいし、また外部に設けられたものでもよい。それぞれのコンピュータプログラムは、一連の信号として例えばケーブル又は無線リンクを介して、サービスセンタ、ネットワーク装置、又は移動端末に転送されうる。

サービスセンタの処理部で実行可能なコンピュータプログラムは、緊急事態に関連する受信緊急情報を処理し、受信緊急情報に関連する緊急サービスの配信用に緊急マルチメディア対応配信ベアラの確立を開始するためのコードを有する。ここで、緊急マルチメディア対応配信ベアラは、緊急優先インジケータに関連しないベアラに比べて緊急マルチメディア対応配信ベアラの優先順位が高いことを示す緊急優先インジケータに関連付けられている。コンピュータプログラムは、緊急マルチメディア対応配信ベアラによって、送信部から複数の移動端末に緊急サービスの送信を開始するためのコードをさらに有する。

コンピュータプログラムは、緊急優先インジケータと緊急マルチメディア対応配信ベアラとの関連付けと、受信した緊急情報の送信元エンティティ及び／又は緊急サービス配信を要求したエンティティの認証と、それぞれが緊急優先レベルを示す緊急優先インジケータのグループからの緊急優先インジケータの選択と、選択した緊急優先インジケータを前記緊急優先インジケータとして、緊急マルチメディア対応配信ベアラとの関連付けとのグループから少なくとも１つの項目を実行するように構成されたコードを更に有するとよい。コードは、配信された緊急サービスをはっきりと人が知覚認識できるように複数の移動端末の少なくとも１台が緊急警報モードの設定を開始するように更に構成するとよい。さらに、移動端末は、移動端末のグループに割り当てられてもよく、コードは、緊急マルチメディア対応配信ベアラによって、グループに緊急サービスの配信を開始するように構成されてもよい。

通信ネットワーク内で緊急情報に関連する緊急サービスをルーティングするために、ネットワーク装置の処理部で実行可能なコンピュータプログラムは、緊急優先インジケータに関連しない一般通信に比べて緊急マルチメディア対応配信ベアラの優先順位が高いことを示す緊急優先インジケータに関連する緊急マルチメディア対応配信ベアラによって受信した、受信緊急サービスを処理し、緊急優先インジケータを分析し、分析の結果として、緊急サービスの優先処理を実施し、優先処理に従い緊急マルチメディア対応配信ベアラによって、送信部から緊急サービスの送信を開始するためのコードを有するとよい。

移動端末の処理部で実行可能なコンピュータプログラムは、緊急優先インジケータに関連しない一般通信に比べて緊急優先インジケータにより優先順位が高いことを示される緊急マルチメディア対応配信ベアラによって受信した、緊急情報に関連する緊急サービスを処理し、緊急サービスをはっきりと人が知覚認識できるように、出力部を緊急警報モードに設定するために受信情報を処理し、受信した設定情報に従って出力部を緊急警報モードに設定し、緊急警報モードに従って出力部から出力される受信した緊急サービスを処理するためのコードを有する。

以下では、当業者が十分に理解できるように、本発明の実施形態を詳細に記載する。ただし、これらの実施形態は、説明を目的としたものであって、発明を限定することを意図したものではない。

環境災害、産業の大惨事、あるいはテロ攻撃のような緊急事態の発生時に、公衆に警報を出し、公衆が緊急事態により影響を受けた場合は、避難指示のような適切な指示又は救いを求める施設を通知することが目的である。

図１、２を参照して、本方法及びシステムに関する実施形態を詳細に説明する。通常は、本方法は、ステップＳ１００に従って、移動端末に緊急事態を通知するために、複数の移動端末向けに緊急サービスを配信するよう要求することから開始される。要求は、サービスセンタＳＣ１０で、緊急サービス配信を要求するエンティティ (entity) から受信できる。

ステップＳ３００では、サービスセンタＳＣ１０が緊急情報を受信する。緊急サービス配信を要求するエンティティと緊急情報を出力するエンティティとは、図のように１つの共通エンティティＲＩＥでもよいし、また別々のエンティティでもよい。

緊急情報は例えば、緊急事態の種類、時間、期間、場所、緊急度及び／又は深刻度の情報、及び／又はどのように行動すべきか及び緊急状況若しくは地域からどのように避難すべきかの指示を含む。緊急情報はいかなる種類のデータフォーマットでもよく、サービスセンタＳＣ１０で受け取られうる。

さらに、指示は、タイミング、地域、グループ固有及び／又はネットワーク固有の指示のように、要求及び／又は緊急情報と併せて受信されてもよい。タイミング指示の例には、サービスセンタＳＣ１０に、いつ及びどのくらいの頻度で緊急サービスを配信すべきか、また周期的配信を必要としているかを通知する指示がある。地域的な指示の例には、緊急サービスを町、州又は国のような地域の、どの地域内に配信するかの指示を含む。グループ固有指示の例には、警察官、消防士、救急隊等のような特定のグループに緊急サービスを配信する指示がある。ネットワーク固有の指示の例には、例えば、優先インジケータに関連しない一般通信を通信ネットワークで完全に止める必要があるかどうか等の、緊急サービスの配信のために実施される優先処理の詳細に関する指示を含んでもよい。

要求エンティティは、典型的には政府機関又は国家の諸機関であるが、救急隊又は警察部隊のような他の機関もまた考えられる。

要求エンティティ及び／又は緊急情報を出力したエンティティの識別情報は、認証ステップＳ２００で確認されるのが好ましい。それにより、緊急サービス配信の誤用を防ぎ、認可されたエンティティだけが前述のサービスを開始し、配信される緊急情報を提供してもよいように保証する。

サービスセンタＳＣ１０は、共通エンティティＲＩＥの認証、又は要求エンティティと緊急情報提供エンティティの別々の認証を実現するために、必要な働きを実行するようにさらに構成されてもよい。サービスセンタＳＣ１０は、それ自体で認証に必要な工程を実行するように構成されてもよいし、及び／又は外部認証サービスを使用してもよい。通常は、緊急サービス配信を要求するエンティティと緊急情報を提供するエンティティとは、まったく同じなので共通認証が可能であるが、しかし、これらのエンティティが別々で、それ故、誤用を防ぐために個別に認証しなければならない状況、実装も考えられる。

認証及び／又は要求及び／又は緊急情報の受信のために、サービスセンタＳＣ１０に対しては、ＧＳＭ又はＵＭＴＳのネットワークオペレータのようなモバイルネットワークオペレータのＯ＆Ｍインタフェースのような専用の管理インタフェースを通じて、アクセスすることができる。

認証は、例えばユーザネーム／パスワード方式を使用し、認証すべきエンティティのＩＤ又は署名を確認することにより実現できる。前述の管理インタフェースが合法的傍受インタフェースに類似して、法的に委任された機関のような認可された機関の管理下にあるとき、そのような管理されたインタフェースを通じて受信した要求及び／又は緊急情報が、緊急マルチメディア対応配信ベアラによって緊急サービスを複数の移動端末に配信するために、更に処理を起動させることを事実上含んだ認証が可能である。認証方式の組み合わせてセキュリティを向上させることも可能である。

要求及び／又は緊急情報が、特定の緊急フラグのような特定の緊急インジケータに関連する場合、本方法は加速されてもよい。その特定の緊急フラグは、サービスセンタＳＣ１０に対して、着信した要求、受信した緊急情報、オプションの指示が、緊急事態に係るものであり、緊急マルチメディア対応配信ベアラによって緊急サービスが直ちに配信されることになっていることを通知する。それ故、その受信した緊急インジケータを認識することにより、自動的に、サービスセンタＳＣ１０に緊急マルチメディア対応配信ベアラの確立を直ぐに開始させることができる。誤用を防ぐために、前述の認証手順を利用してもよい。さらに、要求エンティティ及び／又は緊急情報提供エンティティとサービスセンタＳＣ１０との間の通信において緊急インジケータが目に見えないように構成されてもよい。さらに、要求及び／又は緊急情報は、機密性と完全性を提供するために、暗号化され、それぞれの送信エンティティの署名を付けられるのが好ましい。

ステップＳ４００では、サービスセンタＳＣ１０は、緊急サービスを配信する移動端末ＵＥ１０〜９０との、緊急マルチメディア対応配信ベアラの確立を開始する。緊急マルチメディア対応配信ベアラは、サービスセンタＳＣ１０が確立してもよいし、サービスセンタＳＣ１０が、通信ネットワークの他のネットワーク装置に対して、複数の移動端末ＵＥ１０〜９０との前述の緊急マルチメディア対応配信ベアラを確立するよう要求してもよい。サービスセンタＳＣ１０は、要求及び／又は緊急情報と併せて受信可能な１又は２以上の指示を認識し、その指示に従って緊急マルチメディア対応配信ベアラの確立を開始するように構成されるのが好ましい。

図２の例によれば、確立された緊急マルチメディア対応配信ベアラは、サービスセンタＳＣ１０からネットワーク装置ＣＲ１０〜ＣＲ３６を経由して移動端末ＵＥ１０〜９０へと及び、図２ではこれが二重線で示されている。

緊急マルチメディア対応配信ベアラは、そのような緊急優先インジケータに関連しない通信に比べて優先順位が高いことを示す緊急優先インジケータに関連付けられている。緊急優先インジケータのグループが存在してもよく、緊急マルチメディア対応配信ベアラと関連付けるため、そのグループから緊急優先インジケータが選択されて、政府機関を代表して配信される緊急サービスに最高の優先順位を与え、政府系ではない他の緊急サービス配信を認可された機関にそれより低い優先順位を与えるような、きめ細かな優先順位付けを表現してもよい。サービスセンタＳＣ１０は、緊急優先インジケータを選択し、選択した緊急優先インジケータと確立する緊急マルチメディア対応配信ベアラとを関連付けるように構成されてもよい。

配信される緊急サービスは受信した緊急情報と関連している。関連の意味するところは、緊急サービスは、受信緊急情報の内容、範囲及び／又はフォーマットに関して修正されてもよいし、また修正されなくてもよい。移動端末に直ぐ配信するためには、緊急サービスと受信緊急情報は修正のない関連でもよい。受信した緊急事態についての大統領のスピーチや受信したマルチメディアの救急指示のビデオが、緊急サービスとして修正されないで直ぐに配信されてもよいようにである。緊急情報は、多くの緊急コンテンツプロバイダから受信されてもよく、それを１つの緊急サービスに結びつけてもよい。この場合、緊急サービスと緊急情報は修正されて関連する。別の修正の例は、緊急マルチメディア対応配信ベアラの性能に合致するコーデックに、受信緊急情報のコーデックの自動変更である。緊急マルチメディア対応配信ベアラのマルチメディア配信性能の恩恵を受けて、緊急サービスは、緊急事態を簡潔に説明する即時の警告ビデオ、それに続いて、詳細情報を要求するために頼るアドレスが記載されたクリック可能な一覧で補足された、アニメの音声とグラフィックスで緊急エリアからの避難する手段を図解するアニメの地図のような、あらゆる種類のマルチメディアフォーマットの情報を含んでもよい。緊急サービスは、例えば１又は２以上の（マルチメディアメッセージングサービス）ＭＭＳメッセージやストリーミングセッションの形態などで、緊急マルチメディア対応配信ベアラによって運ばれてもよい。

緊急マルチメディア対応配信ベアラの確立後、緊急サービスは、ステップＳ６００に従って複数の移動端末ＵＥ１０〜９０に緊急マルチメディア対応配信ベアラによって配信される。緊急サービスは、緊急優先インジケータによって示される優先順位に従って配信される。迅速で信頼できる配信を実現するために、全ネットワーク装置ＣＲ２０〜ＣＲ３６は、緊急優先インジケータを認識し、適切な優先処理を実行するように構成されるのが好ましい。このことは、サービスセンタＳＣ１０にも当てはまってもよい。

効果的な優先処理は、緊急マルチメディア対応配信ベアラに関連する通信に利用可能な最大のリソースを与え、緊急優先インジケータに関連しない一般通信に最小のリソースを与える。こうすることにより、緊急サービスを非常に短い期間に多数の移動端末に配信でき、また一般通信によるネットワーク輻輳を回避することができる。

優先処理の例は、ネットワーク装置ＳＣ１０、ＣＲ１０、ＣＲ２０、ＣＲ２５、ＣＲ３０、ＣＲ３３、ＣＲ３６の、一般通信に関する送信能力及び／又は処理能力の中断、停止及び／又は低減である。代わりに又は好ましくは追加で、緊急マルチメディア対応配信ベアラによる緊急サービス配信に関して、前述のネットワーク装置の送信能力及び／又は処理能力が起動及び／又は増大される。好ましいのは、設定間近な緊急マルチメディア対応配信ベアラに関連するメッセージと緊急サービスの配信が、一般通信に比べて最も早い時期に予定を組まれることである。したがって、優先処理は、より速く、信頼性が高く、安全な緊急サービス配信のために、あらゆる種類の送信能力、処理能力及び／又はスケジューリングを適応させることができる。処理能力の優先処理の例としては、どの種類の優先インジケータにも関連しないあらゆる種類の非緊急関連メッセージの処理に対する、中央演算処理装置（ＣＰＵ）処理時間、プロセッサ割当量及び／又は記憶容量のような計算上の処理能力を低減すること、緊急マルチメディア対応配信ベアラによる緊急サービス配信に関連するメッセージの処理に対する、ＣＰＵ処理時間、プロセッサ割当量及び／又は記憶容量のような計算上の処理能力を増大させること、などが挙げられる。

スパム送信者又は他の認可されていないユーザによる緊急マルチメディア対応配信ベアラの乱用を防ぐために、緊急サービス及び／又は緊急マルチメディア対応配信ベアラを確立するために必要な１又は２以上のメッセージに、サービスセンタＳＣ１０及び／又は他の適切な機関の署名を適用してもよい。その署名は、ネットワーク装置ＣＲ１０、ＣＲ２０、ＣＲ２５、ＣＲ３０、ＣＲ３３、ＣＲ３６の１つ以上及び／又は移動端末ＵＥ１０〜９０で本物であることを確認可能で、緊急サービスが完全なものであることを示す。暗号化及び／又はハッシングは、利用可能な別のセキュリティ手段である。

移動端末ＵＥ１０〜９０は緊急サービスを受信する能力はあるけれども、移動端末がスタンバイモードになっていたり、消音が有効になっているなど、ユーザが知覚しにくいモードに設定されているために、ユーザが緊急サービスを見逃すのを避けるため、複数の移動端末ＵＥ１０〜９０のすべてが、好ましくは緊急マルチメディア対応配信ベアラによる緊急サービス配信が始まる前に、ステップＳ５００で配信される緊急サービスをはっきり人が知覚認識できる緊急警報モードに設定されるのが好ましい。

緊急警報モードに設定するステップＳ５００は、多くのやり方で実現でき、緊急警報モード設定は、緊急サービス出力時には少なくとも一時的に支配的であるだろう。第１の例によれば、緊急警報モード設定は、例えば個別の設定プロファイルとして焼き付けられて、あらかじめ移動端末に記憶されている。緊急警報モード起動インジケータは、緊急マルチメディア対応配信ベアラの確立に併せて、又は緊急サービス配信と同時に送信されてもよい。移動端末は、緊急モード起動インジケータを受信し認識すると、その現在の設定から緊急警報モード設定に変更し、この変更された設定に従って緊急サービスを出力するように動作を開始する。

第２の例によれば、緊急警報モード設定は、緊急マルチメディア対応配信ベアラの確立又は緊急サービス配信と併せて、移動端末で受信される。このようにして、緊急警報モード設定は、ＭＭＳクライアント、電子メールアカウント、ワイヤレスアプリケーションプロトコル（ＷＡＰ）プロファイルの設定を「無線」で構成可能であるのと同じく、「無線」構成手順によって構成されるとよい。移動端末は、この新しい設定を受信すると、緊急警報モード設定に変更し、この新しい設定に従って受信した緊急サービスを出力することになる。

一般に、緊急警報モードの設定が、例えば緊急マルチメディア対応配信ベアラの確立のフレームワーク内又はさらにその前の、時間に間に合う中でも可能な限り早い時点で起こり、緊急事態を通知されるユーザが緊急サービスを見逃す危険が最小になる、はっきりとユーザが知覚認識できる緊急警報モードで、直ぐに出力されてもよいのは利点である。緊急警報モード設定への変更が、例えば緊急サービスの配信中などの、後で起こる場合、ユーザは緊急サービスの最初の部分を見逃すか、又は出力が遅くなるおそれがあり、両方とも緊急事態では望ましくない。

緊急警報モード設定の例には、スピーカの消音の解除、スピーカの音量を一定の容易に聞き取れるレベル（例えば、可能最大出力レベル）への設定、専用の警報着信音の有効化、バイブレーションによる着信通知の起動、ディスプレイ又はキーパッドの明滅のような専用の光信号警報の起動、移動端末で進行中の操作又は通信の解除、停止又は中断、移動端末による緊急マルチメディア対応配信ベアラによる緊急サービス受信を可能にするため、移動端末を受信モードに設定（例えば、移動端末でＣＢＳ受信が無効になっている場合、自動ＣＢＳ受信機能を起動するために、１つ以上の現在無効になっている受信機能を受信有効モードのようなものに設定することにより）、緊急優先インジケータに基づき特定できる緊急サービスの着信自動受け入れ、ならびにこれらの組み合わせがある。緊急警報モード設定の開始及び／又は完了は、例えば、間もなく行われる緊急サービスの出力のための設定変更について、移動端末のユーザに通知する緊急発表の形態などで、はっきり認識できるやり方で移動端末から発表されてもよく、このようにして、間もなくある緊急サービスに対するユーザの注意をさらに高める。

このように、移動端末の緊急警報モードの設定は、乱用を防ぐために、ネットワークで制御されるのが好ましい。その結果、緊急優先インジケータと緊急警報モードの設定との関連付けはセキュリティの観点から利点となり、緊急マルチメディア対応配信ベアラの確立の開始は、緊急警報モード設定開始の要因とすることができ、あるいはその逆でもよい。したがって、サービスセンタＳＣ１０は、緊急マルチメディア対応配信ベアラの確立を開始するように要求されると、例えば移動端末に緊急警報モード起動命令及び／又は緊急警報モード起動インジケータを送信することにより、及び／又はプロファイル提供ノードのような個別のネットワーク装置に、前述の命令及び／又は前述のインジケータを移動端末に送信実施するよう要求することにより、緊急警報モードの設定を開始することができる。

緊急優先インジケータと緊急警報モード起動インジケータは、同じインジケータでもよく、そのインジケータは、それぞれのネットワーク装置における緊急サービスの配信の優先処理と、はっきりと知覚できるやり方で緊急サービスを出力するように緊急警報モードの設定との、両方を実現する。代わりに、緊急優先インジケータと緊急警報モード起動インジケータは、それぞれ優先処理と緊急警報モード設定に役立つ、２つの別々のインジケータでもよい。

緊急優先インジケータと対応する優先処理プロセス、ならびに緊急警報モード設定と設定プロセスそれ自体は、あらゆる種類の移動端末、あらゆる種類のオペレータネットワーク、あらゆる種類の国で、同じ反応をするように標準化されるのが好ましい。

ステップＳ６００によれば、緊急サービスは、例えば、複数の移動端末ＵＥ１０〜９０に、確立した緊急マルチメディア対応配信ベアラによって配信され、移動端末ＵＥ１０〜９０が受信した緊急サービスは、ステップＳ７００に従ってそれぞれのユーザに緊急警報モードで出力される。

緊急事態が特定の地域に影響を与える場合、この地域は、例えば前述の地域指示によって、サービスセンタＳＣ１０に示されてもよい。サービスセンタＳＣ１０は、その地域内に所在する移動端末だけに緊急マルチメディア対応配信ベアラの確立を開始することができる。図２を参照して、地域は、ＣＲ３０のサービスエリアに完全に含まれていてもよく、移動端末ＵＥ１０〜３０に通知されるものとする。この場合、緊急マルチメディア対応配信ベアラは、サービスセンタＳＣ１０からネットワーク装置ＣＲ１０、ＣＲ２０、ＣＲ３０を経由して、接続１２０、１３０、１４０、１５０〜１５２によって移動端末ＵＥ１０〜３０へと及ぶ。これに対して、その特定の地域固有の緊急サービス配信に対しては、他の接続１３５、１４３、１４６、１５３〜１５８による他のネットワーク装置ＣＲ２５、ＣＲ３３、ＣＲ３６及び移動端末ＵＥ４０〜９０への緊急マルチメディア対応配信ベアラは、確立される必要がない。

緊急サービスが、例えば消防士のグループなどの特定のグループだけに配信される場合、サービスセンタＳＣ１０は特定の緊急グループを利用し、そのグループに属する移動端末に緊急サービスを提供することができる。そのようなグループを形成するために、サービスセンタは、一定の移動端末又はそのユーザに関連するＭＳＩＳＤＮ番号のようなＩＤをグループに割り当ててもよい。ＩＤは、少なくとも一時的に、例えばデータベースのグループ固有登録に格納されてもよい。サービスセンタＳＣ１０が特定のグループに通知する要求を受信すると、サービスセンタＳＣ１０は、その特定の緊急グループのＩＤを読み出し、その特定の緊急グループに属する移動端末との緊急マルチメディア対応ベアラ（図３に二重線で示される）の確立を開始することができる。すなわち、それらの移動電話は、この例ではＵＥ１０、ＵＥ２０、ＵＥ７０である。１つ以上のグループが予め設定され、データベースに格納されてもよい。代わりに又は追加で、グループのＩＤが、緊急情報及び／又は緊急サービス配信要求と併せて、グループ固有の指示としてサービスセンタＳＣ１０に提供されてもよい。

緊急マルチメディア対応配信ベアラは、例えば異なるグループに緊急サービス配信を並行して行うために、同じ又は関連のないサービスセンタにより開始され、通信ネットワーク内に並行して、１つ以上確立して存在してもよい。緊急優先平準化スキームは有利なことがある。このスキームでは、通信ネットワークの各ネットワーク装置の送信能力及び／又は処理能力及び／又はスケジューリング順序のようなリソースを、確立された緊急マルチメディア対応配信ベアラのそれぞれのベアラのそれぞれの緊急優先レベルに適応させ、そのようにして、それぞれの緊急優先インジケータのレベルに従って優先処理を実施する。すなわち、優先順位の高いレベルに多くのリソースを割り当て、低いレベルに少ないリソースを割り当て、緊急優先インジケータに関連しない一般通信には利用可能な最低限のリソースを割り当てる。同じレベルの緊急優先インジケータに関連する緊急マルチメディア対応配信ベアラによる緊急サービス配信は、互いに優先順位を付けなくてもよい。

本発明は、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）機能を提供するシステムに実装されるのが好ましいこともある。ＭＢＭＳは、３ＧＰＰ技術仕様書（ＴＳ）２２．１４６バージョン（Ｖ）６．６．０（２００４年９月）、３ＧＰＰ ＴＳ２２．２４６Ｖ６．２．０（２００４年９月）、及びＴＳ２３．２４６Ｖ６．４．０（２００４年９月）、あるいは３ＧＰＰ２のＣＤＭＡ２０００システムで現在標準化されており、緊急サービスは、あらゆる地域若しくは特定の地域に緊急マルチメディア対応配信ベアラによるブロードキャストで、あるいはあらゆる地域若しくは特定の地域の緊急マルチキャストグループの移動端末にマルチキャストによって、配信することができる。それ故、ＭＢＭＳは、緊急事態を複数の移動端末に通知するために、非常に柔軟な実装の変形例を提供する。そのようなＭＢＭＳシステムに参加可能な全移動端末に緊急サービスの配信を可能にするし、また地域の基準若しくは緊急マルチキャストグループに従って、移動端末の一部への配信を可能するからである。

そのＭＢＭＳシステムは、通常、１又は２以上のブロードキャスト／マルチキャストサービスセンタ（ＢＭ−ＳＣ）、１又は２以上の関門ＧＰＲＳサポート・ノード（ＧＧＳＮ）、１又は２以上の在圏ＧＰＲＳサポート・ノード（ＳＧＳＮ）、及び１又は２以上の無線ネットワーク制御装置（ＲＮＣ）及び／又は１又は２以上の基地局コントローラ（ＢＳＣ）を備え、通常、汎用パケット無線システム（ＧＰＲＳ）又はＵＭＴＳ（Universal Mobile Telecommunication System）の一部である。図２、３の技術に照らして、ＢＭ−ＳＣはサービスセンタＳＣ１０により表現されてもよく、ＧＧＳＮはネットワーク装置ＣＲ１０により、ＳＧＳＮはネットワーク装置ＣＲ２０又はＣＲ２５により、ＲＮＣ／ＢＳＣはＣＲ３０、ＣＲ３３又はＣＲ３６によりそれぞれ表現されてもよい。移動端末ＵＥ１０〜９０は、ＧＰＲＳ若しくはＵＭＴＳあるいは無線ローカルエリアネットワーク（ＷＬＡＮ）のような無線ネットワークを通して通信を受信する能力のある、無線トランシーバを装備した移動電話又はノートブックパソコンでもよい。

第１の例によれば、緊急サービス品質（ＱｏＳ）クラスが、緊急マルチメディア対応配信ベアラに関する優先を示すために使用されうる。緊急優先インジケータとしての特定の緊急ＱｏＳクラスの利点は、実装が容易であり、ＭＢＭＳ及び他の多くの通信ネットワーク設定のＱｏＳスキームに基づいてもよいことである。

緊急サービス配信及び緊急情報の要求を受信すると、サービスセンタＳＣ１０の一例としてＢＭ−ＳＣは、緊急ＱｏＳクラスを確立される緊急マルチメディア対応配信ベアラに割り当てる。複数レベルの優先順位付けスキームが使用される場合、ＢＭ−ＳＣは、例えば緊急事態の重大度又は要求したエンティティの識別情報に従ってあるいは受信した指示に従って、対応するＱｏＳクラスレベルを選択するようにさらに構成されてもよい。

ＭＢＭＳ配信ツリーに沿ったＧＧＳＮ、ＳＧＳＮ及びＲＮＣ／ＢＳＣのようなネットワーク装置は、緊急マルチメディア対応配信ベアラに関連する緊急ＱｏＳクラスを認識し、それに応じて移動端末への緊急サービスの配信を優先処理するように構成される。

現在のＭＢＭＳ規格によれば、関連するＱｏＳクラスは移動端末では認識できない、すなわち関連する緊急ＱｏＳクラスは、緊急警報モード起動インジケータとして使用できない。使用できるようにするためには、移動端末が少なくとも関連する緊急ＱｏＳクラスを認識し、ひいては移動端末に緊急警報モードの設定を開始させるように、対応する規格及び／又は移動端末が変更される必要がある。

既存規格に準拠するのは好ましい選択肢であり、例えばＭＢＭＳユーザ装置（ＵＥ）使用の形態などで、移動端末により認識可能な独立した緊急警報モード起動インジケータを使用して、緊急ＱｏＳクラスの概念を拡張することができる。ＴＭＧＩ（Temporary Mobile Group Identity）が、その目的に使用されるのが好ましい。ＢＭ−ＳＣがＭＢＭＳベアラサービスごとにＴＭＧＩを割り当てる役目を果たし、ＴＭＧＩは移動端末で認識可能だからである。ＴＭＧＩは、世界的に一意のＭＣＣ／ＭＮＣ（ＰＬＭＮ ＩＤ）とＰＬＭＮ内で一意のローカルＭＢＭＳベアラサービスＩＤとの、２つの部分から構成される。したがって、移動端末に緊急事態を通知するようにきっかけを与えられるとＢＭ−ＳＣは、記憶部から所定の緊急ＴＭＧＩを読み出すことができる。このＴＭＧＩは、オペレータネットワーク内で一意であるが、電話機から上り方向にある９１１緊急通報番号のようにネットワークの多く／すべてで一意であることが好ましい。それ故、移動端末は、この特定の緊急ＴＭＧＩを受信すると、その現在の設定を緊急警報モード設定に変更する。したがって、ＭＢＭＳのブロードキャストモード及びマルチキャストモードの両方で、ＭＢＭＳ配信プロセスの非常に早い段階で、ＴＭＧＩは、サービスアナウンスメントメッセージによって、ＭＢＭＳ通知目的で移動端末に配信される。この早い配信により、緊急サービスが配信される前に設定変更が可能になり、緊急警報モード起動インジケータとしてＴＭＧＩを非常に魅力的なものにする。

第２の例によれば、緊急ＴＭＧＩは、緊急優先インジケータとして及び緊急警報モード起動インジケータとしての両方で使用されうる。前述のように、緊急ＱｏＳクラスの使用も、両方の目的に役立つインジケータの選択肢である。

図４を参照されたい。図４は、ブロードキャストモード又はマルチキャストモードで、ＭＢＭＳ対応システムが方法を実行するプロセス及びメッセージを表す。説明のために、含まれている装置は限定されているが、実際のシステムでは、描かれているそれぞれの装置について、たいてい１台を超える装置を備える。

まず、ＢＭ−ＳＣは、メッセージＭ１００によって、緊急サービス配信の要求と緊急情報の提供を行うエンティティＲＩＥから、複数の移動電話への緊急サービス配信の要求を受信する。ＲＩＥは、通信Ｍ２００によって認証され、１つ以上のメッセージＭ３００によって、緊急情報及び／又は受信タイミング、地域、グループ固有及び／又はネットワーク固有指示をＢＭ−ＳＣに提供することができる。セキュリティのために、エンティティＲＩＥとＢＭ−ＳＣとの間で、例えばセキュアソケットレイヤ（ＳＳＬ）接続による、セキュアな通信が使用されるのが好ましい。

緊急サービスを配信するのを認識してＢＭ−ＳＣは、プロセスＰ１００によって、その記憶部から緊急ＴＭＧＩを読み出し、続いて、その緊急ＴＭＧＩを、サービスアナウンスメントメッセージＭ４００によって移動端末ＵＥに送信する。この緊急ＴＭＧＩを緊急警報モード起動インジケータとして認識して、移動端末ＵＥは、その記憶部から緊急警報モード設定を読み出し、現在の設定を緊急警報モード設定で上書きする。その結果、移動端末ＵＥは、今や、受信するどの緊急サービスもはっきりと認識できるやり方で出力可能である。設定変更の一部として、アナウンスメントメッセージが移動端末ＵＥのユーザに再生され、ユーザに間もなく来る緊急サービス配信について注意を喚起してもよい。

通常、移動端末ＵＥは、サービスアナウンスメントメッセージＭ４００に応答メッセージＭ４０１で答える。たいていは多数の移動端末が通知を受けるので、システム内の応答メッセージ数はかなり大きいことがあり、この応答メッセージＭ４０１は、省略あるいは例えばネットワーク輻輳及びＲＮＣ、ＳＧＳＮ、ＧＧＳＮ若しくはＢＭ−ＳＣのようなネットワークノードの不必要な負荷を避けるために、優先処理に従って抑制されるのが好ましい。

好ましいのは、移動端末は、緊急状況ではあらゆる種類の応答メッセージを省略するように構成されることであり、ノードは、これらの応答メッセージを待たずに続行するように構成されるのが好ましい。代わりに、応答メッセージは、逆配信ツリーのそれぞれのブランチで集められてもよく、それぞれのノードで集約して報告用に編集し、それによりメッセージ数、ひいてはノードとネットワークの負荷を低減できる。この方法は、ＢＭ−ＳＣ及び／又はエンティティＲＩＥが、緊急サービスを受信した移動端末について通知を受けることもできるという利点を提供する。

プロセスＰ３００では、ＢＭ−ＳＣはさらに、緊急ＱｏＳクラスを選択し、この緊急ＱｏＳクラスを確立される緊急マルチメディア対応配信ベアラに割り当てる。緊急マルチメディア対応配信ベアラの確立は、メッセージＭ５００〜Ｍ５０３により示される。緊急マルチメディア対応配信ベアラの確立後、ＭＢＭＳ配信パスに沿ったそれぞれの要素ＢＭ−ＳＣ、ＧＧＳＮ、ＳＧＳＮ、ＲＮＣで実施され、図のメッセージＭ６００〜Ｍ６０３、Ｍ６００’〜Ｍ６０３’及び図の優先処理プロセスＰ４００〜Ｐ４０３、Ｐ４００’〜Ｐ４０３’を備える緊急マルチメディア対応配信ベアラによって、緊急サービスは配信される。移動端末ＵＥは、メッセージＭ６０３及びＭ６０３’を受信して、プロセス５００に従って、緊急警報モード設定のはっきり認識できるやり方で、受信した緊急サービスを出力する。

緊急警報モード設定は、解除メッセージＭ７０１を受信することにより、プロセスＰ６００で示されるように解除されてもよい。代わりに、他の緊急サービス配信関連メッセージを少しも受信することなしに一定時間経過後、以前の設定又はデフォルト設定に自動的に復帰してもよい。例として、緊急警報モード設定の持続期間は、緊急警報モード起動命令の中でも記述されてもよいし、あるいは持続期間は、移動端末ＵＥに格納される緊急警報モード設定の一部であってもよい。その場合、持続期間の終了により、移動端末ＵＥは緊急警報モードの解除を開始し、例えば電池の電力消費の少ない例えばデフォルト設定に復帰してもよい。

ＭＢＭＳマルチキャストモードは、マルチキャストグループの使用をさらに必要とする。このマルチキャストグループはまえもって、例えばオペレータ契約のユーザ申し込み中又はエンティティＲＩＥにより、指定されてもよい。それにより、ＭＢＭＳマルチキャスト緊急マルチメディア対応配信ベアラによる緊急サービス配信に関して、マルチキャストグループの申し込み、参加及び／又は脱退のためのメッセージ又はプロセスが必要ないようにする。これらのメッセージはネットワーク負荷を生み出し、時間がかかるので、このようにして避ける。ＭＢＭＳシステム内のそれぞれの装置は、前述の省略されたメッセージに伴って必要になる要件を満たすように構成されなければならない。

移動端末への緊急サービス配信にＭＢＭＳを使用することにより、既存の緊急警報システムは著しく改善する。あらゆる種類のフォーマットで受信したどの種類の緊急情報も、ＢＭ−ＳＣで修正されることなく、マルチメディアフォーマットで受信移動端末に直ぐに配信され、これにより、受信情報をテキストメッセージに改変する処理時間を省略でき、ユーザへの提示に関する限界を克服できる。さらに、ＭＢＭＳ緊急マルチメディア対応配信ベアラは配信チェーンのすべての要素で優先処理されるのが好ましく、これにより、ネットワーク輻輳を回避でき、即時のサービス配信及びはっきり認識できるやり方でユーザへの出力を確実にすることができる。それ以外に、ＭＢＭＳはネットワークリソースを非常に効率的なやり方で使用する。緊急サービスは、たいてい、サービスセンタから移動端末に向かう緊急配信パスのネットワーク分岐点でだけで複製されるからである。それに対応して、複数の移動端末への即時且つコスト効率のよい緊急サービス配信が実現され、移動端末のどれか１台が緊急サービスを全く受信しない、又は緊急事態の発生後だいぶ経ってから緊急サービスを受信する確率は、最小限になっている。さらに、ＭＢＭＳによって、特定グループの必要又は要件に適合した緊急サービスの配信のために、特定グループの移動端末に当てて配信することが可能になり、グループに適合した柔軟性及び有用性が増加する。

次に、図５ａ〜５ｃを参照して、サービスセンタＳＣ１０’、ネットワーク装置ＣＲ１０’及び移動端末ＵＥ１０’の実施形態を以下で説明する。サービスセンタＳＣ１０’、ネットワーク装置ＣＲ１０’及び移動端末ＵＥ１０’は、本発明による方法のそれぞれの工程のいずれかを実行するように構成される。

サービスセンタＳＣ１０’は、例えばＢＭ−ＳＣであり、受信部ＲＵＳＣ、処理部ＰＵＳＣ及び送信部ＴＵＳＣを備える。受信部ＲＵＳＣは、緊急事態に関連する緊急情報を受信するように構成される。処理部ＰＵＳＣは、受信緊急情報に関連した緊急サービスの配信用の緊急マルチメディア対応配信ベアラの確立を開始するように構成される。緊急マルチメディア対応配信ベアラは、緊急優先インジケータに関連しない一般通信に比べて緊急マルチメディア対応配信ベアラの優先順位が高いことを示す緊急優先インジケータと、例えば処理部ＰＵＳＣにより関連付けられる。送信部ＴＵＳＣは、複数の移動端末に緊急事態を通知するために、ＵＥ１０〜９０のような複数の移動端末に緊急マルチメディア対応配信ベアラによって緊急サービスを送信するように構成される。

処理部ＰＵＳＣは、緊急優先インジケータを緊急マルチメディア対応配信ベアラに関連付けるようにさらに構成される。代わりに又は追加で、処理部ＰＵＳＣは、それぞれが緊急優先レベルを示す緊急優先インジケータのグループから緊急優先インジケータを選択し、選択した緊急優先インジケータを緊急優先インジケータとして、緊急マルチメディア対応配信ベアラと関連付けるように構成されてもよい。

サービスセンタＳＣ１０’は、記憶部ＳＵＳＣをさらに備えてもよく、そのＳＵＳＣから緊急ベアラに関連付ける緊急優先インジケータを取得してもよい。記憶部ＳＵＳＣは、受信緊急情報又はグループ固有情報を、少なくとも一時的に格納するようにさらに構成されるとよい。

さらに、処理部ＰＵＳＣは、エンティティＲＩＥのような、受信した緊急情報の送信元エンティティ及び／又は緊急サービス配信を要求するエンティティの認証を実行するように構成されてもよい。

処理部ＰＵＳＣは、配信された緊急サービスをはっきりと人が知覚認識できるように、複数移動端末の少なくとも１台の緊急警報モード設定を開始するように構成されてもよい。

さらに、移動端末は、移動端末のグループに割り当てられてもよく、処理部ＰＵＳＣは、緊急マルチメディア対応配信ベアラによってグループに、緊急サービスの配信を開始するように構成されてもよい。

図５ｂを参照されたい。この図は、通信ネットワークにおいて緊急情報に関連する緊急サービスをルーティングする、ネットワーク装置ＣＲ１０’の実施形態を示す。ＲＮＣやＢＳＣのようなネットワーク装置ＣＲ１０’は、受信部ＲＵＣＲ、処理部ＰＵＣＲ及び送信部ＴＵＣＲを備える。受信部ＲＵＣＲは、緊急優先インジケータに関連しない一般通信に比べて緊急マルチメディア対応配信ベアラの優先順位が高いことを示す緊急優先インジケータに関連付けられている緊急マルチメディア対応配信ベアラによって、緊急サービスを受信するように構成される。処理部ＰＵＣＲは、緊急優先インジケータを分析し、分析の結果として、緊急サービスの優先処理を実施するように構成される。送信部ＴＵＣＲは、優先処理に従い、緊急マルチメディア対応配信ベアラによって、緊急サービスを送信するように構成される。

処理部ＰＵＣＲは、一般通信に関して、送信部ＴＵＣＲの伝送能力及び／又は処理部ＰＵＣＲの処理能力を中断、停止及び／又は減少するプロセスと、及び／又は緊急マルチメディア対応配信ベアラによる緊急サービス配信に関して、送信部ＴＵＣＲの伝送能力及び／又は処理部ＰＵＣＲの処理能力を起動及び／又は増大するプロセスと、及び／又は緊急サービス配信に関連する１つ以上のメッセージが、一般通信に関連する１つ以上のメッセージより早い時期に、処理部ＰＵＣＲで処理及び／又は送信部ＴＵＣＲで送信されるように、一般通信に関連する１つ以上のメッセージのスケジューリングに対して、緊急サービス配信に関連する１つ以上のメッセージのスケジューリングを変更するプロセスとのグループの中の、少なくとも１つのプロセスを備える優先処理を実施するようにさらに構成されてもよい。

移動端末ＵＥ１０’の実施形態を図５ｃに示す。移動端末ＵＥ１０’は、少なくとも受信部ＲＵＵＥ、処理部ＰＵＵＥ、出力部ＯＵＵＥを備え、通常は、通信ネットワークへメッセージ４０１のようなメッセージの送信又は添付用に送信部ＴＵＵＥも備える。受信部ＲＵＵＥは、緊急優先インジケータに関連しない一般通信より優先順位が高いことを緊急優先インジケータが示す緊急マルチメディア対応配信ベアラによって、緊急情報に関連する緊急サービスを受信するように構成される。受信部ＲＵＵＥは、緊急サービスをはっきりと人が知覚認識できるように、出力部ＯＵＵＥを緊急警報モードに設定する情報を受信するようにさらに構成される。さらに、処理部ＰＵＵＥは、受信した設定情報に従って出力部ＯＵＵＥを緊急警報モードに設定し、緊急警報モードに従って出力部ＯＵＵＥから出力される受信した緊急サービスを処理するように構成される。出力部ＯＵＵＥは、緊急警報モードに従って緊急サービスを出力するように構成される。

さらに、出力部ＯＵＵＥを緊急警報モードに設定する受信情報は、緊急警報モード起動インジケータを含みうる。移動端末ＵＥ１０’は、１つ以上の緊急警報モード設定を格納する記憶部ＳＵＵＥをさらに備えてもよい。処理部ＰＵＵＥは、緊急警報モード起動インジケータに従い、記憶部ＳＵＵＥから１つ以上の緊急警報モード設定を読み出し、読み出した１つ以上の緊急警報モード設定に従って、出力部ＯＵＵＥを緊急警報モードに設定するように構成されるとよい。

出力部ＯＵＵＥを緊急警報モードに設定する受信情報は、１つ以上の緊急警報モード設定を含み、受信した１つ以上の緊急警報モード設定に従って、処理部ＰＵＵＥは、出力部ＯＵＵＥを緊急警報モードに設定するように構成されてもよい。

緊急優先インジケータと緊急警報モード起動インジケータとは、１つのインジケータでもよく、処理部ＰＵＵＥは、それに応じてその１つのインジケータを処理するように構成されてもよい。

本発明の実施形態による処理手順を示すフローチャートである。 本発明によるシステムの第１の実施形態を示す図である。 本発明によるシステムの第２の実施形態を示す図である。 本発明の実施形態に係るメッセージとプロセスを示す図である。 本発明によるサービスセンタの実施形態を示す図である。 本発明によるネットワーク装置の実施形態を示す図である。 本発明による移動端末の実施形態を示す図である。

Claims (30)

1. 複数の移動端末（ＵＥ１０〜９０）に緊急事態を通知する方法であって、
   前記緊急事態に関連する緊急情報を受信するステップ（Ｓ３００）と、
   緊急優先インジケータに関連しない一般通信に比べて緊急マルチメディア対応配信ベアラの優先順位が高いことを示す緊急優先インジケータ、に関連する緊急マルチメディア対応配信ベアラを、受信した前記緊急情報に関連する緊急サービスの配信のために確立するステップ（Ｓ４００）と、
   前記緊急マルチメディア対応配信ベアラによって、前記複数の移動端末（ＵＥ１０〜９０）に前記緊急サービスを配信するステップ（Ｓ６００）と、
   を備えることを特徴とする方法。
2. 受信した前記緊急情報の送信元エンティティ及び／又は前記緊急サービスの配信を要求したエンティティを認証するステップ（Ｓ２００）をさらに備えることを特徴とする請求項１に記載の方法。
3. それぞれが緊急優先レベルを示す緊急優先インジケータのグループから前記緊急優先インジケータを選択するステップと、
   選択された緊急優先インジケータを前記緊急優先インジケータとして、前記緊急マルチメディア対応配信ベアラと関連付けるステップと、
   をさらに備えることを特徴とする請求項１又は２に記載の方法。
4. 前記緊急サービスの配信のために、少なくとも１つの通信ネットワーク装置が前記緊急優先インジケータを分析するステップと、
   前記分析の結果として、前記緊急優先インジケータに関連しない一般通信より前記緊急マルチメディア対応配信ベアラによる前記緊急サービスの配信を優先する処理を行う優先処理ステップと、
   をさらに備えることを特徴とする請求項１から３までのいずれか１項に記載の方法。
5. 前記優先処理ステップは、
   前記一般通信に関する送信能力及び／又は処理能力を中断、停止及び／又は低減する処理と、
   前記緊急マルチメディア対応配信ベアラによる前記緊急サービスの配信に関する送信能力及び／又は処理能力を起動及び／又は増大させる処理と、
   前記緊急サービスの配信に関連する１又は２以上のメッセージが、前記一般通信に関連する１又は２以上のメッセージより早い時期に処理及び／又は送信されるように、前記一般通信に関連する前記１又は２以上のメッセージのスケジューリングに対して、前記緊急サービスに関連する前記１つ以上のメッセージのスケジューリングを変更する処理と、
   のうちの少なくともいずれか１つの処理を含むことを特徴とする請求項４に記載の方法。
6. 前記緊急優先インジケータは、緊急サービスの配信に割り当て可能なＱｏＳ（Quality of Service）クラスであることを特徴とする請求項１から５までのいずれか１項に記載の方法。
7. 緊急サービスの配信に割り当て可能なＴＭＧＩ（Temporary Mobile Group Identity）が前記緊急優先インジケータを構成することを特徴とする請求項１から６までのいずれか１項に記載の方法。
8. 配信された前記緊急サービスを人が知覚認識できるように、前記複数の移動端末の少なくとも１台を緊急警報モードに設定する緊急警報モード設定ステップ（Ｓ５００）を更に備えることを特徴とする請求項１から７までのいずれか１項に記載の方法。
9. 前記緊急警報モード設定ステップ（Ｓ５００）の起動のための緊急警報モード起動指示が、前記少なくとも１台の移動端末に送信されることを特徴とする請求項８に記載の方法。
10. 前記緊急警報モードの設定（Ｓ５００）を前記少なくとも１台の移動端末に指示するための緊急警報モード設定命令が、前記少なくとも１台の移動端末に送信されることを特徴とする請求項８又は９に記載の方法。
11. 前記緊急優先インジケータと前記緊急警報モード起動インジケータとは、１つのインジケータであることを特徴とする請求項１から１０までのいずれか１項に記載の方法。
12. 前記複数の移動端末を移動端末のグループに割り当て、前記緊急マルチメディア対応配信ベアラによって、前記グループに前記緊急サービスを配信するステップを更に備えることを特徴とする請求項１から１１までのいずれか１項に記載の方法。
13. 前記緊急マルチメディア対応配信ベアラは、マルチメディアブロードキャスト／マルチキャストサービスのベアラであることを特徴とする請求項１から１２までのいずれか１項に記載の方法。
14. 複数の移動端末（ＵＥ１０〜９０）に緊急事態を通知するのに適したサービスセンタ（ＳＣ１０、ＳＣ１０’、ＢＭ−ＳＣ）であって、
    受信部（ＲＵＳＣ）と、
    処理部（ＰＵＳＣ）と、
    送信部（ＴＵＳＣ）とを備え、
    前記受信部（ＲＵＳＣ）は、前記緊急事態に関連する緊急情報を受信し、
    前記処理部（ＰＵＳＣ）は、受信した前記緊急情報に関連する緊急サービスの配信のための緊急マルチメディア対応配信ベアラの確立を開始し、
    前記緊急マルチメディア対応配信ベアラは、緊急優先インジケータに関連しない一般通信よりも前記緊急マルチメディア対応配信ベアラの優先順位が高いことを示す前記緊急優先インジケータに関連し、
    前記送信部（ＴＵＳＣ）は、前記緊急マルチメディア対応配信ベアラによって、前記複数の移動端末（ＵＥ１０〜９０）に前記緊急サービスを送信する、
    ことを特徴とするサービスセンタ。
15. 前記処理部（ＰＵＳＣ）は、前記緊急優先インジケータを前記緊急マルチメディア対応配信ベアラに関連付けることを特徴とする請求項１４に記載のサービスセンタ。
16. 前記処理部（ＰＵＳＣ）は、前記受信した緊急情報の送信元エンティティ及び／又は前記緊急サービス配信を要求したエンティティの認証を実行することを特徴とする請求項１４又は１５に記載のサービスセンタ。
17. 前記処理部（ＰＵＳＣ）は、それぞれが緊急優先レベルを示す緊急優先インジケータのグループから前記緊急優先インジケータを選択し、前記選択した緊急優先インジケータを前記緊急優先インジケータとして前記緊急マルチメディア対応配信ベアラと関連付けることを特徴とする請求項１４から１６までのいずれか１項に記載のサービスセンタ。
18. 前記処理部（ＰＵＳＣ）は、前記配信された緊急サービスを人が知覚認識できるように、前記複数の移動端末の少なくとも１台の緊急警報モードの設定を開始することを特徴とする請求項１４から１７までのいずれか１項に記載のサービスセンタ。
19. 前記移動端末は移動端末のグループに割り当てられ、前記処理部（ＰＵＳＣ）は、前記緊急マルチメディア対応配信ベアラによって、前記グループに前記緊急サービスの配信を開始することを特徴とする請求項１４から１８までのいずれか１項に記載のサービスセンタ。
20. 通信ネットワーク内で緊急情報に関連する緊急サービスをルーティングするネットワーク装置（ＣＲ３０、ＣＲ１０’、ＲＮＣ）であって、
    受信部（ＲＵＣＲ）と、
    処理部（ＰＵＣＲ）と、
    送信部（ＴＵＣＲ）とを備え、
    前記受信部（ＲＵＣＲ）は、緊急優先インジケータに関連しない一般通信よりも緊急マルチメディア対応配信ベアラの優先順位が高いことを示す前記緊急優先インジケータに関連する前記緊急マルチメディア対応配信ベアラによって、前記緊急サービスを受信し、
    前記処理部（ＰＵＣＲ）は、前記緊急優先インジケータを分析し、前記分析の結果として、前記緊急サービスの優先処理を実行し、
    前記送信部（ＴＵＣＲ）は、前記緊急マルチメディア対応配信ベアラによって、前記優先処理に従って前記緊急サービスを送信する
    ことを特徴とするネットワーク装置。
21. 前記処理部（ＰＵＣＲ）は、
    前記一般通信に関して、前記送信部（ＴＵＣＲ）の送信能力及び／又は前記処理部（ＰＵＣＲ）の処理能力を中断、停止及び／又は低減する処理と、
    前記緊急マルチメディア対応配信ベアラによる前記緊急サービスの配信に関する前記送信部（ＴＵＣＲ）の送信能力及び／又は前記処理部（ＰＵＣＲ）の処理能力を起動及び／又は増大させる処理と、
    前記緊急サービスの配信に関連する１又は２以上のメッセージが、前記一般通信に関連する１又は２以上のメッセージより早い時期に前記処理部（ＰＵＣＲ）で処理及び／又は前記送信部（ＴＵＣＲ）で送信されるように、前記一般通信に関連する前記１又は２以上のメッセージのスケジューリングに対して、前記緊急サービスの配信に関連する前記１又は２以上のメッセージのスケジューリングを変更する処理と、
    のうちの少なくともいずれか１つの処理を含む優先処理を行うことを特徴とする請求項２０に記載のネットワーク装置。
22. 少なくとも受信部（ＲＵＵＥ）と、処理部（ＰＵＵＥ）と、出力部（ＯＵＵＥ）とを備える移動端末（ＵＥ１０、ＵＥ１０’）であって、
    前記受信部（ＲＵＵＥ）は、緊急優先インジケータに関連しない一般通信に比べて優先順位の高いことを前記緊急優先インジケータで示される緊急マルチメディア対応配信ベアラによって、緊急情報に関連する緊急サービスを受信して、前記緊急サービスを人が知覚認識できるように前記出力部（ＯＵＵＥ）を緊急警報モードに設定するための情報を受信し、
    前記処理部（ＰＵＵＥ）は、受信した前記情報に従って前記出力部（ＯＵＵＥ）を前記緊急警報モードに設定し、前記緊急警報モードに従って前記出力部（ＯＵＵＥ）から出力される前記受信した緊急サービスを処理し、
    前記出力部（ＯＵＵＥ）は、前記緊急警報モードに従って前記緊急サービスを出力する、
    ことを特徴とする移動端末。
23. 前記出力部（ＯＵＵＥ）を前記緊急警報モードに設定するための前記情報は、緊急警報モード起動インジケータを含み、
    前記移動端末は、１又は２以上の緊急警報モード設定を記憶する記憶部（ＳＵＵＥ）を更に備え、
    前記処理部（ＰＵＵＥ）は、前記緊急警報モード起動インジケータに従い、前記記憶部（ＳＵＵＥ）から前記１又は２以上の緊急警報モード設定を読み出し、読み出した前記１又は２以上の緊急警報モード設定に従って、前記出力部（ＯＵＵＥ）を前記緊急警報モードに設定する、
    ことを特徴とする請求項２２に記載の移動端末。
24. 前記出力部（ＯＵＵＥ）を前記緊急警報モードに設定するための前記情報は、１又は２以上の緊急警報モード設定を含み、
    前記処理部（ＰＵＵＥ）は、受信した前記１又は２以上の緊急警報モード設定に従って、前記出力部（ＯＵＵＥ）を前記緊急警報モードに設定する、
    ことを特徴とする請求項２２又は２３に記載の移動端末。
25. 前記緊急優先インジケータと前記緊急警報モード起動インジケータとは、１つのインジケータであることを特徴とする請求項２１又は２２に記載の移動端末。
26. 複数の移動端末に緊急事態を通知するシステムであって、
    請求項１４から１９までのいずれか１項に記載のサービスセンタと、
    請求項２１又は２２に記載の、１又は２以上のネットワーク装置と、
    前記緊急マルチメディア対応配信ベアラによって前記緊急サービスを受信する複数の移動端末と、
    を備えることを特徴とするシステム。
27. 請求項２２から２５までのいずれか１項に記載の複数の移動端末を備えることを特徴とする請求項２６に記載のシステム。
28. サービスセンタが関係する範囲において請求項１から１３までのいずれか１項に記載の方法の各ステップを実行するように構成されるコンピュータプログラム。
29. ネットワーク装置が関係する範囲において請求項１から１３までのいずれか１項に記載の方法の各ステップを実行するように構成されるコンピュータプログラム。
30. 移動端末が関係する範囲において請求項１から１３までのいずれか１項に記載の方法の各ステップを実行するように構成されるコンピュータプログラム。

Images