Language selection

Search

Patent 3077320 Summary

Third-party information liability

Some of the information on this Web page has been provided by external sources. The Government of Canada is not responsible for the accuracy, reliability or currency of the information supplied by external sources. Users wishing to rely upon this information should consult directly with the source of the information. Content provided by external sources is not subject to official languages, privacy and accessibility requirements.

Claims and Abstract availability

Any discrepancies in the text and image of the Claims and Abstract are due to differing posting times. Text of the Claims and Abstract are posted:

  • At the time the application is open to public inspection;
  • At the time of issue of the patent (grant).
(12) Patent: (11) CA 3077320
(54) English Title: NETWORK TRANSACTION PAYMENT METHOD AND SYSTEM
(54) French Title: PROCEDE ET SYSTEME DE PAIEMENT DE TRANSACTION DE RESEAU
Status: Granted and Issued
Bibliographic Data
(51) International Patent Classification (IPC):
  • G06Q 20/38 (2012.01)
  • G06Q 20/12 (2012.01)
(72) Inventors :
  • ZHANG, YI (China)
(73) Owners :
  • 10353744 CANADA LTD.
(71) Applicants :
  • 10353744 CANADA LTD. (Canada)
(74) Agent: JAMES W. HINTONHINTON, JAMES W.
(74) Associate agent:
(45) Issued: 2023-05-09
(22) Filed Date: 2015-04-30
(41) Open to Public Inspection: 2016-11-03
Examination requested: 2020-03-30
Availability of licence: N/A
Dedicated to the Public: N/A
(25) Language of filing: English

Patent Cooperation Treaty (PCT): No

(30) Application Priority Data: None

Abstracts

English Abstract

The present invention relates to a network transaction payment method and system. The method comprises: (102) a first terminal sends a credit certificate and a purchase information data packet to a second terminal; (103) the second terminal analyses the purchase information data packet to obtain a paying amount, and determines whether the paying amount is less than or equal to an issuing amount corresponding to the credit certificate; if so determined, (104) the second terminal sends a receiving request including the paying amount and the credit certificate to a second server; (105) the second server sends a paying request including the credit certificate and the paying amount to a first server; (106) the second server receives a paying certificate sent by the second terminal, and sends the paying certificate to the first server; (107) the first server checks the validity of the paying certificate, and upon successful checking, according to the credit certificate, unfreezes funds of a goods payment corresponding to a paying account; (108) the first server transfers the funds to a preset receiving account via the second server. The system and method improve the security of funds of a network transaction.


French Abstract

Il est décrit un procédé et un système de paiement de transaction de réseau. Le procédé comprend les étapes suivantes : (102) un premier terminal envoie un certificat de crédit et un paquet de données dinformations dachat à un deuxième terminal; (103) le deuxième terminal analyse le paquet de données dinformations dachat pour obtenir un montant de paiement, et détermine si le montant de paiement est inférieur ou égal à un montant de facturation correspondant au certificat de crédit; si cest le cas, (104) le deuxième terminal envoie une demande de réception comprenant le montant de paiement et le certificat de crédit à un deuxième serveur; (105) le deuxième serveur envoie une demande de paiement comprenant le certificat de crédit et le montant de paiement à un premier serveur; (106) le deuxième serveur reçoit un certificat de paiement envoyé par le deuxième terminal, et envoie le certificat de paiement au premier serveur; (107) le premier serveur vérifie la validité du certificat de paiement, et, après succès de la vérification, en fonction du certificat de crédit, débloque des fonds dun paiement de marchandises correspondant à un compte de paiement; (108) le premier serveur transfère les fonds sur un compte de réception prédéfini par lintermédiaire du deuxième serveur. Le système et le procédé améliorent la sécurité des fonds dune transaction de réseau.

Claims

Note: Claims are shown in the official language in which they were submitted.


CLAIMS:
1. A
network payment method for providing payment upon successful delivery
comprising:
generating a shopping order based on merchandise shopping information
submitted by a
user;
calculating a payment amount required in order to purchase an item;
determining logistics information stages for the shopping order;
calculating an incentive fee for completion of each of the logistics
information stages, at
least one of the logistics information stages comprising delivery of the
shopping order;
receiving a payment request comprising a payment account number and the
payment
amount at a first server sent by a first terminal;
freezing the payment amount in an account corresponding to the payment account
number at the first server;
generating a credit certificate corresponding to the payment amount at the
first server and
sending the credit certificate to the first terminal when freezing is
successful and
generating a failure notification at the first server and sending the failure
notification to
the first terminal when the freezing is unsuccessful;
receiving an indication of completion of at least one of the logistics
information stages,
including successful delivery of the shopping order;
receiving the payment request comprising a payment certificate and the credit
certificate at the first server sent by a second server, wherein the payment
certificate
comprises the payment;
14
Date recue/Date received 2023-03-17

verifying the payment request at the first server;
thawing the payment amount in the account corresponding to the payment account
number at the first server; and
sending at least a portion of the payment amount to a receiving account
through the
second server equal to the incentive fee upon receipt of the indication of
completion of
at least one of the logistics information stages, including successful
delivery of the
shopping order.
2. The method of claim 1 further comprising:
verifying whether credit certificate data in the credit certificate received
from the second
server matches credit certificate data in the credit certificate at the first
terminal; and
updating an issuance amount on the credit certificate to an amount obtained by
the
issuance amount minus the payment amount once the credit certificate has been
successfully verified.
3. The method of claim 2 further comprising:
restoring the issuance amount to its previous value when the payment request
sent by the
second server is not received within a pre-set time range.
4. The method of any one of claims 1-3, wherein the method is implemented
via a computer
program.
5. The method of claim 4, wherein the computer program is stored on a
computer-readable
storage medium.
Date recue/Date received 2023-03-17

6. The method of claim 5, wherein the computer-readable storage medium is a
magnetic
disk.
7. The method of claim 5, wherein the computer-readable storage medium is
an optical disk.
8. The method of claim 5, wherein the computer-readable storage medium is a
read-only
memory.
9. The method of claim 5, wherein the computer-readable storage medium is a
random-
access memory.
10. The method of claim 1, wherein the first terminal further transmits a
purchase
information data packet, the purchase information data packet comprising
receipt
information for goods already received.
1 1 . The method of claim 10, wherein a second terminal is further
configured to generate a
payment certificate based on the receipt information.
12. The method of claim 1, wherein a second terminal is further configured
to receive
logistics information corresponding to a merchandise retumed by a logistics
server and
generate a corresponding payment certificate based on the logistics
information.
13. The method of claim 2, wherein the first terminal is further configured
to send an issuing
request to the first server, the issuing request comprising the payment
account and the
issuance amount.
14. The method of claim 13, wherein the first server is further configured
to freeze funds
corresponding to the payment amount in a payment account.
1 6
Date recue/Date received 2023-03-17

15. The method of claim 14, wherein the first server is further configured
to generate the
credit certificate corresponding to the issuance amount and return the credit
certificate to
the first terminal when the freezing is successful.
16. The method of claim 14, wherein the first server is further configured
to generate an
issuing failure message and return the issuing failure message to the first
terminal when
the freezing is unsuccessful.
17. The method of claim 2, wherein the first server is further configured
to verify that credit
certificate data in the credit certificate received from the second server
matches credit
certificate data in the credit certificate at the first terminal.
18. The method of claim 17, wherein the first server is further configured
to update the
issuance amount on the credit certificate to an amount obtained by the
issuance amount
minus the payment amount once the credit certificate data has been
successfully verified.
19. The method of claim 18, wherein the first server is further configured
to restore the
issuance amount to its previous value when the payment request sent by the
second server
is not received within a pre-set time range.
20. The method of any one of claims 1-19, wherein the first terminal is
adapted for use by a
payer.
21. The method of any one of claims 1-20, wherein a second terminal is
adapted for use by
a seller.
22. The method of any one of claims 1-21, wherein the credit certificate is
an electronic
certificate for handling payment and settlement.
23. The method of any one of claims 1-22, wherein the credit certificate
corresponds to a
string of specific serial numbers which act as unique identifiers of the
credit certificate.
17
Date recue/Date received 2023-03-17

24. The method of claim 1, wherein the first terminal is further configured
to:
generate a shopping order based on merchandise shopping information submitted
by a
user; and
calculate the payment amount required in order to purchase an item.
25. The method of claim 12, wherein the logistics information comprises a
recipient
signature.
26. The method of claim 25, wherein the logistics information comprises a
date stamp
associated with the recipient signature.
27. The method of claim 12, wherein the logistics information comprises
seller delivery
information.
28. The method of any one of claims 1-27, wherein the credit certificate is
encrypted.
29. The method of claim 28, wherein a MAC encryption algorithm is used to
encrypt the
credit certificate.
30. The method of any one of claims 10-11, wherein the purchase information
data packet is
encrypted.
31. The method of claim 30, wherein a MAC encryption algorithm is used to
encrypt the
purchase information data packet.
32. The method of any one of claims 1-29, wherein the payment request is
encrypted.
18
Date recue/Date received 2023-03-17

33. The method of claim 32, wherein a MAC encryption algorithm is used to
encrypt the
payment request.
34. A network transaction payment method for providing payment upon
successful delivery
comprises:
a first terminal generating a shopping order based on merchandise shopping
information
submitted by a user;
the first terminal calculating a payment amount required in order to purchase
an item;
determining logistics information stages for the shopping order;
calculating an incentive fee for completion of each of the logistics
information stages, at
least one of the logistics information stages comprising delivery of the
shopping order;
a first server requesting the first terminal to send an issuing request, the
issuing request comprising a payment account number and an issuance
amount;
the first server freezing funds in the issuance amount in a payment account
corresponding to the payment account number; when freezing is successful, a
credit
certificate corresponding to the issuance amount is generated, and the
credit certificate is sent to the first terminal; when the freezing is
unsuccessful,
issuing failure information will be generated, and the issuing failure
information is returned to the first terminal;
receiving an indication of completion of at least one of the logistics
information stages,
including successful delivery of the shopping order;
the first server receiving a payment request comprising a paying certificate
and a credit
19
Date recue/Date received 2023-03-17

document sent by a second server, the paying certificate comprising the
corresponding
payment;
the first server verifying legitimacy of the paying certificate;
after verification is successful, according to the credit certificate, the
funds corresponding
to the payment account number are thawed; and
the first server transferring at least a portion of the thawed funds to a pre-
set receiving
account
through the second server equal to the incentive fee upon receipt of the
indication of
completion of at least one of the logistics information stages, including
successful
delivery of the shopping order.
35. The method of claim 34, characterized in that after the first server
receives the paying
certificate and the payment request of the credit certificate sent by the
second server; the
first server verifying whether the credit certificate corresponds to the
credit certificate
returned to the first terminal; if so, the issuance amount is updated to an
amount of the
issuance amount minus the payment amount.
36. The method of claim 34, characterized in that after the first server
updates the issuance
amount to the issuance amount minus the payment amount, if the first server
fails to
receive the paying certificate sent by the second server within a pre-set time
range, the
issuance amount of the credit certificate is restored to the amount of the
issuance
before the update.
37. The method of claim 34, wherein the first terminal further transmits a
purchase
information data packet, the purchase information data packet comprising a
receipt
information for goods already received.
Date recue/Date received 2023-03-17

38. The method of claim 37, wherein a second terminal is further configured
to generate a
payment certificate based on the receipt information.
39. The method of claim 34, wherein a second terminal is further configured
to receive
logistics information corresponding to a merchandise returned by a logistics
server and
generate a corresponding payment certificate based on the logistics
information.
40. The method of claim 34, wherein the first terminal is further
configured to send an issuing
request to the first server, the issuing request comprising the payment
account and the
issuance amount.
41. The method of claim 40, wherein the first server is further configured
to freeze the funds
corresponding to the payment amount in a payment account.
42. The method of claim 41, wherein the first server is further configured
to generate the
credit certificate corresponding to the issuance amount and return the credit
certificate to
the first terminal when the freezing is successful.
43. The method of claim 41, wherein the first server is further configured
to generate an
issuing failure message and return the issuing failure message to the first
terminal when
the freeze is unsuccessful.
44. The method of claim 36, wherein the first server is further configured
to verify that credit
certificate data in the credit certificate received from the second server
matches credit
certificate data in the credit certificate at the first terminal.
45. The method of claim 44, wherein the first server is further configured
to update the
issuance amount on the credit certificate to an amount obtained by the
issuance amount
minus the payment amount once the credit certificate data has been
successfully verified.
21
Date recue/Date received 2023-03-17

46. The method of claim 45, wherein the first server is further configured
to restore the
issuance amount to its previous value when the payment request sent by the
second server
is not received within a pre-set time range.
47. The method of any one of claims 34-46, wherein the first terminal is
adapted for use by
a payer.
48. The method of any one of claims 34-47, wherein the second terminal is
adapted for use
by a seller.
49. The method of any one of claims 34-48, wherein the credit certificate
is an electronic
certificate for handling payment and settlement.
50. The method of any one of claims 34-49, wherein the credit certificate
corresponds to a
string of specific serial numbers which act as unique identifiers of the
credit certificate.
51. The method of claim 34, wherein the first terminal is further
configured to:
generate a shopping order based on merchandise shopping information submitted
by a
user; and
calculate the payment amount required in order to purchase an item.
52. The method of claim 39, wherein the logistics information comprises a
recipient
signature.
53. The method of claim 52, wherein the logistics information comprises a
date stamp
associated with the recipient signature.
54. The method of claim 39, wherein the logistics information comprises
seller delivery
in formati on.
22
Date recue/Date received 2023-03-17

55. The method of any one of claims 34-54, wherein the credit certificate
is encrypted.
56. The method of claim 55, wherein a MAC encryption algorithm is used to
encrypt the
credit certificate.
57. The method of any one of claims 37-38, wherein the purchase information
data packet is
encrypted.
58. The method of claim 57, wherein a MAC encryption algorithm is used to
encrypt the
purchase information data packet.
59. The method of any one of claims 34-56, wherein the payment request is
encrypted.
60. The method of claim 59, wherein a MAC encryption algorithm is used to
encrypt the
payment request.
23
Date recue/Date received 2023-03-17

Description

Note: Descriptions are shown in the official language in which they were submitted.


NETWORK TRANSACTION PAYMENT METHOD AND SYSTEM
Technical Field
[0001] The present invention relates to the field of computer technology,
and particularly to a
network transaction payment method and system.
Background Technology
[0002] With the development of the Internet, communication between people
and the network is
becoming more and more closely, e-commerce has gradually become the main trend
of Internet
economic development. On-line consumption has gradually become a way of life,
because merchants
and users fail to achieve face-to-face payment settlement, so the most
critical part of e-commerce is
to reduce the transaction risk of buyers and sellers. At present, the
traditional network payment adopts
the form of a third party payment company guarantee, the buyer (the payer)
will pay the funds to the
third party platform which will transfer the funds to the account of the
seller (receiving side).
However, if the form of third-party payment company guarantee is applied to
the payer (the buyer),
before the goods are received, the funds have already been paid to the third
party payment company,
once the third party payment company has problems, the payment side of the
funds fail to be
guaranteed, the receiving side (the seller) has shipped the goods, the payment
for goods fail to be
guaranteed, the traditional network payment method leads to the high incidence
of network
transaction risk of funds.
Summary of the invention
[0003] Based on this, it is necessary to provide a kind of network
transaction payment method
and system which can reduce the risk of network transaction due to the above
technical problems.
[0004] A kind of network transaction payment method includes:
[0005] The first terminal transmits the credit certificate and the purchase
information data packet
to the second terminal;
[0006] The second terminal parses the purchase information data packet to
obtain the payment
amount and determines whether the payment amount is less than or equal to the
issuance amount
corresponding to the said credit certificate, and if so, sends the receiving
request including the
payment amount and the credit certificate to the second server;
[0007] The second server sends a payment request containing the credit
certificate and the
payment amount to the first server;
1
Date recue/Date received 2023-03-17

[0008] The second server receives the paying certificate sent by the second
terminal, the paying
certificate contains the corresponding payment for goods and sends the paying
certificate to the first
server;
[0009] The first server verifies the legitimacy of the paying certificate,
after the verification is
successful, according to the credit certificate, the payment of funds for the
goods corresponding to
the payment account shall be de-blocked;
[0010] The first server transfers the said funds to the pre-set receiving
account through the second
server.
[0011] In one of the examples, before the second server receives the paying
certificate sent by the
second terminal. Also includes:
[0012] The first terminal transmits the confirmed receipt information for
the signed goods to the
second terminal;
[0013] And the second terminal generates a corresponding paying certificate
based on the said
confirmed receipt information.
[0014] In one of the examples, before the second server receives the paying
certificate sent by the
second terminal, the second server also includes:
[0015] The second terminal receives the logistics information corresponding
to the merchandise
returned by the logistics server and generates the corresponding paying
certificate according to the
logistics information.
[0016] In one of the examples, before the first terminal transmits the
credit certificate and the
purchased information data packet to the second terminal, further comprising:
[0017] The first terminal sends the issuing request to the first server,
the issuing request includes
the payment account number and the issuing amount;
[0018] The first server will freeze the funds of the issuing amount
corresponding to the said
payment account number; if the freezing is succeeded, the credit certificate
corresponding to the
issuing amount will be generated, and the said credit certificate shall be
returned to the first terminal;
if the freezing is failed, the issuing failure information will be generated,
and the said issuing failure
information shall be returned to the first terminal.
[0019] In one of the examples, after the second server sends a payment
request containing the
credit certificate and the payment amount to the first server, the second
server also includes:
[0020] The first server verifies whether the credit certificate is
consistent with the credit
certificate returned to the first terminal and, if so, updates the amount of
the issuance of the credit
certificate to the amount obtained by the amount of the issuing amount minus
the payment amount.
2
Date recue/Date received 2023-03-17

[0021] In one of the examples, after the first server updates the issuing
amount corresponding to
the credit exemption to the amount of the issuing amount minus the payment
amount, the first server
further includes:
[0022] If the first server fails to receive the paying certificate sent by
the second server within the
pre-set time range, the issuance amount of the updated credit certificate is
restored to the amount of
the issuance before the update.
[0023] A kind of network transaction payment method includes:
[0024] The first server receives the first terminal to send the issuing
request, and the issuing
request includes the payment account number and the issuing amount;
[0025] The first server will freeze the funds of the issuing amount
corresponding to the said
payment account number; if the freezing is succeeded, the credit certificate
corresponding to the
issuing amount will be generated, and the said credit certificate shall be
returned to the first terminal;
if the freezing is failed, the issuing failure information will be generated,
and the said issuing failure
information shall be returned to the first terminal.
[0026] The first server receives a payment request including a paying
certificate and a credit
document sent by the second server, the paying certificate includes a
corresponding payment;
[0027] The first server verifies the legitimacy of the paying certificate,
after the verification is
successful, according to the credit certificate, the payment of funds for the
goods corresponding to
the payment account shall be de-blocked;
[0028] The first server transfers the said funds to the pre-set receiving
account through the second
server.
[0029] In one of the examples, after the first server receives the steps of
the payment request
containing the paying certificate and the credit certificate sent by the
second server, the first server
also includes:
[0030] The first server verifies whether the credit certificate corresponds
to the credit certificate
returned to the first terminal, if so, the credit certificate corresponded
issuing amount will be updated
to the amount that the issuing amount minus payment amount.
[0031] In one of the examples, after the first server updates the issuing
amount corresponding to
the credit certificate to the amount obtained by using the issuing amount
minus the payment amount,
the first server further includes:
[0032] If the first server fails to receive the paying certificate sent by
the second server within the
pre-set time range, the issuance amount of the updated credit certificate is
restored to the amount of
the issuance before the update.
[0033] A kind of network transaction payment system, and the said system
comprising:
3
Date recue/Date received 2023-03-17

[0034] The first terminal for transmitting the credit certificate and the
purchased information data
packet to the second terminal;
[0035] The second terminal for parsing the purchased information data
packet to obtain a payment
amount and determining whether the payment amount is less than or equal to the
issuance amount
corresponding to the credit certificate, and if so, sending receiving request
including the said payment
amount and the said credit certificate to the second server.
[0036] The second server for transmitting a payment request including the
said credit certificate
and the payment amount to the first server to receive a paying certificate
sent by the second terminal,
the paying certificate containing a corresponding payment for goods, and based
on the payment
request, the paying certificate and the credit certificate shall be sent to
the first server.
[0037] The first server verifies the legitimacy of the paying certificate,
after the verification is
successful, according to the credit document, the payment account
corresponding to the payment of
funds for the goods shall be de-blocked;
[0038] In one of the examples, the first terminal is further configured to
transmit the purchase
information data packet containing the confirmed receipt information of the
signed goods to the
second terminal;
[0039] And the second terminal is further configured to generate a
corresponding paying
certificate based on the confirmation receipt information.
[0040] In one of the examples, the second terminal is further configured
for the second terminal
to receive the logistics information corresponding to the merchandise returned
by the logistics server
and generate the corresponding paying certificate based on the logistics
information.
[0041] In one of the examples, the first terminal is further configured to
send an issuing request
to a first server, the issuing request comprising a payment account number and
an issuing amount;
[0042] The first server is also used to freeze the funds corresponding to
the payment amount of
the payment account, and if the freeze is successful, the credit certificate
corresponding to the issuing
amount is generated and the credit document is returned to the first terminal.
If the freeze fails, the
issuing failure message is generated and the issuing failure message is
returned to the first terminal.
[0043] In one of the examples, the first server is further configured to
verify that the credit
certificate coincides with the credit certificate that returned to the first
terminal, and if so, the amount
of the issuing amount corresponding to the credit certificate is updated to
the amount obtained by the
issuing amount minus the payment amount.
[0044] In one of the examples, the first server is further configured to
restore the issuing amount
corresponding to the updated credit certificate to the pre-update issuance
amount if the paying
certificate sent by the second server is not received within the pre-set time
range.
4
Date recue/Date received 2023-03-17

[0045] For above-mentioned network transaction payment method and system,
the first terminal
corresponds to the buyer, and the buyer has received a credit certificate
before purchasing the goods,
the credit certificate provides guarantee for the buyer to make payment for
the goods, ensures the
security of the seller for receipt, and makes the seller of the second
terminal be at ease; before the
buyer corresponding to the first terminal completes the transaction, the funds
in the payment account
is not paid, the funds security of the buyer is guaranteed. The network
transaction payment between
the above-mentioned methods and systems do not rely on third-party payment
platform to achieve,
and it improves the financial security of on-line transactions.
Brief Description
[0046] Figure 1 is a flowchart of a network transaction payment method in
one example;
[0047] Figure 2 is an application scene diagram of a network transaction
payment method in one
example;
[0048] Figure 3 is a flowchart of a network transaction payment method in
one example;
[0049] Figure 4 is a flow chart of a network transaction payment method
after a Step in which
the first server receives a payment request including a paying certificate and
a credit certificate sent
by a second server in one example;
[0050] Figure 5 is a schematic diagram of a structure of a network
transaction payment system in
one example;
Description of the Preferred Examples
[0051] The present invention will be described in further detail with
reference to the
accompanying drawings and the accompanying examples, so as to describe the
invention purposes,
technical solutions and advantages more clearly. It is to be understood that
the specific examples
described herein are merely illustrative of the invention and are not intended
to limit the invention.
[0052] One of the innovations of the examples of the present invention is
that, in conjunction
with the function of a credit certificate including freezing a payent, a new
payment model is
implemented. The advantages of the new payment model include the buyer keeping
the seller's
transaction progress at bay selectively, not only ensuring the buyer's
financial security but also urging
the commodity delivery by the seller, setting the conditions at each stage of
the payment process to
reduce the workflow on the fund recovery and collect final payment effectively
and successfully,
ensuring the integrity of transactions between buyers and sellers at the
institutional level.
[0053] As shown in Figure 1, in one example, there is provided a network
transaction payment
method comprising the steps of:
Date recue/Date received 2023-03-17

[0054] In Step 102, the first terminal transmits the credit certificate and
the purchase information
data packet to the second terminal.
[0055] The first terminal is suitable for the payment party in the payment
of the network
transaction. The second terminal is suitable for the seller in the network
transaction. In one example,
the buyers and sellers complete the network transaction through the online
shopping platform. The
credit certificate is a kind of electronic certificate for handling payment
and settlement that the buyer
uses the corresponding funds of his payment account to guarantee the payment
for goods.
Specifically, the credit certificate corresponds to a string of specific
serial numbers, which act as
unique identifiers of the credit certificate. The payment account includes a
bank account number or
the third party's payment account.
[0056] The first terminal generates a shopping order based on the
merchandise shopping
information submitted by the user and calculates the amount of payment
required for the purchase of
the order item, and further generates the purchase information data packet
according to the purchase
order and the payment amount. The first terminal sends the purchase
information data packet together
with the credit certificate to the second terminal to realize the buyer's
request to purchase the
merchandise from the seller.
[0057] In one example, the network transaction payment method also
includes: the first terminal
sends an issuing request to the first server before the first terminal
transmits the credit certificate and
the purchase information data packet to the second terminal in Step 102. The
issuing request includes
payment account and issuing amount; The first server freeze the funds of the
issuing amount
corresponding to the payment account, if the freezing is succeeded, the
issuing amount corresponded
credit certificate will be generated; the credit certificate will be returned
to the first terminal; if the
freezing is failed, the issuing certificate failure information will be
generated, and the issuing
certificate failure information will be returned to the first terminal.
[0058] The buyer in advance before the network transaction out of the
credit certificate, through
the advance payment account corresponding to the funds to show the seller to
the buyer has the ability
to pay the purchase price. In the present example, the first server is
provided with a payment account
by the buyer to pay the payment, and the buyer can freeze the payment account
corresponding to the
payment through the first server and automatically transfer the payment
account of the seller to the
payment to be paid.
[0059] The amount of credit is the credit limit of the credit certificate,
for example, the amount
of 5,000 RMB, out of the credit certificate can be used as a purchase of 5,000
RMB of goods credit
guarantee. The funds of the credit certificate corresponding to the issuing
amount are not diverted
before they are unfrozen. To ensure that the seller to recover the security of
the purchase price.
6
Date recue/Date received 2023-03-17

[0060] In one example, the first terminal establishes a connection with the
first server over the
network. The issuing request also contains the user name and user password of
the payment account.
The first server verifies whether the buyer has permission to open the credit
by checking the user
name and the user password. In one example, the reason for the failure of the
issuance request includes
that the amount corresponding to the payment account is less than the amount
of the issuing or the
legitimacy verification of the first server to the issuing request, etc. If
the first server will not be able
to generate the credit certificate, it will issue a failure message to the
first terminal to remind the
buyer.
[0061] In Step 103, the second terminal parses the purchase information
data packet to obtain the
payment amount and determines whether the payment amount is less than or equal
to the amount of
the issuance corresponding to the credit certificate. If so, the process
proceeds to Step 104, if not.
[0062] In the present example, the second terminal, after receiving the
shopping data packet,
further judges whether the buyer has sufficient funds to pay for the purchased
goods. In the present
example, if it is determined whether or not the payment amount is equal to or
less than the amount of
the issuance corresponding to the credit certificate, if it is, the buyer's
frozen funds are sufficient to
pay the purchase of the merchandise network transaction, and the process
proceeds to Step 104. If
not, then the buyer to freeze the lack of funds to pay for the purchase of
goods The network
transactions failed, buyers can choose to buy other goods or exit the shopping
platform.
[0063] In Step 104, the second terminal transmits a payment request
including the payment
amount and the credit certificate to the second server.
[0064] The second server is connected with the second terminal through the
network, the second
server is provided with the receiving account of the buyer, and the second
server is used to transfer
the payment of the purchased goods paid by the buyer into the receiving
account, and in one example,
the second server is pre-set with the account number. After the seller
receives the buyer's shopping
request, further, the second terminal sends a payment request to the second
server, and the second
server requests payment from the first server to the first server.
[0065] In Step 105, the second server sends a payment request containing
the credit certificate
and the payment amount to the first server.
[0066] In the present example, when the second server receives the
receiving request sent by the
second terminal, the second server transmits the payment request to the first
server according to the
receiving request, that is, to notify that the first server credit certificate
corresponded the issuing
amount shall be used for payment for goods in on-line transactions. During the
course of a network
transaction, the funds for the corresponding amount of the credit will not be
diverted.
[0067] In one example, on the right of Step 105, the method also includes:
whether the first server
verifies if the credit certificate is consistent with the credit certificate
returned to the first terminal
7
Date recue/Date received 2023-03-17

and, if so, updates the issuing amount corresponding to the credit certificate
shall be updated to the
amount that the issuing amount minus the payment amount.
[0068] The first server judges whether the credit document sent by the
second server is generated
by itself, and if so, the credit certificate is legally valid. As the credit
card corresponding to the amount
of the amount of funds has been partially or all will be used to pay the
payment, and further credit
card corresponding to the amount of funds to make the appropriate adjustments,
by issuing the amount
minus the amount of payment to reset the corresponding credit certificate The
amount of the buyer to
facilitate the next shopping, to avoid buyers after the purchase of credit
certificate corresponding to
the amount of money to pay all the money.
[0069] In one example, after the first server updates the issuing amount
corresponding the credit
certificate to the amount that the issuing amount minus the payment amount,
the method also includes:
[0070] If the first server fails to receive the paying certificate sent by
the second server within the
pre-set time range, the issuance amount of the updated credit certificate is
restored to the amount of
the issuance before the update.
[0071] In the present example, the network transaction process is limited
to the pre-set time range,
that is, the time from the order of the buyer to the seller to the buyer's
receipt is set within the pre-set
time range. If the first server does not receive the receipt document sent by
the second server within
the pre-set time range, the default network transaction has been suspended for
some reason. For
example, the unqualified buyer refused to sign or the buyer and the seller
reached an agreement to
cancel the network transaction and other reasons. As the buyer has no
obligation to pay the purchase
price, in order not to affect the buyer's next shopping credit certificate
corresponding to the amount
of the amount of recovery back to the amount before the update.
[0072] In Step 106, the second server receives the paying certificate sent
by the first terminal, the
paying certificate contains the corresponding payment, and sends the paying
certificate to the first
server.
[0073] In the actual network transaction process, the buyer receives the
goods and the seller to
send the goods may be different, resulting in the amount of payment payable
may be different with
the actual amount of payment. For example, the buyer in the seller's shop to
buy five cups, but the
buyer because of which two cups failed to sign only one of the three cups,
paying certificates
corresponding to the money should be three cups of money instead of 5 A cup of
money. The second
terminal generates the paying certificate based on the information of the
network transaction which
the buyer and the seller has completed, and sends the paying certificate to
the second server, and the
second server requests the first server to pay the payment.
[0074] In one example, at Step 106, before the second server receives the
paying certificate sent
by the second terminal, the method also includes: the first terminal transmits
the confirmed receipt
8
Date recue/Date received 2023-03-17

information of the signed goods to the second terminal; the second terminal
generates the
corresponding paying certificate as per the confirmed receipt information.
[0075] In the present example, the buyer may voluntarily send to the seller
a receipt information
confirming that the goods have been checked, and the buyer, by clicking on the
merchandise by the
first terminal on the shopping platform, confirms the goods receipt, and
further triggering the first
terminal and transmits the confirmation receipt information to the second
terminal. The second
terminal generates the paying certificate based on the confirmation receipt
information.
[0076] In another example, at Step 106, the second server receives the
paying certificate sent by
the second terminal, the method further comprising:
[0077] The second terminal receives the logistics information corresponding
to the merchandise
returned by the logistics server and generates the corresponding paying
certificate according to the
logistics information.
[0078] In the present example, when the buyer sends the issuing request
through the first terminal,
the payment is set by the credit document, and the payment is made in
accordance with the logistics
information of the merchandise. The merchandise's logistics information will
be recorded in the
logistics server, for example, when the goods are received by the consignee,
the logistics company's
staff will be the goods have been signed information into the logistics
server, which has signed the
information, including the recipient's signature and Sign time and other
information.
[0079] The logistics server realizes the logistics information of the goods
to the second terminal
in real time, and the logistics infounation obtained by the second terminal
conforms to the pre-set
condition, that is, the corresponding paying certificate is generated
according to the logistics
information. For example, the logistics server records the logistics
information that the seller
completed the delivery task, the generated paying certificate requires the
buyer to pay part of the
purchase price, when the logistics server records the logistics information
that the buyer has signed
the goods, the generated paying certificates need to buy Home to pay the
remaining payment.
[0080] The first server, according to the logistics information of the
goods, transfers the funds
corresponding to the credit certificate in batches, in other words the payment
of the goods is divided
to be paid at multiple stages of the payment process, it encourages the seller
to actively fulfil the
obligations of the contract, not only ensuring the buyer's financial security
but also urging the
commodity delivery by the seller, to achieve the integrity of transactions
between buyers and sellers.
[0081] In one example, the logistics server sends the logistics number
corresponding to the goods
after shipment to the first terminal and the second terminal to facilitate the
transaction tracking of the
buyers and sellers to the purchased goods.
9
Date recue/Date received 2023-03-17

[0082] In Step 107, the first server verifies the legitimacy of the paying
certificate, after the
verification is successful, according to the credit certificate, the funds for
payment of the goods
corresponding to the payment account shall be de-blocked.
[0083] In Step 108, the first server transfers the funds to the pre-set
receiving account through the
second server.
[0084] In the present example, the first server pays the debit amount of
the debit amount
corresponding to the payment account to the pre-set collection account through
the second server,
thereby realizing the payment obligation of the buyer to purchase the goods.
Completed the network
transaction.
[0085] In one example, data packets are tampered with in order to prevent
data leakage or
encounter hacking. Data such as purchase infolination data packets, paying
certificates and credit
certificates are encrypted during the transmission process, that is, the above
data packets contain the
encryption section. Specifically, the above data contains the encryption
section using the MAC
algorithm for encryption.
[0086] The above-mentioned network transaction payment method, the first
terminal
corresponded buyer has already obtained the credit certificate before he
purchase the goods, the credit
certificate provides guarantee for the buyer to make payment for the goods,
ensures seller's gathering
security, and makes the seller be ease to make delivery. Before the first
terminal corresponded the
buyer completes the transaction, the fund of the payment account will not pay
out. The security of
the buyer is guaranteed. The above method of network transaction payment is
achieved without
relying on the third-party payment platform, and it improves the funds
security of on-line transactions.
At the same time, the payment for goods within the payment account of the
buyer does not have to
pay in advance, in case the seller did not complete the delivery, the payment
for goods can gain
interest in the corresponding account of the payment account, which increases
the funds gains of the
buyer.
[0087] As shown in picture 2. In one example, the buyer A issues an issuing
request for a 5,000
RMB credit certificate to the first server 22 through the first terminal 21,
and the first server 22 will
freeze the deposit amount of 5,000 RMB in the payment account and will
generate the credit
certificate with a value of 5,000 and return the first terminal 21. On the
shopping platform, the buyer
A goes into the seller B's e-shop to buy goods, but the purchased goods must
be less than or equal to
5,000 RMB so as to achieve the transaction. The payment for goods purchased by
the buyer A is
guaranteed by the 5,000 RMB credit guarantee. After the buyer and the seller
have reached a deal
agreement, the seller B arranges the logistics company to send the goods. The
logistics company
records the logistics information of the merchandise into the logistics server
25, the logistics server
25 returns the logistics information to the second terminal 23, the second
terminal 23 generates the
Date recue/Date received 2023-03-17

corresponding paying certificate, and the second terminal 23 transmits the
paying certificate to the
second server 24, the second server 24 sends a paying certificate and a credit
certificate request
payment for goods to the first server 22, the first server 22 de-blocks the
funds in the payment account
according to the credit certificate, and transfers the funds to the receiving
account of the seller B
through the second server 24 so as to complete the network transaction
payment.
[0088] In one example, as shown in Figure 3, there is provided a network
transaction payment
method that applies the first server; the method comprises the steps as below:
[0089] In Step 302, the first server receives the first terminal to send
the issuing request, and the
issuing request includes the payment account number and the issuing amount.
[0090] In Step 304, the first server will freeze the funds corresponding to
the issuing amount of
the payment account number, and if the freezing is successful, the credit
certificate corresponding to
the issuing amount is generated and the credit certificate is returned to the
first terminal. If the freezing
fails, the issuing failure message generates, and the issuing failure message
will be returned to the
first terminal.
[0091] In Step 306, the first server receives the payment request including
the paying certificate
and the credit document sent by the second server, and the paying certificate
contains the
corresponding payment for goods.
[0092] In Step 308, the first server verifies the legitimacy of the paying
certificate, after the
verification is successful, according to the credit certificate, the funds for
payment of the goods
corresponding to the payment account shall be de-blocked.
[0093] In Step 310, the first server transfers the funds to the pre-set
receiving account through the
second server.
[0094] In one example, at Step 310, the first server passes the funds
through the second server to
the pre-set payment account, the method further comprising: the first server
generates a message that
the payment was successful and sends the message that the payment was
successful to the first
terminal.
[0095] As shown in Figure 4, in one example, in Step 306, the first server
receives the payment
request containing the paying certificate and the credit certificate sent by
the second server, further
comprising:
[0096] In Step 402, the first server verifies whether the credit
certificate corresponds to the credit
certificate returned to the first terminal. If so, then go to Step 404, if
not, then the end.
[0097] In Step 404, the amount of the card issuance corresponding to the
credit is updated to the
amount obtained by the amount of the debit amount minus the payment amount.
11
Date recue/Date received 2023-03-17

[0098] In one example, in Step 404, after the first server updates the
issuing amount
corresponding to the credit certificate to the amount obtained by the issuing
amount minus the
payment amount, and the method also includes:
[0099] In Step 406, when the first server does not receive the paying
certificate sent by the second
server within the pre-set time range, the issuance amount corresponding to the
updated credit
certificate is restored to the amount of the transaction before the update.
[0100] As shown in Figure 5, there is provided a network transaction
payment system comprising:
a first terminal, a second terminal, a first server, and a second server,
wherein the first terminal 11 is
connected to the first server 12; the terminal 13 is connected to the second
server 14, the first terminal
11 is connected to the second terminal 13, and the first server 12 is
connected to the second server
14. The first terminal 12 is connected to the second server 14,
[0101] The first terminal 11 is used for transmitting a credit certificate
and a purchase information
data packet to the second terminal 13. The first terminal 11,
[0102] The second terminal 13 is used for parsing the payment amount of the
purchase
information data packet and determining whether or not the payment amount is
equal to or less than
the issuance amount corresponding to the credit certificate, and if so,
sending the payment request
including the payment amount and the credit certificate to the second server
14 The
[0103] The second server 14 is used for sending a payment request including
a credit certificate
and a payment amount to the first server 12, the paying certificate is sent by
the second terminal 13,
and the paying certificate containing a corresponding payment for goods; in
accordance with the
payment request, the paying certificate and the credit certificate are sent to
the first server 12.
[0104] The first server 12 verifies the legitimacy of the paying
certificate, and after the
verification is successful, the payment for goods corresponding to the payment
account is de-blocked
according to the credit certificate, and the funds are transferred to the pre-
set receiving account
through the second server 14.
[0105] In one example, the first terminal 11 is also used to send the
confirmed receipt information
to which the goods have been signed to the second terminal 13. In one example,
[0106] The second terminal 13 is also used to generate the corresponding
paying certificate based
on the confirmation receipt information.
[0107] In one example, the second terminal 13 is also used for the second
terminal 13 to receive
the logistics information corresponding to the merchandise returned by the
logistics server and
generate the corresponding paying certificate based on the logistics
information.
[0108] In one example, the first server 12 is also used to generate a
message that the payment was
successful and to send a message that the payment was successful to the first
terminal 11. In one
example,
12
Date recue/Date received 2023-03-17

[0109] In one example, the second server 14 is also used to generate a
message that the payment
was successful and send a message that the payment was successful to the
second terminal 13. In one
example,
[0110] In one example, the first terminal 11 is also used to send the
issuing request to the first
server 12, which includes the payment account and the issuing amount.
[0111] In one example, the first server 12 is also used to freeze the funds
of the payment account
corresponding to the issuing amount, and if the freeze is successful, the
credit certificate
corresponding to the issuing amount is generated and the credit certificate is
returned to the first
terminal 11 The freeze fails to generate a fail-off message and returns the
issuing failure message to
the first terminal 11.
[0112] In one example, the first server 12 is also used to verify that the
credit certificates are
consistent with the credit certificates returned to the first teiminal 11 and,
if so, update the issuing
amount corresponding to the credit certificate to the issuing amount minus the
payment amount after
the amount obtained.
[0113] In one example, the first server 12 is further configured to restore
the payment amount
corresponding to the updated credit certificate to the pre-update issuing
amount if the paying
certificate sent by the second server 14 is not received within the pre-set
time range.
[0114] The ordinary technicians in the field that can understand and
implement all or part of the
processes in the above mentioned method of the examples which can be
accomplished by means of a
computer program that can be stored in a computer-readable storage medium. The
program may,
when executed, include flows of all examples as described above. Among them,
said storage medium
can be a magnetic disk, an optical disk, a read-only memory (ROM) or a random
access memory
(RAM), etc.
[0115] The characteristics of technology in the above example can be
arbitrarily combined. In
order to simplify the description, it does not describe all the possible
combinations of the various
characteristics of technology in the above examples, however, as long as the
combination of these
characteristics of technology are not conflict, it should be considered in the
scope of this manual
records.
[0116] The above-described examples show only a few methods of execution of
the present
invention, and its descriptions are comparatively specific and detailed,
however, it can not to be
construed as a limitation of the scope of the invention patent. It should be
noted that various
modifications and improvements can be made by those skilled in the field
without departing from the
inventive concept, which belong to the protection scope of the present
invention. Accordingly, the
protection scope of patent of the present invention should be measured by the
appended claims.
13
Date recue/Date received 2023-03-17

Representative Drawing
A single figure which represents the drawing illustrating the invention.
Administrative Status

2024-08-01:As part of the Next Generation Patents (NGP) transition, the Canadian Patents Database (CPD) now contains a more detailed Event History, which replicates the Event Log of our new back-office solution.

Please note that "Inactive:" events refers to events no longer in use in our new back-office solution.

For a clearer understanding of the status of the application/patent presented on this page, the site Disclaimer , as well as the definitions for Patent , Event History , Maintenance Fee  and Payment History  should be consulted.

Event History

Description Date
Inactive: Grant downloaded 2023-10-20
Inactive: Grant downloaded 2023-10-20
Letter Sent 2023-05-09
Grant by Issuance 2023-05-09
Inactive: Cover page published 2023-05-08
Response to Conditional Notice of Allowance 2023-03-30
Amendment Received - Voluntary Amendment 2023-03-17
Pre-grant 2023-03-17
Response to Conditional Notice of Allowance 2023-03-17
Inactive: Final fee received 2023-03-17
Letter Sent 2023-02-14
Notice of Allowance is Issued 2023-02-14
Conditional Allowance 2023-02-14
Inactive: QS passed 2023-01-17
Inactive: Conditionally Approved for Allowance 2023-01-17
Inactive: IPC expired 2023-01-01
Inactive: Adhoc Request Documented 2022-10-24
Amendment Received - Voluntary Amendment 2022-10-24
Examiner's Report 2022-06-22
Inactive: Report - No QC 2022-06-22
Amendment Received - Voluntary Amendment 2021-12-03
Amendment Received - Response to Examiner's Requisition 2021-12-03
Inactive: Report - No QC 2021-08-03
Examiner's Report 2021-08-03
Common Representative Appointed 2020-11-07
Inactive: IPC assigned 2020-06-26
Inactive: First IPC assigned 2020-06-26
Inactive: IPC assigned 2020-06-26
Inactive: IPC assigned 2020-06-26
Inactive: COVID 19 - Deadline extended 2020-04-28
Letter sent 2020-04-17
Letter Sent 2020-04-16
Letter Sent 2020-04-16
Inactive: COVID 19 - Deadline extended 2020-04-16
Divisional Requirements Determined Compliant 2020-04-16
Inactive: QC images - Scanning 2020-03-30
Request for Examination Requirements Determined Compliant 2020-03-30
Inactive: Pre-classification 2020-03-30
All Requirements for Examination Determined Compliant 2020-03-30
Application Received - Divisional 2020-03-30
Application Received - Regular National 2020-03-30
Common Representative Appointed 2020-03-30
Application Published (Open to Public Inspection) 2016-11-03

Abandonment History

There is no abandonment history.

Maintenance Fee

The last payment was received on 2022-12-15

Note : If the full payment has not been received on or before the date indicated, a further fee may be required which may be one of the following

  • the reinstatement fee;
  • the late payment fee; or
  • additional fee to reverse deemed expiry.

Please refer to the CIPO Patent Fees web page to see all current fee amounts.

Fee History

Fee Type Anniversary Year Due Date Paid Date
MF (application, 4th anniv.) - standard 04 2020-03-30 2020-03-30
Request for examination - standard 2020-06-30 2020-03-30
MF (application, 2nd anniv.) - standard 02 2020-03-30 2020-03-30
Registration of a document 2020-03-30 2020-03-30
MF (application, 3rd anniv.) - standard 03 2020-03-30 2020-03-30
Application fee - standard 2020-03-30 2020-03-30
MF (application, 5th anniv.) - standard 05 2020-04-30 2020-04-30
MF (application, 6th anniv.) - standard 06 2021-04-30 2021-01-08
MF (application, 7th anniv.) - standard 07 2022-05-02 2022-01-19
MF (application, 8th anniv.) - standard 08 2023-05-01 2022-12-15
Final fee - standard 2023-06-14 2023-03-17
MF (patent, 9th anniv.) - standard 2024-04-30 2023-12-15
Owners on Record

Note: Records showing the ownership history in alphabetical order.

Current Owners on Record
10353744 CANADA LTD.
Past Owners on Record
YI ZHANG
Past Owners that do not appear in the "Owners on Record" listing will appear in other documentation within the application.
Documents

To view selected files, please enter reCAPTCHA code :



To view images, click a link in the Document Description column. To download the documents, select one or more checkboxes in the first column and then click the "Download Selected in PDF format (Zip Archive)" or the "Download Selected as Single PDF" button.

List of published and non-published patent-specific documents on the CPD .

If you have any difficulty accessing content, you can call the Client Service Centre at 1-866-997-1936 or send them an e-mail at CIPO Client Service Centre.


Document
Description 
Date
(yyyy-mm-dd) 
Number of pages   Size of Image (KB) 
Claims 2020-03-30 9 257
Abstract 2020-03-30 1 24
Description 2020-03-30 14 760
Drawings 2020-03-30 4 87
Cover Page 2020-06-29 2 56
Representative drawing 2020-06-29 1 14
Claims 2021-12-03 9 272
Description 2022-10-24 13 1,165
Claims 2022-10-24 10 441
Description 2023-03-17 13 1,162
Claims 2023-03-17 10 439
Representative drawing 2023-04-14 1 16
Cover Page 2023-04-14 1 52
Courtesy - Acknowledgement of Request for Examination 2020-04-16 1 434
Courtesy - Certificate of registration (related document(s)) 2020-04-16 1 353
Electronic Grant Certificate 2023-05-09 1 2,527
New application 2020-03-30 16 544
Courtesy - Filing Certificate for a divisional patent application 2020-04-17 2 189
Maintenance fee payment 2020-04-30 1 25
Examiner requisition 2021-08-03 6 316
Amendment / response to report 2021-12-03 30 1,082
Examiner requisition 2022-06-22 9 526
Amendment / response to report 2022-10-24 49 2,311
Conditional Notice of Allowance 2023-02-14 3 308
Amendment / response to report / CNOA response without final fee 2023-03-17 30 1,366
Final fee 2023-03-17 7 205