CN110415003A - 一种订单处理***、方法及可读介质 - Google Patents
一种订单处理***、方法及可读介质 Download PDFInfo
- Publication number
- CN110415003A CN110415003A CN201810384471.5A CN201810384471A CN110415003A CN 110415003 A CN110415003 A CN 110415003A CN 201810384471 A CN201810384471 A CN 201810384471A CN 110415003 A CN110415003 A CN 110415003A
- Authority
- CN
- China
- Prior art keywords
- client
- order
- server
- user
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 238000012545 processing Methods 0.000 title claims abstract description 19
- 238000003672 processing method Methods 0.000 claims abstract description 11
- 238000012790 confirmation Methods 0.000 claims description 17
- 238000012986 modification Methods 0.000 claims description 14
- 230000004048 modification Effects 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 8
- 239000000463 material Substances 0.000 claims description 3
- 230000000694 effects Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 4
- 240000000233 Melia azedarach Species 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 244000010375 Talinum crassifolium Species 0.000 description 2
- 235000015055 Talinum crassifolium Nutrition 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 230000005611 electricity Effects 0.000 description 2
- 210000004209 hair Anatomy 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000003032 molecular docking Methods 0.000 description 2
- 210000004556 brain Anatomy 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 210000003127 knee Anatomy 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000004083 survival effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0222—During e-commerce, i.e. online transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供了一种订单处理***、方法及可读介质，该***包括至少一个第一客户端、至少一个服务器和至少一个第二客户端，至少一个第一客户端向至少一个服务器发送订单生成请求，用于生成N个订单；至少一个服务器将生成的N个订单发送至第一客户端；第一客户端将N个订单转发至至少一个第二客户端，至少一个第二客户端对N个订单进行操作；其中，N为大于或等于1的整数。本发明提出的订单处理方法，可同时向多个用户进行礼品的赠送，并可实现匿名礼品的赠送，接收的礼物的用户可以对接收的多个订单进行批量处理，并可实现订单的分级限制编辑，更研制出了适于礼物赠送***的加密方法，提高了用户的安全性，防止泄露用户的隐私。
Description
技术领域
本发明涉及数据处理技术领域，特别是一种订单处理***、方法及可读介质。
背景技术
随着信息技术，尤其是互联网技术的飞速发展，电子商务及网络支付已成为人们现代生活中不可缺少的一部分，但是现有的电子商务技术在礼品赠送中还有诸多缺点，比如无法匿名送礼，接收礼品的用户对自己不喜欢的礼物无法转发或者提现，或者接收礼物的用户接收多个礼品时需要一个个的输入配送地址，效率低下，无法对接收的礼品订单进行批处理，或者接收礼物订单无法进行限制编辑。
现有的礼物赠送***更大的缺陷是数据安全，容易泄露用户的个人隐私。因此，极有必要对现有技术中的礼物赠送方法的加密方法进行改进。
发明内容
本发明针对上述现有技术中的缺陷，提出了如下技术方案。
一种订单处理***，该***包括至少一个第一客户端、至少一个服务器和至少一个第二客户端，所述至少一个第一客户端向所述至少一个服务器发送订单生成请求，用于生成N个订单；
所述至少一个服务器将生成的所述N个订单发送至第一客户端；
所述第一客户端将所述N个订单转发至所述至少一个第二客户端，所述至少一个第二客户端对所述N个订单进行操作；
其中，N为大于或等于1的整数。
更进一步地，所述至少一个第二客户端对所述N个订单进行的操作为：修改、转发、取消、确认、拆单或提现。
在一些实施方式中，所述订单包含多媒体界面，所述多媒体界面包含图片、音频、视频和文字中的至少一种。包含多媒体界面的订单可以给订单接收者传达更加多的内容，超出订单本身的含义，比如多媒体界面中包含转发订单者对接收订单者的祝福，该祝福采用视频、音频、图片或文字来表达。转发订单时，可以对订单中的多媒体界面进行修改，从而适应本次转发的具体情况。
更进一步地，所述订单生成请求包括商品信息、付款信息、收货地址、收货人和联系方式至少之一，所述第二客户端对所述N个订单中的商品信息、付款信息、收货地址、收货人和联系方式至少之一进行修改。在一些实施方式中，所述商品信息包括商品的至少一种属性如类别、型号、大小、颜色、材质中的至少一个。
更进一步地，所述订单为分级限制编辑的订单，订单信息中的一项或者多项信息被编辑并且被标记为限制编辑时，服务器即将该一项或者多项信息的内容固定下来，不再允许进行进一步的编辑。本申请中的订单会从第一客户端被转发到一个或多个第二客户端，每一个经手的客户端都有可能对订单进行编辑，将该订单设置成分级限制编辑的订单，能够使得在先的订单所有者可以将订单的信息固定下来，对订单产生所期望的控制力，使后续接收订单的客户端不能对前序固定下来的信息进行修改。
更进一步地，该***包括至少一个第三客户端，所述第二客户端将接收的订单转发至所述至少一个第三客户端。
更进一步地，所述第一客户端发送的所述订单生成请求包括：商品信息、商品数量和付款信息，所述第二客户端对订单中的商品信息、商品数量和付款信息不能进行修改，当所述第二客户端将订单中的收货地址、收货人和联系方式修改为第三客户的相应信息并将所述订单转发至所述第三客户端时，所述第三客户端不能对所述订单中的信息进行修改。
更进一步地，所述第一客户端将所述N个订单转发至所述至少一个第二客户端时隐藏第一用户的隐私信息，所述隐私信息为第一用户的姓名、电话号码或位置中的至少之一。
更进一步地，所述服务器记录所述至少一个第二客户端对所述N个订单进行操作。
更进一步地，所述服务器对所述N个订单设置有效期，并根据一个阈值提醒所述至少一个第二客户端对订单进行操作。
更进一步地，所述第二客户端来自不同的第一客户端的多个订单进行批量操作，该批量操作为：修改、转发、取消、确认或提现。
更进一步地，所述服务器检测到所述第二客户端对订单中的商品信息或付款信息进行修改时，判断是否需要补缴款或退款，并提醒所述第一客户端或第二客户端补缴款或退款。
更进一步地，所述第一客户端与所述服务器及所述第一客户端与所述第二客户端之间的数据传输是加密的，所述加密操作为：
在所述第一客户端、服务器和第二客户端中设置一个包括M个二维码图像的数据库；
所述第一客户端生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设所述第一客户端发送至所述服务器或所述第二客户端的数据为s；
计算w＝pimage xor s xor qimage；
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至所述服务器或所述第二客户端；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M。
更进一步地，所述服务器或所述第二客户端对接收的所述第一客户端的加密数据w’进行解密，所述解密操作为：
所述服务器或所述第二客户端对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
所述服务器或所述第二客户端从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝pimage xor w xor qimage；
从而获得所述第一客户端发送至所述服务器或所述第二客户端的数据为s。
本发明还提出了一种订单处理方法，该方法包括：
订单生成步骤：所述至少一个第一客户端向所述至少一个服务器发送订单生成请求，用于生成N个订单；
订单发送步骤：所述至少一个服务器将生成的所述N个订单发送至第一客户端；
订单转发步骤：所述第一客户端将所述N个订单转发至所述至少一个第二客户端，所述至少一个第二客户端对所述N个订单进行操作；
其中，N为大于或等于1的整数。
更进一步地，所述至少一个第二客户端对所述N个订单进行的操作为：修改、转发、取消、确认、拆单或提现。
更进一步地，所述订单生成请求包括商品信息、付款信息、收货地址、收货人和联系方式至少之一，所述第二客户端对所述N个订单中的商品信息、付款信息、收货地址、收货人和联系方式至少之一进行修改。所述商品信息包括商品的至少一种属性如类别、型号、大小、颜色、材质中的至少一个。
更进一步地，所述订单为分级限制编辑的订单，订单信息中的一项或者多项信息被编辑并且被标记为限制编辑时，服务器即将该一项或者多项信息的内容固定下来，不再允许进行进一步的编辑。本申请中的订单会从第一客户端被转发到一个或多个第二客户端，每一个经手的客户端都有可能对订单进行编辑，将该订单设置成分级限制编辑的订单，能够使得在先的订单所有者可以将订单的信息固定下来，对订单产生所期望的控制力，使后续接收订单的客户端不能对前序固定下来的信息进行修改。
更进一步地，该方法还包括订单再转发步骤，所述第二客户端将接收的订单转发至所述至少一个第三客户端。
更进一步地，所述第一客户端发送的所述订单生成请求包括：商品信息、商品数量和付款信息，所述第二客户端对订单中的商品信息、商品数量和付款信息不能进行修改，当所述第二客户端将订单中的收货地址、收货人和联系方式修改为第三客户的相应信息并将所述订单转发至所述第三客户端时，所述第三客户端不能对所述订单中的信息进行修改。
更进一步地，所述第一客户端将所述N个订单转发至所述至少一个第二客户端时隐藏第一用户的隐私信息，所述隐私信息为第一用户的姓名、电话号码或位置中的之一。
更进一步地，所述服务器记录所述至少一个第二客户端对所述N个订单进行操作。
更进一步地，所述服务器对所述N个订单设置有效期，并根据一个阈值提醒所述至少一个第二客户端对订单进行操作。
更进一步地，所述第二客户端来自不同的第一客户端的多个订单进行批量操作，该批量操作为：修改、转发、取消、确认或提现。
更进一步地，所述服务器检测到所述第二客户端对订单中的商品信息或付款信息进行修改时，判断是否需要补缴款或退款，并提醒所述第一客户端或第二客户端补缴款或退款。
更进一步地，所述第一客户端与所述服务器及所述第一客户端与所述第二客户端之间的数据传输是加密的，所述加密操作为：
在所述第一客户端、服务器和第二客户端中设置一个包括M个二维码图像的数据库；
所述第一客户端生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设所述第一客户端发送至所述服务器或所述第二客户端的数据为s；
计算w＝pimage xor s xor qimage；
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至所述服务器或所述第二客户端；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M。
更进一步地，所述服务器或所述第二客户端对接收的所述第一客户端的加密数据w’进行解密，所述解密操作为：
所述服务器或所述第二客户端对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
所述服务器或所述第二客户端从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝pimage xor w xor qimage；
从而获得所述第一客户端发送至所述服务器或所述第二客户端的数据为s。
本发明还提出了一种计算机可读存储介质，所述存储介质上存储有计算机程序代码，当所述计算机程序代码被计算机执行时可执行上述之任一所述的方法。
本发明的技术效果为：本发明提出的订单处理方法，可同时向多个用户进行礼品的赠送，并可实现匿名礼品的赠送，接收的礼物的用户可以对接收的多个订单进行批量处理，并可实现订单的分级限制编辑，更研制出了适于礼物赠送***的加密方法，提高了用户的安全性，防止泄露用户的隐私。
附图说明
为了更清楚地说明本公开实施例的技术方案，下面将对实施例的附图作简单地介绍，显而易见地，下面描述中的附图仅仅涉及本公开的一些实施例，而非对本公开的限制。
图1是本发明的一种订单处理***的结构图。
图2是本发明的一种订单处理方法的流程图。
图3是根据本申请的方法的流程图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
本申请中的术语具有本领域技术人员通常理解的含义，否则会明确定义或者作出相反的说明。本申请中使用的术语“商品”，当单独出现时，除非上下文明确相反地指出，或者与上下文的内容相矛盾，否则包括商品及服务，更具体地包括实物商品、虚拟商品、服务、及其组合。也就是说，本申请中使用的术语“商品”包括所有买卖行为的交易标的物(如商品或服务)，其含义涵盖实物商品、虚拟商品、服务、及其组合。本申请所述的商品信息包括商品或服务的至少一种属性，如该商品或服务的规格、型号、大小、颜色中的至少一种。
下面结合附图1-2进行具体说明。
图1示出了本发明的一种订单处理***，该***包括至少一个第一客户端1、至少一个服务器2和至少一个第二客户端3，所述至少一个第一客户端1向所述至少一个服务器2发送订单生成请求，用于生成N个订单；
所述至少一个服务器2将生成的所述N个订单发送至第一客户端1；
所述第一客户端1将所述N个订单转发至所述至少一个第二客户端3，所述至少一个第二客户端3对所述N个订单进行操作；
其中，N为大于或等于1的整数。
该***包括至少一个第三客户端4，所述第二客户端3将接收的订单转发至所述至少一个第三客户端4。
第一客户端1、第二客户端3及第三客户端4的结构一般包括：CPU、存储器(flash、RAM)、输入输出设备(键盘、显示屏、USB、串口)，有的还有一个更重要的I/O通道，那就是空中接口，通过空中接口协议(例如GSM、CDMA、PHS等)和基站通信，既可以传输语音、也可以传输数据。
第一客户端1、第二客户端3及第三客户端4可以是移动计算机、膝上型电脑、智能手机、PDA、台式计算机等等。
服务器2的构成一般包括处理器、硬盘、内存、***总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。其上一般安装有服务器2软件，如MySQL，PostgreSQL，MicrosoftSQL Server等。
第一客户端1与服务器2、第二客户端3之间通过有线网络或者无线网络链接，也可能是局域网或者广域网。
本发明的订单处理***的一个实施例为：第一客户端1发送的所述订单生成请求包括商品信息、付款信息、收货地址、收货人和联系方式至少之一，服务器2据所述订单生成请求生成N个订单，比如第一用户通过第一客户端1购买5台手机生成5个订单发送给多个朋友，第一用户可将生成的订单以分享朋友圈的形式或者发送短信微信的形式发送至第二用户的第二客户端3，第二用户通过所述第二客户端3对接收的订单中的商品信息、付款信息、收货地址、收货人和联系方式至少之一进行修改。这种方式第二用户对第一用户生成的订单中的所有参数可以进行修改，比如第二用户不喜欢订单中的商品，第二用户可以对其进行修改。第二用户通过第二客户端3对订单可以进行转发，比如订单的形式的为字符串、条形码、二维码、网络链接等等，第二用户可通过短信、微信的方式进行转发至第三客户端4。
第二用户可通过第二客户端3取消所述订单，取消订单后服务器2将第一用户的所付款退回第一用户，如果订单中已经包括了第二用户所需的信息，如收货地址、收货人和联系方式等，第二用户可以直接确认订单，然后等待收货，第二用户也可以去商家约定的地点出示订单信息直接领取物品。此外，如果第二用户不需要订单上的物品，也不需要转赠他人，也不想取消订单，第二用户可以提现，第二用户可将订单商品的同等金额提现到微信、支付宝或银行账户，并根据提示输入相应的微信、支付宝或银行账户。
该实施例方式下，当所述服务器2检测到所述第二客户端3对订单中的商品信息或付款信息进行修改时，判断是否需要补缴款或退款，并提醒所述第一客户端1或第二客户端3补缴款或退款。补缴款金额为修改后订单的金额减去原来的订单金额，退款金额为原来的订单金额减去修改后订单的金额。一般来说，订单修改导致的补缴款或者退款由第二用户承担或接收，当然也可以是由第一用户承担，比如热恋中的情人，男友给女朋友送礼，女朋友修改订单导致的补缴款一般由第一用户承担，这些可以在生成订单时在订单生成请求中指定补缴款或者退款由谁承担或接收。
本发明的订单处理***的另一个实施例为分级限制订单编辑模式，此时，所述第一客户端1发送的所述订单生成请求包括：商品信息、商品数量和付款信息，所述第二客户端3对订单中的商品信息、商品数量和付款信息不能进行修改，当所述第二客户端3将订单中的收货地址、收货人和联系方式修改为第三客户的相应信息并将所述订单转发至所述第三客户端4时，所述第三客户端4不能对所述订单中的信息进行修改。比如第一用户在生成订单时指定了商品名称及数量，第二用户可以对其收货地址、收货人和联系方式进行修改，然后第二用户将修改后的订单发送至第三客户，此时第三客户不能再对收货地址、收货人和联系方式进行编辑，只能对订单进行确认、取消或者提现。这种模式适于公司或企业给员工发放福利，公司领导确定后商品及数量后生成订单，员工可以将该订单在转送第三人时指定了收货地址、收货人和联系方式，第三人对其不能再进行修改，如员工将公司发放的礼品送给自己的父母，这种模式，可以免得父母不舍得享受而再赠送他人。这种模式当前用户对订单***限制编辑信息，限制编辑信息指示接收所述订单的用户可以对订单中的哪些信息进行编辑。
在某些情况下，需要匿名送礼品，此时，所述第一客户端1将所述N个订单转发至所述至少一个第二客户端3时隐藏第一用户的隐私信息，所述隐私信息为第一用户的姓名、电话号码或位置中的之一。
本发明的订单处理***的所述服务器2记录所述至少一个第二客户端3对所述N个订单进行操作，第一用户通过第一客户端1对操作记录进行查看，随时掌握订单的进度，为防止无限制等待，所述服务器2对所述N个订单设置有效期，如订单有效期为3个月，并根据一个阈值提醒所述至少一个第二客户端3对订单进行操作，比如在订单到期前3天提醒第二用户对订单进行操作。
本发明的订单处理***的另一个较佳实施例为批量操作模式，所述第二客户端3来自不同的第一客户端1的多个订单进行批量操作，该批量操作为：修改、转发、取消、确认或提现。比如第二用户通过第二客户端3接收来来自不同朋友的第一客户端1所发送的多个订单，第二用户通过第二客户端3的批量操作模式，如勾选了所有的订单，对订单进行批量修改，如批量修改收货地址、收货人或联系方式等待。提高了第二用户批量处理礼物订单的效率。
本发明的另一个重要发明点是研制了所述第一客户端1与所述服务器2及所述第一客户端1与所述第二客户端3之间的数据传输的更加安全的加密方法，通过该加密方法可以提高***的安全性，防止泄露客户的隐私。该加密操作为：
在所述第一客户端1、服务器2和第二客户端3中设置一个包括M个二维码图像的数据库；
所述第一客户端1生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设所述第一客户端1发送至所述服务器2或所述第二客户端3的数据为s；
计算w＝s xor pimage xor qimage；
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至所述服务器2或所述第二客户端3；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M。
与上述加密对应的是解密操作，所述服务器2或所述第二客户端3对接收的所述第一客户端1的加密数据w’进行解密，所述解密操作为：
所述服务器2或所述第二客户端3对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
所述服务器2或所述第二客户端3从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝w xor pimage xor qimage；
从而获得所述第一客户端1发送至所述服务器2或所述第二客户端3的数据为s。
由于二维码图像体积小，采用其在对所述第一客户端1发送至所述服务器2或所述第二客户端3的数据进行先行处理，提高了隐蔽性，增强了***安全，防止泄露用户的隐私。在第二客户端3将订单转发至第三客户端4时也采用本发明的加密方法。
图2示出了本发明一种订单处理方法，该方法包括：
订单生成步骤S1：所述至少一个第一客户端向所述至少一个服务器发送订单生成请求，用于生成N个订单；
订单发送步骤S2：所述至少一个服务器将生成的所述N个订单发送至第一客户端；
订单转发步骤S3：所述第一客户端将所述N个订单转发至所述至少一个第二客户端，所述至少一个第二客户端对所述N个订单进行操作；
其中，N为大于或等于1的整数。
该方法中的第一客户端、第二客户端及第三客户端可以是移动计算机、膝上型电脑、智能手机、PDA、台式计算机等等。
服务器的构成一般包括处理器、硬盘、内存、***总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。其上一般安装有服务器软件，如MySQL，PostgreSQL，MicrosoftSQL Server等。
第一客户端与服务器、第二客户端之间通过有线网络或者无线网络链接，也可能是局域网或者广域网。
本发明的订单处理方法的一个实施例为：第一客户端发送的所述订单生成请求包括商品信息、付款信息、收货地址、收货人和联系方式至少之一，服务器据所述订单生成请求生成N个订单，比如第一用户通过第一客户端购买5台手机生成5个订单发送给多个朋友，第一用户可将生成的订单以分享朋友圈的形式或者发送短信微信的形式发送至第二用户的第二客户端，第二用户通过所述第二客户端对接收的订单中的商品信息、付款信息、收货地址、收货人和联系方式至少之一进行修改。这种方式第二用户对第一用户生成的订单中的所有参数可以进行修改，比如第二用户不喜欢订单中的商品，第二用户可以对其进行修改。第二用户通过第二客户端对订单可以进行转发，比如订单的形式的为字符串、条形码、二维码、网络链接等等，第二用户可通过短信、微信的方式进行转发。即本发明的方法还可以包括订单再转发步骤S4：所述第二客户端将接收的订单转发至所述至少一个第三客户端。
第二用户可通过第二客户端取消所述订单，取消订单后服务器将第一用户的所付款退回第一用户，如果订单中已经包括了第二用户所需的信息，如收货地址、收货人和联系方式等，第二用户可以直接确认订单，然后等待收货，第二用户也可以去商家约定的地点出示订单信息直接领取物品。此外，如果第二用户不需要订单上的物品，也不需要转赠他人，也不想取消订单，第二用户可以提现，第二用户可将订单商品的同等金额提现到微信、支付宝或银行账户，并根据提示输入相应的微信、支付宝或银行账户。
该实施例方式下，当所述服务器检测到所述第二客户端对订单中的商品信息或付款信息进行修改时，判断是否需要补缴款或退款，并提醒所述第一客户端或第二客户端补缴款或退款。补缴款金额为修改后订单的金额减去原来的订单金额，退款金额为原来的订单金额减去修改后订单的金额。一般来说，订单修改导致的补缴款或者退款由第二用户承担或接收，当然也可以是由第一用户承担，比如热恋中的情人，男友给女朋友送礼，女朋友修改订单导致的补缴款一般由第一用户承担，这些可以在生成订单时在订单生成请求中指定补缴款或者退款由谁承担或接收。
本发明的订单处理方法的另一个实施例为分级限制订单编辑模式，此时，所述第一客户端发送的所述订单生成请求包括：商品信息、商品数量和付款信息，所述第二客户端对订单中的商品信息、商品数量和付款信息不能进行修改，当所述第二客户端将订单中的收货地址、收货人和联系方式修改为第三客户的相应信息并将所述订单转发至所述第三客户端时，所述第三客户端不能对所述订单中的信息进行修改。比如第一用户在生成订单时指定了商品名称及数量，第二用户可以对其收货地址、收货人和联系方式进行修改，然后第二用户将修改后的订单发送至第三客户，此时第三客户不能再对收货地址、收货人和联系方式进行编辑，只能对订单进行确认、取消或者提现。这种模式适于公司或企业给员工发放福利，公司领导确定后商品及数量后生成订单，员工可以将该订单在转送第三人时指定了收货地址、收货人和联系方式，第三人对其不能再进行修改，如员工将公司发放的礼品送给自己的父母，这种模式，可以免得父母不舍得享受而再赠送他人。这种模式当前用户对订单***限制编辑信息，限制编辑信息指示接收所述订单的用户可以对订单中的哪些信息进行编辑。
本发明的订单处理方法在某些情况下，需要匿名送礼品，此时，所述第一客户端将所述N个订单转发至所述至少一个第二客户端时隐藏第一用户的隐私信息，所述隐私信息为第一用户的姓名、电话号码或位置中的之一。
本发明的所述服务器记录所述至少一个第二客户端对所述N个订单进行操作，第一用户通过第一客户端对操作记录进行查看，随时掌握订单的进度，为防止无限制等待，所述服务器对所述N个订单设置有效期，如订单有效期为3个月，并根据一个阈值提醒所述至少一个第二客户端对订单进行操作，比如在订单到期前3天提醒第二用户对订单进行操作。
本发明的订单处理方法的另一个实施例为批量操作模式，所述第二客户端来自不同的第一客户端的多个订单进行批量操作，该批量操作为：修改、转发、取消、确认或提现。比如第二用户通过第二客户端接收来来自不同朋友的第一客户端所发送的多个订单，第二用户通过第二客户端的批量操作模式，如勾选了所有的订单，对订单进行批量修改，如批量修改收货地址、收货人或联系方式等待。提高了第二用户批量处理礼物订单的效率。
本发明的订单处理方法的另一个重要发明点是研制了所述第一客户端与所述服务器及所述第一客户端与所述第二客户端之间的数据传输的更加安全的加密方法，通过该加密方法可以提高***的安全性，防止泄露客户的隐私。所述加密操作为：
在所述第一客户端、服务器和第二客户端中设置一个包括M个二维码图像的数据库；
所述第一客户端生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设所述第一客户端发送至所述服务器或所述第二客户端的数据为s；
计算w＝s xor pimage xor qimage；
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至所述服务器或所述第二客户端；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M。
更进一步地，所述服务器或所述第二客户端对接收的所述第一客户端的加密数据w’进行解密，所述解密操作为：
所述服务器或所述第二客户端对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
所述服务器或所述第二客户端从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝w xor pimage xor qimage；
从而获得所述第一客户端发送至所述服务器或所述第二客户端的数据为s。
由于二维码图像体积小，采用其在对所述第一客户端发送至所述服务器或所述第二客户端的数据进行先行处理，提高了隐蔽性，增强了***安全，防止泄露用户的隐私。在第二客户端将订单转发至第三客户端时也采用本发明的加密方法。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
图3示出了根据本申请的方法的一种实施方式的流程图。图3中示出了一种多用户合作下单的方法，其包括：
步骤31.第一用户的客户端向服务器发送生成订单的指令，服务器接收第一用户客户端的生成订单指令生成初始订单和订单信息；
步骤32.服务器向第一用户客户端发送订单信息，第一用户的客户端从服务器获得订单信息；
步骤33.第一用户的客户端转发所述订单信息，第二用户的客户端接收所述订单信息；和
步骤34.第二用户的客户端对订单进行操作。
其中，第二用户的客户端对订单进行操作包括以下的一种或多种：
第二用户的客户端向服务器发送确认接收所述订单的指令，服务器接收第二用户客户端发送的取消所述订单的指令，并且执行相应的操作；
第二用户的客户端向服务器发送修改/完善所述订单的指令，服务器接收第二用户客户端发送的修改/完善所述订单的指令，并且执行相应的操作；
第二用户的客户端向服务器发送取消所述订单的指令，服务器接收第二用户客户端发送的取消所述订单的指令，并且执行相应的操作；和
第二用户的客户端根据所述订单信息向服务器发送确认提货的指今，服务器接收第二用户客户端根据订单信息发送确认提货的指令，并且生成最终订单。
所述方法还任选地包括以下步骤中的一个或者多个：
步骤35.第二用户的客户端转发订单；
步骤36.第一用户的客户端转发所述订单信息的同时，对订单的多媒体信息进行编辑；和
步骤37.第二用户的客户端转发所述订单信息的同时，对订单的多媒体信息进行编辑。
本申请还包括以下内容：
实施方式1.一种多用户合作下单的客户端方法，其包括：
第一用户的客户端操作：第一用户的客户端向服务器发送生成订单的指令，从服务器获得订单信息，转发所述订单信息；和
第二用户的客户端操作：第二用户的客户端接收所述订单信息，然后进行以下操作中的一种或多种：
向服务器发送确认接收所述订单的指令，
转发所述订单信息，
向服务器发送修改/完善所述订单的指令，向服务器发送取消所述订单的指令，和
根据所述订单信息向服务器发送确认提货的指今。
该实施方式的效果是：电子商务的订单可以实现灵活转让，让最终获取电子商务订单的用户来确认是否对订单发出确认提货指令，从而完成订单。
实施方式2.实施方式1的方法，其中，所述第一用户的客户端操作还包括：向服务器发送一次生成多个订单的指令。
该实施方式的效果是：第一用户一次性生成多个类似订单，节约了下单的复杂度，在向多个人发送类似订单时，采用该步骤会节省很多人力。
实施方式3.实施方式1的方法，其中所述生成订单的指令包括选自以下信息中的一种或多种：商品信息，付款信息，收货地址，收货人，联系方式。
该实施方式的效果是：第一用户可以仅完成订单所需信息中的一部分或者全部，这都不影响第二用户对订单进行修改。
在一些实施方式中，所述订单信息包含多媒体信息，所述多媒体信息包含图片、音频、视频和文字中的至少一种。包含多媒体信息的订单可以给订单接收者传达更加多的内容，超出订单本身的含义，比如多媒体信息中包含转发订单者对接收订单者的祝福，该祝福采用视频、音频、图片或文字来表达。转发订单时，可以对订单中的多媒体信息进行修改，从而适应本次转发的具体情况。因此，在一些实施方式中，所述“转发所述订单信息”的操作还包括“设置该订单的多媒体界面”。
在一些实施方式中，所述“转发所述订单信息”的操作包括对所述订单信息进行加密，然后转发。或者说，实施方式1的方法还包括，在转发所述订单信息之前，对所述订单信息进行加密。
在一种具体的实施方式中，所述第一用户的客户端与所述服务器之间、所述第一用户客户端与所述第二客户端之间、以及所述第二用户的客户端与所述服务器之间的“订单信息”传输是加密的，所述加密操作为：
在所述第一用户客户端、服务器和第二用户客户端中设置一个包括M个二维码图像的数据库；
发送该“订单信息”的一端(例如所述服务器)生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设需要发送的数据“订单信息”为s；
计算w＝pimage xor s xor qimage；
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至接收端(如所述第一用户客户端或所述第二用户客户端)；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M；
接收端(所述服务器或所述第二用户客户端)在接收到加密数据w，之后，对接收的加密数据w’进行解密，所述解密操作为：
对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝pimage xor w xor qimage；
从而获得传送数据“订单信息”为s。
实施方式4.实施方式2的方法，其中“向服务器发送修改/完善所述订单的指令”的步骤包括修改/完善订单中选自以下信息中的一种或者多种：商品信息，付款信息，收货地址，收货人，联系方式。
该实施方式的效果是：对于第二用户，在确认提货时，可以根据需要将订单的信息修改/完善为所需的信息。
实施方式5.实施方式1或4的方法，其中“根据所述订单信息向服务器发送确认提货的指令”的步骤还包括：将收到的多个订单信息通过一个步骤向服务器发送修改订单指令和/或确认提货指令。和/或“向服务器发送修改/完善所述订单的指令”的步骤包括：将收到的多个订单信息通过一个步骤向服务器发送修改/完善订单的指令。
该实施方式的效果是：对于第二用户，在确认提货时，可以一次性将多个订单的信息修改为所需的信息，或者一次性对多个订单进行提货。
实施方式6.一种多用户合作下单的服务器端方法，其包括：
第一用户步骤：服务器接收第一用户客户端的生成订单指令生成初始订单和订单信息，向第一用户客户端发送订单信息；
第二用户步骤：服务器执行以下步骤中的一个或者多个：
接收第二用户客户端发送的修改/完善所述订单的指今，并且执行相应的操作，
接收第二用户客户端发送的取消所述订单的指令，并且执行相应的操作，
接收第二用户客户端发送的确认接收所述订单的指令，将该订单的所有者设置为该第二用户，
接收第二用户客户端根据订单信息发送确认提货的指令，并且生成最终订单。
在一些实施方式中，所述“向第一用户客户端发送订单信息”的操作包括对所述订单信息进行加密，然后发送。或者说，实施方式6的方法还包括，在发送所述订单信息之前，对所述订单信息进行加密。
在一种具体的实施方式中，所述第一用户的客户端与所述服务器之间、所述第一用户客户端与所述第二客户端之间、以及所述第二用户的客户端与所述服务器之间的“订单信息”传输是加密的，所述加密操作为：
在所述第一用户客户端、服务器和第二用户客户端中设置一个包括M个二维码图像的数据库；
发送该“订单信息”的一端(例如所述服务器)生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设需要发送的数据“订单信息”为s；
计算w＝pimage xor s xor qimage：
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至接收端(如所述第一用户客户端或所述第二用户客户端)；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M；
接收端(所述服务器或所述第二用户客户端)在接收到加密数据w’之后，对接收的加密数据w’进行解密，所述解密操作为：
对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝pimage xor w xor qimage；
从而获得传送数据“订单信息”为s。
实施方式7.实施方式6的方法，其包括：
服务器接收将所述订单信息从第一用户客户端转发给第二用户客户端的操作，并且将所述所述转发操作进行记录。
实施方式8.实施方式7的方法，其中所述第二用户步骤包括：服务器判断确认提货的用户是否是正确接收了转发的订单信息的用户。
实施方式9.实施方式7的方法，其中：
所述第二用户步骤还包括：服务器在生成最终订单之前，接收第二用户对订单信息进行修改/完善的指令。
实施方式10.实施方式6的方法，其中在第二用户步骤中，第二用户对订单进行操作时，服务器仅向第二用户发送除第一用户的隐私信息(比如订单中的商品价格)之外的信息。
实施方式11.实施方式6的方法，其中第一用户步骤包括：服务器接收成批生成多个订单的指令，生成多个初始订单和一个订单信息，其中服务器纪录每个第二用户的行为，从而使得第二用户步骤中每个第二用户仅能根据所述订单信息对一个或多个初始订单进行确认提货，直到所有初始订单都完成。
实施方式12.实施方式6的方法，其中第二用户步骤包括：接收第二用户发送的“针对多个订单信息的修改订单指令和/或确认提货指令”，将所述多个初始订单进行修改和/或生成相应的最终订单。
实施方式13.实施方式6的方法，还包括：服务器检查所有未形成最终订单的初始订单的有效期，撤销所有已过有效期的初始订单，提醒即将到期的初始订单的当前所有者(即第二用户)及时确认提货。
实施方式14.实施方式9的方法，其中：
当服务器接收到第二用户对订单信息进行修改/完善的指令之后，检查付款信息是否发生变化，如果需要额外付款，则服务器提醒第一用户或者第二用户支付额外费用。
实施方式15.实施方式9的方法，其中：
当服务器接收到第二用户对订单信息进行修改/完善的指令之后，检查付款信息是否发生变化，如果需要退款，则服务器提醒第二用户进行退款操作。
实施方式16.实施方式6的方法，其中：
当服务器接收第二用户发送的取消所述订单的指令时，服务器提醒第二用户进行退款操作。
实施方式17.实施方式15的方法，其中：
在所述退款操作中，退还的款项数额为订单差额的一部分。
实施方式18.实施方式16的方法，其中：
在所述退款操作中，退还的款项数额为订单金额的一部分。
实施方式19.实施方式6的方法，其中：
所述订单信息为与所述初始订单相对应的字符串、二维码或者网络链接地址中的一种或多种。
实施方式20.一种网络购物***，其包括客户端和服务器，其中所述客户端配置为执行实施方式1-5中任一项所述的客户端方法，所述服务器配置为执行实施方式6-19中任一项所述的服务器端方法。
实施方式21.一种客户端，其配置为执行实施方式1-5中任一项所述的客户端方法。
实施方式22.一种服务器，其配置为执行实施方式6-19中任一项所述的服务器端方法。
实施方式23.一种计算机可读介质，其包含计算机程序，当所述计算机程序被计算机执行时，计算机执行实施方式1-5中任一项所述的方法。
实施方式24.一种计算机可读介质，其包含计算机程序，当所述计算机程序被计算机执行时，计算机执行实施方式6-19中任一项所述的方法。
最后所应说明的是：以上实施例仅以说明而非限制本发明的技术方案，尽管参照上述实施例对本发明进行了详细说明，本领域的普通技术人员应当理解：依然可以对本发明进行修改或者等同替换，而不脱离本发明的精神和范围的任何修改或局部替换，其均应涵盖在本发明的权利要求范围当中。
以上所述仅是本公开的示范性实施方式，而非用于限制本公开的保护范围，本公开的保护范围由所附的权利要求确定。
Claims (10)
1.一种订单处理***，该***包括至少一个第一客户端、至少一个服务器和至少一个第二客户端，其特征在于：
所述至少一个第一客户端向所述至少一个服务器发送订单生成请求，用于生成N个订单；
所述至少一个服务器将生成的所述N个订单发送至第一客户端；
所述第一客户端将所述N个订单转发至所述至少一个第二客户端，所述至少一个第二客户端对所述N个订单进行操作；
其中，N为大于或等于1的整数。
2.根据权利要求1的***，其特征在于：所述至少一个第二客户端对所述N个订单进行的操作为：修改、转发、取消、确认、拆单或提现。
3.根据权利要求2的***，其特征在于，所述订单生成请求包括商品信息、付款信息、收货地址、收货人和联系方式至少之一，所述第二客户端对所述N个订单中的商品信息、付款信息、收货地址、收货人和联系方式至少之一进行修改，所述商品信息包括商品的至少一种属性如类别、型号、大小、颜色、材质中的至少一个。
4.根据权利要求1的***，其特征在于所述订单为分级限制编辑的订单，订单信息中的一项或者多项信息被编辑并且被标记为限制编辑时，服务器即将该一项或者多项信息的内容固定下来，不再允许进行进一步的编辑。
5.根据权利要求1的***，其特征在于，所述第一客户端与所述服务器及所述第一客户端与所述第二客户端之间的数据传输是加密的，所述加密操作为：
在所述第一客户端、服务器和第二客户端中设置一个包括M个二维码图像的数据库；
所述第一客户端生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设所述第一客户端发送至所述服务器或所述第二客户端的数据为s；
计算w＝pimage xor s xor qimage；
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至所述服务器或所述第二客户端；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M。
6.根据权利要求5的***，其特征在于，所述服务器或所述第二客户端对接收的所述第一客户端的加密数据w’进行解密，所述解密操作为：
所述服务器或所述第二客户端对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
所述服务器或所述第二客户端从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝pimage xor w xor qimage；
从而获得所述第一客户端发送至所述服务器或所述第二客户端的数据为s。
7.一种订单处理方法，其特征在于，该方法包括：
订单生成步骤：所述至少一个第一客户端向所述至少一个服务器发送订单生成请求，用于生成N个订单；
订单发送步骤：所述至少一个服务器将生成的所述N个订单发送至第一客户端；
订单转发步骤：所述第一客户端将所述N个订单转发至所述至少一个第二客户端，所述至少一个第二客户端对所述N个订单进行操作；
其中，N为大于或等于1的整数。
8.根据权利要求7的方法，其特征在于，所述第一客户端与所述服务器及所述第一客户端与所述第二客户端之间的数据传输是加密的，所述加密操作为：
在所述第一客户端、服务器和第二客户端中设置一个包括M个二维码图像的数据库；
所述第一客户端生成随机数p、q，并从所述二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
设所述第一客户端发送至所述服务器或所述第二客户端的数据为s；
计算w＝pimage xor s xor qimage；
将w、p、q封包在一起使用对称加密算法或非对称加密算法加密后得到w’，将所述w’发送至所述服务器或所述第二客户端；
其中，M、p、q为整数，5000＜M＜10000，0＜p＜＝M，0＜q＜＝M。
9.根据权利要求8的方法，其特征在于，所述服务器或所述第二客户端对接收的所述第一客户端的加密数据w’进行解密，所述解密操作为：
所述服务器或所述第二客户端对w’使用对称加密算法或非对称加密算法进行解密并解封包后得到w、p、q；
所述服务器或所述第二客户端从本地二维码图像数据库中选择第p、q个二维码图像pimage和qimage；
计算s＝pimage xor w xor qimage；
从而获得所述第一客户端发送至所述服务器或所述第二客户端的数据为s。
10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序代码，当所述计算机程序代码被计算机执行时执行权利要求7-9中任一的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810384471.5A CN110415003B (zh) | 2018-04-26 | 2018-04-26 | 一种订单处理***、方法及可读介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810384471.5A CN110415003B (zh) | 2018-04-26 | 2018-04-26 | 一种订单处理***、方法及可读介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110415003A true CN110415003A (zh) | 2019-11-05 |
| CN110415003B CN110415003B (zh) | 2024-04-12 |
Family
ID=68345981
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810384471.5A Active CN110415003B (zh) | 2018-04-26 | 2018-04-26 | 一种订单处理***、方法及可读介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110415003B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101504748A (zh) * | 2009-03-16 | 2009-08-12 | 陈金水 | 一种基于网络平台互动的实时赠予和满足个性化接受祝福礼品的实现方法 |
| KR20100010273A (ko) * | 2008-07-22 | 2010-02-01 | 이주형 | 휴대폰 번호를 이용한 선물배송 시스템 및 그 방법 |
| CN103218731A (zh) * | 2013-03-25 | 2013-07-24 | 深圳市精彩明天科技有限公司 | 一种利用二维码投放广告的方法及*** |
| CN104580086A (zh) * | 2013-10-17 | 2015-04-29 | 腾讯科技（深圳）有限公司 | 信息传输方法、客户端、服务器及*** |
| CN105869032A (zh) * | 2016-03-30 | 2016-08-17 | 永新华韵文化发展有限公司 | 一种礼品赠送的在线订购方法及*** |
| CN107886413A (zh) * | 2017-12-05 | 2018-04-06 | 深圳春沐源控股有限公司 | 基于电商平台的礼物赠送方法和装置 |
-
2018
- 2018-04-26 CN CN201810384471.5A patent/CN110415003B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20100010273A (ko) * | 2008-07-22 | 2010-02-01 | 이주형 | 휴대폰 번호를 이용한 선물배송 시스템 및 그 방법 |
| CN101504748A (zh) * | 2009-03-16 | 2009-08-12 | 陈金水 | 一种基于网络平台互动的实时赠予和满足个性化接受祝福礼品的实现方法 |
| CN103218731A (zh) * | 2013-03-25 | 2013-07-24 | 深圳市精彩明天科技有限公司 | 一种利用二维码投放广告的方法及*** |
| CN104580086A (zh) * | 2013-10-17 | 2015-04-29 | 腾讯科技（深圳）有限公司 | 信息传输方法、客户端、服务器及*** |
| CN105869032A (zh) * | 2016-03-30 | 2016-08-17 | 永新华韵文化发展有限公司 | 一种礼品赠送的在线订购方法及*** |
| CN107886413A (zh) * | 2017-12-05 | 2018-04-06 | 深圳春沐源控股有限公司 | 基于电商平台的礼物赠送方法和装置 |
Non-Patent Citations (1)
| Title |
|---|
| 王元国: "网络技术", 北京：中国电力出版社, pages: 218 - 219 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110415003B (zh) | 2024-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9037490B2 (en) | Two phase payment link and authorization for mobile devices | |
| CN104718555B (zh) | 自鉴证对等交易 | |
| WO2019109581A1 (zh) | 基于电商平台的礼物赠送方法和装置 | |
| US8112314B2 (en) | Escrow payment to faciliate on-line transactions | |
| US20110282784A1 (en) | Systems and methods for reassignment of a virtual card | |
| US20130095754A1 (en) | System and Method for Providing Contactless Payment With a Near Field Communications Attachment | |
| CN102985885A (zh) | 用于基于附近的点对点支付交易的***、设备及方法 | |
| US20130275273A1 (en) | System and method for fulfilling transactions through another user | |
| CN108897631A (zh) | 消息推送方法、装置、设备及存储介质 | |
| US9508093B2 (en) | Apparatus, method and system for electronic gifting | |
| CN109191194B (zh) | 一种卡券数据处理方法、设备、***及存储介质 | |
| CN106779652A (zh) | 基于图型码的账单分割方法和*** | |
| US20010021920A1 (en) | Method of giving gifts via online network | |
| CN106845951A (zh) | 一种代付方法及*** | |
| CN104637192A (zh) | 一种电子钱包及其使用方法、移动终端和电子票交易*** | |
| KR20190046486A (ko) | 블록체인 기반의 가상화폐 처리 시스템 및 방법 | |
| JP2020126545A (ja) | 情報処理方法、情報処理装置、及び情報処理プログラム | |
| US11829989B2 (en) | System and method for authenticating a location of a payment acceptance device | |
| CN106960312A (zh) | 数据处理方法及装置、数据交互方法及*** | |
| JP2007233958A (ja) | 情報処理装置、情報配信方法および情報配信プログラム | |
| CN110415003A (zh) | 一种订单处理***、方法及可读介质 | |
| US10356052B1 (en) | Apparatus and method for administering proxy identities | |
| CN109559118A (zh) | 买家收货信息保密方法、***、存储介质及保密处理方法 | |
| Jaz et al. | Mobile commerce applications and adoption for Kuwait | |
| US11823140B2 (en) | Server and method for sending a transaction receipt via a push notification |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |