Language selection

Search

Patent 2986799 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 2986799
(54) English Title: NETWORK TRANSACTION REFUNDING METHOD AND SYSTEM
(54) French Title: PROCEDE ET SYSTEME DE REMBOURSEMENT DE TRANSACTIONS DE RESEAU
Status: Granted and Issued
Bibliographic Data
Abstracts

English Abstract

A network transaction refunding method and system. The network transaction refunding method comprises: receiving a refund request information data packet sent by a second terminal and carrying a transaction sequence number (401); checking and analysing the refund request information data packet to obtain the transaction sequence number, and determining a corresponding paying account, receiving account and paying amount according to the transaction sequence number (402); establishing a connection with a first server corresponding to the paying account, and paying funds in the receiving account to the first server, the funds corresponding to the paying amount, so that the first server transfers the funds to the paying account (403). The system and method ensure the security of a network transaction refund.


French Abstract

Procédé et système de remboursement de transactions de réseau. Le procédé de remboursement de transactions de réseau comporte les étapes consistant à: recevoir un paquet de données d'informations de demande de remboursement envoyé par un deuxième terminal et portant un numéro d'ordre de transaction (401); vérifier et analyser le paquet de données d'informations de demande de remboursement pour obtenir le numéro d'ordre de transaction, et déterminer un compte payeur, un compte bénéficiaire et un montant de paiement correspondants d'après le numéro d'ordre de transaction (402); établir une connexion avec un premier serveur correspondant au compte payeur, et verser au premier serveur des fonds présents dans le compte bénéficiaire, les fonds correspondant au montant de paiement, de telle sorte que le premier serveur transfère les fonds au compte payeur (403). Le système et le procédé garantissent la sécurité d'un remboursement de transaction de réseau.

Claims

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


Claims:
1. A network transaction refunding system for refunding from a receiving
account of a
seller to a payment account of a buyer in an ecommerce transaction, the system
comprising:
a second terminal, configured to:
deliver an information data packet of a refund request for a refunding process
of the ecommerce transaction to a second server to protect account information
related to buyer's personal information, wherein the information data packet
of
the refund request includes a transaction sequence, wherein the transaction
sequence is the only identification to identify the buyer and the seller;
the second server, configured to:
verify the information data packet of the refund request delivered by the
second
terminal for obtaining the corresponding transaction sequence;
establish a relationship between the receiving account of the seller, a
payment
amount and the transaction sequence to protect the account information related
to the seller's personal information in the ecommerce transaction;
establish a connection to a first server corresponding to the payment account
of
the buyer to transfer a refund corresponding to the payment amount from the
receiving account of the seller to the first server directly rather than a
third-
party payment platform to reduce potential financial risk in case the third-
party
payment platform is unreliable in the ecommerce transaction;
the first server, configured to:
11
CA 2986799 2022-04-05

establish a relationship between the payment account of the buyer, a payment
amount and the transaction sequence to protect bank account information
related to the buyer's personal information in the ecommerce transaction;
transfer the refund to the payment account of the buyer directly to protect
account information related to seller's personal information; and
generate a notification that the payment has been successfully refunded;
a first terminal, configured to:
generate the transaction sequence for the ecommerce transaction;
deliver the transaction sequence to the second terminal; and
receive the notification from the first server.
2. The system of claim 1, wherein the first terminal is further configured
to:
generate an information data packet for purchasing products, wherein the
information
data packet for purchasing products includes the transaction sequence; and
deliver the information data packet for purchasing products to the second
terminal for a
purchasing process of the ecommerce transaction.
3. The system of claim 2, wherein the second terminal is further configured
to:
verify the information data packet for purchasing products to obtain the
payment amount;
12
CA 2986799 2022-04-05

generate the information data packet of the refund request according to the
payment
amount to protect the account information related to the seller's personal
information in
the ecommerce transaction; and
deliver the information data packet of the refund request and the transaction
sequence to
the second server directly for a receiving payment process of the ecommerce
transaction.
4. The system of claim 3, wherein the second server is further configured to:
generate an information data packet of a payment request based on the
information data
packet of the refund request to protect the account information related to the
seller's
personal information in the ecommerce transaction; and
deliver the information data packet of the payment request to the first server
directly for
the receiving payment process of the ecommerce transaction to avoid funds
through the
third-party payment platform, wherein the information data packet of the
payment
request includes a corresponding transaction sequence.
5. The system of claim 4, wherein the first server is further configured
to:
verify the information data packet of the payment request to obtain the
payment amount;
freeze funds corresponding to the payment amount in the payment account of the
buyer to
protect the seller in the ecommerce transaction; and
release and transfer the frozen funds to the second server directly when the
information
data packet of the payment request is passed a validity verification to avoid
funds
through the third-party payment platform.
6. The system of claim 4, wherein the second server is further configured to:
13
CA 2986799 2022-04-05

transfer funds to the receiving account of the seller directly from the first
server to avoid
funds through the third-party payment platform.
7. The system of any one of claims 1 to 6, wherein the first server is further
configured to:
deliver commitment payment information respectively when the funds
corresponding to
the payment amount is frozen to the first terminal and second server to
protect seller in
the ecommerce transaction.
8. The system of claim 7, wherein the second server is further configured
to:
deliver the commitment payment information to the second terminal for the
ecommerce
transaction.
9. The system of claim 7, wherein the second terminal is further configured
to:
generate delivery prompt information according to the commitment payment
information
for the ecommerce transaction.
10. The system of any one of claims 1 to 9, wherein the transaction sequence
is associated
with all the transaction data generated in the ecommerce transactions.
11. The system of any one of claims 1 to 10, wherein the information data
packet of the
refund request includes the corresponding payment account of the buyer.
12. The system of any one of claims 1 to 11, wherein the information data
packet of the
refund request includes the corresponding receiving account of the seller.
13. The system of any one of claims 1 to 12, wherein the information data
packet of the
refund request includes the payment amount of a product.
14
CA 2986799 2022-04-05

14. The system of any one of claims 1 to 13, wherein the information data
packet of the
payment request includes currency information corresponding to the payment
amount
when the funds are not in a default currency.
15. The system of any one of claims 1 to 14, wherein the transaction sequence
is associated
with the corresponding payment account of the buyer, the corresponding payment
account of the seller and the payment amount in the ecommerce transaction .
16. The system of any one of claims 1 to 15, wherein the refund request is
generated after
completion of a refund agreement by the buyer and seller and the completion of
the
transactions.
17. The system of any one of claims 1 to 16, wherein the first server sets the
payment
account of the buyer for paying.
18. The system of any one of claims 1 to 17, wherein the second server sets
the receiving
account of the seller in advance for receiving payment of commodity.
19. The system of any one of claims 1 to 18, wherein the payment account of
the buyer for
paying is a bank account.
20. The system of any one of claims 1 to 18, wherein the payment account of
the buyer for
paying is a third party financial institution's account.
21. The system of any one of claims 1 to 20, wherein the receiving account of
the seller for
receiving payment of commodity is a bank account.
22. The system of any one of claims 1 to 20, wherein the receiving account of
the seller for
receiving payment of commodity is a third party financial institution's
account.
CA 2986799 2022-04-05

23. A network transaction refunding method for refunding from a receiving
account of a
seller to a payment account of a buyer in an ecommerce transaction, applied in
a second
server, comprises:
receiving an information data packet of a refund request delivered by a second
terminal
directly to protect account information related to buyer's personal
information for a
refunding process of the ecommerce transaction, wherein the information data
packet of
the refund request includes a transaction sequence generated by a first
terminal and
delivered to the second terminal, wherein the transaction sequence is the only
identification to identify the buyer and the seller;
verifying the information data packet of the refund request delivered by the
second
terminal for obtaining the corresponding transaction sequence;
establishing a relationship between the receiving account of the seller, a
payment amount
and the transaction sequence to protect the seller's personal information in
the
ecommerce transaction;
establishing a connection to a first server corresponding to the payment
account of the
buyer to transfer a refund corresponding to the payment amount from the
receiving
account of the seller to the first server directly rather than a third-party
payment platform
to reduce potential financial risk in case the third-party payment platform is
unreliable in
the ecommerce transaction;
transferring the refund corresponding to the payment amount in the receiving
account of
the seller to the first server, to enable the first server to transfer the
refund to the payment
account of the buyer for refunding process of the ecommerce transaction.
24. The method of claim 23 further comprises:
16
CA 2986799 2022-04-05

receiving information data packet of a receiving funds request with the
transaction
sequence delivered by the second terminal to protect the account information
related to
the seller's personal information in the ecommerce transaction;
generating the information data packet of a payment request based on the
information
data packet of the payment collecting request to protect the account
information related
to the seller's personal information in the ecommerce transaction; and
delivering the information data packet of the payment request to the first
server directly
for the receiving payment process of the ecommerce transaction to avoid funds
through
the third-party payment platform, wherein the information data packet of the
payment
request includes a corresponding transaction sequence, it enables the first
server to verify
the information data packet of payment request to obtain the payment amount,
and freeze
funds corresponding to the payment amount in the payment account of the buyer;
and
obtaining and transferring the funds from the first server to the receiving
account of the
seller directly to avoid the funds through the third-party payment platform in
the
ecommerce transaction.
25. The method of claim 24, further comprises:
receiving commitment payment information to protect seller in the ecommerce
transaction when the funds corresponding to the payment amount is frozen in
the
ecommerce transaction; and
delivering the commitment payment information to the second terminal so that
the second
terminal generates a shipping notification according to the commitment payment
information in the ecommerce transaction.
26. The method of any one of claims 23 to 25, wherein the transaction sequence
is associated
with all the transaction data generated in the ecommerce transactions.
17
CA 2986799 2022-04-05

27. The method of any one of claims 23 to 26, wherein the information data
packet of the
refund request includes the corresponding payment bank account of the buyer.
28. The method of any one of claims 23 to 27, wherein the information data
packet of the
refund request includes the corresponding receiving bank account of the
seller.
29. The method of any one of claims 23 to 28, wherein the information data
packet of the
refund request includes the payment amount.
30. The method of any one of claims 23 to 29, wherein the information data
packet of the
payment request includes currency information corresponding to the payment
amount
when the funds are not in a default currency.
31. The method of any one of claims 23 to 30, wherein the transaction sequence
is associated
with the corresponding payment bank account of the buyer, the corresponding
payment
bank account of the buyer and the payment amount in the ecommerce
transactions.
32. The method of any one of claims 23 to 31, wherein the refund request is
generated after
completion of a refund agreement by the buyer and seller and the completion of
the
transactions.
33. The method of any one of claims 23 to 32, wherein the first server sets
the payment
account of the buyer for paying.
34. The method of any one of claims 23 to 33, wherein the second server sets
the receiving
account of the seller in advance for receiving payment of commodity.
35. The method of any one of claims 23 to 34, wherein the payment account of
the buyer for
paying is a bank account.
18
CA 2986799 2022-04-05

36. The method of any one of claims 23 to 34, wherein the payment account of
the buyer for
paying is a third party financial institution's account.
37. The method of any one of claims 23 to 36, wherein the receiving account of
the seller for
receiving payment of commodity is a bank account.
38. The method of any one of claims 23 to 36, wherein the receiving account of
the seller for
receiving payment of commodity is a third party financial institution's
account.
39. A network transaction refunding method for refunding from a receiving
account of a
seller to a payment account of a buyer in an ecommerce transaction, applied in
a first
server, the method comprises:
establishing a relationship between the payment account of the buyer, a
payment amount
and a transaction sequence generated by a first terminal to protect the
account
information related to the buyer's personal information in the ecommerce
transaction;
establishing a connection with a second server directly rather than a third-
party payment
platform to reduce potential financial risk in case the third-party payment
platform is
unreliable in the ecommerce transaction, to enable the second server to
determine the
payment account of the buyer, the receiving account of the seller and the
payment
amount according to the transaction sequence in an information data packet to
protect
account information related to buyer and seller's personal information,
wherein the
transaction sequence is the only identification to identify the buyer and the
seller;
obtaining a refund corresponding to the payment amount from the receiving
account of
the seller through the second server directly to avoid refunds through the
third-party
payment platform in a refund process of the ecommerce transaction;
= transferring the refund to the payment account of the buyer directly to
protect account
information related to seller's personal information; and
19
CA 2986799 2022-04-05

generating a notification that the payment has been refunded successfully in
the
ecommeree transaction.
40. The method of claim 39 further comprises:
delivering commitment payment information respectively when funds
corresponding to
the payment amount is frozen to the first terminal and second server to
protect seller in
the ecommerce transaction.
41. The method of claim 39, further comprises:
verifying the information data packet of the payment request to obtain the
payment
amount;
freezing funds corresponding to the payment amount in the payment account of
the buyer
to protect the seller in the ecommerce transaction; and
releasing and transferring the frozen funds to the second server directly when
the
information data packet of the payment request is passed a validity
verification to avoid
funds through the third-party payment platform.
42. The method of any one of claims 39 to 41, wherein the transaction sequence
is associated
with all the transaction data generated in the ecommerce transactions.
43. The method of any one of claims 39 to 42, wherein the information data
packet of the
refund request includes buyer's corresponding payment account.
44. The method of any one of claims 39 to 43, wherein the information data
packet of the
refund request includes seller's corresponding receiving account.
CA 2986799 2022-04-05

45. The method of any one of claims 39 to 44, wherein the information data
packet of the
refund request includes payment amount.
46. The method of any one of claims 39 to 45, wherein the information data
packet of the
payment request includes currency information corresponding to the payment
amount
when the funds are not in a default currency.
47. The method of any one of claims 39 to 46, wherein the transaction sequence
is associated
with the buyer's corresponding payment account, the seller's corresponding
payment
account and the payment amount in the ecommerce transactions.
48. The method of any one of claims 39 to 47, wherein the first server sets
the payment
account of the buyer for paying.
49. The method of any one of claims 39 to 48, wherein the second server sets
the receiving
account of the seller in advance for receiving payment of commodity.
50. The method of any one of claims 39 to 49, wherein the payment account of
the buyer for
paying is a bank account.
51. The method of any one of claims 39 to 49, wherein the payment account of
the buyer for
paying is a third party financial institution's account.
52. The method of any one of claims 39 to 51, wherein the receiving account of
the seller for
receiving payment of commodity is a bank account.
53. The method of any one of claims 39 to 52, wherein the receiving account of
the seller for
receiving payment of commodity is a third party financial institution's
account.
21
CA 2986799 2022-04-05

Description

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


CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
NETWORK TRANSACTION REFUNDING METHOD AND SYSTEM
Technical Field
The invention relates to the field of communication technology, specifically,
involving a refund
method and system of online transactions.
Background Technology
E-commerce has gradually become the main trend of internet economic
development, online
transactions has gradually become a way of life, on account of the merchants
and users cannot
achieve face-to-face payment settlement, so the most important part of e-
commerce is to reduce the
transactions risk between the buyers and sellers. At present, the traditional
network payment is in,
the form of guarantee provided by a third party payment company, the buyer or
the payer will pay
the funds to the third party platform and it will transfer funds to the
receiving account of the seller
after confirming the receipt.
After completing the transaction, if a refund occurs, there will be two
traditional refund
methods: the first one is that the seller will return the funds of refunded to
the third party payment
platform, and the payment will be returned to the buyer through the third-
party payment platform.
Or the buyer will directly provide the bank account to the seller, which will
transfer the payment
into the bank account. The first refund method is used for payment through the
third party payment
platform, once the third party payment platform has a problem, the refund of
both parties will not
guaranteed, while the second method that the buyer directly provides the bank
account related to the
personal private information to the seller, causing unnecessary troubles to
the buyer. Therefore the
traditional refund method of online transactions cannot guarantee a safe
refund.
Summary of the Invention
Based on the above situations, it is necessary to provide a refund method and
system of online
transactions which can realize the safe refund.
An online transaction refund method, which is applied to a second server,
including:
Receive the information data packet of refund with the transaction sequence
delivered by the
second terminal.
Obtain the transaction sequence by checking and analysing the information data
packet of
refund, determining the related payment account, receiving account and payment
amount according
to the transaction sequence;
Establish the connection between the payment account corresponding to the
first server and
pay the funds corresponding to the payment amount in the receiving account to
the first server and
later it transfers the related funds to receiving account.

CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
A refund method of online transactions, which is applied into the first
server, the method
comprising: make connection with the second server and the second server
determines the
corresponding payment account, receiving account and payment amount.
Obtain the funds corresponding to the payment amount in the receiving account
paid by the
second server and transfer the funds into the receiving account.
A refund system of online transaction including:
The second terminal is used for obtaining the transaction sequence and
delivering the
information data packet for refund with the transaction sequence to the second
server.
A second server is used to check the information data packet of the related
refund request,
obtaining the corresponding transaction sequence and determining the payment
account, receiving
account and the payment amount according to the transaction sequence.
The second server is also used for establishing the connection between the
payment account
and first server, and transferring the funds corresponding to the payment
account in the receiving
account to the first server;
A first server is used for transferring the funds into the receiving account.
The above-mentioned refund method and system in online transactions is based
on that the first
server can obtain payment account and amount according to the information
sequence, the first
server transfers the funds of payment amount into the payment account to
complete the refund of
online transactions by the first server. During the whole refund process, the
seller corresponding to
the second terminal can't obtain the payment account of the buyer, it
guarantees the private account
information of the buyer will not leaked, and the refund process don't need
the third party payment
platform so that the security of the online transactions is guaranteed.
Brief Description
Figure 1 shows an example of a schematic diagram of refund system for online
transaction;
Figure 2 shows another example of a schematic diagram of refund system for
online
transactions;
Figure 3 shows an example of the application scenario of refund system for
online
transactions;
Figure 4 shows an example of a flowchart of refund method for online
transactions;
Figure 5 shows another example of a flowchart of the refund method for online
transactions;
Figure 6 is a flowchart of refund method in online transactions in one
example;
Figure 7 shows another example a flowchart of the refund method for online
transactions;
Description of the Preferred Embodiments
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
2

CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
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.
As shown in Figure 1, there is a refund system used for online transactions in
one example,
and the system includes the second terminal 11, the second server 12 and the
first server 13.
The second terminal 11 for acquiring the transaction sequence and delivering
the refund
"request information packet" carrying the transaction serial number to the
second server 12.
The second terminal 11 is used for the seller in the online transactions. The
second server 12
sets a payment account corresponding to the seller, and the second server 12
is used to transfer the
payment account corresponding to the buyer into the receiving account during
the transaction
process; and the funds in the payment account will be refunded to the payment
account. The
transaction sequence is the only identification to identify the generation of
online transactions
between the buyer and the seller. The transaction sequence is associated with
all the transaction data
generated in the transactions. The transaction data packet includes the
buyer's corresponding
payment account, the sellers corresponding receiving account and payment
amount, etc.
The two party reached the refund agreement by communication after the
completion of the
transactions. The seller completes the refund process through the second
terminal 11. Specifically,
the second terminal 11 acquires the corresponding transaction sequence related
to the refund
transaction and obtains the required information to complete the refund
transaction according to
transaction sequence. The second terminal 11 sends the refund request
information data packet to
the second server 12 and asks the second server 12 to complete the refund
operation.
The second server 12 is used to check and analysis the information data packet
of the refund
request and obtain the transaction sequence, determining the payment account,
receiving account
and payment amount according to the transaction sequence.
The second server 12 is also used to establish a connection between the first
server 13 and the
corresponding payment account, and transferring the corresponding funds in the
payment account
and payment amount receiving payment to the first server 13.
The first server 13 is used to transfer the funds into the receiving account.
In this example, the first server 13 sets the payment account corresponding
payment to the
buyer. The first server 13 is used to spend the payment from the payment
account in the transactions
process and transfers the funds after refunding to the payment account during
the refund process.
The second server 12 checks the information data packet of the refund request
to ensure the request
of refund is authentic and legal. After checking, the transaction sequence is
obtained by analysing
the refund request of the information data packet. Furthermore, determining
the payment account of
the buyer, the receiving account of the seller and payment account (refund)
according to the
transaction data related with the transaction sequence. The second server 12
is connected with the
3

CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
first server 13, the second server 12 will pay the funds of payment amount
corresponding to the
receiving account to the first server 13, and then transfers the funds to the
payment account through
the first server 13 to complete the refunds of the seller to the buyer.
The above-mentioned refund system in online transactions is based on that the
second server
12 can obtain payment account and amount according to the transaction
sequence, the first server 13
transfers the funds of payment amount into the payment account to complete the
refund of online
transactions. During the whole refund process, the seller corresponding to the
second terminal 11
can't obtain the payment account of the buyer, it guarantees that the private
account information of
the buyer will not leaked, and the refund process don't need the third party
payment platform so that
the security of the online transactions is guaranteed.
As shown in Figure 2, in one example, the function of the system also
comprises that the first
server 13 also used to generate a successful message of refund after the funds
has been transferred
to the receiving account. The first terminal 14 is used for receiving a
successful message of refund
delivered by the first server 13.
The buyer in the online transactions corresponding to the first terminal 14
can communicate
with the seller of the second terminal 11 through the first terminal 14, and
the both party can reach
the agreement on the refund in the online transactions through the first
terminal 14 and the second
terminal 11. After the second server 12 transfers the funds of payment amount
in the receiving
account to the payment account successfully, the second server 12 generates
the successful message
of refund and delivers it to the first terminal 14 to remind the buyer of the
completion of refund.
In one example, the first terminal 14 is also used to generate the purchase
information data and
its corresponding transaction sequence of purchase information data packet,
delivers the later and
the transaction sequence to the second terminal 11.
The buyer and the seller trade on the network, the first terminal 14 generates
the purchase
order based on the commodity shopping information submitted by the user and
calculates the
payment amount required for the purchase of the purchasing the ordered
commodity, generates the
purchase information data packet based on the payment amount, and further
generates the only
confirmed transaction sequence based on purchase information data packet; and
delivers the
information data packet and transaction sequence to the second terminal 11
corresponding to the
seller, and makes a purchase request to the seller.
The second terminal 11 is also used to analyse the purchase information data
packet and
obtains the payment amount, generates the receiving request information data
packet according to
the payment amount, and delivers the receiving request information packet and
transaction
sequence to the second server 12.
The second server 12 is used to generate the receiving request information
packet based on the
4

CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
receiving request information data packet and delivers the payment request
information packet and
transaction sequence to the first server 13.
In the example, the first server 13 is used to freeze, release, and transfer
the funds
corresponding to the payment account. The buyer corresponding to the first
terminal 14 pre-sets the
payment account for the funds which is required to purchase the commodity by
the first server 13 in
advance. The second server 12 is used to transfer the received funds to the
receiving account. The
seller corresponding to the second terminal 11 pre-sets the receiving account
of the received
payment for commodity by the second server 12 in advance.
In one example, the payment account and the receiving account can be a bank
account or a
third party account, for example, Alipay or Tenpay account.
The second terminal 11 delivers the receiving request information data packet
to the second
server 12, and the second server 12 requests the first server 14 which is
corresponding to the first
terminal 13 to pay the payment of the commodity. In one example, if the funds
involved in the
online transaction does not belong to the default currency, the payment
request information data
packet also includes the currency information corresponding to the payment
amount.
The first server 13 is also used to analyse the payment request information
data packet and
obtains the payment amount, freezes and pre-sets the funds corresponding to
the payment amount in
the payment account. In this example, the frozen funds will be used to pay for
the purchase of
commodity in the information data package. Since the frozen funds are not
available before
releasing, therefore, it is guaranteed that the buyer has sufficient funds to
pay for the commodity,
providing a guarantee for the seller's delivery. At the same time, the funds
is only freeze
temporarily and is not pay for the commodity from the payment account before
the commodity is
received, it is ensured the security of the buyer's funds.
The second server 12 is also used to deliver the paying information data
packet to the first
server 13.
The first server 13 is also used to check the validity of the paying
information data packet,
releasing the funds after checking, and the funds will be delivered to the
second server 12, and
establish the mapping relationship among the payment account, payment amount
and transaction
sequence.
The second server 12 is also used to establish the mapping relationship among
the receiving
account, payment amount and transaction sequence. In one example, after
confirming the
commodity which have been signed contained in the purchase information data
packet, the seller
needs to ask the buyer to pay. Specifically, the paying information data
packet is delivered by the
second server 12 to the first server 13. The paying information data packet
includes the
confirmation of receiving information of the commodity signed by the user, the
first server 13

CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
checks the validity of the payment information data packet in order to prevent
the data from being
tampered, and if the validity is legal, the frozen funds will be released and
then deliver to the second
server 12 to complete the online transaction. The payment of the seller which
corresponding to the
second terminal 11 is paid directly by the frozen property of the buyer's
payment account, not paid
by the third party platform, thus ensuring the security of the seller's funds.
In one example, the first server 13 is also used to deliver the commitment
payment messages
generated after the funds of the payment amount was successfully frozen to the
first terminal 14 and
the second server 12 respectively.
The second server 12 is also used to deliver a commitment payment information
to the second
terminal 11.
The second terminal 11 is also used to generate the delivery prompt
information according to
the commitment payment information.
In this example, the first server 13 will query the available amount of the
payment account,
determine whether the available amount is equal or larger than the payment
amount. If so, the funds
with the same amount of payment will be frozen so as to pay for the purchase
of the commodity. If
not, an information that fails to freeze the money is generated and the
information is deliver to the
first terminal 14 and the second server 12. The buyer and the seller will know
that the account
balance is insufficient and the commodity purchase transaction fails.
When the funds of the payment amount are successfully frozen, the first server
13 will
generate a commitment payment information and deliver it to the first terminal
14 and the second
server 12. The payer will learn that his funds was frozen in the payment
account according to the
promised payment information. The payee will learn that the buyer has enough
money to buy
commodity through the commitment payment information delivered from the second
server 12 to
the second server 11. The payer will remind the seller to arrange timely
delivery through the
delivery prompt information.
In one example, the purchase information data packet also contains a purchase
order; the
second terminal 11 is also used to deliver the purchase order to the logistics
server. The first
terminal 14 and the second terminal 11 are also used to receive the delivery
information of the
commodity delivered by the purchase order delivered by the logistics server,
and the delivery
information includes the logistics number.
In this example, the purchase order includes commodity type, style, and
quantity and other
commodity parameters, it also includes contact information such as contact
name, address, and
telephone number and other contract information. The second terminal 11
delivers the shopping
order to the logistics server to arrange the delivery by the logistics
company's staff. The delivery
information after the commodity is delivered will be recorded in the logistics
server, which will
6

send the logistics number of the commodity after the corresponding logistic
single number deliver
to the first terminal 14 and the second terminal 11, it will be convenient for
the buyers and sellers to
facilitate the logistics monitoring.
In one example, the second terminal 11 is also used to receive a confirmation
receiving
message of the commodity delivered by the logistics server and generates a
paying information data
packet based on the confirmed receiving information. The second terminal 11 is
also used to deliver
the paying information data packet to the second server 12.
After the commodity is signed by the user, the logistics company's staff will
enter the signed
information into the logistics server, including signatures of the signers,
the time of the receipt and
other information. The commodity purchased by the buyers have been signed by
the user, at this
time the buyers need to pay for the purchase of commodity. In the example, the
logistics server will
deliver the information of the receipt confirmation signed by the user to the
second terminal 11, the
first terminal 11 will deliver the receipt information to the second terminal
12, and the second server
12 delivers the paying information data packet to the first server 13, then
the first server 13
completes the transaction payment.
In the refund system of the above-mentioned online transaction, the first
server 13 determines
whether to cancel the funds and complete the payment based on the confirmation
receipt of the
buyer's signed goods, and does not need to be paid by the buyer to confirm the
receipt of the
commodities .Terminal 11 corresponding to the recipient in a timely manner to
receive payment,
reducing the risk of the recipient's funds.
In one example, in order to protect the data security in the online
transaction, preventing the
data leakage or the data packet being tampered after hacking. The purchase
information data packet,
the receiving request information packet, the payment request information
packet and the payment
information data packet are encrypted in the transmission process, that is to
say, the above data
packet contains the encryption section.
As shown in Figure 3, in one example, the buyer A and the seller B perform an
on-line
shopping transaction, in which the buyer A corresponds to the terminal 31, the
seller B corresponds
to the terminal 33; the server 32 is arranged at the bank of the buyer A's
payment account, the
server 34 is arranged at the bank of the seller's payment account. It is clear
from the figure that the
buyer and the seller can improve the security of the funds in online
transaction without going
through the third payment platform, and the same time the buyer A and the
seller B have reached
the refund agreement without having to know the buyer A bank Account of the
case of private
information does not pass a third party payment platform to complete the
refund to protect the
refund security.
7
Date Recue/Date Received 2022-01-24

CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
As shown in Figure. 4, it provide a refund method in online transaction, where
is applied to
refund system of online transaction in an example, the method includes the
following steps:
In step 401, receiving the information data packet of refund request with the
transaction
sequence delivered by the second terminal.
In step 402, obtaining the transaction sequence by checking and analysing the
information data
packet of refund request, determining the related payment account, receiving
account and payment
amount according to the transaction sequence.
In step 403, establishing a connection between the first server corresponding
to the payment
account, and transferring the corresponding funds in the receiving account and
payment amount to
the first server. In this example, the first server transfers the funds into
the receiving account.
In one example, as shown in Figure 5, at step 401, before receiving the
information data packet
of refund request with the transaction sequence delivered by the second
terminal. The method also
includes:
In step 501, receiving the information data packet of receiving request and
the transaction
sequence delivered by the second terminal.
In the step 502, generates a payment request information data packet based on
the receiving
request information data packet, and delivers the payment request information
data packet and
transaction sequence to the first server.
In this example, the first server is used to analyse the payment request
information data packet
and obtains the payment amount, freezes and pre-sets the funds corresponding
to the payment
amount in the payment account.
In step 503, delivers the paying information data packet to the first server.
In this example, the first server checks the validity of the payment
information data packet,
releases the frozen funds after checking.
In step 504, obtaining the funds paid by the first server and transferring the
funds to the pre-set
receiving account.
In step 505, establish the mapping relationship among the receiving account,
payment amount
and transaction sequence.
In one example, the method also includes: receiving a commitment payment
information
generated by the first server freezing the funds of the payment amount;
delivers the commitment
payment information to the second terminal, the second terminal generates the
delivery prompt
information based on the commitment payment information.
As shown in Figure 6, it provide a refund method in online transaction in an
example, where is
applied to refund system of first server in online transaction, the method
includes the following
steps:
8

CA 02986799 2017-11-22
WO 2016/172938 PCT/CN2015/078031
In step 601, establishing a connection with the second server. In the present
example, the
second server determines the corresponding payment account, the receiving
account and the
payment amount according to the transaction sequence.
Step 602, obtaining the funds corresponding to the payment amount in the
receiving account
paid by the second server.
Step 603, transferring the funds into the receiving account.
In an example, at step 603, after transferring the funds into the receiving
account, the refund
methods also including: generating the successful information of refund and
delivering it to the first
terminal.
As shown in Figure 7, in one example, the refund methods in online
transactions also includes:
In step 701, receiving the information data packet of receiving request and
the transaction
sequence delivered by the second terminal.
In step 702, analysing the payment request information data packet and obtains
the payment
amount, freezing and pre-setting the funds corresponding to the payment amount
in the payment
account.
In step 703, receiving the paying information packet delivered by the second
server.
In step 704, checking the validity of the paying information data packet and
releases the funds
after checking and the released funds is transferred to the second server.
In step 705, establishing the mapping relationship among the receiving
account, payment
amount and transaction sequence.
In an example, the information data packet of the purchase also comprises a
purchase order; at
step 702, freezing and pre-setting the funds corresponding to the payment
amount in the payment
account, the refund method in online transactions also includes:
The second terminal deliveries the shopping order to the logistics server; the
first terminal and
the second terminal receive the delivery information of the commodities that
have been shipped
corresponding to the shopping order delivered by the logistics server, and the
delivery information
includes the logistics number.
In one example, after the first terminal and the second terminal receive the
delivery
information of the merchandise that has been shipped with the shopping order
corresponding to the
delivery order delivered by the logistics server, it further comprises:
The second terminal receives a confirmation receiving message of the commodity
signed by
the user delivered by the logistics server and generates a paying information
data packet based on
the confirmed receiving information. The second terminal delivers the paying
information data
packet to the second server.
In one example, the method also including: the step of encrypting the purchase
information
9

data packet, and the receiving request information data packet, the payment
request information
data packet and the payment information data packet.
In one example, in order to protect the data security in the online
transaction, preventing the
data leakage or the data packet being tampered after hacking. The purchase
information data packet,
the receiving request information packet, the payment request information
packet and the payment
information data packet are encrypted in the transmission process, that is to
say, the above data
packet contains the encryption section.
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,
the storage medium
can be a magnetic disk, CD, a read-only memory (ROM) and other non-volatile
storage media or
random access memory (RAM), etc.
The characteristics of technology in the above examples can be arbitrarily
combined. In order
to simplify the description, it does not describe all the possible
combinations of the various
characteristics of technology, 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 example only expresses several examples of the invention, and its
descriptions are
more specific and detailed, however, it cannot to be considered 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.
Date Recue/Date Received 2022-01-24

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 2022-12-16
Inactive: Grant downloaded 2022-12-16
Letter Sent 2022-12-06
Grant by Issuance 2022-12-06
Inactive: Cover page published 2022-12-05
Pre-grant 2022-09-20
Inactive: Final fee received 2022-09-20
Notice of Allowance is Issued 2022-07-06
Letter Sent 2022-07-06
Notice of Allowance is Issued 2022-07-06
Inactive: Approved for allowance (AFA) 2022-07-04
Inactive: Q2 passed 2022-07-04
Amendment Received - Response to Examiner's Requisition 2022-04-05
Amendment Received - Voluntary Amendment 2022-04-05
Examiner's Report 2022-03-25
Inactive: Report - QC passed 2022-03-25
Amendment Received - Response to Examiner's Requisition 2022-01-24
Amendment Received - Voluntary Amendment 2022-01-24
Examiner's Report 2021-09-24
Inactive: Report - No QC 2021-09-24
Amendment Received - Voluntary Amendment 2021-07-19
Amendment Received - Response to Examiner's Requisition 2021-07-19
Examiner's Report 2021-03-18
Inactive: Report - QC passed 2021-03-16
Amendment Received - Voluntary Amendment 2020-12-21
Common Representative Appointed 2020-11-07
Examiner's Report 2020-08-25
Inactive: Report - No QC 2020-08-24
Amendment Received - Voluntary Amendment 2020-07-06
Inactive: COVID 19 - Deadline extended 2020-07-02
Inactive: COVID 19 - Deadline extended 2020-06-10
Inactive: COVID 19 - Deadline extended 2020-05-28
Examiner's Report 2020-03-05
Inactive: Report - No QC 2020-03-05
Letter sent 2020-02-20
Letter Sent 2020-02-20
Advanced Examination Determined Compliant - paragraph 84(1)(a) of the Patent Rules 2020-02-20
Inactive: Advanced examination (SO) 2020-02-18
Request for Examination Requirements Determined Compliant 2020-02-18
Inactive: Advanced examination (SO) fee processed 2020-02-18
All Requirements for Examination Determined Compliant 2020-02-18
Amendment Received - Voluntary Amendment 2020-02-18
Request for Examination Received 2020-02-18
Common Representative Appointed 2019-10-30
Common Representative Appointed 2019-10-30
Change of Address or Method of Correspondence Request Received 2019-01-31
Appointment of Agent Request 2018-10-15
Revocation of Agent Requirements Determined Compliant 2018-10-15
Appointment of Agent Requirements Determined Compliant 2018-10-15
Revocation of Agent Request 2018-10-15
Change of Address or Method of Correspondence Request Received 2018-10-15
Change of Address or Method of Correspondence Request Received 2018-07-12
Inactive: Notice - National entry - No RFE 2017-12-07
Inactive: First IPC assigned 2017-12-01
Letter Sent 2017-12-01
Inactive: IPC assigned 2017-12-01
Application Received - PCT 2017-12-01
National Entry Requirements Determined Compliant 2017-11-22
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-01-19

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
Registration of a document 2017-11-22
Basic national fee - standard 2017-11-22
MF (application, 2nd anniv.) - standard 02 2017-05-01 2017-11-22
Reinstatement (national entry) 2017-11-22
MF (application, 3rd anniv.) - standard 03 2018-04-30 2018-04-23
MF (application, 4th anniv.) - standard 04 2019-04-30 2019-01-07
MF (application, 5th anniv.) - standard 05 2020-04-30 2020-01-07
Request for examination - standard 2020-04-30 2020-02-18
Advanced Examination 2020-02-18 2020-02-18
MF (application, 6th anniv.) - standard 06 2021-04-30 2021-01-08
MF (application, 7th anniv.) - standard 07 2022-05-02 2022-01-19
Final fee - standard 2022-11-07 2022-09-20
MF (patent, 8th anniv.) - standard 2023-05-01 2022-12-15
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) 
Description 2017-11-22 10 605
Claims 2017-11-22 3 151
Drawings 2017-11-22 4 71
Abstract 2017-11-22 1 89
Representative drawing 2018-02-07 1 12
Cover Page 2018-02-07 1 45
Claims 2020-02-18 13 432
Claims 2020-07-06 12 444
Claims 2020-12-21 13 472
Claims 2021-07-19 12 401
Claims 2022-01-24 11 394
Description 2022-01-24 10 616
Claims 2022-04-05 11 371
Drawings 2022-04-05 4 91
Representative drawing 2022-11-16 1 18
Cover Page 2022-11-16 1 52
Notice of National Entry 2017-12-07 1 193
Courtesy - Certificate of registration (related document(s)) 2017-12-01 1 101
Courtesy - Acknowledgement of Request for Examination 2020-02-20 1 434
Commissioner's Notice - Application Found Allowable 2022-07-06 1 554
Electronic Grant Certificate 2022-12-06 1 2,527
International search report 2017-11-22 16 510
National entry request 2017-11-22 9 373
Request for examination / Advanced examination (SO) / Amendment / response to report 2020-02-18 19 581
Courtesy - Advanced Examination Request - Compliant (SO) 2020-02-20 1 173
Examiner requisition 2020-03-05 9 443
Amendment / response to report 2020-07-06 34 1,280
Examiner requisition 2020-08-25 7 450
Amendment / response to report 2020-12-21 21 737
Examiner requisition 2021-03-18 7 409
Amendment / response to report 2021-07-19 33 1,153
Examiner requisition 2021-09-24 7 448
Amendment / response to report 2022-01-24 34 1,319
Examiner requisition 2022-03-25 5 207
Amendment / response to report 2022-04-05 29 948
Final fee 2022-09-20 2 49