(57)【要約】本発明は通信網において支払いを承認するための方法に関するものであり、サービス利用者の通信端末装置による支払うべきサービスの要求に応じて、通信端末装置からサービスに関係する支払いを承認するため承認メッセージが支払いサービス提供者に伝送され、それに基づいて支払いサービス提供者から個別の承認標識がメモリに格納され、承認標識がサービス提供者装置に伝送され、それに基づいてサービス提供者装置から承認標識を含む支払い要求メッセージが支払いサービス提供者に送られ、支払い要求メッセージの承認標識がメモリに存在するとき、支払いが承認されたものと支払いサービス提供者により認識される。
2005506636.tif 000002
【特許請求の範囲】
【請求項１】
サービス利用者の通信端末装置（ＫＥＧ）による支払うべきサービスの要求（矢印１）に応じ、通信網（ＫＮ）において支払いを承認するための方法において、
−サービスに対応付けられているサービス提供者装置（ＤＥＥ）から支払いサービス提供者（ＺＤＬ）の通信アドレス（ＫＡ）が通信端末装置（ＫＥＧ）に伝送され（矢印２）、
−通信端末装置（ＫＥＧ）からサービスに関係する支払いを承認するため承認メッセージ（矢印５）が支払いサービス提供者（ＺＤＬ）に伝送され、
−それに基づいて支払いサービス提供者（ＺＤＬ）により個別の承認標識（ＧＫ）がメモリ（Ｓｐ）に格納され、
−承認標識（ＧＫ）が通信端末装置（ＫＥＧ）に伝送され（矢印６）、
−通信端末装置（ＫＥＧ）から承認標識（ＧＫ）がサービス提供者装置（ＤＥＥ）に伝送され（矢印７）、
−それに基づいてサービス提供者装置（ＤＥＥ）から承認標識（ＧＫ）を含む支払い要求メッセージ（矢印８）が支払いサービス提供者（ＺＤＬ）に送られ、
−支払い要求メッセージ（矢印８）の承認標識（ＧＫ）がメモリ（Ｓｐ）に存在するとき、支払いが承認されたものと支払いサービス提供者（ＺＤＬ）により認識される
ことを特徴とする通信網における支払い承認方法。
【請求項２】
−サービス提供者装置（ＤＥＥ）から通信アドレス（ＫＡ）が支払い情報と共に通信端末装置（ＫＥＧ）に伝送され（矢印２）、
−それに基づいて通信端末装置（ＫＥＧ）から承認開始メッセージ（矢印３）が支払いサービス提供者（ＺＤＬ）に伝送され、
−支払いサービス提供者（ＺＤＬ）からサービス利用者が承認行為を要求され、
−承認行為が行われた際に通信端末装置（ＫＥＧ）により承認メッセージ（矢印５）が作成される
ことを特徴とする請求項１記載の方法。
【請求項３】
−支払いサービス提供者（ＺＤＬ）から表示データが通信端末装置（ＫＥＧ）へ伝送され（矢印４）、その表示データにより通信端末装置（ＫＥＧ）の表示上に支払い情報の少なくとも部分が表示され、また表示データによりサービス利用者が通信端末装置（ＫＥＧ）の操作要素の操作を要求される
ことによって、サービス利用者が承認行為を要求されることを特徴とする請求項２記載の方法。
【請求項４】
−通信端末装置（ＫＥＧ）との通信が“Hypertext Transfer Protocol”と呼ばれる通信プロトコルを利用して実行される
ことを特徴とする請求項１ないし３のいずれか１つに記載の方法。
【請求項５】
支払いサービス提供者（ＺＤＬ）への承認開始メッセージ（矢印３）の伝送が、“Hypertext Transfer Protocol”の“Redirect”オペレーション（矢印２）を用いてサービス提供者装置（ＤＥＥ）のＨＴＴＰサーバにより開始されることを特徴とする請求項４記載の方法。
【請求項６】
−通信端末装置（ＫＥＧ）との通信が“Wireless Application Protocol”と呼ばれる通信プロトコルを利用して実行される
ことを特徴とする請求項１ないし５のいずれか１つに記載の方法。
【請求項７】
−承認標識（ＧＫ）と共に承認データがメモリ（Ｓｐ）に格納される
ことを特徴とする請求項１ないし６のいずれか１つに記載の方法。
【請求項８】
−承認データとしてサービス個別のデータ、価格データ、通貨データまたはサービス利用者またはサービス提供者の識別データがメモリ（Ｓｐ）に格納される
ことを特徴とする請求項７記載の方法。
【請求項９】
−承認データとして支払い時点がメモリ（Ｓｐ）に格納され、
−メモリ（Ｓｐ）に格納されている承認標識の支払い時点が過ぎていないときにのみ、支払いが承認されているものと支払いサービス提供者（ＺＤＬ）により認識される
ことを特徴とする請求項７記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信網において支払いを承認するための方法に関するものである。“Ｅコマース”の設立の増大とともにますます頻繁に費用負担義務のあるサービス（たとえば情報、データまたは商品の供給）が通信網を経て提供される。このような通信網としてたとえばインターネットまたは遠距離通信網（移動無線網、固定網）が利用される。サービスに対する支払いのためにたとえばいわゆる“Mobile Payment”または“Internet Payment”のための方法が必要とされる。“Mobile Payment”とは、外で携帯機器を利用しての現金払いによらない支払いを意味し、また“Internet Payment”とは、インターネットを介して購入または少なくとも注文されるサービスの現金払いによらない支払いを意味する。
【０００２】
小規模のサービス提供者は比較的費用のかかる支払い処理を自ら行わずに、支払いサービス提供者、いわゆる支払いサービスプロバイダー（Payment Servic Provider）の助けを借りて行なう。すなわち、このような支払い処理には一般にサービス利用者（カスタマ、コンシューマー）、サービス提供者（Service Provider、Merchant）および支払いサービス提供者が関与する。その際に特に、支払いサービス提供者による支払い処理の実行の前にこの支払い処理がサービス利用者により承認されること（権限付与されること）が保証されていなければならない（支払い権限付与）。
【０００３】
本発明の課題は、簡単かつ確実な仕方で支払いサービス提供者により実行すべき支払いがサービス利用者により承認され得る方法を提供することである。
【０００４】
この課題は、本発明によれば、サービス利用者の通信端末装置による支払うべきサービスの要求に応じて、通信網において支払いを承認するための方法において、
−サービスに対応付けられているサービス提供者装置から支払いサービス提供者の通信アドレスが通信端末装置に伝送され、
−通信端末装置からサービスに関係する支払いを承認するため承認メッセージが支払いサービス提供者に伝送され、
−それに基づいて支払いサービス提供者により個別の承認標識がメモリに格納され、
−承認標識が通信端末装置に伝送され、
−通信端末装置から承認標識がサービス提供者装置に伝送され、
−それに基づいてサービス提供者装置から承認標識を含む支払い要求メッセージが支払いサービス提供者に送られ、
−支払い要求メッセージの承認標識がメモリに存在するとき、支払いが承認されたものと支払いサービス提供者により認識される
ことを特徴とする方法により解決される。
【０００５】
この場合、支払いサービス提供者がサービス提供者装置から支払い要求メッセージを受ける前に、承認メッセージが支払いサービス提供者に伝送されるのが有利である。従って支払いサービス提供者は、簡単かつ迅速に支払いサービス提供者により実行可能なメモリ問い合わせがそのメモリのなかに相応の承認標識の存在を明らかにするかぎり、支払い要求メッセージの到来後に非常に迅速に支払いを行い得る。
【０００６】
本発明による方法は、
−サービス提供者装置から通信アドレスが支払い情報と共に通信端末装置に伝送され、
−それに基づいて通信端末装置から承認開始メッセージが支払いサービス提供者に伝送され、
−支払いサービス提供者からサービス利用者が承認行為を要求され、
−承認行為が行われたとき通信端末装置により承認メッセージが作成される
ように構成されていてよい。
【０００７】
この際、通信端末装置と支払いサービス提供者との間の接触が通信端末装置の主導で形成されることは特に有利である（承認開始メッセージ）。これは、支払いに関してしばしばサービス利用者にさしあたり未知の支払いサービス提供者から接触されたくないサービス利用者の安全上の関心に合致する。
【０００８】
本発明による方法は、支払いサービス提供者から表示データが通信端末装置へ伝送され、その表示データにより通信端末装置の表示上に支払い情報の少なくとも部分が表示され、また表示データによりサービス利用者が通信端末装置の操作要素の操作を要求されることによって、サービス利用者が承認行為を要求されるように実行され得る。
【０００９】
有利な仕方で、この伝送および表示のために、通信端末装置の側で、いずれにせよＥコマース法の実行のために通信端末装置に存在している手段および方法が利用され得る。たとえば携帯電話の形態の通信端末装置との通信が、たとえば、“Wireless Application Protocol”（ＷＡＰ）と呼ばれる通信プロトコルを利用して実行され得る。最近の携帯電話は今日ではＷＡＰプロトコルを利用することができ、またＷＡＰを経て伝送されるデータおよびメッセージを表示するため装置（いわゆるＷＡＰブラウザ）を自由に処理することができる。
【００１０】
インターネットに接続されている計算機の形態の通信端末装置との通信は、たとえば標準的にインターネットに利用される通信プロトコルである“Hypertex Transfer Protocol（HTTP）”と呼ばれる通信プロトコルを利用して実行され得る。インターネットに接続されている計算機上ではいわゆるウェブ・ブラウザがＨＴＴＰを経て伝送されるデータおよびメッセージの表示を処理することができる。
【００１１】
従って有利に本発明による方法の実現のために通信端末装置における費用のかかる拡大または拡張が行われる必要がなく、それによって特に簡単で、サービス利用者に好都合であり、また本発明による方法のコスト的に望ましい実行が達成され得る。
【００１２】
本方法では承認標識と共に承認データがメモリに格納され得る。こうして有利に、支払いサービス提供者においては与えられた承認に関する別の情報が記憶され得る。
【００１３】
これまでに説明された方法では承認データとして支払い時点がメモリに格納され、また支払いサービス提供者により支払いが、メモリに格納されている承認標識の支払い時点が過ぎていないときにのみ、承認されているものとして認識される。
【００１４】
それにより有利に本方法の信頼性が高められ得る。なぜならば、遅れて到来する支払い要求メッセージ（場合によっては、権限なしに本方法に加入していない個所から捕捉される承認標識またはたくみにあやつられたデータ伝送に基づいており、それによって支払い要求メッセージの到来の遅れが生じ得る）が認識され、特別処置に導かれ得るからである。
【００１５】
以下、図面により本発明を説明する。
【００１６】
図１にはサービス利用者の通信端末装置ＫＥＧ、サービス提供者装置ＤＥＥおよび支払いサービス提供者ＺＤＬが示されている。
【００１７】
本方法の図示の実施例では支払い権限付与（支払い承認）のための対話がインターネットにおいてＷＷＷ（World Wide Web）テクノロジーを用いて、すなわちHypertext  Transferプロトコル（ＨＴＴＰ）および適当な特徴言語（たとえばHypertext Markup Language ＨＴＭＬ）を用いて、実行される。本方法は、支払うべきサービスがＷＷＷテクノロジーを用いて提供されるとき、すなわちサービスがＨＴＴＰサーバ上で行われており、ＨＴＴＰおよびＨＴＭＬをサービス利用者（コンシューマ）との通信のために利用するときに、特に有利に使用され得る。サービス利用者はこの場合、サービス利用者によりサービス要求のために利用される装置およびプログラム（たとえばＨＴＭＬブラウザ）を支払いの承認のためにも使用し得る。
【００１８】
サービス利用者はその通常の仕方で使用されるＨＴＭＬブラウザを、サービス提供者装置のサービスにアクセスするためにも利用し得る。サービス提供者（マーチャント(Merchant)）は、支払うべきサービスを提供するために、サービス提供者装置のなかにたとえばＡｐａｃｈｅまたはＭｉｃｒｏｓｏｆｔ ＩＩＳのようなＨＴＴＰサーバを使用する。両方の間にＨＴＴＰプロトコルを利用して構成されている接続（図面中では“利用チャネル”と名付けられている）が存在する。このような接続は“仮想接続”とも名付けられる。この接続は、インターネット・プロトコル（ＩＰ）を利用する（インターネット・プロトコル（ＩＰ）上に置かれる）通信網ＫＮを用いて形成される。この接続を介して、マーチャントがＨＴＴＰを用いて、たとえば（たとえばメッセージまたは株式相場のような）データの送出に存在する支払うべきサービスを提供する。
【００１９】
支払いサービス提供者（支払いサービスプロバイダ）は、同じくＨＴＴＰサーバを含むシステムを利用する。このＨＴＴＰサーバと消費者との間に同じく、ＩＰベースの通信網ＫＮを経て形成される（仮想的な）接続が存在し、この接続を実現するために同じくプロトコルＨＴＴＰが利用される。この接続は図において権限付与チャネルと名付けられている。この接続を経て通信端末装置と支払いサービス提供者との間の権限付与対話（承認対話）が進行する。
【００２０】
支払いサービス提供者のシステムは、サービス提供者のシステム（サービス提供者装置）と、図で“支払い”と名付けられている（仮想的な）接続を介して通信する。この接続を介してサービス提供者装置が支払い要求メッセージ（支払い要求）を支払いサービス提供者に送る。この接続は任意の仕方で通信網ＫＮを利用して（図中に示されているように）、または通信網ＫＮの利用なしでも実現され得る。そのためにたとえばいわゆる“Parlay Content Based Charging API”が使用され得る。
【００２１】
上に図１と関連して示された方法が移動通信網（たとえばＧＳＭ網；ＧＳＭ＝Global System for Mobiler Communication）と結び付けて使用されるべきときに、原理的な進行に変更は必要としない。その場合にはこれまでに述べたことと類似してＨＴＴＰプロトコルの代わりに“Wireless Application Protocol”（ＷＡＰ）が、言語ＨＴＭＬの代わりに“Wireless Markup Language”（ＷＭＬ）と呼ばれるページ記述言語が、ＨＴＴＰブラウザおよびＨＴＴＰサーバの代わりにＷＡＰブラウザおよびＷＡＰサーバが使用される。
【００２２】
支払いサービス提供者ＺＤＬはメモリＳｐ（たとえばデータバンク）を自由に使用することができ、このメモリに本方法の進行中になかんずく承認標識ＧＫが記憶され、後に再び探索される。このことは詳細に図２と関連して説明される。
【００２３】
図２にはサービス利用者の通信端末装置ＫＥＧとサービス提供者のサービス提供者装置ＤＥＥと支払いサービス提供者ＺＤＬとの間のメッセージの流れが示されている。そのためにサービス利用者の通信端末装置においてＷＥＢブラウザが、支払いサービス提供者装置においてＨＴＴＰサーバが、さらに支払いサービス提供者において第２のＨＴＴＰサーバが使用される。進行はＷＥＢブラウザに対して説明されている。ＷＡＰブラウザに対して進行は対応している。
【００２４】
サービスの利用またはサービス提供を準備するためサービス利用者は先ずブウサをその通信端末装置上で開始する。サービス利用者はサービス提供者のアドレス（ＵＲＬ＝Uniform Resource Locator）を呼び出し、そのブラウザのなかで先ずサービス選択を提示されて得る（図示されていない）。サービス利用者は自分のプラウザでサービス、サービス提供または商品を選択し、これをクリックする。ブラウザはそれに基づいてメッセージをＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔの形態でサービス提供者（マーチャント）のＨＴＴＰサーバに送る。ＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔ（矢印１“サービスを要求”）はサービス利用者の選択（たとえばサービス利用者により希望され、それ故こうして注文された情報）を含んでいる。それによってサービス利用者の通信端末装置により支払うべきサービスがサービス提供者から要求され、サービス提供者装置にサービスの要求が存在している。
【００２５】
サービス提供者のＨＴＴＰサーバ（すなわちＤＥＥ）は、サービスまたは商品（ここでは情報）が費用負担義務があり、支払いの権限付与（承認）を開始することを認識する。そのためにＨＴＴＰサーバはＨＴＴＰプロトコルの“Ｒｅｄｉｒｅｃｔ”法を利用する。ＨＴＴＰ  Ｒｅｄｉｒｅｃｔは、ＨＴＴＰプロトコルの部分であり、従って各ＨＴＴＰサーバならびに各ブラウザによりサポートされる１つの方法である。この方法ではＨＴＴＰサーバＡが要求メッセージ（たとえばＧＥＴ−Ｒｅｑｕｅｓｔ）への回答として直接的には要求された情報を送らない。その代わりにＨＴＴＰサーバＡは“Ｒｅｄｉｒｅｃｔ”メッセージ、すなわち他のＨＴＴＰサーバＢへの参照指示により回答する。ＨＴＴＰサーバＡはその際に、サービス利用者のブラウザが自動的に、すなわちサービス利用者がなにもしなくても、新しい要求メッセージをＨＴＴＰサーバＢに送ることを期待する。“Ｒｅｄｉｒｅｃｔ”メッセージのなかでＨＴＴＰサーバＡは付加的に、新しい要求メッセージと共にＨＴＴＰサーバＢに伝達されるべき情報を伝達する。本方法はＨＴＴＰプロトコルで正確に記述されているので、ブラウザは“Ｒｅｄｉｒｅｃｔ”メッセージを解釈することができ、またＨＴＴＰサーバＡが期待するように振る舞う。実施例ではサービス提供者のＨＴＴＰサーバが役割“Ａ”を、また支払いサービス提供者のＨＴＴＰサーバが役割“Ｂ”を引き受ける。
【００２６】
そのためにサービス提供者のＨＴＴＰサーバは通信端末装置ＫＥＧに“ＨＴＴＰ  Ｒｅｄｉｒｅｃｔ”（矢印２）の形態のメッセージにより回答する。このＨＴＴＰメッセージには“支払い情報”の形態で、サービス利用者が支払いの権限付与のために必要とするすべての情報、たとえば価格、商品の名称、取扱者の識別ならびにＲｅｄｉｒｅｃｔの“ターゲット”として支払いサービス提供者の通信アドレスＫＡ（支払いサービスプロバイダのＵＲＬ）が一緒に引き渡される。
【００２７】
サービス利用者のブラウザはＨＴＴＰプロトコル仕様に従って“ＨＴＴＰ  Ｒｅｄｉｒｅｃｔ”を解釈する、すなわちブラウザは自動的に新しいＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔを発生し、これ（矢印３“権限付与を開始”）を支払いサービスプロバイダのＨＴＴＰサーバへ送る。この新しいＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔ（矢印３“権限付与を開始”）はこの際に承認開始メッセージを形成する。ブラウザが“ＨＴＴＰ- Ｒｅｄｉｒｅｃｔ”メッセージのなかに含んでいる“支払い情報”（矢印２）はその際に一緒に引き渡され、ＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔ（矢印３）は支払い情報をも含んでいる。この過程は通常はサービス利用者にとっては見えない。
【００２８】
支払いサービス提供者のＨＴＴＰサーバはＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔを評価する。それは受けた情報（たとえば支払い情報）から、承認行為の要求を含んでおり、またこうしてサービス利用者に対する“権限付与対話”を含んでいるＨＴＭＬドキュメントを発生する。すなわちこのドキュメントは、サービス利用者に対して重要な情報、たとえば価格、商品の名称、取扱者の識別、を含んでいる。さらにＨＴＭＬドキュメントは２つのボタン（通信端末装置の表示上の“押しボタン”）：“承諾”および“拒否”を含んでいる。消費者（サービス利用者）はＨＴＭＬページにより、承認のために承認行為として“承諾”ボタンを操作することを要求される。これは通信端末装置の操作要素の操作により行われ得る。
【００２９】
このＨＴＭＬページは承認開始メッセージ（矢印３）への回答として消費者のブラウザに送られる（矢印４“権限付与ページを送る”）。
【００３０】
ブラウザは通信端末装置の表示上にＨＴＭＬドキュメントを表示する。サービス利用者は情報をチェックする。正しい際にはサービス利用者はボタン“承諾”を押す。この情報をブラウザはＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔを用いて支払いサービス提供者のＨＴＴＰ- サーバに送り（矢印５“支払い権限付与”）、このメッセージは支払いサービス提供者に対する承認メッセージである。
【００３１】
支払いサービス提供者のＨＴＴＰサーバは承認メッセージを支払い確認としてメモリＳｐ（図１を参照）に記憶し、それに、どれだけの間支払いに対する承認が有効であるかを指示する適当な有効期限（支払い時点）を与える。このサーバは承認標識ＧＫ（支払い確認に対する識別番号）を発生し、これをもメモリＳｐに記憶する。支払いサービス提供者のＨＴＴＰサーバはＧＥＴ- Ｒｅｑｕｅｓｔ（矢印５）に再び通信端末装置ＫＥＧへのＨＴＴＰ  Ｒｅｄｉｒｅｃｔにより回答し、その際下記の情報を一緒に供給する。即ち承認標識ＧＫおよびＲｅｄｉｒｅｃｔ（矢印６“ＨＴＴＰ  Ｒｅｄｉｒｅｃｔ”）のターゲットとしてのサービス提供者のＵＲＬ。マーチャントのＵＲＬはサービス提供者装置ＤＥＥの通信アドレスを示す。
【００３２】
サービス利用者の通信端末装置のなかのブラウザはＨＴＴＰ仕様に従ってＨＴＴＰ  Ｒｅｄｉｒｅｃｔを解釈する。すなわちそれは自動的に新しいＨＴＴＰ- ＧＥＴ- Ｒｅｄｉｒｅｃｔ（矢印７“サービスを要求（権限付与されて）”）をマーチャントのＨＴＴＰサーバへ送る。その際承認標識ＧＫがマーチャントに伝達される。
【００３３】
サービス提供者のＨＴＴＰサーバは承認標識ＧＫにおいて、支払いの権限付与が既に行われていることを認識する。それはいま支払いサービス提供者から、支払いを開始することを要求する（矢印８“支払いを要求”）。その際承認標識ＧＫが一緒に供給される。
【００３４】
支払いサービス提供者は、サービス利用者が支払いを了解し、支払いを承認したかどうかをチェックする。そのため支払いサービス提供者はそのメモリ内に格納された支払い確認をチェックする。支払いサービス提供者が支払い確認メッセージ（矢印８）と共に伝達された承認標識により支払い確認を見い出し、またその支払い時点にまだ達していないならば、支払いが実行され、それがサービス提供者に確認される（矢印９“支払いを確認”）。
【００３５】
支払い処理が成功裡に行われたので、サービス提供者のＨＴＴＰサーバは回答メッセージ（矢印１０“サービスを提供”）を通信端末装置に送る。この回答メッセージは矢印７による記号で示されたＨＴＴＰ- ＧＥＴ- Ｒｅｑｕｅｓｔに関係がある。この回答メッセージは、サービスがたとえば情報の供給に関するものであれば、既に要求されたサービスを表し得る。サービスが他の例で消費財の供給であれば、回答メッセージはたとえば商品の間近い供給に関する情報を含んでいる。
【００３６】
本発明による方法は以下のような一連の利点を有する。
【００３７】
本方法はサービス利用者における特殊なソフトウェアを必要としない。いずれにせよサービスへのアクセスのために必要とされる標準ＷｅｂブラウザまたはＷＡＰブラウザが権限付与対話のためにも利用される。このことはサービス利用者における受入れを高める。
【００３８】
本発明による方法は、Ｗｅｂブラウザが到来する接続を受入れないという、信頼性の理由からＨＴＴＰプロトコルに設けられている制限を維持する。従って、権限付与対話の構成がＰＳＰのＨＴＴＰサーバにより開始されずに、本発明による方法ではＨＴＴＰ- Ｒｅｄｉｒｅｃｔ法が利用され、それによって消費者のＷｅｂブラウザがこの対話を開始し得る。
【００３９】
取扱者は権限付与対話（承認方法の取扱者に“見える”部分）をサービスの部分として知覚する。支払いサービスプロバイダへのＲｅｄｉｒｅｃｔは取扱者に直接的には見えない。
【００４０】
インターネットのなかで本発明による方法を応用する際には、携帯電話の利用は必要でない。それによって本方法は、携帯電話を持っていない消費者に対しても、また環境条件（たとえば電磁波の遮蔽）が携帯電話の使用を排除するときにも、応用可能である。
【００４１】
インターネットのなかで本発明による方法を応用する際には、追加の料金がかからない。インターネットアクセスはサービス利用のためにいずれにせよ必要であり、また権限付与対話の際にそれ以外の費用を生ぜず、特に携帯電話に対する費用がかからない。
【００４２】
本発明による方法は簡単かつ非常に経済的に実現することができる。なぜならば、本方法に対しては通信端末装置の側に費用のかかる付加装備を必要とせず、またサービス提供者および支払いサービス提供者の側にも本質的に比較的簡単に実現されるＨＴＴＰサーバまたはＷＡＰサーバしか必要としないからである。
【００４３】
支払いを承認するための本方法は標準化された支払い方法と、特に“Parlay Content Based Charging”または“３ＧＰＰ ＯＳＡ Content Charging”と、良好に組み合わすことができる。Parlay技術に関するさらに詳しい情報はインターネットにおいてインターネットアドレスwww．parlay．orgで見ることができる。
【図面の簡単な説明】
【００４４】
【図１】本発明による方法の１実施例の概要図。
【図２】本発明による方法の１実施例におけるメッセージの流れを示す図。
【符号の説明】
【００４５】
ＫＥＧ  通信端末装置
ＤＥＥ  サービス提供者
ＺＤＬ  支払いサービス提供者
Ｓｐ    メモリ
ＧＫ    承認標識
ＫＮ    通信網
【図１】
2005506636.tif 000003
【図２】
2005506636.tif 000004
【国際公開パンフレット】
2005506636.tif 000005
2005506636.tif 000006
2005506636.tif 000007
2005506636.tif 000008
2005506636.tif 000009
2005506636.tif 000010
2005506636.tif 000011
2005506636.tif 000012
2005506636.tif 000013
2005506636.tif 000014
2005506636.tif 000015
2005506636.tif 000016
2005506636.tif 000017
2005506636.tif 000018
2005506636.tif 000019
2005506636.tif 000020
2005506636.tif 000021
2005506636.tif 000022
2005506636.tif 000023
【国際公開パンフレット（コレクトバージョン）】
2005506636.tif 000024
2005506636.tif 000025
【国際調査報告】
2005506636.tif 000026
2005506636.tif 000027
2005506636.tif 000028
2005506636.tif 000029
2005506636.tif 000030
2005506636.tif 000031