(57)【特許請求の範囲】
【請求項１】
ネットワークでの通信の規制状態としての状態情報を前記ネットワーク側から受信し、前記規制状態が緊急呼を専用に受け付ける状態の場合に前記緊急呼のダイヤル番号としての緊急呼情報を前記状態情報と共に前記ネットワーク側から受信する通信部と、
前記状態情報と前記緊急呼情報とを格納する記憶部と、
前記状態情報と前記緊急呼情報とに基づいて、前記規制状態が前記緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号が前記緊急呼の場合、前記ネットワーク側に接続要求を送信する制御を行う制御部と、
を具備する、
移動端末。
【請求項２】
前記緊急呼情報は複数あり、
複数の前記緊急呼情報の各々は、複数の前記緊急呼の各々に対応したランクとしての緊急ランク情報を含み、
前記状態情報は、前記規制状態に対応したランクを示す状態ランク情報を含み、
前記制御部は、前記状態ランク情報と前記緊急ランク情報とに基づいて、前記ダイヤルされたダイヤル番号の緊急ランク情報で示されるランクが、前記状態ランク情報で示されるランク以上の場合、前記ネットワーク側に接続要求を送信する制御を行う、
請求項１に記載の移動端末。
【請求項３】
表示部を更に具備し、
前記記憶部は、更に、前記状態情報を知らせるメッセージを格納し、
前記制御部は、前記状態情報と前記緊急呼情報とに基づいて、前記規制状態が前記緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号が前記緊急呼ではない場合、前記メッセージを表示部へ出力する、
請求項１又は２に記載の移動端末。
【請求項４】
ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行う監視部と、
前記監視の結果に基づいて、前記緊急呼発生率が予め設定された条件になった場合、前記ネットワークでの通信の規制状態が前記緊急呼を専用に受け付ける状態であることを示す状態情報と前記緊急呼のダイヤル番号としての緊急呼情報とを前記ネットワークを利用する移動端末へ出力する管理制御部と、
を具備し、
前記管理制御部は、前記移動端末からの前記緊急呼の接続要求を受け付ける
緊急呼管理装置。
【請求項５】
前記緊急呼発生率の前記予め設定された条件と前記規制状態とを対応付けて格納している条件データベースと、
を更に具備する、
請求項４に記載の緊急呼管理装置。
【請求項６】
ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行い、前記監視の結果に基づいて、前記緊急呼発生率が予め設定された条件になった場合、前記ネットワークでの通信の規制状態が前記緊急呼を専用に受け付ける状態であることを示す状態情報と前記緊急呼のダイヤル番号としての緊急呼情報とを送信する緊急呼管理装置と、
受信した前記状態情報と前記緊急呼情報とを記憶し、前記状態情報と前記緊急呼情報とに基づいて、前記規制状態が前記緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号が前記緊急呼の場合、前記ネットワーク側に接続要求を送信する移動端末と、
を具備し、
前記緊急呼管理装置は、前記移動端末からの前記緊急呼の接続要求を受け付ける
緊急呼管理システム。
【請求項７】
交換機が、ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行うステップと、
前記交換機が、前記監視の結果に基づいて、前記緊急呼発生率が予め設定された条件になった場合、移動端末へ、前記ネットワークでの通信の規制状態が前記緊急呼を専用に受け付ける状態であることを示す状態情報と前記緊急呼のダイヤル番号としての緊急呼情報とを出力するステップと、
前記移動端末が、前記状態情報と前記緊急呼情報とを記憶するステップと、
前記移動端末が、前記状態情報と前記緊急呼情報とに基づいて、前記規制状態が前記緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号が前記緊急呼の場合、前記交換機へ、前記緊急呼を示す情報を含む接続要求を送信するステップと、
前記交換機が、前記移動端末からの前記緊急呼の接続要求を受け付けるステップと
を具備する、
緊急呼の管理方法。
【請求項８】
前記交換機が、前記接続要求に基づいて、前記移動端末へ、前記移動端末の接続を許可する情報を出力するステップと、
前記移動端末が、前記接続を許可する情報に基づいて、前記交換機へ、前記緊急呼を示す情報を含む情報を送信するステップと、
を更に具備する、
請求項７に記載の緊急呼の管理方法。
【請求項９】
緊急呼管理装置の監視部が、ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行うステップと、
前記緊急呼管理装置の管理制御部が、前記監視の結果に基づいて、前記緊急呼発生率が予め設定された条件になった場合、移動端末へ、前記ネットワークでの通信の規制状態が前記緊急呼を専用に受け付ける状態であることを示す状態情報と前記緊急呼のダイヤル番号としての緊急呼情報とを出力するステップと、
前記管理制御部が、前記状態情報と前記緊急呼情報とに応答して前記移動端末が出力した前記緊急呼を示す情報を含む接続要求を受信するステップと、
前記管理制御部が、前記接続要求に基づいて、前記移動端末へ、前記移動端末の接続を許可する情報を出力するステップと、
を具備する方法をコンピュータに実行させるためのプログラム。
【請求項１０】
移動端末の通信部が、ネットワークでの通信の規制状態が前記緊急呼を専用に受け付ける状態であることを示す状態情報と前記緊急呼のダイヤル番号としての緊急呼情報とを交換機から受信するステップと、
前記移動端末の記憶部が、前記状態情報と前記緊急呼情報とを記憶するステップと、
前記移動端末の制御部が、前記状態情報と前記緊急呼情報とに基づいて、前記規制状態が前記緊急呼を専用に受け付ける状態の場合、ダイヤルされたダイヤル番号が前記緊急呼であるかどうかを判断するステップと、
前記通信部が、前記ダイヤル番号が前記緊急呼である場合、前記交換機へ、前記緊急呼を示す情報を含む接続要求を送信するステップと、
を具備する方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法に関し、特に、通信システムにおいて緊急呼が集中する場合における移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法に関する。
【０００２】
【従来の技術】
従来の通信システムにおいて、ネットワーク側（基地局、交換局等）は、常に、通信端末から発せされる全ての呼（緊急呼及び通常（一般）呼）を処理しなければならない。一方で、緊急呼は、その緊急性から、優先的に処理をすることが求められる。特に、緊急呼の発生率が高くなるような状況（大規模地震、災害、重大事件／事故など）下では、その要請は非常に強い。しかし、そのような状況下では、システム的に高負荷状態となることが考えられる。その場合、緊急呼を優先させる処理を行うのは容易なことではなく、確実に緊急呼を処理できる保証がない。
【０００３】
現状のＩＭＴ−２０００  ＷＣＤＭＡ方式（３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）で標準化）では、ｐｒｅ−ｅｍｐｔｉｏｎという方式で緊急呼の扱いが述べられている。このｐｒｅ−ｅｍｐｔｉｏｎは、ネットワーク側（具体的にはＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））が全ての呼を「強制解放を許容する呼（一般呼）」／「強制解放を許容しない呼（緊急呼）」に分類し、リソース不足などの場合には一般呼を強制解放することで緊急呼用のリソースを確保し、その接続を保証する方式である。しかし、リソース不足の状況は高負荷であることが考えられ、その時に前述の処理を行い、確実に緊急呼を処理することは容易なことではない。
【０００４】
関連する技術として、特開平５−７５５３６に、緊急呼優先接続方法の技術が開示されている。この技術は、移動体端末と、無線基地局とを有する移動体通信システムに関する。ここで、移動体端末は、一般クラス又は優先クラスの何れかのクラスを指定されている。無線基地局は、無線回線で接続された該移動体端末との間で、各種信号の送受信を行う。そして、該無線基地局は、自無線ゾーン内の通信が輻輳状態の時、自無線ゾーン内の移動体端末に対して規制情報を送出する。また、該移動体端末は、規制情報を受信した際、自端末が優先クラスであれば、自端末からの発信に対しては規制をせずに発信処理を行うが、自端末が一般クラスであれば、発信処理を停止する。
このような移動体通信システムにおいて、一般クラスの移動体端末に、必要な各部の動作を制御する制御手段と、予め設定された緊急呼番号及び受信した規制情報を格納するメモリ手段を設ける。ここで、該制御手段は、一般クラスの移動体端末のユーザがダイヤルしたダイヤル番号を検出した時、該メモリ手段から緊急呼番号と規制情報とを読み出す。そして、検出したダイヤル番号と該緊急呼番号とを照合する。この時、該検出したダイヤル番号が該緊急呼番号と一致した場合、規制情報を受信していても、該緊急呼番号と一致したダイヤル番号に対しては、優先的に発信処理を行う。
この技術により、一般クラスの移動体端末からの緊急呼の場合、通信網の輻輳時でも、発信処理が行われるようにすることができる。
【０００５】
特開２００１−８６５６６に、端末使用制限装置の技術が開示されている。この技術は、移動体通信サービスエリア内の特定の制限エリアに存在する移動端末の使用を制限する端末使用制限装置に関する。端末使用制限装置は、受信装置と、選択装置と、送信装置を備える。受信装置は、前記端末使用制限装置の周辺に存在する基地局が送信する該基地局の識別情報を受信する。選択装置は、前記受信装置が受信した前記基地局の識別情報に基づいて、前記基地局が該識別情報に使用している拡散符号とは異なる拡散符合を選択する。送信装置は、前記選択装置が選択した拡散符号を用いて前記端末使用制限装置の識別情報を送信する。そして、前記送信装置が送信した前記端末使用制限装置の識別情報に基づいて、前記特定エリア内に存在する前記移動他端末を前記端末使用制限装置にハンドオフさせる。
そして、端末使用制限装置は、更に、緊急呼受付装置と、緊急呼リダイレクト装置とを備える。緊急呼受付装置は、前記特定エリア内に存在する前記移動端末からの緊急呼を受け付ける。緊急呼リダイレクト装置は、前記緊急呼受付装置が受け付けた緊急予備を前記端末使用制限装置の周辺に存在する基地局にリダイレクトさせる。
この技術により、所望の場所で携帯電話等の移動端末の発信又は着信を規制することができる。加えて、その場合でも、特定の発信については、通信可能にすることができる。
【０００６】
特開平２００１−２５０４８に、無線通信システムにおける優先呼接続方法及び装置の技術が開示されている。この技術は、端末側から呼が発生する毎に、そのときの総呼数が所定のスレッショルドより小であるときに、無線区間におけるチャネルの割り当てを行い、当該呼を交換機側に接続するようにした無線通信システムに関する。この無線通信システムにおける優先呼接続方法は、前記無線区間でチャンネルの割り当てを行い得る呼数のハードウェア上の上限値である限界スレッショルドと、前記無線区間でチャンネルの割り当てを行い得る呼数の回線設計上の上限値である設計スレッショルドとの間に位置する、最大スレッショルドを予め設定する。そして、前記総呼数が前記設計スレッショルド以上となっても、発生した呼が優先呼であると判断し、かつ該総呼数が前記最大スレッショルドより小と判断したときに、該優先呼に対し前記チャネルの割り当てを行って交換機側に接続する。
この技術により、システムが有するリソースを十分に活用したチャネル割り当てが実現される。加えて、緊急呼あるいは一般の優先呼が発生した場合に、他の通話中の通常呼を犠牲にすることなく、これら緊急呼が呼損となることを防止することができる。
【０００７】
特開平７−８７５６９に、緊急メッセージ通信方法の技術が開示されている。この技術は、複数の基地局のサービスエリア内の何れかに存在する移動局同士又は他の公衆網に収容された端末局との間で、音声通信やデータ通信を行うセルラーシステムで、緊急メッセージを通信する緊急メッセージ通信方法に関する。緊急メッセージ通信方法は、上記セルラーシステムの上記移動局において、上記緊急メッセージを送信する緊急メッセージ送信処理と、当該基地局の上記サービスエリア内に存在する上記移動局の端末番号を端末番号レジスタに記憶する端末番号記憶処理と、上記緊急メッセージを受信した場合に、少なくとも１つの上記非緊急通信中移動局を選択する非緊急通信中移動局選択処理と、上記非緊急通信中移動局に対して、通話チャネル通信を制限する通話チャネル制限処理とを備える。そして、上記緊急メッセージを通信する際、空き通信チャネルの不足による通信不能を回避するようにしたことを特徴とする。
この技術により、他の移動局の回線を切断等することなく、移動局から発信された緊急メッセージを確実にしかも優先的に回線を接続して送信することができる。
【０００８】
関連する技術として、特表平１０−５１２４３２に通信システムにおいて通信チャネルを割り当てる方法及び装置の技術が開示されている。この技術は、通信システム内で通信チャネルを割り当てる方法であって、緊急サービス情報を含む信号を第１ユーザから受信する段階、利用可能な通信チャネルがあるか否かを判定する段階、緊急アクセス・クラスを持たない第２ユーザを通信チャネルから排除して、利用可能な通信チャネルを生成する段階、及び前記緊急サービス情報の状況に基づいて、前記第１ユーザに対して、前記利用可能な通信チャネルを割り当てる段階によって構成されている。
この技術により、システムに付加を過度に与えずに、無線電話通信システムに迅速にアクセスして、優先アクセス呼に対応することができる。
【０００９】
緊急呼を、迅速かつ優先的に処理をすることが可能な技術が求められる。緊急呼の発生率が高くなるような状況下においても、より確実に、緊急呼の処理を実行可能な技術が望まれている。標準化された方式を適切に利用して、緊急呼を処理可能な技術が望まれている。
【００１０】
【発明が解決しようとする課題】
従って、本発明の目的は、緊急呼を、迅速かつ優先的に処理をすることが可能な移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法を提供することである。
また、本発明の他の目的は、緊急呼の発生率が高くなるような状況下においても、より確実に、緊急呼の処理を実行可能な移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法を提供することである。
本発明の更に他の目的は、標準化された方式を適切に利用して、緊急呼を処理可能な移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法を提供することである。
【００１１】
【課題を解決するための手段】
以下に、［発明の実施の形態]で使用される番号・符号を用いて、課題を解決するための手段を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明の実施の形態］との対応関係を明らかにするために付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１２】
従って、上記課題を解決するために、本発明の移動端末は、ネットワークでの通信の規制状態（３７）としての状態情報（２０−１）と、緊急呼のダイヤル番号としての緊急呼情報（１７）とを格納する記憶部（１２）と、状態情報（２０−１）と緊急呼情報（１７）とに基づいて、規制状態（３７）がその緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号がその緊急呼の場合、そのネットワーク側に接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ）を送信する制御を行う制御部（１１）とを具備する。
【００１３】
また、本発明の移動端末は、緊急呼情報（１７）は複数あり、複数の緊急呼情報（１７）の各々は、複数のその緊急呼の各々に対応したランクとしての緊急ランク情報（１８）を含み、状態情報（２０−１）は、規制状態（３７）に対応したランクを示す状態ランク情報を含み、制御部（１１）は、その状態ランク情報と緊急ランク情報（１８）とに基づいて、そのダイヤルされたダイヤル番号の緊急ランク情報（１８）で示されるランクが、その状態ランク情報で示されるランク以上の場合、そのネットワーク側に接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮＲＥＱＵＥＳＴメッセージ）を送信する制御を行う。
【００１４】
更に、本発明の移動端末は、表示部（１４）を更に具備し、記憶部（１２）は、更に、状態情報（２０−１）を知らせるメッセージを格納し、制御部（１１）は、状態情報（２０−１）と緊急呼情報（１７）とに基づいて、規制状態（３７）がその緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号がその緊急呼ではない場合、そのメッセージを表示部（１４）へ出力する。
【００１５】
上記課題を解決するために、本発明の緊急呼管理装置は、ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行う監視部（３３）と、その監視の結果に基づいて、その緊急呼発生率が予め設定された条件（３６）になった場合、そのネットワークでの通信の規制状態（３７）としての状態情報（２０−１）を出力する管理制御部（３２）とを具備する。
【００１６】
また、本発明の緊急呼管理装置は、規制状態（３７）が、その緊急呼を専用に受け付ける状態である。
【００１７】
更に、本発明の緊急呼管理装置は、その緊急呼発生率の予め設定された条件（３６）と規制状態（３７）とを対応付けて格納している条件データベース（３４）とを更に具備する。
【００１８】
従って、上記課題を解決するために、本発明の緊急呼管理システムは、ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行い、その監視の結果に基づいて、その緊急呼発生率が予め設定された条件（３６）になった場合、そのネットワークでの通信の規制状態（３７）としての状態情報（２０−１）を送信する緊急呼管理装置（３１）と、緊急呼のダイヤル番号としての緊急番号情報（１７）を有し、緊急番号情報（１７）と受信した状態情報（２０−１）とに基づいて、規制状態（３７）がその緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号がその緊急呼の場合、そのネットワーク側に接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ）を送信する移動端末（１）とを具備する。
【００１９】
上記課題を解決するために、本発明の緊急呼の管理方法は、交換機（３１）が、ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行うステップ（Ｓ１１）と、交換機（３１）が、その監視の結果に基づいて、その緊急呼発生率が予め設定された条件（３６）になった場合、移動端末（１）へ、そのネットワークでの通信の規制状態（３７）としての状態情報（２０−１）を出力するステップ（Ｓ１７、Ｓ３２）と、移動端末（１）が、状態情報（２０−１）と、予め設定された緊急呼のダイヤル番号としての緊急番号情報（１７）とに基づいて、規制状態（３７）がその緊急呼を専用に受け付ける状態であって、ダイヤルされたダイヤル番号がその緊急呼の場合、交換機（３１）へ、緊急呼を示す情報（Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ＝“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ”）を含む接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ）を送信するステップ（Ｓ３４）とを具備する。
【００２０】
また、本発明の緊急呼の管理方法は、交換機（３１）が、接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ）に基づいて、移動端末（１）へ、移動端末（１）の接続を許可する情報（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰメッセージ）を出力するステップ（Ｓ３５）と、移動端末（１）が、接続を許可する情報（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰメッセージ）に基づいて、交換機（３１）へ、緊急呼を示す情報（ＮＡＳ  ｍｅｓｓａｇｅのＣＭ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ＝“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ  ｅｓｔａｂｌｉｓｈｍｅｎｔ”）を含む情報（ＩＮＩＴＩＡＬ  ＤＩＲＥＣＴ  ＴＲＡＮＳＦＥＲメッセージ）を送信するステップ（Ｓ３６）とを更に具備する。
【００２１】
上記課題を解決するために、本発明に関するプログラムは、ネットワークでの緊急呼の発生率としての緊急呼発生率の監視を行うステップ（Ｓ１１）と、その監視の結果に基づいて、その緊急呼発生率が予め設定された条件（３６）になった場合、移動端末（１）へ、そのネットワークでの通信の規制状態（３７）としての状態情報（２０−１）を出力するステップ（Ｓ１７、Ｓ３２）と、状態情報（２０−１）に応答して移動端末（１）が出力した緊急呼を示す情報（Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ＝“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ”）を含む接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ）を受信するステップ（Ｓ３４）と、接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ）に基づいて、移動端末（１）へ、移動端末（１）の接続を許可する情報（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰメッセージ）を出力するステップ（Ｓ３５）とを具備する方法をコンピュータに実行させる。
【００２２】
また、本発明に関するプログラムは、ネットワークでの通信の規制状態（３７）としての状態情報（２０−１）を交換機（３１）から受信するステップ（Ｓ３２、Ｓ２１）と、状態情報（２０−１）と、予め設定された緊急呼のダイヤル番号としての緊急番号情報（１７）とに基づいて、規制状態（２０−１）がその緊急呼を専用に受け付ける状態の場合、ダイヤルされたダイヤル番号がその緊急呼であるかどうかを判断するステップ（Ｓ２４）と、そのダイヤル番号がその緊急呼である場合、交換機（３１）へ、緊急呼を示す情報（Ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ＝“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ”）を含む接続要求（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ）を送信するステップ（Ｓ３４）とを具備する方法をコンピュータに実行させる。
【００２３】
【発明の実施の形態】
以下、本発明である移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法の実施の形態に関して、添付図面を参照して説明する。
【００２４】
まず、本発明である移動端末、緊急呼管理装置、緊急呼管理システムの構成について説明する。
図１は、本発明である移動端末及び緊急呼管理装置を適用する緊急呼管理システムの構成を示す図である。
緊急呼管理システムは、移動端末１、基地局２−１〜ｎ及び交換局３−１を備える。そして、緊急呼管理システムは、通信回線４に接続され、他の通信網（移動通信網、固定電話網、他移動通信網等）と接続している。
【００２５】
本発明は、移動端末において「緊急呼専用状態（ダイヤルされた番号が緊急呼用だった場合にのみ、移動端末はネットワーク側に接続要求を行うことが可能）」という新たな状態を導入する。そして、その移動端末の状態をネットワーク側から制御可能とする方式である。
この方式を実現することで、災害時などの呼（緊急呼および一般呼）が集中する状態でも、ネットワーク側は緊急呼だけ(接続要求自体が緊急呼だけ)を処理すればよく、より確実に緊急呼を処理することが可能となる。
【００２６】
各構成について、図１を参照して説明する。
移動端末１は、ユーザーに属し、ユーザーが移動しながら通信可能な情報処理端末である。移動端末は、携帯電話（ＰＤＣ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ）、ＰＤＡ（Ｐｅｒｅｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｉｓｔａｎｔ）、携帯電話機能を有するＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）に例示される。移動端末１は、制御部１１、記憶部１２、通信部１３、表示部１４、入力部１５及び音声部１６を具備する。
【００２７】
制御部１１は、移動端末１の各部の動作を制御する。制御部１１は、ＣＰＵに例示される。
また、制御部１１は、基地局２−１〜ｎあるいは交換局３−１（移動端末に対する「ネットワーク側」とも称する）から送信される報知情報２０−２を通信部１３経由で受信し、記憶部１２へ格納する動作を制御する。ここで、報知情報２０−２は、ネットワークの状態を示す状態情報２０−１を含む。
そして、その状態情報２０−１に基づいて、ネットワークの状態が、緊急呼を専用に受け付ける状態（以下「緊急呼専用状態」と称する）か、通常の状態（以下「通常状態」と称する）かを判定する。
緊急呼専用状態の場合、緊急呼のダイヤル番号に関する情報である緊急呼情報１７と、ユーザーがダイヤルしたダイヤル番号とを比較して、緊急呼かどうかを判定する。緊急呼情報１７は、記憶部１２に格納されている。
緊急呼の場合、通信部１３を介してネットワーク側へ接続要求を発する。
【００２８】
ここで、ネットワークの状態とは、基地局２−１〜ｎ、交換局３−１あるいは通信回線４における回線の使用（占有）状態、稼動状態などを示す。ここでは、「緊急呼専用状態」と「通常状態」とを設定している。ただし、他の状態を加えても構わない。その場合には、更に様々な状況に対応できるようになる。
【００２９】
また、報知情報２０−２とは、３ＧＰＰ  Ｒｅｌｅａｓｅ９９  ＴＳ２５．３３１  ８章参照において示される報知情報であり、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｍｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  ｔｙｐｅ）で定義されている。すなわち、ネットワーク側（基地局２−１〜ｎや交換局３−１）から移動端末１側へ通知される種々の情報であり、通信中でない移動端末１はこの報知情報２０−２を受信することが可能である。この報知情報２０−２に、状態情報２０−１（緊急呼用パラメータ：緊急呼専用状態／通常状態を示すデータ）を追加する。
この規格に定められる以外の方法で、ネットワーク側（基地局２−１〜ｎや交換局３−１）から移動端末１側へ送信した状態情報２０−１を用いることも可能である。
【００３０】
記憶部１２は、緊急呼情報１７と、状態情報２０−１を含む報知情報２０−２を格納している。また、緊急事態つき緊急呼以外の接続を中止する旨の文字又は音声情報を記憶している。加えて、移動端末１の情報処理に必要な各種情報を記憶する。記憶部１２は、メモリに例示される。
【００３１】
図２を参照して、緊急呼情報１７について説明する。緊急呼情報１７は、緊急ランク１８とダイヤル番号１９とを含む。
緊急ランク１８は、緊急性の高さをランク付したものである。例えば、緊急性が高い場合は、「１」、緊急性が低ければ「０」として、０〜１の２段階で緊急性を表現する。ランクを３以上にすることも可能である。その場合には、より詳細な回線の制御を行なうことが可能である。
ダイヤル番号１９は、通信相手先と回線を接続するために必要な、通信相手先を特定する番号／符号である。ダイヤル番号１９は、電話番号に例示される。
例えば、緊急ランク：１（緊急性が高い）に対して、ダイヤル番号１９：１１０（警察署）、１１９（消防署／救急センタ）、△△△−○○○−××××（自治体防災課）などであり、緊急ランク：０（緊急性が低い）に対して、ダイヤル番号１９：□□□−▽▽▽−◇◇◇◇（一般の人、企業）などである。
【００３２】
なお、緊急性が低いダイヤル番号１９（緊急ランク：０など）は、緊急呼情報１７とは別に、記憶部１２内に格納することも可能である。その場合、緊急ランク１８の情報を省略できるので、メモリを有効に使用できる。
【００３３】
緊急呼情報１７の緊急ランク１８の高いダイヤル番号１９は、移動端末１をユーザーへ販売する直前までに予め記憶部１２に格納され、ユーザーにより変更することが出来ないことが望ましい。ユーザーが変更可能であると、緊急性の低いダイヤル番号の緊急ランクを高く設定する可能性がある。そうなると、緊急時に、緊急性の低い通信を適切に排除することが出来なくなるからである。
あるいは、緊急時（緊急呼専用状態時）にネットワーク側（基地局２−１〜ｎや交換局３−１）から、通信可能なダイヤル番号１９を各移動端末１へ送信することとしてもよい。その場合には、報知情報２０−２に、状態情報２０−１を載せると同時に、通信を許可される相手先（例示：警察署や消防署／救急センタなど）とその電話番号（例示：１１０、１１９）を示す情報を載せることにすれば良い。その場合、制御部１１は、記憶部１２の緊急呼情報１７のダイヤル番号１９へその電話番号を格納する。
【００３４】
通信部１３は、移動端末１と通信回線４（及び基地局２、交換局３）を経由した他の通信端末との通信を行う。
表示部１４は、移動端末１の情報処理（通信を含む）に関わる情報を表示する。表示部は、液晶ディスプレイに例示される。
入力部１５は、ユーザーが情報を入力する際に使用する。入力部は、キーボードに例示される。
音声部１６は、ユーザーによる音声入力及び移動端末１の音声出力を行う。音声部１６は、スピーカー及びマイクに例示される。
【００３５】
基地局２−１〜ｎは、自局を中心とするゾーン内の通信端末（移動端末１を含む）と通信を行い、通信端末と通信回線４との接続等を行う。
交換局３−１は、基地局２−１〜ｎとの通信を行い、その動作を制御し、通信端末と通信回線４との接続等を行う。交換機３１を有する。
交換局３−１及び基地局２−１〜ｎは、通信端末−通信回線４間で、授受する通信情報や制御情報を然るべき信号に変換して伝送する変換機能、及びゾーン内の無線チャンネル資源や通信端末を管理・制御する制御機能などを有する。
交換局３−２〜ｎは、移動端末１の通信網、又は他の通信網（固定電話網、他移動通信網等）の交換機を有する交換局である。
通信回線４は、移動端末１の通信網、又は他の通信網（固定電話網、他移動通信網等）である。
【００３６】
交換機３１は、基地局２−１〜ｎを制御するＲＮＣ（ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）と、移動通信の制御機能を有する交換機であるＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）とを含む装置に例示される。
交換機３１は、管理制御部３２、監視部３３及び条件データベース３４を備える。
【００３７】
監視部３３は、ネットワークの状態が予め設定された条件を満たすかどうかを監視する。予め設定された条件は、緊急呼専用状態への移行条件であり、条件データベース３４に格納されている。ネットワークの状態が条件を満たした場合には、管理制御部３２へ、その条件が満たされたことを示す専用状態移行信号を伝達する。
条件データベース３４は、基地局２−１〜ｎあるいは交換局３−１における通信の状態と、予め設定された条件としての緊急呼発生率とを関連付けて格納している。
【００３８】
なお、上記条件には、通信制御に関わるオペレータが行う通信の制御に関する要求（命令）の入力も含む。監視部３３は、要求（命令）が入力されたかどうかを監視し、入力があれば上記動作を行なう。ここで、オペレータの通信の制御に関する要求は、事故や災害の発生に伴い一般呼の通信を制限（強制停止）する命令に例示される。
【００３９】
管理制御部３２は、報知情報２０−２の生成及び出力を行う。その際、監視部３３からの専用状態移行信号に基づいて、報知情報２０−２の状態情報２０−１を、緊急呼専用状態を示す情報に変更する。管理制御部３２は、交換機３１のＣＰＵに例示される。
【００４０】
図３は、条件データベース３４を示す図である。条件データベース３４は、予め設定された条件としての緊急呼発生率３６と、基地局２−１〜ｎあるいは交換局３−１における通信の状態としての状態３７と、状態３７の緊急性を示す状態ランク３８とを関連付けて格納している。
ここで、緊急呼発生率は、移動端末による単位時間あたりの緊急呼発生数である。そして、緊急呼発生率３６は、緊急呼発生率の基準値Ｒ０である。この値と、実際に交換局３−１で処理している緊急呼発生率ＲＥとを監視部３３が比較する。そして、緊急呼発生率３６（Ｒ０）＜実際の緊急呼発生率ＲＥの場合、緊急呼専用状態への移行条件が満たされたことになる。
ただし、実際の緊急呼発生率ＲＥは、移動端末１が緊急呼の接続を基地局２−１〜ｎあるいは交換局３−１に要求する際に発信するＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ値やＣＭ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ値（後述）の単位時間あたりの受信数に基づいて求められる。
【００４１】
次に、本発明である移動端末、緊急呼管理装置、緊急呼管理システムを適用した緊急呼の管理方法について説明する。
【００４２】
図４は、本発明である緊急呼の管理方法のうち、交換局３−１における動作を示すフロー図である。
（１）報知情報生成動作
（１−１）ステップＳ１１
交換局３−１の交換機３１（の監視部３３）は、ＥｓｔａｂｌｉｓｈｍｅｎｔｃａｕｓｅやＣＭ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ値（後述）を監視している。そして、予め設定された一定時間ｔ０（単位時間）内の緊急呼の発生回数である緊急呼発生回数ｎを常にチェックし、緊急呼発生率ＲＥ＝ｎ／ｔ０、を計算している。
（１−２）ステップＳ１２
監視部３３は、緊急呼発生率ＲＥと、緊急呼発生率３６（Ｒ０）とを比較する。災害、重大事件／事故などが発生し、緊急呼が集中して発生した場合、緊急呼の緊急呼発生率ＲＥ＞基準値Ｒ０となる。その場合、監視部３３は、専用状態移行信号Ｓを管理制御部３２へ出力する。ステップＳ１３へ進む。そうでない場合、ステップＳ１５へ進む。
（１−３）ステップＳ１３
専用状態移行信号Ｓを受信した交換局３−１の交換機３１（の管理制御部３２）は、現在発信している報知情報２０−２の状態情報２０−１（緊急呼用パラメータ）が「緊急呼専用状態」かどうかを調べる。状態情報２０−１が「緊急呼専用状態」でない場合、ステップＳ１４に進み、そうでない場合、ステップＳ１７に進む。
（１−４）ステップＳ１４
管理制御部３２は、状態情報２０−１が「緊急呼専用状態」でない場合、緊急呼用パラメータを「緊急呼専用状態」に変更する。ステップＳ１７へ進む。
（１−５）ステップＳ１５
通常の場合、あるいは緊急呼が集中する状態が終焉した場合、緊急呼の緊急呼発生率ＲＥ≦基準値Ｒ０となる。その場合、管理制御部３２は、状態情報２０−１）が「緊急呼専用状態」かどうかを調べる。状態情報２０−１が「緊急呼専用状態」の場合、ステップＳ１６に進み、そうでない場合、ステップＳ１７に進む。
（１−６）ステップＳ１６
状態情報２０−１が「緊急呼専用状態」の場合、管理制御部３２は、状態情報２０−１を「通常状態」に変更する。ステップＳ１７へ進む。
（１−７）ステップＳ１７
管理制御部３２は、報知情報２０−２を移動端末１へ送信するように、通信を制御する。
【００４３】
なお、ステップＳ１３あるいはステップＳ１４において、報知情報２０−２へ、状態情報２０−１だけでなく、緊急呼を実施することが許可されるダイヤル番号（例示：１１０、１１９）を同時に送信しても良い。その場合、ユーザーが記憶部１２の緊急呼情報１７を改ざんすることがなく、確実に緊急呼だけを接続することが出来る。
【００４４】
また、ステップＳ１３において、オペレータの指示（コマンド入力等）により、報知情報２０−２の状態情報２０−１を「緊急呼専用状態」に変更するとしても良い。その場合、緊急呼発生回数ｎと基準回数ＮＥとの大小関係に関わらず、「緊急呼専用状態」にすることが可能である。これは、事前に緊急呼が非常に多く発生することが分かり、早めに対応したい場合などに有効である。
【００４５】
以上の動作により、交換局３−１では、ステップＳ１１において、回線の輻輳ではなく緊急呼の数を監視しているので、災害、重大事件／事故などの発生を確実に把握出来る（回線の輻輳をチェックするだけでは、単に通信量が増加した場合と区別できない）。従って、緊急呼を専用に処理すべき状態に適切に対応することが出来る。
そして、移動端末１は、ユーザーに全く負担をかけることなく、自動的に、常にネットワーク側の状態が「緊急呼専用状態」か、「通常状態」かを認識することが出来る。
【００４６】
図５は、本発明である緊急呼の管理方法のうち、移動端末１における動作を示すフロー図である。
（２）報知情報・番号確認動作
（２−１）ステップＳ２１
移動端末１の制御部１１の制御により、通信部１３を介して報知情報２０−２が受信され、記憶部１２へ格納される。
（２−２）ステップ２２
ユーザーは、通信を行うためにダイヤル番号Ｐを移動端末１へ入力部１５を介して入力する。移動端末１の制御部１１の制御により、ダイヤル番号Ｐは、記憶部１２へ格納される。
（２−３）ステップ２３
制御部１１は、記憶部１２に格納された報知情報２０−２の状態情報２０−１が「緊急呼専用状態」か「通常状態」かを判定する。緊急呼専用状態の場合、ステップＳ２４へ進む。そうでない場合、ステップＳ２７へ進む。
（２−４）ステップＳ２４
制御部１１により、記憶部１２に格納されているダイヤル番号Ｐとダイヤル番号１９とが比較される。そして、ダイヤル番号１９の中にダイヤル番号Ｐと一致するものがあれば、ステップＳ２５へ進む。そうでない場合、ステップＳ２６へ進む。
（２−５）ステップＳ２５
ダイヤル番号Ｐは緊急呼であるので、制御部１１は、ネットワーク側に接続を要求する制御を行う。
（２−６）ステップＳ２６
ダイヤル番号Ｐは緊急呼以外なので、制御部１１は、緊急事態つき緊急呼以外の接続を中止する旨を表示部１４（文字）又は音声部１６（アナウンス）から出力する。あるいは、単にビジートーン（Ｂｕｓｙ  Ｔｏｎｅ）を聞かせてもよい。
（２−７）ステップＳ２７
制御部１１は、状態情報２０−１が「通常状態」なので、通常の接続を行う。
【００４７】
なお、報知情報２０−２以外の情報を用いて、ネットワークの状態（「緊急呼専用状態」／「通常状態」）を送信することも可能である。
【００４８】
以上の動作により、「緊急呼専用状態」において、自動的に緊急呼のみを選択して通信を行うことが可能となる。緊急呼のみの通信しか行われないため、緊急呼を優先的、確実且つ迅速に接続することが出来る。
【００４９】
図６は、本発明である緊急呼の管理方法のうち、移動端末１と交換局３−１とにおける動作を示すフロー図である。
ここで、本動作に用いる通信規則であるＲＲＣ  ＣＯＮＮＥＣＴＩＯＮは、３ＧＰＰ  Ｒｅｌｅａｓｅ９９  ＴＳ２５（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇなど）に記載されており、基本的な部分はその方法を用いる。ただし、本発明が、この通信規則に限定されるものではない。
（３）通信動作
（３−１）ステップＳ３１
既述の（１）報知情報生成動作により、報知情報２０−２が生成される。
（３−２）ステップＳ３２
交換機３１が、報知情報２０−２を移動端末１へ送信し、移動端末１がそれを受信する。
（３−３）ステップＳ３３
既述の（２）報知情報・番号確認動作の（２−５）ステップＳ２５により、緊急呼の接続が開始される。
（３−４）ステップＳ３４
移動端末１は、緊急呼をネットワーク側に接続要求する場合、ＲＲＣ：ＲＲＣＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ”（３ＧＰＰ  Ｒｅｌｅａｓｅ９９  ＴＳ２５．３３１参照）と設定し、交換機３１へ送信する。交換機３１は、それを受信する。
（３−５）ステップＳ３５
交換機３１は、ＲＲＣ：ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを、そのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅから、緊急呼の接続要求と判定する。そして、緊急呼の接続要求の受け入れを示すＲＲＣ：ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰメッセージ（３ＧＰＰ  Ｒｅｌｅａｓｅ９９  ＴＳ２５．３３１参照）を設定し、移動端末１へ送信する。移動端末１は、それを受信する。
（３−６）ステップＳ３６
移動端末１は、ＲＲＣ：ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰメッセージに基づいて、接続要求の受け入れの確認を示すＲＲＣ：ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＳＥＴＵＰ  ＣＯＭＰＬＥＴＥメッセージを設定し、交換機３１へ送信する。交換機３１は、それを受信する。
（３−７）ステップＳ３７
移動端末１は、更に通信開始を示すＲＲＣ：ＩＮＩＴＩＡＬ  ＤＩＲＥＣＴ  ＴＲＡＮＳＦＥＲメッセージにおいて、そのＮＡＳ  ｍｅｓｓａｇｅのＣＭ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔに“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ  ｅｓｔａｂｌｉｓｈｍｅｎｔ”（３ＧＰＰ  Ｒｅｌｅａｓｅ９９  ＴＳ２５．４１３，ＴＳ２４．００８参照）と設定し、交換局３−１へ送信する。交換機３１は、それを受信する。
（３−８）ステップＳ３８
交換機３１は、ＮＡＳ  ｍｅｓｓａｇｅのＣＭ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔから、緊急呼であると最終確認を行う。
（３−９）ステップＳ３９
移動端末１と交換機３１は、接続終了後、通常の動作により通信を行う。
【００５０】
以上の動作において、ＲＲＣ：ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージのＥｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ”という緊急呼を示すデータを入れるので、交換機３１は、緊急呼であることを明確に確認できる。
また、ＲＲＣ：ＩＮＩＴＩＡＬ  ＤＩＲＥＣＴ  ＴＲＡＮＳＦＥＲメッセージのＮＡＳ  ｍｅｓｓａｇｅのＣＭ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔに“Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ  ｅｓｔａｂｌｉｓｈｍｅｎｔ”という緊急呼を示すデータを入れるので、交換機３１は、緊急呼であることを明確に２回確認できるので、確実に緊急呼の接続要求のみを処理することが可能となる。
また、３ＧＰＰの規格を利用しているので、世界共通に利用することが可能である。
【００５１】
なお、緊急呼専用状態の終了は、以下のような動作となる。
（４）緊急呼専用状態の終了
（４−１）交換局３−１は、緊急呼の接続要求を処理する間も、一定時間内の緊急呼発生回数ｎをチェックし続ける。
（４−２）発生した災害、重大事件／事故が収まり、緊急呼発生回数ｎが低下する。
（４−３）緊急呼発生率ＲＥ≦基準値Ｒ０となった場合、報知情報２０−２の状態情報２０−１を「通常状態」に変更する。または、オペレータの指示により、状態情報２０−１を「通常状態」に変更する。
（４−４）移動端末１は、状態情報２０−１が「通常状態」となったことを認識する。この状態の継続中は、ダイヤル番号が緊急呼でない場合も、ネットワーク側に接続要求を行う。
（４−５）交換局３−１は、緊急呼および通常呼の接続要求（つまり全ての接続要求）を処理する。
【００５２】
本発明の移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法により、緊急呼を、迅速かつ優先的に処理をすることが可能となる。また、世界的に標準化された方式を適切に利用して、緊急呼を的確に処理することが可能となる。
【００５３】
【発明の効果】
本発明により、緊急呼の発生率が高い状況下において、ネットワーク側は緊急呼のみを処理すればよく、より確実に緊急呼を処理することができる。
【図面の簡単な説明】
【図１】本発明である移動端末及び緊急呼管理装置を適用する緊急呼管理システムの構成を示す図である。
【図２】緊急呼情報を示す図である。
【図３】条件データベースを示す図である。
【図４】本発明である緊急呼の管理方法の交換局における動作を示すフロー図である。
【図５】本発明である緊急呼の管理方法の移動端末における動作を示すフロー図である。
【図６】本発明である緊急呼の管理方法の移動端末と交換局とにおける動作を示すフロー図である。
【符号の説明】
１    移動端末
２−１〜ｎ    基地局
３−１〜ｍ    交換局
４    ネットワーク
１１    制御部
１２    記憶部
１３    通信部
１４    表示部
１５    入力部
１６    音声部
１７    緊急呼情報
１８    緊急ランク
１９    ダイヤル番号
３１    交換機
３２    管理制御装置
３３    監視部
３４    条件データベース
３６    緊急呼発生率
３７    状態
３８    状態ランク
【図１】
0004026118.tif 000002
【図２】
0004026118.tif 000003
【図３】
0004026118.tif 000004
【図４】
0004026118.tif 000005
【図５】
0004026118.tif 000006
【図６】
0004026118.tif 000007