Language selection

Search

Patent 2986821 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 2986821
(54) English Title: NETWORK TRANSACTION PAYMENT METHOD AND SYSTEM
(54) French Title: PROCEDE ET SYSTEME DE PAIEMENT DE TRANSACTION DE RESEAU
Status: Granted
Bibliographic Data
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

La présente invention concerne 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 d'informations d'achat à un second terminal ; (103) le second terminal analyse le paquet de données d'informations d'achat 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 c'est le cas, (104) le second terminal envoie une demande de réception comprenant le montant de paiement et le certificat de crédit à un second serveur ; (105) le second serveur envoie une demande de paiement comprenant le certificat de crédit et le montant de paiement à un premier serveur ; (106) le second serveur reçoit un certificat de paiement envoyé par le second 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 d'un 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 l'intermédiaire du second serveur. Le système et le procédé améliorent la sécurité des fonds d'une transaction de réseau.

Claims

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


CLAIMS:
1. A network payment system comprising:
a first terminal;
a second terminal;
a first server; and
a second server;
wherein the first terminal is configured to transmit a purchase information
data packet
and a credit certificate to the second terminal, the credit certificate
corresponding to funds
previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information
data packet
to obtain a payment amount and send a receiving request including the payment
amount
and the credit certificate to the second server when the payment amount is not
greater
than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent
by the
second terminal and to transmit a payment request including the credit
certificate and the
payment amount to the first server; and
wherein the first server is configured to verify the payment request, thaw the
frozen funds
in the payment account corresponding to the payment amount in the payment
account
and transfer the funds into a receiving account through the second server.
2. The system of claim 1, wherein the purchase information data packet
includes a receipt
information for goods already received.
14
Date Recue/Date Received 2021-10-04

3. The system of claim 1, wherein the second terminal is further configured
to generate a
payment certificate based on the receipt information.
4. The system of claim 1, wherein the second terminal is further configured
to receive a
logistics information corresponding to a merchandise returned by a logistics
server and
generate a corresponding payment certificate based on the logistics
information.
5. The system of claim 1, 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.
6. The system of claim 5, wherein the first server is further configured to
freeze the funds
corresponding to the payment amount in the payment account.
7. The system of claim 6, wherein the system is further configured to
generate the credit
certificate corresponding to the issuance amount and return the credit
certificate to the
first terminal when freezing the funds successfully occurs.
8. The system of claim 6, wherein the system is further configured to
generate an issuing
failure message and return the issuing failure message to the first terminal
when freezing
the funds does not successfully occur.
9. The system of claim 1, wherein the first server is further configured to
verify that a credit
certificate data in the credit certificate received from the second server
matches the credit
certificate data in the credit certificate at the first terminal.
10. The system of claim 9, 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.
Date Recue/Date Received 2021-10-04

11. The system of claim 10, 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.
12. The system of any one of claims 1-11, wherein the first terminal is
adapted for use by a
payer.
13. The system of any one of claims 1-12, wherein the second terminal is
adapted for use by
a seller.
14. The system of any one of claims 1-13, wherein the credit certificate is
an electronic
certificate for handling payment and settlement.
15. The system of any one of claims 1-14, wherein the credit certificate
corresponds to a
string of specific serial numbers which act as unique identifiers of the
credit certificate.
16. The system 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.
17. The system of claim 4, wherein the logistics information includes a
recipient signature.
18. The system of claim 17, wherein the logistics information includes a
date stamp
associated with the recipient signature.
19. The system of claim 4, wherein the logistics information includes
seller delivery
information.
16
Date Recue/Date Received 2021-10-04

20. The system of any one of claims 1-19, wherein the credit certificate is
encrypted.
21. The system of claim 20, wherein a MAC enclyption algorithm is used.
22. The system of any one of claims 1-20, wherein the purchase information
data packet is
encrypted.
23. The system of claim 22, wherein a MAC encryption algorithm is used.
24. The system of any one of claims 1-21, wherein the payment request is
encrypted.
25. The system of claim 24, wherein a MAC encryption algorithm is used.
26. A first terminal comprising:
a memory for storing data; and
a computer processor;
wherein the first terminal is operatively connected to a second terminal, a
first server,
and a second server;
wherein the first terminal is configured to transmit a purchase information
data packet
and a credit certificate to the second terminal, the credit certificate
corresponding to funds
previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information
data packet
to obtain a payment amount and send a receiving request including the payment
amount
and the credit certificate to the second server when the payment amount is not
greater
than an issuance amount according to the credit certificate;
17
Date Recue/Date Received 2021-10-04

wherein the second server is configured to receive the receiving request sent
by the
second terminal and to transmit a payment request including the credit
certificate and the
payment amount to the first server; and
wherein the first server is configured to verify the payment request, thaw the
frozen funds
in the payment account corresponding to the payment amount in the payment
account,
and transfer the funds into a receiving account through the second server.
27. The first terminal of claim 26, wherein the purchase information data
packet includes a
receipt information for goods already received.
28. The first terminal of claim 27, wherein the second terminal is further
configured to
generate a payment certificate based on the receipt information.
29. The first terminal of claim 26, wherein the second terminal is further
configured to
receive a logistics information corresponding to a merchandise returned by a
logistics
server and generate a corresponding payment certificate based on the logistics

information.
30. The first terminal of claim 26, 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.
31. The first terminal of claim 30, wherein the first server is further
configured to freeze the
funds corresponding to the payment amount in the payment account.
32. The first terminal of claim 31, 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 freezing the funds successfully occurs.
18
Date Recue/Date Received 2021-10-04

33. The first terminal of claim 31, wherein the first server is further
configured to generate
an issuing failure message and return the issuing failure message to the first
terminal
when freezing the funds does not successfully occur.
34. The first terminal of claim 26, wherein the first server is further
configured to verify that
a credit certificate data in the credit certificate received from the second
server matches
the credit certificate data in the credit certificate at the first terminal.
35. The first terminal of claim 34, 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.
36. The first terminal of claim 35, 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.
37. The first terminal of any one of claims 26-36, wherein the first
terminal is adapted for
use by a payer.
38. The first terminal of any one of claims 26-27, wherein the second
terminal is adapted for
use by a seller.
39. The first terminal of any one of claims 26-28, wherein the credit
certificate is an
electronic certificate for handling payment and settlement.
40. The first terminal of any one of claims 26-29, wherein the credit
certificate corresponds
to a string of specific serial numbers which act as unique identifiers of the
credit
certificate.
41. The first terminal of claim 26, wherein the first terminal is further
configured to:
19
Date Recue/Date Received 2021-10-04

generate a shopping order based on a merchandise shopping information
submitted by a
user; and
calculate the payment amount required in order to purchase an item.
42. The first terminal of claim 29, wherein the logistics information
includes a recipient
signature.
43. The first terminal of claim 42, wherein the logistics information
includes a date stamp
associated with the recipient signature.
44. The first terminal of claim 29, wherein the logistics information
includes a seller delivery
information.
45. The first terminal of any one of claims 26-44, wherein the credit
certificate is encrypted.
46. The first terminal of claim 45, wherein a MAC encryption algorithm is
used.
47. The first terminal of any one of claims 26-46, wherein the purchase
information data
packet is encrypted.
48. The first terminal of claim 47, wherein a MAC encryption algorithm is
used.
49. The first terminal of any one of claims 26-48, wherein the payment
request is encrypted.
50. A second terminal comprising:
a memory for storing data; and
a computer processor;
Date Recue/Date Received 2021-10-04

wherein the second terminal is operatively connected to a first terminal, a
first server,
and a second server;
wherein the first terminal is configured to transmit a purchase information
data packet
and a credit certificate to the second terminal, the credit certificate
corresponding to funds
previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information
data packet
to obtain a payment amount and send a receiving request including the payment
amount
and the credit certificate to the second server when the payment amount is not
greater
than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent
by the
second terminal and to transmit a payment request including the credit
certificate and the
payment amount to the first server; and
wherein the first server is configured to verify the payment request, thaw the
frozen funds
in the payment account corresponding to the payment amount in the payment
account,
and transfer the funds into a receiving account through the second server.
51. The second terminal of claim 50, wherein the purchase information data
packet includes
a receipt information for goods already received.
52. The second terminal of claim 51, wherein the second terminal is further
configured to
generate a payment certificate based on the receipt information.
53. The second terminal of claim 50, wherein the second terminal is further
configured to
receive a logistics information corresponding to a merchandise returned by a
logistics
server and generate a corresponding payment certificate based on the logistics

information.
21
Date Recue/Date Received 2021-10-04

54. The second terminal of claim 50, 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.
55. The second terminal of claim 54, wherein the first server is further
configured to freeze
the funds corresponding to the payment amount in the payment account.
56. The second terminal of claim 55, 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 freezing the funds successfully occurs.
57. The second terminal of claim 55, wherein the first server is further
configured to generate
an issuing failure message and return the issuing failure message to the first
terminal
when freezing the funds does not successfully occur.
58. The second terminal of claim 50, wherein the first server is further
configured to verify
that a credit certificate data in the credit certificate received from the
second server
matches the credit certificate data in the credit certificate at the first
terminal.
59. The second terminal of claim 58, 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.
60. The second terminal of claim 59, 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.
61. The second terminal of any one of claims 50-60, wherein the first
terminal is adapted for
use by a payer.
22
Date Recue/Date Received 2021-10-04

62. The second terminal of any one of claims 50-61, wherein the second
terminal is adapted
for use by a seller.
63. The second terminal of any one of claims 50-62, wherein the credit
certificate is an
electronic certificate for handling payment and settlement.
64. The second terminal of any one of claims 50-63, wherein the credit
certificate
corresponds to a string of specific serial numbers which act as unique
identifiers of the
credit certificate.
65. The second terminal of claim 50, wherein the first terminal is further
configured to:
generate a shopping order based on a merchandise shopping information
submitted by a
user; and
calculate the payment amount required in order to purchase an item.
66. The second terminal of claim 53, wherein the logistics information
includes a recipient
signature.
67. The second terminal of claim 66, wherein the logistics information
includes a date stamp
associated with the recipient signature.
68. The second terminal of claim 53, wherein the logistics information
includes a seller
delivery information.
69. The second terminal of any one of claims 50-68, wherein the credit
certificate is
encrypted.
70. The second terminal of claim 69, wherein a MAC encryption algorithm is
used.
23
Date Recue/Date Received 2021-10-04

71. The second terminal of any one of claims 50-68, wherein the purchase
information data
packet is encrypted.
72. The second terminal of claim 71, wherein a MAC encryption algorithm is
used.
73. The second terminal of any one of claims 50-68, wherein the payment
request is
encrypted.
74. The second terminal of claim 73, wherein a MAC encryption algorithm is
used.
75. A first server comprising:
a memory for storing data; and
a computer processor;
wherein the first server is operatively connected to a second terminal, a
first terminal,
and a second server;
wherein the first terminal is configured to transmit a purchase information
data packet
and a credit certificate to the second terminal, the credit certificate
corresponding to funds
previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information
data packet
to obtain a payment amount and send a receiving request including the payment
amount
and the credit certificate to the second server when the payment amount is not
greater
than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent
by the
second terminal and to transmit a payment request including the credit
certificate and the
payment amount to the first server; and
24
Date Recue/Date Received 2021-10-04

wherein the first server is configured to verify the payment request, thaw the
frozen funds
in the payment account corresponding to the payment amount in the payment
account,
and transfer the funds into a receiving account through the second server.
76. The first server of claim 75, wherein the purchase information data
packet includes a
receipt information for goods already received.
77. The first server of claim 76, wherein the second terminal is further
configured to generate
a payment certificate based on the receipt information.
78. The first server of claim 75, wherein the second terminal is further
configured to receive
a logistics information corresponding to a merchandise returned by a logistics
server and
generate a corresponding payment certificate based on the logistics
information.
79. The first server of claim 75, 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.
80. The first server of claim 79, wherein the first server is further
configured to freeze the
funds corresponding to the payment amount in the payment account.
81. The first server of claim 80, 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 freezing the funds successfully occurs.
82. The first server of claim 80, wherein the first server is further
configured to generate an
issuing failure message and return the issuing failure message to the first
terminal when
freezing the funds does not successfully occur.
Date Recue/Date Received 2021-10-04

83. The first server of claim 75, wherein the first server is further
configured to verify that a
credit certificate data in the credit certificate received from the second
server matches the
credit certificate data in the credit certificate at the first terminal.
84. The first server of claim 83, 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.
85. The first server of claim 84, 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.
86. The first server of any one of claims 75-85, wherein the first terminal
is adapted for use
by a payer.
87. The first server of any one of claims 75-86, wherein the second
terminal is adapted for
use by a seller.
88. The first server of any one of claims 75-87, wherein the credit
certificate is an electronic
certificate for handling payment and settlement.
89. The first server of any one of claims 75-88, wherein the credit
certificate corresponds to
a string of specific serial numbers which act as unique identifiers of the
credit certificate.
90. The first server of claim 75, wherein the first terminal is further
configured to:
generate a shopping order based on a merchandise shopping information
submitted by a
user; and
calculate the payment amount required in order to purchase an item.
26
Date Recue/Date Received 2021-10-04

91. The first server of claim 78, wherein the logistics information
includes a recipient
signature.
92. The first server of claim 91, wherein the logistics information
includes a date stamp
associated with the recipient signature.
93. The first server of claim 78, wherein the logistics information
includes a seller delivery
information.
94. The first server of any one of claims 75-93, wherein the credit
certificate is encrypted.
95. The first server of claim 94, wherein a MAC encryption algorithm is
used.
96. The first server of any one of claims 75-93, wherein the purchase
information data packet
is encrypted.
97. The first server of claim 96, wherein a MAC encryption algorithm is
used.
98. The first server of any one of claims 75-93, wherein the payment
request is encrypted.
99. The first server of claim 98, wherein a MAC encryption algorithm is
used.
100. A second server comprising:
a memory for storing data; and
a computer processor;
wherein the second server is operatively connected to a second terminal, a
first server,
and a first terminal;
27
Date Recue/Date Received 2021-10-04

wherein the first terminal is configured to transmit a purchase information
data packet
and a credit certificate to the second terminal, the credit certificate
corresponding to funds
previously frozen in a payment account;
wherein the second terminal is configured to parse the purchase information
data packet
to obtain a payment amount and send a receiving request including the payment
amount
and the credit certificate to the second server when the payment amount is not
greater
than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent
by the
second terminal and to transmit a payment request including the credit
certificate and the
payment amount to the first server; and
wherein the first server is configured to verify the payment request, thaw the
frozen funds
in the payment account corresponding to the payment amount in the payment
account,
and transfer the funds into a receiving account through the second server.
101. The second server of claim 100, wherein the purchase information data
packet includes
a receipt information for goods already received.
102. The second server of claim 101, wherein the second terminal is further
configured to
generate a payment certificate based on the receipt information.
103. The second server of claim 100, wherein the second terminal is further
configured to
receive a logistics information corresponding to a merchandise returned by a
logistics
server and generate a corresponding payment certificate based on the logistics

information.
104. The second server of claim 100, 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.
28
Date Recue/Date Received 2021-10-04

105. The second server of claim 102, wherein the first server is further
configured to freeze
the funds corresponding to the payment amount in the payment account.
106. The second server of claim 103, 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 freezing the funds successfully occurs.
107. The second server of claim 104, wherein the first server is further
configured to generate
an issuing failure message and return the issuing failure message to the first
terminal
when freezing the funds does not successfully occur.
108. The second server of claim 100, wherein the first server is further
configured to verify
that a credit certificate data in the credit certificate received from the
second server
matches the credit certificate data in the credit certificate at the first
terminal.
109. The second server of claim 108, 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.
110. The second server of claim 109, 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.
111. The second server of any one of claims 100-110, wherein the first
terminal is adapted for
use by a payer.
112. The second server of any one of claims 100-111, wherein the second
terminal is adapted
for use by a seller.
29
Date Recue/Date Received 2021-10-04

113. The second server of any one of claims 100-112, wherein the credit
certificate is an
electronic certificate for handling payment and settlement.
114. The second server of any one of claims 100-113, wherein the credit
certificate
corresponds to a string of specific serial numbers which act as unique
identifiers of the
credit certificate.
115. The second server of claim 100, wherein the first terminal is further
configured to:
generate a shopping order based on a merchandise shopping infomiation
submitted by a
user; and
calculate the payment amount required in order to purchase an item.
116. The second server of claim 103, wherein the logistics information
includes a recipient
signature.
117. The second server of claim 116, wherein the logistics information
includes a date stamp
associated with the recipient signature.
118. The second server of claim 103, wherein the logistics information
includes seller delivery
infomiation.
119. The second server of any one of claims 100-118, wherein the purchase
information data
packet is encrypted.
120. The second server of claim 119, wherein a MAC encryption algorithm is
used.
121. The second server of any one of claims 100-118, wherein the payment
request is
encrypted.
Date Recue/Date Received 2021-10-04

122. The second server of claim 121, wherein a MAC encryption algorithm is
used.
123. The second server of any one of claims 100-118, wherein the credit
certificate is
encrypted.
124. The second server of claim 121, wherein a MAC encryption algorithm is
used.
125. A network payment method comprising:
transmitting a credit certificate and a purchase information data packet from
a first
terminal to a second terminal, the credit certificate corresponding to funds
previously
frozen in a payment account;
parsing the purchase information data packet at the second terminal to obtain
a payment
amount;
determining at the second terminal whether the payment amount is greater than
or equal
to an issuance amount on the credit certificate;
sending a receiving request including the payment amount and the credit
certificate from
the second terminal to a second server when the payment amount is greater than
or equal
to the issuance amount corresponding to the credit certificate;
sending a payment request containing the credit certificate and the payment
amount from
the second server to a first server;
verifying the payment request at the first server;
thawing the frozen funds in the payment account corresponding to the payment
amount
in the payment account at the first server; and
31
Date Recue/Date Received 2021-10-04

sending the funds to a receiving account through the second server.
126. The method of claim 125 further comprising:
transmitting a receipt information for a goods from the first terminal to the
second
terminal;
generating a payment certificate at the second terminal based on the receipt
information.
127. The method of claim 125 further comprising:
receiving logistics information corresponding to a merchandise returned by a
logistics
server at the second terminal; and
generating a corresponding payment certificate based on the logistics
information.
128. The method of claim 125 further comprising:
sending an issuing request including a payment account number and an issuing
amount
from the first terminal to the first server;
freezing the funds corresponding to the issuing amount in the account
corresponding to
the payment account number; and
generating one of the credit certificates corresponding to the issuing amount
and return
the credit certificate to the first terminal when freezing is successful and
generating an
issuing failure information and returning the issuing failure information to
the first
terminal when freezing is unsuccessful.
129. The method of claim 125 further comprising:
32
Date Recue/Date Received 2021-10-04

verifying whether a credit certificate data in the credit certificate received
from the
second server matches the credit certificate data in the credit certificate at
the first
terminal; and
updating the issuance amount on the credit certificate to the amount obtained
by the
issuance amount minus the payment amount once the credit certificate has been
successfully verified.
130. The method of claim 129 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.
131. The method of any one of claims 125-130, wherein the method is
implemented via a
physical memory having stored thereon a computer program.
132. The method of claim 131, wherein the physical memory is a computer-
readable storage
medium.
133. The method of claim 132, wherein the computer-readable storage medium
is a magnetic
disk.
134. The method of claim 132, wherein the computer-readable storage medium
is an optical
disk.
135. The method of claim 132, wherein the computer-readable storage medium
is a read-only
memory.
136. The method of claim 132, wherein the computer-readable storage medium
is a random-
acc ess memory.
33
Date Recue/Date Received 2021-10-04

137. The method of claim 125, wherein the purchase information data packet
includes a
receipt information for goods already received.
138. The method of claim 137, wherein the second terminal is further
configured to generate
a payment certificate based on the receipt information.
139. The method of claim 125, wherein the second terminal is further
configured to receive a
logistics information corresponding to a merchandise returned by a logistics
server and
generate a corresponding payment certificate based on the logistics
information.
140. The method of claim 125, 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.
141. The method of claim 140, wherein the first server is further
configured to freeze the
funds corresponding to the payment amount in the payment account.
142. The method of claim 141, 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 freezing the funds successfully occurs.
143. The method of claim 142, wherein the first server is further
configured to generate an
issuing failure message and return the issuing failure message to the first
terminal when
freezing the funds does not successfully occur.
144. The method of claim 125, wherein the first server is further
configured to verify that a
credit certificate data in the credit certificate received from the second
server matches the
credit certificate data in the credit certificate at the first terminal.
34
Date Recue/Date Received 2021-10-04

145. The method of claim 144, 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.
146. The method of claim 145, 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.
147. The method of any one of claims 125-146, wherein the first terminal is
adapted for use
by a payer.
148. The method of any one of claims 125-147, wherein the second terminal
is adapted for
use by a seller.
149. The method of any one of claims 125-148, wherein the credit
certificate is an electronic
certificate for handling payment and settlement.
150. The method of any one of claims 125-149, wherein the credit
certificate corresponds to
a string of specific serial numbers which act as unique identifiers of the
credit certificate.
151. The method of claims 125, 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.
152. The method of claim 139, wherein the logistics information includes a
recipient
signature.


153. The method of claim 152, wherein the logistics information includes a
date stamp
associated with the recipient signature.
154. The method of claim 139, wherein the logistics information includes
seller delivery
information.
155. The method of any one of claims 125-154, wherein the credit
certificate is encrypted.
156. The method of claim 155, wherein a MAC encryption algorithm is used.
157. The method of any one of claims 125-155, wherein the purchase
information data packet
is encrypted.
158. The method of claim 157, wherein a MAC encryption algorithm is used.
159. The method of any one of claims 125-156, wherein the payment request
is encrypted.
160. The method of claim 159, wherein a MAC encryption algorithm is used.
161. A logistics server comprising:
a memory for storing data; and
a computer processor;
wherein the logistics server is operatively connected to a second terminal, a
first server,
and a first terminal;
wherein the first terminal is configured to transmit a purchase information
data packet
and a credit certificate to the second terminal, the credit certificate
corresponding to funds
previously frozen in a payment account;
36
Date Recue/Date Received 2021-10-04

wherein the second terminal is configured to parse the purchase information
data packet
to obtain a payment amount and send a receiving request including the payment
amount
and the credit certificate to the second server when the payment amount is not
greater
than an issuance amount according to the credit certificate;
wherein the second server is configured to receive the receiving request sent
by the
second terminal and to transmit a payment request including the credit
certificate and the
payment amount to the first server;
wherein the logistics server generates logistics information corresponding to
the logistics
information of merchandise; and
wherein the first server is configured to verify the payment request, thaw the
frozen funds
in the payment account corresponding to the payment amount in the payment
account,
and transfer the funds into a receiving account through the second server.
162. The logistics server of claim 161, wherein the purchase information
data packet includes
receipt information for goods already received.
163. The logistics server of claim 162, wherein the logistics server is
further configured to
record information regarding when the goods are received by a consignee.
164. The logistics server of claim 161, wherein the second terminal is
further configured to
receive logistics information corresponding to a merchandise returned by the
logistics
server and generate a corresponding payment certificate based on the logistics

information.
165. The logistics server of claim 161, 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.
37
Date Recue/Date Received 2021-10-04

166. The logistics server of claim 161, wherein the first server is further
configured to freeze
the funds corresponding to the payment amount in the payment account.
167. The logistics terminal of claim 166, 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 freezing the funds successfully occurs.
168. The logistics terminal of claim 166, wherein the first server is
further configured to
generate an issuing failure message and return the issuing failure message to
the first
terminal when freezing the funds does not successfully occur.
169. The logistics terminal of claim 161, wherein the first server is
further configured to verify
that a credit certificate data in the credit certificate received from the
second server
matches the credit certificate data in the credit certificate at the first
terminal.
170. The logistics terminal of claim 161, 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.
171. The logistics terminal of claim 161, 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.
172. The logistics terminal of any one of claims 161-171, wherein the first
terminal is adapted
for use by a payer.
173. The logistics terminal of any one of claims 161-172, wherein the
logistics server is
adapted for use by a seller.
38
Date Recue/Date Received 2021-10-04

174. The logistics terminal of any one of claims 161-173, wherein the
credit certificate is an
electronic certificate for handling payment and settlement.
175. The logistics terminal of any one of claims 161-174, wherein the
credit certificate
corresponds to a string of specific serial numbers which act as unique
identifiers of the
credit certificate.
176. The logistics terminal of claim 161, wherein the first terminal is
further configured to:
generate a shopping order based on a merchandise shopping information
submitted by a
user; and
calculate the payment amount required in order to purchase an item.
177. The logistics terminal of any one of claims 161-176, wherein the
logistics information
includes a recipient signature.
178. The logistics terminal of claim 177, wherein the logistics information
includes a date
stamp associated with the recipient signature.
179. The logistics terminal of any one of claims 161-178, wherein the
logistics information
includes a seller delivery information.
180. The logistics terminal of any one of claims 161-179, wherein the
credit certificate is
encrypted.
181. The logistics terminal of any one of claims 161-180, wherein the
purchase information
data packet is encrypted.
182. The logistics terminal of any one of claims 161-181, wherein the
payment request is
encrypted.
39
Date Recue/Date Received 2021-10-04

183.
The logistics terminal of any one of claims 161-182, wherein a MAC encryption
algorithm is used.
Date Recue/Date Received 2021-10-04

Description

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


CA 02986821 2017-11-22
=
WO 2016/172973 PCT/CN2015/078131
Title: NETWORK TRANSACTION PAYMENT METHOD AND SYSTEM
Technical Field
The present invention relates to the field of computer technology, and
particularly to a network
transaction payment method and system.
Background Technology
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
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.
A kind of network transaction payment method includes:
The first terminal transmits the credit certificate and the purchase
information data packet to
the second terminal;
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;
The second server sends a payment request containing the credit certificate
and the payment
amount to the first server;
The second server receives the paying certificate sent by the second terminal,
the paying

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
certificate contains the corresponding payment for goods and sends the paying
certificate to the first
server;
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;
The first server transfers the said funds to the pre-set receiving account
through the second
server.
In one of the examples, before the second server receives the paying
certificate sent by the
second terminal. Also includes:
The first terminal transmits the confirmed receipt information for the signed
goods to the
second terminal;
And the second terminal generates a corresponding paying certificate based on
the said
confirmed receipt information.
In one of the examples, before the second server receives the paying
certificate sent by the
second terminal, the second server also includes:
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.
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:
The first terminal sends the issuing request to the first server, the issuing
request includes the
payment account number and the issuing amount;
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.
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:
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.
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:
2

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
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.
A kind of network transaction payment method includes:
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;
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.
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;
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;
The first server transfers the said funds to the pre-set receiving account
through the second
server.
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:
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.
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:
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.
A kind of network transaction payment system, and the said system comprising:
The first terminal for transmitting the credit certificate and the purchased
information data
packet to the second terminal;
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
3

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
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.
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.
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;
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;
And the second terminal is further configured to generate a corresponding
paying certificate
based on the confirmation receipt information.
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.
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;
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.
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.
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.
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
4

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
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
Figure 1 is a flowchart of a network transaction payment method in one
example;
Figure 2 is an application scene diagram of a network transaction payment
method in one
example;
Figure 3 is a flowchart of a network transaction payment method in one
example;
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;
Figure 5 is a schematic diagram of a structure of a network transaction
payment system in one
example;
Description of the Preferred Examples
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.
One of the innovations of the examples of the present invention is that, in
conjunction with the
freeze payment of the silver letter of credit, a new payment model is
implemented, through which
the buyer can contain the seller's transaction progress, and by this setting,
the buyer's financial
security at the same time to urge the seller to actively deliver, set the
conditions in the various
stages of payment, reduce the funds to recover the process to solve the
problem of the end of the
problem, from the system level to ensure that buyers and sellers of the
integrity of the transaction.
As shown in Figure 1, in one example, there is provided a network transaction
payment
method comprising the steps of:
In Step 102, the first terminal transmits the credit certificate and the
purchase information data
packet to the second terminal.
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

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
third party's payment account.
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.
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.
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.
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.
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.
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
6

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
the issuance corresponding to the credit certificate. If so, the process
proceeds to Step 104, if not.
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.
In Step 104, the second terminal transmits a payment request including the
payment amount
and the credit certificate to the second server.
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.
In Step 105, the second server sends a payment request containing the credit
certificate and the
payment amount to the first server.
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.
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
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.
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.
In one example, after the first server updates the issuing amount
corresponding the credit
7

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
certificate to the amount that the issuing amount minus the payment amount,
the method also
includes:
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.
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.
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.
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.
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
information of the signed goods to the second terminal; the second terminal
generates the
corresponding paying certificate as per the confirmed receipt information.
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.
In another example, at Step 106, the second server receives the paying
certificate sent by the
second terminal, the method further comprising:
8

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
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.
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.
The logistics server realizes the logistics information of the goods to the
second terminal in
real time, and the logistics information 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.
The first server according to the logistics information of the goods in
batches to pay the credit
corresponding to the funds, the goods will be divided into multiple stages of
payment, you can
encourage the seller to actively fulfil the obligations of the implementation
of the contract to ensure
that the buyer's funds at the same time urge the seller active Delivery, to
achieve the integrity of
buyers and sellers transactions.
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.
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.
In Step 108, the first server transfers the funds to the pre-set receiving
account through the
second server.
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.
In one example, data packets are tampered with in order to prevent data
leakage or encounter
hacking. Data such as purchase information data packets, paying certificates
and credit certificates
9

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
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.
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.
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
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.
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:
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.
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

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
fails, the issuing failure message generates, and the issuing failure message
will be returned to the
first terminal.
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.
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.
In Step 310, the first server transfers the funds to the pre-set receiving
account through the
second server.
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.
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:
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.
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.
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:
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.
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,
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,
The second terminal 13 is used for parsing the payment amount of the purchase
information
11

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
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
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.
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.
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,
The second terminal 13 is also used to generate the corresponding paying
certificate based on
the confirmation receipt information.
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.
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,
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,
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.
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.
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 terminal 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.
12

CA 02986821 2017-11-22
WO 2016/172973 PCT/CN2015/078131
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.
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.
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.
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

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

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 , Administrative Status , Maintenance Fee  and Payment History  should be consulted.

Administrative Status

Title Date
Forecasted Issue Date 2022-02-22
(86) PCT Filing Date 2015-04-30
(87) PCT Publication Date 2016-11-03
(85) National Entry 2017-11-22
Examination Requested 2019-06-18
(45) Issued 2022-02-22

Abandonment History

There is no abandonment history.

Maintenance Fee

Last Payment of $210.51 was received on 2023-12-15


 Upcoming maintenance fee amounts

Description Date Amount
Next Payment if small entity fee 2025-04-30 $125.00
Next Payment if standard fee 2025-04-30 $347.00

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.

Patent fees are adjusted on the 1st of January every year. The amounts above are the current amounts if received by December 31 of the current year.
Please refer to the CIPO Patent Fees web page to see all current fee amounts.

Payment History

Fee Type Anniversary Year Due Date Amount Paid Paid Date
Registration of a document - section 124 $100.00 2017-11-22
Reinstatement of rights $200.00 2017-11-22
Application Fee $400.00 2017-11-22
Maintenance Fee - Application - New Act 2 2017-05-01 $100.00 2017-11-22
Maintenance Fee - Application - New Act 3 2018-04-30 $100.00 2018-04-23
Maintenance Fee - Application - New Act 4 2019-04-30 $100.00 2019-01-07
Advance an application for a patent out of its routine order $500.00 2019-06-18
Request for Examination $800.00 2019-06-18
Maintenance Fee - Application - New Act 5 2020-04-30 $200.00 2020-01-07
Maintenance Fee - Application - New Act 6 2021-04-30 $204.00 2021-01-08
Final Fee 2022-04-19 $306.00 2021-12-30
Maintenance Fee - Application - New Act 7 2022-05-02 $203.59 2022-01-19
Maintenance Fee - Patent - New Act 8 2023-05-01 $203.59 2022-12-15
Maintenance Fee - Patent - New Act 9 2024-04-30 $210.51 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
None
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) 
Examiner Requisition 2020-03-12 4 284
Office Letter 2020-03-17 1 70
Examiner Requisition 2020-03-17 5 244
Amendment 2020-03-30 32 917
Claims 2020-03-30 27 808
Examiner Requisition 2020-08-12 7 399
Amendment 2020-12-09 62 2,006
Claims 2020-12-09 27 848
Examiner Requisition 2021-06-03 6 337
Amendment 2021-10-04 66 2,280
Claims 2021-10-04 27 862
Final Fee 2021-12-30 3 61
Representative Drawing 2022-01-24 1 6
Cover Page 2022-01-24 1 45
Electronic Grant Certificate 2022-02-22 1 2,527
Abstract 2017-11-22 1 79
Claims 2017-11-22 4 195
Drawings 2017-11-22 4 77
Description 2017-11-22 13 782
International Search Report 2017-11-22 10 316
National Entry Request 2017-11-22 9 373
Representative Drawing 2018-02-08 1 10
Cover Page 2018-02-08 1 48
Special Order 2019-06-18 81 2,448
Claims 2019-06-18 78 2,400
Acknowledgement of Grant of Special Order 2019-06-27 1 47