JP2018523246A - 取引対象を提供するための方法、端末、及び、関連サーバ - Google Patents

Abstract

本発明の実施形態例は、取引対象提供方法、端末、及び、関連サーバを提供する。端末は、資産引き落とし情報を含むプッシュされた取引対象詳細ページを受信する。端末は、取引対象詳細ページで、資産引き落とし情報に従ってユーザが選択した資産引き落とし方法を受信し、選択した資産引き落とし方法に従って資産引き落とし要求を生成し、資産引き落とし要求を送信し、それによって、ネットワークサーバが、資産引き落とし要求に従って、資産引き落としを行う。第２のサーバは、第１のサーバが取引対象を端末に提供した後、引き落とし資産を差し引き、差し引いた引き落とし資産を、取引対象の第１の支払情報として使用して、取引対象に対する支払を行い、資産引き落とし方法に従って差し引いた後、残りの引き落とし資産に対して引き落とし処理を行う。ユーザの操作効率は向上する。本発明は、通信技術分野に関する。

Description

＜関連出願の相互参照＞
２０１５年８月１０日出願の中国特許出願番号第２０１５１０４８７９５４．４号「Ｍｅｔｈｏｄ，Ｔｅｒｍｉｎａｌ，ａｎｄ Ｒｅｌａｔｅｄ Ｓｅｒｖｅｒ ｆｏｒ Ｐｒｏｖｉｄｉｎｇ Ｔｒａｎｓａｃｔｉｏｎ Ｏｂｊｅｃｔ」の優先権を主張し、その全体を参照により本明細書に組み込む。

本発明は、通信技術の分野に関し、より詳細には、取引対象を提供する方法、端末、及び、関連サーバに関する。

インターネット技術と物流業界の急速な発展に伴って、電子商取引装置は、ユーザにますます豊富なサービスを提供するようになっており、その結果、ユーザは、自宅を出ずにショッピングをすることが可能である。しかしながら、ユーザは、電子商取引装置が提供するサービスを利用する度に、支払口座を通してオンラインで支払を行う必要がある。ユーザは、支払口座の残高が、支払を完了するのに十分でない時、電子商取引装置が提供するサービスの使用することができない。よって、ユーザは、各支払の前に、支払口座の残高が現在の支払に十分か否かを確認する必要がある。頻繁に支払を行うユーザは、自分の支払口座の残高を頻繁に確認する必要があり、残高が不十分な時はすぐにチャージする必要がある。このような残高確認操作とチャージ操作の繰り返しは、ユーザの操作効率を低下させるだけでなく、システムのサービスの質を低下させる。

市場における金融商品の種類の増加に伴って、人々の金融への意識が徐々に向上している。従来の支払方法における口座から直接引き落とす方法は、ユーザが、各支払の前に、支払口座の残高が現在の支払に十分か否かを確認することを必要とし、これは、ユーザの操作効率を低下させ、また、システムのサービスの質を低下させる。さらに、このような方法は、最新の金融の概念と矛盾する。オンラインショッピング中、自分の支払口座の元本を用いずに、好みの取引対象を取得可能なように、従来の支払方法に代わる新しい支払方法を期待する人がますます多くなっている。よって、ユーザの操作効率とシステムのサービスの質を向上させ得るだけでなく、最新の金融概念に合致し得る改良された支払方法が急ぎ必要とされている。

この背景において、本発明の実施態様は、取引対象提供方法、端末、及び、関連サーバを提供することを意図しており、本実施態様においては、ユーザが電子商取引装置の提供するサービスを獲得する時、操作効率が低く、従来の支払方法が人々の要件を満たすことができないという先行技術の問題を解決するために、取引対象をユーザに提供するプロセスで、新しい支払方法として、資産引き落とし方法が使用される。

上記問題に基づいて、本発明の実施形態例は、第１の取引対象提供方法を提供する。方法は、
ネットワークサーバがプッシュした取引対象詳細ページを受信することであって、取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代わって使用される、取引対象詳細ページを受信することと、
資産引き落とし情報に従ってユーザが選択した資産引き落とし方法を取引対象詳細ページにおいて受信することと、
選択した資産引き落とし方法に従って資産引き落とし要求を生成し、資産引き落とし要求を送信し、それによって、ネットワークサーバが資産引き落とし要求に従って資産引き落としを行うことと、
を含む。

本発明の実施形態例は、第２の取引対象提供方法を提供する。方法は、
取引対象詳細ページを端末にプッシュすることであって、取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用される、取引対象詳細ページを端末にプッシュすることと、
端末が送信した取引対象獲得要求を受信することと、
取引対象が端末に提供された後、取引対象の第１の支払情報を第２のサーバから受信することと、
を含む。

本発明の実施形態例は、第３の取引対象提供方法を提供する。方法は、
資産引き落とし情報を送信することであって、資産引き落とし情報は、取引対象詳細ページに表示され、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用される、資産引き落とし情報を送信することと、
資産引き落とし要求を受信することであって、資産引き落とし要求は、資産引き落とし情報に従ってユーザが選択する資産引き落とし方法に基づいて端末によって生成される、資産引き落とし要求を受信することと、
引き落とし資産を差し引いて、差し引いた引き落とし資産を取引対象の第１の支払情報として使用して、取引対象に対する支払を行うことと、
資産引き落とし方法に従って差し引いた後、残りの引き落とし資産に対して引き落とし処理を行うことと、
を含む。

本発明の実施形態例は、端末を提供する。端末は、
ネットワークサーバがプッシュした取引対象詳細ページを受信するように構成された受信モジュールであって、取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法は、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代わって使用され、資産引き落とし情報に従ってユーザが選択した資産引き落とし方法を、取引対象詳細ページで受信するように構成された受信モジュールと、
選択した資産引き落とし方法に従って資産引き落とし要求を生成し、資産引き落とし要求を送信し、それによって、ネットワークサーバが資産引き落とし要求に従って資産引き落としを行うように構成された送信モジュールと、
を含む。

本発明の実施形態例は、第１のサーバとしてサーバを提供する。サーバは、
取引対象詳細ページを端末にプッシュするように構成されたプッシュモジュールであって、取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法は、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代わって使用される、プッシュモジュールと、
端末が送信した取引対象獲得要求を受信するように構成され、且つ、取引対象が端末に提供された後、取引対象の第１の支払情報を第２のサーバから受信するように構成された受信モジュールと、
を含む。

本発明の実施形態例は、第２のサーバとしてサーバを提供する。サーバは、
資産引き落とし情報を送信するように構成された送信モジュールであって、資産引き落とし情報は、取引対象詳細ページに表示され、資産引き落とし情報によって表される資産引き落とし方法は、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代わって使用される、送信モジュールと、
資産引き落とし要求を受信するように構成された受信モジュールであって、資産引き落とし要求は、資産引き落とし情報に従ってユーザが選択する資産引き落とし方法に基づいて、端末によって生成される受信モジュールと、
引き落とし資産を差し引き、差し引いた引き落とし資産を取引対象の第１の支払情報として使用して、取引対象に対して支払いを行うように構成され、且つ、資産引き落とし方法に従って差し引いた後、残りの引き落とし資産に対して引き落とし処理を行うように構成された引き落とし資産処理モジュールと、
を含む。

本発明の実施形態例は、取引対象提供方法、端末、及び、関連サーバを提供する。端末は、資産引き落とし情報を含むプッシュされた取引対象詳細ページを受信する。端末は、資産引き落とし情報に従ってユーザが選択した資産引き落とし方法を取引対象詳細ページで受信し、選択した資産引き落とし方法に従って、資産引き落とし要求を生成し、資産引き落とし要求を送信し、それによって、ネットワークサーバは、資産引き落とし要求に従って資産引き落としを行う。第２のサーバは、第１のサーバが取引対象を端末に提供した後、引き落とし資産を差し引き、差し引いた引き落とし資産を取引対象の第１の支払情報として使用して、取引対象に対する支払を行い、資産引き落とし方法に従って差し引いた後、残りの引き落とし資産に対して引き落とし処理を行う。本発明の実施形態例における取引対象提供方法は、取引対象に対して直接支払を行う従来の支払方法に代えて、引き落とし資産から引き落とす方法をユーザに提供する。ユーザが、取引対象を獲得する必要がある時、サーバは、取引対象と少なくとも等しい価値を生成できる資産引き落とし方法を端末にフィードバックする。資産引き落とし方法に従って、引き落とし資産に対して引き落としが行われ、その結果、ユーザは、支払を行わずに取引対象を獲得し得る。複数の取引対象を続けて獲得する必要がある時、ユーザは、複数の支払を行う必要はなく、各支払の前に、支払口座の残高が十分であるか否かを確認する必要もない。決定した資産引き落とし方法に従って、サーバが、引き落とし資産に対して引き落としを実行できるようにすることによって、ユーザは、取引対象を獲得してよい。方法は、ユーザの操作効率と、サーバのサービスの質を向上させるだけでなく、ユーザの最新の金融概念も満たす。

本発明の第１の実施形態例による、端末に適用される取引対象提供方法のフローチャートである。 本発明の第２の実施形態例による、第１のサーバに提供される取引対象提供方法のフローチャートである。 本発明の第３の実施形態例による、第２のサーバに提供される取引対象提供方法のフローチャートである。 本発明の実施形態例による、端末の概略構造図である。 本発明の実施形態例による、第１のサーバの概略構造図である。 本発明の実施形態例による、第２のサーバの概略構造図である。

本発明の実施形態例は、取引対象提供方法、端末、及び、関連サーバを提供する。添付図面を参照して、本発明の好ましい実施形態例を以下に記載する。本明細書に記載の好ましい実施形態例は、本発明を示し、説明するためにのみ使用され、本発明を限定する意図はないことは理解されたい。本出願書の実施形態例及び実施形態例の特徴は、矛盾なく組み合わされてよい。

本発明によって提供される方法及び関連装置を、添付図面と特定の実施形態例を参照して以下に詳細に記載する。

本発明の実施形態例において、取引対象を端末に提供するサーバは、資産引き落とし情報を端末に提供し、端末が提供した引き落とし資産に対して引き落とし処理を行うサーバと同じであってもよく、異なっていてもよい。サーバが異なっている時、第１のサーバは、取引対象を提供する取引サーバとして使用されてよく、第２のサーバは、資産引き落とし情報を端末に提供し、且つ、端末が提供した引き落とし資産に対して引き落とし処理を行う支払サーバとして使用されてよい。

＜第１の実施形態例＞
本発明の第１の実施形態例は、端末に適用される取引対象提供方法を提供する。図１に示すように、方法は、以下のステップを含む。

Ｓ１０１：ネットワークサーバがプッシュした取引対象詳細ページが受信される。取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用される。

このステップにおいて、端末は、端末自体の要件に従って、必要な取引対象を選択してよく、関連サーバ（第１のサーバ等）に取引対象を要求してよい。特定の実施態様においては、関連サーバは、提供された取引対象をウェブページに表示してよく、端末が選択した取引対象に対応する取引対象詳細ページを端末にプッシュしてよい。すなわち、端末は、ｈｔｔｐ要求メッセージを使用することによって、関連サーバに取引対象を要求してよい。関連サーバはｈｔｔｐ応答メッセージを用いて取引対象詳細ページを端末にプッシュしてよい。

取引対象詳細ページに提供された取引対象に対して、１つまたは複数の方法で支払いが行われてよい。支払プラットフォームを通して直接、支払を行う（すなわち、従来の支払方法）こと、または、資産引き落としによって支払を行うことが可能である。資産引き落としに基づいた支払方法は、従来の支払方法に代わる、本発明の実施形態例で提供される新しい支払方法である。新しい支払方法においては、指定された資産が、取引対象詳細ページに対応する取引対象と少なくとも等しい価値を生成することが担保され、生成された価値を使用して、取引対象に対して支払を行う。従って、ユーザは、ユーザの支払口座の元本を減らすこと無く、支払を完了すして、必要な取引対象を取得する。これは、ユーザの最新の金融需要を満たす。

取引対象詳細ページは、資産引き落とし情報を含む。資産引き落とし情報は、従来の支払方法に代わる資産引き落とし方法を表すために使用されてよい。資産引き落とし情報は、様々な形態でユーザに提供されてよい。例えば、資産引き落とし情報は、引き落としのための引き落とし資産（金銭または品物等）、資産に対応する引き落とし額測定パラメータ値（パラメータ値は、金銭に関する引き落とし額、引き落とし期間等、及び、品物に関する引き落とし量、引き落とし期間等である）を含んでよい。

取引対象詳細ページ上の異なる情報は、同じサーバ、または、ネットワークサーバ上の異なるサーバによって提供されてよい。情報が、同じサーバによって提供される場合、サーバは、サービスと支払の両方を提供する。このようなケースは、本発明の実施形態例においては、詳細に記載しない。異なるサーバによって情報が提供される場合、例えば、取引対象詳細ページの取引対象に関連する情報が、第１のサーバ（取引サーバ）によって提供されてよく、取引対象詳細ページの資産引き落とし情報が、第２のサーバ（支払サーバ）によって提供されてよく、第２のサーバは、資産引き落とし情報を決定する時、取引対象の価格情報をさらに必要とする。端末が（取引対象詳細ページを開いて表示するプロセスで）取引対象詳細ページを受信する時、価格情報は、異なる方法で第２のサーバに送信されてよい。価格情報は、主に以下の２つの方法で送信されてよい。

第１の方法においては、第１のサーバが、取引対象の価格情報を第２のサーバに送信する。

端末が、取引対象詳細ページを受信する時、第１のサーバが、取引対象の価格情報を第２のサーバに送信し、それによって、第２のサーバは、価格情報と現在のリアルタイムの動的収入に従って、資産引き落とし情報を決定し、決定した資産引き落とし情報を第１のサーバにフィードバックし、第１のサーバは、表示のために資産引き落とし情報を取引対象詳細ページに送信する。

第２の方法においては、端末が、取引対象の価格情報を第２のサーバに送信する。

支払情報呼び出しモジュールが、取引対象詳細ページに設定されてよい。ネットワークサーバがプッシュした取引対象詳細ページが受信されると、支払情報呼び出しモジュールがトリガされて、取引対象の価格情報を第２のサーバに送信し、それによって、第２のサーバは、価格情報と現在のリアルタイムの動的収入に従って、資産引き落とし情報を決定し、決定した資産引き落とし情報を表示のために取引対象詳細ページにフィードバックする。

Ｓ１０２：資産引き落とし情報に従ってユーザが選択した資産引き落とし方法が、取引対象詳細ページで受信される。

異なる資産引き落とし方法は、異なる引き落とし項目に対応するパラメータ値の対からなってよい。詳細には、引き落とし項目は、引き落とし額と引き落とし期間を含んでよい。引き落とし額に対応するパラメータ値は、限度額であり、引き落とし期間に対応するパラメータ値は、期間長である。異なる限度額は、異なる期間長に対応してよく、異なる限度額と期間長からなるパラメータ対は、異なる資産引き落とし方法に対応してよい。

異なるユーザは、支払口座の元本を用いて資産引き落としを行う時、異なる要件を有する。言い換えると、引き落とし期間をできるだけ短くしたいユーザがいれば、引き落とし額をできるだけ少なくしたいユーザもいる。異なるユーザの異なる要件を満たすために、複数の異なる引き落とし項目に対応するパラメータ対を使用して、異なる資産引き落とし方法を表してよい。引き落とし期間をできるだけ短くしたいユーザは、比較的高い限度額と短い期間長を有する資産引き落とし方法を選択して支払を行ってよい。引き落とし額をできるだけ少なくしたいユーザは、比較的低い限度額と長い期間長を有する資産引き落とし方法を選択して、支払を行ってよい。

資産引き落とし情報は、多くの形態で取引対象詳細ページに提示されてよい。以下の２つの形態が、記載のための例として使用される。

第１の形態：資産引き落とし情報は、第１の引き落とし項目と、第１の引き落とし項目の異なる第１のパラメータ値とを含む。第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額であり、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は期間長である。

資産引き落とし情報の第１の形態において、資産引き落とし情報は、引き落とし項目（第１の引き落とし項目）に対応する異なる第１のパラメータ値を含んでよい。第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額であり、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は、期間長である。

取引対象詳細ページにおける取引対象の価格が９９元であるとすると、第１の引き落とし項目が引き落とし額である場合、引き落とし額の複数の限度額（第１のパラメータ値）が、ユーザが選択するために取引対象詳細ページに表示されてよく、第１の引き落とし項目が引き落とし期間である場合、引き落とし期間の複数の期間長（第１のパラメータ値）が、ユーザが選択するために取引対象詳細ページに表示されてよい（ユーザが限度額や期間長を入力する空白のフィールドを取引対象詳細ページに設けることも可能である。取引対象詳細ページに複数の第１のパラメータ値を提供する任意の方法が、本発明の保護範囲にあたり、提供される第１のパラメータ値の特定の形態に限定されないことに注意されたい）。

資産引き落とし情報の第１の形態に関して、ステップＳ１０２は、詳細には、資産引き落とし情報に従ってユーザが選択した第１の引き落とし項目の第１のパラメータ値を取引対象詳細ページで受信することとして実施されてよい。

第１の引き落とし項目が引き落とし額である場合、ユーザが選択した限度額（第１のパラメータ値）が、取引対象詳細ページで受信される。第１の引き落とし項目が引き落とし期間である場合、ユーザが選択した期間長（第１のパラメータ値）が、取引対象詳細ページで受信される。

第１の形態において、端末が、第１の引き落とし項目の第１のパラメータ値を受信した後、関連サーバ（第２のサーバ等）は、第１のパラメータ値に従って、第２の引き落とし項目の対応する第２のパラメータ値を決定し、第２のパラメータ値を端末に送信する必要がある。次に、端末は、第１のパラメータ値と第２のパラメータ値に従って、資産引き落とし方法として使用するパラメータ対を決定してよい。よって、ステップＳ１０２の後、及び、ステップＳ１０３の前に、以下のステップ１及びステップ２がさらに行われてよい。

ステップ１：Ｓ１０２で受信された第１の引き落とし項目の第１のパラメータ値が送信される。

ステップ１において、端末は、第１の引き落とし項目の第１のパラメータ値を第２のサーバに直接、送信してよい。安全性をさらに確実にするために、第１の引き落とし項目の第１のパラメータ値を第１のサーバに送信して、第１のパラメータ値を第２のサーバに送信するように第１のサーバに指示することも可能である。

第１の引き落とし項目が引き落とし額、取引対象詳細ページに表示され得る引き落とし額の複数の限度額（第１のパラメータ値）が５００元から１００００元の間、ステップＳ１０２で受信したユーザが選択した金額が２０００元であるとすると、第１のパラメータ値（２０００元）が、ステップ１で関連サーバに送信されてよい。第１の引き落とし項目が引き落とし期間、取引対象詳細ページに表示され得る引き落とし期間の複数の期間長（第１のパラメータ値）が１０日から３６５日、ステップＳ１０２で受信されたユーザが選択した期間長が９０日であるとすると、第１のパラメータ値（９０日）が、ステップ１で関連サーバに送信されてよい。

特定の実施態様においては、異なる識別子が、引き落とし額または引き落とし期間に対して設定されてよい。サーバ側は、識別子に従って、端末によって送信された第１のパラメータ値が、限度額であるか期間長であるかを決定してよい。

ステップ２：第１のパラメータ値に対応する第２の引き落とし項目の第２のパラメータ値が、受信される。第２の引き落とし項目は、引き落とし額または引き落とし期間のいずれかであり、第１の引き落とし項目とは異なる。

ステップ２において、第２の引き落とし項目は、引き落とし額または引き落とし期間のいずれかであり、第１の引き落とし項目とは異なる。言い換えると、第１の引き落とし項目が引き落とし額である時、第２の引き落とし項目は、引き落とし期間であり、第１の引き落とし項目が引き落とし期間である時、第２の引き落とし項目は、引き落とし額である。

ステップ２において、第２のサーバが送信した第２のパラメータ値は、直接、受信されてよい、または、第２のサーバが送信した第２のパラメータ値は、第１のサーバを通して受信されてよい。

端末が送信した第１のパラメータ値を受信後、関連サーバ（第２のサーバ等）は、第１のパラメータ値と現在のリアルタイム動的収入とに従って、対応する第２のパラメータ値を決定してよく、第２のパラメータ値を端末にフィードバックしてよい。具体的な決定方法に関しては、次の関連する実施形態例を参照されたい。

第１の引き落とし項目が引き落とし額、ステップＳ１０２で受信されたユーザが選択した金額が２０００元、対応する期間長は６０日であると関連サーバが決定したとすると、期間長に関する情報が、端末にフィードバックされる。第１の引き落とし項目が引き落とし期間、ステップＳ１０２で受信されたユーザが選択した期間長が９０日、対応する限度額が１５００元であると関連サーバが決定したとすると、限度額に関する情報が、端末にフィードバックされる。

第２の形態：資産引き落とし情報は、複数の異なる資産引き落とし方法を含み、各資産引き落とし方法は、引き落とし額の限度額と、引き落とし額の限度額に対応する引き落とし期間の期間長によって表される。

資産引き落とし情報の第２の形態に関して、関連サーバは、異なる資産引き落とし方法を表すパラメータ対を直接、決定する。すなわち、各資産引き落とし方法は、引き落とし額の限度額と、引き落とし期間の対応する期間長とによって表され、端末に送信される。ユーザは、組み合わされたパラメータ対を有する資産引き落とし方法から直接、選択してよい。好ましくは、組み合わされたパラメータ対を有する資産引き落とし方法も、取引対象の価格と現在のリアルタイム動的収入とに従って、関連サーバによって決定される。

資産引き落とし情報の第２の形態に関して、ステップＳ１０２は、詳細には、資産引き落とし情報に従ってユーザが選択した引き落とし額の限度額と、引き落とし額に対応する引き落とし期間の期間長とを、取引対象詳細ページで受信することとして、実施されてよい。

取引対象詳細ページに表示され得る複数の資産引き落とし方法は、５００元の引き落とし限度額で１２か月の引き落とし期間、１０００元の引き落とし限度額で８か月の引き落とし期間、５０００元の引き落とし限度額で５か月の引き落とし期間、１００００元の引き落とし限度額で３か月の引き落とし期間等であるとされる。次に、ユーザは、ユーザ自身の条件に従って、取引対象詳細ページ上で、限度額と期間長を組み合わせた資産引き落とし方法から、必要な資産引き落とし方法を選択してよい。ユーザが選択する資産引き落とし方法が、引き落とし限度額５００元で、５か月の引き落とし期間であるとすると、端末は、ステップＳ１０２において、取引対象詳細ページでユーザの選択を受信してよい。

Ｓ１０３：資産引き落とし要求が、選択した資産引き落とし方法に従って生成されて、送信され、それによって、ネットワークサーバは、資産引き落とし要求に従って、資産引き落としを行う。

ステップ１０３において、生成された資産引き落とし要求は、選択した資産引き落とし方法を伝えてよく、生成された資産引き落とし要求は、ネットワークサーバ上の端末に、選択した資産引き落とし方法を確認するように通知するために使用されてよい。ステップＳ１０３は、Ｓ１０２で紹介された資産引き落とし情報の異なる形態に対応する異なる実施態様を有してよい。実施態様を以下に１つずつ紹介する。

ステップＳ１０２で紹介された資産引き落とし情報の第１の形態に関して、ステップＳ１０３は、詳細には、第２の引き落とし項目の第２のパラメータ値が確認されると、第１の引き落とし項目の選択した第１のパラメータ値と、第２の引き落とし項目の確認された第２のパラメータ値とに従って、資産引き落とし要求を生成することと、資産引き落とし要求を送信することとして実施されてよい。

この実施態様においては、端末は、関連サーバが決定した受信した第２のパラメータ値を取引対象詳細ページに表示してよい。ユーザが、第１のパラメータ値と第２のパラメータ値からなる資産引き落とし方法を受け入れる時、資産引き落とし方法は、支払方法として決定されてよい、すなわち、第１の引き落とし項目の選択した第１のパラメータ値と第２の引き落とし項目の確認された第２のパラメータ値とに従って生成された資産引き落とし要求は、関連サーバ（第２のサーバ等）に送信される。ユーザが、第１のパラメータ値と第２のパラメータ値とからなる資産引き落とし方法を受け入れることができない時、新しい第１のパラメータ値が選択されてよく、関連サーバによってフィードバックされ、且つ、第１のパラメータ値と第２のパラメータ値とからなる資産引き落とし方法をユーザが受け入れるまで、Ｓ１０２のステップ１とステップ２が繰り返される。

関連サーバによってフィードバックされた情報に基づいた資産引き落とし方法、すなわち、引き落とし額が２０００元で、引き落とし期間が６０日をユーザが受け入れられないとすると、ユーザは、１５００元等の新しい引き落とし額を取引対象詳細ページで選択してよく、選択した新しい金額情報を関連サーバ（第２のサーバ）にフィードバックしてよい。関連サーバは、受信した新しい金額情報に従って、新しい対応する期間長情報を決定してよく、期間長情報を端末にフィードバックしてよい。期間長が９０日とすると、ユーザは、１５００元の引き落とし額で９０日の引き落とし期間からなる資産引き落とし方法を受け入れる場合、資産引き落とし要求が、関連サーバに送信されてよい。ユーザが、資産引き落とし方法をまだ受け入れることができない場合、関連サーバによってフィードバックされ、限度額と期間からなる資産引き落とし方法をユーザが受け入れるまで、Ｓ１０２のステップ１とステップ２はさらに繰り返されてよい。

Ｓ１０２によって紹介された資産引き落とし情報の第２の形態に関して、ステップ１０３は、詳細には、引き落とし額の選択した限度額と引き落とし額に対応する引き落とし期間の期間長とに従って、資産引き落とし要求を生成することと、資産引き落とし要求を送信することとして実施されてよい。

この実施態様においては、ユーザが選択した受信された資産引き落とし方法、すなわち、引き落とし額の限度額と、引き落とし額に対応する引き落とし期間の期間長とが、関連サーバに送信される。

さらに、ステップＳ１０２で紹介された資産引き落とし情報の第１の形態または第２の形態に関わらず、資産引き落とし要求は、ネットワークの第１のサーバに送信されて、資産引き落とし要求に従って資産引き落としを行うように第２のサーバに通知するように第１のサーバに指示してよい。または、資産引き落とし要求は、ネットワークの第２のサーバに直接、送信されて、第２のサーバが、資産引き落とし要求に従って資産引き落としを行ってよい。

この実施形態例においては、サービスと支払が、それぞれ、異なるサーバによって提供される時、端末は、取引対象獲得要求を第１のサーバにさらに送信してよい。さらに、ユーザが資産引き落とし方法を確認した後、資産引き落とし要求を送信する操作と、取引対象獲得要求を送信する操作とは、１つに一体化された操作であってよい、または、２つの別個の操作であってよい。言い換えると、特定の実施態様において、資産引き落とし方法を決定することと、取引対象獲得要求を送信することに対して、異なるボタンまたは１つのボタンが、取引対象詳細ページに設定されてよい。１つのボタン（例えば、「今、購入」ボタン）が設定される場合、端末は、ボタンのクリック操作を受信すると、決定した資産引き落とし方法を第２のサーバに送信してよく、取引対象獲得要求を第１のサーバに送信してよい。

この実施形態例は、提供された取引対象を受信するステップをさらに含んでよい。取引対象は、関連サーバ（第１のサーバ等）によって端末に提供されてよい。取引対象が商品であるとすると、業者は、ユーザが支払を完了した後、商品のユーザへの配送を手配してよい、すなわち、取引対象を提供してよい。

＜第２の実施形態例＞
本発明の第２の実施形態例は、第１のサーバに適用される取引対象提供方法を提供する。図２に示すように、方法は、以下のステップを含む。

Ｓ２０１：取引対象詳細ページが、端末にプッシュされる。取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用される。

Ｓ２０２：端末が送信した取引対象獲得要求が受信される。

Ｓ２０３：取引対象の第１の支払情報は、取引対象が端末に提供された後、第２のサーバから受信される。

＜第３の実施形態例＞
本発明の第３の実施形態例は、第２のサーバに適用された取引対象提供方法を提供する。図３に示すように、方法は、以下のステップを含む。

Ｓ３０１：資産引き落とし情報が送信される。資産引き落とし情報は、取引対象詳細ページに表示され、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用される。

資産引き落とし情報を決定するステップが、ステップＳ３０１の前にさらに行われてよい。この場合、取引対象の価格情報を獲得することが必要である。すなわち、ステップ１が、最初に行われてよい。

ステップ１：端末が取引対象詳細ページを受信すると、取引対象に対応する価格情報が、取得される。

本発明の実施形態例において、取引対象に対応する価格情報、取引対象の詳細、及び、他の情報が、第１のサーバによって決定されてよく、取引対象詳細ページに追加されてよく、且つ、端末に送信されてよい。資産引き落とし情報は、第１のサーバによって決定されなくてもよい。支払情報呼び出しモジュールが、取引対象詳細ページに設定されてよい。端末が、取引対象詳細ページを受信する時（例えば、端末が、ある商品の取引対象詳細ページを開く時）、支払情報呼び出しモジュールがトリガされて、第２のサーバに接続し、取引対象詳細ページの取引対象に対応する価格情報を第２のサーバに送信し、それによって、第２のサーバは、価格情報と現在の動的収入とに従って資産引き落とし情報を決定してよい。あるいは、支払情報呼び出しモジュールは設定されず、端末が取引対象詳細ページを受信すると、第１のサーバが、取引対象の価格情報を第２のサーバに送信する。

取引対象の業者が、取引対象に関して、取引対象の価格（９９元等）、詳細情報等を含む、取引対象詳細ページを編集し、取引対象の取引対象詳細ページを第１のサーバを通して端末にプッシュするとする。端末が受信する取引対象詳細ページは、資産引き落とし情報を伝えず、取引対象詳細ページにある支払情報呼び出しモジュールがトリガされて、取引対象の価格を第２のサーバに送信する。第２の取引サーバは、資産引き落とし情報を決定し、決定した情報を、表示のために取引対象詳細ページに提供する。あるいは、第１のサーバが、価格情報を第２のサーバに送信する。

ステップＳ３０１は、Ｓ１０２で紹介された資産引き落とし情報の異なる形態に対応する異なる実施態様を有してよい。

資産引き落とし情報の第１の形態に関して、ステップＳ３０１は、詳細には、第１の引き落とし項目と、第１の引き落とし項目の異なる第１のパラメータ値とを端末に送信することとして実施されてよく、第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額であり、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は期間長である。

資産引き落とし情報の第１の形態においては、資産引き落とし情報は、引き落とし項目（第１の引き落とし項目）に対応する異なる第１のパラメータ値を含んでよく、第１の引き落とし項目の複数の異なる第１のパラメータ値は、例えば、ユーザが複数の離散した第１のパラメータ値から選択する、ユーザが連続した範囲の第１のパラメータ値から選択する、ユーザが空白を埋める等、多くの方法で、資産引き落とし情報として取引対象詳細ページに表示される。表示方法は、ここでは限定しない。

第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額であり、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は、期間長である。取引対象詳細ページの取引対象の価格が９９元であるとすると、第１の引き落とし項目が引き落とし額である時、第１のパラメータ値（限度額）は、５００元から１００００元の間の連続または離散した値であってよく、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値（期間長）は、１か月から１年の間の連続または離散した値であってよい。

第１のパラメータ値は、ステップ１で取得された価格情報に従って決定されてよい。異なる価格情報は、異なる第１のパラメータ値に対応してよい。例えば、１０元の価格は、５元から１００元の複数の限度額に対応してよく、１０００元の価格は、５００元から５０００元の複数の限度額に対応してよい等。

資産引き落とし情報の第１の形態に関しては、第１の引き落とし項目の異なる第１のパラメータ値のみがステップＳ３０１で送信されるので、ステップＳ３０２の前に、ステップ２からステップ４がさらに行われてよい。

ステップ２：端末が送信した第１の引き落とし項目の第１のパラメータ値が受信される。

資産引き落とし情報（第１の引き落とし項目の複数の第１のパラメータ値）が、取引対象詳細ページに表示された後、ステップ２において、ユーザは、ユーザの条件に従って、適切な第１のパラメータ値を選択してよく、端末は、ユーザが選択した第１のパラメータ値を受信し、第１のパラメータ値を第２のサーバに送信し、それによって、第２のサーバは、第１のパラメータ値に従って、対応する第２のパラメータ値を決定する。

ステップ３：第１のパラメータ値に対応する第２の引き落とし項目の第２のパラメータ値が、価格情報に従って、決定される。第２の引き落とし項目は、引き落とし額または引き落とし期間のいずれかであり、第１の引き落とし項目と異なる。

ステップ３において、第１の引き落とし項目が引き落とし額である時、引き落とし期間（第２の引き落とし項目）の期間長（第２のパラメータ値）は、限度額（第１のパラメータ値）に従って決定され、第１の引き落とし項目が引き落とし期間である時、引き落とし額（第２の引き落とし項目）の限度額（第２のパラメータ値）は、期間長（第１のパラメータ値）に従って決定される。

ステップ３の具体的な決定方法の詳細に関しては、ステップＳ３０４を参照されたい。決定した第２のパラメータ値と第１のパラメータ値からなる資産引き落とし方法は、引き落とし期間に対応する期間長に対して、引き落とし額に対応する限度額を担保することによって、取引対象と少なくとも等しい価値を生成し得ることをステップ３において確実にすることを必要とする。

ステップ４：第２の引き落とし項目の第２のパラメータ値が、端末に送信される。

ステップ４において、決定した第２のパラメータ値が、端末に送信され、取引対象詳細ページに表示され、それによって、端末を使用するユーザは、第２のパラメータ値が受け入れ可能か否かを決定してよい。

取引対象詳細ページ上の取引対象の対応する価格が９９元、第１の引き落とし項目が引き落とし額、第１のパラメータ値（限度額）が、５００元から１００００元の連続した値、ユーザが選択した金額が２０００元であるとする。ステップ２に従って、第２のサーバは、端末が送信した２０００元を受信する。ステップ３に従って、第２のサーバは、価格情報９９元と現在の動的収入に基づいて、第２の引き落とし項目（引き落とし期間）に対応する期間長を決定する。期間長が６０日であるとすると、ステップ４において、第２のサーバは、決定した第２のパラメータ値（６０日）を端末に送信してよい。第１の引き落とし項目が引き落とし期間である時、原理は同じなので、ここに詳細を記載しない。

安全性をさらに向上させるために、端末は、第２のサーバと直接、通信する代わりに、第１のサーバを通して第２のサーバと通信してよい。この場合、資産引き落とし情報の第１の形態に関しては、ステップＳ３０１は、詳細には、第１の引き落とし項目と第１の引き落とし項目の異なる第１のパラメータ値とを第１のサーバに送信して、第１の引き落とし項目と第１の引き落とし項目の異なる第１のパラメータ値を端末に送信するように第１のサーバに指示することとして実施されてよく、第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額であり、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は、期間長である。

対応して、ステップ２は、端末が選択し、第１のサーバが転送した第１の引き落とし項目の第１のパラメータ値を受信することとして実施されてよい。

ステップ４は、第２の引き落とし項目の第２のパラメータ値を第１のサーバに送信して、第２の引き落とし項目の第２のパラメータ値を端末に送信するように第１のサーバに指示することとして実施されてよく、第２の引き落とし項目は、引き落とし額または引き落とし期間であり、第１の引き落とし項目とは異なる。

資産引き落とし情報の第２の形態に関しては、ステップＳ３０１は、詳細には、資産引き落とし情報を端末に送信することとして実施されてよく、資産引き落とし情報は、複数の異なる資産引き落とし方法を含む。

資産引き落とし情報の第２の形態においては、資産引き落とし情報は、異なる資産引き落とし方法を表す複数のパラメータ対を含んでよく、各パラメータ対は、引き落とし額と引き落とし期間からなる。パラメータ対は、資産引き落とし情報として、取引対象詳細ページに表示される。

資産引き落とし情報が端末に送信される前、すなわち、ステップＳ３０１が行われる前に、ステップ５がさらに行われて、複数の異なるパラメータ対を決定してよい。

ステップ５：複数の異なる資産引き落とし方法が、ステップ１で、価格情報に従って決定され、各資産引き落とし方法は、引き落とし額の限度額と、引き落とし額の限度額に対応する引き落とし期間の期間長とによって表される。

ステップ５の具体的な決定方法の詳細に関しては、ステップＳ３０４を参照されたい。

安全性をさらに高めるために、端末は、第２のサーバと直接、通信する代わりに、第１のサーバを通して第２のサーバと通信してよい。この場合、資産引き落とし情報の第２の形態に関しては、ステップＳ３０１は、詳細には、資産引き落とし情報を第１のサーバに送信して、資産引き落とし情報を端末に送信するように第１のサーバに指示することとして実施されてよく、資産引き落とし情報は、複数の異なる資産引き落とし方法を含む。

Ｓ３０２：資産引き落とし要求が受信される。資産引き落とし要求は、ユーザが資産引き落とし情報に従って選択する資産引き落とし方法に基づいて、端末によって生成される。

資産引き落とし情報の第１の形態に関しては、ステップＳ３０２は、詳細には、端末が受信した第２のパラメータ値を確認すると、第１の引き落とし項目の第１のパラメータ値と第２の引き落とし項目の第２のパラメータ値に従って生成され、端末によって送信された資産引き落とし要求を受信すること、または、
端末が受信した第２のパラメータ値を確認すると、第１の引き落とし項目の第１のパラメータ値と第２の引き落とし項目の第２のパラメータ値に従って端末によって生成され、第１のサーバによって転送された資産引き落とし要求を受信すること、
として実施されてよい。

端末が受信した第２のパラメータ値を確認すると、受信した資産引き落とし要求は、第１の引き落とし項目の第１のパラメータ値と、第２の引き落とし項目の第２のパラメータ値を伝えてよい。

ユーザは、ユーザが選択した第１のパラメータ値と第２のサーバがフィードバックした第２のパラメータ値からなる資産引き落とし方法を取引対象詳細ページで取得する。資産引き落とし方法が、受け入れ可能である時、ユーザは、確認情報を第２のサーバに送信してよい、すなわち、第１の引き落とし項目の第１のパラメータ値と第２の引き落とし項目の第２のパラメータ値からなる資産引き落とし方法に基づいた支払を確認する。資産引き落とし方法が受け入れられない時、端末が、受信した第２のパラメータ値を受け入れるまで、第１のパラメータ値を送信するステップと対応する第２のパラメータ値を受信するステップを繰り返す。次に、第２のサーバは、端末が送信した資産引き落とし要求を受信してよい。

さらに、このステップは、第１のサーバをトリガして、端末が送信した取引対象獲得要求を受信してもよい。言い換えると、支払方法として使用される資産引き落とし方法を確認すると、端末は、資産引き落とし方法に関する資産引き落とし要求を第２のサーバに送信してよく、取引対象獲得要求を第１のサーバに送信してよい（図２のステップＳ２０２）。

資産引き落とし情報の第２の形態に関しては、ステップＳ３０２で受信した資産引き落とし要求によって伝えられた資産引き落とし方法は、取引対象詳細ページに提供されたパラメータ対に従って直接、端末が選択した適切なパラメータ対を含む。

Ｓ３０３：Ｓ３０２で資産引き落とし要求に対応する引き落とし資産を差し引き、差し引いた引き落とし資産を取引対象の第１の支払情報として使用して取引対象に対する支払を行う。

ステップ６からステップ７が、ステップＳ３０３の前にさらに繰り返されてよい。

ステップ６：資産引き落とし方法に対応する引き落とし額の限度額に対応する第２の支払情報が受信される。第２の支払情報は、端末の制御の下、プリセット支払口座によって送信される。

従来の支払方法においては、端末は、取引対象の対応する価格に従って、プリセット支払口座を制御して、支払を行い得る。従来の支払方法と異なって、本発明が提供する取引対象提供方法においては、端末は、プリセット支払口座を制御して、決定した資産引き落とし方法における引き落とし額の対応する限度額に従って支払を行ってよい。

プリセット支払口座は、銀行口座、または、第２のサーバが提供する第三者口座（ＡＬＩＰＡＹ（商標）口座等）等の任意の支払口座であってよい。プリセット支払口座が、ユーザのプリセットの第三者支払口座である時、引き落とし額に対応する限度額は、プリセット支払口座から直接、引き落とされてよい。プリセット支払口座が、第三者口座以外の口座である時、端末は、第三者支払口座以外のプリセット支払口座を制御して、プリセットの第三者支払口座に支払を行う必要があり、第２のサーバは、第２の支払情報に対して、それに続く引き落とし処理を行う。

ステップ６において、ユーザが支払を完了した後、通知メッセージが、第１のサーバに送信されてよく、第２のサーバは、第２の支払情報を受信して、端末の状態が支払完了状態に変わったことを第１のサーバに通知する。第１のサーバは、状態情報に従って、支払の無い取引対象をユーザに提供してよい、すなわち、図２のステップＳ２０３が行われてよい。

ステップ７：タイミングの開始時点が決定され、タイミングが開始される。

ステップ７の開始時点は、引き落とし期間に対応する期間長の開始時点として使用されてよく、次のプリセット時間の開始時点としても使用されてよい。プリセット時間は、取引対象獲得後、端末が送信したフィードバック情報が、プリセット時間内に受信されたか否かを決定するために使用される。

次に、ステップＳ３０３は、詳細には、ステップ８からステップ１０として使用されてよい。

ステップ８：第１のサーバが、ステップ７で決定された開始時点から始まるプリセット時間内にフィードバック情報を受信するか否かを決定する。フィードバック情報は、取引対象獲得後、端末によって送信される。

本発明の実施形態例において、第２のサーバは、第２の支払情報を受信する。第２のサーバは、第２の支払情報において、取引対象に対応する第１の支払情報を第１のサーバに、引き続き、送信して、取引対象に対する支払を行う必要がある。付加価値サービスが、第１の支払情報無しに、残りの第２の支払情報に提供されて、第１の支払情報に少なくとも等しい価値を生み出す。第２のサーバは、以下のトリガ条件に基づいて、第２の支払情報を支払のための部分と、付加価値サービスのための部分とに分割してよい。トリガ条件とは、取引対象獲得後、端末が送信したフィードバック情報が、開始時点から始まってプリセット時間内に受信される場合、ステップ９からステップＳ３０４がトリガされて行われる、または、端末が送信したフィードバック情報が、開始時点から始まってプリセット時間内に受信されず、プリセット時間の終了時点になった場合、ステップ１０からステップＳ３０４が、トリガされて行われる。

本発明の実施形態例において、第１のサーバは、取引対象獲得後、端末が送信したフィードバック情報を受信すると、通知メッセージを第２のサーバに送信して、取引対象が獲得され、情報がフィードバックされた状態に端末の状態が変わったことを第２のサーバに通知してよい。第２のサーバは、状態情報に従って、次にステップを決定してよい。

ステップ９：フィードバック情報が受信される場合、取引対象に対応する第１の支払情報が、第２の支払情報から差し引かれて、第１の支払情報は、第１のサーバに送信される。

ステップ１０：フィードバック情報が受信されない場合、取引対象に対応するプリセット時間の終了時点になると、第１の支払情報が、第２の支払情報から差し引かれて、第１の支払情報は、第１のサーバに送信される。

Ｓ３０４： 資産引き落とし方法に従って差し引いた後、引き落とし処理が、残りの引き落とし資産に対して行われる。

ステップＳ３０４は、詳細には、第１の支払情報が第１のサーバに送信され、開始時点から始まり、資産引き落とし方法に対応する引き落とし期間の期間長が終了する前に、第１の支払情報無しに、付加価値サービスが残りの第２の支払情報に提供されることとして、実施されてよい。

本発明の実施形態例は、従来の直接支払方法とは異なる資産引き落とし方法を提供して、取引対象に対する支払を完了する。ユーザは、本発明の実施形態例において提供される資産引き落とし方法において、直接支払を行う必要はないが、取引対象の提供者に補償を行う必要がある。よって、付加価値取引対象が、２つの期間に基づいて提供されてよい。

資産引き落とし方法に対応する引き落とし額の限度額に対応し、端末の制御の下、プリセット支払口座によって送信された第２の支払情報が受信される（ステップ６に対応する）瞬間から、第１の期間が開始し、取引対象獲得後、端末が送信したフィードバック情報を第１のサーバが受信するまで、または、プリセット時間の終了時点まで、続く。第１の期間において、第２のサーバは、引き落とし限度額に対応する第２の支払情報を取得する。次に、第２のサーバは、現在のリアルタイムの第１の動的収入に従って、付加価値サービスを第１の期間の第２の支払情報に提供して、第１の値を生成してよい。

第２の期間は、取引対象獲得後、第１のサーバが、端末が送信したフィードバック情報を受信する瞬間から開始してよく、または、プリセット時間の終了時点から開始してよく、引き落とし期間の終了時点まで続いてよい。第２の期間において、第２のサーバは、取引対象に対応する第１の支払情報無しに、残りの第２の支払情報を取得する。次に、第２のサーバは、現在のリアルタイムの第２の動的収入に従って、付加価値サービスを第２の期間の残りの部分に提供して、第２の値を生成してよい。

よって、第２のサーバは、式（１）に示すように、第１の値と第２の値の和が取引対象に対応する第１の支払情報以上であるという条件で、取引対象に対する支払を行ってよく、その結果、ユーザは、支払を行わず、取引対象を取得してよい。
取引対象に対応する第１の支払情報＜＝第２の支払情報ｘ第１の動的収入ｘ第１の期間＋（第２の支払情報−第１の支払情報）ｘ第２の動的収入ｘ第２の期間 式（１）

式（１）は、式（２）に変換される。
取引対象に対応する第１の支払情報＜＝第１の支払情報ｘ第１の動的収入ｘ第１の期間＋（第２の支払情報−第１の支払情報）ｘ第１の動的収入ｘ第１の期間＋（第２の支払情報−第１の支払情報）ｘ第２の動的収入ｘ第２の期間 式（２）

第２の動的収入は、第１の動的収入以上で、第１の期間と第２の期間の和が、引き落とし期間に対応する期間長なので、式（２）は、式（３）に変換されてよい。
取引対象に対応する第１の支払情報＜＝第１の支払情報ｘ第１の動的収入ｘ第１の期間＋（第２の支払情報−第１の支払情報）ｘ第２の動的収入ｘ引き落とし期間に対応する期間長 式（３）

分かるように、式（４）を満足する場合、
取引対象に対応する第１の支払情報＝（第２の支払情報−第１の支払情報）ｘ第２の動的収入ｘ引き落とし期間に対応する期間長 式（４）、
第２のサーバは、取引対象に対する支払を行ってよく、その結果、ユーザは、支払を行うこと無く、取引対象を取得してよい。

次に、第２の引き落とし項目の第２のパラメータ値が、ステップ３の特定の実施態様において、式（４）に基づいて、第１の引き落とし項目に対応する第１のパラメータ値に従って、決定されてよく、それによって、プリセット支払口座に対する、第１のパラメータ値と第２のパラメータ値によって表される資産引き落とし方法は、取引対象に少なくとも等しい値を生成し得る。

ステップ３に関して、第１の引き落とし項目が引き落とし額である時、第２の引き落とし項目に対応する期間長の値、すなわち、引き落とし期間は、式（５）に基づいて決定されてよい。
引き落とし期間に対応する期間長＝取引対象に対応する第１の支払情報／［（第２の支払情報−第１の支払情報）ｘ第２の動的収入］ 式（５）

すなわち、ステップ３は、詳細には、第１の引き落とし項目が引き落とし額、第２の引き落とし項目が引き落とし期間、且つ、引き落とし期間の期間長が、価格情報を第１の積で割った商である時、第１の積が、現在の動的収入に、引き落とし額の限度額と価格情報との差を掛けた積であることとして、実施されてよい。

第１の引き落とし項目が引き落とし期間である時、第２の引き落とし項目に対応する限度額の値、すなわち、引き落とし額は、式（６）に基づいて決定されてよい。
第２の支払情報＝（取引対象に対応する第１の支払情報／第２の動的収入ｘ制御時間）＋第１の支払情報 式（６）

すなわち、ステップ３は、詳細には、第１の引き落とし項目が引き落とし期間、第２の引き落とし項目が、引き落とし額、且つ、引き落とし額の限度額が、価格情報と、価格情報を第２の積で割った商との和である時、第２の積は、現在の動的収入に引き落とし期間の期間長を掛けた積であることとして実施されてよい。

ステップＳ３０４に基づいて、ステップ５は、詳細には、
プリセット数の引き落とし額の異なる限度額を決定することと、各限度額に関して、価格情報を第１の積で割った商を、限度額に対応する引き落とし期間の期間長として決定すること、第１の積は、現在の動的収入に限度額の値と価格情報との差を掛けた積である、または、
プリセット数の引き落とし期間の異なる期間長を決定することと、各期間長に関して、価格情報と価格情報を第２の積で割った商との和を、期間長に対応する引き落とし額の限度額として決定すること、第２の積は、現在の動的収入に期間長を掛けた積である
として実施されてよい。

ステップ５において、プリセット数の引き落とし額の異なる限度額を最初に決定してよく、異なる限度額に対応する異なる期間長が、決定した異なる限度額、取引対象に対応する価格情報、及び、現在の動的収入に基づいて、決定されて、複数の異なる資産引き落とし方法を取得してよい。あるいは、プリセット数の引き落とし期間の異なる期間長が、最初に決定されてよく、異なる期間長に対応する異なる限度額が、決定された異なる期間長、取引対象に対応する価格情報、及び、現在の動的収入に基づいて決定されて、複数の異なる資産引き落とし方法を取得してよい。取得された各資産引き落とし方法は、取引対象詳細ページの対応する取引対象に少なくとも等しい値を生成してよい。

方法は、開始時点から始まる期間長が終了した後、ステップ１１をさらに含んでよい。
ステップ１１：資産引き落とし方法に対応する引き落とし額の限度額に対応する第３の支払情報が、プリセット口座に送信され、期間長は、資産引き落とし方法に対応する引き落とし期間の期間長である。

ステップ１１において、引き落とし期間に対応する期間長が終了すると、引き落とし額に対応する限度額が、ユーザが確認した資産引き落とし方法に従ってユーザに返される。分かるように、ユーザのプリセット支払口座は、いかなる損失もこうむらない。言い換えると、ユーザは、支払を行うこと無しに、取引対象を獲得する。

同じ発明の概念に基づいて、本発明の実施形態例は、端末と関連サーバをさらに提供する。端末と関連サーバは、上記取引対象提供方法の原理と類似の原理を有する解決法を採用する。よって、端末と関連サーバの実施態様に関しては、方法の上記実施態様を参照してよい。ここでは、繰り返しになる部分は再度、記載しない。

図４に示すように、本発明の実施形態例によって提供される端末は、以下のモジュールを含む。
ネットワークサーバがプッシュした取引対象詳細ページを受信するように構成された受信モジュール４０１であって、取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法は、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用され、資産引き落とし情報に従ってユーザが選択した資産引き落とし方法を取引対象詳細ページで受信するように構成された受信モジュール４０１と
選択した資産引き落とし方法に従って資産引き落とし要求を生成して、資産引き落とし要求を送信して、それによって、ネットワークサーバが、資産引き落とし要求に従って、資産引き落としを行うように構成された送信モジュール４０２。

さらに、送信モジュール４０２は、詳細には、
選択した資産引き落とし方法に従って、資産引き落とし要求を生成し、資産引き落とし要求をネットワークの第１のサーバに送信して、資産引き落とし要求に従って資産引き落としを行うように第２のサーバに知らせるように第１のサーバに指示するように、または、
選択した資産引き落とし方法に従って、資産引き落とし要求を生成し、資産引き落とし要求をネットワークの第２のサーバに送信して、それによって、第２のサーバが、資産引き落とし要求に従って、資産引き落としを行うように
構成される。

さらに、受信モジュール４０１は、詳細には、ネットワークの第１のサーバがプッシュした取引対象詳細ページを受信するように構成され、
第１のサーバは、端末が取引対象詳細ページを受信すると、取引対象の価格情報を第２のサーバに送信し、それによって、第２のサーバは、価格情報と現在のリアルタイムの動的収入に従って、資産引き落とし情報を決定し、決定した資産引き落とし情報を第１のサーバにフィードバックし、第１のサーバは、資産引き落とし情報を、表示のために取引対象詳細ページに送信する。

さらに、送信モジュール４０２は、受信モジュール４０１が、ネットワークサーバがプッシュした取引対象詳細ページを受信した後、支払情報呼び出しモジュールをトリガして、取引対象の価格情報を第２のサーバに送信するようにさらに構成され、それによって、第２のサーバは、価格情報と現在のリアルタイムの動的収入に従って、資産引き落とし情報を決定し、決定した資産引き落とし情報を表示のために取引対象詳細ページにフィードバックする。支払情報呼び出しモジュールは、取引対象詳細ページに設定される。

さらに、受信モジュール４０１は、詳細には、取引対象詳細ページで、資産引き落とし情報に従ってユーザが選択した引き落とし額の限度額と、引き落とし額に対応する引き落とし期間の期間長とを受信するように構成され、資産引き落とし情報は、複数の異なる資産引き落とし方法を含み、各資産引き落とし方法は、引き落とし額の限度額と、引き落とし額の限度額に対応する引き落とし期間の期間長とによって表され、
送信モジュール４０２は、詳細には、引き落とし額の選択した限度額と引き落とし額に対応する引き落とし期間の期間長とに従って、資産引き落とし要求を生成し、資産引き落とし要求を送信するように構成される。

さらに、受信モジュール４０１は、詳細には、資産引き落とし情報に従ってユーザが選択した第１の引き落とし項目の第１のパラメータ値を取引対象詳細ページで受信するように構成され、資産引き落とし情報は、第１の引き落とし項目と、第１の引き落とし項目の異なる第１のパラメータ値とを含み、第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額であり、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は、期間長であり、
送信モジュール４０２は、選択した資産引き落とし方法に従って資産引き落とし要求を生成し、資産引き落とし要求を送信する前に、第１の引き落とし項目の第１のパラメータ値を送信するようにさらに構成され、
受信モジュール４０１は、第１のパラメータ値に対応する第２の引き落とし項目の第２のパラメータ値を受信するようにさらに構成され、第２の引き落とし項目は、引き落とし額または引き落とし期間で、第１の引き落とし項目とは異なり、
送信モジュール４０２は、詳細には、第２の引き落とし項目の第２のパラメータ値が確認されると、第１の引き落とし項目の選択した第１のパラメータ値と第２の引き落とし項目の確認された第２のパラメータ値に従って、資産引き落とし要求を生成し、資産引き落とし要求を送信するように、構成される。

図５に示すように、本発明の実施形態例において提供されるサーバは、第１のサーバとして働き、以下のモジュールを含む。
取引対象詳細ページを端末にプッシュするように構成されたプッシュモジュール５０１であって、取引対象詳細ページは、資産引き落とし情報を含み、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用される、プッシュモジュール５０１と、
端末が送信した取引対象獲得要求を受信するように、且つ、取引対象が端末に提供された後、取引対象の第１の支払情報を第２のサーバから受信するように構成された受信モジュール５０２。

図６に示すように、本発明の実施形態例によって提供されたサーバは、第２のサーバとして働き、以下のモジュールを含む。
資産引き落とし情報を端末に送信するように構成された送信モジュール６０１であって、資産引き落とし情報が、取引対象詳細ページに表示され、資産引き落とし情報によって表される資産引き落とし方法が、取引対象詳細ページに対応する取引対象に対して直接支払を行う支払方法に代えて使用される、送信モジュール６０１と、
資産引き落とし要求を受信するように構成された受信モジュール６０２であって、資産引き落とし要求は、資産引き落とし情報に従ってユーザが選択する資産引き落とし方法に基づいて、端末によって生成される、受信モジュール６０２と、
引き落とし資産を差し引き、差し引いた引き落とし資産を取引対象の第１の支払情報として使用して取引対象に対する支払を行うように構成された引き落とし資産処理モジュール６０３であって、資産引き落とし方法に従って差し引いた後、残りの引き落とし資産に対して引き落とし処理を行うように構成された資産処理モジュール６０３。

さらに、サーバは、さらに、価格獲得モジュール６０４をさらに含み、
価格獲得モジュール６０４は、端末が取引対象詳細ページを受信すると、送信モジュール６０１が資産引き落とし情報を送信する前に、取引対象に対応する価格情報を取得するように構成され、
引き落とし資産処理モジュール６０３は、価格情報に従って、複数の異なる資産引き落とし方法を決定するようにさらに構成され、各資産引き落とし方法は、引き落とし額の限度額と、引き落とし額の限度額に対応する引き落とし期間の期間長とによって表され、
送信モジュール６０１は、詳細には、資産引き落とし情報を端末に送信するように、または、資産引き落とし情報を第１のサーバに送信して、資産引き落とし情報を端末に送信するように第１のサーバに指示するように構成され、資産引き落とし情報は、複数の異なる資産引き落とし方法を含む。

さらに、引き落とし資産処理モジュール６０３は、詳細には、
プリセット数の引き落とし額の異なる限度額を決定し、各限度額に対して、価格情報を第１の積で割った商を、限度額に対応する引き落とし期間の期間長として決定し、第１の積は、現在のリアルタイム動的収入に限度額の値と価格情報との差を掛けた積である、または、
プリセット数の引き落とし期間の異なる期間長を決定し、各期間長に関して、価格情報と価格情報を第２の積で割った商との和を期間長に対応する引き落とし額の限度額として決定し、第２の積は、現在のリアルタイム動的収入に期間長を掛けた積である、
ように構成される。

さらに、サーバは、さらに、価格獲得モジュール６０４を含み、
価格獲得モジュール６０４は、端末が取引対象詳細ページを受信すると、送信モジュール６０１が資産引き落とし情報を送信する前に、取引対象に対応する価格情報を取得するように構成され、
送信モジュール６０１は、詳細には、第１の引き落とし項目と第１の引き落とし項目の異なる第１のパラメータ値とを端末に送信するように構成され、第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額であり、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は、期間長であり、
受信モジュール６０２は、資産引き落とし要求を受信する前に、端末が送信した第１の引き落とし項目の第１のパラメータ値を受信するようにさらに構成され、
引き落とし資産処理モジュール６０３は、価格情報に従って、第１のパラメータ値に対応する第２の引き落とし項目の第２のパラメータ値を決定するようにさらに構成され、
送信モジュール６０１は、第２の引き落とし項目の第２のパラメータ値を端末に送信するようにさらに構成され、第２の引き落とし項目は、引き落とし額または引き落とし期間で、第１の引き落とし項目とは異なり、
受信モジュール６０２は、詳細には、端末が受信した第２のパラメータ値を確認すると、第１の引き落とし項目の第１のパラメータ値と第２の引き落とし項目の第２のパラメータ値とに従って生成され、端末によって送信された資産引き落とし要求を受信するように構成される。

さらに、サーバは、さらに、価格獲得モジュール６０４を含み、
価格獲得モジュール６０４は、端末が取引対象詳細ページを受信すると、送信モジュール６０１が資産引き落とし情報を送信する前に、取引対象に対応する価格情報を取得するように構成され、
送信モジュール６０１は、詳細には、第１の引き落とし項目と第１の引き落とし項目の異なる第１のパラメータ値とを第１のサーバに送信して、第１の引き落とし項目と第１の引き落とし項目の異なる第１のパラメータ値とを端末に送信するように第１のサーバに指示するように構成され、第１の引き落とし項目が引き落とし額である時、第１のパラメータ値は、限度額で、第１の引き落とし項目が引き落とし期間である時、第１のパラメータ値は期間長であり、
受信モジュール６０２は、資産引き落とし要求を受信する前に、端末が選択し、第１のサーバが転送した第１の引き落とし項目の第１のパラメータ値を受信するようにさらに構成され、
引き落とし資産処理モジュール６０３は、価格情報に従って、第１のパラメータ値に対応する第２の引き落とし項目の第２のパラメータ値を決定するようにさらに構成され、
送信モジュール６０１は、第２の引き落とし項目の第２のパラメータ値を第１のサーバに送信して、第２の引き落とし項目の第２のパラメータ値を端末に送信するように第１のサーバに指示するようにさらに構成され、第２の引き落とし項目は、引き落とし額または引き落とし期間であり、第１の引き落とし項目とは異なり、
受信モジュール６０２は、詳細には、端末が受信した第２のパラメータ値を確認すると、第１の引き落とし項目の第１のパラメータ値と第２の引き落とし項目の第２のパラメータ値とに従って端末が生成し、第１のサーバが転送した資産引き落とし要求を受信するように構成される。

さらに、引き落とし資産処理モジュール６０３は、詳細には、
第１の引き落とし項目が、引き落とし額、第２の引き落とし項目が、引き落とし期間、引き落とし期間の期間長が、価格情報を第１の積で割った商である時、第１の積が、現在のリアルタイム動的収入に引き落とし額の限度額と価格情報との差を掛けた積である、または、
第１の引き落とし項目が、引き落とし期間、第２の引き落とし項目が、引き落とし額、引き落とし額の限度額が、価格情報と価格情報を第２の積で割った商との和である時。第２の積が、現在のリアルタイム動的収入に引き落とし期間の期間長を掛けた積である、
ように構成される。

さらに、サーバは、タイミングモジュール６０５をさらに含み、
受信モジュール６０２は、詳細には、引き落とし資産処理モジュール６０３が引き落とし資産を差し引く前に、資産引き落とし方法に対応する引き落とし額の限度額に対応する第２の支払情報を受信するように構成され、第２の支払情報は、端末の制御の下、プリセット支払口座によって送信され、
タイミングモジュール６０５は、タイミングの開始時点を決定し、タイミングを開始するように構成され、
引き落とし資産処理モジュール６０３は、詳細には、開始時点から始まってプリセット時間内に、フィードバック情報であって、取引対象獲得後、端末によって送信されるフィードバック情報を第１のサーバが受信したか否かを決定するように構成され、受信した場合、取引対象に対応する第１の支払情報を第２の支払情報から差し引いて、第１の支払情報を第１のサーバに送るように構成され、受信していない場合、プリセット時間の終了時点になると、取引対象に対応する第１の支払情報を第２の支払情報から差し引いて、第１の支払情報を第１のサーバに送信するように構成される。

さらに、引き落とし資産処理モジュール６０３は、詳細には、第１の支払情報が第１のサーバに送信された後、且つ、開始時点から始まり、資産引き落とし方法に対応する引き落とし期間の期間長が終了する前に、第１の支払情報無しに、付加価値サービスを残りの第２の支払情報に提供するように構成され、
引き落とし資産処理モジュール６０３は、開始時点から始まる期間長が終了すると、資産引き落とし方法に対応する引き落とし額の限度額に対応する第３の支払情報をプリセット口座に送信するようにさらに構成され、期間長は、資産引き落とし方法に対応する引き落とし期間の期間長である。

上記ユニットの機能は、図１から図３に示すプロセスの関連する処理ステップに対応してよく、再度、ここには記載しない。

上記実施態様の記載を通して、本発明の実施形態例が、ハードウェアによって、または、ソフトウェアと必要なユニバーサルハードウェア装置とによって実施されてよいことを、当業者は、明確に理解されよう。このような理解に基づいて、本発明の実施形態例の技術的解決法は、ソフトウェア製品の形態で実現されてよい。ソフトウェア製品は、不揮発性記憶媒体（ＣＤ‐ＲＯＭ、ＵＳＢフラッシュドライブ、取り外し可能ハードディスク等であってよい）に記憶されてよく、コンピュータ装置（パーソナルコンピュータ、サーバ、ネットワーク装置等であってよい）が、本発明の各実施形態例の方法を実行するのを可能にする幾つかの命令を含む。

添付図面は、好ましい実施形態例の単に概略図であり、添付図面のモジュールまたはプロセスは、本発明の実施態様にとって必ずしも必須ではないことを、当業者は、理解し得る。

この実施形態例における装置のモジュールは、実施形態例の記載に従って、この実施形態例の装置に分散されてよい、または、モジュールが、実施形態例と異なる１つまたは複数の装置に配置されるように変更を行ってよいことを、当業者は理解し得る。上記実施形態例のモジュールは、１つのモジュールに一体化されてよく、または、複数のサブモジュールにさらに分割されてよい。

本発明の実施形態例の連番は、単に記載のためであり、ある実施形態例が、他の実施形態例に勝るまたは劣ることを意味してはいない。

明らかに、当業者は、本発明の精神及び範囲を逸脱することなく、本発明に様々な変更及び変形を行ってよい。よって、本発明は、これらの変更及び変形が、本発明の請求項及びその同等の技術的範囲に属する場合、これらの変更及び変形を含むことも意図している。

Claims (30)

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. 前記引き落とし資産処理モジュールは、
    前記第１の引き落とし項目が前記引き落とし額、前記第２の引き落とし項目が前記引き落とし期間、前記引き落とし期間の期間長が、前記価格情報を第１の積によって割った商である時、前記第１の積は、現在のリアルタイム動的収入に前記引き落とし額の限度額と前記価格情報との差を掛けた積である、または、
    前記第１の引き落とし項目が前記引き落とし期間、前記第２の引き落とし項目が前記引き落とし額、前記引き落とし額の限度額が、前記価格情報と前記価格情報を第２の積で割った商との和である時、前記第２の積が、現在のリアルタイム動的収入に前記引き落とし期間の期間長を掛けた積である、
    ようにさらに構成される、請求項２６または２７に記載のサーバ。
29. タイミングモジュールをさらに含み、
    前記受信モジュールは、前記引き落とし資産処理モジュールが前記引き落とし資産を差し引く前に、前記資産引き落とし方法に対応する前記引き落とし額の前記限度額に対応する第２の支払情報を受信するようにさらに構成され、前記第２の支払情報は、前記端末の制御の下、プリセット支払い口座によって送信され、
    前記タイミングモジュールは、タイミングの開始時点を決定し、タイミングを開始するように構成され、
    前記引き落とし資産処理モジュールは、さらに、前記第１のサーバが、前記開始時点から始まってプリセット時間内に、フィードバック情報であって、前記取引対象を獲得した後に前記端末によって送信される前記フィードバック情報を受信するか否かを決定するに構成され、前記第１のサーバが、前記フィードバック情報を前記プリセット時間内に受信する場合、前記取引対象に対応する前記第１の支払情報を第２の支払情報から差し引いて、前記第１の支払情報を前記第１のサーバに送信するように構成され、前記第１のサーバが、前記フィードバック情報を前記プリセット時間内に受信しない場合、前記プリセット時間の終了時点に到達すると、前記取引対象に対応する前記第１の支払情報を第２の支払情報から差し引いて、前記第１の支払情報を前記第１のサーバに送信するように構成される、
    請求項２３または２８のいずれかに記載のサーバ。
30. 前記引き落とし資産処理モジュールは、前記第１の支払情報を前記第１のサーバに送信した後、且つ、前記開始時点から始まり、前記資産引き落とし方法に対応する前記引き落とし期間の前記期間長が終了する前に、前記第１の支払情報無しに、付加価値サービスを前記残りの第２の支払情報に提供するようにさらに構成され、
    前記引き落とし資産処理モジュールは、前記開始時点から始まる期間長が終了すると、前記資産引き落とし方法に対応する前記引き落とし額の前記限度額に対応する第３の支払情報を、前記プリセット口座に送信するようにさらに構成され、前記期間長は、前記資産引き落とし方法に対応する前記引き落とし期間の前記期間長である、
    請求項２９に記載のサーバ。