(57)【要約】  ある特定のハードウェアアイテムを対象とするメッセージ（典型的にはＳＭＳメッセージ）が、ハードウェア識別データ、例えばＩＭＳＩ又はＩＭＥＩＳＶとともに、アプリケーションノード(70)からメッセージコントローラ(40)へ与えられる。メッセージコントローラ(40)及び、例えばＨＬＲであり、対象宛先ハードウェアについての情報を格納する位置更新加入者データベース(50)が、相互動作(78,80)し、与えられるハードウェア識別データと位置更新加入者データベース(50)に格納されるデータとに基づいて、メッセージの更なる処理が決定される。
2007531387.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システム(1)におけるメッセージ処理方法であって、
メッセージ及び、当該メッセージの対象宛先受信機(16:1,16:2,14:1,14:2)の第１ハードウェア識別データを、アプリケーションノード(70; 70:1-3)からメッセージコントローラ(40)へ転送するステップと、
前記メッセージコントローラ(40)と位置更新加入者データベース(50)との間で相互動作を行なうステップと、
前記第１ハードウェア識別データ及び前記位置更新加入者データベース(50)に格納されるデータに基づいて、前記メッセージをさらに処理するステップ、
とを有することを特徴とする方法。
【請求項２】
前記第１ハードウェア識別データと前記位置更新加入者データベース(50)とを比較するステップをさらに有し、前記さらに処理するステップが、当該比較するステップの結果に基づくことを特徴とする請求項１記載の方法。
【請求項３】
前記相互動作するステップが、 前記第１ハードウェア識別データを、前記メッセージコントローラ(40)から前記位置更新加入者データベース(50)を送信するステップを有し、
前記第１ハードウェア識別データが、前記位置更新加入者データベース(50)において、前記ハードウェア識別データによって規定されるハードウェア(16:1, 16:2, 14:1, 14:2)を現在受け持っている交換又はサポートノード(20:1)があれば、そのアドレスを検索するために用いられ、
前記相互動作するステップが、さらに、前記交換又はサポートノード(20:1)のアドレスがあれば、前記位置更新加入者データベース(50)から前記メッセージコントローラ(40)へ返すステップを有し、
前記さらに処理するステップが、前記交換又はサポートノード(20:1)の前記アドレスへ前記メッセージの伝送を開始するステップ、
とを有することを特徴とする請求項１又は請求項２記載の方法。
【請求項４】
前記さらに処理するステップが、前記ハードウェア識別データによって規定されるハードウェア(16:1, 16:2, 14:1, 14:2)を現在受け持っている交換又はサポートノード(20:1)のアドレスが前記位置更新加入者データベース(50)から検索されなかった場合、前記メッセージを格納するとともに、前記位置更新加入者データベース(50)と前記相互動作するステップをある遅延時間後に再開するステップをさらに有することを特徴とする請求項３記載の方法。
【請求項５】
前記メッセージに関連付けされた移動加入者識別データを、前記アプリケーションノード(70;70:1-3)から前記メッセージコントローラ(40)へ転送するステップをさらに有することを特徴とする請求項１又は請求項２記載の方法。
【請求項６】
前記移動加入者識別データが移動加入者ＩＳＤＮ番号であることを特徴とする請求項５記載の方法。
【請求項７】
前記相互動作するステップが、
前記移動加入者識別データを、前記メッセージコントローラ(40)から前記位置更新加入者データベース(50)へ送信するステップと、
前記移動加入者識別データによって規定される移動加入者(10:1)を現在受け持っている交換又はサポートノード(20:1)があれば、そのアドレス並びに関係づけられた第２のハードウェア識別データを検索するステップと、
前記交換又はサポートノード(20:1)のアドレス並びに前記第２のハードウェア識別データを、前記位置更新加入者データベース(50)から前記メッセージコントローラ(40)へ返すステップ、
とを有することを特徴とする請求項５又は請求項６記載の方法。
【請求項８】
前記メッセージコントローラ(40)において、前記第１及び第２のハードウェア識別データを比較する比較ステップをさらに有し、
前記さらに処理するステップが、前記第１及び第２のハードウェア識別データが等しい場合に、前記メッセージを前記交換又はサポートノード(20:1)の前記アドレスへ前記メッセージの伝送を開始するステップをさらに有することを特徴とする請求項７記載の方法。
【請求項９】
前記さらに処理するステップが、前記第１及び第２のハードウェア識別データが等しくない場合、前記メッセージを格納するとともに、前記位置更新加入者データベース(50)と前記相互動作するステップをある遅延時間後に再開するステップをさらに有することを特徴とする請求項８記載の方法。
【請求項１０】
前記さらに処理するステップが、前記第１及び第２のハードウェア識別データが等しくない場合、前記アプリケーションノード(70;70:1-3)へエラーメッセージを送信するステップをさらに有することを特徴とする請求項８又は請求項９記載の方法。
【請求項１１】
前記第１及び第２のハードウェア識別データが、加入者識別モジュール識別データ及び移動装置識別データの少なくとも１つを含むことを特徴とする請求項１乃至請求項１０のいずれか１項に記載の方法。
【請求項１２】
前記加入者識別モジュール識別データ及び前記移動装置識別データの少なくとも１つを前記位置更新加入者データベース(50)から前記メッセージコントローラ(40)へ返すステップをさらに有することを特徴とする請求項１１記載の方法。
【請求項１３】
前記メッセージがショートメッセージサービス−ＳＭＳ−メッセージであり、前記メッセージコントローラ(40)がＳＭＳコントローラであることを特徴とする請求項１乃至請求項１２のいずれか１項に記載の方法。
【請求項１４】
前記位置更新加入者データベース(50)がホームロケーションレジスタであることを特徴とする請求項１乃至請求項１３のいずれか１項に記載の方法。
【請求項１５】
前記交換又はサポートノード(20:1)が移動交換局であることを特徴とする請求項３、請求項７又は、請求項３もしくは請求項７を引用する請求項のいずれか１項に記載の方法。
【請求項１６】
メッセージコントローラ(40)であって、
メッセージ及び、当該メッセージの対象宛先受信機の第１ハードウェア識別データを受信する第１受信器(48)と、
位置更新加入者データベース(50)と相互動作する手段(46)と、
前記第１ハードウェア識別データと、前記位置更新加入者データベース(50)に格納されるデータとに基づいて、前記メッセージをさらに処理する手段(46)、
とを有することを特徴とするメッセージコントローラ。
【請求項１７】
前記さらに処理する手段(46)が、前記第１ハードウェア識別データと前記位置更新加入者データベース(50)に格納されるハードウェア識別データとの比較結果に基づくように構成されることを特徴とする請求項１６記載のメッセージコントローラ。
【請求項１８】
前記相互動作する手段(46)が、
前記第１ハードウェア識別データを、前記位置更新加入者データベース(50)へ送信する送信手段と、
前記ハードウェア識別データによって規定されるハードウェア(16:1, 16:2, 14:1, 14:2)を現在受け持っている交換又はサポートノード(20:1)があれば、そのアドレスを前記位置更新加入者データベース(50)から受信する第２の受信器とをさらに有し、
前記さらに処理する手段(46)が、
前記交換又はサポートノード(20:1)の前記アドレスへ前記メッセージの伝送を開始する手段をさらに有することを特徴とする請求項１６又は請求項１７記載のメッセージコントローラ。
【請求項１９】
前記さらに処理する手段(46)が、前記ハードウェア識別データによって規定されるハードウェア(16:1, 16:2, 14:1, 14:2)を現在受け持っている交換又はサポートノード(20:1)のアドレスが前記位置更新加入者データベース(50)によって与えられない場合、前記メッセージを格納するとともに、前記位置更新加入者データベース(50)と前記相互動作するステップをある遅延時間後に再開する手段をさらに有することを特徴とする請求項１８記載のメッセージコントローラ。
【請求項２０】
前記第１受信器(48)が、さらに移動加入者識別データを受信するように構成されることを特徴とする請求項１６又は請求項１７記載のメッセージコントローラ。
【請求項２１】
前記移動加入者識別データが移動加入者ＩＳＤＮ番号であることを特徴とする請求項２０記載のメッセージコントローラ。
【請求項２２】
前記相互動作する手段(46)が、
前記移動加入者識別データを前記位置更新加入者データベース(50)へ送信する送信手段と、
前記移動加入者識別データによって規定される移動加入者(10:1)を現在受け持っている交換又はサポートノード(20:1)があれば、そのアドレス並びに関係づけられた第２のハードウェア識別データを、前記位置更新加入者データベース(50)から受信する第２受信器とをさらに有することを特徴とする請求項２０又は請求項２１記載のメッセージコントローラ。
【請求項２３】
前記第１及び第２のハードウェア識別データを比較する手段(46)をさらに有し、
前記さらに処理する手段(46)が、前記交換又はサポートノード(20:1)の前記アドレスへ、前記メッセージの伝送を開始する手段を有し、
前記開始する手段が、前記比較する手段の出力が前記第１及び第２のハードウェア識別データが等しいことを示す場合に動作するように構成されることを特徴とする請求項２２記載のメッセージコントローラ。
【請求項２４】
前記さらに処理する手段(46)が、前記メッセージを格納する手段(44)と、前記位置更新加入者データベース(50)との相互動作を、ある遅延時間後に再開する手段とを有し、
前記格納する手段(44)及び前記再開する手段が、前記比較する手段の出力が前記第１及び第２のハードウェア識別データの不一致を示す場合に動作するように構成されることを特徴とする請求項２３記載のメッセージコントローラ。
【請求項２５】
前記さらに処理する手段(46)が、前記メッセージの送信元ノード(70;70:1-3)へ、エラーメッセージを送信する手段をさらに有し、
前記エラーメッセージを送信する手段が、前記比較する手段の出力が前記第１及び第２のハードウェア識別データの不一致を示す場合に動作するように構成されることを特徴とする請求項２３又は請求項２４記載のメッセージコントローラ。
【請求項２６】
前記第１及び第２のハードウェア識別データが、加入者識別モジュール識別データ及び移動装置識別データの少なくとも１つを含むことを特徴とする請求項１６乃至請求項２５のいずれか１項に記載のメッセージコントローラ。
【請求項２７】
前記第２受信器が、前記加入者識別モジュール識別データ及び前記移動装置識別データの少なくとも１つを前記位置更新加入者データベース(50)から受信するように構成されることを特徴とする請求項２６記載のメッセージコントローラ。
【請求項２８】
前記メッセージがショートメッセージサービス−ＳＭＳ−メッセージであり、前記メッセージコントローラがＳＭＳコントローラであることを特徴とする請求項１６乃至請求項２７のいずれか１項に記載のメッセージコントローラ。
【請求項２９】
位置更新加入者データベース(50)を有する通信システムノードであって、
移動加入者に関連付けられたアドレス及びハードウェア識別データの記憶手段と、
当該記憶手段の内容を更新する手段と、
メッセージコントローラ(40)からのメッセージの対象宛先受信器(16:1, 16:2, 14:1, 14:2)に関連付けられたハードウェア識別データの受信器と、
前記記憶手段からの前記ハードウェア識別データによって規定されるハードウェア(16:1, 16:2, 14:1, 14:2)を現在受け持っている交換又はサポートノード(20:1)があれば、そのアドレスを検索する手段と、
前記ハードウェア識別データによって規定されるハードウェア(16:1, 16:2, 14:1, 14:2)を現在受け持っている交換又はサポートノード(20:1)の前記アドレスを、前記メッセージコントローラ(40)へ送信する送信器とを有することを特徴とする通信システムノード。
【請求項３０】
前記送信器が、前記ハードウェア識別データを前記メッセージコントローラ(40)へ送信する手段をさらに有することを特徴とする請求項２９記載の通信システムノード。
【請求項３１】
前記位置更新加入者データベース(50)がホームロケーションレジスタであることを特徴とする請求項２９又は請求項３０に記載の通信システムノード。
【請求項３２】
請求項１６乃至請求項２８のいずれか１項に記載のメッセージコントローラを少なくとも１つ有することを特徴とする移動通信システム(1)。
【請求項３３】
請求項２９乃至請求項３１のいずれか１項に記載の通信システムノードを少なくとも１つ有することを特徴とする請求項３２記載の移動通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概してメッセージ処理、特に移動通信ネットワークにおけるショートメッセージサービス（ＳＭＳ）メッセージの処理に関し、特にはＳＭＳメッセージの適切な宛先アドレスの検出に関する。
【背景技術】
【０００２】
ショートメッセージサービス（ＳＭＳ）は、移動通信ネットワーク内で異なる加入者が互いに短いテキストメッセージを送信することを可能にするために用いられてきた。ＳＭＳコンテンツは特定のユーザを対象としたものであるから、移動加入者ＩＳＤＮ番号(MSISDN)、即ち移動加入者の電話番号がアドレス指定情報として用いられている。ＳＭＳメッセージ及びＭＳＩＳＤＮがＳＭＳコントローラへ与えられる。ＳＭＳコントローラはＳＭＳを一時的に記憶するとともに、対象となる宛先移動加入者を探索する。宛先移動加入者の探索において、ＳＭＳコントローラは、宛先移動加入者に関する加入者識別モジュール（ＳＩＭ）のデータ、即ち国際移動加入者識別番号（ＩＭＳＩ）を特定するため、ホームロケーションレジスタ（ＨＬＲ）とやりとりする。ＨＬＲはまた、ＳＩＭにアクセスするための移動交換局（ＭＳＣ）のアドレスを与える。このデータを用いることで、メッセージが適切な宛先移動加入者へ送られる。
【０００３】
今日、ＳＭＳの考え方は、電話機内のクライアントへ直接データをプッシュするためにＳＭＳを用いるいくつかのネットワークベースのアプリケーションにも用いられている。そのようなアプリケーションとして、オーバー・ザ・エア（ＯＴＡ）ＳＭＳ、マルチメディアメッセージサービス（ＭＭＳ）通知及びＳＩＭツールキットの更新が例示される。基本的なＳＭＳの考え方に適合させるため、これらのアプリケーションにおいても、ＭＳＩＳＤＮをＳＩＭカードや移動端末にアクセスするためのアドレスとして用いている。
【０００４】
ＭＳＩＳＤＮ、ＩＭＳＩ及び移動端末のＩＤ（例えば国際移動機装置識別子（ＩＭＥＩ）又はソフトウェアバージョンによって拡張されたＩＭＥＩ（ＩＭＥＩＳＶ）で規定される）が、一対一の関係を持つ限り、これらの値はいずれもアドレス指定を目的として使用可能であり、同一の宛先端末、ＳＩＭ及び加入者を与える。しかしながら、例えばＳＩＭカードを異なる端末で使用することをユーザに許可したり、単独の移動加入者が同一ＭＳＩＳＤＮを有する複数のＳＩＭカードを持つことを許したりといった、より柔軟な手法を導入すると、アドレス指定の問題が生じるであろう。
【０００５】
ＩＭＥＩＳＶによって特定される端末内で、ＩＭＳＩによって特定されるＳＩＭが初めて使用される時を自動検出するための機能の標準化が、３ＧＰＰ内での活動の中で行なわれている。この機能は、自動デバイス検出（ＡＤＤ）と名付けられている。少なくともＭＳＩＳＤＮ、ＩＭＳＩ及びＩＭＥＩＳＶを含む情報が端末能力サーバに格納される。端末能力サーバはまた、関連情報をデバイス管理システム（ＤＭＳ）のような外部アプリケーションへ転送する能力を有する。これらのアプリケーションは、様々なイベントのトリガとしてこの情報の一部を利用することができる。例えば、新しいＧＰＲＳ設定を有するＳＭＳを、ＭＭＳ、無線アプリケーションプロトコル（ＷＡＰ）又は他のデータサービスが利用可能となる前にその設定を必要とする端末へ送信することが可能である。これにより端末能力サーバは、異なる端末へＳＩＭが移動する問題を、接続されたアプリケーションが解決することを可能とする。しかし、更新された端末データベースに接続されていないアプリケーションや、デュアルＳＩＭカードの利用についての問題は依然として残されている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のＳＭＳシステムの一般的な問題は、移動通信ネットワーク内の移動加入者のハードウェア部品、例えばＳＩＭカードや移動端末のアドレス指定に不定性が存在することである。従来技術の更なる問題点は、同一移動加入者用に複数のＳＩＭカードが同時に使用されると、対象のハードウェアへＳＭＳメッセージが届くという保証ができなくなる点である。
【０００７】
従って、本発明の全般的な目的は、メッセージ送信時に、ハードウェア関連識別情報をアドレス指定データとして利用可能な方法、装置及びシステムを提供することである。本発明の別の目的は、現状の標準化されたシステムに対して可能な限り少ない変更を必要とするような方法、装置及びシステムを提供することである。
【課題を解決するための手段】
【０００８】
上述した目的は、添付した特許請求の範囲に従った方法、装置及びシステムによって達成される。総括すると、ある特定のハードウェアアイテムを対象とするメッセージ（典型的にはＳＭＳメッセージ）が、宛先ハードウェアを特定するハードウェア識別データ、例えばＩＭＳＩ又はＩＭＥＩＳＶとともに、アプリケーションノードからメッセージコントローラへ与えられる。メッセージコントローラと、対象となる宛先ハードウェアについての情報を格納する、位置更新加入者データベース（location updated subscriber database:例えばＨＬＲ）とが相互動作し、与えられたハードウェア識別データ及び位置更新加入者データベースに格納されたデータに基づいて、そのメッセージのさらなる処理について決定される。好ましくは、更なる処理が、位置更新加入者データベースに格納されるハードウェア識別データと、与えられたハードウェア識別データとの比較に基づく。一実施形態において、ハードウェア識別データは位置更新加入者データベースに与えられ、格納されたデータとの比較が行なわれる。そして、ハードウェアのＩＭＳＩ及び関連する交換又はサポートノードアドレスが検索される。別の実施形態では、アプリケーションノードがさらに加入者識別情報、例えばＭＳＩＳＤＮをメッセージコントローラへ与える。メッセージコントローラは位置更新加入者データベースと相互動作し、ハードウェア識別データ（例えばＩＭＳＩ及び／又はＩＭＥＩＳＶ）を位置更新加入者データベースから得る。ハードウェア識別データがアプリケーションノードから与えられ、メッセージコントローラでなされた比較の結果、位置更新加入者データベースから得られたハードウェア識別データと対応していれば、メッセージは、やはり位置更新加入者データベースから得られる交換又はサポートノードアドレスへ送信される。もしそうでなければ、エラー機能が適用される。
【発明の効果】
【０００９】
本発明による効果の１つは、メッセージの宛先アイテムとして意図されたハードウェアをアドレス指定する際の、いかなる不定性も除去される点にある。本発明の別の効果は、現在の標準に加える必要のある変更が、非常に限られた量ですむことにある。
【発明を実施するための最良の形態】
【００１０】
本発明、並びに本発明の他の目的及び利点は、以下の説明を添付図面と共に参照することによって最もよく理解できるであろう。
【００１１】
ここでの開示において、「ハードウェア識別データ」とは、例えばＳＩＭカード、移動端末等を含むあらゆる種類のハードウェアに関する識別データを含む。従って、ハードウェア識別データは、例えばＩＭＳＩ，ＩＭＥＩ，ＩＭＥＩＳＶやその組み合わせを含みうる。
【００１２】
本発明をより良く理解するため、まず、ＳＭＳをサポートする従来の通信システムについての簡単な概要について、図示及び説明を行なう。
【００１３】
図１は、そのような移動通信システム１を示している。複数のユーザ又は移動加入者１０：０，１０：１は、１つ又は複数の移動端末１４：０，１４：１，１４：２を利用可能である。各加入者１０：０，１０：１は固有の識別番号、ＭＳＩＳＤＮによって特徴付けられている。加入者１０：０，１０：１及び、加入者が使用する移動端末１４：０，１４：１，１４：２との間には、独自の関係１２が存在する。移動端末１４：０，１４：１，１４：２はまた、ＩＭＥＩＳＶで規定される固有ＩＤを有している。加入者及び移動端末１４：０，１４：１，１４：２とを関連付けるために、ＳＩＭカード１６：０，１６：１，１６：２が移動端末１４：０，１４：１，１４：２内に導入されている。ＳＩＭカード１６：０，１６：１，１６：２は、その位置によって移動端末１４：０，１４：１，１４：２とのつながりを構成し、一方でＳＩＭカード１６：０，１６：１，１６：２と加入者１０：０，１０：１とのつながりはデータベースに登録される契約によって作られる。ＳＩＭカード１６：０，１６：１，１６：２はさらに、ＩＭＳＩで規定されるＩＤを有している。結論として、加入者はＭＳＩＳＤＮ、ＳＩＭカードはＩＭＳＩ，移動端末はＩＭＥＩＳＶによって特定されている。各移動端末１４：０，１４：１，１４：２は無線通信リンク１８により、個々の基地局２２：０，２２：１に接続される。基地局２２：０，２２：１は通常、いくつかの移動端末を受け持つように構成される。基地局２２：０，２２：１は移動交換局２０：０、２０：１に接続される。通信システム１は、各端末１４：０，１４：１，１４：２がどの移動交換局（ＭＳＣ）に接続されているかを、ＨＬＲ５０のアドレスフィールドを更新して常に把握している。
【００１４】
通常のＳＭＳを送信する際、加入者１０：１はメッセージを彼の送信元移動端末１４：０でタイプし、ＭＳＩＳＤＮで特定される所定の端末加入者１０：１へ送信するように要求するであろう。メッセージ及び関連するＭＳＩＳＤＮはコネクション２６を通じ、通信システムのコアネットワーク３０へ伝送される。図示したシステムにおいてＳＭＳは、単独のＳＳ７パケット内で、コアネットワーク３０を通じてＳＭＳコントローラ４０へ伝送される。コアネットワーク３０とＳＭＳコントローラとの間のコネクション７４を通じた通信は、３ＧＰＰ標準のプロトコルに準拠し、メッセージ及びＭＳＩＳＤＮデータを含んでいる。ＳＭＳメッセージはＳＭＳインターワーキングＭＳＣ４２に受信され、ＳＭＳは少なくとも一時的にコントローラストレージ４４に格納される。
【００１５】
ＳＭＳゲートウェイＭＳＣ４６はコントローラストレージ４４に接続され、インタフェース５４を介してＨＬＲ５０と相互動作して、対象宛先加入者に関連付けられたアドレスデータを取得する。ＭＳＩＳＤＮはＨＬＲ５０へ与えられ（７８）、ＨＬＲ５０は自らのデータベースを用いて対応するＩＭＳＩデータ及び、その加入者を現在担当しているＭＳＣのアドレスを返す（８０）。この実施態様において、ＳＭＳコントローラ４０とＨＬＲ５０との間の通信は、３ＧＰＰ仕様の移動アプリケーションパート（ＭＡＰ）標準に従って行なわれる。ＳＭＳゲートウェイＭＳＣ４６は、コネクション７６及びＳＳ７ネットワーク３０を通じ、ＭＳＣアドレスへ、ＳＭＳメッセージ及び関連付けられたＩＭＳＩの送信を開始する。ＩＭＳＩは、移動端末の呼び出しの間、ＭＳＣによって用いられる。アドレス指定されたＭＳＣ２０：１は、コネクション２４を介してメッセージ及びＩＭＳＩデータを受信し、それを、ＩＭＳＩデータと関連付けられたＳＩＭカード１６：１を有する移動端末１４：１へ転送する。このようにして、対象宛先加入者１０：１へＳＭＳが届けられる。
【００１６】
このサービスを提供可能にするための１つの重要な部分は、ＨＬＲ５０である。図２ａは、典型的なＳＭＳの場合における、ＨＬＲの内容の一部を概略的に示した図である。ＨＬＲは、データ列として示すように、多数のエントリを有している。各エントリはＭＳＩＳＤＮ番号１０１、ＩＭＳＩ番号１０２、現行ＭＳＣアドレス１０４及び、本実施態様ではさらにＩＭＥＩＳＶ番号１０３を有している。これにより、エントリは、ハードウェア識別データ、即ちＩＭＳＩ及びＩＭＥＩＳＶと、ＭＳＩＳＤＮとの現在の関係を規定する。さらに、ＭＳＣアドレスにより、通信ネットワーク内の現在の位置が与えられる。このＨＬＲ５０は、継続的に更新される。これは、加入者が新しい移動端末へ彼のＳＩＭカードを取り付けたとすると、対応するエントリのＩＭＥＩＳＶ番号が新しいハードウェアを反映するために更新されることを意味する。
【００１７】
加入者、端末又はＳＩＭカードへデータを伝送するためにＳＭＳの考え方を用いる他のアプリケーションも開発されている。非限定的な例として、電子メールの通知、マルチメディアメッセージサービス（ＭＭＳ）メッセージの通知、ボイスメール、ＷＡＰプッシュ、ＳＩＭツールキットＳＭＳ又はＯＴＡ設定ＳＭＳがある。そのようなアプリケーションノードは、図１において７０：１，７０：２，７０：３として示されている。これらアプリケーション７０：１，７０：２，７０：３によって生成されたＳＭＳメッセージは、一般的にはインターネット網６０によって、ＳＭＳコントローラ４０のアプリケーションノードインターワーキングユニット４８へ与えられる。他の形式のネットワーク又はコネクションを用いてＳＭＳコントローラ４０とアプリケーション７０：１，７０：２，７０：３とを接続してもよい。メッセージは、宛先加入者を特定するＭＳＩＳＤＮとともに、例えばショートメッセージピアツーピア（ＳＭＰＰ）を用い、コネクション５８を通じて伝送される。そして、ＳＭＳメッセージは、加入者が送信したＳＭＳメッセージと同様に転送される。
【００１８】
しかしながら、一部アプリケーションＳＭＳメッセージと通常の加入者発ＳＭＳメッセージとには、基本的な相違が存在する。加入者発ＳＭＳメッセージは、いかなる場合においても宛先加入者を対象としている。しかし、アプリケーションＳＭＳメッセージは、実際の加入者の代わりに、ＳＩＭカードや移動端末を対象とされうる。加入者がＳＩＭカードを新しい端末へ移動した場合、移動端末宛のＳＭＳメッセージを生成するアプリケーションはその情報を与えられる必要がある。さらに、例えばデュアルＳＩＭ手順を用い、あるＳＩＭカードから別のＳＩＭカードへＭＳＩＳＤＮが移された場合、ＳＩＭ宛先とするＳＭＳメッセージは、目的のＳＩＭカードへ届かないであろう。デュアルＳＩＭの考え方は、３つ以上のＳＩＭカードに対しても拡張することができる。
【００１９】
図１を参照し、ＯＴＡ設定ＳＭＳに関する原理を、ＡＤＤのある特定の実装を用いて説明することができる。新しい端末を有する加入者が検出された際に行ないうる手順は以下の通りである。ホーム公衆移動通信網（ＨＰＬＭＮ）又は移動先公衆移動通信網（ＶＰＬＭＮ）のいずれかにあるＭＳＣノード２０：１が、ノーマル位置更新又はＩＭＳＩアタッチ位置更新の際に、全ユーザについてのＩＭＥＩＳＶをフェッチする。ＭＳＣ２０：１は位置更新(Update Location)の更新動作中に受信したＩＭＥＩＳＶを、ＨＰＬＭＮのＨＬＲノード５０へ送信する。上述したように、ＨＬＲ５０は、ＩＭＥＩＳＶを他の加入者データと共に格納する。ＨＬＲ５０はメッセージを端末能力サーバ７２へ送信する。ここで説明するシステムでは、端末能力サーバ７２が、受信した情報と内部で格納されている設定データファイルとを照合する。端末能力サーバ７２は新しい設定命令を、アプリケーションノード７０：１として示されるＤＭＳへ送信する。任意の適切なデータを添付することが可能である。ＤＭＳ７０：１は設定命令を一定周期で処理し、受信したデバイスデータ及びアクセスポイント名（ＡＰＮ）に基づいて、特定された加入者へ適切な設定パラメータを送信する。ＤＭＳ７０：１は、既に説明した手順に従った更なる配信のため、ＭＳＩＳＤＮでアドレス指定されたＯＴＡ ＳＭＳをＳＭＳコントローラ４０へ送信する。ここでは、端末能力サーバ７２が、ＯＴＡ設定を実行可能とするために必要な識別情報を供給する。
【００２０】
デュアル（又は複数）ＳＩＭの考え方が導入される場合、より面倒な事態が生じる。多くのオペレータが、今日、同一ＭＳＩＳＤＮを有する２つ以上のＳＩＭカードを用いるソリューションを有している。これらのソリューションは、しばしばデュアルＳＩＭ、ＧＳＭツインカード又は類似の呼称を有する。これらソリューションにより、加入者が２つ以上の端末を有する場合でも、ＳＩＭカードを端末間で移動させる必要がない。複数の端末を同時に用いて発呼することが可能であるが、移動端末宛の通話及び移動端末宛のＳＭＳメッセージ送信に用いることができるのはそれらのうち１つだけである。良くあるケースは、ユーザが、携帯端末と自動車搭載端末の両方を持っている場合である。別の典型的なケースは、ユーザが、大きくて多機能のスマートフォンと、小さい移動電話機を持っている場合である。この場合、移動端末宛の呼及びＳＭＳメッセージについて、現在有効な端末としてどちらの端末をＨＬＲ中でマークすべきかをネットワークに対して指定することは、加入者に任されている。
【００２１】
図２ｂは、一般的なデュアルＳＩＭの場合における、ＨＬＲの一部内容を概略的に示す図である。各ＳＩＭカード、つまり各ＩＭＳＩが、ＨＬＲ５０の１エントリに対応する。しかし、いくつかのＩＭＳＩを同一のＭＳＩＳＤＮに関連付けることが可能なので、入来呼の宛先として選択されたＩＭＳＩだけが規定されたＭＳＩＳＤＮを規定されている。この特定の例において、加入者ＭＳＩＳＤＮ−１は、ＩＭＳＩ番号ＩＭＳＩ−１及びＩＭＳＩ−２を有するデュアルＳＩＭを有しており、ＩＭＳＩ−１が入来呼を受信すべきものとして選択されている。同様に、加入者ＭＳＩＳＤＮ−３は、「有効」ＳＩＭカードとしてＩＭＳＩ−４がマークされており、ＩＭＳＩ−３は「無効(passive)」とされている。
【００２２】
しかし、あるアプリケーションノードがＳＭＳメッセージを特定のＳＩＭカード又は移動端末へ送信しようとした場合、対応するＭＳＩＳＤＮが別のＩＭＳＩやＩＭＥＩＳＶに関連付けされている場合が起こりうる。結果として、そのアプリケーションノードは、そのＳＭＳが本当に対象ハードウェアに届くか保証することができない。例えば、図２Ｂを参照して、ＩＭＳＩ−２が対象の目標であるとすると、関連付けされたＭＳＩＳＤＮ、即ちＭＳＩＳＤＮ−１は有効でない上、代わりに別のＩＭＳＩ、つまりＭＩＳＩ−１に有効に関連付けられている。
【００２３】
ここで説明する実施態様で用いられる情報は、主にＩＭＳＩ、ＩＭＥＩ又はＩＭＥＩＳＶ、及びＭＳＩＳＤＮによって構成される。しかし、移動端末、加入者ＩＤモジュール及び移動加入者の、他の形式の識別データも同様に用いることができる。
【００２４】
本発明の一般的な解決手法は、アプリケーションノード７０：１，７０：２，７０：３とＳＭＳコントローラ４０との間の通信を制御する、インタフェース５６プロトコルのパラメータの付加を含む。これらパラメータはハードウェア識別データ、典型的には加入者識別モジュール識別データ（ＩＭＳＩ）及び移動装置識別データ（ＩＭＥＩ又はＩＭＥＩＳＶ）の少なくとも１つを含む。
【００２５】
図３は、本発明に係るＳＭＳコントローラ４０の実施形態を、その周辺に存在する通信システムの一部とともに示す図である。ＳＭＳメッセージ及び関連付けされたＭＳＩＳＤＮ番号ＭＳＩＳＤＮｘが、アプリケーションノード７０からＳＭＳコントローラへ、コネクション５８を通じて送信される。本発明のこの実施形態によれば、このデータに加え、関連付けされたＩＭＳＩデータＩＭＳＩｘが添付される。ＳＭＳ ＧＭＳＣ４６がＨＬＲ５０に、ＳＭＳのルーティング情報を要求するメッセージにより問い合わせを行なう際、ＭＳＩＳＤＮｘデータが識別情報として用いられる。ＨＬＲ５０のデータベースに従って、呼及びＳＭＳの「有効な」受信者であるＳＩＭカードに対応する、ＩＭＳＩデータＩＭＳＩｙ（及びＭＳＣアドレスデータ）が返される。ＳＭＳ ＧＭＳＣ４６は比較器４５において、ＨＬＲ５０からのＩＭＳＩｙデータと、コネクション４３によって受信されたＩＭＳＩｘデータとを比較し、それらが同一であるか検証する。それらが実際に同一であれば、ＭＳＣアドレスもまたＩＭＳＩｘに関連付けされたＭＳＣアドレスであることが暗に示され、４１により供給されるＳＭＳメッセージと結合するためにコネクション４７によって供給される。その後、ＳＭＳ送信手順は通常通り、ＳＭＳの伝送を開始することによって継続する。従って、コネクション７６によって与えられるデータは、ＳＭＳメッセージ、ＭＳＣアドレス及びＩＭＳＩｘデータを含む。
【００２６】
ＨＬＲ５０から受信したＩＭＳＩがアプリケーションノードから受信したものと異なる場合、代わりのエラー処理手順を行なうことができる。一実施形態において、エラーメッセージ４９がそのアプリケーションノードへ与えられ、対象宛先ハードウェアは、ＭＳＩＳＤＮを唯一のアドレスとして用いては到達できないことを伝える。別の実施形態では、そのＳＭＳメッセージをしばらく格納しておき、ある遅延時刻経過後に新たなＨＬＲ問い合わせを発行し、有効なＳＩＭカードの選択に変更があったかどうかをチェックしても良い。この場合、エラーメッセージは例えば所定回数の試行後もしくは所定時刻経過後に返送することができる。
【００２７】
図３の実施形態によれば、ＳＭＰＰプロトコル、又はアプリケーションノードとＳＭＳコントローラの間の通信を制御する他のプロトコル、即ちインターフェース５６を単に更新することにより、正しい端末又はＳＩＭカードがアドレス指定されているかどうかの検証にＨＬＲからの情報を用いることが可能になる。ＳＭＳコントローラ４０とＨＬＲ５０との間のインタフェース５４についての、現行の標準プロトコルについては、全く変更する必要がない。
【００２８】
しかし、インタフェース５４においても変更を加えることで、更なる効果を実現することが可能になる。図４は、本発明に係るＳＭＳコントローラの別の実施形態を示す図である。ＳＭＳメッセージはアプリケーションノード７０からＳＭＳコントローラへ、コネクション５８を通じて送信される。ここでも、必要に応じてＭＳＩＳＤＮ番号を提供するようにすることができる。本発明のこの実施形態によれば、このデータに加え、関連付けされたＩＭＳＩデータＩＭＳＩｘが添付される。本実施形態によれば、ＳＭＳ ＧＭＳＣ４６は、変更された規格に従ったメッセージによってＨＬＲ５０への問い合わせを行なう。ここで、ＳＭＳについてのルーティング情報は、ＩＭＳＩｘデータ８１を識別情報として用いて要求される。そして、ＩＭＳＩｘのＩＤを有するＳＩＭカードに対応するＭＳＣアドレスＭＳＣｘ７９が、そのＳＩＭカードが有効とマークされているかどうかは無関係に返される。これは、ＨＬＲ５０のデータベースに格納されている情報に従って与えられる。ＳＭＳ ＧＭＳＣ４６はＭＳＣｘアドレスをメッセージ及びＩＭＳＩｘデータにつけ加える。そして、ＳＭＳの送信を開始することによって、ＳＭＳ送信手順が通常通り継続する。従って、コネクション７６によって与えられるデータは、ＳＭＳメッセージ、ＭＳＣｘアドレス及びＩＭＳＩｘデータを含む。
【００２９】
ＩＭＳＩも識別情報として転送可能なようにＭＡＰインタフェース５４が更新される場合、デュアルＳＩＭソリューションの場合に、どのＳＩＭカードが移動端末宛ＳＭＳに対して有効とマークされているかどうかとは無関係に、正しい端末をアドレス指定することが可能になる。このような場合、エラー通知の必要性は、図４の実施形態ほど大きくない。
【００３０】
図５は、本発明に係るＳＭＳコントローラのさらに別の実施形態を示す図である。ＳＭＳメッセージは、ＭＳＩＳＤＮ番号ＭＳＩＳＤＮｘとともに、アプリケーションノード７０からＳＭＳコントローラへ、コネクション５８を通じて送信される。本発明のこの実施形態によれば、このデータに加え、関連付けされたＩＭＳＩデータＩＭＳＩｘが添付される。本実施形態によれば、ＳＭＳ ＧＭＳＣ４６はＭＳＩＳＤＮｘ８０を含んだメッセージでＨＬＲ５０への問い合わせを行なう。返されるＭＳＣアドレスデータＭＳＣｙ７９は、ＭＳＩＳＤＮｘに関して有効に関連付けされている端末に対応する。さらに、対応するＩＭＳＩｙ及びＩＭＥＩｙがＳＭＳ ＧＭＳＣ４６に与えられる。ＳＭＳ ＧＭＳＣ４６は比較器４５において、ＨＬＲ５０からのＩＭＥＩｙデータと、コネクション４３によって受信されたＩＭＥＩｘデータとを比較し、それらが同一であるか検証する。それらが実際に同一であれば、ＭＳＣアドレスＭＳＣｙはＭＳＣｘと、ＩＭＳＩｙはＩＭＳＩｘと同一であり、それらは、４１により供給されるＳＭＳメッセージと結合するためにコネクション４７によって供給される。従って、コネクション７６によって与えられるデータは、ＳＭＳメッセージ、ＭＳＣｘアドレス及びＩＭＳＩｘデータを含む。
【００３１】
ＨＬＲ５０から受信したＩＭＳＩがアプリケーションノードから受信したものと異なる場合、図３の実施形態と同様に、代わりのエラー処理手順を行なうことができる。対象宛先ハードウェア、この場合は特定の移動端末は、ＭＳＩＳＤＮを唯一のアドレスとして用いては到達できないことを伝えるエラーメッセージ４９を、そのアプリケーションノードへ与えることができる。別の実施形態では、そのＳＭＳメッセージをしばらく格納しておき、ある遅延時刻経過後に新たなＨＬＲ問い合わせを発行し、有効な端末装置の選択に変更があったかどうかをチェックしても良い。この場合、エラーメッセージは例えば所定回数の試行後もしくは所定時刻経過後に返送することができる。
【００３２】
図５の実施形態においては、ＨＬＲ５０がＩＭＥＩＳＶ（又はＩＭＥＩ）データのレコードを含んでいることを前提としていることに留意されたい。これまでの実施形態においては、ＩＭＥＩ又はＩＭＥＩＳＶといったデータを用いなかったので、ＨＬＲ５０がＩＭＥＩ又はＩＭＥＩＳＶレコードを有するか否かについて気にする必要はなかった。
【００３３】
原理上は、図４の実施形態と同様、セットアップにおいてＩＭＥＩを用いることができるであろう。しかし、実際には、ＩＭＥＩ番号のみに基づいてＭＳＣアドレスをサーチできるように実装するのは容易でないだろう。
【００３４】
さらに別の実施形態において、インタフェース５６を通じてＳＭＳコントローラ４０が受信するデータは、ＩＭＳＩ及びＩＭＥＩＳＶの両方を含む。ＳＭＳ ＧＭＳＣ４６はインタフェース５４を通じてＨＬＲ５０にＩＭＳＩを与えるが、それに対してＩＭＥＩＳＶを受け取る。このＩＭＥＩＳＶは、元々の対象宛先ハードウェアを、ＨＬＲ５０に格納されているハードウェアと比較するのに用いられる。これにより、ＳＩＭカードが正しい電話機に取り付けられていることを裏付けることが可能となるであろう。これは、端末能力サーバ７２の利用を補完するものとなりうる。
【００３５】
本明細書では、例示的なメッセージシステムとしてＳＭＳを用いている。しかし、本発明は、他のメッセージシステム、例えば非構造付加サービスデータ（ＵＳＳＤ）にも適用可能である。同様に、汎用メッセージコントローラのの見本として、ＳＭＳコントローラを用いている。上述の実施形態において、ＨＬＲを位置更新加入者データベースの例示としている。しかし、例えばホーム加入者サーバ（ＨＳＳ）のような、最新の位置データを有する他の加入者データベースを用いることも可能である。位置更新加入者データベースから受信したアドレスが参照する交換又はサポートノードは、上述した実施形態ではＭＳＣによって例示されている。しかし、ＧＰＲＳや３ＧシステムにおけるＳＧＳＮのような、他の形式の交換又はサポートノードのアドレスを指定することも可能である。
【００３６】
さらに、上述の実施形態では、移動端末のハードウェア識別情報を参照するためにＩＭＥＩＳＶが用いられていた。ＩＭＥＩＳＶは、ＩＭＥＩと、実際のソフトウェアバージョンを規定する拡張子とを有するものであるため、ソフトウェアバージョンとは無関係な移動端末をアドレス指定するメッセージは、ＩＭＥＩのみを用いて同様のアドレス指定を行なうことも可能である。つまり、ＩＭＥＩもＩＭＥＩＳＶも、移動端末ハードウェアへの参照して機能しうる。
【００３７】
図６は、本発明に係る方法の実施形態の主要なステップを示すフローチャートである。手順はステップ２００においてスタートする。ステップ２１０で、メッセージ及びハードウェア識別データがアプリケーションノードからメッセージコントローラへ転送される。メッセージコントローラと、通常はＨＬＲである位置更新端末データベースとの間の相互動作ステップ２１２は、本実施形態では３つのステップ２１４，２１６及び２１８を有する。ステップ２１４において、ハードウェア識別データが、交換又はサポートノードアドレスの問い合わせの一部としてＨＬＲへ送信される。ステップ２１６で、ＨＬＲはハードウェア識別データに対応するアドレスデータを検索し、ステップ２１８において、このアドレスデータがメッセージコントローラへ戻される。メッセージをさらに処理するステップ２２０は、本実施形態ではステップ２２４を含む。ステップ２２４では、ＨＬＲから受信したアドレスに従ってメッセージの伝送を開始する。手順はステップ２９９で終了する。
【００３８】
図７は、本発明に係る方法の別の実施形態の主要なステップを示すフローチャートである。手順はステップ２００においてスタートする。ステップ２１０で、メッセージ及び（１番目の）ハードウェア識別データが、アプリケーションノードからメッセージコントローラへ転送される。ステップ２１１で、宛先加入者識別番号が、メッセージと共に、あるいは個別に転送される。メッセージコントローラと、通常はＨＬＲである位置更新端末データベースとの間の相互動作ステップ２１２は、本実施形態では３つのステップ２１３，２１５及び２１７を有する。ステップ２１３において、加入者識別番号が、交換又はサポートノードアドレスの問い合わせの一部としてＨＬＲへ送信される。ステップ２１５でにおいて、ＨＬＲは加入者識別番号に対応するアドレス並びに、対応する（２番目の）ハードウェア識別データを検索する。ステップ２１７で、このアドレスデータ及びハードウェア識別データがメッセージコントローラへ返される。メッセージをさらに処理するステップ２２０は、本実施形態では２２１から２２４のステップを含む。ステップ２２１で、ＨＬＲとアプリケーションノードのそれぞれから受信したハードウェア識別データを比較する。ステップ２２２において、ハードウェア識別データが対応するデータであると決定された場合、手順はステップ２２４へ進む。ステップ２２４では、ＨＬＲから受信したアドレスに従ったメッセージの伝送が開始される。ステップ２２２において、ハードウェアデータが一致しないとの結論に至った場合、手順はステップ２２３へ進み、エラー処理手順が実行される。手順はステップ２９９で終了する。なお、上述した実施形態は、本発明の２、３の説明に役立つ実例と理解されるべきである。本技術分野に属する当業者は、本発明の範囲を逸脱することなく、上述の実施形態について様々な変形、組み合わせ及び変更を行ないうることを理解するであろう。特に、技術的に可能な範囲において、異なる実施形態における異なる部分の手法を他の構成に組み込むことができる。しかしながら、本発明の範囲は、添付した特許請求の範囲によって規定される。
【図面の簡単な説明】
【００３９】
【図１】ＳＭＳをサポートする移動通信システムの概略を示すブロック図である。
【図２ａ】、
【図２ｂ】一般的なＨＬＲユニットに格納されるデータの概略を示す図である。
【図３】本発明に係るメッセージコントローラ及びその周辺ユニットの実施形態の概略を示すブロック図である。
【図４】本発明に係るメッセージコントローラ及びＨＬＲの実施形態の概略を示すブロック図である。
【図５】本発明に係るメッセージコントローラ及びＨＬＲの別の実施形態の概略を示すブロック図である。
【図６】本発明に係る方法の実施形態の主要なステップを示すフローチャートである。
【図７】本発明に係る方法の別の実施形態の主要なステップを示すフローチャートである。
【図１】
2007531387.tif 000003
【図２ａ】
2007531387.tif 000004
【図２ｂ】
2007531387.tif 000005
【図３】
2007531387.tif 000006
【図４】
2007531387.tif 000007
【図５】
2007531387.tif 000008
【図６】
2007531387.tif 000009
【図７】
2007531387.tif 000010
【国際調査報告】
2007531387.tif 000011
2007531387.tif 000012