JP2009543493A - 携帯電話を用いるオンラインインターネット支払いのための顧客識別及び認証手順 - Google Patents

Abstract

本発明は記憶装置（３ａ）及びインターフェイス装置（３ｂ）を有するモバイル端末装置（３）を教示する。インターフェイス装置は、複数パートナーシステム（７、９、１５）に解除可能に接続でき、このシステムにおいて通信可能である。通信は、モバイル端末装置（３）とパソコン装置（２）との組合せによって形成されるフロントエンド及び通信様式を介して複数パートナーシステムのパートナーによって形成されるバックエンドによって提供される。通信は、複数パートナーシステム内部で実行される分散アプリケーションの補完的部分またはその内部の部分がそれぞれの現在のセキュリティ要件に応じて実行されるように様々なセキュリティ要件でデータトランザクションを実行するのに適している。通信は、様々な通信チャネル及び様々なインターフェイス規格またはプロトコルを使用することにより様々な特性を持つ通信様式（４、６、１２、１７、１３）を使用することによって、情報の交換に使用される。

Description

本発明は、一般的に、インターネット販売店舗、モバイル端末装置及び認可処理センター間の金銭取引データ交換のシステムに関する。

モバイル通信技術は前代未聞の世界的成功を収めている。歴史上、これほど短期間でハイテクが市場に浸透したことはない。一方で、人々はインターネットを土台とする資源から豊富な情報、サービス、商取引及び娯楽を享受するので、インターネットの人気は上昇し続けている。

しかし、容認できるレベルのセキュリティを維持しながら最も有益な情報及びサービスの多くにアクセスするために、ユーザーが覚えなければならないユーザー名、パスワード、個人識別番号（ＰＩＮ）、などの数は増加している。電子商取引（e-commerce）、移動端末商取引（m-commerce）、オンラインバンキングなど追加セキュリティを必要とするサービスの場合、識別及び認証手段としてパスワードまたは個人識別番号を使用するだけでは充分ではない。より強力な識別及び認証手段が必要とされる。

今日、インターネット支払いシステムは様々なタイプの識別及び認証方法を使用している。その例は下記の通りである：
・ ユーザー名及びパスワード
・ 事前生成安全コード
・ 証明書
・ ショートメッセージサービスＳＭＳメッセージを介して受け取った確認コードの入力

支払いシステムの一部は顧客を識別するためにＳＭＳを使用している。支払いサービスは顧客の携帯電話に確認コードを送る。顧客がＷｅｂブラウザにおいてこのコードを入力すると、システムは顧客を識別する。この種の方法は手順が難しく、時間が掛かり、理解しにくいので、顧客にとって便利ではない。それ以外にも、顧客は携帯電話番号が不当に使われるのではないかという印象を抱くかも知れない。

本発明は、インターネットとの携帯電話通信網のセキュリティ関連のサービスに役立つ方法を提案する。「支払いデータ交換のためのシステム及びこのシステムに使用される支払い端末装置」と題するＷＯ−０２３３６６９においてすでに開示されているように、本発明はＧＳＭスマートカードなど携帯電話周辺のセキュリティ関連のサービス、特に加入者アイデンティティモジュール（Subscriber Identity Module：ＳＩＭ）に重点を置く。

特に、インターネット上で実施される支払いトランザクションが携帯電話及びインタネート通信リンクの組合せによって行われるモバイル支払いのシナリオが開示されている。

他の形式の識別及び認証方法と異なり、本発明は顧客を識別して顧客が安全なインターネット支払いトランザクションを行えるようにする最も高速で最も簡単な方法である。

本発明の１つの目的は、携帯電話を用いるオンラインインターネット支払いのための顧客識別及び認証手順の操作にある。

本発明に従って、システム及び支払い手順が提供される。

本発明に従って、請求項１０に記載の特徴を有する複数パートナーシステム、請求項１１に記載の特徴を有するクライアント−サーバー通信網におけるクライアント、請求項１３に記載の特徴を有する複数パートナーシステムにおける混成（ハイブリッド）クライアント、請求項１５に記載の特徴を有するクライアント−サーバー通信網におけるサーバー、請求項１６に記載の特徴を有する支払い手順においてモバイル端末装置を操作するための方法、請求項１７に記載の特徴を有する支払い手順においてユーザーの識別及び認証のためにモバイル端末装置を操作するための方法、請求項１７に記載の特徴に従った前記支払い手順のユーザー識別及び認証においてモバイル端末装置を操作するための方法、それぞれ請求項２２、２３、２４に記載の、各々前記方法を実行するために配列されるプログラムコードを含むコンピュータプログラム製品、コンピュータ読み取り可能媒体、変調データ信号またはコンピュータデータ信号、請求項２５に記載の特徴を有するトランザクションデータ交換のためのシステム、及び請求項２６に記載の特徴を有するトランザクションデータ交換のためのシステムの参加者が提供される。

本発明のさらなる態様は他の請求項、以下の説明並びに図面に由来する。

他の特徴は開示される方法及び製品に本来備わるものであるか、または発明を実施するための形態の説明及び添付図面から当業者には明らかになるであろう。

本発明の１つの実施形態に従ったＷｅｂインターフェイスを持つシステム構造である。 本発明の別の実施形態に従ったＷＡＰインターフェイスを持つシステム構造である。 本発明の１つの実施形態に従ったＷｅｂインターフェイスを介する顧客識別及び認証図式である。 本発明の別の実施形態に従ったＷＡＰインターフェイスを介する識別及び認証図式である。 本発明の１つの実施形態に従った、顧客識別後にＰＩＮが入力される場合のフローチャートである。 本発明の１つの実施形態に従った、顧客識別後にＰＩＮが入力される場合のフローチャートである。 本発明の１つの実施形態に従った、顧客識別後にＰＩＮが入力される場合のフローチャートである。 本発明の１つの実施形態に従った、顧客識別前にＰＩＮが入力される場合のフローチャートである。 本発明の１つの実施形態に従った、顧客識別前にＰＩＮが入力される場合のフローチャートである。 本発明の１つの実施形態に従った、顧客識別前にＰＩＮが入力される場合のフローチャートである。

次に本発明の実施形態について添付図面を参照しながら例として説明する。

図１は本発明の１つの実施形態に従った発明的構造を図解している。

ユーザー１（一般には、顧客）は、例えばＷｅｂブラウザを用いてアプリケーションを表示するパソコン（ＰＣ）２の前に居て、手には例えばＷＡＰインターフェイスを有するモバイル端末装置３を持っている。

ＰＣ２は接続４、例えば伝送チャネルによってインターフェイスコンポーネントを介してインターネット５に接続される。一方、モバイル端末装置３は接続１７を介してインターフェイスコンポーネントによって携帯電話通信網１６に解除可能に接続される。

ユーザー１のＰＣ２及びユーザーのモバイル端末装置３は混成通信ユニット１８を形成する。

店主の仮想Ｗｅｂショップ７は接続６によってインターネット５に接続される。一方、サブシステムを有するＡＰＣ（認可処理センター）８も接続１２を介してインターネット５に接続される。

ＡＰＣ８のサブシステムはＷｅｂサーバー９、モバイル通信網ゲートウェイ１０及びデータサーバー１１である。

携帯電話通信網１６は接続１３を介してＡＰＣ８のモバイル通信網ゲートウェイ１１に接続される。

データサーバー１１は別個の接続１４を介して金融機関１５に接続される。

ユーザー１はＡＰＣ８によって登録され、金融機関１５から発行される有効なモバイル支払証券（mobile payment instrument）（Ｄｉｎｅｒｓ−、Ｍａｓｔｅｒ−、Ｅｕｒｏ−、Ａｍｅｘ−、Ｖｉｓａ−Ｃａｒｄなど）を持っている。

本発明の実施形態に従った機能は例えば下記のようなものである。ユーザー１はインターネット通信網５を介してＰＣ２上で店主の仮想ショップインターネットアプリケーションにおいてサーフィンしている。

ユーザー１が商品、サービスまたはその両方の購入を決定すると、支払い手順がその後に続く。

第一のステップは、店主の仮想ショップインターネットアプリケーション７においてモバイル支払いを可能にする支払い方法を選択することである。

次に、店主の仮想ショップインターネットアプリケーション７は支払いのために認可処理センターのＷｅｂサーバー９を起動する。

さらに、店主の仮想ショップインターネットアプリケーション７は、金額、請求書番号など必要な全ての支払いトランザクションデータをＡＰＣへ送る。

次に、支払いのためのＡＰＣＷｅｂサーバーアプリケーション９においてユーザーに対する表示を行うＷｅｂブラウザは、ＡＰＣ８において生成されるトランザクションＩＤを入手する。

Ｗｅｂブラウザを介してＰＣ２上でトランザクションＩＤを受け取った後、ユーザーは携帯電話３を介してＡＰＣ８に対して、もっと正確に言うとＡＰＣモバイル通信網ゲートウェイ１０に対してこのトランザクションＩＤを送らなければならない。ＡＰＣモバイル通信網ゲートウェイ１０の仕事は、ＭＳＩＳＤＮ（モバイル加入者ＩＳＤＮ番号）、個々の携帯電話の設備識別子（携帯電話の使用中に識別特性としてこれも送られる）及びトランザクションＩＤコードを入手することである。

次のステップにおいて、ＡＰＣ８はユーザー１の携帯電話３またはユーザーのＰＣ２のＷｅｂブラウザを介してまたはその両方を介してトランザクションＩＤコードの受信に成功したことをユーザー１に報告する。

さらに、インターネット接続４、１２は、ユーザーＰＣ２とＡＰＣＷｅｂサーバー９との間の安全な接続として確立される。保証付きの暗号化された通信は、ユーザーがＡＰＣＷｅｂサーバーアプリケーション９において安全な支払証書の選択及び支払証券に付随するＰＩＮの安全なＡＰＣ８への送信を行えるようにする。

ＡＰＣ８側において、支払証券の認可のために金融機関１４へのデータ接続が起動される。

金融機関（発行者）９側からの認可が承認されると、最終ステップはユーザーのＷｅｂブラウザを介してユーザー１に対して支払いトランザクションを確認することである。これで、インターネット支払いトランザクションはユーザー１に関しては完了する。

その後、トランザクションに関する必要な全てのデータがＡＰＣデータサーバー１１に記録され、それ以外に必要な全てのデータが店主のＷｅｂショップ７及び金融機関のデータプラットフォーム１５へ送られる。

モバイル端末装置３及びＰＣ２を使用することによってこのような混成通信配列を使用することの利点は、例えば２つの異なる通信様式、すなわち二重様式通信（dual-way communication）を使用するまたはアプリケーションを実行するために異なるインターフェイス規格、例えばＷｅｂまたはＷＡＰプロトコルを使用するために様々な可能性があることである。

全体として電子支払いと呼ばれる上記アプリケーションは、例えば４パートナーシステムの複数の参加者に分散される。このシステムにおいては、パートナー、すなわち参加者の各々、例えば本出願においてユーザー、モバイル端末装置及びパソコンによって形成される混成通信手段、上記仮想ショップ、上記ＡＰＣ及び上記金融機関は着信情報を受け取ってこれを処理し、それぞれの通信様式に使用されるそれぞれのインターフェイス規格、例えば最適化された帯域幅またはチャネルに適する発信情報を送信し、転送する。

上記パートナーシステムの各参加者は、例えば、中間メモリ、記憶装置を含めてメッセージの受信、転送、中継、処理及びフィルタリングを行うためまたは典型的なソフトウェアアプリケーションによって与えられる優先順で戦略を立てるための手段を備える。

一方で、モバイル端末装置においては、ＰＣに比べて利用可能な運転時間及び入力／出力端末に関してネットワーク能力、遅延、メモリ、プロセッサ、記憶可能で利用可能なエネルギーの点で限定されたまたは異なる資源を持つ環境が存在する。

また、モバイルユーザーは一般に入力／出力能力が限定される。例えば、装置の外寸法のせいで、英数入力ブロックまたはディスプレイ装置が小さい。

第二に、上記モバイル端末装置上で実行されるいわゆる無線アプリケーションの典型的な使用状況はパソコン上で実行されるソリッド通信網インターネットアプリケーション（solid-net-internet application）とは全く異なる。

第三に、利用可能な通信網接続（一般に空中）は、伝送チャネルに対する環境の影響、伝搬現象対チャネル負荷比及び信号対雑音比を考慮するとかなり遅いだけでなく、コスト高でもある。

しかし、オンライン支払いの分野において、モバイル端末装置のほとんどの特徴、例えばパソコンに比べて小さいサイズは、例えばアプリケーションの要件を考慮して協働的または補完的に伝送様式を使用することによって結合させると、たちまち大きな利点となる。

支払いトランザクションに関する本発明の１つの実施形態に従えば、一方で、少量の非常に重要な情報が非常に安全に送信されるべき場合にはモバイル端末が適していることが好ましく、他方、比較的低い重要性の大量の情報が送信される場合にはパソコンに利点がある。

このようにモバイル装置はパソコンの補足に適しているか、またはフル機能の強力な独立ソリューションであることが理想的である。

要するに、支払いアプリケーションにおいて必要とされる固有の補完的タスクを実行する混成通信を組み合わせることによって（アプリケーションは数人の参加者が参加するシステムにおいて分散的に実行されることによって形成される）、ユーザー識別のための改良されたオンライン支払い方法が提供される。

一方で、上記支払い方法は、それぞれのパートナーの主要な関心事及び中心的権限に関する間接費が低いので、システムの協力パートナーにとって革新的である。システムは保守し易く、比較的少ないコスト支出で進んだレベルのセキュリティを提供する。

他方で、上記の方法はユーザーにとって便利で操作するのが簡単であり、重要ではないトランザクションの部分でユーザーに過重な負担を課さない。

図２はモバイル端末装置３だけが存在する別の実施形態における図１の修正を示している。ただし、モバイル端末装置はインターネット５に対する接続４及び携帯電話通信網１６に対する接続１７を有する。

図２は図１の集中型バージョンであり、図１の混成通信は、この場合には異なるインターフェイス規格を用いて１つの装置のみにおいて、例えばモバイル端末装置単独で実施される。別の実施形態において、モバイル装置はパソコンと同じまたはこれに匹敵する機能性を与えるので、この場合にはモバイル装置とパソコンは等しいか、または同等に機能する。

図３は、Ｗｅｂインターフェイスを用いてどのように顧客を認識し認証するかについての考えられる選択肢の図を示している。

トランザクションＩＤ生成ブロック３５はＷｅｂ受信ブロック４０に接続または連結される。

受信ブロック４０はＷｅｂブラウザインターフェイス４５によってＩＤ送信ブロック５０、５５または６０に接続される。

ＩＤ送信ブロック５０、５５または６０は、携帯電話インターフェイス６５によってＡＰＣトランザクションデータ受信ブロック７０と接続される。

受信ブロック７０は携帯電話インターフェイス７２によって受信ブロック８０、８５または９０と接続される。ブロック７０はまたＷｅｂブラウザインターフェイス７４を介してＷｅｂ受信ブロック９５と接続される。

第一のステップ３５において、ＡＰＣはトランザクションＩＤコードを生成する。次のステップ４０において、顧客はＷｅｂブラウザを介してトランザクションＩＤを受信する。

４５として図示されるＷｅｂインターフェイスを介して、ユーザーはモバイル端末装置を用いてＩＤコードを送信するための選択を行うようにメッセージ（図示せず）を与えられる。次に、顧客は、例えばＷｅｂブラウザインターフェイスを用いて、顧客のモバイル端末装置で
−ＵＳＳＤサービスを介して（ステップ５０）、または
−ＩＤコードをダイアルして（ステップ５５）、または
−ＳＭＳでトランザクションＩＤを送信して（ステップ６０）、
トランザクションＩＤを送信する。

このトランザクションＩＤコードは参照番号６５によって示されるように上記モバイル端末装置から携帯電話インターフェイスを介してＡＰＣへ送られる。

ステップ７０において、トランザクションＩＤコードはＡＰＣ側で受信され、それぞれの手順を開始することによって顧客が識別され認証される。次に、顧客は下記の選択肢によってモバイル端末装置でメッセージを受信する。
−ＵＳＳＤサービスを介して（ステップ８０）、または（及び）
−通話中ＩＶＲを介してメッセージを聞いて（ステップ８５）、または（及び）
−ＳＭＳメッセージを各々識別及び認証が成功したか否かに関係なく携帯電話インターフェイス７２を用いることにより受け取って（ステップ９０）、
「または（及び）」と言う表記によって示されるように確認を含めて上記のステップの組合せ（図示せず）も可能である。

また、識別及び認証の成否を知らせるメッセージの代わりにまたはこれに加えて、ユーザーはＷｅｂインターフェイス４５を用いてＷｅｂブラウザを介して情報を得る（ステップ９５）。

図４はＷＡＰインターフェイスを用いてどのように顧客を識別して認証するかについての考えられる選択肢の図を示している。

トランザクションＩＤ生成ブロック３５はＷＡＰ受信ブロック４２と接続または連結される。

受信ブロック４２はＷＡＰブラウザインターフェイス４８によってＩＤ送信ブロック５０、５５または６０と接続される。

ＩＤ送信ブロック５０、５５または６０は、携帯電話インターフェイス６４によってＡＰＣトランザクションデータ受信ブロック７０と接続される。

受信ブロック７０は携帯電話インターフェイス７６によって受信ブロック８０、８５または９０と接続される。また、ブロック７０はＷＡＰブラウザインターフェイス７８を介してＷＡＰ受信ブロック９８と接続される。

図４に示されるように、図３と比べて同じ参照番号によって同じユーザーの識別が示されている。

しかし、Ｗｅｂブラウザの代わりに、ステップ４２において４８を用いるものとして示されるように、ユーザーにトランザクションＩＤコードを提供するためにＷＡＰブラウザインターフェイスが使用される。同様に、ステップ９８において７８を用いてユーザーに情報を提供するためにＷＡＰブラウザインターフェイスが使用される。

図４において、携帯電話インターフェイス６４または７６及びＷＡＰブラウザ４８または７８へ情報を提供する２つの異なるインターフェイスを使用することによってユーザーへの情報提供を確実にすることができる。また、前記インターフェイスの各々に異なるセキュリティレベルまたは伝送方法などの可能性を与えることができる。

従って、様々なインターフェイスと組み合わせて様々な伝送特性と組み合わされる様々な伝送様式を用いるメッセージングが可能である。

Ｗｅｂブラウザ、ＷＡＰブラウザまたは携帯電話インターフェイスなどインターフェイスの組合せ（図示せず）も可能である。従って、分散アプリケーションの要件に従って異なるインターフェイス規格または伝送媒体の任意の混合体が提供される。

それぞれ図３及び図４の機能図において、インターネットを通じて支払いを行うためにＡＰＣＷｅｂサーバー９に接続される顧客は有効時間が限定されたトランザクションＩＤコードを受け取る。

それ以外に、ユーザーは、ユーザーのＷｅｂ／ＷＡＰブラウザを介してモバイル装置を用いてどのようにどこにトランザクションＩＤコードを送るのかの指示も受け取る。これは全てそれぞれ４０または４２に従って顧客のＷｅｂまたはＷＡＰブラウザ上で顧客に示される。

モバイル装置３を介してユーザーがトランザクションＩＤコードをＡＰＣモバイル通信網ゲートウェイ１０へ送信すると、７０に従ってＡＰＣ側においてユーザーＭＳＩＳＤＮ番号が捕捉される。

ＭＳＩＳＤＮ番号は個々のモバイル無線設備の設備識別子であり、この番号も、設備が使用されているときに識別特性として送信される。発明された手順には、顧客がＡＰＣモバイル通信網ゲートウェイ１０へトランザクションＩＤコードを送るための可能な選択肢または様式が５０、５５または６０に従って３つある。ＡＰＣモバイル通信網ゲートウェイ１０が、例えば“１８０”など小さい桁数の番号を持つとすると、下記のシナリオが考えられる。
・ 顧客はＵＳＳＤを介してトランザクションＩＤコードを送信する（*180* transaction_ID_code#）。
・ 顧客はダイアルプレフィックスと一緒にトランザクションＩＤコードをダイアルする（180transaction_ID_code）。
・ 顧客はＳＭＳでトランザクションＩＤコードを送信する（sms”transaction_ID_code”to180）。

可能なトランザクションＩＤコードの送信はそれぞれ異なる。最初の選択肢はモバイルオペレータのＵＳＳＤサービスを使用する。第二の選択肢は単純なダイアルプレフィックスを使用する。すなわち、顧客はｎ桁のトランザクションＩＤコード番号を加えてＡＰＣセンター番号をダイアルする。ＡＰＣは呼び出しを受けて、ダイアルプレフィックス番号を認識する。これはトランザクションＩＤコード番号である。最後の選択肢はＡＰＣへトランザクションＩＤコード番号を送信するためにＳＭＳを使用する。

ＡＰＣへのトランザクションＩＤコード送信が成功したら、次の段階は顧客識別及び認証である。全体の手順のうちこの部分が成功したら、顧客はＷｅｂ／ＷＡＰブラウザまたはＵＳＳＤまたはＳＭＳまたはＩＶＲまたはインターフェイス７２、７４、７６及び７８を用いて８０、８５及び９０によって示される全ての可能な通信様式の組合せを介して支払いを終了するために必要なさらなる指示を受ける。

顧客の認証が拒否される逆の場合には、顧客は可能な通信チャネル（Ｗｅｂブラウザ、ＷＡＰブラウザ、ＵＳＳＤ、ＳＭＳまたはＩＶＲ）のうちの１つを介して拒否についての情報を受け取る。

ユーザーの識別及び認証状態に関してユーザーに報告する出力様式の種類（例えば、ＵＳＳＤサービス、ＩＶＲ、ＳＭＳ、それぞれステップ８０、８５及び９０）はステップ５０、５５及び６０に従って選択された入力様式の種類に応答することができる。またはプログラム可能なデフォルト設定を使用することができる。

それぞれＷｅｂブラウザのために使用されるブラウザインターフェイス４５または７４の種類に関して７０と４０におけるユーザーの情報を比較すると、同じインターフェイス規格の内部で異なるセキュリティレベルまたは送信方法などの可能性を与えることができる。

また、異なるインターフェイス規格の間で、異なるレベルのセキュリティ及び適切なコーディング及び送信方法も可能である。この場合、２つの送信様式を異なる送信特性と組み合わせて使用する安全なメッセージングが可能である。

支払証券は通常ＰＩＮによって保護されるので、本発明の支払い手順はＰＩＮ送信実施の２つのシナリオも含む。

ケース１−識別後にＰＩＮ入力
顧客がＷｅｂ／ＷＡＰブラウザを介して仮想ショップにおいて買い物を完了したら、次のステップは支払いである。顧客がＰＩＮで保護されるモバイル支払証券の登録ユーザーであるとする。この場合（図５ａから５ｃまで）は、実際の支払い前に携帯電話を用いてどのように顧客が識別されるかの手順を示す。この図は顧客が識別された後にＰＩＮが要求されることを示している。

図５ａから始まる図５ａから５ｃに説明される諸段階
段階１：顧客はオンライン支払い方法の選択
顧客は買い物籠の中に商品を集めて、レジカウンターへ進む（ステップ１１０）。そこから、支払い方法すなわちオンライン支払い方法を選択しなければならない。
ステップ１２０において、店主の仮想ショップは顧客をＡＰＣＷｅｂページへリダイレクトし、ステップ１３０において注文に関して必要な情報（小売業者、請求書番号及びコストなど）を転送する。
段階２−顧客はモバイルオペレータの選択
ステップ１４０においてＡＰＣＷｅｂサーバーは仮想ショップから受け取った情報を記憶し、モバイルオペレータを選択するよう顧客に要請する（モバイルオペレータは様々なプレフィックスを持つので、指示は顧客がどのようなモバイルオペレータを選択するかに基づく）。ステップ１５０において、顧客のＷｅｂまたはＷＡＰブラウザ上にメッセージが表示される。
ステップ１６０において顧客がどのモバイルオペレータを選択したかの情報が、ステップ１７０においてＡＰＣＷｅｂサーバーへ送り返される。
ステップ１８０においてＡＰＣＷｅｂサーバーが収集した全ての情報が、ステップ１９０においてＡＰＣ（図１及び２の９、１０、１１）へ転送される。
段階３−トランザクションＩＤコードの生成
ステップ２００においてＡＰＣは有効時間が限定されたトランザクションＩＤコード（これによってＡＰＣがＩＤコードを使い果たさないようにする）を生成する。
このステップ２００において、ＡＰＣは顧客のモビルオペレータに基づいてダイアルコード及びプレフィックス（ＵＳＳＤ、ダイアル及びＳＭＳ）を探して、顧客のためにＵＳＳＤコードを生成する。
段階４−顧客はＵＳＳＤコードまたはダイアル番号を入手
ステップ２１０においてコードはＡＰＣからＡＰＣＷｅｂサーバーへ転送され、ステップ２００において生成された指示がステップ２２０において（ＷｅｂまたはＷＡＰブラウザを介して）顧客に対して表示される。
ステップ２３０において顧客は（ダイアルプレフィックスまたは追加コードを介して）デフォルトの支払証券を使用しないで異なる支払証券を選択する選択権を有する。
段階５−顧客はＵＳＳＤコードまたはＳＭＳ（ＩＤコードを含む）の送信または番号をダイアル
次に顧客は指示に従い、ステップ２４０において顧客のＷｅｂまたはＷＡＰブラウザ上に表示されるトランザクションＩＤコードを送る。
ステップ２５０においてメッセージを送ることによってトランザクションＩＤコードは顧客の携帯電話からＡＰＣモバイルゲートウェイへ転送され、ステップ２６０においてＡＰＣはこのメッセージを受け取る。
段階６−顧客はＡＰＣから応答を取得
ステップ２７０においてＡＰＣはトランザクションＩＤコード（顧客に対して表示されたもの）がＡＰＣに提示されたか否かを確かめる。
Ｎｏ：識別に失敗
トランザクションＩＤコードが時間内（トランザクションＩＤコードが時間切れになる前）に提示されない場合、ステップ３００において、ＡＰＣはＩＤ番号が正確に送られなかったことをモバイルオペレータ加入者に報告する。ステップ３１０において顧客は番号が正確に送られなかったというメッセージを顧客のＷｅｂまたはＷＡＰブラウザにおいて受け取る。顧客は段階７に入った後ステップ３２０から３９０までの手順を繰り返さなければならない。次いで、段階３のステップ１９０に戻る。
段階７−顧客の識別に失敗
ステップ３２０において、ユーザーの次のクリックが待たれる。ステップ３３０において、上記ＡＰＣのＷｅｂサーバーによって上記ＡＰＣに状態（ステータス）が要求される。次に、ステップ３４０において、ＩＤが妥当であるか否かを尋ねるために上記ＡＰＣのＷｅｂサーバーから上記ＡＰＣへメッセージが送られる。ステップ３５０において、上記ＡＰＣのＷｅｂサーバーは番号が正確に送られなかったという報告を上記ＡＰＣから受ける。次に、ステップ３６０において、上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへＩＤが受け付けられなかったことを示すメッセージが送られる。ステップ３７０において、ユーザーは番号が正確に送られなかったという報告を受け、手順を繰り返すよう上記ＡＰＣのＷｅｂサーバーの要請を受ける。ステップ３８０において、トランザクションＩＤコードが時間切れになる前にトランザクションＩＤコードが正確に提示されなかった場合には、番号が正確に送られなかったというメッセージがユーザーに与えられ、ユーザーはＷｅｂまたはＷＡＰブラウザにおいてこれを受け取る。ステップ３９０においてユーザーの次のクリックが待たれる。段階３のステップ１９０（図５ａ）へ進むことによって、ユーザーは手順を繰り返す。
Ｙｅｓ：識別に成功−段階９へ進む
トランザクションＩＤコードがＡＰＣに提示されたらモバイル加入者はオンライン顧客と照合される。ステップ２８０において、ＡＰＣはＩＤ番号が正確に送られたことをモバイルオペレータ加入者に報告する。顧客がステップ２９０において識別が成功したというメッセージを受け取ったら、段階８（図５ｂ）のステップ４００へ進む。
段階８−状態が要求される
ステップ４１０から４３０においてＡＰＣはＩＤの状態をチェックする。
詳しく述べると、ステップ４００において、ユーザーの次のクリックが待たれ、ユーザーがモバイル加入者としてオンラインユーザーと照合される。ステップ４１０において上記ＡＰＣのＷｅｂサーバーによって上記ＡＰＣに状態が要求される。ステップ４２０において、ＩＤが妥当であるか否か尋ねるために上記ＡＰＣのＡＰＣＷｅｂサーブから上記ＡＰＣへメッセージが送られる。ステップ４３０において、上記ＡＰＣによる識別が成功した後先に進んで、選択された口座のＰＩＮを入力するようユーザーに要請する。
段階９−顧客にＰＩＮが要求される
ステップ４３５においてＡＰＣは顧客が選択した支払証券のＰＩＮを入力するよう顧客に要請する。ステップ４４０において顧客はＷｅｂまたはＷＡＰブラウザにおいてＰＩＮを入力し、ステップ４５０においてＰＩＮはＡＰＣへ送られる。
詳しく述べると、ステップ４３０においてユーザーに個人識別番号が要求される。次に、ステップ４３５においてユーザーが選択した支払証券の個人識別番号を入力するようにユーザーは要請を受ける。ステップ４４０において、ユーザーのＷｅｂまたはＷＡＰブラウザにおいてユーザーはＰＩＮを入力する。ステップ４５０において、上記個人識別番号を転送するためにモバイル端末装置から上記ＡＰＣのＷｅｂサーバーへメッセージが送られる。ステップ４６０において、ＡＰＣのＷｅｂサーバーはユーザーからＰＩＮを受け取り、ＰＩＮは上記ＡＰＣへ転送される。ステップ４７０において、上記ＰＩＮを転送するために上記ＡＰＣのＷｅｂサーバーから上記ＡＰＣへメッセージが送られる。ステップ４７５において、上記認可処理センターによってユーザーの支払証券の必要コストの費用負担（支払い）が処理されチェックされる。
段階１０−ＰＩＮがチェックされる
ＰＩＮが妥当であれば段階１１のステップ５６０へ進む。妥当でなければ段階９のステップ４４０へ進む。ＰＩＮはＡＰＣで直接確認されるか、またはＡＰＣから金融機関へ転送される。
ステップ４８０においてＰＩＮが金融機関へ送られる場合、ＰＩＮ及びその他の情報が有効であるか否かがステップ５００においてチェックされる。
ＰＩＮが無効である場合、ステップ５１０において情報がＡＰＣへ送られる。ＡＰＣは、ステップ５４０においてＰＩＮが不正確であることを顧客に報告し、ステップ５５０においてＰＩＮを正確に入力するよう顧客に要請する。
ＰＩＮが有効である場合には、金融機関は段階１１、ステップ５６０において顧客の残高をチェックする。
詳しく述べると（段階１０）、ステップ４８０において口座番号、個人識別番号及びコストを含むトランザクションデータを転送するために上記ＡＰＣから上記金融機関へメッセージが送られる。ステップ４９０において上記金融機関は上記トランザクションデータを受け取る。ステップ５００において、個人識別番号が正確であるか否かが上記金融機関によってチェックされる。
ＰＩＮが妥当（ｙｅｓ）であれば、処理は段階１１、ステップ５６０へ進む。そうでなければ（ｎｏであれば）、ステップ５１０において上記ＰＩＮが不正確であるというエラーメッセージが上記金融機関から前記ＡＰＣへ送られる。ステップ５２０において、上記エラーメッセージは上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへ転送される。
ステップ５３０において、上記個人識別番号が不正確であることを報告するエラーメッセージが上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへ送られる。ステップ５４０において上記ＡＰＣの上記ＷｅｂサーバーはＰＩＮが不正確であることについてのエラーメッセージを受け取ってこれをユーザーに知らせる。ステップ５５０において、個人識別番号を再入力するようユーザーに対する要求が発せられる。ステップ５５０において、ユーザーが入力したＰＩＮが不正確であるというメッセージがユーザーに対して表示される。このステップ５５０において、ユーザーはＰＩＮを再入力するようにも要請される。ステップ５５０から処理は、段階９、ステップ４４０（図５ａ）へ戻る。
段階１１−ステップ５６０において顧客の口座残高がチェックされる。大雑把に言うと、残高が足りなければ、顧客は段階１へ進んで、別の支払い形式を選択する手順を繰り返すことができる。
残高が足りない場合、情報がＡＰＣへ送られる。ＡＰＣは顧客の口座残高状態について顧客に報告し、他の支払い形式を選ぶよう顧客に要請する。
残高が有効であれば、ステップ６５０において情報がＡＰＣへ送られる。詳しく述べると、ステップ５６０において口座残高が費用負担のために充分であるか否かが金融機関によってチェックされる。“ｎｏ” である（残高が充分ではない）場合には、口座残高が費用負担のために不十分であることを知らせるために金融機関からＡＰＣへエラーメッセージが送られる。ステップ５８０において、ＡＰＣは上記エラーメッセージを上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへ転送する。ステップ５９０において、口座残高が費用負担のために不十分であることを知らせるエラーメッセージが上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへ送られる。ステップ６００において、口座残高状態に関する上記エラーメッセージを上記認可処理センターの上記Ｗｅｂサーバーが受け取り、ユーザーに報告される。ステップ６１０において、エラーメッセージがユーザーに対して表示される。またステップ６１０において、別の支払い形式（支払証券）を選択するためのオプションがユーザーに対して表示される。顧客は取引のために充分な残高を持つ口座を持っているかも知れない。次に、ステップ６２０において、ユーザーの選択がチェックされる。ユーザーが支払いをキャンセルすることを選択したら、ステップ６３０において処理は終了する。ユーザーがステップ６４０において別の支払い形式を選択したら、開始にジャンプして、段階１、ステップ１００へ戻る。“Ｙｅｓ”である（口座残高が充分である）場合、処理は段階１２へジャンプしてステップ６５０へ進む。
段階１２−顧客による支払いの承認
簡単に言えば、ステップ６８０においてＡＰＣは注文を確認するよう顧客に要請する。顧客はステップ７００において支払いを承認する。まず、ステップ６５０において、口座残高が費用負担のために充分であることを報告するために金融機関からＡＰＣへメッセージが送られる。次に、ステップ６６０において上記メッセージは上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへ送られる。ステップ６７０において、口座残高が費用負担のために十分であることを報告するためにメッセージが上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへ送られる。ステップ６８０において上記認可処理センターの上記Ｗｅｂサーバーは上記メッセージを受け取って、支払いを承認するようユーザーに要請する。ステップ６９０において、ユーザーによる支払いの承認が待たれる。最後に、ステップ７００においてユーザーが承認したら支払いプロセスは終了する。

ケース２−識別前にＰＩＮ入力
このケースは、実際の支払い前に携帯電話を用いてどのように顧客が識別されるかの手順を示している（図６ａから６ｃまで）。この図は、顧客が識別される前のＰＩＮが要求されることを示している。この場合、図５ｂ及び５ｃの段階９及び１０は、手順が段階８の最終ステップ（４３０）から段階１０の第一ステップ（４８０）へ続く点で異なる。

段階１０−ＰＩＮチェック
ステップ４８０において、口座番号、個人識別番号及びコストを含めてトランザクションデータを転送するために上記認可処理センターから上記金融機関へメッセージが送られる。
ステップ４９０において上記金融機関は上記トランザクションデータを受け取り、ステップ５００において個人識別番号が正確であるか否かをチェックする。
ＰＩＮが妥当（ｙｅｓ）であれば、処理は段階１１、ステップ５６０へ進み、そうでなければ、ステップ５１０において上記ＰＩＮ（個人識別番号）が不正確であるというエラーメッセージが上記金融機関から上記ＡＰＣへ送られる。ステップ５２０において上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへエラーメッセージ転送される。
次に、ステップ５３０において、上記ＰＩＮが不正確であるというエラーメッセージが上記ＡＰＣから上記ＡＰＣのＷｅｂサーバーへ送られる。
ステップ５４０において、ＡＰＣのＷｅｂサーバーはエラーメッセージを受け取り、ＰＩＮが不正確であることをユーザーに報告する。
ステップ５５０においてＰＩＮを再入力するようユーザーに対して要求が発せられる。
次に、ステップ５５０において、ユーザーが入力した個人識別番号が不正確であったというメッセージがユーザーに対して表示され、ユーザーはＰＩＮを再入力するよう要請される。
処理は段階９、ステップ４４０へ戻る。
段階９−ＰＩＮ要請
ステップ４４０において、ユーザーはユーザーのＷｅｂまたはＷＡＰブラウザにおいてＰＩＮを入力する。
次に、ステップ４５０において、上記個人識別番号を転送するためにモバイル端末装置から上記ＡＰＣの上記Ｗｅｂサーバーへメッセージが送られる。
ステップ４６０においてＡＰＣのＷｅｂサーバーはユーザーからＰＩＮを受け取り、これをＡＰＣへ転送する。
ステップ４７０において、上記ＰＩＮを転送するためにＡＰＣのＷｅｂサーバーから上記ＡＰＣへメッセージが送られる。
処理は段階８、最終ステップ４３０に続く。

Claims (28)

1. 複数パートナーシステム（７、９、１５）に解除可能に接続可能であり、前記システム内における通信が可能な、記憶装置（３ａ）及びインターフェイス装置（３ｂ）を有するモバイル端末装置（３）であって、
   前記通信が、前記モバイル端末装置（３）とコンピュータ装置（２）との組み合わせによって形成されるフロントエンド及び通信様式を介して前記複数パートナーシステムのパートナーによって形成されるバックエンドによってもたらされ、
   前記通信が、複数パートナーシステム内部で実行される分散アプリケーションの補完的部分または分散アプリケーション内部の部分がその現在のセキュリティ要件に応じて実行されるように、様々なセキュリティ要件を持つデータトランザクションを実行するのに適し、
   前記通信が、異なる通信チャネル及び異なるインターフェイス規格またはプロトコルを使用することによって様々な特性（４、６、１２、１７、１３）を持つ通信様式を用いて情報を交換するために使用されることを特徴とするモバイル端末装置。
2. 前記モバイル端末装置（３）がコンピュータ装置（２）と組み合わせて作動され、
   第一の前記通信様式（４）がインターネット通信網（５）によって与えられ、
   第二の前記通信様式が携帯電話通信網（１６）によって与えられ、前記通信様式が結合して包括的混成通信機能（１８）を形成する、請求項１に記載のモバイル端末装置。
3. 安全な通信が与えられ、かつ
   前記通信様式の少なくとも一方が安全である、請求項１または２に記載のモバイル端末装置。
4. 前記通信様式の少なくとも一方が前記複数パートナーシステムの一部である安全な受信者への直接二点間通信であるか、または事実上直接二点間通信に等しい請求項１乃至３のいずれか一項に記載のモバイル端末装置。
5. 前記モバイル端末装置（３）及び前記コンピュータ装置（２）がそれぞれＷｅｂインターフェイスまたはＷＡＰインターフェイスまたは協同的結合インターフェイス規格を形成する前記インターフェイスの包括的組合せを備える請求項１乃至４のいずれか一項に記載のモバイル端末装置。
6. 前記モバイル端末装置と、
   前記コンピュータ装置と、
   店主の仮想Ｗｅｂショップと、
   認可処理センターと、
   金融機関と、
   を含む前記複数パートナーシステムにおいて作動され、
   前記モバイル端末装置がトランザクション情報の交換のために該モバイル端末装置を前記パートナーシステムへ解除可能に結合するためのインターフェイス手段を備える請求項１乃至５のいずれか一項に記載のモバイル端末装置。
7. 請求項１乃至６のいずれか一項に記載の複数パートナーシステムにおける店主のＷｅｂショップであって、
   前記パートナーシステムにおいてインターネットを介して通信することができるインターフェイスを有するＷｅｂショップ。
8. 請求項１乃至７のいずれか一項に記載の複数パートナーシステムにおける認可処理センターであって、
   前記パートナーシステムにおいて通信することができるインターフェイスを有し、前記インターフェイスが
   インターネット通信のためのＷｅｂサーバー、
   携帯電話通信網と通信するためのモバイル通信網ゲートウェイ、および
   金融機関と通信するためのデータサーバー、を含むサブシステムによって形成される、認可処理センター。
9. 請求項１乃至８のいずれか一項に記載の複数パートナーシステムにおける金融機関であって、
   前記パートナーシステムにおいて通信することができるインターフェイスを有する、金融機関。
10. 金融取引データ交換のための複数パートナーシステムであって、請求項７から９にそれぞれ記載の参加者の各々がそれぞれ請求項１から６に記載の該当の特徴に従って動作することができる、複数パートナーシステム。
11. クライアント−サーバー通信網におけるクライアントであって、
    サーバーの外部の記憶装置を有する請求項１から６に記載のモバイル端末装置を備える、クライアント。
12. 混成クライアント配列を形成する各サーバーが外部の記憶装置を有し、請求項１から６に記載のモバイル端末装置及びコンピュータ装置を備える、クライアント−サーバー通信網のクライアント。
13. 請求項１から６のいずれか一項に記載の複数パートナーシステムにおける混成クライアントであって、
    該混成クライアントが地上の標準的人間すなわちユーザーの知能によって操作される、混成クライアント。
14. クライアント−サーバー通信網におけるサーバーであって、
    サーバーが請求項７から９に記載の複数パートナーシステムの参加者である、サーバー。
15. クライアント−サーバー通信網のサーバーであって、
    サーバーが非透明企業体であり、クライアントを除く請求項６に記載の参加者を有する複数パートナーシステムによって形成される複数のサーバーに相当する、サーバー。
16. 支払い手順においてモバイル端末装置を操作するための方法であって、
    仮想Ｗｅｂショップ（７）のインターネットアプリケーションにおいて支払い方法を選択するステップと、
    支払いのために認可処理センター（８）のＷｅｂサーバー（９）のアプリケーションを起動するステップと、
    必要な全ての支払いトランザクションデータを前記仮想Ｗｅｂショップ（７）の前記インターネットアプリケーションから前記認可処理センター（８）へ送るステップであって、該トランザクションデータが金額、請求書参照番号を含む、ステップと、
    トランザクションＩＤコードを前記ユーザーへ与えるステップであって、Ｗｅｂブラウザが前記認可処理センター（８）の前記サーバーアプリケーションを前記ユーザーに対して表示し、かつ前記トランザクションＩＤコードが前記認可処理センター（８）において生成される、ステップと、
    前記ユーザーが前記ユーザーの携帯電話（３）を介して前記認可処理センター（８）のモバイル通信網ゲートウェイ（１０）へ前記トランザクションＩＤコードを送るステップと、
    ＭＳＩＳＤＮ（モバイル加入者総合サービスデジタルネットワーク番号）、前記個々の携帯電話（３）の設備識別子及びトランザクションＩＤコードを入手するステップであって、前記認可処理センター（８）のモバイル通信網ゲートウェイ（１０）によって前記携帯電話の使用中に前記ＭＳＩＳＤＮが識別特性として送られる、ステップと、
    ユーザー（１）の携帯電話（３）または該ユーザー（１）のＰＣ（２）のＷｅｂブラウザまたはその両方を介して前記認可処理センター（８）がトランザクションＩＤコード受取りの成否に関してユーザー（１）に報告するステップと、
    前記ユーザー（１）が前記認可処理センター（８）の前記Ｗｅｂサーバーのアプリケーションにおいて支払証券を安全に選択しかつ安全に前記認可処理センター（８）へ前記支払証券に添付される個人識別番号を送信できるようにするために前記ユーザー（１）の前記ＰＣ（２）と前記認可処理センター（８）の前記Ｗｅｂサーバー（９）との間に安全なインターネット接続（４、１２）を確立するステップと、
    前記支払いの認可のために前記認可処理センター（８）側において金融機関（１５）へ接続（１４）を起動するステップと、
    前記金融機関（１５）および／または前記認可処理センター（８）の前記Ｗｅｂブラウザ（９）からの認可が得られる場合、前記ユーザー（１）のＷｅｂブラウザを介して前記ユーザーの支払いトランザクションを確認するステップと、
    前記認可処理センター（８）の前記データサーバー（１１）に前記トランザクションに関する必要な全てのデータを記録し、さらに前記店主の前記Ｗｅｂショップ（７）及び前記金融機関（１５）のデータプラットフォームに必要な全てのデータを送るステップと、
    を備えることを特徴とする方法。
17. 前記支払い手順のユーザー識別及び認証においてモバイル端末装置を操作するための方法であって、
    前記認可処理センター（８）がトランザクションＩＤコードを生成する（３５）ステップと、
    モバイル端末装置のＷｅｂブラウザ（４０、４５）またはＷＡＰブラウザ（４２、４８）を介して前記トランザクションＩＤコードを受け取るステップと、
    前記トランザクションＩＤコードを送る（６５、６４）ステップと、
    前記認可処理センター側が前記トランザクションＩＤを受け取って（７０）、ユーザーを識別し認証するステップと、
    識別及び認証の成否を示すメッセージをユーザーへ与える（８０）ステップと、
    を備えることを特徴とする方法。
18. 請求項１５に記載の前記支払い手順のユーザー識別及び認証においてモバイル端末装置を操作するための方法であって、
    前記トランザクションＩＤコードを送るステップ（４５、４８）が、非組織化補足サービスデータサービスＵＳＳＤを介して（５０）またはユーザーがトランザクションＩＤコードをダイアルすることによって（５５）またはＳＭＳを使ってトランザクションＩＤコードを送ることによって（６０）実行される方法。
19. 請求項１５及び１６に記載の前記支払い手順のユーザー識別及び認証においてモバイル端末装置を操作するための方法であって、
    前記ユーザーへメッセージを与えるステップ（７２、７６）が、非組織化補足サービスデータサービスを介して（８０）または対話式音声応答を介して通話中メッセージを聞くことによって（８５）またはショートメッセージサービスのメッセージを受け取ることによって（９０）またはＷｅｂブラウザ（９５、７４）またはＷＡＰブラウザ（９８、７８）またはその組合せを介して情報を入手することによって実行される方法。
20. 識別後に個人識別番号が入力される場合の前記支払い手順のユーザー識別及び認証においてモバイル端末装置を操作するための方法であって、
    段階１：前記ユーザーが買い物籠を持ってレジカウンタに行って支払いプロセスを開始する段階（１００）であって、
    ユーザーがオンライン支払い方法を選択するステップ（１１０）と、
    仮想Ｗｅｂショップの前記店主が前記認可処理センターのＷｅｂページへ前記ユーザーをリダイレクトするステップ（１２０）と、
    注文に関して必要な小売業者の名前、請求書番号及びコストを含む情報を転送するために前記仮想Ｗｅｂショップから前記認可処理センターへメッセージを送るステップ（１３０）と、を備える段階（１００）と、
    段階２：前記認可処理センターの前記Ｗｅｂサーバーが前記仮想Ｗｅｂショップから受け取った情報を保存し（１４０）、モバイルオペレータを選択するよう前記ユーザーに要請する段階であって、
    前記ユーザーの前記ＷｅｂまたはＷＡＰブラウザに表示されるメッセージを与えるステップ（１５０）と、
    前記ユーザーが希望するモバイルオペレータを選択し（１６０）、前記ユーザーによる次のクリックを待つステップと、
    前記ユーザーがどのモバイルオペレータを選択したかについての情報を転送するために前記モバイル端末装置から前記認可処理センターの前記Ｗｅｂサーバーへメッセージを戻して送るステップ（１７０）と、
    収集された前記認可処理センターの前記Ｗｅｂサーバーに関する全ての情報を前記認可処理センターに対する全てのサブシステムへ転送するステップ（１７０）と、を備える段階と、
    段階３：前記選択されたモバイルオペレータ、Ｗｅｂショップサイトの名前、前記請求書番号及び前記コストを含めて入力用に用意した情報を提供するためにメッセージを送る段階（１９０）であって、
    前記情報を使用することによって前記認可処理センターが限定した有効時間を有するトランザクションＩＤコードを生成するステップ（２００）と、
    前記ユーザーの前記モバイルオペレータに基づいて前記認可処理センターがダイアルコード及びプレフィックスを調べるステップ（２００）と、
    前記ユーザーのために非組織化補足サービスデータコードを生成するステップ（２００）と、を備える段階と、
    段階４：記非組織化補足サービスデータコードまたはダイアル番号を前記ユーザーに与えるために前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへメッセージを送る段階（２１０）であって、
    前記認可処理センターの前記Ｗｅｂサーバーが前記生成された非組織化補足サービスコードまたはダイアル番号及び複数の支払証券を前記ユーザーに対して表示するステップと、
    デフォルトの支払証券を使用しない選択肢を前記ユーザーに与え（２３０）、複数の支払証券から異なる支払証券を選択する選択肢を与えるステップと、を備える段階と、
    段階５：指示に従って前記ユーザーが前記ユーザーの前記モバイル端末装置のＷｅｂまたはＷＡＰページに表示される要求される情報を入力する段階（２４０）であって、
    前記ユーザーの前記ＷｅｂまたはＷＡＰブラウザに表示される前記トランザクションＩＤコードを前記ユーザーの前記モバイル端末装置から前記認可処理センターの前記モバイル通信網ゲートウェイへ転送するためにメッセージを送るステップと、
    ＩＤ番号及び選択可能な支払証券番号を含めて前記モバイルオペレータ加入者から要求を受け取るステップ（２６０）と、を備える段階と、
    段階６：前記認可処理センターによって前記ユーザーに対して表示された前記トランザクションＩＤコードが前記認可処理センターに提示されたか否かを確認する段階（２７０）であって、
    前記番号が時間内に正確に送られた（ｙｅｓ）とき、
    ＩＤ番号が正確に送られたことを前記認可処理センターが前記モバイルオペレータに報告するステップ（２８０）と、
    識別が成功したことを前記ユーザーに報告し（２９０）、入力によって先へ進み指示に従うよう前記ユーザーに要求するステップと、
    段階８の処理に進むステップ（４００）と、を備え、
    前記番号が時間内に正確に送られなかった（ｎｏ）とき、
    前記ＩＤ番号が正確に送られなかったことを前記認可処理センターが前記モバイルオペレータに報告するステップ（３００）と、
    入力された番号が無効であることを前記ユーザーに報告して（３１０）、入力により先に進み指示に従うよう前記ユーザーに要求するステップと、を備える段階と、
    段階７：識別に失敗した場合の段階であって、
    ユーザーによる次のクリックを待つ第１ステップ（３２０）と、
    前記認可処理センターの前記Ｗｅｂサーバーが前記認可処理センターに状態を要求する第２ステップ（３３０）と、
    ＩＤが妥当であるか否かを尋ねるために前記認可処理センターの前記Ｗｅｂサーバーから前記認可処理センターへメッセージを送る第３ステップ（３４０）と、
    前記番号が正確に送られなかったことを前記認可処理センターが前記認可処理センターの前記Ｗｅｂサーバーに報告する第４ステップ（３５０）と、
    前記ＩＤが受け付けられなかったというメッセージを前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ送る第５ステップと、
    前記認可処理センターの前記Ｗｅｂサーバーが、前記番号が正確に送られなかったことを前記ユーザーに報告し（３７０）、前記第１〜第５ステップからなる手順を繰り返すようユーザーに要請する第６ステップと、
    前記トランザクションＩＤコードが時間切れになる前に前記トランザクションＩＤコードが提示されない場合番号が正確に送られなかったというメッセージを前記ユーザーに与えるステップであって、前記メッセージが前記ユーザーのＷｅｂまたはＷＡＰブラウザにおいて受け取られる第７ステップ（３８０）と、
    前記ユーザーによる次のクリックを待つ第８ステップ（３９０）と、
    段階３へ進むことによって前記ユーザーが前記第１〜第８ステップからなる手順を繰り返す第９ステップと、を備える段階と、
    段階８：前記ユーザーによる次のクリックを待つ段階（４００）であって、
    モバイル加入者としての前記ユーザーをオンラインのユーザーと照合するステップと、
    前記認可処理センターの前記Ｗｅｂサーバーが前記認可処理センターに状態を要求するステップ（４１０）と、
    ＩＤが妥当であるか否かを尋ねるために前記認可処理センターの前記Ｗｅｂサーバーから前記認可処理センターへメッセージを送るステップ（４２０）と、
    前記識別が成功した後前記認可処理センターが先に進み、選択された口座の個人識別番号を入力するよう前記ユーザーに要請するステップ（４３０）と、を備える段階と、
    段階９：前記ユーザーに個人識別番号を要求する段階（４３５）であって、
    前記ユーザーに前記ユーザーが選択した支払証券の個人識別番号を入力するよう要請する第１ステップ（４３５）と、
    前記ユーザーがそのＷｅｂまたはＷＡＰブラウザにおいて前記個人識別番号を入力する第２ステップ（４４０）と、
    前記個人識別番号を転送するために前記モバイル端末装置から前記認可処理センターの前記Ｗｅｂサーバーへメッセージを送る第３ステップ（４５０）と、
    前記認可処理センターの前記Ｗｅｂサーバーが前記ユーザーから前記個人識別番号を受け取り（４６０）、これを前記認可処理センターへ転送する第４ステップ（４６０）と、
    前記個人識別番号を転送するために前記認可処理センターの前記Ｗｅｂサーバーから前記認可処理センターへメッセージを送る第５ステップ（４７０）と、
    前記認可処理センターが先に進んで、前記ユーザーの前記支払証券の必要コストの費用負担をチェックする第６ステップ（４７５）と、を備える段階と、
    段階１０：口座番号、個人識別番号及びコストを含めてトランザクションデータを転送するために前記認可処理センターから前記金融機関へメッセージを送る段階（４８０）であって、
    前記金融機関が前記トランザクションデータを受け取り（４９０）、前記個人識別番号が正確であるか否かをチェックするステップ（５００）と、
    前記チェック結果が妥当である（ｙｅｓの）とき段階１１へ進むステップ（５６０）と、
    前記チェック結果が妥当でない（ｎｏの）とき、
    前記個人識別番号が不正確であるというエラーメッセージを前記金融機関から前記認可処理センターへ送るステップ（５１０）と、
    前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ前記エラーメッセージを転送するステップ（５２０）と、
    前記個人識別番号が不正確であるというエラーメッセージを前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ送るステップ（５３０）と、
    前記認可処理センターの前記Ｗｅｂサーバーが前記エラーメッセージを受け取り、前記個人識別番号が不正確であることを前記ユーザーに報告するステップ（５４０）と、
    前記個人識別番号を再入力するよう前記ユーザーに要請を発するステップ（５５０）と、
    前記ユーザーが入力した前記個人識別番号が不正確であるというメッセージを前記ユーザーに対して表示し（５５０）、前記個人識別番号を再入力するよう前記ユーザーに要請するステップと、
    段階９の第２ステップ（４４０）へ戻るステップと、を備える段階と、
    段階１１：前記口座残高が費用負担のために充分であるか否かをチェックする段階（５６０）であって、
    前記口座が充分（ｙｅｓ）のとき、段階１２へ進むステップ（６５０）と、
    前記口座が不充分（ｎｏ）のとき、
    前記口座残高が費用負担のために不十分であることを報告するために前記金融機関から前記認可処理センターへエラーメッセージを送るステップ（５７０）と、
    前記エラーメッセージを前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ転送するステップ（５８０）と、
    前記口座残高が費用負担のために不十分であるというエラーメッセージを前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ送るステップ（５９０）と、
    前記認可処理センターの前記Ｗｅｂサーバーが前記エラーメッセージを受け取り、前記口座残高状態に関して前記ユーザーに報告するステップ（６００）と、
    前記エラーメッセージを前記ユーザーに対して表示するステップ（６１０）と、
    別の形式の支払を選択する選択肢及び該支払いを取り消す選択肢を前記ユーザーに対して表示するステップ（６１０）と、
    前記ユーザーの選択をチェックするステップ（６２０）と、
    前記ユーザーが支払いを取り消すことを選択した場合には、処理を終了するステップ（６３０）と、
    前記ユーザーが別の形式の支払いを選択した場合には、段階１（１００）へ戻るステップと、を備える段階と、
    段階１２：前記口座残高が費用負担のために充分であることを報告するために前記金融機関から前記認可処理センターへメッセージを送る段階（６５０）であって、
    前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ前記メッセージを転送するステップ（６６０）と、
    前記口座残高が費用負担のために充分であることを報告するために前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへメッセージを送るステップ（６７０）と、
    前記認可処理センターの前記Ｗｅｂサーバーが前記メッセージを受け取り、前記ユーザーに支払いを承認し要請するステップ（６８０）と、
    前記ユーザーが前記支払いを承認するまで待つステップ（６９０）と、
    前記ユーザーが承認したら支払いプロセスを終了するステップ（７００）と、を備える段階と、
    を具備することを特徴とする方法。
21. 識別前に個人識別番号入力される場合に、前記段階９と１０とが入れ替わり、段階８の最後のステップ（４３０）から段階１０の最初のステップ（４８０）へ進む点で修正され、
    段階１０：口座番号、個人識別番号及びコストを含むトランザクションデータを転送するために前記認可処理センターから前記金融機関へメッセージを送るステップ（４８０）と、
    前記金融機関が前記トランザクションデータを受け取って（４９０）、前記個人識別番号が正確か否かをチェックするステップ（５００）と、
    前記個人識別番号が正確（ｙｅｓ）のとき段階１１へ進むステップ（５６０）と、
    前記個人識別番号が正確でないとき、
    前記個人識別番号が不正確であるというエラーメッセージを前記金融機関から前記認可処理センターへ送るステップ（５１０）と、
    前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ前記エラーメッセージを転送するステップ（５２０）と、
    前記個人識別番号が不正確であるというエラーメッセージを前記認可処理センターから前記認可処理センターの前記Ｗｅｂサーバーへ送るステップ（５３０）と、
    前記認可処理センターの前記Ｗｅｂサーバーが前記エラーメッセージを受け取り、前記個人識別番号が不正確であることについて前記ユーザーに報告するステップ（５４０）と、
    前記個人識別番号を再入力するよう前記ユーザーに要求を発するステップ（５５０）と、
    前記ユーザーが入力した個人識別番号が不正確であるというメッセージを前記ユーザーに対して表示し（５５０）、前記ユーザーの個人識別番号を再入力するよう前記ユーザーに要請するステップと、
    段階９、ステップ２（４４０）へ戻るステップと、
    段階９：前記ユーザーがそのＷｅｂまたはＷＡＰブラウザにおいて個人識別番号を入力するステップ（４４０）と、
    前記個人識別番号を転送するために前記モバイル端末装置から前記認可処理センターの前記Ｗｅｂサーバーへメッセージを送るステップ（４５０）と、
    前記認可処理センターの前記Ｗｅｂサーバーが前記ユーザーから前記個人識別番号を受け取って（４６０）、これを前記認可処理センターへ転送するステップと、
    前記個人識別番号を転送するために前記認可処理センターの前記Ｗｅｂサーバーから前記認可処理センターへメッセージを送るステップ（４７０）と、
    段階８、最終ステップ（４３０）へ進むステップと、
    を含む、請求項１８に記載の方法。
22. プログラムコードが記憶されている機械読み取り可能な媒体の形式であるか、または
    プログラムコードの表示を含む伝搬可能または非放射信号の形式である、
    プログラムコードを含むコンピュータプログラム製品であって、
    コンピュータ通信網の１台のコンピュータまたは複数のコンピュータの使用メモリまたはメインメモリにデータ構造がローディングされた後またはクライアント−サーバー通信網においてクライアントを作動した後マイクロコントローラ、コンピュータシステム、ノートブック、携帯端末、高度自動機能電話において実行されるとき、前記プログラムコードが以上の請求項２０または２１記載の方法を実行するように設けられたことを特徴とするコンピュータプログラム製品。
23. データ構造が記憶されているコンピュータ読み取り可能媒体であって、コンピュータ通信網の１台のコンピュータまたは複数のコンピュータの使用メモリまたはメインメモリに前記データ構造がローディングされた後前記データ構造が以上の請求項２０乃至２２のいずれか一項に記載の前記方法を実行する、コンピュータ読み取り可能媒体。
24. コンピュータ通信網のコンピュータシステムまたは複数のコンピュータにおいて以上の請求項のいずれか一項に記載の方法を実行するための実行可能な命令から成る、搬送波に体現される変調データ信号またはコンピュータデータ信号。
25. ユーザー（１）と、
    インターネット（５）へのインターネット接続（４）を有する前記ユーザー（１）のコンピュータ（２）と、
    携帯電話通信網（１６）へのモバイル接続（１７）を有する携帯電話（３）と、
    前記インターネット（５）へのインターネット接続（６）を有する店主の仮想Ｗｅｂショップ（７）と、
    前記インターネット（５）への第一の接続（１２）を有し、前記携帯電話通信網への第二の接続（１３）を有しかつ金融機関（１５）への第三の接続（１４）を有する認可処理センター（８）と、
    を備え、
    前記認可処理センター（８）がＷｅｂサーバー（９）、モバイル通信網ゲートウェイ（１０）及びデータサーバー（１１）を含むことを特徴とする、トランザクションデータ交換のためのシステム。
26. 請求項２５または２６に記載のシステムの参加者であって、前記参加者が着信情報を受け取ってこれを処理し、それぞれの通信様式に使用されるそれぞれのインターフェイス規格に適する発信情報を送信し転送することができる、参加者。
27. 前記パートナーシステム全体の分散アプリケーションにおいて請求項２５乃至２６のいずれか一項に記載の方法を実行するまたはこれに寄与する、請求項２６に記載の参加者。
28. 前記通信様式の使用がデータ暗号化及び参加者のピアトゥピアまたはポイントトゥマルチポイント接続を含めて帯域幅、チャネル及び伝搬特性に関して最適化される、請求項２６に記載の参加者。

Images