(57)【要約】  ショートメッセージサービス（ＳＭＳ）ＳＰＡＭフィルタリングを実装する方法および装置が提供される。本明細書で説明される実施形態は、スパムメッセージフィルタリングルールにポリシー管理を組み込んでＳＭＳアンチスパム機構を向上させている。
2009532769.tif 000002
【特許請求の範囲】
【請求項１】
ショートメッセージスパムをフィルタリングする方法であって、
ショートメッセージを受信するステップと、
少なくとも１つのルールセットに基づいてショートメッセージをフィルタリングするステップと、
フィルタリング結果に基づいてショートメッセージを処理するステップとを含む、方法。
【請求項２】
フィルタリングするステップが、
ショートメッセージをバッファリングするステップと、
ＳＭＳメッセージから第１のデータパラメータを収集するステップと、
第２のデータアイテムを収集するステップと、
第１のデータに基づいてルールセットを決定するステップと、
フィルタリング結果を取得できるようにショートメッセージにルールセットを適用するステップとを含む、請求項１に記載の方法。
【請求項３】
処理するステップが、
ショートメッセージが転送されるべきであるか、削除されるべきであるか、またはさらに解析されるべきであるかを、フィルタリング結果に基づいて判定するステップと、
フィルタリングに基づいて第２のデータを更新するステップとを含む、請求項２に記載の方法。
【請求項４】
少なくとも１つのルールセットが、個別のフィルタリングルールを含む、請求項１に記載の方法。
【請求項５】
少なくとも１つのルールセットが、他のルールの実行順序に関するルールを含む、請求項１に記載の方法。
【請求項６】
少なくとも１つのルールセットが、選択された個別のルールの条件付き実行に関するルールを含む、請求項１に記載の方法。
【請求項７】
少なくとも１つのルールセットが、個別のルールの間での依存に関するルールを含む、請求項１に記載の方法。
【請求項８】
少なくとも１つのルールセットが、個別のルールの結果に基づいて決定を行うことに関するルールを含む、請求項１に記載の方法。
【請求項９】
ショートメッセージスパムをフィルタリングするシステムであって、
少なくとも１つのルールセットに基づいてＳＭＳメッセージをフィルタリングするように動作するルールエンジンと、
フィルタリング結果に基づいてＳＭＳメッセージをフィルタリングおよび処理する前にＳＭＳメッセージを受信するように動作するスパムフィルタリングアプリケーションとを含む、システム。
【請求項１０】
ルールおよびルールセットを記憶、閲覧、検索、および修正するように動作するルールセットエディタを含む、請求項９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ショートメッセージサービス（ＳＭＳ）ＳＰＡＭフィルタリングを実装する方法および装置に関する。本明細書で説明される実施形態は、スパムメッセージフィルタリングルールにポリシー管理を組み込んでＳＭＳアンチスパム機構を向上させている。
【０００２】
本発明は、ＳＭＳ  ＳＰＡＭフィルタリングの技術を特に対象とし、したがって、特にそれに関連して説明されるが、本発明は、他の分野および用途にも有用であり得ることに留意されたい。例えば、ここで説明される実施形態の教示が他の種類のＳＰＡＭフィルタリングに適用され得る。
【背景技術】
【０００３】
背景として、増加の一途をたどるインターネットの使用により、発信者に対する少しの費用または費用負担なしで多数の宛先にメッセージを送信することが比較的容易になっている。同じことが無線ネットワークシステムでショートメッセージサービス（ＳＭＳ）を手段としてメッセージを送信する場合にもあてはまる。送信者がサードパーティー勧誘員またはマーケティング担当者である場合の多くの事例で、これらのメッセージは未承諾および不要の内容、例えば、ＳＰＡＭメッセージを含む。これらのＳＰＡＭメッセージは、そのメッセージを消去したり、何か重要であるかどうかを決定したりする必要があるメッセージの受信者には迷惑である。さらに、ＳＭＳ  ＳＰＡＭはメッセージの送信に使用される電気通信ネットワークの通信事業者に迷惑である。この点で、スパムの洪水を受けて憤る顧客に関する顧客関連問題が存在する。通常、収入がほとんどないまたは全くないこれらのメッセージが、大量のネットワークリソースを使用するため、ネットワークプロバイダに対する収益問題がさらに存在する。
【０００４】
ＳＰＡＭメッセージは、単に迷惑ばかりでなく、多くの事例で、メッセージの受信者のクレジットカード情報を提供させるために彼らに対して外見上魅力的なものにすることによって、または非常に高額を受取ることを期待させて（「処理費」または「割当金」として）彼らに小額のお金の送金を促すことによって、彼らに詐欺行為をする手段でもある。詐欺行為のためにコンピュータによって自動的に発信されるメッセージは、これらの宛先の少なくとも一部が返答するほど愚かであることを期待して非常に多数の宛先にしばしば送信される。この問題は米国で重大であるが、中国、日本、韓国およびそれほどではないにせよ欧州で実際に深刻である。これら後者の国々は、通常、莫大な量のＳＭＳメッセージを有する。
【０００５】
この問題を解決するためのＳＭＳアンチスパムアプリケーションを開発するベンダがいくつか存在する。可能性のある解決策の１つは、ポリシー管理を使用してＳＰＡＭ  ＳＭＳメッセージを特定することである。
【０００６】
どのようにリソースが配置され、何のサービスが提供され得るかの決定において高い柔軟性を可能にするために、ポリシー管理が電気通信ネットワークの管理でますます重要になっている。ネットワークでのポリシーに関する既存のサポートの大部分は、大容量および超高速応答時間で実行され得る比較的単純なポリシーの必要性に迫られている。
【０００７】
標準化団体（ＩＥＴＦ、ＥＴＳＩおよび３ＧＰＰ）は、２００２年からオープンサービスアクセス（ＯＳＡ）に関するポリシー管理要件を定義している。最新の３ＧＰＰポリシー管理標準（ＴＳ２９．１９８−１３）は、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／２９１９８−１３．ｈｔｍで見つけることができ、ＲＦＣ３３３４のｈｔｔｐ：／／ｗｗｗ．ｒｆｃ−ａｒｃｈｉｖｅ．ｏｒｇ／ｇｅｔｒｆｃ．ｐｈｐ？ｒｆｃ＝３３３４にＩＥＴＦポリシー管理アカウンティングがある。この標準は、集中型ネットワークおよびサービスアプリケーションの両方に対するポリシー管理指針を提供する。
【０００８】
Ｌｕｃｅｎｔ／Ｂｅｌｌ研究所は、１９９９年にポリシー管理フレームワーク−ボルテックスルールエンジン（ＶＲＥ）を開発した。このボルテックスルールエンジンは、新興のサービスアプリケーションをサポートするのに充分表現に富む、高速でスケーラブルな、ポリシーの指定および実行に関する通信事業者級のサポートを提供する。２つの特許がボルテックスルールエンジンおよび関連するルールベース言語に関連しており、１）「副作用をサポートする宣言ワークフローシステム（Ｄｅｃｌａｒａｔｉｖｅ  Ｗｏｒｋｆｌｏｗ  Ｓｙｓｔｅｍ  Ｓｕｐｐｏｒｔｉｎｇ  Ｓｉｄｅ  Ｅｆｆｅｃｔｓ）」と題された米国特許第６，４２４，９４８号と、２）「複数要因の組み合わせに基づくデータアイテム評価（Ｄａｔａ  Ｉｔｅｍ  Ｅｖａｌｕａｔｉｏｎ  Ｂａｓｅｄ  ｏｎ  ｔｈｅ  Ｃｏｍｂｉｎａｔｉｏｎ  ｏｆ  Ｍｕｌｔｉｐｌｅ  Ｆａｃｔｏｒｓ）」と題された米国特許第６，４９９，０２３号で、参照により両方ともその全文を本明細書にて援用する。これらの特許の両方は、入力状態に基づいてデータアイテムを評価するための強力で柔軟性のある技術に関する結合ポリシーと計算ルールの使用、およびルールワークフローシステムを説明している。
【０００９】
計算プログラムとしてのボルテックスルールエンジンは、多くの製品−プラットフォームおよびサービスアプリケーション−にポリシー管理ツールとして組み込まれている。
【００１０】
「決定サポート機構に基づいて行われる動作と自動化監視との方法および装置（Ｍｅｔｈｏｄｓ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ａｕｔｏｍａｔｅｄ  Ｍｏｎｉｔｏｒｉｎｇ  ａｎｄ  Ａｃｔｉｏｎ  Ｔａｋｉｎｇ  ｂａｓｅｄ  ｏｎ  Ｄｅｃｉｓｉｏｎ  Ｓｕｐｐｏｒｔ  Ｍｅｃｈａｎｉｓｍ）」（２００１年１２月１８日に出願された米国公開番号第２００３００５３６１５号）と題された特許出願は、決定サポート機構と共に、電子商取引アプリケーションおよびＩＶＲシステム等の、自動化システムに対するボルテックスルールエンジンおよび決定フローのアプリケーションを説明している。この公開も参照によりその全文を本明細書にて援用する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
標準文書または既存の特許で、ＳＭＳアンチスパムフィルタリング機構に関するルールベースサービスロジックを開示しているものはない。それゆえに、ここで説明される実施形態は、ＳＭＳアンチスパム分野で固有でかつてないルールベースフィルタリング解決策を提供する。本発明は、ボルテックスルールエンジンの実装でＳＭＳメッセージのルールベースフィルタリングを達成するのに適応した言語を使用する。
【課題を解決するための手段】
【００１２】
ＳＭＳスパムフィルタリングの方法および装置が提供される。
【００１３】
本発明の一態様では、ショートメッセージスパムをフィルタリングする方法は、ショートメッセージを受信するステップと、少なくとも１つのルールセットに基づいてショートメッセージをフィルタリングするステップと、フィルタリング結果に基づいてショートメッセージを処理するステップとを含む。
【００１４】
本発明の別の態様では、フィルタリングするステップが、ショートメッセージをバッファリングするステップと、ＳＭＳメッセージから第１のデータパラメータを収集するステップと、第２のデータアイテムを収集するステップと、第１のデータに基づいてルールセットを決定するステップと、フィルタリング結果を取得できるようにショートメッセージにルールセットを適用するステップとを含む。
【００１５】
本発明の別の態様では、処理するステップが、ショートメッセージが転送されるべきであるか、削除されるべきであるか、またはさらに解析されるべきかどうかを、フィルタリング結果に基づいて決定するステップと、フィルタリングに基づいて第２のデータを更新するステップとを含む。
【００１６】
本発明の別の態様では、第１のデータが、アドレス、タイムスタンプ、メッセージ種別、言語およびテキスト内容のうちの少なくとも１つを含む。
【００１７】
本発明の別の態様では、少なくとも１つのルールセットが、個別のフィルタリングルールを含む。
【００１８】
本発明の別の態様では、少なくとも１つのルールセットが、他のルールの実行順序に関するルールを含む。
【００１９】
本発明の別の態様では、少なくとも１つのルールセットが、選択された個別のルールの条件付き実行に関するルールを含む。
【００２０】
本発明の別の態様では、少なくとも１つのルールセットが、個別のルールの間での依存に関するルールを含む。
【００２１】
本発明の別の態様では、少なくとも１つのルールセットが、個別のルールの結果に基づいて決定を行うことに関するルールを含む。
【００２２】
本発明の別の態様では、第２のデータがカウンタ値および閾値の最小の１つとして含む。
【００２３】
本発明の別の態様では、少なくとも１つのルールセットが、ネットワークアドレス整合性ルールを含む。
【００２４】
本発明の別の態様では、少なくとも１つのルールセットが、禁止された／許可された／信頼されたネットワークルールを含む。
【００２５】
本発明の別の態様では、少なくとも１つのルールセットが、ネットワークトラフィックベースルールを含む。
【００２６】
本発明の別の態様では、少なくとも１つのルールセットが、送信者毎のルールを含む。
【００２７】
本発明の別の態様では、少なくとも１つのルールセットが、識別関連ルールを含む。
【００２８】
本発明の別の態様では、少なくとも１つのルールセットが、不審メッセージルールを含む。
【００２９】
本発明の別の態様では、少なくとも１つのルールセットが、メッセージ内容ベースルールを含む。
【００３０】
本発明の別の態様では、ショートメッセージスパムをフィルタリングするシステムは、ショートメッセージを受信する手段と、少なくとも１つのルールセットに基づいてショートメッセージをフィルタリングする手段と、フィルタリング結果に基づいてショートメッセージを処理する手段とを含む。
【００３１】
本発明の別の態様では、システムは、少なくとも１つのルールセットに基づいてＳＭＳメッセージをフィルタリングするように動作するルールエンジンと、フィルタリング結果に基づいてＳＭＳメッセージをフィルタリングおよび処理する前にＳＭＳメッセージを受信するように動作するスパムフィルタリングアプリケーションとを含む。
【００３２】
本発明の別の態様では、少なくとも１つのルールセットが、個別のフィルタリングルールを含む。
【００３３】
本発明の別の態様では、少なくとも１つのルールセットが、他のルールの実行順序に関するルールを含む。
【００３４】
本発明の別の態様では、少なくとも１つのルールセットが、選択された個別のルールの条件付き実行に関するルールを含む。
【００３５】
本発明の別の態様では、少なくとも１つのルールセットが、個別のルールの間での依存に関するルールを含む。
【００３６】
本発明の別の態様では、少なくとも１つのルールセットが、個別のルールの結果に基づいて決定を行うことに関するルールを含む。
【００３７】
本発明の別の態様では、システムが、ルールおよびルールセットを記憶、検索、修正および閲覧するように動作するルールセットエディタを含む。
【００３８】
本発明の別の態様では、ルールセットエディタが、ルールエンジンから遠隔にある。
【００３９】
本発明の別の態様では、システムが、少なくとも１つのルールセットを記憶するように動作するルールデータベースをさらに含む。
【００４０】
本発明の別の態様では、少なくとも１つのルールセットが、ネットワークアドレス整合性ルールを含む。
【００４１】
本発明の別の態様では、少なくとも１つのルールセットが、禁止された／許可された／信頼されたネットワークルールを含む。
【００４２】
本発明の別の態様では、少なくとも１つのルールセットが、ネットワークトラフィックベースルールを含む。
【００４３】
本発明の別の態様では、少なくとも１つのルールセットが、送信者毎のルールを含む。
【００４４】
本発明の別の態様では、少なくとも１つのルールセットが、識別関連ルールを含む。
【００４５】
本発明の別の態様では、少なくとも１つのルールセットが、不審メッセージルールを含む。
【００４６】
本発明の別の態様では、少なくとも１つのルールセットが、メッセージ内容ベースルールを含む。
【００４７】
本発明の適用性のさらなる範疇は、以下で提供される詳細な説明から明らかになるであろう。しかしながら、詳細な説明および特定の例は、本発明の好適な実施形態を示しているが、本発明の精神および範疇の範囲内で種々の変更および修正が当業者には明らかになるであろうため、例示を目的としてのみ与えられていることに留意されたい。
【００４８】
本発明は、デバイスの種々の部分の構造、配置、および組み合わせと、方法のステップにあり、それにより、意図される目的は本明細書でより完全に示されるようにして、特に特許請求の範囲で指摘されるようにして、さらに添付の図面で示されるようにして達成される。
【発明を実施するための最良の形態】
【００４９】
示されているものが本発明の好適な実施形態を例示することだけを目的とし、本発明の好適な実施形態の限定を目的としていない図面をまず参照すると、図１は、本発明が組み込まれ得るシステムの図を示す。示されているように、システム１０は、アンチスパムアプリケーションモジュール１２の形式でアンチスパムアプリケーションを含む。アンチスパムアプリケーションモジュール１２は、スパムフィルタリングモジュール１４、ルールエンジン１６およびルールエディタ１８をその中に含んでいる。
【００５０】
ルールエディタは、拡張ルールエディタ２２または拡張ルールエディタ２６等の拡張ルールエディタによって置換または補完されてもよいことに留意されたい。拡張ルールエディタ２２は、それに入力を提供する拡張ルールエディタアプレット２４を有するＳＣＥの形式であってよい。拡張ルールエディタ２６は、その入力をウェブサーバ２８からとるウェブユーザインターフェース（ＷｅｂＵＩ）の形式であってよく、ウェブサーバ２８は同様にユーザ端末またはブラウザ３０と通信していてよい。
【００５１】
システム１０に同様に示されているのは、ルールデータベース４０およびスパムデータベース４２である。さらに、一形態で、アンチスパムアプリケーションモジュール１２が、ＩＰネットワークまたはＳＳ７信号ネットワーク等の適切なネットワーク５０と通信していることに留意されたい。
【００５２】
システム１０は、本開示を理解することで当業者に明らかになる種々の形態をとり得ることが理解されるであろう。例えば、ネットワーク構成は、異なるアプリケーションでは異なっていてもよく、したがって、ここで説明されている実施形態に対して異なる環境を提供してよい。
【００５３】
さらに、アンチスパムアプリケーションモジュール１２は、ネットワーク内の様々な適切な位置に存在し得るソフトウェアモジュールとして示されている。例えば、モジュール１２は、無線ネットワークの移動体交換局（ＭＳＣ）上に存在していてよい。さらに、アンチスパムアプリケーションモジュール１２は、スパムフィルタリングアプリケーション１４、ルールエンジン１６およびルールエディタ１８を含むものとして示されている。これらのモジュールは、図１で固有のエンティティとして示されているが、本明細書で説明される機能性は、要素の種々の構成または組み合わせで示されてよい。
【００５４】
さらに、ここで説明されている実施形態は、適切なハードウェア要素に実装されている適切なソフトウェアルーチンの形式をとってよい。ソフトウェアルーチンは、ネットワーク内の適切な中央集中位置に存在していてもよいし、ネットワーク全体に適切に分散されていてもよい。ソフトウェアルーチンおよび／またはハードウェア実装の種々の組み合わせが、ここで説明されている実施形態を実現するために同様に使用されてよい。
【００５５】
動作中、ここで説明されている実施形態は、ＳＭＳメッセージを受信し、少なくとも１つのルールセットに基づいてＳＭＳメッセージをフィルタリングし、次にフィルタリング結果に基づいてＳＭＳメッセージを処理するように動作する。この動作は、図２−４に関連して以下でより詳しく説明される。
【００５６】
次に、図１に戻り、ルールエンジン１６がポリシー決定点として機能する。ルールエンジン１６が示されているようにアンチスパムアプリケーション内に組み込まれていてもよいし、アプリケーションから分離されていてもよいことに留意されたい。ルールエンジン１６は、ルールのセットを評価して来信ＳＭＳメッセージをフィルタリングするために使用される。それは、スパムフィルタリングルールセットと呼ばれる、各メッセージ種別をフィルタリングするためのロジックを実施／実行する能力を提供する。さらに、それは、フィルタリング結果をアプリケーション１４に戻す。スパムフィルタリングロジックは、ルールエンジンエディタ１８によって書かれてデータベース４０に保存されているルールセット内に構成されている。ルールエンジン１６は、スパムフィルタリングを実行する際にルールセットを呼び出す。
【００５７】
一形態では、データベース４０に記憶されているルールセットは：
−  個別のフィルタリングルール（例えば、メッセージサイズ検査）
−  フィルタリングルールの実行順序のルール（例えば、最初に有効送信者の検査）
−  特定の個別のルールの条件付き実行のルール（例えば、任意選択的ＩＭＳＩを有するメッセージに関するメッセージにＩＭＳＩが存在する場合にだけの有効ＩＭＳＩの検査）
−  個別のフィルタリングルールの間での依存性のルール（例えば、受信者がホームの加入者でない場合、残りの検査を無視）
−  個別のルールセットの結果に基づいて決定を行うことの能力のルール（例えば、最初の違反または結果のセットに基づく集団的な判定での決定）
と規定される。
【００５８】
サービスプロバイダまたは加入者が、各サポートされるメッセージ種別に対してルールセットを設定することが可能である。
【００５９】
ルールエディタ１８は、ユーザが新規のスパムフィルタリングルールセットを生成するかまたは既存のルールセットを修正し、ルールデータベース４０にルールセットを保存することを可能にするルール編集の容易性をサポートする。ルールエディタ１８は、サービスプロバイダの代表者、さらには（インターネットまたは端末）加入者のいずれかによってウェブユーザインターフェースを介して遠隔でアクセスされ得る。
【００６０】
ルールデータベース４０が、ルールセットのファイルおよびスパムフィルタリングに関する他の関連データを記憶する。ルールファイルおよびデータは、サービスプロバイダまたは加入者レベルのいずれかで規定され得る。ファイルおよびデータは、アクセスの特権を用いて閲覧、検索、および修正することが可能である。
【００６１】
スパムフィルタリングアプリケーション１４は、ポリシー実施および実行点として機能し、来信ＳＭＳメッセージを処理し、ルールデータベースに記憶されているスパムフィルタリングルールセットに基づいてリアルタイムのスパムフィルタリングをするためにルールエンジンに問い合わせを送信し、ルールエンジンから戻される結果に基づいてフィルタリング後のＳＭＳメッセージの処理を実行する。適切なルールセットを呼び出すかまたは適用する前に、アプリケーションは来信ＳＭＳメッセージをバッファリングし、ルールエンジンに入力するために（アドレス、タイムスタンプ、メッセージ種別、言語、テキスト内容等の）ＳＭＳパラメータを収集し、ルールエンジンに入力するために（カウンタ値、カウンタ種別、近接要因、閾値、その他等の）他のデータを収集し、メッセージ種別に基づいて呼び出すルールセットを決定し、全ての必要な入力データと共にルールエンジンの機能を呼び出して適用する。適切なルールセットの呼び出しの後、アプリケーションは、ルールエンジンからの結果を受信し、ＳＭＳを処理してフィルタリングデータ（カウンタ値、閾値、その他）を更新する。ＳＭＳを処理することは、宛先ネットワークに正常（ＧＯＯＤ）メッセージを転送すること、スパムメッセージを削除すること、および送信ネットワークに警告を送信すること、ならびに／または不審メッセージに対するさらなる解析を行うことを含むことに留意されたい。
【００６２】
意図されるシステムを実現するために適用される基本ルールは、アプリケーション毎に変更されてよい。しかしながら、一形態では、システムがネットワークアドレス整合性ルールを含む。この関連で、アンチスパムアプリケーション、例えば、アンチスパムアプリケーションモジュール１２は、オペレータが、ネットワークアドレス整合性のために検査される必要がある、左から始まる、２つのアドレス（桁（ｄｉｇｉｔｓ））で桁数を設定することを可能にする。移動体で終端されるＳＭＳメッセージ、ＭＡＰ（移動体アプリケーション部分）およびＳＣＣＰ（ＳＳ７信号接続制御部分）の異なるレベルで特定される２つのアドレスは、国コードおよび国内宛先コードに関して整合している必要がある。
【００６３】
少なくとも一形態では、アンチスパムアプリケーションは、オペレータに特定のネットワークがメッセージ送信することを禁止されているか、許可されているか、または信頼されているかどうか、例えば、禁止されている／許可されている／信頼されているネットワークルールを設定することを可能にする。特定のネットワークはプレフィックスによって特定される。オペレータによってそれ以外に特に設定されていない他のネットワークアドレスを特定するためにワイルドカードが使用される。最も固有のプレフィックス（最長合致プレフィックス）に優先権が与えられる場合、別個のデータレコードとして１２３と１２３４５とのように重複するプレフィックスを指定することが可能である。
【００６４】
ここで説明されている実施形態は、さらに、ネットワークベーストラフィックルールを可能にする。そのようなルールの１つは、送信ネットワーク毎のメッセージサイズ閾値ルールである。このルールに関し、アンチスパムアプリケーションは、送信ネットワーク（１つのネットワークグループ）毎に各メッセージ種別に対するサイズの閾値をオペレータが設定することを可能にする。
【００６５】
さらに、アンチスパムアプリケーションは、特定の送信者が属するＰＬＭＮまたはＩＰドメインから受信された特定のメッセージ種別の数が、設定されている間隔の間、その送信者が属するネットワークグループに関する特定のメッセージ種別に対して設定されたサイズベースの閾値のいずれかを超過したかどうかを検査する効用関数（ｕｔｉｌｔｙ  ｆｕｎｃｔｉｏｎ）を提供し得る。
【００６６】
これに関して、以下がサポートされる：
−  これは送信者が属するネットワークグループおよび特定のメッセージ種別に対してアプリケーションで設定されている有効な閾値種別の全てに関して閾値検査が評価される。
−  この検査を実行するために必要な閾値が設定されていない場合、アンチスパムアプリケーションは違反がないとみなす。
【００６７】
設定される間隔が設定される閾値の種類に基づいて決定される、例えば、メッセージに対して時間毎および月毎の閾値が設定されている場合、閾値違反に関して時間毎および月毎のメッセージのカウントが検査されるべきであることに留意されたい。さらに、ＳＳ７ネットワークの場合、送信者がＰＬＭＮ（公衆移動通信ネットワーク）に属する。さらに、ＳＭＰＰ（ショートメッセージポイント間プロトコル）メッセージの場合、送信者がドメインに属する。
【００６８】
別のネットワークトラフィックベースルールは、全ネットワークに渡るメッセージサイズ閾値ルールである。このルールの下では、アンチスパムアプリケーションは、ネットワークグループ全体で各メッセージ種別に対してオペレータがサイズの閾値を設定することを可能にする。アンチスパムアプリケーションは、設定されている間隔の間、受信した特定のメッセージ種別の数が、ネットワークグループ全体で特定のメッセージ種別に対して設定されたサイズベースの閾値のいずれかを超過したかどうかを判定する効用関数を提供する。これに関して、以下がサポートされる：
−  これはネットワークグループ全体で特定のメッセージ種別に対してアプリケーションで設定されている有効な閾値種別の全てに関して閾値検査が評価される。
−  ＩＰ（インターネットプロトコル）ベースのＳＭＥ（ショートメッセージエンティティ）（ＳＭＰＰ＿ＳＵＢＭＩＴ＿ＳＭメッセージ）に関する検査がＩＰドメインに関して保持されているデータに対して実行される。
−  ＳＳ７ベースＳＭＳＥ（ショートメッセージサービスエンティティ）（ＦＷ＿ＳＭＳ＿ＭＯ、ＳＲＩ＿ＳＭＳ、ＦＷ＿ＳＭＳ＿ＭＴ、およびＦＷ＿ＳＭＳ）に関する検査がＳＳ７ＰＬＭＮに関して保持されているデータに対して実行される。
−  検査結果が、もしあれば、違反されている全ての閾値を示す。
−  この検査を実行するために必要な閾値が設定されていない場合、アンチスパムアプリケーションは違反がないとみなす。
【００６９】
設定される間隔が設定される閾値の種類に基づいて決定される、例えば、メッセージに対して時間毎および月毎の閾値が設定されている場合、閾値違反に関して時間毎および月毎のメッセージのカウントが検査されるべきであることに留意されたい。さらに、これは、閾値が設定されている全てのグループＩＤに渡って実質的に検査を行う。しかし、検査されるメッセージ種別に関する閾値だけが使用される。したがって、ＳＳ７およびＩＰネットワークに関するグループＩＤを分離する必要性はない。
【００７０】
第３のネットワークトラフィックベースルールは、被呼者アドレス近接ルールである。このルールを用いることによって、アンチスパムアプリケーションは、各メッセージ種別毎に被呼者アドレスに対して近接検査をするための近接要因および間隔をオペレータが設定することを可能にする。アンチスパムアプリケーションは、設定されている間隔の間、特定のメッセージ種別に関する被呼者アドレスが属する被呼者アドレスの範囲に送信された特定のメッセージ種別の数がその特定のメッセージ種別に対して設定されている閾値を超過したかどうかを検査する効用関数を提供する。この検査を実行するために必要な閾値が設定されていない場合、アンチスパムアプリケーションは違反がないとみなす。アドレスの範囲は、アドレスのプレフィックスによって単純に識別され、例えば、プレフィックス１６１４８６０は１６１４８６０−００００から１６１４８６０−９９９９までの範囲を示す。プレフィックス１６１４８６０を備えるあらゆる数がこの範囲に属するとみなされ、プレフィックス１６１４８６０のカウントに寄与する。
【００７１】
一形態で実装される別の種類のルールは、送信者毎のルールである。これらの送信者毎のルールは、種々の形式をとり得るが、一例は、禁止／許可／信頼ルールである。このルールの下では、禁止／信頼ルールがＳＭＥ／ＥＳＭＥベース毎に提供される。アンチスパムアプリケーションは、特定の送信者がメッセージを送信することを禁止されているか、許可されているか、または信頼されているかどうかをオペレータが設定することを可能にする。ＳＭＥがアドレスによって特定され、ＥＳＭＥ（外部ショートメッセージエンティティ）がＳＭＰＰプロトコルのＳｙｓｔｅｍ＿Ｉｄによって特定される。したがって、これらのアドレスは、ＭＳＩＳＤＮ（移動体加入者ＩＳＤＮ番号）、ＩＭＳＩ（国際移動局識別）、ＥＳＭＥに割り当てられているシステムＩＤ（識別）、またはＳＭＰＰ  ＥＳＭＥのサービスを使用するＳＭＥアドレスであってよい。
【００７２】
送信者毎のルールの別の形態は、メッセージサイズ閾値ルールである。このシナリオでは、アンチスパムアプリケーションは、オペレータが各メッセージ種別毎にサイズの閾値を設定することを可能にする。特定のＳＭＥ、ＳＭＥの範囲（ＭＳＩＳＤＮまたはＩＭＳＩによって識別されるものだけ）、またはＳＭＰＰ  ＥＳＭＥシステムｉｄに関する閾値を設定することが可能であるべきである。
【００７３】
さらなるルールセットは、送信者／受信者識別ルールに関し得る。そのようなルールの１つは、ローミング有効性ルールである。この状況では、ローミング有効性検査は、外国のネットワークから受信された移動体発信呼が、実際に加入者が現在ローミングしているネットワークからであるかどうかを決定するものである。ローミングする加入者の現在位置がホームネットワークのＨＬＲ（ホーム位置レジスタ）に保持される。これは加入者の現在位置に関するＶＬＲ（訪問位置レジスタ）アドレスまたはＭＳＣ（移動体交換局）アドレスである。移動体発信メッセージのＳＣＣＰ部分の被呼者アドレスグローバル名称が、現在の加入者の位置に関するＶＬＲアドレスまたはＭＳＣアドレスのいずれかを含むことが予想される。したがって、アプリケーションは、移動体発信メッセージのＶＬＲアドレスまたはＭＳＣアドレスが、加入者に対する現在のＶＬＲアドレスまたはＭＳＣアドレスと各々、同じであるかどうかを確認する必要がある。アンチスパムアプリケーションは、移動体発信メッセージから得られた特定のＶＬＲまたはＭＳＣアドレスが、ＨＬＲの加入者に関する現在のＶＬＲまたはＭＳＣと各々、同じであるかどうかを検査する効用関数を提供する。これをサポートするために、アプリケーションは以下を行うべきである：
−  設定されている動作を使用してＨＬＲから加入者に関するＶＬＲまたはＭＳＣアドレスを問い合わせる。入力メッセージがＶＬＲアドレスを含んでいた場合、ＶＬＲアドレスが問い合わせされるべきであるが、入力メッセージがＭＳＣアドレスを搬送する場合、ＭＳＣアドレスが問い合わせされるべきである。
−  特定のＶＬＲまたはＭＳＣアドレスが、ＨＬＲから取り出されたものと同じであるかどうかを確認し、結果を返す。
【００７４】
同様にホーム加入者ルールが実装され得る。ここで、アンチスパムアプリケーションのホーム加入者検査が、特定の加入者アドレスがホームネットワークに属するかどうかを判定するために使用される。これは、終端メッセージがホーム加入者に関するものであるか否かを検査するために使用され得る。それがホームネットワーク加入者に関するものでない場合、移動体終端メッセージは疑わしいとみなされず、このメッセージに関してさらなる検査は必要とされない。アンチスパムアプリケーションは、加入者に関する特定のＩＭＳＩまたはＬＭＳＩがホームネットワークに属するかどうかを検査する効用関数を提供するべきである。これをサポートするために、アプリケーションは以下を実行する：
−  ホームネットワークに対して設定されているネットワークアドレスが特定のＩＭＳＩまたはＬＭＳＩ（ローカル移動局識別）のプレフィックスであるかを判定する。
−  プレフィックスの合致がみつかった場合、加入者がホームネットワークに属するとみなされる。そうでない場合は、加入者は別のネットワークに属する。
【００７５】
同様に不審ＳＲＩ＿ＳＭＳルールが実装され得る。これに関して、アンチスパムアプリケーションで不審ＳＲＩ＿ＳＭＳ検査が、移動体終端メッセージに対応するＳＲＩ＿ＳＭＳメッセージがスパムに関して検査されているかどうかを判定するために使用される。対応するＳＲＩ＿ＳＭＳメッセージが不審である場合、アプリケーションは、ＨＬＲによって戻されるＭＳＣのグローバル名称アドレスの代わりにそれ自身のグローバル名称アドレスで応答するように設定されてよい。したがって、何らかの移動体終端メッセージが被呼者アドレスグローバル名称にアンチスパムアプリケーショングローバル名称を有しているアンチスパムアプリケーションに到達した場合、これは、対応するＳＲＩ＿ＳＭＳが不審であったことを示す。
【００７６】
アンチスパムアプリケーションは、メッセージのＳＣＣＰ部分の被呼者アドレスグローバル名称から得られる特定のグローバル名称アドレスがアンチスパムアプリケーションに割り当てられているものと同じであるかどうかを検査するための効用関数を提供する。
【００７７】
実装され得る別の種類のルールは、メッセージ内容ベースルールと呼ばれる。他の種類と同様に、メッセージ内容ベースルールは種々の形態をとり得る。一形態では、メッセージが受信されたＰＬＭＮ（公衆移動通信ネットワーク）またはＥＳＭＥシステムＩＤに対してパターン照合が可能にされている場合にだけ、アンチスパムアプリケーションがパターン照合ルールを実行するべきである。この検査が可能にされていない場合、ルールセットのパターン照合ルールは、メッセージテキストがあらゆるパターンと合致しなかったとみなすべきである。
【００７８】
正確なパターンが存在する場合、アンチスパムアプリケーションは、アプリケーションに保持されている正確なパターン照合に関し、現在のパターンリストのパターンのいずれかが検査されるメッセージのテキストの何らかの部分と正確な合致を有するかどうかを確認する効用関数を提供するべきである。パターンのうちのいずれかがテキストに出現する場合、そのメッセージは知られているパターンと合致するとみなされるべきである。これは、全ての符号化された言語に対してサポートされるべきである。
【００７９】
可変（ｖａｒｉａｂｌｅ）なパターンが存在する場合、アンチスパムアプリケーションは、第４．２．３節で規定されるように、アプリケーションに保持されている可変なパターン照合に関し、現在のパターンリストのパターンのいずれかが、検査されるメッセージのテキストの何らかの部分と合致を有するかどうかを確認する効用関数を提供するべきである。可変なパターンのうちのいずれかがテキストに出現する場合、そのメッセージは知られている可変なパターンと合致するとみなされるべきである。以下は、可変なパターンに関する合致がサポートされている：
−  テキスト中でオペレータによって設定されているあらゆるスペースまたは特定のキャラクタが無視される。
−  合致が定まらない（ｃａｓｅ  ｉｎｓｅｎｓｉｔｉｖｅ）。
【００８０】
これは全ての符号化された言語に対してサポートされる。
【００８１】
別のメッセージ内容ベースルールは、無効メッセージ内容ルールである。このルールの下では、アンチスパムアプリケーションは、何らかの欠落した内容または無効な内容がメッセージ内にヘッダおよびテキストを含むかどうかを確認する効用関数を提供するべきである。
【００８２】
次に、図２を参照すると、ここで説明されている実施形態による方法全体を示すフローチャートが示されている。
【００８３】
示されているように、方法２００は、（２０２で）アンチスパムアプリケーションモジュール１２でＳＭＳメッセージを受信することを含む。次に、（２０４で）このメッセージは、ルールデータベース４０に記憶されている少なくとも１つのルールセットに基づいてフィルタリングされる。最後に、（２０６で）このメッセージは、フィルタリング結果に基づいて処理される。
【００８４】
より詳細には、次に、図３を参照すると、フィルタリングステップ２０４がより詳細に示されている。フィルタリング２０４は、少なくとも一形態では、２０２で受信されるＳＭＳメッセージをバッファリングすることによって（３０２で）開始される。次に、（３０４で）ＳＭＳメッセージに関するパラメータに関してデータが収集される。このデータは、アドレス、タイムスタンプ、メッセージ種別、言語およびテキスト内容等の情報を含む。これらのパラメータは、ルールエンジン１６に対する入力として有用である。
【００８５】
次に、（３０６で）他のデータが収集される。このデータは、カウンタ値、カウンタ種別、近接要因、閾値、・・・その他を含む。これは、ルールエンジン１６に対する入力として同様に使用される。次に、使用されるルールセットの決定が、メッセージ種別に基づいて（３０８で）なされる。最後に、（３１０で）このルールセットがＳＭＳメッセージに適用されてフィルタリング結果が取得される。
【００８６】
次に、図４を参照すると、少なくとも一形態での、処理ステップ２０６がより詳細に説明されている。示されているように、処理ステップ２０６は、ＳＭＳメッセージが転送されるべきであるか、削除されるべきであるか、またはさらに解析されるべきであるかを、フィルタリング結果に基づいて（４０２で）判定することを含む。次に、カウンタ値、閾値、・・・その他等のフィルタリングデータが（４０４で）更新される。
【００８７】
ここで説明されている実施形態の実装は、種々の異なるルールセットの実装をもたらし得る。そのようなルールセットの例が以下に示されている。
（例１）
初期設定ＳＲＩ＿ＳＭＳルールセット
個別のルールが順に実行される、
ネットワークアドレス整合性ルール（疑い）
禁止された／信頼されたネットワークルール（スパム／正常）
送信ネットワーク毎のサイズ閾値ルール（疑い）
全ネットワークに渡るサイズ閾値ルール（疑い）
被呼者アドレス近接ルール（疑い）
【００８８】
上記ルールのいずれかが違反されている場合、メッセージは上記で示したようにマーク付けられ、さらなるルールは評価されない。ルールの評価でアプリケーションエラーが存在する場合、エラーは記録されるが、ルールはスパムフィルタリングに関して無視される。上記の順序で次のルールの実行が続けられる。これらのルールが１つも違反されていない場合、メッセージは正常とマーク付けられる。メッセージが信頼できるソースからである場合にもそのメッセージが正常とマーク付けられることに留意されたい。
（例２）
初期設定ＦＷ＿ＳＭＳ＿ＭＴルールセット
個別のルールが順に実行される、
不審ＳＲＩ＿ＳＭＳルール（疑い）
ホーム加入者ルール（正常）
無効メッセージ内容ルール（スパム）
ネットワークアドレス整合性ルール（疑い）
禁止された／信頼されたネットワークルール（スパム／正常）
禁止された／信頼された送信者（ＳＭＥ）ルール（スパム／正常）
送信者（ＳＭＥ）毎のサイズ閾値ルール（スパム）
送信ネットワーク毎のサイズ閾値ルール（疑い）
全ネットワークに渡るサイズ閾値ルール（疑い）
被呼者アドレス近接ルール（疑い）
パターン照合ルール（疑い）
【００８９】
上記ルールのいずれかが違反されている場合、メッセージは上記で示したようにマーク付けられ、さらなるルールは評価されない。ルールの評価でアプリケーションエラーが存在する場合、エラーは記録されるが、ルールはスパムフィルタリングに関して無視される。上記の順序で次のルールの実行が続けられる。これらのルールが１つも違反されていない場合、メッセージは正常とマーク付けられる。メッセージが信頼できるソースからである場合にもそのメッセージが正常とマーク付けられることに留意されたい。
（例３）
初期設定ＦＷ＿ＳＭＳ＿ＭＯルールセット
個別のルールが順に実行される、
ホーム加入者ルール（スパム）
禁止された／信頼されたネットワークルール（スパム／正常）
禁止された／信頼された送信者（ＳＭＥ）ルール（スパム／正常）
ローミング有効性ルール（スパム）
無効メッセージ内容ルール（スパム）
送信者（ＳＭＥ）毎のサイズ閾値ルール（スパム）
送信ネットワーク毎のサイズ閾値ルール（疑い）
全ネットワークに渡るサイズ閾値ルール（疑い）
宛先ＳＭＥ近接ルール（疑い）
パターン照合ルール（疑い）
【００９０】
上記ルールのいずれかが違反されている場合、メッセージは上記で示したようにマーク付けられ、さらなるルールは評価されない。ルールの評価でアプリケーションエラーが存在する場合、エラーは記録されるが、ルールはスパムフィルタリングに関して無視される。上記の順序で次のルールの実行が続けられる。これらのルールが１つも違反されていない場合、メッセージは正常とマーク付けられる。メッセージが信頼できるソースからである場合にもそのメッセージが正常とマーク付けられることに留意されたい。
（例４）
初期設定ＳＭＰＰ＿ＳＵＢＭＩＴ＿ＳＭルールセット
個別のルールが順に実行される、
禁止された／信頼された送信者ドメインルール（スパム／正常）
禁止された／信頼された送信者（ＳＭＥ）ルール（スパム／正常）
禁止された／信頼されたＥＳＭＥルール（スパム／正常）
ローミング有効性ルール（スパム）
無効メッセージ内容ルール（スパム）
送信者（ＳＭＥ）毎のサイズ閾値ルール（スパム）
送信ＥＳＭＥ毎のサイズ閾値ルール（疑い）
送信ドメイン毎のサイズ閾値ルール（疑い）
パターン照合ルール（疑い）
【００９１】
上記ルールのいずれかが違反されている場合、メッセージは上記で示したようにマーク付けられ、さらなるルールは評価されない。ルールの評価でアプリケーションエラーが存在する場合、エラーは記録されるが、ルールはスパムフィルタリングに関して無視される。上記の順序で次のルールの実行が続けられる。これらのルールが１つも違反されていない場合、メッセージは正常とマーク付けられる。メッセージが信頼できるソースからである場合にもそのメッセージが正常とマーク付けられることに留意されたい。
【００９２】
最後に、頭字語は以下のように識別される。
ＥＳＭＥ      外部ショートメッセージエンティティ
ＨＬＲ        ホーム位置レジスタ
ＩＭＳＩ      国際移動局識別
ＩＰ          インターネットプロトコル
ＬＭＳＩ      ローカル移動局識別
ＭＡＰ        移動体アプリケーション部分
ＭＳＣ        移動体交換局
ＭＳＩＳＤＮ  移動体加入者ＩＳＤＮ番号
ＰＬＭＮ      公衆移動体通信ネットワーク
ＳＣＣＰ      ＳＳ７信号接続制御部分
ＳＣＥ        サービス生成環境
ＳＭＥ        ショートメッセージエンティティ
ＳＭＰＰ      ショートメッセージポイント間プロトコル
ＳＭＳＥ      ショートメッセージサービスエンティティ
ＳＭＳ        ショートメッセージサービス
ＳＲＩ        送信ルーティング情報
ＳＳ７        共通線信号Ｎｏ．７
ＵＩ          ユーザインターフェース
ＶＬＲ        訪問位置レジスタ
ＶＲＥ        ボルテックスルールエンジン
【００９３】
上記説明は、単に本発明の特定の実施形態の開示を提供し、本発明の実施形態を限定する目的を意図していない。そのようにして、本発明は、上記で説明された実施形態だけに限定されない。むしろ、当業者が本発明の範疇の範囲内に入る代替的な実施形態を思い付く可能性があることが認識されている。
【図面の簡単な説明】
【００９４】
【図１】ここで説明されている実施形態によるシステムを示す説明図である。
【図２】ここで説明されている実施形態による方法を示すフローチャートである。
【図３】ここで説明されている実施形態による方法を示すフローチャートである。
【図４】ここで説明されている実施形態による方法を示すフローチャートである。
【図１】
2009532769.tif 000003
【図２】
2009532769.tif 000004
【図３】
2009532769.tif 000005
【図４】
2009532769.tif 000006
【国際調査報告】
2009532769.tif 000007
2009532769.tif 000008