CN116029733B - 一种联盟景区业务管理方法及系统 - Google Patents

Abstract

本发明公开了一种联盟景区业务管理方法及系统，通过以下步骤对适用相同入园权限的不同联盟景区进行资金结算：建立一区块链服务器与各个联盟景区的入园管理服务器之间的协议，区块链服务器配置有以时间戳划分链节点来记录入园信息的第一区块链；响应于对联盟景区的入园申请，该联盟景区的入园管理服务器将入园申请发送至区块链服务器；若区块链服务器验证入园申请通过，则将核销数据签写至第一区块链的当前链节点上，其中，核销数据包括联盟景区身份信息；根据业务结算阶段的时间范围，对第一区块链提取在该阶段的全部链节点上存储的核销数据；基于提取结果，统计其中的各个联盟景区的核销数量；按照统计结果，将业务结算资金分配给各联盟景区。

Description

一种联盟景区业务管理方法及系统

技术领域

本发明涉及智慧文旅领域，尤其涉及一种联盟景区业务管理方法及系统。

背景技术

为了促进文旅的发展，出现了多个景区联盟以向游客提供“一卡通”模式的游览服务，即只需要向服务发行方办理一次开通业务，就可以在规定的有效期内游览在联盟范围内的不同景区，而无需游客对不同的景区多次购买门票。

然后在规定的有效期后，服务发行方根据各景区在该有效期内的用户入园次数进行资金结算，入园次数越多的景区，结算的资金金额就越大。

目前是通过由各个景区的入园闸机获取用户身份/入园凭证后，将该用户的入园记录主动发送至发行方，但是这种由各个景区自主上报自家的游客入园记录的方式存在为增加结算资金而增加不真实的用户入园记录的可能。

以上背景技术内容的公开仅用于辅助理解本发明的发明构思及技术方案，其并不必然属于本专利申请的现有技术，也不必然会给出技术教导；在没有明确的证据表明上述内容在本专利申请的申请日之前已经公开的情况下，上述背景技术不应当用于评价本申请的新颖性和创造性。

发明内容

本发明的目的是提供一种联盟景区业务管理方法及系统，基于区块链技术对核心数据上链以实现可靠共享。

为达到上述目的，本发明采用的技术方案如下：

一种联盟景区业务管理方法，通过以下步骤对适用相同入园权限的不同联盟景区进行资金结算：

建立一区块链服务器与各个联盟景区的入园管理服务器之间的协议，所述区块链服务器配置有以时间戳划分链节点来记录入园信息的第一区块链；

响应于对联盟景区的入园申请，该联盟景区的入园管理服务器将所述入园申请发送至所述区块链服务器；

所述区块链服务器对所述入园申请进行核销验证，若验证通过，则将核销数据签写至所述第一区块链的当前链节点上，其中，所述核销数据包括核销时间、联盟景区身份信息，所述核销时间与所述当前链节点对应的时间戳相匹配；并且所述入园管理服务器被配置为接收所述区块链服务器的核销验证结果以控制入园通道打开或关闭；

根据业务结算阶段的时间范围，对所述第一区块链提取在该阶段的全部链节点上存储的核销数据；

基于提取结果，统计其中的各个联盟景区的核销数量；

按照统计结果，将业务结算资金分配给各个联盟景区。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述业务结算资金通过以下方式确定金额：

建立所述区块链服务器与各个业务办理点服务器之间的协议，所述区块链服务器配置有以时间戳划分链节点来记录办理信息的第二区块链，所述第二区块链与所述第一区块链为同一区块链或者不同的区块链；

响应于业务办理中的付款操作，业务办理点服务器将业务办理数据发送至所述区块链服务器；

所述区块链服务器将所述业务办理数据签写至所述第二区块链的当前链节点上，其中，所述业务办理数据包括办理时间、业务类型，其中所述业务类型与业务价格相关联，所述办理时间与所述当前链节点对应的时间戳相匹配；

根据业务办理阶段的时间范围，对所述第二区块链提取在该阶段的全部链节点上存储的业务办理数据；

基于提取结果，统计其中的业务类型的数量，并根据其相关联的业务价格，计算得到业务总资金的金额；

按照预设的分配规则，从所述业务总资金中分配出所述业务结算资金的金额。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述业务办理数据包括办理用户的身份信息；

用户通过数字核销码形式提交入园申请，所述数字核销码通过以下方式获取：用户客户端发送触发消息，所述触发消息包括用户身份信息，所述区块链服务器查询第二区块链上对应业务办理阶段的时间范围内存储的业务办理数据中是否存在相应的身份信息，若存在，则为其生成用于入园核销的数字核销码并存储，且向该用户发送所述数字核销码；

所述区块链服务器对所述入园申请进行核销验证包括：入园管理服务器将用户客户端发送的数字码转发至所述区块链服务器，所述区块链服务器将其与存储的数字核销码进行比对，若匹配，则作核销成功处理，以生成核销数据；若不存在，则不生成核销数据，即核销失败。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述业务办理数据包括分发给办理用户的动态口令卡的识别码，所述动态口令卡内置加密因子，所述动态口令卡被配置为利用所述加密因子和当前时间戳生成动态口令；

所述业务办理点服务器或区块链服务器根据某一时刻的时间和对应的动态口令计算得到加密因子，所述业务办理数据还包括与所述动态口令卡的识别码一一对应的加密因子；或者，所述业务办理数据还包括某一时刻的时间和对应的动态口令，使得所述区块链服务器能够根据业务办理数据计算得到所述动态口令卡在另一时刻的动态口令；

所述区块链服务器对所述入园申请进行核销验证包括：响应于刷卡操作，入园管理服务器获取所述动态口令卡的识别码和当前动态口令并将其发送至所述区块链服务器，所述区块链服务器计算所述识别码对应的动态口令，并将计算结果与接收到的所述当前动态口令进行比对，若匹配，则作核销成功处理，以生成核销数据。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述业务办理数据包括办理用户的手机号；

响应于入园请求的触发，所述区块链服务器查询第二区块链上对应业务办理阶段的时间范围内存储的业务办理数据中是否存在相应的手机号，若存在，则生成并存储动态短信码，且将所述动态短信码发送至该手机号所在的终端；

所述区块链服务器对所述入园申请进行核销验证包括：入园管理服务器被配置为与一输入装置电连接，响应于在所述输入装置上输入验证码，所述入园管理服务器将输入的验证码发送至所述区块链服务器，所述区块链服务器将其与存储的动态短信码进行比对，若匹配，则作核销成功处理，以生成核销数据；若不存在，则不生成核销数据，即核销失败。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述入园申请包括入园用户身份信息，通过以下步骤识别异常的入园申请：

所述入园管理服务器接收入园申请并将其转发至所述区块链服务器，所述入园申请包括用户身份信息和当前时间；

所述区块链服务器对所述第一区块链提取在所述当前时间之前的预设时间段内的链节点上存储的核销数据；

基于提取结果，查询其中的入园用户身份信息中是否存在入园申请中的用户身份信息，或者，判断入园申请中的用户身份信息对应的核销数量是否超过预设的次数，若是，则提示此次入园申请存在异常。

进一步地，承前所述的任一技术方案或多个技术方案的组合，通过以下步骤查询联盟景区的入园业务数据量：

向所述第一区块链发送对联盟景区的入园数量查询请求，所述入园数量查询请求包括起始时间、终止时间和查询对象景区；

对所述第一区块链提取在起始时间至终止时间内的全部链节点上存储的核销数据；

基于提取结果，统计其中所述查询对象景区的核销数量；

反馈所述查询对象景区的核销数量的统计结果。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述业务办理数据还包括承办开通业务的业务办理点信息，通过以下步骤查询业务办理点的开通办理业务数据量：

向所述第二区块链发送办理数量查询请求，所述办理数量查询请求包括起始时间、终止时间和目标业务办理点；

对所述第二区块链提取在起始时间至终止时间内的全部链节点上存储的业务办理数据；

基于提取结果，统计其中所述目标业务办理点的承办开通业务的数量；

反馈所述目标业务办理点的承办开通业务数量的统计结果。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述核销数据还包括用户身份信息，通过以下步骤获取用户的入园数量排行信息：

向所述第一区块链发送对用户的入园数量排行请求，所述入园数量排行请求包括起始时间、终止时间和排行范围；

对所述第一区块链提取在起始时间至终止时间内的全部链节点上存储的核销数据；

基于提取结果，统计其中各用户在不同景区的核销数量；

反馈在所述排行范围内的用户身份信息及其对应的核销数量的统计结果；

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述入园数量排行请求还包括联盟景区；

基于提取结果，统计其中各用户在该联盟景区的核销数量；

反馈针对该联盟景区的在排行范围内的用户身份信息及其对应的核销数量的统计结果。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述核销数据还包括用户身份信息，所述业务办理数据包括办理用户的身份信息，通过以下步骤获取办理用户中无入园记录的用户信息：

向所述第二区块链发送办理用户名单查询请求，所述用户名单查询请求包括业务办理阶段的起止时间；

对所述第二区块链提取在业务办理阶段的起止时间内的全部链节点上存储的业务办理数据；

基于提取结果，确定其中的用户身份信息，生成第一用户名单；

向所述第一区块链发送入园用户名单查询请求，所述入园用户名单查询请求包括与所述业务办理阶段对应的服务有效期起止时间；

对所述第一区块链提取在服务有效期起止时间内的全部链节点上存储的核销数据；

基于提取结果，确定其中的用户身份信息，生成第二用户名单；

比对第一用户名单和第二用户名单，得到仅在所述第一用户名单中出现的用户信息。

根据本发明的另一方面，本发明提供了一种联盟景区业务管理系统，包括各个联盟景区的入园管理服务器以及与各个联盟景区的入园管理服务器协议通信的区块链服务器，所述区块链服务器配置有以时间戳划分链节点以存储游客的入园信息的第一区块链；

响应于对联盟景区的入园申请，该联盟景区的入园管理服务器将所述入园申请发送至所述区块链服务器；

所述区块链服务器对所述入园申请进行核销验证，若验证通过，则将核销数据签写至所述第一区块链的当前链节点上，其中，所述核销数据包括核销时间、联盟景区身份信息，所述核销时间与所述当前链节点对应的时间戳相匹配；并且所述入园管理服务器被配置为接收所述区块链服务器的核销验证结果以控制入园通道打开或关闭；

所述系统还包括资金结算模块，其被配置为根据业务结算阶段的时间范围，对所述第一区块链提取在该阶段的全部链节点上存储的核销数据；基于提取结果，统计其中的各个联盟景区的核销数量；以及按照统计结果，将业务结算资金分配给各个联盟景区。

进一步地，承前所述的任一技术方案或多个技术方案的组合，所述联盟景区业务管理系统还包括与所述区块链服务器协议通信的一个或多个业务办理点服务器；所述区块链服务器配置有以时间戳划分链节点来记录办理信息的第二区块链，所述第二区块链与所述第一区块链为同一区块链或者不同的区块链；

响应于业务办理中的付款操作，所述业务办理点服务器将业务办理数据发送至所述区块链服务器；

所述区块链服务器将所述业务办理数据签写至所述第二区块链的当前链节点上，其中，所述业务办理数据包括办理时间、业务类型，其中所述业务类型与业务价格相关联，所述办理时间与所述当前链节点对应的时间戳相匹配；

所述系统还包括业务总资金计算模块，其被配置为根据业务办理阶段的时间范围，对所述第二区块链提取在该阶段的全部链节点上存储的业务办理数据；基于提取结果，统计其中的业务类型的数量，并根据其相关联的业务价格，计算得到业务总资金的金额；

以及业务结算资金划分模块，其被配置为按照预设的分配规则，从所述业务总资金中分配出所述业务结算资金的金额。

本发明提供的技术方案带来的有益效果如下：依托区块链、智能合约的技术对联盟景区的销售、交易的核心数据上链，实现各项数据之间可信实时共享，为整合接入更多景点和商业资源提供可信、公平、公正的基础平台，解决“一卡通”模式下多个景区之间数据校验难、营收透明度低、可信度低的问题，最终促进文旅产业长足发展。

附图说明

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

图1为本发明的一个示例性实施例提供的对联盟景区进行资金结算的方法流程图；

图2为本发明的一个示例性实施例提供的确定业务结算资金的方法流程图；

图3为本发明的一个示例性实施例提供的入园核销的流程图；

图4为本发明的一个示例性实施例提供的入园申请异常判别的流程图；

图5为本发明的一个示例性实施例提供的联盟景区业务管理系统的示意框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本发明的一个实施例中，提供了一种基于如图5所示的联盟景区业务管理系统的管理方法，管理方法如图1所示，通过以下步骤对适用相同入园权限的不同联盟景区进行资金结算：

建立一区块链服务器与各个联盟景区的入园管理服务器之间的协议，所述区块链服务器配置有以时间戳划分链节点来记录入园信息的区块链；

其中，入园管理服务器用于响应用户的入园申请，将该入园申请发送至区块链服务器，由区块链服务器判断其是否具备入园权限，在本实施例中，其实现方式如下：

在办理开通业务的办理点设有业务办理点服务器，其与区块链服务器能够协议通信；

响应于业务办理中的付款操作，业务办理点服务器将业务办理数据发送至区块链服务器，进而区块链服务器签写至所述区块链的当前链节点上，其中，所述业务办理数据包括办理时间、办理用户的身份信息、业务类型，其中所述业务类型与业务价格相关联，比如套餐一的业务类型，其对应的业务价格为199人民币，套餐二的业务类型，其对应的业务价格为299人民币，所述办理时间与所述当前链节点对应的时间戳相匹配；

比如每一年的10-12月份办理下一年1-12月份的景区业务，那么如图3所示，响应于用户的入园申请，所述入园申请包括用户身份信息，所述区块链服务器查询上一年10-12月份的时间范围的区块链上存储的业务办理数据中是否存在相应的身份信息，若存在，则判断其具备入园权限。

与常规技术中由各个景区自己的服务器来核销验证用户的入园申请不同，本发明实施例中，景区的入园管理服务器的作用是将入园申请发送至区块链服务器，并等待其返回核销验证结果，若核销验证通过，则入园管理服务器控制景区通道打开，否则控制景区通道保持关闭。采用区块链服务器下发用于入园核销的权限给用户，而不经过景区的入园管理服务器，因此，景区无法增加不真实的入园记录，确保区块链上的数据真实可靠，具体入园方式可以如下：

入园方式一、用户通过移动终端客户端的数字核销码申请入园：区块链服务器向移动客户端发送动态核销数字码；在入园时，通过在景区入口处设置的扫码器，扫描得到的数字码通过景区入园管理服务器发送至区块链服务器，比对区块链端存储的所生成的核销数字码及扫描得到的数字码以进行验证；

具体地，数字核销码通过以下方式获取：用户客户端发送触发消息，所述触发消息包括用户身份信息，所述区块链服务器查询第二区块链上对应业务办理阶段的时间范围内存储的业务办理数据中是否存在相应的身份信息，若存在，则为其生成用于入园核销的数字核销码并存储，且向该用户发送所述数字核销码。

入园方式二、用户通过刷卡申请入园：该卡为办理业务时分发的动态口令卡，在入园时，通过在景区入口处设置的刷卡器，刷卡读取动态口令卡的动态口令和卡的唯一识别码，并通过景区入园管理服务器发送至区块链服务器，将其与区块链服务器对当前动态口令卡计算得到的动态口令进行比对以进行验证；

区块链服务器计算动态口令的方式如下：动态口令卡内置加密因子，所述动态口令卡被配置为利用所述加密因子和当前时间戳生成动态口令；在业务办理时，刷卡可以获取某一时间的时刻和对应的动态口令，可以直接将动态口令卡的识别码、相对应的时刻信息和动态口令作为部分业务办理数据写入区块链，也可以根据时刻信息和动态口令计算出加密因子，将加密因子和对应的动态口令卡的识别码作为部分业务办理数据写入区块链。对于前者来说，区块链服务器能够通过查询区块链上存储的业务办理数据（t1时刻的动态口令pw1），来计算t2时刻的动态口令pw2；对于后者来说，区块链服务器能够通过查询区块链上存储的的业务办理数据（加密因子），来计算t2时刻的动态口令pw2。

所述区块链服务器对所述入园申请进行核销验证包括：响应于t3时刻的刷卡操作，入园管理服务器获取所述动态口令卡的识别码和t3时刻的动态口令pw3并将其发送至所述区块链服务器，所述区块链服务器计算t3时刻的动态口令，并将计算结果pw3’与接收到的t3时刻的动态口令pw3进行比对，若匹配，则作核销成功处理，以生成核销数据；若不存在，则不生成核销数据，即核销失败。

入园方式三、用户通过在景区入口处设置的输入装置（比如与入园管理服务器电连接键盘或触摸显示屏或语音输入装置等）输入动态短信码申请入园：区块链服务器向用户的手机号所在的终端发送动态短信码；在入园时，输入装置输入的验证码通过入园管理服务器发送至区块链服务器，比对区块链端存储的动态短信码及所输入的验证码以进行验证；

具体地，比如通过刷身份证或者发送指定短信至指定号码来触发入园请求，然后区块链服务器查询第二区块链上对应业务办理阶段的时间范围内存储的业务办理数据中是否存在相应的手机号，若存在，则生成并存储动态短信码，且将所述动态短信码发送至该手机号所在的终端。

在区块链服务器判断其具备入园权限后，生成核销数据并向入园管理服务器返回核销验证成功的消息，入园管理服务器控制打开景区通道（比如控制与其电连接的闸机打开）。

若上一年10-12月份的时间范围的区块链上存储的业务办理数据中不存在当前申请入园的用户身份信息，则不生成核销数据，并向入园管理服务器返回核销验证失败的消息，入园管理服务器则控制景区通道保持关闭。

当核销成功后，区块链服务器将核销数据签写至所述区块链的当前链节点上，其中，所述核销数据包括核销时间、联盟景区身份信息、入园用户身份信息，所述核销时间与所述当前链节点对应的时间戳相匹配；

等到12月份结束，就可以利用资金结算模块来对这一年的各个联盟景区的业务进行资金结算，具体步骤包括：

对所述第一区块链提取在这一年1-12月的全部链节点上存储的核销数据；

基于提取结果，统计其中的各个联盟景区的核销数量；

按照统计结果，将业务结算资金分配给各个联盟景区。本实施例中，通过总资金计算模块来确定业务结算资金金额，可以有效地防止发行方为保留更多的利润而瞒报或少报用户办理量，导致业务资金的总量被降低而影响各个景区的结算收入，具体方式如图2所示：

对所述区块链提取在上一年10-12月份的全部链节点上存储的业务办理数据；

总资金计算模块基于提取结果，统计其中的业务类型的数量，并根据其相关联的业务价格，计算得到业务总资金的金额；比如办理套餐一的数量为10万份，办理套餐二的数量为1万份，则业务总资金的金额为1990+299合计2289万人民币；

并利用业务结算资金划分模块按照预设的分配规则，从所述业务总资金中分配出比如三分之二的部分作为所述业务结算资金的金额。

采用动态入园核销方式，尤其上文提到的入园方式一和方式三，会出现将自己的入园权限恶意转让给其他用户而损害景区和发行方利益的行为，本实施例中，通过如图4所示的步骤识别异常的入园申请：

所述入园管理服务器接收入园申请并将其转发至所述区块链服务器，所述入园申请包括用户身份信息和当前时间；

所述区块链服务器对所述第一区块链提取在所述当前时间之前的预设时间段内的链节点上存储的核销数据；

基于提取结果，判断以下两种情况是否发生，若任一发生其中一种，则提示此次入园申请存在异常：

情况一：比如查询到在当前时间的1小时前，有该用户身份信息在另一景区的入园核销记录，尤其是针对该另一景区距离当前景区的距离会产生1小时左右或1小时以上的交通耗时；

情况二：比如查询到在24小时内该用户有三次以上的入园核销记录，或者在7*24小时周期内存在21次以上的入园核销记录。

通过向区块链精准查询用户的入园记录，来判断是否存在将自身入园权限转让给他人使用的情况。

在上述实施例中，采用统一的区块链来同时存储入园核销数据和业务办理数据。本发明并不限定采用单一区块链的方式，比如也可以采用第一区块链来存储入园核销数据，采用第二区块链来存储业务办理数据，在验证入园权限的时候向第二区块链查询数据，在资金结算的时候向第一区块链查询数据，以提高访问区块链以查询数据的效率。

本实施例进一步可以通过以下步骤查询联盟景区的入园业务数据量：

向所述第一区块链发送对联盟景区的入园数量查询请求，所述入园数量查询请求包括起始时间、终止时间和查询对象景区；

对所述第一区块链提取在起始时间至终止时间内的全部链节点上存储的核销数据；

基于提取结果，统计其中所述查询对象景区的核销数量；

反馈所述查询对象景区的核销数量的统计结果。

这样，景区可以查询自己在某段时间比如上半年内的核销数量，发行方可以查询所有联盟景区在某时间段内核销数量。

在本发明的一个实施例中，还可以对业务办理点进行考核，具体业务办理数据还包括承办开通业务的业务办理点信息，通过以下步骤查询业务办理点的开通办理业务数据量：

向所述第二区块链发送办理数量查询请求，所述办理数量查询请求包括起始时间、终止时间和目标业务办理点；

对所述第二区块链提取在起始时间至终止时间内的全部链节点上存储的业务办理数据；

基于提取结果，统计其中所述目标业务办理点的承办开通业务的数量；

反馈所述目标业务办理点的承办开通业务数量的统计结果。

在本发明的一个实施例中，通过以下步骤获取用户的入园数量排行信息：

向所述第一区块链发送对用户的入园数量排行请求，所述入园数量排行请求包括起始时间、终止时间和排行范围；

对所述第一区块链提取在起始时间至终止时间内的全部链节点上存储的核销数据；

基于提取结果，统计其中各用户在不同景区的核销数量；

反馈在所述排行范围内的用户身份信息及其对应的核销数量的统计结果；

若要针对某个景区进行用户入园数量排行，所述入园数量排行请求还包括联盟景区；

基于提取结果，统计其中各用户在该联盟景区的核销数量；

反馈针对该联盟景区的在排行范围内的用户身份信息及其对应的核销数量的统计结果，这样可以了解入园次数较多的用户信息。

所述核销数据还包括用户身份信息，所述业务办理数据包括办理用户的身份信息，通过以下步骤获取办理用户中无入园记录的用户信息：

向所述第二区块链发送办理用户名单查询请求，所述用户名单查询请求包括业务办理阶段的起止时间；

对所述第二区块链提取在业务办理阶段的起止时间内的全部链节点上存储的业务办理数据；

基于提取结果，确定其中的用户身份信息，生成第一用户名单；

向所述第一区块链发送入园用户名单查询请求，所述入园用户名单查询请求包括与所述业务办理阶段对应的服务有效期起止时间；

对所述第一区块链提取在服务有效期起止时间内的全部链节点上存储的核销数据；

基于提取结果，确定其中的用户身份信息，生成第二用户名单；

比对第一用户名单和第二用户名单，得到仅在所述第一用户名单中出现的用户信息。

在得到办理业务取得入园权限后并没有实际入园行为的用户的名单后，可以对其进行回访，或者向其发送优惠券，以促进其继续办理业务的积极性。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (11)

1.一种联盟景区业务管理方法，其特征在于，通过以下步骤对适用相同入园权限的不同联盟景区进行资金结算：

建立一区块链服务器与各个联盟景区的入园管理服务器之间的协议，所述区块链服务器配置有以时间戳划分链节点来记录入园信息的第一区块链；

响应于对联盟景区的入园申请，该联盟景区的入园管理服务器将所述入园申请发送至所述区块链服务器；

所述区块链服务器对所述入园申请进行核销验证，若验证通过，则将核销数据签写至所述第一区块链的当前链节点上，其中，所述核销数据包括核销时间、联盟景区身份信息，所述核销时间与所述当前链节点对应的时间戳相匹配；并且所述入园管理服务器被配置为接收所述区块链服务器的核销验证结果以控制入园通道打开或关闭；

根据业务结算阶段的时间范围，对所述第一区块链提取在该阶段的全部链节点上存储的核销数据；

基于提取结果，统计其中的各个联盟景区的核销数量；

按照统计结果，将业务结算资金分配给各个联盟景区，所述业务结算资金通过以下方式确定金额：

建立所述区块链服务器与各个业务办理点服务器之间的协议，所述区块链服务器配置有以时间戳划分链节点来记录办理信息的第二区块链，所述第二区块链与所述第一区块链为同一区块链或者不同的区块链；

响应于业务办理中的付款操作，业务办理点服务器将业务办理数据发送至所述区块链服务器；

所述区块链服务器将所述业务办理数据签写至所述第二区块链的当前链节点上，其中，所述业务办理数据包括办理时间、业务类型，其中所述业务类型与业务价格相关联，所述办理时间与所述当前链节点对应的时间戳相匹配；

根据业务办理阶段的时间范围，对所述第二区块链提取在该阶段的全部链节点上存储的业务办理数据；

基于提取结果，统计其中的业务类型的数量，并根据其相关联的业务价格，计算得到业务总资金的金额；

按照预设的分配规则，从所述业务总资金中分配出所述业务结算资金的金额。

2.根据权利要求1所述的联盟景区业务管理方法，其特征在于，所述业务办理数据包括办理用户的身份信息；

用户通过数字核销码形式提交入园申请，所述数字核销码通过以下方式获取：用户客户端发送触发消息，所述触发消息包括用户身份信息，所述区块链服务器查询第二区块链上对应业务办理阶段的时间范围内存储的业务办理数据中是否存在相应的身份信息，若存在，则为其生成用于入园核销的数字核销码并存储，且向该用户发送所述数字核销码；

所述区块链服务器对所述入园申请进行核销验证包括：入园管理服务器将用户客户端发送的数字码转发至所述区块链服务器，所述区块链服务器将其与存储的数字核销码进行比对，若匹配，则作核销成功处理，以生成核销数据；若不存在，则不生成核销数据。

3.根据权利要求1所述的联盟景区业务管理方法，其特征在于，所述业务办理数据包括分发给办理用户的动态口令卡的识别码，所述动态口令卡内置加密因子，所述动态口令卡被配置为利用所述加密因子和当前时间戳生成动态口令；

根据某一时刻的时间和对应的动态口令计算得到加密因子，所述业务办理数据还包括与所述动态口令卡的识别码一一对应的加密因子；或者，所述业务办理数据还包括某一时刻的时间和对应的动态口令，使得所述区块链服务器能够根据业务办理数据计算得到所述动态口令卡在另一时刻的动态口令；

所述区块链服务器对所述入园申请进行核销验证包括：响应于刷卡操作，入园管理服务器获取所述动态口令卡的识别码和当前动态口令并将其发送至所述区块链服务器，所述区块链服务器计算所述识别码对应的动态口令，并将计算结果与接收到的所述当前动态口令进行比对，若匹配，则作核销成功处理，以生成核销数据；若不存在，则不生成核销数据。

4.根据权利要求1所述的联盟景区业务管理方法，其特征在于，所述业务办理数据包括办理用户的手机号；

响应于入园请求的触发，所述区块链服务器查询第二区块链上对应业务办理阶段的时间范围内存储的业务办理数据中是否存在相应的手机号，若存在，则生成并存储动态短信码，且将所述动态短信码发送至该手机号所在的终端；

所述区块链服务器对所述入园申请进行核销验证包括：入园管理服务器被配置为与一输入装置电连接，响应于在所述输入装置上输入验证码，所述入园管理服务器将输入的验证码发送至所述区块链服务器，所述区块链服务器将其与存储的动态短信码进行比对，若匹配，则作核销成功处理，以生成核销数据；若不存在，则不生成核销数据。

5.根据权利要求1所述的联盟景区业务管理方法，其特征在于，所述入园申请包括入园用户身份信息，通过以下步骤识别异常的入园申请：

所述入园管理服务器接收入园申请并将其转发至所述区块链服务器，所述入园申请包括用户身份信息和当前时间；

所述区块链服务器对所述第一区块链提取在所述当前时间之前的预设时间段内的链节点上存储的核销数据；

基于提取结果，查询其中的入园用户身份信息中是否存在入园申请中的用户身份信息，或者，判断入园申请中的用户身份信息对应的核销数量是否超过预设的次数，若是，则提示此次入园申请存在异常。

6.根据权利要求1所述的联盟景区业务管理方法，其特征在于，通过以下步骤查询联盟景区的入园业务数据量：

向所述第一区块链发送对联盟景区的入园数量查询请求，所述入园数量查询请求包括起始时间、终止时间和查询对象景区；

对所述第一区块链提取在起始时间至终止时间内的全部链节点上存储的核销数据；

基于提取结果，统计其中所述查询对象景区的核销数量；

反馈所述查询对象景区的核销数量的统计结果。

7.根据权利要求1所述的联盟景区业务管理方法，其特征在于，所述业务办理数据还包括承办开通业务的业务办理点信息，通过以下步骤查询业务办理点的开通办理业务数据量：

向所述第二区块链发送办理数量查询请求，所述办理数量查询请求包括起始时间、终止时间和目标业务办理点；

对所述第二区块链提取在起始时间至终止时间内的全部链节点上存储的业务办理数据；

基于提取结果，统计其中所述目标业务办理点的承办开通业务的数量；

反馈所述目标业务办理点的承办开通业务数量的统计结果。

8.根据权利要求1所述的联盟景区业务管理方法，其特征在于，所述核销数据还包括用户身份信息，通过以下步骤获取用户的入园数量排行信息：

向所述第一区块链发送对用户的入园数量排行请求，所述入园数量排行请求包括起始时间、终止时间和排行范围；

对所述第一区块链提取在起始时间至终止时间内的全部链节点上存储的核销数据；

基于提取结果，统计其中各用户在不同景区的核销数量；

反馈在所述排行范围内的用户身份信息及其对应的核销数量的统计结果。

9.根据权利要求8所述的联盟景区业务管理方法，其特征在于，所述入园数量排行请求还包括联盟景区；

基于提取结果，统计其中各用户在该联盟景区的核销数量；

反馈针对该联盟景区的在排行范围内的用户身份信息及其对应的核销数量的统计结果。

10.根据权利要求1所述的联盟景区业务管理方法，其特征在于，所述核销数据还包括用户身份信息，所述业务办理数据包括办理用户的身份信息，通过以下步骤获取办理用户中无入园记录的用户信息：

向所述第二区块链发送办理用户名单查询请求，所述用户名单查询请求包括业务办理阶段的起止时间；

对所述第二区块链提取在业务办理阶段的起止时间内的全部链节点上存储的业务办理数据；

基于提取结果，确定其中的用户身份信息，生成第一用户名单；

向所述第一区块链发送入园用户名单查询请求，所述入园用户名单查询请求包括与所述业务办理阶段对应的服务有效期起止时间；

对所述第一区块链提取在服务有效期起止时间内的全部链节点上存储的核销数据；

基于提取结果，确定其中的用户身份信息，生成第二用户名单；

比对第一用户名单和第二用户名单，得到仅在所述第一用户名单中出现的用户信息。

11.一种联盟景区业务管理系统，其特征在于，包括各个联盟景区的入园管理服务器、与各个联盟景区的入园管理服务器协议通信的区块链服务器以及与所述区块链服务器协议通信的一个或多个业务办理点服务器，所述区块链服务器配置有以时间戳划分链节点以存储游客的入园信息的第一区块链，所述区块链服务器还配置有以时间戳划分链节点来记录办理信息的第二区块链，所述第二区块链与所述第一区块链为同一区块链或者不同的区块链；

响应于对联盟景区的入园申请，该联盟景区的入园管理服务器将所述入园申请发送至所述区块链服务器；

所述区块链服务器对所述入园申请进行核销验证，若验证通过，则将核销数据签写至所述第一区块链的当前链节点上，其中，所述核销数据包括核销时间、联盟景区身份信息，所述核销时间与所述当前链节点对应的时间戳相匹配；并且所述入园管理服务器被配置为接收所述区块链服务器的核销验证结果以控制入园通道打开或关闭；

响应于业务办理中的付款操作，所述业务办理点服务器将业务办理数据发送至所述区块链服务器；

所述区块链服务器将所述业务办理数据签写至所述第二区块链的当前链节点上，其中，所述业务办理数据包括办理时间、业务类型，其中所述业务类型与业务价格相关联，所述办理时间与所述当前链节点对应的时间戳相匹配；

所述系统还包括资金结算模块，其被配置为根据业务结算阶段的时间范围，对所述第一区块链提取在该阶段的全部链节点上存储的核销数据；基于提取结果，统计其中的各个联盟景区的核销数量；以及按照统计结果，将业务结算资金分配给各个联盟景区；

所述系统还包括业务总资金计算模块，其被配置为根据业务办理阶段的时间范围，对所述第二区块链提取在该阶段的全部链节点上存储的业务办理数据；基于提取结果，统计其中的业务类型的数量，并根据其相关联的业务价格，计算得到业务总资金的金额；

以及业务结算资金划分模块，其被配置为按照预设的分配规则，从所述业务总资金中分配出所述业务结算资金的金额。

Images