(57)【特許請求の範囲】
【請求項１】
ＥＳＭＥにより生成されるモバイル着信メッセージを受け取るため、及びＥＳＭＥにアドレス指定されたモバイル発信メッセージを送るため、複数の外部ショートメッセージエンティティ（ＥＳＭＥ）とインタフェースするための手段（１０）と、
ＥＳＭＥにアドレス指定されたモバイル発信メッセージを受け取るため、及びモバイル着信メッセージを送るため、複数のショートメッセージサービスセンタ（ＳＭＳＣ）とインタフェースするための手段（１０）と、
前記メッセージをルーティングするための手段からなるルーティング手段（１０）と、
ルーティングコンフィグレーションを設定するための手段からなる管理手段と、
ユーザコンフィグレーションの設定を受け取るため、及びルーティングデータを出力するための手段からなるユーザインタフェースとを備え、
前記ルーティング手段が、それぞれアドレスを有する複数のルータノード（１０）を有し、前記ルータノードが、メッセージを双方向にルーティングするためのルーティングエージェントと、ドメインネームサーバ（ＤＮＳ）とを有し、
最もビジーでないルータノードのアドレスを提供するための手段を有するＤＮＳサーバを更に備えることを特徴とするメッセージングアプリケーションルータ。
【請求項２】
前記ルーティング手段が、前記ＥＳＭＥには透過的にＳＭＳＣとインタフェースし、それにより前記ＥＳＭＥに影響を与えることなくＳＭＳＣを追加または削除することができる手段を有することを特徴とする請求項１に記載のメッセージングアプリケーションルータ。
【請求項３】
前記ルータノードが、ＥＳＭＥに関連する各ＳＭＳＣにバインド要求を送るための手段を有することを特徴とする請求項１又は２に記載のメッセージングアプリケーションルータ。
【請求項４】
前記ルータノードの前記アドレスがＩＰアドレスであることを特徴とする請求項１乃至３のいずれかに記載のメッセージングアプリケーションルータ。
【請求項５】
前記ＤＮＳサーバが、要求しているＥＳＭＥにアドレスを提供するための手段を有することを特徴とする請求項１乃至４のいずれかに記載のメッセージングアプリケーションルータ。
【請求項６】
前記ＤＮＳサーバが、ルータノードをポーリングしてローディングを決定するための手段を有することを特徴とする請求項１乃至５のいずれかに記載のメッセージングアプリケーションルータ。
【請求項７】
前記ルーティング手段が、ロードバランシングのために信号をルーティングするための手段を有する外部アドレスディストリビュータを備えることを特徴とする請求項４に記載のメッセージングアプリケーションルータ。
【請求項８】
前記ルータが、ロードバランシング処理に従って２以上のＳＭＳＣにメッセージをルーティングするための手段を有することを特徴とする請求項１乃至７のいずれかに記載のメッセージングアプリケーションルータ。
【請求項９】
前記ルーティング手段が、利用可能なＳＭＳＣを示すオペレータの入力を受け取るための手段と、利用可能なＳＭＳＣを自動的に検出するための手段とを有することを特徴とする請求項１乃至８のいずれかに記載のメッセージングアプリケーションルータ。
【請求項１０】
前記ルーティング手段が、ＳＳ７障害データのようなＳＭＳＣ障害データをＳＭＳＣにおいて検索するための手段を有することを特徴とする請求項９に記載のメッセージングアプリケーションルータ。
【請求項１１】
前記ユーザインタフェースが、メッセージトラフィック及びバウンドＥＳＭＥを示すリアルタイムのクライアントデータを生成しかつ出力するための手段を有することを特徴とする請求項１乃至１０のいずれかに記載のメッセージングアプリケーションルータ。
【請求項１２】
前記ユーザインタフェースが、前記ルータノード（１０）のトラフィックを示すリアルタイムのクライアントデータを生成しかつ出力するための手段を有することを特徴とする請求項１１に記載のメッセージングアプリケーションルータ。
【請求項１３】
前記ユーザインタフェースが、ＥＳＭＥパラメータ、ＳＭＳＣパラメータ及び前記ルータノード（１０）のコンフィグレーションを構成するための手段を有するコンフィグレーション管理クライアントを備えることを特徴とする請求項１乃至１２のいずれかに記載のメッセージングアプリケーションルータ。
【請求項１４】
前記管理手段が、コンフィグレーションデータを前記ルータノード（１０）に転送するための手段を有することを特徴とする請求項１乃至１３のいずれかに記載のメッセージングアプリケーションルータ。
【請求項１５】
前記管理手段が、警報及び統計データベースを管理するためのＳＮＭＰサブエージェントを有することを特徴とする請求項１乃至１４のいずれかに記載のメッセージングアプリケーションルータ。
【請求項１６】
前記管理手段が、前記ルータノードからイベント情報を受け取りかつロギングするためのイベントハンドラを有することを特徴とする請求項１乃至１５のいずれかに記載のメッセージングアプリケーションルータ。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明はルーティング（経路指定）、特にモバイル通信ネットワーク環境におけるショートメッセージ及び関連する信号のルーティングに関する。
【０００２】
【背景技術】
本発明の目的は、オペレータが簡単かつ柔軟な手法でショートメッセージの容量を増大させまたは縮小できるようにすることである。
【０００３】
別の目的は、第三者のシステムがコアネットワークインフラストラクチャに接続される範囲を小さくすることである。
【０００４】
【発明の開示】
本発明によれば、ＥＳＭＥにより生成されるモバイル着信メッセージを受け取るため、及びＥＳＭＥにアドレス指定されたモバイル発信メッセージを送るため、複数の外部ショートメッセージエンティティ（ＥＳＭＥ）とインタフェースするための手段と、
ＥＳＭＥにアドレス指定されたモバイル発信メッセージを受け取るため、及びモバイル着信メッセージを送るため、複数のショートメッセージサービスセンタ（ＳＭＳＣ）とインタフェースするための手段と、
前記メッセージをルーティングするための手段からなるルーティング手段と、ルーティングコンフィグレーションを設定するための手段からなる管理手段と、
ユーザコンフィグレーションの設定を受け取るため、及びルーティングデータを出力するための手段からなるユーザインタフェースとを備えることを特徴とするメッセージングアプリケーションルータが提供される。
【０００５】
ある実施例では、前記ルーティング手段が、前記ＥＳＭＥには透過的にＳＭＳＣとインタフェースし、それにより前記ＥＳＭＥに影響を与えることなくＳＭＳＣを追加または削除することができる手段を有する。
【０００６】
別の実施例では、前記ルーティング手段が複数のルータノードを有する。
【０００７】
ある実施例では、前記ルータノードが、
メッセージを双方向にルーティングするためのルーティングエージェントと、ドメインネームサーバ（ＤＮＳ）とを有する。
【０００８】
別の実施例では、前記ルータノードが、ＥＳＭＥに関連する各ＳＭＳＣにバインド要求を送るための手段を有する。
【０００９】
好ましくは、各ルータノードがアドレスを有する。
【００１０】
別の実施例では、前記アドレスがＩＰアドレスである。
【００１１】
ある実施例では、ＤＮＳサーバが、最もビジーでないルータノードのアドレスを提供する手段を有する。
【００１２】
別の実施例では、前記ＤＮＳサーバが、要求しているＥＳＭＥにアドレスを提供するための手段を有する。
【００１３】
ある実施例では、前記ＤＮＳサーバが、ルータノードをポーリングしてローディングを決定するための手段を有する。
【００１４】
別の実施例では、前記ルーティング手段が、ロードバランシングのために信号をルーティングするための手段を有する外部アドレスディストリビュータを備える。
【００１５】
ある実施例では、前記ルータが、ロードバランシング処理に従って２以上のＳＭＳＣにメッセージをルーティングするための手段を有する。
【００１６】
別の実施例では、前記ルーティング手段が、利用可能なＳＭＳＣを示すオペレータの入力を受け取るための手段と、利用可能なＳＭＳＣを自動的に検出するための手段とを有する。
【００１７】
ある実施例では、前記ルーティング手段が、ＳＳ７障害データのようなＳＭＳＣ障害データをＳＭＳＣにおいて検索するための手段を有する。
【００１８】
別の実施例では、前記ユーザインタフェースノードが、メッセージトラフィック及びバウンドＥＳＭＥを示すリアルタイムのクライアントデータを生成しかつ出力するための手段を有する。
【００１９】
ある実施例では、前記ユーザインタフェースノードが、ルータノードのトラフィックを示すリアルタイムのクライアントデータを生成しかつ出力するための手段を有する。
【００２０】
別の実施例では、前記ユーザインタフェースノードが、ＥＳＭＥパラメータ、ＳＭＳＣパラメータ及びルータノードのコンフィグレーションを構成するための手段を有するコンフィグレーション管理クライアントを備える。
【００２１】
ある実施例では、前記管理手段が、コンフィグレーションデータをルータノードに転送するための手段を有する。
【００２２】
ある実施例では、前記管理ノードが、警報及び統計データベースを管理するためのＳＮＭＰサブエージェントを有する。
【００２３】
別の実施例では、前記管理手段が、前記ルータノードからイベント情報を受け取りかつロギングするためのイベントハンドラを有する。
【００２４】
【発明を実施するための最良の形態】
本発明は、添付図面を参照しつつ、単なる実施例として以下に記載されるいくつかの実施態様の詳細な説明からより明確に理解される。
【００２５】
添付図面に関し、最初に図１において、メッセージングアプリケーションルータ（「ＭＡＲ」または「ルータ」）１は、一方の側において不可価値メッセ−ジングサービス（ＶＡＭＳ）２とインタフェースし、かつ他方においてモバイルネットワーク４のショートメッセージサービスセンター（ＳＭＳＣ）３とインタフェースしている。ＶＡＭＳ２は、より一般的に言えば外部ショートメッセージエンティティ（ＥＳＭＥ）である。
【００２６】
ルータ１は、ＶＡＭのプラットフォームがネットワークオペレータのＳＭＳインフラストラクチャと接続する単一の接点を提供する。ＶＡＭプラットフォームにより生成されるモバイル着信（ＭＴ）メッセージは、前記ネットワーク内に導入されたＳＭＳＣに配布される。同様にして、いずれかのＳＭＳＣに到達するモバイル発信（ＭＯ）メッセージは、ルータ１を通過して適正なＶＡＭＳプラットフォームに戻される。
【００２７】
重要な利益の幾つかは以下のとおりである。
柔軟性：ＳＭＳＣは、サービスに影響を与えることなくネットワークに追加しまたは取り外すことができる。
高い冗長性：あるＳＭＳＣが故障の場合には、トラフィックが自動的にモバイルネットワークの別のＳＭＳＣに迂回される。
単一の接触点：前記メッセ−ジングアプリケーションルータは、全ＶＡＭＳについて単一の接触点を提供する。ＶＡＭＳは、ネットワーク内でＳＭＳＣの数量またはコンフィグレーションを意識する必要がない。
分離レイヤ：第３者のＶＡＭＳは、コアネットワークインフラストラクチャと直接に接続されない。
【００２８】
ＭＡＲ１は単一のユーザインタフェースを有し、オペレータがＳＭＳアプリケーションをネットワーク内の１つまたはいくつかのＳＭＳＣと接続されるように構成できるようにしている。これによりオペレータには柔軟性が与えられ、サービスに影響を与えることなくＳＭＳトラフィックに変化を与えることができ、かつＳＭＳアプリケーションのコンフィグレーションに何ら変更を必要としない。ＭＡＲ１がサポートする変更に含まれるのは、
テストのために割り当てられたＳＭＳＣからライブネットワークにＳＭＳアプリケーションを動かすこと、
ＳＭＳＣを追加して、メッセ−ジングトラフィックの増加に対処すること、
ＳＭＳアプリケーションを追加すること、及び
特定のＳＭＳＣにおけるＳＭＳアプリケーションを再配置しかつ論理的にグループ化することである。
【００２９】
モバイル着信（ＭＴ）トラフィックに関し、オペレータは、特定のＳＭＰＰ（ショートメッセージピアツーピア）アプリケーションからのトラフィックを幾つかあるいずれかの手法で取扱うようにルータ１を構成することができる。
【００３０】
（ａ）単一のスタンバイシステム付き指定
ＳＭＰＰアプリケーションからの全メッセージは、単一の「指定された」ＳＭＳＣに経路指定される。このＳＭＳＣが使用されなくなった場合には、トラフィックはスタンバイＳＭＳＣに経路指定される。
（ｂ）分散
トラフィックは多数のＳＭＳＣに分散される。１つまたは複数のＳＭＳＣが使われていない場合には、その使われなくなったＳＭＳＣに経路指定されていたトラフィックは、残りのＳＭＳＣに分散されることになる。
（ｃ）スタンバイへの分散付き指定
このオプションは上記２つの組み合わせである。通常の環境では、全トラフィックが「指定された」ＳＭＳＣに経路指定される。このＳＭＳＣが使用されていない場合には、トラフィックは他の多くのＳＭＳＣに分散される。
（ｄ）指定数範囲によるルーティング。これは、恐らくは異なる技術で、幾つかのネットワークにトラフィックを分散させることである。
（ｅ）上記方法（ａ）及び（ｄ）の組み合わせを用いた階層ルーティングモード。
（ｆ）モジュラアーキテクチュアは、追加のルーティング方法を容易に追加できるようにする。
【００３１】
ＭＡＲ１は、「Ｎ＋１」コンフィグレーションの低コストハードウェアプラットフォームのクラスタでランするように構成される。この方法によって、ＭＡＲ１に冗長性及びスケーラビリティが与えられる。追加容量は、前記クラスタにハードウェアプラットフォームを追加することによって提供することができる。
【００３２】
ＭＡＲ１は図２に示すように、３タイプのノードからなるアーキテクチュアを有する。
ルータノード（ＲＮ）１０
ルータノードは、ＥＳＭＥからメッセージを受け取り、かつそれらをＳＭＳＣに送りまたはその逆を行なう責任を有する。ＭＡＲ１は、フォールトトレランスの理由で少なくとも２つのＲＮを有するが、トラフィック量の増加に対処するべく追加のＲＮを追加することができる。
ユーザインタフェースノード（ＵＩＮ）１１
ユーザインタフェースノードは、ユーザがＭＡＲ１を構成しかつ操作できるようにする。ＭＡＲ１は、一度にライブコンフィグレーションを変更し得るＵＩＮが１つだけであるにも拘らず、いくつかのＵＩＮを持つことができる。
管理ノード（ＭＮ）１２
管理ノードは、イベント、警報及び統計を収集し、かつユーザインタフェースと通信する責任を有する。また、ＭＮ１２は、簡易ネットワーク管理プロトコル（ＳＮＭＰ）のトラップを利用者のネットワーク管理システムに送る。
【００３３】
各ＭＡＲには単一のＭＮ１２が存在する。低容量システムでは、前記ＭＮが、ルータノード１０の１つとして同じハードウェアプラットフォーム上に存在し得る。
【００３４】
ルータノード（ＲＮ）
ＥＳＭＥがＭＡＲ２にバインド要求を送ると、この要求は、図３に詳細に示すように、２つまたはそれ以上の同一のルータノード１０の１つが取扱う。どのルータノードにＥＳＭＥの要求を送らなければならないかの決定は、アドレス指定機能によって行なわれる。図３に示すように、各ＲＮは、ドメインネームサーバ（ＤＮＳ）、及びルータ処理を実行するルーティングエージェント（ＲＡ）を備える。幾つかのＤＮＳサーバは冗長性に利用可能である。これらは、前記ＭＡＲのクラスタの全部または幾つかのノードでランする。前記ルーティングエージェントはＲＮ及びＭＡＲの機能的コアである。前記ルーティングエージェントはＥＳＭＥからモバイル着信メッセージを受け取り、かつそれらを前記ネットワーク内のＳＭＳＣに転送し、かつ別の向きでは、テレパス（Telepath）SMSCからモバイル発信メッセージを受け取りかつそれらをＥＳＭＥに転送する。
【００３５】
ＥＳＭＥバインドの取扱い
前記ＭＡＲは、ＥＳＭＥのソフトウェアまたはコンフィグレーションへの変更の必要性を回避するべくＥＳＭＥに透過的である。ＥＳＭＥがトランスミッタバインド要求を前記ＭＡＲに送ると、前記要求を取扱うルータノード１０が、図４に示すように、前記ＥＳＭＥが構成された各ＳＭＳＣにバインド要求を送る。少なくとも１つのＳＭＳＣへのバインドが成功したと仮定すると、続く全てのメッセージプロトコルデータユニットが前記ＲＮにより、前記ＰＤＵのフィールドへの変更なくまたはわずかな変更で送られる。レシーバＥＳＮＥ接続がなされている場合、そのＥＳＭＥについて前記ＳＭＳＣに記憶されている全てのＭＯメッセージが前記ＲＮにより送られる。
【００３６】
ルータノードの選択−ＩＰアドレス指定
上述したように、前記ＭＡＲは、ＥＳＭＥが接続することができる２以上のルータノードを有する。これらＲＮはそれぞれ全く別個のＩＰアドレスを有する。ＥＳＭＥが１つのアドレスを用いて前記ＭＡＲと接触しかつ前記ＲＮ間のノードをバランスさせることもできるようにする２つのソリューションが開発されている。オペレータは、任意によりこれらソリューションの一方または両方を選択することができる。
【００３７】
オプション１−ＭＡＲ内でのドメインネームサーバ（ＤＮＳ）の使用
好ましいソリューションは、各ＥＳＭＥが、ＩＰアドレスよりもむしろオペレータのＭＡＲのドメインネームで構成されることである。このソリューションが図５に示されている。
【００３８】
前記ＭＡＲに接続する前に、ＥＳＭＥは先ず前記ＭＡＲのＤＮＳサーバの１つと通信して、接続しようとするＩＰアドレスを入手する。（フォールトトレランスの理由で、前記ＥＳＭＥのＮＤＳリゾルバファイルは常に前記ＭＡＲの２つのＤＮＳサーバのＩＰアドレスで構成される。）前記ＤＮＳサーバは、前記最小数のＥＳＭＥ接続を現在サポートしている前記ＲＮのＩＰアドレスに応答する。次に、前記ＥＳＭＥはこのＩＰアドレスに接続し、バインド動作を用いてＳＭＰＰ接続を確立する。
【００３９】
各ＲＮのＥＳＭＥローディングを決定するために、前記ＤＮＳは各ＲＮに問合せを送る。前記ＲＮの応答を用いて、返されたＩＰアドレスをソートする。ＲＮが失敗した場合には、前記ＤＮＳサーバはロード問合せに対する応答が得られず、従って前記ＲＮのＩＰアドレスを返すことはない。
【００４０】
オプション２−外部ＩＰディストリビュータの利用
最も利用可能なノードを識別する方法としてＤＮＳを実行しようと思わないオペレータには、図６に示される外部ＩＰディストリビュータを用いる別のソリューションがある。外部ＩＰディストリビュータは単一のＩＰアドレスを使用し、ＥＳＭＥが用いてＴＣＰ／ＩＰ接続を開く。ＥＳＭＥが接続すると、前記ディストリビュータは前記接続をＭＡＲ内のＲＮの１つに、それぞれのロードに基づいて割り当てる。ＥＳＭＥが前記ディストリビュータに全ＩＰパケットを送り続けることになるにも拘らず、前記ディストリビュータは、パケットのヘッダを書き換えかつそれらを適当なＲＮに送ることになる。前記ディストリビュータは、最小数のＥＳＭＥ接続を現在サポートしている前記ＲＮを選択することによって、最もロードの軽いＲＮを決定する。このオプションは、ＩＰアドレスよりもむしろドメインネームを用いてＥＳＭＥを変更する必要がない場合に適している。
【００４１】
モバイル着信メッセージの分散
前記ＭＡＲは、ＥＳＭＥからモバイル着信（ＭＴ）メッセージを１つの指定されたＳＭＳＣに送り、または全部若しくは幾つかのＳＭＳＣにそれらを分散するように構成することができる。第３のオプションは、これら２つの方法の組み合わせを提供する。これら３つのメッセージ配布方法を以下に記載する。
【００４２】
単一のバックアップＳＭＳＣで指定されたＳＭＳＣにＭＴメッセージをルーティング
この場合、前記ＥＳＭＥからの全トラフィックは特定のＳＭＳＣに送られる。また、指定されたＳＭＳＣが故障の場合に用いられる１つまたは複数のバックアップＳＭＳＣを構成することができる。このような故障が起こった場合、以下に記載する分散処理が前記ＲＡにより用られて、メッセージを前記バックアップＳＭＳＣに転送する。
【００４３】
全部または幾つかのＳＭＳＣへの分散
２以上のＳＭＳＣへのＭＴメッセージのルーティングは、「ハッシング」処理を用いて実行される。この処理は、メッセージの宛先ＭＳＩＳＤＮを用いて、前記メッセージが送られるべきＳＭＳＣを選択する。この処理は、次の条件を満足する。
【００４４】
ＭＳＩＳＤＮは決定論的手法でＳＭＳＣにマップする。ＥＳＭＥにより特定の宛先ＭＳＩＳＤＮに送られたメッセージは常に同じＳＭＳＣに経路指定される。これにより、正常な状況では、特定のＥＳＭＥへのメッセージが常に正しい順序で配送されることが確保される。
【００４５】
メッセージは、コンフィグラブルな手法で前記ＳＭＳＣに統計的に分配され、それにより最も大きい伝送容量を有するＳＭＳＣがより大きな割合のメッセージを受信する。
【００４６】
このアルゴリズムは、予想外のＳＭＳＣの停電の可能性に対処している。この場合、利用できないＳＭＳＣに最初予定されていたメッセージは、アクティブなＳＭＳＣに経路再指定される。ＳＭＳＣの停電は、前記ＭＳＩＳＤＮ／ＳＭＳＣの他のＳＭＳＣのマッピングを中断させない。故障したＳＭＳＣに送られるはずであったトラフィックは、残りのＳＭＳＣに経路再指定される。このアルゴリズムは、数字に加えてアルファベット文字を含むＭＳＩＳＤＮを取扱う。このアルゴリズムは、各ＳＭＳＣについて前記ＭＡＲ内に構成された重み付けの値を用いて、各ＳＭＳＣに送られるべきメッセージの割合を決定する。
【００４７】
ＳＭＳＣ及びＳＳ７ネットワーク故障の検出
ＳＭＳＣ故障
オペレータは、ＳＭＳＣをそのネットワークからメンテナンスまたは他の理由で取り外すことができる。オペレータは、この行為を前記ＭＡＲに、ＭＡＲユーザインタフェースのシステムコンフィグレーションを変更することによって通知する。ここでルータノードには、アクティブでないＳＭＳＣには全くメッセージが送られないことを知らせる。また、ＭＡＲは予定外のＳＭＳＣの停電を検出する。各ルータノードは、それが確立したＳＭＳＣ接続をモニタし、かつ次のいずれかが起こった場合にＳＭＳＣは故障していると考える。即ち、
ＳＭＳＣにメッセージを送ろうとする試みが失敗したこと−トランザクションが時間切れであること、または
前記ルータノードがソケットで接続解除の作用を検出したこと。
【００４８】
これらのいずれかが起こった場合、故障したＳＭＳＣに当初予定されていたメッセージは、メッセージ分散アルゴリズムによって別のＳＭＳＣに経路再指定される。ＥＳＭＥが用いるように構成されていた全てのＳＭＳＣが故障していると検出された場合には、前記ＭＡＲはＥＳＭＥで接続解除シーケンスを開始することになる。
【００４９】
ＥＳＭＥが、enquire_link ＰＤＵを前記ＭＡＲに送る場合には、ＭＡＲはこの問合せを現在バインドしているＳＭＳＣに送る。ＭＡＲが少なくともＳＭＳＣから有効な応答を受け取る場合、この応答はＥＳＭＥに送られる。ＭＡＲは、それを混乱させることを避けるために、前記ＥＳＭＥへの２つ以上のenquire_link応答をそれに戻すことはない。
【００５０】
ＳＳ７ネットワーク障害
ルータノードは、ＳＭＳＣがそのＳＳ７側に問題を有していると考える場合には、ＳＭＳＣにメッセージを送ることを止めることができる。ＭＡＲはＳＭＳＣのＯＡＭ  ＭＩＢデータベースに記憶されている関連するＳＳ７障害データを読取ることによって、このような問題を検出しようとする。このデータベースは、ＳＭＳＣによりその故障及び障害情報で更新されているので、各ルータノードは、それが接続を確立している各ＳＭＳＣからＳＳ７の状態を周期的に「フェッチ」する（取り出す）。特定のＳＭＳＣにＳＳ７障害が検出された場合、前記ＲＮはこのＳＭＳＣに、前記障害が無くなるまでメッセージを送ることはない。この機能は、要求に応じて無効にすることができる。
【００５１】
他の構成要素とのインタラクション
前記ルータノードは、ＥＳＭＥと通信しなければならないだけでなく、ＭＡＲを構成する他の要素とも通信しなければならない。この内部インタラクションは次のように要約することができる。
【００５２】
ルータノードは、管理ノードからユーザ入力のコンフィグレーションデータを入手する。
ルーティングエージェントは、ルータノードまたは管理ノードに存在するＤＮＳ構成要素からの問合せを受け取る。前記ＲＡはその現在のノードレベルで応答する。
前記ＲＮは、管理ノードに存在するＳＮＭＰ構成要素に統計情報を周期的に送る。
ＲＮは、イベントが起こると、管理ノードに存在する「イベントハンドラ」にイベント情報を送る。
【００５３】
ユーザインタフェースノード（ＵＩＮ）
前記ユーザインタフェースノードは、マイクロソフトウィンドウズ（登録商標）のプラットフォームに存在する。これは２つの構成要素からなる。
リアルタイムデータクライアント−ユーザ特定の時間間隔で、統計情報をリアルタイムに表示する。
コンフィグレーション管理クライアント−ユーザがＥＳＭＥ、ＳＭＳＣ及びルータノードのコンフィグレーションを定義できるようにする。また、ユーザが、ＳＭＳＣが使用する変換テーブルを含む、ディスク上に存在するファイルを特定できるようにする。ここで、前記ＭＡＲはこのファイルをＳＭＳＣプラットフォーム上の適当なディレクトリに送る。
【００５４】
図２に示すように、ＵＩＮは管理ノードと通信する。ＵＩＮは、ＭＮから統計情報を入手し、かつユーザにより定義された最新のＥＳＭＥ及びＳＭＳＣコンフィグレーションをそれに送る。
【００５５】
リアルタイムデータクライアント（ＲＤＣ）
ＲＤＣウィンドウは、複数のユーザがいつでも表示させることができ、以下に説明するような図を表示する。前記図に表示されるパラメータは、ユーザにより構成された時間間隔で周期的に更新される。
【００５６】
メッセージトラフィック−メッセージレートを作図した時系列折れ線グラフ：ＭＴ−ＭＯ及び合計メッセージの数対ＭＡＲが取り扱う時間。ＭＴ、ＭＯ及び合計メッセージは３つの別個の線として示される。
バウンドＥＳＭＥ−ルータノード毎の現在バインドされているＥＳＭＥの数を示す棒グラフ。
ルータメッセージトラフィック−各ルータノードが最近の（構成された）時間間隔に取り扱ったメッセージの数を示す棒グラフ。
【００５７】
コンフィグレーション管理クライアント（ＣＭＣ）
前記ＭＡＲは、コンフィグレーション管理クライアント（ＣＭＣ）を用いて構成される。ＣＭＣは３つの主要なパラメータのグループ、
ＥＳＭＥパラメータ、
ＳＭＳＣパラメータ、
ルータノードコンフィグレーション
を有する。
【００５８】
ＥＳＭＥパラメータは、前記ルータに接続された各ＳＭＳアプリケーションを構成するのに使用される。これらパラメータの大部分は、ＭＡＲの存在無しで、テレパス（Telepath）ＳＭＳＣに直接設定されるようなものであり、次のものが含まれる。
ＥＳＭＥ名
ＥＳＭＥパスワード
デフォルトＴＯＮ−数のデフォルトＥＳＭＥタイプ
デフォルトＮＰＩ−デフォルトＥＳＭＥ数プランインジケータ
デフォルトＭＳＩＳＤＮ−デフォルトＥＳＭＥアドレス
最大セッション−ＥＳＭＥが許容されたバインドセッションの最大数
ルーティングＴＯＮ−ルーティング式で用いられる数のタイプ
ルーティングＮＰＩ−ルーティング式で用いられる数プランインジケータ
最大メッセージ長−ＥＳＭＥが提示し得るメッセージの最大長さ
ＳＭＳＣのリスト−ＥＳＭＥのメッセージを送ることができるＳＭＳＣ
ＡＩＭタイプ−使用される単信または多重ＡＩＭ
指定スロットリング−スロットリング速度
分散スロットリング−スロットリング速度
ＳＭＳＣコンフィグレーションパラメータは、ＭＡＲが通信しなければならない各ＳＭＳＣについて入力される。前記パラメータには次のものが含まれる。
ＳＭＳＣ名
ＳＭＳＣ  ＩＰアドレス
ＳＭＳＣ使用可能／不能
重み付け値−ＳＭＳＣの他のＳＭＳＣに関する重み付けの値。このパラメータは、メッセージ分散アルゴリズムにより使用されて、このＳＭＳＣにどの割合のＥＳＭＥメッセージを送るべきかを決定する。
【００５９】
更に、ＭＡＲ内の各ルータノードについて次のパラメータが入力される。
ＲＮ名
ＲＮ使用可能／不能
これ以上のＥＳＭＥバインド防止−このフラッグが設定されると、前記ＲＮは既存のＥＳＭＥ接続は維持するが、これ以上のバインドの試みは拒絶する。
最大ＥＳＭＥ接続−このＲＮについて可能なＥＳＭＥ接続の最大数。
【００６０】
管理ノード（ＭＮ）
図７に示すように、管理ノードは次の構成要素からなる。
管理エージェント２０
ＳＮＭＰサブエージェント２１
ＤＮＳサーバ２２
イベントハンドラ２３
【００６１】
管理エージェント（ＭＡ）２０は次のタスクを実行する。
ユーザインタフェースノード（ＵＩＮ）１１から統計情報の要求を受け取り、次に検索しかつそれに適当なデータを送る。
前記ＵＩＮからコンフィグレーションデータを受け取る。
ＥＳＭＥ、ＳＭＳＣ及びＲＮコンフィグレーションデータを前記ルータノードに送る。
ＥＳＭＥ名パスワード及びスロットリング情報を含む最新のＥＳＭＥコンフィグレーションデータでＳＭＳＣのＡＩＭ記録を遠隔プロビジョニングする。これによってユーザは、各ＳＭＳＣにおいて前記パラメータの入力を繰り返す必要がないので、ＭＡＲ内に多くのＳＭＳＣ  ＡＩＭパラメータのための中央コンフィグレーション点を持つことができる。
【００６２】
ＳＮＭＰサブエージェントは、警報及び統計データベース（ＳＮＭＰ  ＭＩＢ）のカストディアン（管理人）である。これは、オペレータのＳＮＭＰ管理者からの要求を処理してこの情報を見、システムアラームが出されたとき前記管理者にＳＮＭＰトラップを送る。ＤＮＳ構成要素はＩＰアドレス指定機能に参加する。イベントハンドラ構成要素は、ルータノードからイベント情報を受け取りかつロギング（記録）する。
【００６３】
ＥＳＭＥメッセージスロットリング
前記ＭＡＲは、ＥＳＭＥ毎を基準にしてモバイル着信メッセージのスロットリングをサポートするように構成することができる。これを達成するために、前記ＭＡＲはＳＭＳＣにスロットリング速度を構成するだけである。所定時間内に最大数のメッセージが到達すると、ＳＭＳＣは、次の時間が開始するまで、ＳＭＳアプリケーションが別のメッセージを提示しようとする度に、エラーメッセージを送る。
【００６４】
ＭＡＲは、ＭＡＲが多数のＳＭＳＣにＳＭＳアプリケーションのトラフィックを分散するように構成されているか、または全メッセージを単一のＳＭＳＣに送るように構成されているかによって異なる２つの方法でＳＭＳＣにスロットリングを構成する。これら２つの場合について以下に説明する。
【００６５】
分散スロットリング
前記ＭＡＲがいくつかのＳＭＳＣにアプリケーションからのメッセージを配布するように構成されている場合、ＭＡＲはこのスロットリング速度を、これらのＳＭＳＣに割り当てられた重み付けに従ってこのＥＳＭＥについて構成されたＳＭＳＣ間で分割し、かつこれらの値をプロビジョニングする。
【００６６】
以下の表１は、ＥＳＭＥについて設定されたスロットリング速度が毎秒２０メッセージであり、ＥＳＭＥがＳＭＳＣ１〜４を用いるように構成されており、かつＳＭＳＣ２のトラフィック容量が他のＳＭＳＣのそれの２倍であり、各ＳＭＳＣに割り当てられた重み付けの値に反映されている場合の実施例を示している。
【００６７】
【表１】
0004756188.tif 000002
【００６８】
この方法の利点は、
ＳＭＳアプリケーションからのトラフィックが構成された閾値レベルまたはＭＡＲのアプリケーションに到達すると、スロットリングがＭＡＲから全ＳＭＳＣへの接続について起こり始めること、及び
ＳＭＳＣが使用されておらずかつそれに従って利用可能なトラフィック容量が少なくなると、ＥＳＭＥについて可能な最大トラフィックデータが比例的に小さくなることである。
【００６９】
指定スロットリング
指定スロットリングは、ＥＳＭＥのメッセージが１つの指定されたＳＭＳＣに送られるようにユーザが条件付けしている場合に用いることができる。この場合、コンフィグレーション管理クライアントにおいて入力されるスロットリング値は、ＭＡＲによりＳＭＳＣでプロビジョニングされる関連ＡＩＭコンフィグレーションに複製される。
【００７０】
ＭＡＲが、特定のＳＭＳアプリケーションについてフォールバックとして多数のＳＭＳＣへの分散をもって指定ルーティングを用いるように構成されている場合、別個の指定及び分散スロットリング値を構成することができる。
【００７１】
ＭＡＲアクセス及びＥＳＭＥセキュリティ
メッセージングアプリケーションルータにより提供されるセキュリティ機能は２つの主要な領域、即ち
ユーザインタフェースセキュリティ、及び
ＭＡＲにバインドするＥＳＭＥ、及び対応するＳＭＳＣへのバインド接続のパスワード保護
を対象としている。
【００７２】
ユーザインタフェースセキュリティ
ＭＡＲユーザインタフェースで何らかのデータを見たり入力する前に、ユーザは、オペレータの指定したシステム管理責任者により４つの異なるアクセスレベルに設定されている４つのパスワードの１つを入力しなければならない。ユーザが入力したパスワードがＭＡＲにより認識されない場合、ＭＡＲ情報を表示または変更するというユーザの要求は拒絶される。
【００７３】
前記４つのパスワードは、次のように特権が順次高くなる順に定義される。
i．リアルタイムデータクライアント（ＲＤＣ）パスワード
ＲＤＣは、ＭＡＲリアルタイム統計を表示するユーザインタフェースウィンドウである。複数のユーザがいつでもリアルタイム統計を表示できるにも拘わらず、全てのユーザは、そうするのに予め定義されたパスワードを入力しなければならない。
ii．コンフィグレーション管理クライアント（ＣＭＣ）：リードオンリ
ＣＭＣは、ユーザがＭＡＲパラメータを見て変更できるようにするユーザインタフェースウィンドウの組である。ＲＤＣパスワードではユーザはＣＭＣ機能へのアクセスが与えられない。この（ＣＭＣリードオンリ）パスワードは、ユーザが全ＣＭＣパラメータを見ることができるようにはするが、それらを変更できないようにするものである。
iii．ＣＭＣ：ＥＳＭＥパラメータ
これはユーザがＭＡＲパラメータを変更しかつ新しいコンフィグレーションファイルを作ることができるようにする最低レベルのパスワードである。これによってユーザは、ＣＭＣ機能で表示される全てのＥＳＭＥパラメータフィールドに入力を行うことができる。別のフィールドへの入力の試みは全て拒絶される。この新しいコンフィグレーションファイルの作成は、ＭＡＲによるＳＭＳＣ  ＡＩＭ記録の遠隔プロビジョニングを開始させることに注目すべきである。
iv．ＣＭＣ：フルアクセス
このパスワードは、ユーザがあらゆるＣＭＣフィールドに入力を行いかつ新しいコンフィグレーションファイルを作成できるようにする。また、これは、ユーザが４つのＵＩパスワードを変更できるようにする唯一のアクセスレベルである。
【００７４】
追加のユーザインタフェースセキュリティ機能には次のものが含まれる。
パスワード暗号化
４つ全部のインタフェースパスワードは、ディスクに保存する前に暗号化を必要とする。前記（暗号化された）パスワードは、ＣＭＣウィンドウに表示される他の（暗号化されていない）パラメータと同様に、ＭＡＲコンフィグレーションファイルに記憶される。この暗号化は、標準的なユニックス（ＵＮＩＸ：登録商標）ツールを用いて単に前記ファイルを読み出すことにより何者かがパスワードを得ることを防止する。
パスワード表示
パスワードをユーザインタフェースにおいて入力したとき、それらは画面に表示されない。
パスワード変更
フルアクセスのパスワードを有するユーザは、全パスワードを変更することができる。パスワードを変更するとき、完全なアクセス権を有するユーザはまた、パスワードを首尾よく変更する前にフルアクセスパスワードを要求される。この手続において、フルアクセスパスワード及びＥＳＭＥコンフィグレーションパスワードは画面に表示されない。
【００７５】
ＥＳＭＥセキュリティ
ＥＳＭＥがＭＡＲにバインドすると、ＥＳＭＥによりそのbind_transmitter及びbind_receiverＰＤＵに含まれるパラメータの１つがパスワードである。このパスワードは、ＭＡＲがＥＳＭＥ要求を認証するのに用いられる。ＭＡＲが、そのＥＳＭＥに関する対応するバインド要求をテレパスＳＭＳＣに行うとき、ＭＡＲにより異なるパスワードが使用される。これによって、ＥＳＭＥがＭＡＲをバイパスしかつＳＭＳＣに直接接続を確立することが防止される。
【００７６】
前記ユーザインタフェースからＭＡＲで両方のパスワード、即ち
ＥＳＭＥからＭＡＲへのバインドのパスワード、及び
テレパスＳＭＳＣへの対応するバインドのパスワード
を構成することができる。
【００７７】
任意により、オペレータはこれらのパスワードを同じ値に設定することができる。この設定は、ＳＭＳＣからＭＡＲへのトラフィックの移行の際に用いることができる。
【００７８】
イベント及び警報の報告
次の表３（表２の誤り）は、ＭＡＲにより生成されかつ取り扱われるイベント及び警報を列挙している。各警報の重要度及びどの重要度でＳＮＭＰトラップを生成すべきかを定義する、ユーザが構成可能なオプションが提供される。
【００７９】
【表２】
0004756188.tif 000003
【００８０】
ＳＮＭＰトラップはオペレータのネットワーク管理システムに送られる。また、全警報及びイベントは管理ノードのイベントログに記憶されかつ標準のユニックスツールを用いて見ることができる。
【００８１】
ハードウェアコンフィグレーション
前記ルータノード及び管理ノードはヒューレットパッカード製Ｌ１０００（登録商標）サーバに展開される。より大きなＭＡＲ容量が要求されると、それぞれ別のルータノードとして機能する追加のサーバが追加される。前記ユーザインタフェースノード（ＵＩＮ）ソフトウェアはＰＣハードウェアでランする。一時にライブコンフィグレーションを変更できるＵＩＮは１つだけであるにも拘わらず、いくつかのＵＩＮを同時に用いることができる。ＭＡＲは、Ｓｅｍａ、ＯＩＳ、ＣＭＧ、ＥＭＩ、及びノキアＣＩＭＯ  ＳＭＳメッセージ提示プロトコルをサポートする。
【００８２】
前記ＭＡＲは次の追加機能を含むことができると考えられる。
ＵＳＳＤのサポート。ＭＡＲはＵＳＳＤサーバの冗長なコンフィグレーションの一部となる。これを達成するため、前記ルータは、移動体への全ＵＳＳＤメッセージが対話時に同じＵＳＳＤサーバを介して経路指定されることが確保されるように強化する必要がある。
Ｘ．２５サポート。
ＥＳＭＥが用いる他の非ＳＭＰＰプロトコルのサポート。
ＳＭＰＰリリース３．４及びリリース４．０。
追加のメッセージ分散アルゴリズム。
無線インターネットデータプロトコルのルーティングのサポート。
ルーティング及び機能パラメータを決定する外部データベースの問合せ（例えば、白黒での作表、前払いＳＭＳ課金、移動体番号の移植性、及び分散リスト、代替加入者へのＳＭＳメッセージの転換を可能にすること）。
【００８３】
本発明は上述した実施例に限定されるものでなく、その構成及び詳細において様々に変形・変更することができる。
【図面の簡単な説明】
【図１】  本発明のルータのコンテキストを示す図である。
【図２】  ルータのコンフィグレーションを示す図である。
【図３】  ルータのルータノードのコンフィグレーションを示す図である。
【図４】  ＥＳＭＥからのバインド要求のハンドリングを示す図である。
【図５】  ＲＮのＩＰアドレスを獲得するＤＮＳの使用を示す図である。
【図６】  外部ＩＰディストリビュータの使用を示す図である。
【図７】  ルータの管理ノードのコンフィグレーションを示す図である。
【図１】
0004756188.tif 000004
【図２】
0004756188.tif 000005
【図３】
0004756188.tif 000006
【図４】
0004756188.tif 000007
【図５】
0004756188.tif 000008
【図６】
0004756188.tif 000009
【図７】
0004756188.tif 000010