一种订单处理方法及相关装置与流程

文档序号:17069217发布日期:2019-03-08 23:10阅读:142来源:国知局
一种订单处理方法及相关装置与流程

本发明涉及区块链技术领域,更具体地说,涉及一种订单处理方法、系统、装置及计算机可读存储介质。



背景技术:

目前的酒店系统中,用户入住时需要提供涉及身份、租住日期等相关信息,当平台数据库维护管理技术不到位时,存在信息丢失、被他人窃取以致用户隐私泄露的问题。

因此,如何避免用户隐私泄露,是本领域技术人员需要解决的问题。



技术实现要素:

本发明的目的在于提供一种订单处理方法、系统、装置及计算机可读存储介质,以解决如何避免用户隐私泄露的问题。

为实现上述目的,本发明实施例提供了如下技术方案:

一种订单处理方法,包括:

获取用户的注册信息与真实身份信息;

对所述真实身份信息进行加密得到加密信息;以使真实身份监管系统对所述加密信息进行解密得到所述真实身份信息,对所述真实身份信息进行验证,并在验证通过后为所述加密信息添加验证通过标识;

利用已添加验证通过标识的加密信息与所述注册信息生成订单信息。

其中,所述对所述真实身份信息进行加密得到加密信息,包括:

利用真实身份监管系统的公钥对所述真实身份信息进行加密得到加密信息。

其中,所述对所述真实身份信息进行加密得到加密信息之后,还包括:

将所述注册信息与所述加密信息作为用户信息上传至区块链,以使所述真实身份监管系统从所述区块链获取所述加密信息,并在对所述加密信息进行解密得到所述真实身份信息后,对所述真实身份信息进行验证,在验证通过后将添加验证通过标识的加密信息与所述注册信息作为新的用户信息上传至所述区块链。

其中,所述利用已添加验证通过标识的加密信息与所述注册信息生成订单信息,包括:

在预先由酒店节点系统存储到区块链的房源信息中确定目标房源信息;

利用已添加验证通过标识的加密信息、所述注册信息与所述目标房源信息生成订单信息。

其中,所述方法还包括:

将所述订单信息存储至区块链,以使所述目标房源信息对应的目标酒店节点系统在监听到所述订单信息后,确认接受所述订单信息,并将接受信息存储至所述区块链;

监听到所述接受信息后,将所述房源信息对应的订单金额交付至合约账户,以使所述合约账户将所述订单金额转交至所述目标酒店节点系统。

本申请还提供了一种订单处理系统,包括:

获取模块,用于获取用户的注册信息与真实身份信息;

加密模块,用于对所述真实身份信息进行加密得到加密信息;以使真实身份监管系统对所述加密信息进行解密得到所述真实身份信息,对所述真实身份信息进行验证,并在验证通过后为所述加密信息添加验证通过标识;

订单生成模块,用于利用已添加验证通过标识的加密信息与所述注册信息生成订单信息。

其中,所述加密模块,具体用于利用真实身份监管系统的公钥对所述真实身份信息进行加密得到加密信息。

其中,还包括:

上传模块,用于对所述真实身份信息进行加密得到加密信息之后,将所述注册信息与所述加密信息作为用户信息上传至区块链,以使所述真实身份监管系统从所述区块链获取所述加密信息,并在对所述加密信息进行解密得到所述真实身份信息后,对所述真实身份信息进行验证,在验证通过后将添加验证通过标识的加密信息与所述注册信息作为新的用户信息上传至所述区块链。

本申请还提供了一种订单处理装置,包括:

存储器,用于存储计算机程序;

处理器,用于执行所述计算机程序时实现如所述订单处理方法的步骤。

本申请还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如所述订单处理方法的步骤。

通过以上方案可知,本发明提供的一种订单处理方法,包括获取用户的注册信息与真实身份信息;对所述真实身份信息进行加密得到加密信息;以使真实身份监管系统对所述加密信息进行解密得到所述真实身份信息,对所述真实身份信息进行验证,并在验证通过后为所述加密信息添加验证通过标识;利用已添加验证通过标识的加密信息与所述注册信息生成订单信息。

由此可见,本申请实施例提供的一种订单处理方法,在生成订单以前,先将用户的真实身份信息进行加密,并交由真实身份监管系统对加密信息解密且验证,在验证通过后为加密信息添加验证通过标识,因此,在用户下单时,只需要提供注册信息以及包括验证通过标识的加密信息即可,而无需再提供真实身份信息,从而可以有效避免用户真实身份信息在酒店方的泄漏。本申请实施例还提供了一种订单处理系统、装置及计算机可读存储介质,同样可以实现上述技术效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例公开的一种订单处理方法流程图;

图2为本发明实施例公开的一种具体的订单处理方法流程图;

图3为本发明实施例公开的一种具体的订单处理方法流程图;

图4为本发明实施例公开的一种订单处理系统结构示意图;

图5为本发明实施例公开的一种订单处理装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明实施例公开了一种订单处理方法、系统、装置及计算机可读存储介质,以解决如何避免用户隐私泄露的问题。

参见图1,本发明实施例提供的一种订单处理方法,具体包括:

s101,获取用户的注册信息与真实身份信息。

在本方案中,首先获取用户的注册信息和真实身份信息。

需要说明的是,用户的注册信息是用户用来下单的信息,例如用户虚构的用户名、用户id等信息,这些信息不涉及用户的个人隐私。而用户的真实身份信息则是用来验证用户真实身份的信息。在用户需要入住酒店时,通常需要对用户的真实身份进行查验,因此,用户系统也需要获取用户输入的真实身份信息,但是在本方案中,不将真实身份信息的明文进行发送,从而保证真实身份信息只在用户一方保存,从而避免真实身份信息的泄漏。

s102,对所述真实身份信息进行加密得到加密信息;以使真实身份监管系统对所述加密信息进行解密得到所述真实身份信息,对所述真实身份信息进行验证,并在验证通过后为所述加密信息添加验证通过标识。

具体地,在用户系统中即对真实身份信息进行加密,从而得到加密信息。该加密信息会被真实身份监管系统获取,并由真实身份信息监管系统解密进行验证,在验证通过后会对该加密信息添加一个验证通过标识。

s103,利用已添加验证通过标识的加密信息与所述注册信息生成订单信息。

具体地,在生成订单的过程中,由于用户的真实身份信息已被真实身份监管系统进行验证且通过,因此在生成订单的过程中,无需在向酒店提供用户的真实身份信息,只要将添加有验证通过标识的加密信息和注册信息生成的订单提供给酒店即可。

由此可见,本申请实施例提供的一种订单处理方法,在生成订单以前,先将用户的真实身份信息进行加密,并交由真实身份监管系统对加密信息解密且验证,在验证通过后为加密信息添加验证通过标识,因此,在用户下单时,只需要提供注册信息以及包括验证通过标识的加密信息即可,而无需再提供真实身份信息,从而可以有效避免用户真实身份信息在酒店方的泄漏。

下面对本申请实施例提供的一种具体的订单处理方法进行介绍,下文描述的一种具体的订单处理处理方法与上述实施例可以相互参照。

参见图2,本申请实施例提供的一种具体的订单处理方法,具体包括:

s201,获取用户的注册信息与真实身份信息。

s202,利用真实身份监管系统的公钥对所述真实身份信息进行加密得到加密信息。

在本方案中,用户系统利用真实身份监管系统的公钥对真实身份信息进行加密,从而得到加密信息,而真实身份监管系统即可利用自己的私钥对加密信息进行解密,完成验证工作。

s203,将所述注册信息与所述加密信息作为用户信息上传至区块链,以使所述真实身份监管系统从所述区块链获取所述加密信息,并在对所述加密信息进行解密得到所述真实身份信息后,对所述真实身份信息进行验证,在验证通过后将添加验证通过标识的加密信息与所述注册信息作为新的用户信息上传至所述区块链。

在本方案中,对用户真实身份信息进行加密后,将加密信息和注册信息均上传至区块链,从而使真实身份机关系统从区块链获取该加密信息,并进行解密验证,在验证通过后,将添加了验证通过标识的加密信息和注册信息上传到区块链。

需要说明的是,真实身份监管系统可以间隔预设时间即遍历区块链中预设个数的未进行验证的加密信息,并在完成验证后记录已验证过的加密信息的标识,从而避免重复验证。

s204,利用已添加验证通过标识的加密信息与所述注册信息生成订单信息。

下面对本申请实施例提供的一种具体的订单处理方法进行介绍,下文描述的一种具体的订单处理方法与上述任一实施例可以相互参照。

参见图3,本申请实施例提供的一种具体的订单处理方法,具体包括:

s301,获取用户的注册信息与真实身份信息。

s302,对所述真实身份信息进行加密得到加密信息;以使真实身份监管系统对所述加密信息进行解密得到所述真实身份信息,对所述真实身份信息进行验证,并在验证通过后为所述加密信息添加验证通过标识。

s303,在预先由酒店节点系统存储到区块链的房源信息中确定目标房源信息。

在本方案中,酒店节点与客户端节点均作为区块链节点,酒店节点与客户端节点分别通过调用智能合约来完成订单的处理。智能合约中一系列的方法或是函数,可以实现对区块链上数据的操作,包括数据的存储、查询以及修改,房源的提供者,如酒店系统或房东可以通过智能合约将房源信息发布在区块链上公开,而房客用户则可以在区块链上查询这些公开的房源信息,并在其中选择自己需要的房源。

具体地,酒店节点系统会利用智能合约将房源信息作为区块数据存储到区块链中。

需要说明的是,在本申请中,只要是提供房源的一方均可以使用酒店节点系统,不一定是酒店一方,例如,还可以是房东、短租的房源提供者等,有关酒店节点系统在本申请中不做具体的限定,只要是房源的提供者均可以利用酒店节点系统完善相应的房源信息,并完成与房客的客户端系统之间的订单处理。

其中房源信息可以有不同的种类,例如酒店的房源、长租的房源、短租的房源,根据种类不同可以设置具体的房源信息。

例如酒店的房源信息可以包括每个房间在酒店内的唯一标识(如房间号)、房间设施信息、房间的价格等信息。需要说明的是,房间的价格可以是区块链中虚拟币价格。

在本方案中,客户端节点首先会在区块链的所有房源信息中选择目标房源信息。

s304,利用已添加验证通过标识的加密信息、所述注册信息与所述目标房源信息生成订单信息。

用户在利用客户端节点进行订单操作之前,首先要注册用户信息,用户信息可以具体包括用户所使用的客户端节点在区块链中的唯一地址,该地址用来收、付款,用户的公钥、以及用户的个人信息,需要说明的是,用户的私钥也是通过注册得到,但是私钥只能由客户端节点自己保存。

在本步骤中,客户端节点会对目标房源信息进行下单操作,从而利用预先注册得到的用户信息和目标房源信息生成订单信息。订单信息中除了要包括已添加验证通过标识的加密信息、注册信息、目标房源信息还要包括如入住时间、退房时间等订单信息。

在一个具体的实施方式中,订单信息还可以包括用户信息对应的用户信誉积分。该用户信誉积分标明用户的信誉程度,酒店方可以通过该积分选择性接受订单信息。具体地,用户信誉积分在用户完成注册时默认为预设值,并根据完成订单数量的增加而增加,根据投诉数量的增加而减少,例如,在用户完成注册时默认为85分,完成一次订单加5份,被投诉处理扣5分。

s305,将所述订单信息存储至区块链,以使所述目标房源信息对应的目标酒店节点系统在监听到所述订单信息后,确认接受所述订单信息,并将接受信息存储至所述区块链。

具体的,将订单信息上传至区块链。酒店节点系统会对区块链上的数据进行监听,当监听到有自己所包括的房源信息的订单信息后,会对订单信息进行确认,并接受该订单,同时将接受信息存储到区块链。

s306,监听到所述接受信息后,将所述房源信息对应的订单金额交付至合约账户,以使所述合约账户将所述订单金额转交至所述目标酒店节点系统。

在本步骤中,客户端节点也会对区块链上的数据进行监听,当监听到自己所生成的订单信息对应的接受信息后,则进行付款操作。

首先需要将房源信息对应的订单金额交付至合约账户,在用户完成订单后,合约账户会将订单金额转交至对应的酒店节点系统。需要说明的是,判断用户完成订单的方式既可以是由用户主动从客户端节点系统将订单状态修改为已完成状态,也可以是通过预先设置与入住时间、退房时间对应的目标时间,当到达这个目标时间时,则客户端节点系统或酒店节点系统自动将订单状态修改为已完成状态。订单的状态信息被修改后,也会保存在区块链,酒店节点系统会利用已完成状态的状态信息向合约账户收取对应的订单金额。其中,合约账户即是智能合约所对应的账户。

由此可见,本申请实施例提供的一种订单处理方法,客户端节点从存储在区块链的房源信息中确定目标房源信息,利用用户信息和目标房源信息生成订单信息,并将订单信息直接存储到区块链,由目标酒店节点系统对区块链进行监听,并在监听到该订单信息后将接受信息也发布到区块链,使客户端节点从区块链监听到接受信息后将订单金额交付至合约账户,由合约账户转交给目标酒店节点系统。由于房源信息、订单信息、接受信息等均是保存在区块链中,交易双方无需第三方机构的加入,更无需第三方机构来存储信息,从而有效避免了第三方机构被攻击造成的数据丢失问题,而且由于这些信息数据均是作为区块数据保存在区块链上,从而有效保证了信息的安全以及可追溯性。

下面对本申请实施例提供的一种订单处理系统进行介绍,下文描述的一种订单处理系统与上述任一实施例可以相互参照。

参见图4,本申请实施例提供的一种订单处理系统,具体包括:

获取模块401,用于获取用户的注册信息与真实身份信息。

加密模块402,用于对所述真实身份信息进行加密得到加密信息;以使真实身份监管系统对所述加密信息进行解密得到所述真实身份信息,对所述真实身份信息进行验证,并在验证通过后为所述加密信息添加验证通过标识。

在一个具体的实施方式中,加密模块401具体用于利用真实身份监管系统的公钥对所述真实身份信息进行加密得到加密信息。

订单生成模块403,用于利用已添加验证通过标识的加密信息与所述注册信息生成订单信息。

在一个具体的实施方式中,所述系统还包括:

上传模块,用于对所述真实身份信息进行加密得到加密信息之后,将所述注册信息与所述加密信息作为用户信息上传至区块链,以使所述真实身份监管系统从所述区块链获取所述加密信息,并在对所述加密信息进行解密得到所述真实身份信息后,对所述真实身份信息进行验证,在验证通过后将添加验证通过标识的加密信息与所述注册信息作为新的用户信息上传至所述区块链。

本实施例的订单处理系统用于实现前述的订单处理方法,因此订单处理系统中的具体实施方式可见前文中的订单处理方法的实施例部分,例如,获取模块401,加密模块402,订单生成模块403,分别用于实现上述订单处理方法中步骤s101,s102,s103,所以,其具体实施方式可以参照相应的各个部分实施例的描述,在此不再赘述。

下面对本申请实施例提供的一种订单处理装置进行介绍,下文描述的一种订单处理装置与上述任一实施例可以相互参照。

参见图5,本申请实施例提供的一种订单处理装置,具体包括处理器501和存储器502;具体的,存储器502包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令,该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器501为客户端节点提供计算和控制能力,处理器501执行存储器502中保存的程序时,可以实现上述任一订单处理方法实施例所提供的步骤。

本申请还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1