(57)【要約】本発明は、サービスユーザの端末機器によって、サービスプロバイダによって提供されるサービスの有料利用を決済する方法に関する。サービスを利用するために支払装置によって料金が算出され、料金のサービスユーザの預金口座からの引き落としが開始される。サービスの注文時点にこのサービスの履行時点がサービスユーザによって設定され、料金の引き落としが履行時点に依存して行われる。【特許請求の範囲】
【請求項１】
サービスユーザ（ＵＳＥＲ）の端末機器（ＰＣ）によって、サービスプロバイダ（ＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲ）によって提供されるサービスの有料利用を決済する方法であって、
サービスを利用するために支払装置（ＰＡＹＭＥＮＴ−ＳＥＲＶＥＲ）によって料金を算出し、該料金の前記サービスユーザ（ＵＳＥＲ）の預金口座（ＰＡＹＭＥＮＴ−ＳＥＲＶＥＲ，ＢＩＬＬＩＮＧ−ＣＥＮＴＥＲ）からの引き落としを開始する方法において、
ａ）サービスの注文時点に該サービスの履行時点が前記サービスユーザ（ＵＳＥＲ）によって設定され（Ｓ１）、
ｂ）前記料金の引き落としを前記履行時点に依存して行う（Ｓ２．．Ｓ１１）、
ことを特徴とする方法。
【請求項２】
前記注文時点において前記履行時点に発生する料金の高さを算出し（Ｓ２．．Ｓ４）、前記履行時点の設定後（Ｓ１）に前記注文時点において料金の引き落としを開始する、請求項１記載の方法。
【請求項３】
前記履行時点の設定後（Ｓ１，Ｓ６，Ｓ７）に、該履行時点において料金の引き落としを開始する、請求項１記載の方法。
【請求項４】
前記注文時点において、前記履行時点に発生する料金の高さを算出する（Ｓ２．．Ｓ４）、請求項３記載の方法。
【請求項５】
ａ）前記履行時点の設定前の前記要求時点において、前記端末機器（ＰＣ）によって少なくとも１つの第１のサービス要求メッセージを前記支払装置（ＰＡＹＭＥＮＴ−ＳＥＲＶＥＲ）に伝送し（Ｓ２）、ここで前記サービス要求メッセージは前記サービスを特徴付けるパラメータの他に前記履行時点も包含し、
ｂ）前記支払装置（ＰＡＹＭＥＮＴ−ＳＥＲＶＥＲ）は前記履行時点および／または前記パラメータに基づき料金の高さの算出を開始し（Ｓ３，Ｓ４）、
ｃ）算出された前記料金の高さを前記端末機器に伝送し、前記サービスユーザに確認を入力するための要求と共に表示し（Ｓ５）、
ｄ）サービスユーザが確認すると履行時点が設定され、該履行時点を前記支払装置に伝送し（Ｓ７）、
ｅ）前記支払装置（ＰＡＹＭＥＮＴ−ＳＥＲＶＥＲ）は前記履行時点において前記料金の前記サービスユーザの預金からの引き落としを試み（Ｓ８）、
ｆ）前記試みが成功した場合には前記サービスプロバイダによる前記サービスの提供を許可する（Ｓ９）、請求項３記載の方法。
【請求項６】
ｄ２）前記履行時点の拒絶を代替的な履行時点の入力および／または前記代替的な履行時点の入力によって行い、
ｅ２）前記ステップａ）からｃ）を前記代替的な履行時点でもって繰り返す、請求項５記載の方法。
【請求項７】
前記支払装置（ＰＡＹＭＥＮＴ−ＳＥＲＶＥＲ）は前記料金の高さを料金算出装置（ＲＡＴＩＮＧ−ＳＥＲＶＥＲ）によって少なくとも１つのタリフモデルを考慮して算出する（Ｓ３，Ｓ４）、請求項５または６記載の方法。
【請求項８】
前記タリフモデルを考慮するために少なくとも１つのタリフテーブルを前記料金算出装置（ＲＡＴＩＮＧ−ＳＥＲＶＥＲ）によって管理する、請求項７記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の上位概念による、サービスプロバイダによって提供されるサービスの有料利用を決済する方法に関する。
【０００２】
通信ネットワークにおいて通信サービスに対する料金をこの通信ネットワークに開設されている預金口座（いわゆるプリペイド口座）から引き落とすことが一般的に公知である。この預金口座は通信ネットワークに登録されている１つまたは複数の通信端末機器（例えば固定網電話、携帯電話、ＰＤＡ（携帯情報端末）、ノートブック、コンピュータ）に対応付けられている。一部ではこれらの預金口座に加入者、例えば１つの端末機器を使用している複数の家族構成員も対応付けられている。そのような通信端末機器から、対応付けられている預金口座に料金のための預金がある限り、通信コネクションを確立および実行することができる。料金のための預金を使い切った場合には、新たな通信コネクションをもはや確立することはできない、ないしは既存の通信コネクションが切断される可能性がある。
【０００３】
さらには、通信コネクションも確立され、したがってサービスが提供される通信ネットワークにおいて預金口座が開設される方法も公知である。この種の通信ネットワークの事業者は自身の通信ネットワークに開設されている預金口座にアクセスし、通信ネットワークにおいて提供されたサービスに応じて預金口座から預金額を引き落とすことができる。
【０００４】
現代の通信システムにおいては、通信ネットワークから独立したサービスプロバイダもこの通信ネットワークに接続されている通信端末機器のためのサービスを提供することができるメカニズムが公知である。この場合通信ネットワークは独立したプロバイダにとっていわば「開放されている」。ここで独立したサービスプロバイダとは、通信ネットワークの事業者ではない事業者と解される。このようなメカニズムはＯＳＡ（Open Service Architecture）ないしパーリ（Parlay）の名称で知られている。そのような独立したサービスプロバイダは「第３パーティサービスプロバイダ」とも称される。
【０００５】
例えばいわゆる「電子商業（ｅコマース）」においては、支払過程は通信ネットワークを利用して実施する必要がある。そのような支払過程は通信ネットワークを介して例えば有料サービスまたは給付の提供（例えば情報、データまたは商品の供給）時に発生する可能性がある。このような通信ネットワークとして、例えばインターネットまたは遠隔通信ネットワーク（移動無線網、固定網）が使用される。サービスまたは給付についての支払のために例えば、モバイル端末機器（例えば移動電話、ラップトップ、携帯情報端末ＰＤＡまたはパームトップ）および／またはインターネット端末機器（例えばインターネットコンピュータ）を利用する現金不要の支払方法が必要となる。
【０００６】
このｅ／ｍコマースにおける欠点は、ユーザによるサービスの注文時点に預金口座の資金が十分に裏付けされていることが保証されていなければならないことである。
【０００７】
本発明が基礎とする課題は、支払の処理において高いフレキシビリティを保証する、サービスプロバイダによって提供されるサービスの有料利用を決済するための方法を提供することにある。
【０００８】
この課題は、請求項１の上位概念によるサービスプロバイダによって提供されるサービスの有料利用を決済する方法に基づきこの請求項１の特徴によって解決される。
【０００９】
サービスプロバイダによって提供されるサービスの有料利用をサービスユーザの端末機器を介して決済するための本発明による方法においては、サービスを利用するために支払装置によって料金が算出され、サービスユーザの預金口座からの料金の引き落としが開始され、サービスの注文時点にサービスユーザはサービスの履行時点を設定することができ、この際料金の引き落としは履行時点に依存して行われる。
【００１０】
本発明の方法によって、サービスの利用の範囲での支払過程の実施に際する比較的高いフレキシビリティが与えられている。このフレキシビリティは、一方ではサービスユーザが履行時点を所期のように選択することにより引き落とし時点および／または料金の高さに影響を及ぼすことができることによって、他方では一般的に注文の時点とは異なる時点にサービスを実施できるという自由度によって表される。
【００１１】
可能な実施形態では、注文時点において履行時点に発生する料金の高さが算出され、また履行時点の設定後には料金の引き落としが注文時点に開始される。このようなやり方の方法は殊に、サービスの提供に関する価格が時間的に異なり、その結果サービスユーザの預金口座は確かに注文時点において既に引き落としが行われることになるが、履行時点を的確に選択することによって、発生するコストを低減することができる場合には有利である。このことは例えば、預金口座が注文時点にサービスの利用に関する費用の裏付けがない場合には有用である。
【００１２】
択一的に、履行時点の設定後に料金の引き落としがこの履行時点に開始される。例えば注文時点にサービスユーザの預金が十分でない場合には、引き落としは事後的に行われ、またサービスユーザは履行までに口座における預金を相応に増やせる機会を得るので、裏付けが無いにもかかわらずサービスを要求することができる。したがってこの変形ではサービスに関する価格が時間的に異ならなくても、サービスユーザには預金に関するコントロールが十分に可能である、ないしは注文時点に預金口座の裏付けが無いにもかかわらずサービスを利用することができる。
【００１３】
サービスの価格が履行の時点に依存して異なる場合、付加的に注文時点において履行時点に発生する料金の高さが算出されるならば時間的かつ財政的に最適なフレキシビリティが達成される。したがって注文時点において預金を節約することができ、発生する費用を下げることができる。
【００１４】
有利には履行時点を設定する前の注文時点において端末機器から少なくとも１つの第１のサービス注文要求メッセージが支払装置に伝送され、このサービス注文メッセージはサービスを特徴付けるパラメータの他に履行時点も包含するので、支払装置によって履行時点および／またはパラメータを基礎とする料金の高さの算出が開始され、これに続いてこの算出された料金の高さが端末機器に伝送されて、サービスユーザには注文と一緒に確認を入力するために表示され、その結果サービスユーザ側において確認が行われると履行時点が設定され、このことが支払装置に伝送され、支払装置は履行時点にサービスユーザの預金から料金を引き落とすことを試み、この支払装置による試みが成功した場合には、例えば相応のメッセージをサービスプロバイダに伝送することによって、サービスプロバイダによるサービスの供給が許可される。この実施形態でもって簡単に実施されるシーケンスが保証される。料金に関連するトランザクションを支払装置によって実施することは、本発明による方法を既存のｅ／ｍコマース（支払）システムにおいて、そのようなシステムでは一般的にサービスの引き落とし処理が、標準化されているインタフェース、例えば「ペイサークル（PayCircle）」または「オープン・サービス・アクセス（ＯＳＡ）」規格によるインタフェースとしての支払装置によって行われるので、広範な適合が無くとも実質的に使用することができるという利点を有する。
【００１５】
有利には、履行時点および／または前記の履行時点の入力によって履行時点を拒否することができ、ステップａ）〜ｃ）は代替的な履行時点でもって繰り返される。このようにして所望の時点の交渉が実現される。
【００１６】
有利にはこのために、支払装置における例えば少なくとも所望のサービスのパラメータ並びに履行時点を有する適切なメッセージの伝送による開始後に、少なくとも１つのタリフモデルを考慮して料金の高さの算出が料金算出装置によって行われる。料金算出装置によって料金算出を実施する利点は、既存の料金算出装置、例えば「最小コストルーチング」システムを本発明による方法を支援するために使用できることである。したがって、一方では実質的にごく僅かに適合させさえすればよい既存のシステムにアクセスするので実施コストが低減され、他方では機能の供給における冗長性が回避される、ないし既存のリソースがより効果的に使用される。さらには、既存の支払装置も実質的に使用することができ、このことは前述の利点を補強することになる。
【００１７】
タリフモデルを考慮するために少なくとも１つのタリフテーブルが料金算出装置によって管理される場合には、タリフ決定をテーブルを使用して容易に実現することができる。それに加え、この管理によって常に最新のタリフモデルを使用できることが保証される。
【００１８】
本発明の別の利点およびさらなる詳細を唯一の図面に基づき説明する。ここで図は本発明による方法の実施例によるシーケンスを概略的に示したものである。
【００１９】
図面には実施例としての適用シナリオに基づき、本発明による方法のシーケンスが示されている。このシナリオではサービスユーザＵＳＥＲがマルチメディア機能を有する端末機器ＰＣ、例えばパソコンを所有し、またＰＲＥＰＡＩＤ−ＳＥＲＶＥＲに預金口座を有することを前提とする。
【００２０】
この実施例に択一的にまたは実施例を補完するように、サービスユーザは請求書の作成、すなわち請求書ＲＥＣＨＮＵＮＧの発送による支払サイクルの終了時に、支払を実現する支払システムＢＩＬＬＩＮＧ＿ＣＥＮＴＥＲも有し、その結果実際の支払はサービス供給後に、すなわち「後払い」で行われる。
【００２１】
本発明による方法はシナリオに従い、サービスユーザＵＳＥＲがサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲによって提供されるサービス、この例では端末機器において再生可能なビデオストリームを要求すると開始される。
【００２２】
これに関してユーザＵＳＥＲは第１のステップＳ１において自身の端末機器ＰＣを介してサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲとのコネクションを確立する。ここで以下ではサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲの概念は単にサービスの使用を実現する装置に関して使用される。一般的にデータは２つの方向で交換されるので双方向であるコネクションを介して、ユーザＵＳＥＲはサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲにこのビデオストリームの伝送を依頼する。ここでは履行時点は夜間とする。すなわち注文時点ではない。
【００２３】
この注文の範囲においてはさらに、サービスを特徴付けるデータ、例えばビデオタイトル、またこのデータから得られるパラメータ、例えばビデオストリームの持続時間がサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲに伝送される。
【００２４】
これらのデータを使用して、また履行時点においてサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲは第２のステップにおいて、例えばｅ／ｍコマースシステムにおいては慣例のように、支払を処理するための標準化されたインタフェース（支払インタフェースまたは支払サーバ）ＰＡＹＭＥＮＴ−ＳＥＲＶＥＲによって実施されるべき支払トランザクションが開始される。
【００２５】
この時点ではデータは未だ価格表示を包含していないので、第３のステップでは支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲによって料金決定のための問合せが開始される。このために実施例によれば殊に料金算出装置（見積もりサーバ）ＲＡＴＩＮＧ−ＳＥＲＶＥＲが設けられており、この料金算出装置にはサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲの最新のタリフモデルが例えばテーブルとして格納されている。支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲの問合せに基づき、サービス注文に属するデータならびに顧客固有のデータ、例えば発生する利用割引きまたは信頼ボーナスに基づいた価格決定が行われる。ここで実施例のシナリオによればサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲはビデオストリームのダウンロードを夜間により有利に提供しているので、相応の有利な料金が料金算出装置ＲＡＴＩＮＧ−ＳＥＲＶＥＲによって算出される。
【００２６】
算出された料金の高さは引き続き第４のステップにおいて支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲに伝送され、この支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲから第５のステップにおいて直接ユーザＵＳＥＲの端末機器ＰＣに伝送され、この端末機器ＰＣにおいてユーザＵＳＥＲに表示される。
【００２７】
ユーザＵＳＥＲが料金の高さに同意した場合には、ユーザはトランザクションを認証する。すなわちユーザは第１のステップＳ１で注文したサービスを確認し、その結果第６のステップにおいてトランザクションに属するデータが支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲのデータバンクに格納され、第７のステップにおいて支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲによってサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲに、このサービスプロバイダによって開始される支払トランザクションがユーザによって認証されており、且つデータが支払サーバＳＥＲＶＩＣＥ−ＳＥＲＶＥＲに格納されていることをこのサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲに示す確認を伝送し、その結果サービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲは所望の時点にサービスを供給することができる。
【００２８】
履行時点に達すると共に、第８のステップにおいて支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲによって事前に算出された料金の引き落としが試みられる。これを預金口座ＰＲＥＰＡＩＤ−ＳＥＲＶＥＲの借方記入によって、または択一的ないし補完的に支払システムＢＩＬＬＩＮＧ＿ＣＥＮＴＥＲを介する請求書の作成（後払い）によって行うことができる。
【００２９】
引き落とし過程が成功すると、第９のステップにおいてサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲはサービスの提供の許可を表すメッセージを受け取り、その結果第１０のステップにおいてユーザＵＳＥＲの端末機器ＰＣによるビデオのダウンロードを実施する事ができる。
【００３０】
第８のステップにおいて支払システムを介して引き落とし過程が行われる場合には、第１１のステップにおいて決済過程が請求書ＲＥＣＨＮＵＮＧの発送によって支払サイクルの最後、例えば月末に終了する。
【００３１】
前述の過程の代わりに、ユーザＵＳＥＲが料金の高さに同意しないことも考えられる。この場合、ユーザＵＳＥＲは別の履行時点を示すことができる。またユーザＵＳＥＲに対して既に第１のステップＳ１においてサービスの要求時に、相応の料金を有する複数の代替的な時点ないしはサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲのタリフモデルを示すことも考えられる。
【００３２】
本発明は前述の例にのみ制限されるのではなく、例えば論じた方法ステップのシーケンスにおける変形も包含する。注文シナリオの変形もまた包含されるべきである。つまり例えば、支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲが料金算出装置ＲＡＴＩＮＧ−ＳＥＲＶＥＲを包含することが考えられる。すなわち、支払サーバＰＡＹＭＥＮＴ−ＳＥＲＶＥＲが料金算出装置ＲＡＴＩＮＧ−ＳＥＲＶＥＲの機能、方法ステップを実現する。支払サーバＰＡＹＭＥＮＴＳＥＲＶＥＲおよび／または料金算出装置ＲＡＴＩＮＧ−ＳＥＲＶＥＲがサービスプロバイダＳＥＲＶＩＣＥ−ＰＲＯＶＩＤＥＲの部分であることも考えられる。
【００３３】
ｅ／ｍコマースでは慣例であるような、ユニットの通信に必要とされるインフラストラクチャは例えば、移動無線網または他の通信ネットワークによって供給され、この場合ネットワークプロバイダには既述の装置の少なくとも一部、例えば支払システムＢＩＬＬＩＮＧ＿ＣＥＮＴＥＲまたは預金口座が開設されているシステムＰＲＥＰＡＩＤ−ＳＥＲＶＥＲに対応付けられている。
【図面の簡単な説明】
【００３４】
【図１】本発明による方法の実施例によるシーケンスの概略図を示す。
2006500667.tif 000002