(57)【特許請求の範囲】
【請求項１】
オペレータのネットワークに属している移動体通信端末が、プッシュメール・サービスにアクセスすることを可能にする方法であって、該方法は、
前払いサービスのユーザのデータベースを備えたプラットフォームと前記オペレータのネットワークの間に第１の固定専用仮想ピアツーピア接続を確立するステップと、
前記プラットフォームとネットワークオペレータセンターの間に第２の固定専用仮想ピアツーピア接続を確立するステップと、
前記端末および前記端末によって要求された前記サービスを識別するステップと、
前記識別された端末が前記要求されたサービスに関して前払いを享受するかどうかを決定するために、前記ユーザデータベースに問い合わせるステップと、
前記要求されたプリペイドサービスに関して、前記端末のユーザの貸方に記入するステップと、
を備え、
前記プラットフォームは、ポストペイドユーザに特定のアドレスが割り当てられるように端末にインターネット・プロトコル（ＩＰ）アドレスを動的に割り当てて、該ポストペイドユーザのトラフィックをプリペイドプラットフォーム上に経路指定しないようにする、
方法。
【請求項２】
オペレータのネットワークに属している移動体通信端末が、プッシュメール・サービスにアクセスすることを可能にする方法であって、該方法は、
前払いサービスのユーザのデータベースおよび動的ＩＰアドレス割当てサーバを備えたプラットフォームと前記オペレータのネットワークの間に第１の固定専用仮想ピアツーピア接続を確立するステップと、
前記端末および前記端末によって要求された前記サービスを識別するステップと、
前記識別された端末が、前記要求されたサービスに関して前払いを享受するかどうかを決定するために、前記ユーザデータベースに問い合わせるステップと、
前記要求されたプリペイドサービスに関して、前記端末のユーザの貸方をカウントダウンするステップと、をさらに備え、
前記動的ＩＰアドレス割当てサーバは、端末にインターネット・プロトコル（ＩＰ）アドレスを動的に割り当てて、該割り当ては、ポストペイドユーザのトラフィックがプリペイドプラットフォーム上に経路指定されないように、前記プラットフォームによって該ポストペイドユーザに特定のアドレスが割り当てられるようにする、
方法。
【請求項３】
前記ユーザの貸方が最小限の所定の閾値にカウントダウンされ、この閾値に達していると、前記閾値に達したことを前記ユーザに通知し、かつ口座が補填されるべきであることを示唆するメッセージが前記ユーザ端末に送られていることを特徴とする、請求項１に記載の方法。
【請求項４】
前記動的ＩＰアドレス割当てサーバが、認証、許可および課金サーバであることを特徴とする、請求項２または３に記載の方法。
【請求項５】
前記動的ＩＰアドレス割当てサーバが、ＤＨＣＰプロトコルおよびＲＡＤＩＵＳプロトコルを実施することを特徴とする、請求項４に記載の方法。
【請求項６】
前記プラットフォームと前記ネットワークオペレータセンターの間に第２の固定専用仮想ピアツーピア接続を確立するステップを備えることを特徴とする、請求項２乃至５のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電気通信に関係する。
【背景技術】
【０００２】
いくつかの移動体通信端末のユーザは、数年間「プッシュ・メール」ｅメールサービスを享受した。このサービスは、ｅメールの主題と共に、メッセージのテキストの最初の数行を受信することを可能にする。
【０００３】
「プッシュ・メール」サービスは、事後に請求される。
【０００４】
匿名プリペイドインターネットアクセス（ａｎｏｎｙｍｏｕｓ  ｐｒｅｐａｉｄ  Ｉｎｔｅｒｎｅｔ  ａｃｃｅｓｓ）方法は、文書ＦＲ２８１７０５６において開示されている。この方法は、購入量もしくは有料サイトの閲覧量に対応するプリペイド接続時間を借方に記入することによって、インターネット上で買い物すること、または有料ウェブサイトを閲覧することを可能にする。文書ＦＲ２８１７０５６において説明される方法は、ソフトウェアがコンピュータ上に事前にインストールされることを要求する欠点を有する。
【０００５】
文書ＷＯ２００７／００１２３１は、プリペイドサービスにアクセスするための残りの貸方をリアルタイムで確かめることを可能にするＡＡＡサーバを備えた３ＧＰＰネットワークについて記述する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】ＦＲ２８１７０５６
【特許文献２】ＷＯ２００７／００１２３１
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、通信端末に対する任意の修正を要求せず、かつユーザが使いやすい状態で、プッシュ・メールなどの料金請求サービスに効率的な方法を提供することを目的とする。
【０００８】
本発明は、特に、メッセージを経路指定するために必要な独自仕様のインフラストラクチャのすべてを有さない、いわゆる「グリーンフィールド（Ｇｒｅｅｎｆｉｅｌｄ）」オペレータに上述のタイプの方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
これらのために、本発明は、第１の態様において、オペレータのネットワークに属している移動体通信端末が、プッシュ・メールなどのサービスにアクセスすることを可能にする方法に関係し、この方法は、前払いされたサービスのユーザのデータベースを備えるプラットフォームと当該オペレータのネットワークの間に第１の固定専用接続を生み出すステップと、当該プラットフォームとネットワークオペレータセンターの間に第２の固定専用接続を生み出すステップとを備え、
移動体通信端末から要求を受信するステップと、
当該端末および当該端末によって要求されたサービスを識別するステップと、
識別された端末が、その要求されたサービスに関して前払いを享受するかどうかを決定するために、当該ユーザデータベースに問い合わせるステップと、
その要求されたプリペイドサービスに関して、当該端末のユーザの貸方をカウントダウンするステップとをさらに備える。
【００１０】
本発明は、第２の態様において、オペレータのネットワークに属している移動体通信端末が、プッシュ・メールなどのサービスにアクセスすることを可能にする方法に関係し、この方法は、前払いサービスのユーザのデータベースおよび動的ＩＰアドレス割当てサーバを備えたプラットフォームと当該オペレータのネットワークの間に第１の固定専用接続を生み出すステップを備え、
移動体通信端末から要求を受信するステップと、
当該端末および当該端末によって要求されたサービスを識別するステップと、
識別された端末がその要求されたサービスに関して前払いを享受するかどうかを決定するために、当該ユーザデータベースに問い合わせるステップと、
その要求されたプリペイドサービスに関して、当該端末のユーザの貸方をカウントダウンするステップとを備える。
【００１１】
この方法は、ユーザの貸方を最小限の所定のしきい値までカウントダウンすることを備え、このしきい値に達すると、当該しきい値に達していることをユーザに通知し、かつ口座が補填されるべきであることを示唆するメッセージが当該ユーザ端末に送られていると有利である。
【００１２】
動的ＩＰアドレス割当てサーバは、認証、許可および課金サーバであると有利である。
【００１３】
動的ＩＰアドレス割当てサーバは、ＤＨＣＰプロトコルおよびＲＡＤＩＵＳプロトコルを実施すると有利である。
【００１４】
一実施形態では、この方法は、当該プラットフォームと当該ネットワークオペレータセンターの間に第２の固定専用接続を生み出すステップを備える。
【００１５】
本発明のその他の目的および利点は、下の説明を読むこと、および添付の図面を参照することによって明らかになるであろう。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態を示す図である。
【図２】本発明の第２の実施形態を示す図である。
【図３】本発明の第３の実施形態を示す図である。
【図４】本発明の第４の実施形態を示す図である。
【図５】本発明の第５の実施形態を示す図である。
【発明を実施するための形態】
【００１７】
まず、図１について説明する。
【００１８】
図１は、２つのネットワークオペレータ１、２と、私設企業ネットワーク３と、ネットワークオペレータセンター４と、プラットフォーム５とを示す。ネットワーク１〜３、センター４、およびプラットフォーム５のそれぞれは、インターネット６に接続される。
【００１９】
説明を簡単にするために、ネットワークオペレータのうちの１つの構造だけがさらに詳細に示される。例として、このネットワーク１は、ＧＰＲＳ（汎用パケット無線サービス）ネットワークであってよく、それ自体知られているように、ＳＧＳＮ（サービングＧＰＲＳサポートノード）ルータおよびＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）ゲートウェイを備える。ファイアウォール７は、ＧＧＳＮゲートウェイと仮想専用ネットワークハブ８の間に配置される。
【００２０】
企業ネットワークは、それ自体知られているように、サーバ９とファイアウォール１０とをさらに備える。
【００２１】
プラットフォーム５は、トンネル１１、１２によって、それぞれのネットワーク・オペレータ１、２に接続される。この場合、「トンネル」は、仮想専用ネットワークＶＰＮを生み出すことを可能にする仮想ピアツーピア接続を指す。トンネリングプロトコルを使用して動作しているパケットは、ＩＰパケット内に配置されるために、カプセル化され、次いで、このパケットは、ＴＣＰ／ＩＰプロトコルを使用して送信されている。プラットフォーム５は、トンネル１３によってネットワークオペレータセンター４にさらに接続される。
【００２２】
プラットフォーム５は、動的ＩＰアドレス割当てサーバ１４を備える。一実施形態では、このサーバ１４は、認証、許可および課金サーバＡＡＡである。動的ＩＰアドレス割当てサーバは、ＤＨＣＰプロトコルおよびＲＡＤＩＵＳプロトコルを実施すると有利である。
【００２３】
データベース１５は、プッシュ・メールなどのプリペイドサービスの加入者に関する情報を含む。例えば、データベース１５へのアクセスは、ＪＤＢＣ（Ｊａｖａ（登録商標）データベース・コネクティビティ（Ｊａｖａ（登録商標）  ＤａｔａＢａｓｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ））技術を使用して取得されることが可能であり、このプログラミングインターフェースは、同じ構文を使用して任意のデータベースに接続することを可能にする。公開鍵基盤は、ＶＰＮトンネル１１〜１３を介して交換されるデータに最適なセキュリティを提供することを可能にする。
【００２４】
プリペイドサービスデータのフローは、図１において矢印１７によって表される。移動体通信端末１８から退出するこのフローは、ＶＰＮトンネル１２を経由して、ネットワーク１からプラットフォーム５に移動する。公開鍵基盤は、ＶＰＮトンネル１２内で伝わっている暗号化されたデータの保護を強化する。このセキュリティは、プラットフォーム５の入出力において、ファイアウォール１９によってさらに強化される。
【００２５】
このデータフローは、トンネル１３を経由して、プラットフォーム５からネットワークオペレータセンター４に流れる。
【００２６】
プラットフォームを退去するこのサービスデータフローは、料金請求プロキシ１６として知られているデバイスによって測定される。このフローが所定の値に達すると、口座が補填されるべきであることを示唆するメッセージが通信端末１８に送られる。
【００２７】
非プリペイドサービスデータがプラットフォーム５を詰まらせないように、このデータはソースにおいて経路指定される。
【００２８】
次に、図２について説明する。図２において、図１の実施形態に関して説明された要素に類似した要素は、同じ参照番号を有する。
【００２９】
図２で説明された変形実施形態では、プラットフォーム５を退去するデータのフローは、専用ＶＰＮトンネルを経由して、ネットワークオペレータセンター４に直接的に到着するのではなく、第１のトンネル１２を経由して、ネットワーク・オペレータ１に戻る。ハブ８は、このフローをネットワークオペレータセンター４に経路指定する。
【００３０】
図１の実施形態におけるように、非プリペイドサービスデータのフロー２０は、プラットフォーム５を通過しない。
【００３１】
次に、図３について説明する。図３において、図１における実施形態に関して説明された要素に類似した要素は、同じ参照番号を有する。
【００３２】
この実施形態において、プラットフォーム５は、動的ＩＰアドレス割当てサーバ１４を備えない。（プリペイドか否かにかかわらず）サービスデータのフローは、プラットフォーム５を通過する。
【００３３】
次に、図４および５について説明する。
【００３４】
図４および５において、図１における実施形態に関して説明された要素に類似した要素は、同じ参照番号を有する。
【００３５】
これらの実施形態においてパケットは、ＵＤＰプロトコルによって、トンネル１１、１２を介して送信される。
【００３６】
データを共有するためのＶＰＮトンネル１１、１２および１３は、公開鍵基盤またはいわゆる専用回線の形で生み出されることが可能である。
【００３７】
公開鍵基盤は、ＶＰＮトンネル１１〜１３を介して交換されるデータに最適なセキュリティを提供することを可能にする。
【００３８】
専用回線は、ネットワーク・オペレータ１、２および私設ネットワーク３の間でデータを交換するだけの目的で配置されるため、この回線は、より大きな安全性を提供することを可能にする。
【００３９】
専用回線内で、前述の構成要素に加えて、当該データは、プラットフォーム５内のＶＰＮトンネルの入口に配置されたルータを介して伝わる。
【００４０】
データフローは、トンネル１３を経由して、プラットフォーム５からネットワークオペレータセンター４に流れる。
【００４１】
プラットフォームを退出するサービスデータフローは、料金請求プロキシとして知られているデータ測定デバイス１６によって測定される。このフローが所定の値に達すると、口座が補填されるべきであることを示唆するメッセージが通信端末１８に送られる。次いで、当該口座が補填されない場合、データフロー測定デバイス１６は、データのトラフィックを阻止する。
【００４２】
非プリペイドサービスデータがプラットフォーム５を詰まらせないように、このデータはソースにおいて経路指定される。
【００４３】
本発明の方法は、ＩＰプロトコルに基づく任意のタイプのプッシュ・サービスに適しており、当該プラットフォームは、データチャネルが長い間にわたって解放されている場合でも、ＤＨＣＰまたはＲＡＤＩＵＳを使用して、ＩＰアドレスを割り当て、ユーザを識別して、プリペイド料金請求を実行することも可能である。
【００４４】
プラットフォームによってＩＰアドレスを動的に割り当てることは、特定のアドレスをポストペイドユーザに割り当て、したがって、そのトラフィックをプリペイドプラットフォーム上に経路指定しないことを可能にする。
【００４５】
この方法は、プラットフォームがホストおよび共有されることが可能であるため、オペレータが最小限の投資を行って、プリペイドユーザにプッシュ・サービスを提供することを可能にする。
【図１】
0005528328.tif 000002
【図２】
0005528328.tif 000003
【図３】
0005528328.tif 000004
【図４】
0005528328.tif 000005
【図５】
0005528328.tif 000006