(57)【特許請求の範囲】
【請求項１】
無線ネットワークにおいてプロセッサ／コントローラを備えた短メッセージ・サービスセンターによって短メッセージを処理する方法であって、
第１のＩＤを第１の所定の変数セットと関連付け、該第１の所定の変数セットを前記プロセッサ／コントローラよってデータベースに記憶する段階であって、該第１の所定の変数セットが、前記無線ネットワークにおいて短メッセージの記憶及び配信に影響を与える少なくとも一個の記憶変数と少なくとも一個の配信変数を有する、段階、
前記第１のＩＤを前記プロセッサ／コントローラによって複数のサービスユーザに割当てる段階
前記プロセッサ／コントローラによって前記第１のＩＤを割当てられた少なくとも一個のサービスユーザのために短メッセージを受信する段階、
前記第１のＩＤと関連付けられた前記第１の所定の変数セットにおいて定義された記憶変数に応答して前記短メッセージを記憶する段階、及び
前記第１のＩＤと関連付けられた前記第１の所定の変数セットにおいて定義された前記配信変数に応答して、前記無線ネットワークにおいて少なくとも一個のサービスユーザに前記短メッセージを送信する段階、
を備えてなる方法。
【請求項２】
前記複数のサービスユーザは配布リスト上の複数の受信者である、請求項１記載の方法。
【請求項３】
単一ブロック内で処理できる配布リスト上の受信者の最大数を示す第１の所定最大数を設定する段階と、
配布リスト上の受信者の第１の数を決定する段階と、を更に備え、
もし、前記受信者の第１の数が第１の所定最大数を超えるのであれば、
配布リスト上の複数の受信者を複数の受信者ブロックに分割し、複数の受信者ブロックの各々は複数の受信者のサブセットであり、複数の受信者ブロックの各々は前記第１の所定最大数に対応する受信者の最大数を含む、段階と、
前記短メッセージを、複数の受信者ブロックの第１のブロックに対して伝送する段階と、
前記第１ブロックの配信状況を監視する段階と、
前記配信状況が所定の基準を満たした後に複数の受信者ブロックの第２のブロックを伝送する段階と、
を実行する、請求項２記載の方法。
【請求項４】
単一ブロック内で処理され得る配布リスト上の受信者の最大数を示す第１の所定最大数を設定する段階と、
前記配布リスト上の受信者の第１の数を決定する段階と、
複数の受信者の数に対応する短メッセージの複数のコピーを作成する段階と、を更に備え、
前記受信者の第１の数が前記第１の所定最大数を超える場合、
前記短メッセージの複数のコピーを複数のブロックにグループ化し、該複数のブロックの各々は第１の所定最大数に対応する最大数のコピーを含む段階と、
前記複数のブロックの第１のブロックを伝送する段階と、
第１のブロックの配信状況を監視する段階と、
配信状況が所定の基準を満足した後で複数のブロックの第２のブロックを伝送する段階と、
を実行する、請求項２記載の方法。
【請求項５】
第１のマーケット・セグメントに対し、該第１のマーケット・セグメントに割当てられた少なくとも一個のサービスユーザに対するメッセージ処理特性に影響を及ぼす複数の管理機能を実行することが管理者に許容されているか否かを決定するアクセス体系を定義する段階を更に備えて成る、請求項１に記載の方法。
【請求項６】
複数の管理機能は、前記少なくとも一個のサービスユーザがメッセージの送信を許容された少なくともひとりの受信者と、前記少なくとも一個のサービスユーザがメッセージを受信するのを許容された少なくともひとりの送信者とを定義する段階を含む、請求項５記載の方法。
【請求項７】
前記少なくとも一個のサービスユーザがメッセージの送信を許容された少なくともひとりの受信者と、前記少なくとも一個のサービスユーザがメッセージを受信するのを許容された少なくともひとりの送信者とを定義する前記段階は、前記少なくとも一個のサービスユーザをクローズド・ユーザグループに割当てることにより実行される、請求項６記載の方法。
【請求項８】
前記短メッセージの処理は複数のテレサービスのひとつを実行し、
当該方法は、
前記複数のテレサービスに対する優先体系を表す優先順位テーブルをセットアップする段階と、
前記複数のテレサービスのどの１つが前記短メッセージにより実行されつつあるかを示すテレサービス・タイプを該短メッセージに割当てる段階と、を更に備え、
前記短メッセージの処理は、優先順位テーブルの関数として他の短メッセージの処理と関連付けて優先付けられる、請求項１記載の方法。
【請求項９】
前記短メッセージの処理は複数の並列処理のひとつにより実行され、且つ、複数の並列処理のひとつは該複数の並列処理のひとつの少なくとも一個の作動特性の関数として選択される、請求項１記載の方法。
【請求項１０】
前記少なくとも一個の作動特性は、キューサイズ、待ち時間および増加速度の少なくとも１つを含む、請求項９記載の方法。
【請求項１１】
前記短メッセージの第１のメッセージサイズを決定する段階と、
前記少なくとも一個のサービスユーザにサービスを行っているサービス・エンティティの最大容量に対応する第２のメッセージサイズを決定する段階と、を更に備え、
前記第１のメッセージサイズが前記第２のメッセージサイズより大きい場合、
前記短メッセージを複数のメッセージ・セグメントにセグメント化する段階と、
該複数のメッセージ・セグメントの第１のメッセージ・セグメントを伝送する段階と、
該第１のメッセージ・セグメントの転送状況を決定する段階と、
該転送状況が転送不成功を表した場合、前記第１メッセージ・セグメントを再伝送する段階と、
前記転送状況が転送成功を表した場合、前記第２メッセージ・セグメントを伝送する段階と、
を実行する、請求項１記載の方法。
【請求項１２】
その各々が前記短メッセージ・サービスセンターの複数のオペレーティングシステム・パラメータの夫々に対応する複数の一時的システムパラメータの１つに対して変更がなされた場合、構成フラグ・インジケータをセットする段階と、
前記短メッセージを受信した後に構成フラグ・インジケータをチェックする段階と、
構成フラグ・インジケータが所定値にセットされている場合、前記複数のオペレーティングシステム・パラメータの各々を、複数の一時的システムパラメータの対応するもので置換える段階と、を更に備えてなる、請求項１記載の方法。
【請求項１３】
前記短メッセージは前記少なくとも一個のサービスユーザのアドレスを示すＩＤ変数を含み、
当該方法は、前記短メッセージ・サービスセンターによって使用されるべきルーティング方法を示すルーティング方法変数を設定する段階を更に備え、
前記ルーティング方法変数が、テーブル式ルーティング方法が使用されるべきことを示す場合、
前記少なくとも一個のサービスユーザにサービスを行う位置レジスタのポイントコードおよびサブシステム番号を含む内部ルックアップテーブルにアクセスする段階と、
前記ポイントコードおよびサブシステム番号を使用して短メッセージおよびID変数を位置レジスタに伝送する段階と、
を実行し、且つ、
前記ルーティング方法変数が、広域タイトル翻訳方法が使用されるべきことを示す場合、
前記短メッセージ、前記ＩＤ変数および所定サブシステム番号を信号転送ポイントに伝送する段階を実行する、請求項１記載の方法。
【請求項１４】
無線ネットワークにおいて少なくとも一個のサービスユーザに配信するためプロセッサ／コントローラを備えた短メッセージ・サービスセンターによって短メッセージを処理する方法であって、
前記プロセッサ／コントローラによって、第１のメッセージ・フォーマットおよび第２のメッセージ・フォーマットの一方を有する短メッセージを受信する段階と、
前記短メッセージを、前記第１のメッセージ・フォーマット及び第２のメッセージ・フォーマットのスーパーセットを含む標準メッセージ・フォーマットに変換する段階と、
前記少なくとも一個のサービスユーザにサービスを行っているサービス・エンティティにより認知されたメッセージ・フォーマットに対応する、前記第１のメッセージ・フォーマット及び第２のメッセージ・フォーマットの他方に、前記短メッセージを変換する段階と、
前記第１のメッセージ・フォーマット及び第２のメッセージ・フォーマットの前記他方のフォーマットで、前記少なくとも一個のサービスユーザに対して前記変換済短メッセージを配信する段階と、を備えて成る方法。
【請求項１５】
前記第１のメッセージ・フォーマットは、ANSI 41 フォーマットおよびGSM 03.40 フォーマットの一方を含み、且つ、前記第２のメッセージ・フォーマットはANSI 41 フォーマットおよびGSM 03.40 フォーマットの他方を含む、請求項１４記載の方法。
【請求項１６】
複数の受信者を有する配布リストに対して無線ネットワークでプロセッサ／コントローラを備えた短メッセージ・サービスセンターによって短メッセージを配信する方法であって、
前記プロセッサ／コントローラによって短メッセージの第１の所定の最高数を決定する段階、
前記プロセッサ／コントローラによって複数の受信者を有する短メッセージを受信する段階、
前記短メッセージの受信者の第１の数を決める段階、
前記複数の受信者の数に対応する前記短メッセージの複数のコピーを作成する段階、
前記短メッセージの複数のコピーの各々を前記複数の受信者の各々に配信する段階、を備えて成り、
前記受信者の第１の数が前記第１の所定最大数を超えた場合、
前記短メッセージの複数のコピーを、各々が前記第１の所定最大数に対応する最大数のコピーを含む複数のブロックにグループ化する段階と、
前記複数のブロックの第１のブロックを伝送する段階と、
前記第１のブロックの配信状況を監視する段階と、
前記配信状況が所定の基準を満たした後に前記複数のブロックの第２ブロックを伝送する段階と、を実行する、
短メッセージを配信する方法。
【請求項１７】
サービス・エンティティによりサービスされている少なくとも一個のサービスユーザに対する短メッセージをプロセッサ／コントローラを備えた短メッセージ・サービスセンターによって配信する方法であって、
前記プロセッサ／コントローラによって前記短メッセージの第１のメッセージサイズを決定する段階と、
前記プロセッサ／コントローラによって、前記少なくとも一個のサービスユーザにサービスを行っているサービス・エンティティの最大容量に対応する第２のメッセージサイズを決定する段階と、
前記短メッセージを前記少なくとも一個のサービスユーザに配信する段階と、
を備え、
前記第１のメッセージサイズが前記第２のメッセージサイズより大きい場合、
前記プロセッサ／コントローラによって前記短メッセージを複数のメッセージ・セグメントにセグメント化する段階と、
前記プロセッサ／コントローラによって前記複数のメッセージ・セグメントの第１のメッセージ・セグメントを伝送する段階と、
前記プロセッサ／コントローラによって前記第１のメッセージ・セグメントの転送状況を決定する段階と、
前記転送状況が転送不成功を示す場合、前記プロセッサ／コントローラによって前記第１のメッセージ・セグメントを再伝送する段階と、
前記転送状況が転送成功を示す場合、前記プロセッサ／コントローラによって第２のメッセージ・セグメントを伝送する段階と、
を実行する、
短メッセージの配信方法。
【請求項１８】
少なくとも一個のサービスユーザのアドレスを示すＩＤ変数を含む短メッセージをプロセッサ／コントローラを備えた短メッセージ・サービスセンターによって該少なくとも一個のサービスユーザに配信する方法であって、
該プロセッサ／コントローラによって使用されるべきルーティング方法を示すルーティング方法変数をデータベースに設定する段階と、
前記プロセッサ／コントローラによって前記短メッセージを前記少なくとも一個のサービスユーザに配信する段階と、
を備え、
テーブルルーティング方法が使用されるべきであることをルーティング方法変数が示す場合、前記短メッセージの配信は、
前記プロセッサ／コントローラによって、ポイントコード及び少なくとも１個のサービスユーザにサービスするロケーションレジスタのサブシステム番号を有する内部ルックアップテーブルにアクセスし、
前記プロセッサ／コントローラによって、ポイントコード及びサブシステム番号を用いて前記ロケーションレジスタに前記短メッセージとＩＤ変数を伝送する、サブ段階を有し、且つ
広域タイトル翻訳方法が使用されるべきことを前記ルーティング方法変数が示す場合、前記短メッセージを配信する段階は、
前記プロセッサ／コントローラによって、信号転送ポイントに対し、前記短メッセージ、ＩＤ変数及び所定サブシステム番号を伝送する段階を実行する、
配信する方法。
【請求項１９】
複数のデータベース（１０、１２、１４、１６）と、
複数のデータベースにアクセスするプロセッサ（２）と、
該プロセッサを、管理者、ローカルエリア・ネットワーク、ワイドエリア・ネットワークおよび無線電気通信ネットワーク（５４）の少なくとも１つに接続する複数のインタフェースであって、その少なくとも１つは少なくとも１つの短メッセージを受信する複数のインタフェース（４、６、８）と、を備え、
前記複数のデータベースはシステム構成データベース（１０）を含み、該システム構成データベース（１０）は、
少なくとも一個のサービスユーザに対する複数の加入者属性であって、第１のＩＤを有する複数の加入者属性を記憶する第１のデータベース（７２）と、
前記第１のＩＤと関連付けられた短メッセージの配信に影響を与える複数の変数、複数の記憶特性及び複数の配信特性を示す複数の作動パラメータを記憶する第２のデータベース（７０）と、を含み、
前記複数のデータベースは、前記少なくとも一個の短メッセージと、対応する複数のメッセージ特性（５００）とを記憶する短メッセージデータベース（１４）を更に含み、
前記プロセッサは、前記少なくとも１個のサービスユーザに属する前記第１のＩＤと関連付けられた複数の変数に応答して前記少なくとも一個の短メッセージを記憶及び配信する、
少なくとも一個の短メッセージの処理システム。
【請求項２０】
前記複数のインタフェースは、管理インタフェース、マルチプロトコル・インタフェース、およびSS7 IPC インタフェースの少なくとも１つを含む、請求項１９記載のシステム。
【請求項２１】
前記マルチプロトコル・インタフェースは、短メッセージポイント間プロトコル、テロケータ英数字プロトコル、シンプルメール転送プロトコル、およびテロケータデータプロトコルに対するサポートを含む、請求項１９記載のシステム。
【請求項２２】
前記複数のインタフェースは、イーサネット（登録商標）・インタフェース、V.35インタフェースおよびRS-232インタフェースの少なくともひとつを含む、請求項１９記載のシステム。
【請求項２３】
前記第１のＩＤに関連付けられた短メッセージの配信に影響を与える複数の変数は、さらに前記第１のＩＤ関連付けられた少なくとも一個のサービスユーザに対するメッセージ処理特性に影響を与える複数の管理機能へアクセスするためのアクセス体系を示す少なくとも一個のパラメータを更に含む、請求項１９記載のシステム。
【請求項２４】
前記少なくとも一個の短メッセージの処理は複数のテレサービスの１つを実行し、
複数のシステム構成データベースは、複数のテレサービスに対する優先体系を記憶する第３のデータベース（７８）を含み、
少なくとも一個の短メッセージに対する複数のメッセージ特性は、複数のテレサービスのどの１つが前記少なくとも一個の短メッセージの処理により実行されつつあるのかを示すテレサービス・タイプ・フィールドを含み、且つ、
前記少なくとも一個の短メッセージの処理は、テレサービス・タイプ・フィールドの関数として更に実行される、請求項１９記載のシステム。
【請求項２５】
前記少なくとも一個の短メッセージに対する複数の対応メッセージ特性は、少なくとも一個の短メッセージを前記第２のＩＤと関連付けられた短メッセージの配信に影響を与える第２の複数の変数に関連付ける第２のＩＤを含む、請求項１９記載のシステム。
【請求項２６】
前記プロセッサは、複数の並列処理を用いて少なくとも一個の短メッセージを処理し、且つ、
前記複数のシステム構成データベースは、複数の並列処理の各々に対する少なくとも１つの作動特性を記憶する少なくとも１つの処理特性データベースを更に含む、請求項１９記載のシステム。
【請求項２７】
前記複数のシステム構成データベースは、前記少なくとも一個のサービスユーザにサービスを行っている第１のサービス・エンティティの最大容量に対応するメッセージサイズを示すサービス・エンティティ属性テーブルを更に含む、請求項１９記載のシステム。
【請求項２８】
前記複数のシステム構成データベースは、複数の一時的システム構成パラメータを記憶する第４のデータベースと、複数のオペレーティングシステム構成パラメータを記憶する第５のデータベースと、複数のインタフェースの１つを介して複数の一時的システム構成パラメータの１つに対して変更がなされた場合所定値にセットされる構成フラグ・インジケータと、を更に含む、請求項１９記載のシステム。
【請求項２９】
前記複数のシステム構成データベースは、前記システムにより使用されるべきルーティング方法を示すルーティング方法変数と、前記少なくとも一個のサービスユーザに対してサービスを行っているサービス・エンティティのアドレスに対応する少なくとも１つのポイントコード及び少なくとも１つのサブシステム番号を記憶する第６のデータベースと、前記少なくとも一個のサービスユーザにサービスを行っている第１のサービス・エンティティに対応する少なくとも１つの所定サブシステム番号を記憶する第７のデータベースとを含む、請求項１９記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線電気通信ネットワークにおいて短メッセージ(short message) を受信、記憶かつ送信する短メッセージ・サービスセンタに関する。
【０００２】
【従来の技術】
短メッセージ・サービスセンタ( “SMSC”) は、無線電気通信ネットワークにおいて短メッセージを受信、記憶および送信する。短メッセージは、電気通信ネットワークを介してサービスユーザにより発信かつ受信される。サービスユーザの幾つかの例としては、移動電話、ページャ(pager）、位置レジスタ、端末オペレータ、パーソナル・コンピュータおよび他の短メッセージ・サービスセンタが挙げられる。短メッセージ・サービスセンタを使用することにより、電気通信ネットワークのプロバイダは、例えば英数字ページング、情報メッセージ送信( 例えばユーザに対して株式市況またはスポーツのスコアを提供すること) 、およびプログラムメッセージ送信( 例えば、遠隔的に移動局( 例えば電話またはページャ) を始動または再プログラムする) などの重要なテレサービス(teleservice) を提供することができる。
【０００３】
【発明が解決しようとする課題】
しかし乍ら、無線電気通信ネットワークは更に普及し且つ更に統合されていることから、従来のSMSCは相当なボトルネックとなりつつある。
【０００４】
また、種々の電気通信ネットワークの統合において従来のSMSCを使用すると問題が生ずる、と言うのも、それらは特定のタイプのサービス内では各ユーザを区別することができないからである。即ち、従来のSMSCは異なるタイプのサービスユーザ間は区別し得るかも知れない( すなわち、移動電話は位置レジスタとは別個に処理され得る) が、特定のタイプの全てのサービスユーザは同じように処理される。このことは、例えば相当に異種のネットワーク配信能力(delivery capacity) を有する、２つの地域的に異なるネットワークが統合されたとすれば、問題を呈する可能性がある。また、従来のSMSCを使用するとネットワークプロバイダは、該SMSCの配信特性をセットアップする上での制限要因として、どのネットワークの容量を使用すべきかを決定せねばならない。もし制限要因として低い容量のネットワークが選択されたとすれば、高い容量のネットワークは十分に利用されないことになる。もし高い容量のネットワークが限界として選択されたとすれば、低い容量のネットワークは過負荷となる。勿論、ひとつの選択肢は、単一個のSMSCの代わりに、各ネットワークの容量に対して適応した別体のSMSCを用意することである。しかし乍ら、これは明らかに、始動、管理およびメンテナンスの付加的負担を課すものである。
【０００５】
個々のネットワーク配信能力もまた、配布リスト(distribution list) の処理の間における重要な要因となり得る。即ち、配布リストによればサービスユーザは多数のユーザに対して容易に短メッセージを送信し得るが、これは、それらのユーザに対して当該ユーザが短メッセージを送信したときにどのサービスユーザが最初にその短メッセージを受信するかを特定する配布リストをセットアップすることで行われる。その場合、将来のメッセージに対して当該ユーザは単に配布リストを受信者として特定することのみが必要であり、システムはその配布リストに含まれた全てのサービスユーザに対してメッセージを送信する。もし配布リストが多数の受信者を含んでいると、問題が生ずる。特定の電気通信ネットワークの配信能力はメッセージの全てを迅速に送信するに十分でなくてボトルネックを引き起こし、配布リストに対する配信が完了するまでSMSCにおける処理が停止せしめられる可能性がある。従来のSMSCはこの問題を解決する上で種々の取り組みを行っている。第１の取り組みにおいてこの問題は何ら回避されずにSMSCは事実上停止され、従って、他のタスクの実行が阻害される。第２の取り組みにおいては、サービスユーザは所定サイズを超える配布リストの作成が制限される。これは、単一の大きな配布リストで十分である場合にも幾つかのリストの作成をユーザに強いる可能性があり、配布リストを保持する利点を先ず最低のものとする。従って、これらの取り組みのいずれも、配布リストの最大限の利点を実現することをユーザに許容する一方で配布リストを最適に処理する手段を提供するものでない。
【０００６】
統合に伴う別の問題は、種々の無線電気通信ネットワークを伝送される短メッセージの非互換性である。現在においては、短メッセージに対する主な２つの標準的プロトコルは、ANSI 41(その変形例は、時分割多元接続( “TDMA”) および符号分割多元接続( “CDMA”))、および、（欧州電気通信標準化機構( “ETSI”) により公表された) 移動電気通信用グローバルシステム( “GSM ”)03.40仕様である。これらの２つのプロトコルは短メッセージに対して異なるフォーマットを有すると共に、従来のSMSCは、ANSI 41 を使用したネットワーク上のサービスユーザからの短メッセージを、GSM を使用したネットワーク上のサービスユーザに配信することができず、その逆もできなかった。従って、ひとつのプロトコルを使用しているサービスユーザは、同一のプロトコルを使用している受信者に限定される。
【０００７】
従来のSMSCを使用した統合は、種々の電気通信ネットワークがそれらのサービスユーザを識別すべく使用する別個のアドレス指定方式の故に、別の問題を呈する。例えば、全てのサービスユーザが一意的IDを有さねばならない。無線電気通信の分野においては、この一意的IDは移動ID番号( “MIN ID”) と称される。第１のサービスユーザが第２のサービスユーザに対して短メッセージを送信するとき、この短メッセージは受信者のIDをSMSCに通知すべく受信者のMIN IDを含まねばならない。更に古いネットワークは、テーブル式ルーティング(Table Routing) と称されたアドレス指定方法を使用している。テーブル式ルーティングを使用して、SMSCが特定のサービスユーザと通信する必要があるとき、SMSCはテーブルをルックアップし、特定のMIN IDがいずれのホームロケーション・レジスタ( “HLR ”) に関連しているかを調べる。各HLR に対し、ルックアップ・テーブルは対応アドレスを含むが、これはHLR を定義するポイント・コードおよびサブシステム番号から成っている。テーブル式ルーティング方法に伴う問題は、HLR がサービスから除外され且つ／又は交換されたとき、HLR とコンタクトする必要のある一切のSMSCのルックアップ・テーブルが個々に変更されねばならなかったことである。これに対し、広域テーブル翻訳(global table translation)と称される新たなアドレス指定方法が多くのネットワークで採用されている。このシステムにおいては、HLR がサービスを移動、交換しまたはサービスから除外されたとしても変化しないMIN IDおよびサブシステム番号を使用してメッセージがルーティングされる。これらの２つのタイプのネットワークが統合されたとき、SMSCは両タイプのアドレス指定を処理し得ねばならない。しかし乍ら、従来のSMSCは単一のタイプに対してのみサポートを提供している。従って、類似していないアドレス指定体系を有する２つのネットワークを統合するには、上述の如く別体のSMSCを必要とし、これは、始動、管理およびメンテナンスの付加的負担を課すものである。
【０００８】
統合に伴う更なる問題は、異なる電気通信ネットワークは“短”メッセージに対して異なる定義を有することである。短メッセージ(short message) という語句はネットワーク上を送信されつつあるメッセージの長さが短くなければならないことを示唆している。しかし乍ら、当業界全体に亙る短メッセージを定義すべく種々の長さに至った短メッセージの長さに対する業界標準は存在しない。これは、短メッセージに対して異なる長さを有するネットワーク間でメッセージを送信するときに問題を引き起こす可能性がある。特に、メッセージを受信する第２システムのメッセージ長さよりも大きなメッセージ長さを有する第１システムが短メッセージを送信するときには重大な問題が生ずる。従来のSMSCはこの問題を２つの手法を使用して解決している。第１の手法においては、SMSCは何らの処理を行わずに短メッセージを送信しており、第２システムにより寸断されたときに改竄されたもしくは不完全なメッセージとなる。第２の手法においては、サービスセンタはメッセージを第２システムに配信せずに、メッセージ長が長すぎることを示すエラーコードを第１システムに提供する。従って、従来のSMSCは、短メッセージに対して異なる定義を有するシステム間において完全に元の状態の短メッセージを送信する手段を提供するものでない。
【０００９】
【課題を解決するための手段】
本発明の好適実施例に依れば、マーケット・セグメントID( “ID”) をそのサービスユーザに割当て、各サービスユーザの各クラス内の区別を許容するSMSCが提供される。この識別システムを使用することによりSMSC管理者は、例えばメッセージ配信およびリトライ方策、および、単一クラスのサービスユーザ内の配信優先付けなどの種々の配信特性を設定し得る。上述の如く異種の容量状況により複数のネットワークを統合する為にSMSC管理者は各ネットワークの加入者に対して異なるマーケット・セグメントIDを割当てると共に、マーケット・セグメントIDに関連付けられた電気通信ネットワークの適切な容量に従って各マーケット・セグメントIDに対して配信特性を設定することができる。これに加え、SMSC管理者は例えば、使用プロフィルにより所定クラス内のサービスユーザを更に系統化すると共に、該使用プロフィルに従って短メッセージ配信特性を調節しても良い。更に、マーケット・セグメントIDはまた、テレサービスの優先付けに使用され、特定のテレサービスの処理が他に優先しても良い。
【００１０】
好適実施例のSMSCにおいては、所定最大サイズの配布リスト内のエントリは、所定数のエントリを含む複数のサブセットに分割される。SMSCは次に複数のサブセットを一度にひとつずつ順番に配信することを試行すると共に、各試行配信の後、次のサブセットを送信する前に、以前の試行配信の成功を測定する所定基準が満足されるまで待機する。同様に、SMSCは例えば、複数のメッセージサービス処理が実行されているマルチプロセッシング・ワークステーション上で実現されても良い。大きな配布リストが処理されるときにSMSC自身内部で起こり得るボトルネックを緩和すべく、SMSCは複数のプロセスの各々の作動特性に基づいてこれらの複数のプロセスに亙り上記サブセットの配信処理を配分しても良い。
【００１１】
好適実施例のSMSCはまた、例えばANSI 41 またはGSM 定義のいずれかを有する短メッセージも受信すると共に、該メッセージを標準メッセージ・フォーマットで記憶する。短メッセージを配信する為に、SMSCはどの定義が受信者により使用されるかを決定するとともにメッセージを送信する前に短メッセージを適切なフォーマットに変換する。
【００１２】
本発明の好適実施例の別の特徴に依れば、短メッセージをルーティングすべくテーブル式ルーティングおよびGTT の両者を活用するSMSCが提供される。
【００１３】
好適実施例のSMSCはまた、もし受信者が送信者よりも短いメッセージサイズを有する電気通信ネットワークを介して接続されていれば、短メッセージを所定長さのメッセージ・セグメントに動的にセグメント化する。最初に、SMSC管理者はSMSCに接続されたネットワーク・エンティティの各々に対する最大メッセージ長さを示し得る。SMSCは次に、該SMSC上の標準的256 バイト長よりも短いメッセージ長さを有するネットワークに向けられた短メッセージをセグメント化すると共に、各セグメントを送信する。
【００１４】
好適実施例の付加的特徴に依れば、上記SMSCは上述した配信特性および種々の所定基準を含む自身の作動特性の動的な構成(configuration) を許容することにより、SMSCに接続された電気通信ネットワークにおける変更およびSMSC自身への変更のリアルタイムの調節を許容する。
【００１５】
好適実施例のSMSCは、処理ユニット、ディスプレイシステムおよび記憶装置を有するコンピュータ・ワークステーション上で提供され得る。またSMSCサービスは、例えばSMSCのモジュラ設計を許容するサービスロジック実行環境( “SLEE”) を使用して実現され得る。SLEEはグラフィカル・ユーザ・インタフェースを有し得ることから、種々のSMSCサービスは、該サービスにより設計且つ再使用され得る別個のモジュールを使用してグラフィカル・インタフェースを用いて設計かつ改変され得る。これは、SMSCの実現と、SMSC設計に対する将来的な付加および改変を容易にするものである。
【００１６】
【発明の実施の形態】
SMSCの全体アーキテクチャ：図１には、本発明に係るSMSCの好適実施例の全体的システムアーキテクチャが示されている。本発明に依れば、例えば端末上のシステム管理者およびオペレータを含む種々のエンティティと通信する複数のインタフェースを有するSMSCプロセッサ/ コントローラ2 が配備される。配備され得る幾つかのインタフェースは、例えば、SMSCの管理者がSMSCに対して変更および更新を行うのを許容する管理インタフェース4 、短メッセージポイント間プロトコル( “SMPP”)(Short Messaging Point-to-Point Protocol)、テロケータ英数字プロトコル( “TAP ”)(Telocator Alphanumeric Protocol)、シンプルメール転送プロトコル( “SMTP”)(Simple Mail Transfer Protocol)およびテロケータデータプロトコル( “TDP ”)(Telocator Data Protocol)/ ターミナルメッセージエントリ( “TME ”）(Terminal Message Entry)などの一般的に知られたプロトコルを使用して短メッセージを配信するマルチプロトコル・インタフェース6 、および、メッセージ・サービスセンタおよび位置レジスタと通信するインタフェースを提供するSS7 IPC インタフェース8 、である。好適実施例においては、複数のインタフェースは例えばイーサネット(Ethernet)インタフェース、V.35インタフェースおよびRS-232シリアルインタフェースを含み得る。
【００１７】
上記SMSCは複数のデータベースにアクセスして短メッセージを処理するが、これは、SMSCポイント・コードおよびサブシステム番号、最大メッセージサイズ、広域タイトル翻訳フラグ(Global Title translation flag) などのSMSCのシステムワイドな特性を記憶するSMSC構成データベース10、SMSCによりサービスを受ける加入者に関する情報を記憶する加入者データベース12、処理の間に短メッセージを記憶するメッセージ・データベース14、および、SMSCへの外部接続に関する情報( 例えば、ユーザ氏名、パスワード、ログインしたユーザの最大数など) を保持するSME ルータ・データベース16、を含んでいる。好適実施例においてSMSCは、複数のデータベースを記憶する記憶装置( 例えば、ディスク記憶装置) と電気通信ネットワークに対してワークステーションをインタフェースするインタフェース装置とを有するフォルトトレランスワークステーションを使用して実現され得る。上記SMSCはまた、ローカルエリア・ネットワークに対して接続され、それを介してローカルのSMSC管理者が管理機能を実行しても良い。
【００１８】
電気通信ネットワークのオペレーショナルスキーム：図２は、本発明に係るSMSCを使用した電気通信ネットワークのオペレーショナルスキームを簡略化したものである。このネットワークにおける種々のエンティティ間の接続および通信は、一般的に知られた業界標準に基づいている。特定の配置において配備された各エンティティの実際の個数は、例えばユーザの数、メッセージ容量などの種々のシステム特性に基づいて変化し得る。
【００１９】
本発明に依れば、ホームロケーション・レジスタ( “HLR ”)52 に対してSMSC 50 が接続される。全てのサービスユーザは、例えばルーティング呼出、ビリング(billing) などのためにHLR に割当てられる。特定のHLR に対するこの割当ては、サービスユーザのホームエリアを定義するものである。HLR 52はまた、ネットワーク上のサービスユーザの情報を継続的に獲得する必要がある。
【００２０】
SMSC 50 およびHLR 52は、移動切換センタ( “MSC ”)54 に接続されている。MSC 54は、移動局( “MS”)58 に対してメッセージを一斉送信(broadcast) すると共に該移動局58からメッセージを受信する基地局56との接続を提供する。MSC 54はまた、公衆加入電話網( “PSTN”)60 に対するインタフェースも提供する。作用時には、MS 58 に対してアドレス指定された短メッセージはSMSC 50 により受信される。SMSC 50 は次にテーブル式ルーティングまたはGTT のいずれかを用いてルックアップを行い、MS 58 が割当てられるHLR 52を決定する。次にSMSC 50 は、MS 58 にサービスを提供しているMSC 54に関してHLR 52に照会を行う。次に、SMSC 50 は短メッセージをMSC 54に対してルーティングし、それは次に短メッセージを基地局56に対してルーティングする。最後に、基地局56はこのメッセージを一斉送信するが、これはMS 58 により受信される。
【００２１】
無線技術の利点のひとつは、メッセージを受信する能力を保持し乍ら、サービスユーザが移動し得ることである。サービスユーザの移動性に適応すべくビジタ位置レジスタ( “VLR ”)62 も配備されるが、これはHLR 52のサービス領域とは異なる該ビジタ位置レジスタ自身のサービス領域内のサービスユーザの情報を継続的に獲得すると共に、ネットワーク内の他のエンティティに対し、サービスユーザがHLR 52のサービス領域の外側となったときにメッセージを送信および受信し得ることを通知するものである。
【００２２】
SMSC 50 はまた、例えば、別の領域、同一領域内の別のサービスユーザの別のグループなどにサービスを行い得る別のSMSC2 64とも連結される。SMSC 50 はまた、短メッセージ・エンティティ( “SME ”)66 にも連結されている。該SME 66は、配信の為に短メッセージを構築しまたは受信した短メッセージを分解するエンティティである。ANSI 41 においてSME は、例えば、E-メール機能を備えたコンピュータ、音声メッセージを受けると共に対応した短メッセージをキー入力する端末上のオペレータ、ボイスメールシステム、インタラクティブ音声応答ユニットを含むものと定義されている。
【００２３】
データベース体系：図３は、本発明に係るSMSCで使用される代表的なデータベース/ テーブル体系を示している。示された種々のテーブルは、記憶装置に記憶されると共に図１に示されたSMSCプロセッサ/ コントローラ2 によりアクセスされ得る。使用され得る記憶装置の幾つかの例としては、ハードディスク、テープ、およびカートリッジが挙げられる。
【００２４】
図３に示された代表的なデータベース体系によれば、SMSC 50 は、メッセージの配信およびリトライなどの作用に対する特定クラス内のサービスユーザ間を区別することが可能となる。好適実施例において、マーケット・セグメント・テーブル70は各マーケット・セグメントID( “mkt seg id”) を、短メッセージの記憶および配信に影響を与える所定の変数セットと関連付ける。所定のマーケット・セグメントIDに対して記憶され得る変数は例えば、1)再配信を断念する前に再配信を試行する時間長を設定する“redelivery timeout”、2)リトライ試行の最大数を設定する“max num retries ”、3)延期配信( すなわち、後の時間へと延期された配信) を試行するか否かを設定する“deferred delivery flag”、および、4)削除される前にメッセージがシステムでどれほど長く記憶されるべきかを設定する“purge time”；である。
【００２５】
加入者テーブル72においては、各加入者に対して“mkt seg id”などのフィールドが含まれ、該加入者を所定マーケット・セグメントIDに関連付けている。加入者のこのセグメント化は、多くの異なるグループ化方法を使用して行い得る。例えば、各加入者、それらの物理的位置、使用特性、または、それらが接続されるネットワークにより関連付けられ得る。これによりSMSC管理者は、例えば、加入者のプロフィール、ネットワーク容量、およびSMSC容量、切換容量、現在のシステム負荷などに基づいて記憶および配信の特性を最適に設定することが可能となる。次にマーケット・セグメント・テーブル70に記憶された変数は、各加入者のマーケット・セグメントIDに基づいて各加入者に対する記憶および配信特性に影響を及ぼすべく使用され得る。
【００２６】
配布リストの処理においても、同様の手法が好適に使用され得る。配布リストにより、サービスユーザは複数の人々を単一のIDすなわち配布リストの名称によりグループ化できる。一旦グループが作成されれば、サービスユーザは各人に対して別体のメッセージを送信する代わりに、配布リスト内の複数の人々に対して短メッセージを送信すべく配布リストの名称を使用できる。従って、好適実施例において配布リストテーブル74は、特定の配布リストエントリをマーケット・セグメントと関連付けるマーケット・セグメントIDフィールド( 例えば、“mkt seg id”) を含み得る。加入者と同様に、このフィールドは次に、種々の配布リストに対する別個の記憶および配信特性を決定すべく使用され得る。
【００２７】
同様に、マーケット・セグメントIDは、例えばクローズド・ユーザグループなど他の処理を分離する為にも使用され得る。クローズド・ユーザグループ( “CUG ”) はサービスユーザのグループに対して配信制限を設定する上で一般的に使用されるメカニズムである。管理者は複数のサービスユーザをCUG と称される別個のリストにグループ化し、特定のCUG が“クローズ”されるべきかまたは“クローズされない”かを指定することができる。“クローズ”されたCUG においては、各サービスユーザは同一CUG における他のサービスユーザに対してのみ短メッセージを送受信し得る。“クローズされない”CUG においては、各サービスユーザは同一CUG 内の他のサービスユーザに対してのみメッセージを送信し得るが、いずれからも受信できる。代替的に、管理者はいずれのCUG にもサービスユーザを割当てないことを選択することもできるが、これは、サービスユーザがいずれに対しても送受信し得ることを意味する。電気通信ネットワークが更に統合されるにつれて生じ得るひとつの問題は、幾人かのローカル管理者がそれらのローカルサービスユーザの配信制限を制御する必要があり得ることである。
【００２８】
従って、本発明に係るSMSCの好適実施例においては、各CUG(“cug id”) がマーケット・セグメントID（“mkt seg id”) を与えられ得るクローズド・ユーザグループ・テーブル76を含んでいる。次に、同一のマーケット・セグメントIDを有する各CUG は特定のローカル管理者に割当てられると共に、CUG 割当てに対するアクセスはその後、例えばパスワード、ユーザIDなどを使用してCUG が割当てられたローカル管理者のみに制限される。同様に、上記システムにおいて使用された任意のマーケット・セグメントIDは特定の管理者に対して関連付けられ、例えば配布リスト、短メッセージなどに関連付けられた管理タスクを更に分配する。これは、マーケット・セグメント・テーブル70内にフィールド( “user id ”) および( “password”) を含ませることにより、特定のマーケット・セグメントに関連付けられたタスクへのアクセスを制限することで達成され得る。
【００２９】
当業者であれば、これらのテーブル内に含まれた変数は各マーケット・セグメントIDに対して記憶され得る代表的な変数セットに過ぎず、且つ、本発明の範囲から逸脱することなく各マーケット・セグメントIDに対する記憶および配信特性に影響を及ぼす他の変数も記憶され得ることを理解できよう。
【００３０】
好適実施例においては、SMSCにおける配信処理は各短メッセージのテレサービスにより更に影響を受ける。テレサービスは、短メッセージを使用して提供され得る任意のサービスを定義する広範囲な語句である。一般的に知られたテレサービスとしては、英数字ページング、情報メッセージ送信（例えば、ユーザに対して他のユーザから株式市況またはスポーツのスコアのテキスト・メッセージを提供すること) 、およびプログラムメッセージ送信( 例えば、プロバイダに対して( 例えば電話またはページャなどの) 移動局を起動または再プログラムすることを許容する) などである。種々のテレサービスに対して優先体系を定義することの利点は、次の簡単な例を分析することにより明確に理解され得る。プログラムメッセージ送信はサービスユーザの受信ユニット( 例えば、ページャまたは無線電話) のプログラムを直接的に変更する可能性があり、もし受信ユニットの受信特性を変更する特定のプログラムメッセージが受信されるとすれば、プログラムメッセージを送信する前に受信ユニットに対して記憶メッセージの全てを送信するのが好適である。これは、特定のテレサービスを表す各テレサービスIDに対する相対優先順位( “relative priority ”) を定義するテレサービス優先順位テーブル78をセットアップすることにより達成され得る。この好適実施例を使用することにより、短メッセージは次にそれらの特定のテレサービスタイプに依り優先付けされ得る。
【００３１】
代替的実施例においては、単一の対応テーブル内に加入者、配布リストおよびテレサービスの全てを記憶する代わりに、別体のデータベース内に各特定グループ（すなわち、各加入者のマーケット・セグメント) を記憶することによりセグメント化が実行される。その場合、この実施例においては各データベースに対する配信特性を記憶すべくテーブルが使用されると共に、マーケット・セグメントIDの代わりにデータベース名称がグループの定義に使用される。
【００３２】
短メッセージ構造：図４は、本発明に係る代表的な短メッセージ構造を示している。短メッセージの構造を定義する電気通信分野で最も一般的に使用されるフォーマットは、ANSI 41(および、本発明の目的とは異なるがそれは重要ではない、その変数) およびGSM である。当業者であれば、フォーマットに互換性が無いことから従来のSMSCを使用するとANSI 41 の短メッセージはGSM 規格を使用して作動している受信ユニットに送信され得ないことを確認出来よう。従って、従来の無線電気通信ネットワークにおいては、ネットワークはGSM またはANSI 41 のいずれかを搬送すべく予備構成されていることから、そのサービスユーザは同様に制限を受ける。これは、ANSI 41 サービスユーザに対してGSM 短メッセージの送信を試行し、またはその逆を試行するときに問題を生じせしめる。
【００３３】
本発明に依れば、SMSC 50 は受信短メッセージを、図４に示された標準フォーマット(canonical format)に変換する。ANSI 41 およびGSM に精通した者であれば、この標準短メッセージ・フォーマット500 はANSI 41 およびGSM により必要とされるフィールドの全てを含むスーパーセット(superset)であることを確認するであろう。従って、メッセージがSMSC 50 により受信されたとき、新たな短メッセージ・エントリが作成されると共に、上記標準フォーマット中の該当フィールドが受信短メッセージからコピーされる。もし受信を行うサービスユーザが、受信者にサービスを行っているネットワークにおいて各SMSCおよび各MSC により決定された他の標準的フォーマットを必要とするのであれば、この他のフォーマットに対して丁度必要なフィールドを有する出力短メッセージに対し、上記で標準的にフォーマットされた短メッセージの適切なフィールドがコピーされる。従って、本発明に係るSMSCは、ひとつの標準的フォーマットでメッセージを受信すると共に、他のフォーマットでメッセージを配信し得る。当業者であれば、他の短メッセージ・フォーマットに対処すべく、上記標準フォーマットに他のフィールドを付加し得ることを理解するであろう。
【００３４】
本発明に依れば、上記標準フォーマットには付加的フィールドが含められ、付加的機能性を提供しても良い。例えば、各短メッセージに対してマーケット・セグメントIDが割当てられても良い。また、上述の如く各ローカル管理者の間で短メッセージに対するアクセスを制限することに加え、短メッセージのグループのマーケット・セグメントIDに基づいて、短メッセージのグループを選択的に処理しても良い。更に、この短メッセージにより提供されつつあるテレサービスのタイプを定義するテレサービスIDフィールドを含めても良い。従って、その場合、特定短メッセージの配信特性は、そのマーケット・セグメントIDおよびテレサービス・タイプにより決定され得る。作動時においては、短メッセージはまさに受信者のマーケット・セグメントIDに対して割当てられ得る。代替的に、短メッセージには、それを最初に受信したサービスユーザのマーケット・セグメントIDが割当てられ得る。受信者のマーケット・セグメントIDが一旦決定されれば、次にメッセージには受信者のマーケット・セグメントIDが割当てられ得る。これにより、記憶特性( 例えば、除去時間リミット) および配信特性を更に区別することが可能となる。
【００３５】
尚、当業者であれば、図４に示されたフィールドは単なる例示的なものであり、本発明の範囲から逸脱すること無く他の短メッセージ・フォーマットに対処すると共に付加的短メッセージ処理機能を提供すべく付加的フィールドが使用され得ることを理解するであろう。
【００３６】
配布リスト処理：配布リストを使用すれば多数のサービスユーザに対する短メッセージの一斉送信を容易化するが、これは電気通信ネットワークおよびSMSC自身における深刻なトラフィック・ジャム(jam) を引き起こす可能性がある。より詳細には、サービスユーザによる単一の送信コマンドによりネットワークに溢れている多数の短メッセージにより、電気通信ネットワーク上に“ジャム”が引き起こされる。与えられたネットワークの容量に依存し、このメッセージの多大な殺到は、当該ネットワークを介した他のメッセージの配信および全体的処理における深刻な遅延を引き起こし得る。
【００３７】
本発明に依れば、図５には、配布リストに対する短メッセージの代表的な処理方法が示されている。ステップ100 においてSMSC管理者は、不当な遅延を引き起こすこと無くネットワークを介して送信され得る短メッセージの第１の所定最大数を決定する。ステップ110 にて、配布リスト( “DL”) に対して短メッセージが配信されるべきことをサービスユーザが指定したとき、上記SMSCはDL内のエントリの数をステップ120 にて上記第１の所定最大数と比較する。もしエントリの数が上記第1 の所定数より小さければ、短メッセージの全てはステップ125 にて何らのセグメント化なしで送出される。もしエントリの数が第1 の所定数より大きければ、そのときはステップ130 にて、SMSCは配布リスト・エントリを第1 の所定数に対応する最大サイズを有するエントリのブロックに分割する( 但し、エントリの実際の数が第1 の所定数の倍数であるか否かに基づき、最後のブロックは少なく含むこともある) 。ステップ140 において、SMSCは第１ブロックを送出すると共に配信状況を監視する。ステップ150 においてSMSCは、第１ブロックの配信状況が所定の成功基準を満足するまで次のブロックの配信を遅延する。例えばSMSCは、第１ブロックのメッセージの第1 の所定割合が好首尾に転送されるまで待機しても良い。次にステップ160 においてSMSCは、全てブロックが送出されたか否かを決定する。もし全てのブロックが送出されていれば配布の更なる処理は不要であるが、各メッセージが配信されたことを記録しても良い。もし全てのブロックが送出されていなければ、そのときにSMSCはステップ140 に戻り反復する。本発明に依れば、SMSC管理者は上記第1 の所定数および所定基準を調節し、SMSCを残りの電気通信ネットワークに最適にチューニングしても良い。
【００３８】
代替的実施例においては、配布リスト上のエントリをエントリのブロックに分割する代わりに、SMSCは配布リスト上の各エントリに対して短メッセージの独立したコピーを作成しても良い。その場合、エントリのブロックを処理する代わりに、SMSCは上記実施例におけるエントリのブロックに対応する短メッセージのブロックを処理し得る。
【００３９】
これに加え、SMSCの内部で起こり得る“ジャム”は、短メッセージを処理しつつある複数の処理の負荷をバランスすることにより回避される。本発明に依れば上記SMSCは、複数の短メッセージの処理を行う複数の並列処理を実行し得るコンピュータ・ワークステーション上で実現される。このタイプのコンピュータ・ワークステーションは一般的に知られており、電気通信分野全体に亙り使用されている。代表的なワークステーションは、Solaris 2.5.x が走るサンマイクロシステムのフォルトトレラントSPARC サーバであるが、本発明に依れば他のタイプのワークステーションも同様に使用され得る。大きな配布リストへの配信に伴う大量処理要件により単一の処理が壊滅または“ジャム”しないことを確かなものとすべく、配布リスト内の所定ブロックの各短メッセージ・エントリは、その処理の特定の特性に従って特定処理に投入される。図６に示された好適実施例においてSMSC管理者はステップ200 において、各処理のいずれの特性が各特性に対する対応負担係数(corresponding weighting factor)と共に監視されるべきかを指定し得る。使用され得る特性の例としては、並列処理の各々に対するキューサイズ（処理されるべき幾つのメッセージが待機しているか) 、待ち時間( メッセージを受信して処理を開始するに費やす時間長) 、および、増加速度( この処理に対するキューの増加速度) などが挙げられる。ステップ210 においては、メッセージを投入する前にまたは同時進行的に、上記SMSCは各処理に対するこれらの特性を監視すると共に各処理に対する負担値(weighted value)を決定し得る。ステップ220 においてSMSCは次に、最低負担値を有する処理に対して所定ブロックを投入することにより、処理負荷が可及的に均等に配分されるのを確かなものとしても良い。ステップ230 においてSMSCは、配布リストに対する処理が完了したか否かを決定し得る。もし処理が完了していなければ、SMSCはステップ210 に戻り得る。そうでなければ、配布リストの処理は終了するが、そのときにはメッセージが配信されたことを記録しても良い。
【００４０】
メッセージセグメンテーション：本発明に依れば、短メッセージの配信は短メッセージを搬送する切換局の容量を考慮せねばならない。従来の電気通信ネットワークにおいては、最も一般的な制限要因は図２に示されたMSC 54のメッセージ長さ容量である。
【００４１】
メッセージは、標準的プロトコルを使用している無線電気通信ネットワーク上の各ポイントから転送される。ANSI-IS 41 Cは、無線電気通信ネットワーク上のひとつのポイントから他のポイントまでの間を通信すべく一般的に使用される業界標準である。また、SMS ポイント間配信(SMSDeliveryPointToPoint)(“SMDPP ”) メッセージはANSI-IS-41-C基準の一部であると共に、ひとつのポイントから別のポイントへ短メッセージを転送すべく使用され、且つ、その転送の成功または失敗を報告するものである。
【００４２】
本発明に係るSMSCの好適実施例において、SMSCは256 バイトの内部短メッセージ長を採用し得る。もしMSC が同一またはそれより大きなメッセージ長さを有していれば、メッセージは何らの付加処理なしで送信され得る。しかし乍ら、MSC の更に小さな容量を補償すべく、SMSCは各短メッセージを受信ユニットのMSC の固有容量に対応する小さなセグメントにセグメント化しても良い。図７に示された代表的な作用においてSMSCは、ステップ300 において、MSC のアドレスおよびMSC の最大メッセージサイズを含み得るMSC 属性テーブルにアクセスし得る。ステップ310 においては、より小さな最大メッセージサイズを有するMSC に対して意図された短メッセージが更に小さなセグメントにセグメント化されると共に、ステップ320 にて第1 のSMDPP は第1 のセグメントによるものである。次のSMDPP メッセージを送信する前に、SMSCはステップ330 にて転送の成功の表示を受信するまで待機しても良い。もし特定の転送が不成功であると決定されたなら、SMSCは最新のSMDPP 要求を再送信しても良い。ステップ350 においてSMSCは、全てのセグメントが送信されたか否かを決定し得る。もし全てのセグメントが送信されなければSMSCはステップ320 に戻り、全てのセグメントが送信されるまで反復する。必要なサブセグメントの全てを好首尾に転送した後、SMSCは短メッセージが配信されたものと記録し得る。
【００４３】
図８に示された如く、上記属性テーブルはMSC タイプ( 例えば、Lucent、Ericsson、Nortrel など) とMSC のソフトウェア改訂番号も更に含み得るが、これは、特定のMSC の特定のソフトウェア改訂に対するSMSCの配信パラメータのトラブルシューティングおよび適合作成を助力し得るものである。これらの属性は例示の為だけに提供されたものに過ぎず、余すところ無く列挙したもので無く、従って、本発明の範囲から逸脱すること無く他の属性が記憶され得る。
【００４４】
システム配信パラメータの動的更新：本発明に依れば、メッセージ毎にシステム配信パラメータの動的更新を許容するSMSCが提供される。図３に関して上述した如く、本発明に係るSMSCを採用する管理者は、マーケット・セグメントに基づいて配信特性を指定しても良い。
【００４５】
図９に示された好適実施例においては、所定マーケット・セグメントに対する特定の配信特性を決定する変数のいずれかに対する変更がステップ400 において為されたときは常に、ステップ410 にて表示フラグがセットされて変更が為されたことを表す。例えば、変数は値0 から値1 へと変更され、変更が為されたことを示し得る。もし、SMSCの管理者がメッセージの処理の間においてこれらの特性の改変を許容され、それ故に変更はテンポラリ・テーブルに為されねばならないとすれば、問題が生じ得る。ステップ420 においては、短メッセージの処理が開始される。SMSCがこの短メッセージを処理する前に、SMSCはステップ430 にて予め、変更が為されたことを表示フラグが示しているか否かを調べる。もしフラグがセットされていなければメッセージはステップ450 で処理される。もしフラグがセットされていればSMSCはステップ460 にてテンポラリ・テーブルに記憶されている値により現在のテーブルを更新ステップ460 に進む。メッセージが処理された後、別のメッセージの処理が必要であればSMSCはステップ420 にループバックする。
影響を受けたテーブルとしては、例えばマーケット・セグメント・テーブルおよびテレサービス優先順位テーブルが挙げられる。これに加え、処理されるべきメッセージと関連を有さないとしても作動テーブルが更新されることもある( すなわち、処理されるべきメッセージにより使用されたものだけでなく、全てのテーブルが更新される) 。
【図面の簡単な説明】
【図１】本発明に係るSMSCの例示的実施例の全体的システムアーキテクチャを示す図である。
【図２】  SMSCを使用した無線電気通信ネットワークの概略的作用図である。
【図３】本発明に係るSMSCの例示的実施例で使用されるデータベース/ テーブルの概要を示す図である。
【図４】本発明に係るSMSCで使用される短メッセージの代表的構造を示す図である。
【図５】配布リストを処理する代表的方法を示す図である。
【図６】複数の処理に亙る配布リストの負荷均衡処理の代表的方法を示す図である。
【図７】メッセージ・サービスセンタの可変メッセージ長さ容量に従って短メッセージをセグメント化する代表的方法を示す図である。
【図８】メッセージ・サービスセンタの特性を定義する代表的属性テーブルを示す図である。
【図９】システム特性を動的に更新する代表的方法を示す図である。
【符号の説明】
2 …SMSCプロセッサ/ コントローラ
4 …管理インタフェース
6 …マルチプロトコル・インタフェース
8 …SS7 IPC インタフェース
10…SMSC構成データベース
12…加入者データベース
14…メッセージ・データベース
16…SME ルータ・データベース
50…SMSC
52…ホームロケーション・レジスタ
54…移動切換センタ
56…基地局
58…移動局
60…公衆加入電話網
62…ビジタ位置レジスタ
64…SMSC2
66…短メッセージ・エンティティ
70…マーケット・セグメント・テーブル
72…加入者テーブル
74…配布リストテーブル
76…クローズド・ユーザグループ・テーブル
78…テレサービス優先順位テーブル
500 …標準短メッセージ・フォーマット
【図１】
0004463894.tif 000002
【図２】
0004463894.tif 000003
【図３】
0004463894.tif 000004
【図４】
0004463894.tif 000005
【図５】
0004463894.tif 000006
【図６】
0004463894.tif 000007
【図７】
0004463894.tif 000008
【図８】
0004463894.tif 000009
【図９】
0004463894.tif 000010