(57)【要約】ユーザ／クライアントのモバイル機器(１２)、電話、パーソナル携帯情報機器（ＰＤＡ）等からサーバ間でのいかなるセキュリティ隙間にも露出せずに、インターネットのような公衆ネットワークにおいて、および／または、サービスプロバイダの無線ネットワークのようなアプリケーションにおいて、多くのホップおよびポイントを流れるバックエンド・ホスト（２８）に、極秘データが安全に交換されることを可能にする安全なデータ伝達システム(１０)および方法が、本発明の実施形態により開示される。本発明のシステムおよび方法は、隙間をふさぎ、本当のエンドツーエンドの銀行グレードのユーザ／クライアントのモバイル機器(１２)とバックエンド・ホスト（２８）との間の安全な取引交換を保証し、ネットワーク・トラフィック・データ整理技術のキャッシング方法を用いる安全な解決法を提供する。【選択図】図２
2010526368.tif 000002
【特許請求の範囲】
【請求項１】
ターゲット領域への安全性の保障されないネットワークを経たユーザのモバイル機器とサーバとの間のエンドツーエンドの安全なデータ転送のための方法であって、
取引認証における該モバイル機器のユーザを認証すること、
サーバ・シードと該サーバ領域から生成されるサーバ・デバイス・キーペアとから、
該アプリケーション・サーバにおいてサーバ・キーを生成すること、
該サーバ・キーを該モバイル機器に送達すること、
該モバイル機器での該ユーザからのデータ入力を受信すること、
該モバイル機器でのクライアント・シードを生成し、該モバイル機器のクライアント・シードでコード化および／またはクライアント・シードが詰め込まれたデバイス・キーで該データ入力を暗号化し、クライアント・シードと一緒に暗号化された該データ入力をアプリケーション・サーバへ送信すること、
サーバ・キーを用いて該暗号化データ入力を解読すること、
該ネットワークに該暗号化データ入力を露出させずにハードウェア・セキュリティ・モジュール内でターゲット・キーを用いて、該解読されたデータ入力を変換し、該ターゲット領域へ該変換されたデータ入力を送信すること、
を含む方法。
【請求項２】
前記サーバから前記モバイル機器へのＭＩＤｌｅｔをダウンロードすること、
該サーバでのサーバ・シードを生成すること、
および、該サーバ・シードと取引識別子とを該ＭＩＤｌｅｔへ読み込むこと、
をさらに含む、請求項１の方法。
【請求項３】
前記ユーザと前記確立したターゲット金融機関との間の取引中に、動的キーとシード交換と管理とを生成すること、
をさらに含む、請求項１の方法。
【請求項４】
前記ユーザと前記確立したターゲット金融機関との間の有効期間を有する静的パブリックキーを生成すること
をさらに含む、請求項４の方法。
【請求項５】
ＳＭＳチャネルをさらに含む、請求項５の方法。
【請求項６】
前記ユーザ・キーがＲＳＡパブリックキーであり、ＭＩＤｌｅｔ上への暗号化データの入力の際、該ＭＩＤｌｅｔに該ユーザ・キーを読み込ませる、
請求項２の方法。
【請求項７】
前記サーバ・シードおよび前記取引識別子がセッション・ベースである、
請求項２の方法。
【請求項８】
前記ユーザの認証が前記取引識別子の取引状態の位置を決めることを含む、
請求項２〜７のいずれか一つの方法。
【請求項９】
動的クライアント・シードを生成すること、および、前記クライアント・シードが前記セッション区間にわたり前記コード化されたデータに付随することを確認することをさらに含む、
請求項１〜８のいずれか一つの方法。
【請求項１０】
前記サーバに保存されたサーバ・シードが前記暗号化データから導き出されたサーバ・シードに合致するかどうかを確認することをさらに含む、
請求項２〜９のいずれか一つの方法。
【請求項１１】
前記モバイル機器の前記ＭＩＤｌｅｔと、前記サーバにモバイル機器上のキャッシュに入れられたページの情報を知らせる前記サーバとの同期をとること、
および、キャッシュに入れられないページを更新するためのページ足跡を生成すること、をさらに含む、請求項１〜１０のいずれか一つの方法。
【請求項１２】
前記ＭＩＤｌｅｔがＳＭＳモードにあり、前記同期はページ・アクセスまたはユーザーの手動の起動によって引き起こされる、
請求項１１の方法。
【請求項１３】
ターゲット領域への安全性の保障されないネットワークを経たユーザのモバイル機器とサーバとの間のエンドツーエンドの安全なデータ転送のためのシステムであって、該システムが、
取引認証において該モバイル機器のユーザを認証するための該サーバにおける認証モジュールと、
サーバ領域から受け取るサーバ・シードとサーバ・デバイス  キー・ペアとを含むサーバ・キーを該アプリケーション・サーバで生成し、前記モバイル機器に該デバイス・キーを伝達するサーバ・キー・モジュールと、
前記モバイル機器で前期ユーザからデータ入力を受け取るためのデータ入力モジュールと、
前記モバイル機器でクライアント・シードを生成し、前記モバイル機器でコード化および／またはクライアント・シードが詰め込まれたデバイス・キーで前期データ入力を暗号化し、アプリケーション・サーバにクライアント・シード付きの該暗号化されたデータ入力を伝達する暗号化モジュールと
サーバ・キーを用いて該暗号化されたデータ入力を解読するための該アプリケーション・サーバ上の解読モジュールと
および、該暗号化データ入力を該ネットワークに露出せず、ハードウェア・セキュリティ・モジュール内でターゲット・キーを用いて解読されたデータ入力を変換し、該変換した入力データを該ターゲット領域へ伝達する変換器と
を含む。
【請求項１４】
前記サーバからモバイル機器へＭＩＤｌｅｔをダウンロードするダウンロード・モジュールと、
該サーバ内でサーバ・シードを生成するためのシード・モジュールと、
および、該サーバ・シードと取引識別子を有する該ＭＩＤｌｅｔを読み込むこと、
をさらに含む、請求項１３のシステム。
【請求項１５】
前記認証モジュールが、単一のモバイルのクライアント・アプリケーションから複数の確立したターゲット金融機関までの多数の安全な領域を有する通信事業者非依存型を可能にさせるため、前記ユーザと前記確立したターゲット金融機関との間の取引中に動的キー、シード交換および管理を生成するためのキー・モジュールをさらに含む、
請求項１３のシステム。
【請求項１６】
前記キー・モジュールが前記ユーザと確立したターゲット金融機関との間の有効期間を有する静的パブリック・キーを生成することをさらに含む、
請求項１５のシステム。
【請求項１７】
ＳＭＳチャネルをさらに含む、請求項１６のシステム。
【請求項１８】
前記ユーザ・キーがＲＳＡパブリックキーであり、ＭＩＤｌｅｔ上に暗号化データの入力する際、該ＭＩＤｌｅｔ上に該ユーザ・キーを読み込む、
請求項１４のシステム。
【請求項１９】
前記サーバ・シードおよび前記取引識別子がセッション・ベースである、
請求項１４のシステム。
【請求項２０】
前記認証モジュールが前記取引識別子の取引状態の位置決めを含む前記ユーザを認証する、請求項１４−１９のいずれか一つのシステム。
【請求項２１】
前記認証モジュールが
動的クライアント・シードを生成し、
前記セッション区間にわたり前記クライアント・シードと前記コード化されたデータとが付随していることを確認することを含む、
請求項１３〜２０のいずれか一つのシステム。
【請求項２２】
前記認証モジュールが前記サーバに保存されたサーバ・シードが前記暗号化データから導き出された前記サーバ・シードに合致するかどうかを確認することをさらに含む、
請求項１４〜２１のいずれか一つのシステム。
【請求項２３】
前記モバイル機器の前記ＭＩＤｌｅｔと前記サーバにモバイル機器上のキャッシュに入れられたページの情報を知らせる前記サーバとを同期させ、
キャッシュに入れられないページを更新するためにページ足跡を生成する
同期モジュールをさらに含む、
請求項１３〜２２のいずれか一つのシステム。
【請求項２４】
前記ＭＩＤｌｅｔがＳＭＳモードにあり、前記同期はページ・アクセスまたはユーザーの手動での起動によって引き起こされる、
請求項２３のシステム。
【請求項２５】
システムがターゲット領域への安全性の保障されないネットワークを経たユーザのモバイル機器とアプリケーション・サーバとの間のエンドツーエンドの安全なデータ転送を可能にするためのＭＩＤｌｅｔであって、該ＭＩＤｌｅｔが該サーバから該モーバイル機器へダウンロードされ、
前記サーバと入出力を行うサーバ・インタフェースと、
前記モバイル機器の前期ユーザと入出力を行うユーザ・インタフェースと、
取引認証の前期モバイル機器の前期ユーザを認証する認証モジュールと、
サーバ領域から生成されるサーバ・シードおよびサーバ・デバイス・キーペアを含むサーバ・キーをアプリケーション・サーバで生成するためのサーバ・キー・モジュールと通信し、前記ＭＩＤｌｅｔを経て前記モバイル機器に前記デバイス・キーを伝達するサーバ・インタフェースと、
前記モバイル機器で前期ユーザからのデータ入力をデータ入力モジュールで受け取るユーザ・インタフェースと、
前記モバイル機器で暗号化モジュールがクライアント・シードを生成するのを可能にし、前記モバイル機器でコード化および／またはクライアント・シードが詰め込まれたデバイス・キーでデータ入力を暗号化し、アプリケーション・サーバにクライアント・シードで暗号化されたデータ入力を伝達するサーバ・インタフェースと、
サーバ・キーを用いて暗号化されたデータ入力を解読するためのアプリケーション・サーバ上の解読モジュールと、
および、暗号化データ入力をネットワークに露出せず、ハードウェア・セキュリティ・モジュール内でターゲット・キーを用いて解読されたデータ入力を変換し、変換した入力データを前記ターゲット領域へ伝達するための前期アプリケーション・サーバ上の変換モジュールと、
を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公衆電気通信網上での情報交換および取引のための安全なシステムおよび方法に関し、特に、インターネットのような公衆網を通じて実行される保護された情報、銀行業務、支払、および、資金の移動に関連した取引に関する。
【背景技術】
【０００２】
いかなる金融取引においても、セキュリティは最大に重要である。モバイル入力装置と金融機関のホストとの間の個人認証番号（ＰＩＮ）またはパスワードのようないかなる極秘データも、安全に伝達される必要がある。取引および取引者の完全性、守秘性および確実性は、適切に対処されなければならない。近年の無線、すなわち無線ネットワークおよびアプリケーションにおいてモバイル・バンキングおよび取引決済の導入が遅れた原因は、消費者、小売商、および、金融機関に対して十分なセキュリティが提供できない点にある
と考えられる。大部分のモバイル・バンキングおよび取引は、無線トランスポート層セキュリティ（ＷＴＬＳ）上のショートメッセージ・サービス（ＳＭＳ）取引または汎用無線パケットサービス（ＧＰＲＳ）を用いており、銀行の内部取引、および、マイクロペイメントの領域に限定されている。これらの技術には制限があるため、完全な資金移動および支払いを実現するために金融機関および規制当局他が必要と考える種類のセキュリティは明らかに提供されてない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
無防備でオープンな明快なテキストによるＳＭＳから標準の無線セキュア・ソケット・レイヤ（ＳＳＬ）、認定された当局発行の安全な署名されたキーさえ有するＷＴＬＳ環境に発展しても、ＳＳＬセッションが保護された一つのリンクから他のリンクに変換される際に明らかなデータ露出領域があるので、サーバ間のＳＳＬセッションは、データ・ハッキングにさらされる。この安全性上の要求と供給のギャップは、本当のエンドツーエンドでの保護されたデータの交換においては容認できない。移動通信（ＧＳＭ）、ＧＰＲＳ、または３Ｇ／３．５Ｇを用いたグローバル・システムのような通信環境において、ＷＴＬＳセッションが金融機関のホストの制御外にある多くの第三者のホップ／ハブを通じて張られる必要があるので、明らかなデータ露出は非常に現実的な問題である。ＧＰＲＳおよび３Ｇ／３．５Ｇのネットワークにおいて存在するこのセキュリティ・ギャップの他に、トラフィックの使用料が導入のためのもう一つの障害である。取引交換方法として商業的に導入価値があるためには、ユーザの装置とオペレータ・サーバとの間のトラフィックの量を減らす方法を提供しなければならない。
【０００４】
公衆ネットワーク上で商業上価値がある金融取引を安全に実行するのに銀行業務に要求される諸条件を満たすべく、ネットワーク・トラフィックの交換ポイントを最小限に抑えてエンドツーエンドのセキュリティを改善するような費用対効果が高くかつ安全なモバイルの取引交換システムおよび方法が必要である。
【課題を解決するための手段】
【０００５】
本発明によれば、目標領域への安全性の保証のないネットワークを経たユーザのモバイル機器とサーバとの間のエンドツーエンドの安全なデータ転送のための方法が提供され、その方法は、サーバからモバイル機器へのＭＩＤｌｅｔのダウンロードと、取引認証におけるモバイル機器のユーザの認証と、目標領域から受け取るサーバ・シードおよびターゲット・デバイス・キーペアを含むサーバ・キーのアプリケーション・サーバでの生成と、ＭＩＤｌｅｔを経たモバイル機器へのデバイス・キーの伝達と、モバイル機器でのユーザからのデータ入力の受入れと、モバイル機器でのクライアント・シードの生成、モバイル機器でデバイス・キーとクライアント・シードとでのデータ入力の暗号化、および、コード化および／またはクライアント・シードが詰め込まれた暗号化データ入力のアプリケーション・サーバへの伝達と、サーバ・キーを用いた暗号化データ入力の解読と、および、暗号化データ入力をネットワークに露出させることなくハードウェア・セキュリティ・モジュール内でターゲット・キーを用いて解読されたデータ入力を変換し、ターゲット領域へ変換したデータ入力の伝達することを含む。
【０００６】
実施形態において、本発明の方法は、さらにサーバからモバイル機器へのＭＩＤｌｅｔのダウンロード、サーバでのサーバ・シードの生成、および、サーバ・シードおよび取引識別子と一緒にＭＩＤｌｅｔの読み込みを含むことができる。本発明の方法は、さらに、例えば、単一のモバイル・クライアント・アプリケーションから確立したターゲット金融機関までの複数の保護された領域が通信事業者の関与しないところで可能とするため、ユーザと確立したターゲット金融機関との間の取引における動的キーおよびシード交換と管理の生成を含むことができる。本発明の方法は、さらに、ユーザと確立したターゲット金融機関との間で有効期間を有する静的パブリックキーの生成を含むことができる。本発明の方法は、ＳＭＳチャネルを有することができる。ユーザ・キーはＲＳＡパブリックキーであってもよく、ＭＩＤｌｅｔへの暗号化データの入力でＭＩＤｌｅｔ上にユーザ・キーを読み込ませる。該サーバ・シードおよび該取引識別子は、セッション・ベースである。ユーザの認証は、取引識別子の取引状態の位置決めを含むことができる。本発明の方法は、動的クライアント・シードの生成をさらに含むことができ、クライアント・シードの確認は、セッション区間にわたりコード化されたデータによって実行される。本発明の方法は、暗号化データから導き出されたサーバ・シードがサーバに保存されたサーバ・シードと一致するかどうかをさらに確認することができる。本発明の方法は、モバイル機器上のキャッシュに入れられたページの情報をサーバに知らせるサーバとモバイル機器のＭＩＤｌｅｔとの同期、および、キャッシュに入れられないページ更新するためのページ足跡の生成、をさらに含むことができる。ＭＩＤｌｅｔはＳＭＳモードであってもよく、同期はページ・アクセスまたはユーザー・マニュアル起動によって引き起こされる。
【０００７】
本発明によれば、目標領域への安全性の保証のないネットワークを経たユーザのモバイル機器とサーバとの間のエンドツーエンドの安全なデータ転送のためのシステムが提供され、そのシステムは、サーバからモバイル機器までＭＩＤｌｅｔをダウンロードするダウンロード・モジュールと、取引認証においてモバイル機器のユーザを認証するサーバにおける認証モジュールと、サーバ領域から受け取るサーバ・シードとデバイス・キーとを含むサーバ・デバイス・キーペアをアプリケーション・サーバで生成し、ＭＩＤｌｅｔを経てモバイル機器にデバイス・キーを伝達するためのサーバ・キー・モジュールと、モバイル機器でユーザからデータ入力を受け取るためのデータ入力モジュールと、モバイル機器でクライアント・シードを生成し、モバイル機器でデバイスシードとクライアント・シードとでデータ入力を暗号化し、コード化および／またはクライアント・シードを詰め込まれた暗号化データ入力をアプリケーション・サーバに伝達する暗号化モジュールと、サーバ・キーを用いて暗号化されたデータ入力を解読するアプリケーション・サーバ上の解読モジュールと、暗号化データ入力をネットワークに露出せずにハードウェア・セキュリティ・モジュール内でターゲット・キーを用いて解読されたデータ入力を変換し、変換したデータ入力をターゲット領域に伝達する変換器と、を含む。
【０００８】
実施形態において、認証モジュールは、単一のモバイル・クライアント・アプリケーションから確立したターゲット金融機関までの複数の保護された領域が通信事業者の関与せざるところで可能とするため、ユーザと確立したターゲット金融機関との間の取引における動的キーおよびシード交換と管理とを生成するキー・モジュールをさらに含む。システムは、サーバからモバイル機器にＭＩＤｌｅｔをダウンロードするダウンロード・モジュールと、サーバ・シードを生成するためのサーバ内のシード・モジュールと、をさらに含むことができ、サーバ・シードおよび取引識別子と一緒にＭＩＤｌｅｔを読み込ませる。キー・モジュールは、ユーザと確立したターゲット金融機関との間で有効期間を有する静的パブリックキーの生成をさらに含むことができる。システムは、ＳＭＳチャネルをさらに含むことができる。ユーザ・キーはＲＳＡパブリックキーであってもよく、ＭＩＤｌｅｔの暗号化データの入力でＭＩＤｌｅｔ上へユーザ・キーを読み込ませ、サーバ・シードおよび取引識別子はセッション・ベースである。認証モジュールは、取引識別子の取引状態の位置決めを含むユーザを認証することができる。認証モジュールは、動的クライアント・シードの生成をさらに含むことができ、クライアント・シードの確認はセッション区間にわたりコード化されたデータによって実行される。認証モジュールは、暗号化データから導き出されたサーバ・シードがサーバに保存されたサーバ・シードに一致するかどうかの確認をさらに含むことができる。システムは、モバイル機器上のキャッシュに入れられたページの情報をサーバに知らせるサーバとモバイル機器のＭＩＤｌｅｔとを同期し、キャッシュに入れられないページ更新するためのページ足跡を生成するための同期モジュールをさらに含むことができる。ＭＩＤｌｅｔはＳＭＳモードであってもよく、同期はページ・アクセスにまたはユーザー・マニュアル起動によって引き起こされる。
【０００９】
本発明によれば、システムがターゲット領域への安全性の保障されないネットワークを経たユーザのモバイル機器とアプリケーション・サーバとの間のエンドツーエンドの安全なデータ転送を可能にするためのＭＩＤｌｅｔが提供され、サーバからモバイル機器にダウンロードするＭＩＤｌｅｔは、サーバと入出力を行うサーバ・インタフェース、および、モバイル機器のユーザと入出力を行うユーザ・インタフェースと、取引認証のモバイル機器のユーザを認証する認証モジュールと、サーバ領域から生成されるサーバ・シードおよびサーバ・デバイス・キーペアを含むサーバ・キーをアプリケーション・サーバで生成するためのサーバ・キー・モジュールと通信し、ＭＩＤｌｅｔを経てモバイル機器にデバイス・キーを伝達するサーバ・インタフェースと、モバイル機器でユーザからのデータ入力をデータ入力モジュールで受け取るユーザ・インタフェースと、モバイル機器で暗号化モジュールがクライアント・シードを生成するのを可能にし、モバイル機器でコード化および／またはクライアント・シードが詰め込まれたデバイス・キーでデータ入力を暗号化し、アプリケーション・サーバにクライアント・シードで暗号化されたデータ入力を伝達するためのサーバ・インタフェースと、サーバ・キーを用いて暗号化されたデータ入力を解読するためのアプリケーション・サーバ上の解読モジュールと、および、暗号化データ入力をネットワークに露出せず、ハードウェア・セキュリティ・モジュール内でターゲット・キーを用いて解読されたデータ入力を変換し、変換したデータをターゲット領域へ伝達するためのアプリケーション・サーバ上のト変換モジュールと、を含む。
【発明を実施するための最良の形態】
【００１０】
携帯機器での安全な支払いおよび安全な取引ためのシステムと方法が開示される。以下の説明において、説明のために、多数の具体的な詳細が本発明の完全な理解を提供するために記載される。しかしながら、本発明がこれらの具体的な詳細なしで、また等価な構成によって実践できることは、当業者にとって明らかである。ある例では、周知の構造および装置が、本発明を不必要にあいまいにするのを避けるためにブロック図の形状で示される。図１に本発明の実施形態によるシステムが開示されおり、そのシステムとは、データがサーバ間のいかなるソフトウェア・セキュリティの隙間にもさらされずにＨＳＭ
２６により実行されるキー変換を有する多くのホップおよびポイントを流れて、モバイル機器１２、電話、PDA等からバックエンド・ホスト２８に安全にデータが交換されるのを可能とするシステムである。モバイルでの解決法は隙間をふさぎ、クライアント１２とバックエンド・ホスト２８との間の本当のエンドツーエンドの銀行グレードの安全な取引交換を保証にする。
【００１１】
実施形態によると、安全なデータ転送は、ターゲット領域への安全性の保証されないネットワークを経てユーザのモバイル機器とサーバとの間でなされ、その方法は、ユーザの認証と、ユーザのモバイル機器上の「ＭＩＤｌｅｔ」としてユーザ承知の装置に読み込まれた安全なアプリケーションでの入力のデータ暗号化、ユーザ・キーでの暗号化、および、サーバ経由ターゲット領域へのネットワークによる暗号化データの伝達と、ハードウェア・セキュリティ・モジュール（ＨＳＭ）内のオペレータ・キーおよび金融機関キーでのデータの変換と、を含む。ＨＳＭ内に暗号化および解読を組み込むことにより、エンドツーエンドの安全なエンベロープは取引全過程に沿って起こりうるセキュリティ・ソフトウェアのいかなる隙間にもさらされないことを保証する。この過程を用いる本発明の実施形態は、ＳＭＳ、ＧＰＲＳ、３、３．５Ｇ等のチャネルのデータ通信ネットワーク・インフラストラクチャー全体に展開される。ＭＩＤｌｅｔは、ＪＡＶＡ  ２  ＰＬＡＴＦＯＲＭ  ＭＩＣＲＯ  ＥＤＩＴＩＯＮ（Ｊ２ＭＥ）で動く携帯電話のようなモバイル機器などの埋め込み装置のためのＪＡＶＡプログラムである。Ｊ２ＭＥおよびＪＡＶＡは、アメリカ合衆国、カリフォルニア州サンタクララ（Ｓａｎｔａ  Ｃｌａｒａ，Ｃａｌｉｆｏｒｎｉａ，ＵＳＡ）のサン・マイクロシステムズ社（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．）の米国および他の国の登録商標である。
【００１２】
図１および図２は、安全なモバイル支払いシステム１０１に関連したマクロな構成要素を示す。パブリックキー暗号化ＲＳＡ-ブラウザＭＩＤｌｅｔ １２１は、３Ｇ／３．５Ｇ／ＧＰＲＳ／ＳＭＳ等のネットワーク１４１４を経て、無線パーソナル携帯情報機器（ＰＤＡ）、携帯電話等のユーザのモバイル機器にアプリケーション・サーバ１６１からダウンロードされる。ＭＩＤｌｅｔは、様々な役務を実行し、暗号化された取引エンベロープの極秘情報を伝達するためのバックエンド金融機関への安全なクライアント・チャネルとして作用する。実行される暗号は、例えば、標準ＲＳＡ、データ暗号規格（ＤＥＳ）、トリプルＤＥＳ（３ＤＥＳ）、新暗号規格（ＡＥＳ）、ＲＳＡ最適非対称暗号化パディング（ＯＡＥＰ）、ファイステル暗号ネットワーク（Ｆｅｉｓｙｅｌ  ｃｉｐｈｅｒ  ｎｅｔｗｏｒｋ）等を含むことができる。
【００１３】
安全な銀行業務サービスの例として、ＭＩＤｌｅｔは、ネットワーク１４を経た金融取引のために金融機関／小売商／銀行１８，２０，２２，２４１に順次連結されるアプリケーションまたはゲートウェイサーバと同期し、通信する。安全なモバイル支払いシステムの実施形態は、サーバ間のＳＳＬセッションにおいて無防備な明らかなデータが、ＳＳＬセッションが保護された一のリンクから他のリンクに変換される場合、明らかなデータ露出になるのを防ぐために栓をされるところの標準の無線ＳＳＬ（ＷＴＬＳ）環境において構成されることができる。また、安全なモバイル支払いシステムの実施形態は、ＧＳＭ／ＧＰＲＳ／３Ｇ／３．５Ｇ環境において構成されることができ、そこでは、各種金融機関のコントロール外にある金融機関多くの第三者ホップ／ハブによるにおけるＷＴＬＳセッションフローにおいて、明らかなデータの露出を防止だれる。
【００１４】
諸銀行で広く受け入れられ、採用されている産業界で承認されたセキュリティ規格、すなわち、例えば標準のＲＳＡ，３ＤＥＳ，ＡＥＳ暗号アルゴリズムを採用することによって、安全なモバイル支払いシステム１０１の実施形態は、ＰＩＮ、パスワード、および、クレジットカード情報のような機密性の高い取引のための安全なエンドツーエンドの伝達を提供し、また、既存の中核の銀行業務システムに金融機関の認可過程を大きく改造せずに既存の中核銀行に接続される。セキュリティ機能は、暗号化データ・エンベロープが、無線で（OTA）、すなわち無線ネットワークのような無線アプリケーションで動的メニュー・アイテムをモバイル機器に読み込ませる際の以下に詳細に記述される高効率、高速、データ圧縮技術等のキャッシングおよび同期技術を採用することによって再生、模倣またはハッキングされることがないように、アプリケーション・サーバと、装置のＭＩＤｌｅｔと、ユーザ認証および確認との間で誰何が含まれる。動的キーおよびアイテムの同期のこれらの技術により、サービスが電話会社（通信事業者）のセキュリティ情報管理（ＳＩＭ）／ソフトウェア開発キット（ＳＤＫ）または特定の金融機関のキーロックインに影響されないようになり、これにより、多数の通信事業者および金融機関にサービスを提供する要求を満たす。
【００１５】
安全なモバイル支払いシステムの実施形態は、３Ｇ／３．５Ｇ／ＧＰＲＳ、および、ショートメッセージ・サービス（ＳＭＳ）モードの両方において処理されることができる。この構成では、例えばユーザが自動ローム契約時にサービスにアクセス可能である。実施形態において、開発プラットフォームは例えば、Ｊ２ＭＥ、無線ツールキット２．３以上およびＰ０ｌｉｓｈ；Ｐｏｌｉｓｈ１．４１以上であってもよい。装置プラットフォームは、例えばモバイル機器および携帯電話でＪＡＶＡが可能なＭＩＤＰ２．０以上であってもよい。
【００１６】
Ｉ．セキュリティおよび認証の説明
図１１および図２に示される安全なモバイル支払いシステム１０１のセキュリティを実現する実施形態は、取引セキュリティ、（特にパスワード、ＰＩＮ等のエンドツーエンドの極秘データ）、一般的な安全性、ユーザ認証、および、セッション認証、を提供し、それに対処する。エンドツーエンド・セキュリティは、ネットワーク１４１を経てアプリケーション・サーバ１６を通して、最後に到達する金融機関１８，２０，２２，２４１のハードウェア・セキュリティ・モジュール（ＨＳＭ）２６とに１モバイル機器または携帯電話１２１間で安全な領域を生成する。
【００１７】
この安全な領域の中で、パスワード、ＰＩＮまたはクレジットカード番号のようなデータはモバイル機器１２１上のＭＩＤｌｅｔで入力されるとすぐに暗号化され、金融機関のＨＳＭ２６までずっと暗号化された形状で伝達される。オペレータのゲートウェイサーバで、アプリケーション・サーバ１６１のＨＳＭ２６は、暗号化されたデータのマップがオペレータの安全な領域から金融機関の安全な領域に伝わるようにオペレータのキーと金融機関のキー間のキー変換を実行する。すべてのキーおよび暗号化されたデータの変換が安全な耐タンパー性のハードウェア装置であるＨＳＭ２６内で実行されるので、極秘データは、メッセージの取引フローサイクル全体において決して露出されない。この技術は、多数のホップおよびゲートウェイ・サイトを流れる標準のＷＴＬＳ／ＳＳＬ構成に存在するセキュリティの隙間による露出に栓をしてしまう。
【００１８】
安全なモバイル支払いシステムのエンドツーエンドの安全な交換はそれが第三者サーバを通過する際にユーザのデータの守秘性を保護する。ユーザ認証は、取引開始者が許可されたユーザであることを確認することによって取引の確実性を保証する。セッション認証はリプレーアタックを防ぎ、伝達されたメッセージの完全性を保証する。
【００１９】
II.  安全なセッションの同期の説明
安全なモバイル支払いシステムは、例えば、取引サイクル、セッション制御、および、上記した標準のＲＳＡ，ＤＥＳ，３ＤＥＳ，ＡＥＳ，ＯＡＥＰ−ＲＳＡ，ファイステル暗号ネットワーク等の認識された暗号化規格内でセキュリティ隙間または極秘データのソフトウェア変換露出のないエンドツーエンドの暗号化である銀行グレードを採用することによってエンドツーエンド取引セキュリティを提供する。それらは、例えば、正しい口座または機器に適合した正しいユーザを確認するためのユーザ認証につかわれ、また、受け取られた取引が確実なものであり、許可された装置または供給源からのものであることを確認するセッション認証のために使われ、さらにはＰＩＮのような極秘の取引データは、標準の暗号規格または最適非対称暗号化パディング（ＯＡＥＰ）-ＲＳＡ暗号化アルゴリズム等といった暗号化アルゴリズムを用いていることを証する。
【００２０】
エンドツーエンド・セキュリティ・フロー１４０，１６０１１は図３および図４に示すように、実施形態において、ＲＳＡキーペアは、ＨＳＭ２６を用いてアプリケーション／オペレータ・サーバ１６１により生成される１４１１１。金融機関／銀行１８，２０，２２，２４１のキーは、プロバイダのＨＳＭ１に導入される１４２。サーバ・シード５０および取引識別子３０と共にＲＳＡパブリックキーは、ＭＩＤｌｅｔが取引ページを読み込むリクエストをする場合、ＭＩＤｌｅｔ上へ読み込まれる。取引ページは、ＰＩＮおよび他の極秘データ５６の入力を必要とするページである。
【００２１】
例えばＰＩＮのような極秘データをユーザが入力する前に、ＭＩＤｌｅｔはＲＳＡパブリックキーのためのアプリケーション／オペレータ・サーバをリクエストする１４３。リクエストは、アプリケーション・サーバ１６にサーバ・プロバイダ・ネットワーク１４内の安全なサーバによって伝達される。アプリケーション・サーバはランダム・サーバ・シード１を生成し１４４、そして、クライアント／ユーザにサーバ・プロバイダ・ネットワーク１４１の安全なサーバによって伝達されるクライアント／ユーザ１２の金融機関／銀行の選択に従って、ランダム・サーバ・シード５０、および、金融機関／銀行パブリックキーをダウンロードする１４５。ＲＳＡパブリックキーおよびサーバ・シードは、ＭＩＤｌｅｔに伝達される。ＭＩＤｌｅｔはアプリケーション・サーバ１６からシードおよびキーを受信し１４６、ＰＩＮＰＩＮ５６、パスワード等のような極秘データを入力するため１４８、ユーザのためのユーザ・インタフェースのフォームを開く１４７。この時点で、ＭＩＤｌｅｔはその上クライアント・シード４６を生成することができる１４９。パブリックキーおよび／または生成されるまたは生成されないクライアント・シードを用いて、ＭＩＤｌｅｔは、例えばＯＡＥＰ-ＲＳＡ暗号化アルゴリズム４４を用いてＰＩＮメッセージ４８のような極秘データを暗号化する１５０。極秘データは、クライアント・シードでコード化および／または挿入されたデバイス・キーによって暗号化される。暗号化されたＰＩＮメッセージ４２のような暗号化取引は、クライアント・シードが、サーバ・プロバイダ・ネットワーク１４の安全なサーバによってアプリケーション・サーバ１６に生成された場合、クライアント・シードと共に伝達される１５１。
【００２２】
暗号化取引を受信すると即座に、アプリケーション・サーバ１６はフォーマット化して、メッセージをＨＳＭに伝達する。ＨＳＭはシードを確認し、変換されたＰＩＮブロック３４のような暗号化データをオペレータ・キーから金融機関／銀行キーまで変換する１５３。ＨＳＭは、銀行のキー３８、ＰＡＮ
３６、および、サーバ・シード、サーバ・コピー４０のインデックスを有する。ＨＳＭ、例えばＯＡＥＰ-ＲＳＡは、ＯＡＥＰ-ＲＳＡにおいて任意である有効なクライアント・シードを検査する、および／または、導き出されたサーバ・シードがサーバ・コピー３２のサーバ・シードに適合するかどうかを確認することによって、ＲＳＡプライベート・キーのような暗号化された極秘データを解読する。ＨＳＭは、金融機関／銀行キーの下でアプリケーション・サーバにデータを返す１５４。アプリケーション・サーバのＨＳＭは、金融機関／銀行キーを用いて極秘データを暗号化する。アプリケーション・サーバ１６はメッセージを金融機関／銀行のフォーマットにフォーマット化し１５５、認証のため、金融機関／銀行ホスト２８にＰＩＮのような変換された極秘データを伝達する１５６。金融機関／銀行１８,２０,２２,２４は、金融機関／銀行ＨＳＭを用いて取引を認証する１５７。金融機関／銀行から応答があると即座に、アプリケーション・サーバは、サーバ・プロバイダ・ネットワーク１４の安全なサーバを経て、クライアント／ユーザ１２に応答反応を伝達する１５８。
【００２３】
実施形態において、サーバ・シード５０は、メッセージ完全性のため、および、リプレーアタックを妨げるために使われる乱数である。取引識別子はまた、アプリケーション・サーバによって独自に取引を識別するために電話番号と共に使われる取引番号である。サーバ・シードおよび取引識別子は、セッション・ベースである。換言すれば、サーバ・シードおよび取引識別子は動的に生成され、取引の各セッションの間で異なる。付加されたメッセージ完全性のため、メッセージ認証チェックサム（ＭＡＣ）もまた計算され、サーバと装置ＭＩＤｌｅｔとの間でメッセージに含まれることができる。
【００２４】
安全なモバイル支払いシステムの実施形態は、金融機関／銀行の必要条件に従い、ランダムなクライアント・シード４６、標準のクライアント・シードのないＲＳＡ暗号化アルゴリズム等でＯＡＥＰ
４４を支持する。
【００２５】
III.
クライアント処理（ＭＩＤｌｅｔによる）
本発明の実施形態において、ユーザが多数のデータ通信ネットワークを通じて取引を行うことができ、多数の金融機関のキーペアで安全な領域をなお維持するＭＩＤｌｅｔと呼ばれる薄いクライアント・アプリケーションが、モバイル機器に搭載される。ＭＩＤｌｅｔは、参加機関と登録ユーザ間でセッション・キー管理およびキャッシュ管理を有する安全な領域チャネルを確立する。ＭＩＤｌｅｔは、作動またはホストサイトに連結するための一般的なパブリックキーを含む。
【００２６】
けれども、ユーザの装置と取引を行う金融機関との間の実際のキーペアは、有効なセッションの間に動的に読み込まれる。しかしながら、高効率および低コスト実現のため、金融機関のキーペアは、ＭＩＤｌｅｔ内において特定の有効期間で予め読み込むことができる。キー交換は、各々の参加金融機関のための予め読み込まれたパブリックキーが満了した時のみに実行されることができる。
【００２７】
暗号化データの完全性を守るため、上に述べた通り、乱数であるサーバ・シード５０はアプリケーション・サーバＨＳＭ
２６によって生成され、取引を待つ制限時間を有してサーバで保存される。データは、暗号化のためのデータブロックを形成する規格であるＲＳＡ暗号化および暗号規格のフォーマットを定めるパブリックキー暗号法規格（ＰＫＣＳ）＃１により、パディングされる。
【００２８】
------------------------------------------------------------------------------
｜Ｓｅｒｖｅｒ  Ｓｅｅｄ  ＋  Ｓｅｎｓｉｔｉｖｅ  ＤＡＴＡ，
Ｅｇ  ＰＩＮ  Ｂｌｏｃｋ  ＋  ＰＡＤ  ＣＨＡＲ｜
--------------------------------------------------------------------------------
上記のフォーマット化されたデータブロック（データ・フィールドはいかなる順番でもよい）は処理される、
１. ＲＳＡ ＯＡＥＰ規格において、クライアント・シードは、最初にデータブロックによってコード化され、それからＲＳＡパブリックキーによって暗号化される。
２.規格ＲＳＡ１において、クライアント・シードはコード化のために使われない。データブロックは、ＲＳＡパブリックキーを使用して暗号化される。
【００２９】
IV.
サーバ処理（アプリケーション・サーバ）
暗号化データ４２でメッセージの中で受けると即座に、安全なモバイル支払いシステム・アプリケーション・サーバは、取引が確実であることを確認するためにＨＳＭと共働し、メッセージの取引識別子を用いて取引状態の位置を決め、取引状態が受容された（複製されていないことを保証する）と記録し、ＯＡＥＰ-ＲＳＡまたは標準のＲＳＡを用いて暗号化データを解読および復号化し、クライアント・シードは極秘データ（ＯＡＥＰ-ＲＳＡのための）がコード化および／または挿入されるために確かに使用されたことを確認し、アプリケーション・サーバのデータベースに格納されたサーバ・シードが暗号化されたメッセージ（データが改竄されていないことを保証する）から導き出されたサーバ・シードに適合していると検査し、上記のすべてが適当な順にある場合、ＨＳＭ２６はＰＩＮブロック５２を形成し、金融機関／銀行のキーを用いてＰＩＮブロックを暗号化し、および、極秘データを再生しないためにサーバ・シードを削除する。
【００３０】
安全なモバイル支払いシステムの実現の実施形態は、ユーザのＰＩＮがＭＩＤｌｅｔに入力された後の即座の暗号化を保証し、伝送チャネルを通じて安全に伝達され、メッセージ（取引識別子）は複製されず、安全なデータは改竄されず（サーバ・シードは暗号化データの一部である）、メッセージは再生されず（サーバ・シードに保持されない）、および、セキュリティの隙間がない−極秘データはＨＳＭを用いて処理される。
【００３１】
要約すると、ＭＩＤｌｅｔは耐リプレーアタック、耐改竄および、暗号化メッセージのデータ保全性プロテクトを有するＲＳＡ暗号化およびＰＩＮ変換を用いて、エンドツーエンド・セキュリティを提供することが可能である。任意に、ＭＩＤｌｅｔは、ランダム・クライアント・シードを用いてＯＡＥＰ-ＲＳＡ規格をデータ符号化の追加的なサイクルをサポートする。
【００３２】
V.ユーザ認証
ユーザ認証は、その取引が許可された有効なユーザによって始められることを保証することである。アプリケーション・サーバによるユーザ認証は、例えば、以下のいずれかまたはすべてを用いて実行されることができる、アプリケーション・サーバまたは金融機関／銀行ホストによって確認されるユーザＩＤおよびパスワードを用いたＭＩＤｌｅｔへのログイン、ＧＰＲＳ／３Ｇ／３．５Ｇメッセージ・ヘッダでサービスプロバイダによってタグ付けされ、例えばユーザの電話番号等により有効なユーザをアプリケーション・サーバのデータベースで確認する電話番号を用いた３Ｇ／３．５Ｇ／ＧＰＲＳ−第２の要素の認証、および／または、ＳＭＳメッセージ・ヘッダのサービスプロバイダによってタグ付けされ、例えば電話番号等により有効なユーザをアプリケーション・サーバのデータベースで確認する電話番号を用いたＳＭＳ-第２の要素の認証。
【００３３】
VI.
セッション認証
セッション認証は、リプレーアタックを防止するために用いられる。セッション認証は、システムからハッキングした有効な取引をハッカーが再生するのを防ぐ。これは、ＨＳＭのランダムに生成されたサーバ・シードの使用で達成される。サーバ・シードが生成され、ＭＩＤｌｅｔに発行されると、タイムスタンプはアプリケーション・サーバによって維持される。ＨＳＭにより認証が成功すると即座に、アプリケーション・サーバは、現在のタイムスタンプが規定値によって格納されたタイムスタンプから経過していないかを検査し、他に、セッションが期限切れとみなされると取引が拒絶される。サーバ・シードのセッションの認証が成功すると、そのセッションは期限切れまたは削除されたと記録され、同じサーバ・シードを有するいかなるさらなる取引も無効なセッションとみなされ、取引は拒絶される。各セッションはまた、電話番号および取引識別子によって識別される。
【００３４】
実施形態において、利用できるサービスのタイプを表すメニュー・スクリーンまたはページは、拡張マークアップ言語（ＸＭＬ）ファイルによって定められる。一組の所定のタグを有するＸＭＬファイルは、スクリーンフローに従いＭＩＤｌｅｔによって動的に読み込まれるメニュー・スクリーンを定めるために用いられる。
【００３５】
図５に示すように、ＸＭＬファイルがアプリケーション・サーバのデータベースに格納されるメッセージ変換が示される１６４。アプリケーション・サーバ１６は、どのＸＭＬファイルを検索するべきかを決める６４。ＸＭＬパーサ６２を用いて、アプリケーション・サーバはＸＭＬファイルを解析し、ＭＩＤｌｅｔ
１２によって理解される内部のメッセージ・フォーマットに、内部のメッセージ・フォーマッタ６０でＸＭＬファイルをフォーマット化する。ＸＭＬファイルのタグは、例えば図６の表１７０に示すように定められることができる。
【００３６】
実施例において、内部のメッセージ・フォーマットは、以下の表に示すように所定のフォーマットの列を用いて定められる。各々のフィールドは、「｜」記号によって分けられる。メッセージの第１のフィールドである＜ｍｓｇ＿ＩＤ＞フィールドによって、各々の内部のメッセージ・フォーマットは、識別される。これは、図７の表１８０に示される。
【００３７】
VII.
メニュー・キャッシング、および、同期
ＭＩＤｌｅｔは、電話の記憶装置にメニュー・ページのキャッシュを入れ、格納するためにキャッシングおよび同期技術を使用し、同期する手段はアプリケーション・サーバに属する最新のコピーで変更する。
【００３８】
A.キャッシング
利用できるサービスのタイプを表すメニュー・スクリーンは、ＭＩＤｌｅｔアプリケーションでコア内に格納されないが、メニュー・スクリーンは、次の検索のため、例えば携帯電話のようなモバイル機器の記憶装置内でキャッシュに入れることができる。これは、ＭＩＤｌｅｔのためのスクリーンフローの読み込みの費用対効果が大きくかつ速い方法を提供する。
【００３９】
例えばデータベースから動的データを表示するために必要であるキャッシュに入れられないメニュー・スクリーンは、アプリケーション・サーバによって無線で動的に分配される。これは、費用対効果の点からオンデマンド・ベースでのみ実行することができる。
【００４０】
システムの実施形態におけるキャッシングおよび同期は図８に示され、最初のスタートアップの間、アプリケーション・サーバ１６とのページ同期を実行するＭＩＤｌｅｔを含む。これは、電話に現在キャッシュに入れられ、それぞれのキャッシュに入れられたページの足跡をページ上のアプリケーション・サーバに知らせることによって実行される。
【００４１】
アプリケーション・サーバはページの足跡またはページＩＤをサーバ・コピーと比較し、復元を必要とするページにＭＩＤｌｅｔを通知する。次のページＩＤが受け取られ１０２、キャッシュにあるかどうか検査される１０４。ＭＩＤｌｅｔは直接ページを読み込まないが、ページがアプリケーション・サーバから更新される必要があるアップデート・インジケータにフラグを立てる１０６。ページは、必要がある時のベースで復元される。すなわち、それはユーザが次にその特定のページにアクセスする時である。
【００４２】
ＭＩＤｌｅｔがページにアクセスする必要がある場合、ＭＩＤｌｅｔは、ページが記憶装置においてキャッシュに入れられたかどうかを最初に検査する１０４。ページがキャッシュに入れられアップデート・インジケータが誤っている場合、ＭＩＤｌｅｔはキャッシュに入れられたページを読み込み１０８、ページがキャッシュに入れられアップデート・インジケータが正しい場合、ＭＩＤｌｅｔはアプリケーション・サーバからページを読み込み１１０、キャッシュを新しく読み込むページと置き換え１１２、アップデート・インジケータが誤りであるとリセットし、ページが全くキャッシュに入っていない場合、ＭＩＤｌｅｔはアプリケーション・サーバからページを読み込み１１０、次の使用のためにページをキャッシュに入れる。
【００４３】
実施形態において、ＭＩＤｌｅｔがキャッシュに入れることができるページ数は、前もって定められる、例えば２０枚で設定することができる。キャッシュが一杯である場合、ＭＩＤｌｅｔは最後の訪問以来最長の間隔を有するページの上に重ね書きすることができる。
【００４４】
他の実施形態において、例えばＳＭＳモード１２０のＭＩＤｌｅｔで、上記の実施形態の変形例が図９に示すように使われる。スタートアップでサーバとの自動化同期をＭＩＤｌｅｔが、実行する代わりに、同期は、モバイル機器上のインタフェースのメニュー・アイテムを通じてユーザによって手動で起動される。例えば、２０ページの一組はＭＩＤｌｅｔのコアに格納されることができる。あるページにアクセスする必要がある場合、ＭＩＤｌｅｔは、そのページ、すなわち「次のページのＩＤ」１０２が記憶装置においてキャッシュに入れられたかどうか最初に検査する１０４。ページがキャッシュに入れられアップデート・インジケータが誤りの場合、ＭＩＤｌｅｔはキャッシュに入れられたページを読み込む１０８。ページがキャッシュに入れられアップデート・インジケータが真の場合、ＭＩＤｌｅｔは、アプリケーション・サーバからページを読み込み１１０、新しく読み込まれたページでキャッシュを置き換え１１６、さらにアップデート・インジケータをリセットし、誤りとする。ページが全くキャッシュに入っていない場合、ＭＩＤｌｅｔはページがＭＩＤｌｅｔのコアに存在するかどうか検査する１１４。ページがＭＩＤｌｅｔのコアに存在する場合、ＭＩＤｌｅｔはコアからキャッシュにページを読み込み１１２、ページを表示する。他に、ＭＩＤｌｅｔは上記のようにアプリケーション・サーバからページを読み込み１１０、次の使用のためのキャッシュのページをアップデートする１１６。
【００４５】
B.同期
ページが携帯電話のようなモバイル機器のキャッシュに格納されるので、同期は、ＭＩＤｌｅｔがアプリケーション・サーバから最新の更新したページを読み込むために必要である。
【００４６】
３Ｇ／３．５Ｇ／ＧＰＲＳモードにおいて、図８に関して上述した通り、ＭＩＤｌｅｔとアプリケーション・サーバとの間の同期はスタートアップ時に必須のものである。しかしながら、ＳＭＳモードにおいて、ＭＩＤｌｅｔとアプリケーション・サーバとの間の同期は、図９に関して上述した通り、ユーザによって起動される手動動作の可能性があり、また、サーバとの同期がとれていないとの情報があったときだけ起動される手動操作の可能性がある。
【００４７】
各々のＸＭＬページは、ページ識別子によって識別される。ＸＭＬページの足跡は、ファイルがいかなる変更を受ける場合でも、ＸＭＬファイルのバージョンを維持するためアプリケーション・サーバによって生成される。足跡は生成され、例えば足跡はＸＭＬファイルの最終修正日から導き出される６つの整数から成り立つことができる。
【００４８】
同期過程において、ＭＩＤｌｅｔは、モバイル機器１２のキャッシュに格納したすべてのページにページ識別を伝達し、アプリケーション・サーバにそれらの対応する足跡を伝達する。アプリケーション・サーバ１６は、各々のページ足跡とサーバ・データベースのそれぞれのコピーとを比較する。アプリケーション・サーバは、お返しにＭＩＤｌｅｔに更新されたページのページＩＤとそれらの最新の足跡を伝達する。ＭＩＤｌｅｔはそれから、更新が次のページ検索で必要とされるかどうかについてページ・インジケータを更新する。
【００４９】
ＭＩＤｌｅｔのキャッシングおよび同期技術を用いて、ＭＩＤｌｅｔとアプリケーション・サーバとの間のトラフィックを削減することができ、費用対効果およびページの迅速な読み込みにつながる。検索されるページだけがキャッシュに入れられ同期されるので、ページ冗長に関して無駄は制限される。
【００５０】
加えて実施形態において、継ぎ目のない統合したユーザ経験を提供するため、ＭＩＤｌｅｔは着信するＳＭＳによって誘発／起動することが可能であるように構成される。これは、が、ＭＩＤｌｅｔが、例えばポート８２００または８５００上でＳＭＳをポーリングすることによって達成される。ＳＭＳ受信と同時に特定のページを起動および表示するようにＭＩＤｌｅｔを起動させるため、アプリケーション・サーバによって伝達されるＳＭＳは、受取人の電話におけるこれらの２つのポートのいずれかに伝達されなければならない。
【００５１】
図１〜９に関して説明した典型的な方法およびシステムに使われる機器およびサブシステムは、例えば、通信ネットワークを通して通信することができ、実施形態ある程度のサーバ、ワークステーション、パソコン（ＰＣ）、ラップトップ・コンピュータ、画像ディスプレイおよび／またはモニタを有する携帯装置、電話、携帯電話、無線装置、ＰＤＡ、インターネット端末、セットトップボックス、モデム、その他の装置等を含み、それらは開示された典型的な実施形態の工程を実行することができる。ここでの機器およびサブシステムは、例えば、適切なプロトコルを用いて互いに通信することができ、汎用コンピュータ・システムなどを用いて実現することができる。一以上のインターフェース仕様が採用でき、例えば、インターネットアクセスや、音声、モデム、無線通信メディアといった形式の通信等のインターフェースが採用されよう。それゆえに、例えばそのようなネットワークは、無線通信ネットワーク、セルラー方式通信ネットワーク、公衆電話交換ネットワーク（ＰＳＴＮｓ）、パケット・データ・ネットワーク（ＰＤＮｓ）、インターネット、複合型の通信ネットワーク、これらの組合せ等を含むことができる。
【００５２】
図１〜９に示した実施形態は典型的な例として示すためのものと解されるべきであって、開示された典型的な実施形態を実現する個々のハードウエアについては、多くのバリエーションがありうるということである。
【００５３】
図１〜９で説明した典型的なシステムは、本明細書において説明した各種の過程に関する情報を格納するために用いることができる。この情報は、実施形態の機器およびサブシステムの一以上のメモリ、例えば、ハードディスク、光ディスク、光磁気ディスク、ＲＡＭ等のメモリに格納することができる。機器およびサブシステムに用いられる一以上のデータベースは、典型てきな実施形態を実行するために用いる情報を格納することができる。データベースは、記録、表、アレイ、フィールド、グラフ、樹、リスト等のデータ構造を持って構成され、前述のメモリ例の一以上のメモリに登録される。
【００５４】
図１〜９に説明された典型的なシステムのすべてまたは一部は、一以上の汎用コンピュータ、マクロプロセッサー、ディジタル信号プロセッサ、マイクロ・コントローラー等により便利に実施され、そのプログラムは開示されて典型的な実施形態の教示に基付いて実現できる。実施形態適切なソフトウェアは、開示された典型的な実施形態の教示に基づいて当業者のプログラマによって直ちに準備することができる。加えて、この典型的なシステムは、特定用途向け集積回路の準備によって、または、構成回路網を適切に相互接続することによって、実現することができる。
【００５５】
有利な点は、、本明細書において説明される典型的な実施形態は、オフライン・システム、オンライン・システム等において、ＴＶ用、の用途、コンピュータ用、ＤＶＤ用、ＶＣＲ用、家電用、ＣＤプレイヤ用のアプリケーション等広い分野で採用される点にある。
【００５６】
これまでの説明は本発明の最良の実施形態において説明したが、本技術分野の当業者であれば、本発明の発明思想を逸脱することなく、設計または構造の詳細において、多くのバリエーションまたは変更を考えることができることは言うまでもない。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施形態によるシステムのブロック図を示す。
【図２】本発明の実施形態によるシステムのブロック図を示す。
【図３】本発明の実施形態による方法およびシステムのタイミング・シーケンスを示す。
【図４】本発明の実施形態によるシステムのエンドツーエンドのセキュリティ・フローのブロック図を示す。
【図５】本発明の実施形態によるシステムのメッセージ変換のブロック図を示す。
【図６】本発明の実施形態によるシステムに記載のＸＭＬファイルのタグを記載しているテーブルを示す。
【図７】本発明の実施形態によるシステムの内部のメッセージ形式的フィールドを記載しているテーブルを示す。
【図８】本発明の実施形態によるシステムのＭＩＤｌｅｔ−３または３．５ＧおよびＧＰＲＳのキャッシュフローのフローチャートを示す。
【図９】本発明の実施形態によるシステムのＭＩＤｌｅｔ−ＳＭＳキャッシュフローのフローチャートを示す。
【符号の説明】
【００５８】
１０  ；    全体システム
１２  ；    モバイル機器
１４  ：    通信業者３Ｇ／ＧＰＲＳ／ＳＭＳ網
１６  ：    アプリケーション・サーバ
１８  ：    小売業者Ａ
２０  ：    小売業者Ｂ
２２  ：    銀行Ａ
２４  ：    銀行Ｂ
２６  ：    ハードウエア・セキュリティ・モジュール
２８  ：    バックエンド・ホスト
【図１】
2010526368.tif 000003
【図２】
2010526368.tif 000004
【図３】
2010526368.tif 000005
【図４】
2010526368.tif 000006
【図５】
2010526368.tif 000007
【図６】
2010526368.tif 000008
【図７】
2010526368.tif 000009
【図８】
2010526368.tif 000010
【図９】
2010526368.tif 000011
【国際調査報告】
2010526368.tif 000012
2010526368.tif 000013