(57)【要約】【課題】電気通信ネットワーク内で迷惑な勝手に送りつけてくるメッセージ（スパム）をブロックする方法および装置を提供すること。【解決手段】着信端末に、セキュリティ・コードを与えられる。着信端末にアクセスするために、起呼側は、このセキュリティ・コードとともに被呼端末の識別を与えなければならない。正しいセキュリティ・コードがその呼を与えられていない場合、その呼はブロックされる。都合のよいことに、被呼側は、このセキュリティ・コードをすでに与えられているユーザから発信された呼またはメッセージを除くすべての呼またはメッセージをブロックすることができる。【選択図】図１
2006178994.tif 000002
【特許請求の範囲】
【請求項１】
電気通信呼を完了する方法であって、
電気通信端末にセキュリティ・コードを割り当てるステップと、
起呼電気通信端末から前記セキュリティ・コードを持つ被呼電気通信端末への接続の要求を、前記被呼通信端末のＩＤおよびセキュリティ・コードを与えることにより実行するステップと、
前記与えられたセキュリティ・コードが前記被呼電気通信端末に割り当てられたセキュリティ・コードと一致するかどうかをチェックするステップと、
前記与えられたセキュリティ・コードが前記割り当てられたセキュリティ・コードと一致した場合にのみ前記被呼電気通信端末への前記呼を完了するステップとを含む方法。
【請求項２】
前記割り当てるステップは、前記セキュリティ・コードをデータベースに格納するステップを含み、
前記与えられたセキュリティ・コードが前記割り当てられたセキュリティ・コードと一致するかどうかを判定する前記ステップは、前記与えられたセキュリティ・コードと前記格納されたセキュリティ・コードとを比較するステップを含む請求項１に記載の方法。
【請求項３】
さらに、
起呼電気通信の端末が被呼端末のセキュリティ保護をオーバーライドする資格を与えるあるクラスのサービスを持つかどうかを判定するステップを含み、
前記与えられたセキュリティ・コードと前記被呼セキュリティ・コードとを比較する前記ステップは、バイパスされ、
前記起呼端末は、セキュリティ・コードを接続要求で与えない請求項１に記載の方法。
【請求項４】
前記電気通信呼は、電子メール・サーバへの呼であり、
電気通信端末にセキュリティ・コードを割り当てる前記ステップは、セキュリティ・コードを電子メール・アドレスに割り当てるステップを含む請求項１に記載の方法。
【請求項５】
前記セキュリティ・コードを与える前記ステップは、前記セキュリティ・コードをメッセージのテキスト内に埋め込み、前記メッセージのヘッダ内には埋め込まないステップを含み、
それによって、メッセージ・ヘッダのインターセプトで前記セキュリティ・コードがインターセプトされない請求項１に記載の方法。
【請求項６】
電気通信呼を完了する装置であって、
電気通信端末にセキュリティ・コードを割り当てる手段と、
起呼電気通信端末から前記セキュリティ・コードを持つ被呼電気通信端末への接続要求を受け入れる手段であって、前記要求は前記被呼通信端末のＩＤおよび与えられたセキュリティ・コードを含む手段と、
前記与えられたセキュリティ・コードが前記被呼電気通信端末に割り当てられたセキュリティ・コードと一致するかどうかをチェックする手段と、
前記与えられたセキュリティ・コードが前記割り当てられたセキュリティ・コードと一致した場合にのみ前記被呼通信端末への前記呼を完了する手段のステップを含む装置。
【請求項７】
前記割り当てる手段は、前記セキュリティ・コードをデータベースに格納する手段を含み、
前記与えられたセキュリティ・コードが前記割り当てられたセキュリティ・コードと一致するかどうかを判定する前記手段は、前記与えられたセキュリティ・コードと前記格納されたセキュリティ・コードとを比較する手段を含む請求項６に記載の装置。
【請求項８】
さらに、
起呼電気通信端末が前記被呼端末の前記セキュリティ保護をオーバーライドする資格を与えるあるクラスのサービスを持つかどうかを判定する手段を備え、
前記与えられたセキュリティ・コードと前記被呼セキュリティ・コードとを比較する前記手段は、バイパスされ、
前記起呼端末は、セキュリティ・コードを接続要求で与えない請求項６に記載の装置。
【請求項９】
前記電気通信呼は、電子メール・サーバへの呼であり、
電気通信端末にセキュリティ・コードを割り当てる前記手段は、セキュリティ・コードを電子メール・アドレスに割り当てる手段を含む請求項６に記載の装置。
【請求項１０】
前記セキュリティ・コードを与える前記手段は、前記セキュリティ・コードをメッセージのテキスト内に埋め込み、前記メッセージのヘッダ内には埋め込まない手段を含み、
それによって、メッセージ・ヘッダのインターセプトで前記セキュリティ・コードがインターセプトされない請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、勝手に送りつけてくる迷惑（スパム）メッセージをブロックするための方法および装置に関する。
【背景技術】
【０００２】
インターネットが出現してから、送信者が費用をほとんど、または全く負担せずに、複数のメッセージを数多くの宛先に簡単に送信できるようになってしまった。これらのメッセージは、メッセージを消去する作業、および重要かどうかを判定する作業を行わなければならないメッセージの受信者にとって不愉快な勝手に送り付けられる迷惑メッセージ（スパム）を含む。さらに、これがメッセージを伝送するために使用される電気通信ネットワークの通信事業者にとって非常に厄介なのは、スパムが殺到したことで客が怒るという顧客関係問題に発展することが理由であるだけでなく、このメッセージは、通常、収益にほとんど、または全く結びつかないのに、ネットワーク資源を使うというのも理由である。この問題の重大性は、以下の２つの統計から説明される。２００３年、中国では、２兆件のショート・メッセージ・サービス（ＳＭＳ）メッセージが中国の電気通信ネットワークに送信されたが、これらのメッセージのうち３／４がスパム・メッセージと推定された。第２の統計は、米国内の電子メール・メッセージの推定８５％〜９０％はスパムであることを示している。
【０００３】
配信される多数のスパム・メッセージを削減する多数の処置方法が提案され、多くが実装された。配信する前にメッセージを解析するさまざまな処置方法が提案されている。１つの処置方法によれば、起呼側が被呼側によって指定された事前選択グループのうちの１つでない場合に、そのメッセージはブロックされる。スパム・メッセージは、さらに、Ｎ個を超える宛先を宛先指定するメッセージはいっさい、配信されないように被呼側が指定することを許可することによりインターセプトすることもできる。
【０００４】
被呼側は、自分の電話番号または電子メール・アドレスを公開することを拒絶することができる。起呼側が被呼側の電話番号または電子メール・アドレスを検索することを許可しないことの明白な欠点に加えて、このような処置方法は効果がない可能性が高い。非公開電子メール・アドレスは、電子メール・メッセージのヘッダをメッセージを開かずにインターセプトする高度なハッカーであれば検出可能である。非公開被呼番号にしても、起呼側がメッセージを市内局番の１０，０００件の電話番号すべてに送信することを単に誘うだけであり、上述のように、これは、メッセージを複数の宛先に送る現在の処理方法では非常に容易である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来技術の問題は、スパム・メッセージをインターセプトする方法が不効率である、および／または大量のネットワーク資源を使用するという点である。
【課題を解決するための手段】
【０００６】
上述の問題は、被呼側にセキュリティ・コードを割り当てる出願者の発明の原理によれば実質的に緩和され、被呼側は、受信する用意のあるこのセキュリティ・コードのメッセージの送信元である起呼側に通知し、その被呼側に到達しようとしている起呼側は、セキュリティ・コードとともに被呼側の識別（例えば、電子メール・アドレスまたは電話番号）を与える。都合のよいことに、被呼側のセキュリティ・コードを知っている起呼側からのメッセージのみがその被呼側に送信される。
【０００７】
出願者の発明の一特徴によれば、特定の当事者（例えば、政府または法律実施官庁）は、セキュリティ・コードを供給することなく被呼側にメッセージを送信することが許されている。都合のよいことに、この処置方法では、メッセージの合法的な送信器は、その被呼側のセキュリティ・コードを知らずにそれらのメッセージを被呼側に送信することができる。
【０００８】
出願者の発明の一特徴によれば、セキュリティ・コードは、区切り記号により識別され、被呼側の識別の前または後に送信される。
出願者の発明の他の特徴によれば、アスタリスク（＊）およびポンド（＃）記号の組み合わせなどの識別可能な区切り記号を先頭に付けたセキュリティ・コードをメッセージのテキスト内に挿入することができる。このセキュリティ・コードは、被呼側に割り当てられたセキュリティ・コードと突き合わせてチェックできるように識別することができる。これにより、セキュリティ・コードをメッセージ・ヘッダの被呼アドレス・フィールド内に置くことが避けられるため都合がよい。
【０００９】
好ましい一実施形態では、データベースは、サーバを通じて、被呼側にサービスを提供する電気通信ネットワークに接続される。このデータベースには、本発明の原理により迷惑な呼をブロックするあるクラスのサービスを持つ被呼側の識別が格納され、そのような被呼側のそれぞれについて、その被呼側のセキュリティ・コードが格納される。このようなデータベースは、そのデータベースへの回線接続が確立されることを要求せずにネットワークの信号送受信手段を通じてアクセスすることができ都合がよい。
【００１０】
本発明の好ましい実施形態は、ショート・メッセージ・サービス（ＳＭＳ）用であるが、同じ処理方法および原理を電子メール、ページング・システム（ネットワークとして動作するページング・サーバは、適切なセキュリティ・コードが与えられない場合にページング・メッセージの伝送をブロックする）、固定電話からまたは固定電話への呼、移動局から／移動局への、または移動局間の呼、およびＩＰ端末から／ＩＰ端末への、またはＩＰ端末間の呼に適用することができる。
【００１１】
さらに、このタイプの処理方法は、非公開番号と同等のものに対するセキュリティ・コードを提供することにより公開できるようになるそのような番号へのその起呼側が自分自身を正当な起呼側として識別するよう要求することにより非公開電話番号の代わりとして使用することができる。この処理方法を使用すると、被呼側は、すべての起呼側に対しセキュリティ・コードを提供するよう要求することにより、嫌がらせをする起呼側から呼をブロックすることができて都合がよい。セキュリティ・コードが失われるか、または公開される場合、被呼端末のユーザは、セキュリティ・コードを変更するよう手配し、許可されているすべての起呼側に通知でき、しかも電話会社が非公開番号の変更のため介入する必要がない。
【発明を実施するための最良の形態】
【００１２】
図１は、移動体ショート・メッセージ・サービス（ＳＭＳ）に適用されるような出願者のオペレーションを例示するブロック図である。発信携帯端末１は、ショート・メッセージを着信携帯端末３に送信することを望んでいる。発信端末は、被呼側（着信携帯端末３）の識別２３を含む呼セットアップ要求２１、およびセキュリティ・コード２５を送信する。メッセージは、発信移動交換局５、移動体ネットワーク９、および着信移動交換局７を介して送信される。移動体ネットワーク９に接続されるのは、データベース１３にアクセスするショート・メッセージ・サービス・センター１１である。データベース１３は、本明細書で説明されているスパム・ブロッキング・サービスに加入しているそれぞれの着信携帯端末に対するセキュリティ・コードを格納する。発信携帯端末１と着信携帯端末３との間の接続を確立するのに先立って、データベース１３に問い合わせを行い、着信携帯端末３が関連するセキュリティ・コードを持つ場合に、接続要求をチェックして、正しいセキュリティ・コードが与えられていることを確認する。そうでない場合、メッセージはブロックされる。
【００１３】
ＳＭＳＣは、ＳＭＳメッセージがＩＰ（電子メール）宛先を持つ場合に電子メール・アドレスに対するセキュリティ・コードを格納することもできる。ショート・メッセージがさらに電子メール・メッセージでもある場合、ＳＭＳＣは、正しいセキュリティ・コードが存在するかチェックし、そのコードが存在する場合、インターネット・ネットワーク１５を介して電子メール・サーバ１７にメッセージを渡し、その後、電子メール・ユーザ（図に示されていない）にアクセスし配信する。宛先電子メール・ユーザへのアクセスおよび配信は、従来技術と同様に実現されている。
【００１４】
図２は、サービスのセットアップを例示する流れ図である。携帯端末は、セキュリティ・コードを信号としてショート・メッセージ・サーバ・センター（ＳＭＳＣ）に送信する（アクション・ブロック２０１）。ＳＭＳＣは、セキュリティ・コードを関連するデータベース内に格納する（アクション・ブロック２０３）。その後、携帯端末ユーザは、メッセージをそのセキュリティ・コードのその携帯端末に送信することを許可されているさまざまな発信端末ユーザに通知し、それらの端末がメッセージをその携帯端末に送信できるようにする（アクション・ブロック２０５）。
【００１５】
この特定の実施形態では、携帯端末は、直接、そのセキュリティ・コードを信号としてＳＭＳＣおよび関連するデータベースに送る。他の実施形態では、関連するデータベースの内容は、通信事業者の制御の下にあり、通信事業者のデータ端末を介してアクセスされる。この後者の処理方法の利点は、通信事業者端末へのアクセスが制御されているため、得られるセキュリティの程度が高いという点である。欠点は、セキュリティ・コードをセットアップまたは変更するためには、通信事業者が関与する必要があるという点である。
【００１６】
図３は、ＳＭＳ呼の処理を例示している。発信端末は、着信端末識別およびセキュリティ・コードにダイヤルする（アクション・ブロック３０１）。それとは別に、セキュリティ保護をオーバーライドする資格のある司法当局などの起呼側からの発信端末は、セキュリティ・コードを与えることなく着信端末識別にダイヤルする（アクション・ブロック３０３）。ＳＭＳＣは、データベースにアクセスし、セキュリティ・コードが着信端末に割り当てられているかどうか、割り当てられている場合、その呼に随伴するセキュリティ・コードがもしあれば、それは識別された端末に対し正しいコードであるかを判別する（アクション・ブロック３０５）。テスト３０７を使用して、セキュリティ・コードが必要か、正しいセキュリティ・コードが与えられたかを判定する。セキュリティ・コードが必要でないか、または正しいセキュリティ・コードが与えられている場合、着信端末に対し呼が完了する（アクション・ブロック３０９）。セキュリティ・コードが必要であるが、与えられているセキュリティ・コードがないか、または正しくない場合、テスト３１１を使用して、起呼側がセキュリティ保護をオーバーライドする資格があるかどうかを判定する。起呼側がそのような資格を持つ場合、呼は完了する（アクション・ブロック３０９）。起呼側がセキュリティ保護をオーバーライドする資格を持たない場合、呼はブロックされる（アクション・ブロック３１３）。
【００１７】
図４は、出願者の発明を実装するより一般的なネットワークを例示している。発信端末４０１は呼を発信する。発信端末は、携帯端末またはデータ端末または固定端末とすることができる。発信端末は、発信側スイッチ４０５を通じて、電気通信ネットワーク４０９に接続される。ネットワークは、データベース４１３にアクセスするサービス・センター４１１に接続される。スパム防止機能を備える着信端末毎に、データベースには、その端末の識別およびその端末に割り当てられたセキュリティ・コードを格納する。発信端末４０１からの呼セットアップ要求が正しいセキュリティ・コードを含んでいるか、発信端末が、セキュリティ・コードを要求せずに呼を完了させることができる、司法当局のサービスなどのあるクラスのサービスを持つためセキュリティ・コードが不要である場合、呼は、着信端末４０３への着信スイッチ４０７を介してネットワーク４０９を通じて完了する。電子メール接続では、着信端末は、電子メール・サーバであり、メッセージは、その電子メール・サーバに到達する前にブロックされる。その後、電子メール・サーバは、ユーザ端末によりアクセスすることができる。
【００１８】
上記の説明は、出願者の発明の好ましい一実施形態の説明である。他の実施形態は、本発明の範囲から逸脱することなく当業者には明らかであろう。本発明は、付属の請求項によってのみ限定される。
【図面の簡単な説明】
【００１９】
【図１】移動体システム用のショート・メッセージ・サービス（ＳＭＳ）に適用されるような出願者の発明の好ましい一実施形態のオペレーションを例示するブロック図である。
【図２】特定の携帯端末用のサービスの確立を例示する流れ図である。
【図３】ＳＭＳ呼の処理を例示する流れ図である。
【図４】多数のさまざまなタイプの電気通信サービスについて出願者の発明のオペレーションを例示する一般化されたブロック図である。
【図１】
2006178994.tif 000003
【図２】
2006178994.tif 000004
【図３】
2006178994.tif 000005
【図４】
2006178994.tif 000006