基于区块链的旅游大数据可信交易模型构建方法与流程

文档序号:33619389发布日期:2023-03-25 10:44阅读:115来源:国知局
基于区块链的旅游大数据可信交易模型构建方法与流程

1.本发明属于空域网格管理技术领域,尤其是涉及一种基于区块链的旅游大数据可信交易模型构建方法。


背景技术:

2.全域旅游场景下,90%的游客都在传统意义上的景区之外,旅游产业正在发展成为带动吃、住、行、游、购、娱等众多产业的综合性产业。旅游数据的生产、组织和交易方式也面临新的挑战。
3.全域旅游产业跨部门、跨行业的数据门类繁多,各类旅游场景资源数字化收集、感知方式种类繁多,缺少统一的数据组织方法,各类旅游资源信息关联性较弱,造成全域旅游—体化数据管理及处理困难。全域旅游环境下,数据交易方式也从中心化的大景区、大政府、大行业数据治理模式,变成了处处是景点、人人都是导游、人人都是旅行社的去中心化的数据生产与社会化交易模式。如何在全域旅游时代,在数据管理与数据交易两个维度,发展旅游大数据,实现旅游信息服务集成化、市场营销精准化、产业运行数据化、行业管理智能化,成为一个全新的课题。
4.现有的全域旅游环境下,因数据的分散性,因此存在数据造假的问题,从而影响旅游数据交易的安全性。


技术实现要素:

5.针对现有技术中存在的问题,本发明提供了一种于区块链的旅游大数据可信交易模型构建方法,至少部分的解决现有技术中存在的旅游数据交易的安全性的问题。
6.第一方面,本公开实施例提供了一种基于区块链的旅游大数据可信交易模型构建方法,包括:
7.基于设定的剖分等级的网格编码将获取的旅游交易数据划分为标准交易单元编码,交易剖分单元编码包括带有剖分等级的网格编码标识;
8.为旅游交易数据的生产者和版权所有者进行编码;
9.记录旅游交易数据交易版本的版本编码;
10.对获取的标准交易单元中的隐私数据进行哈希计算得到哈希值;
11.基于标准交易单元编码、生产者和版权所有者的编码、版本编码和哈希值构建交易数据立方体,交易数据立方体用于表示基于剖分得到的立体网格数据的聚合;
12.将交易数据立方体基于区块技术进行交易,得到可信交易模型。
13.可选的,所述设定的剖分等级为米级。
14.可选的,在基于区块链技术进行交易中遵循以下机制:
15.p2p数据传递机制,避免数据沉淀;
16.dpop隐私信息授权机制,保护个人隐私;
17.dpov版权溯源机制,保障数据权益;
18.dpos股权授权证明机制,建立内部共识;
19.pods数据贡献证明机制,平衡数据价值;
20.以及cap数据投诉与惩罚机制,防止源头造假。
21.第二方面,本公开实施例还提供了一种旅游大数据的交易方法,包括:基于第一方面任一所述的方法构建的交易模型,所述交易方法包括:
22.响应于用户发起的数据交易请求向网络广播数据交易的智能合约;
23.查询与数据交易相应的交易数据立方体;
24.当数据交易发起用户向数据提供者支付报酬后,将交易数据立方体通过公钥加密后通过网络发送给数据交易发起用户。
25.可选的,所述数据交易请求,包括:
26.获取游客信息、个人足迹、精准营销授权、个人信用信息和/或旅游产品订单信息。
27.可选的,所述报酬包括数字代币。
28.可选的,所述网络为p2p网络。
29.可选的,所述查询与数据交易相应的交易数据立方体为在分布式终端数据立方体中查询交易数据立方体。
30.可选的,所述用户发起的数据交易请求为使用私钥签名后发出,用户发起的数据交易请求中携带公钥。
31.可选的,当数据交易发起用户接收到通过公钥加密后的交易数据立方体后,使用相应的私钥解密后获取交易数据。
32.本发明提供的基于区块链的旅游大数据可信交易模型构建方法,通过构建可信交易模型,在构建可信交易模型中构建交易数据立方体,并将交易数据立方体基于区块链技术进行交易,因交易数据立方体在区块链中具有数据可信性和可溯性,避免了旅游数据交易虚假的问题,从而达到提高旅游数据交易的安全性的目的。
附图说明
33.通过结合附图对本公开示例性实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显,其中,在本公开示例性实施例中,相同的参考标号通常代表相同部件。
34.图1为本实施例公开的旅游大数据交易的流程图;
35.图2为本实施例公开的旅游大数据交易中的防数据沉淀机制流程图。
具体实施方式
36.下面结合附图对本公开实施例进行详细描述。
37.应当明确,以下通过特定的具体实例说明本公开的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本公开的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例,本领域普通技术人员在没有作出创造性
劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
38.需要说明的是,下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见,本文中所描述的方面可体现于广泛多种形式中,且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开,所属领域的技术人员应了解,本文中所描述的一个方面可与任何其它方面独立地实施,且可以各种方式组合这些方面中的两者或两者以上。举例来说,可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外,可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
39.还需要说明的是,以下实施例中所提供的图示仅以示意方式说明本公开的基本构想,图示中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
40.另外,在以下描述中,提供具体细节是为了便于透彻理解实例。然而,所属领域的技术人员将理解,可在没有这些特定细节的情况下实践所述方面。
41.针对旅游大数据的管理层面,本实施例提出了基于北斗网格码的旅游大数据管理解决方案(旅游大数据),该方案基于geosot全球剖分网格,赋予动态旅游资源、静态旅游资源等各类旅游数据生产资源唯一网格编码(例如北斗网格码),并基于该编码体系形成的数据立方体,进行数据管理、数据融合、数据计算与数据展现。旅游大数据基于北斗网格码提供了一套全域旅游大数据的统一管理与计算框架,实现了基于数据立方体的旅游大数据管理体系。
42.针对旅游大数据的数据交易层面,如何在数据交易层面,确保全域旅游环境中,去中心化创建的数据立方体可信、以及去中心化的旅游大数据交易过程可信,并确保相关数据生产者的利益,成为旅游大数据能否大规模可信应用的关键。
43.在旅游大数据管理体系的基础之上,要实现旅游大数据的可信交易,本实施例解决几个问题:1)可信的数据描述模型;2)可信的数据交易机制;3)可信的交易实施框架。
44.本实施例公开了一种基于区块链的旅游大数据可信交易模型构建方法,包括:
45.基于设定的剖分等级的网格编码将获取的旅游交易数据划分为标准交易单元编码,交易剖分单元编码包括带有剖分等级的网格编码标识;
46.剖分即基于geosot全球剖分网格,在一个具体的示例中,使用geosot全球剖分网格的米级剖分网格。
47.为旅游交易数据的生产者和版权所有者进行编码;
48.记录旅游交易数据交易版本的版本编码;
49.对获取的标准交易单元中的隐私数据进行哈希计算得到哈希值;
50.基于标准交易单元编码、生产者和版权所有者的编码、版本编码和哈希值构建交易数据立方体,交易数据立方体用于表示基于剖分得到的立体网格数据的聚合;
51.将交易数据立方体基于区块技术进行交易,得到可信交易模型。
52.可选的,所述设定的剖分等级为米级。
53.可选的,在基于区块链技术进行交易中遵循以下机制:
54.p2p数据传递机制,避免数据沉淀;
55.dpop隐私信息授权机制,保护个人隐私;
56.dpov版权溯源机制,保障数据权益;
57.dpos股权授权证明机制,建立内部共识;
58.pods数据贡献证明机制,平衡数据价值;
59.以及cap数据投诉与惩罚机制,防止源头造假。
60.可信的数据描述模型(交易块):
61.旅游大数据体系需要建立可信的数据描述模型,作为大数据的交易数据模型与交易基础,该描述模型至少有两方面特征:1)保证数据可信;2)保证数据可溯。
62.目前,旅游大数据以米级尺度数据立方体作为旅游大数据的基础管理单元,数据立方体的管理和表达主要基于北斗网格码。需要在北斗网格码的基础上,进一步扩展出面向交易的安全的、可追溯、防篡改的数据立方体北斗编码(交易块)作为可信的交易数据描述模型。确保数据立方体自身的可信,并通过可追溯的体系,明确数据交易过程中产生的收益归属。
63.可信的数据描述模型,需要满足三个方面的特征:1、标准最小可交易单元;2、数据单元的可信溯源;3、数据可实现隔离验证。据此大数据的数据描述模型:
64.bgcblock=f(bgc,copyright,version,hash)
65.其中,bgcblock
‑‑
交易数据立方体;bgc
‑‑
标准最小可交易单元(米级)北斗编码;copyright
‑‑
(数据生产者编码,版权所有者编码);version
‑‑
(增、删、改操作版本及交易版本等版本编码);hash
‑‑
(隐私数据hash)。
66.以米级数据立方体为标准数据交易单位,扩展北斗网格码编码体系,增加交易版权及版本标签。并通过区块链实现对版权及版本的记帐,实现数据立方体自身的可信与可溯源,确保交易数据的真实性及版权人对数据交易的收益权。同时通过隐私数据hash机制实现对交易单元中隐私数据的隔离验证。
67.可信的数据交易机制设计(北斗链):旅游大数据的交易是旅游大数据价值的应用与再分配,实际交易过程中,数据交易各方会面临诸多的价值与利益考量,主要有两个问题:1)数据沉淀。数据交易过程中的“数据沉淀”及数据的“二次传播”使得数据生产者的数据价值锐减。2)隐私保护。敏感数据及隐私数据的有效保护,成为数据交易的主要挑战。可信的数据交易机制,可确保基于数据立方体的数据交易过程可信。
68.基于区块链技术构建大数据的可信交易机制集合,这些机制(算法)的融合,形成一条数据交换公有区块链(北斗链bdchain),是支持旅游大数据交易的底层链,支撑着旅游大数据交易高频的数据交易。
69.其主要机制设计如下:
70.1、p2p数据传递机制,避免数据沉淀。
71.2、dpop隐私信息授权机制,保护个人隐私。
72.3、dpov版权溯源机制,保障数据权益。
73.4、dpos股权授权证明机制,建立内部共识。
74.5、pods数据贡献证明机制,平衡数据价值。
75.6、cap数据投诉与惩罚机制,防止源头造假。
76.其中,dpos是区块链核心的共识机制,通过算法实现共识,形成一个数据交易的共
识帐本,保障交易可信。pods是面向旅游大数据立方体专门扩展设计的共识机制,叫做数据贡献证明机制,用来保障数据共享和交易中的平衡性,解决不同尺度数据立方体数据规模悬殊的交易不平衡问题。cap数据投诉的目标是确保数据生产者提供的数据可信的数据源,买方也可以检查数据的可靠性,如果发现这个数据不可靠的话,就会有一个投诉机制,投诉会在记录在卖方数据源头上,进而配套相应的惩罚措施。
77.可信的交易实施框架:可信的交易应用框架,需要给出一套成熟的技术架构与产品服务应用框架,确保旅游大数据的可信交易能够付诸实践。目前的北斗网格码编码计算体系缺乏支持可信交易的技术支撑体系与产品实施框架。
78.区块链技术是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用框架。其本质是一种去中心化的分布式记帐体系,通过共识机制数学算法在区块链系统中实现不同节点之间建立信任,实现安全、可追溯、防篡改的可信交易体系。区块链基于去中心化的信任机制,天然适合去中心化的旅游大数据生产与应用场景,如果我们将每一个参与交易的数据立方体看作区块链的一个节点,则区块链的可信记帐机制为建立可信的数据立方体描述模型、创建可信的数据立方体交易机制、架构可信的数据立方体交易应用框架提供了可能。
79.本实施例还公开了一种旅游大数据的交易方法,包括:基于本实施例的方法构建的交易模型,所述交易方法包括:
80.响应于用户发起的数据交易请求向网络广播数据交易的智能合约;
81.查询与数据交易相应的交易数据立方体;
82.当数据交易发起用户向数据提供者支付报酬后,将交易数据立方体通过公钥加密后通过网络发送给数据交易发起用户。
83.可选的,所述数据交易请求,包括:
84.获取游客信息、个人足迹、精准营销授权、个人信用信息和/或旅游产品订单信息。
85.可选的,所述报酬包括数字代币。
86.可选的,所述网络为p2p网络。
87.可选的,所述查询与数据交易相应的交易数据立方体为在分布式终端数据立方体中查询交易数据立方体。
88.可选的,所述用户发起的数据交易请求为使用私钥签名后发出,用户发起的数据交易请求中携带公钥。
89.可选的,当数据交易发起用户接收到通过公钥加密后的交易数据立方体后,使用相应的私钥解密后获取交易数据。
90.北斗链bdchain首先支持的大型商业应用是微团dapp及微团旅游大数据交易平台(微团企业版),其是一个面向旅游的去中心化数据交易平台,微团旅游大数据数据交易平台具有不缓存交易各方沉淀数据、保护游客个人隐私、保护数据版权、有效遏旅游数据造假、保障数据权益等特点。
91.针对旅游大数据的交易实施,如图1所示,简要交易流程如下:
92.1、用户发起数据交易请求(智能合约)。请求包括获取游客信息、个人足迹、精准营销授权、个人信用信息、旅游产品订单信息等各类数据交易。
93.2、交易终端(微团app)向p2p网络广播智能合约,广播至全网微团终端。
94.3、在分布式终端数据立方体查询数据立方体数据。
95.4、成功查询到数据的终端通过p2p数据传输返回公钥加密后的数据,查询失败的返回通知无结果。
96.5、请求发起者通过微团终端向数据提供者支付数字代币。
97.6、请求发起者获得数据。
98.针对旅游大数据的交易实施,如图2所示,防数据沉淀机制示例如下:
99.1、用户发起数据交易请求(智能合约)。进行私钥签名后发出,携带公钥。
100.2、交易终端(微团app)向p2p网络广播智能合约,广播至全网微团终端。
101.3、在分布式终端,根据智能合约查询数据立方体数据,携带请求者公钥。
102.4、返回查询结果(公钥加密)。
103.5、通过p2p数据传输返回公钥加密后的数据。
104.6、微团客户端推送数据给请求者。
105.7、请求发起者使用私钥解密后获取数据。
106.本实施例的基于区块链的旅游大数据可信交易模型构建方法构建的可信交易模型具有以下优点:
107.1)设计了一种基于区块链的旅游大数据可信交易模型,实现在旅游大数据大规模可信应用中,确保全域旅游环境中,去中心化创建的数据立方体可信、以及去中心化的旅游大数据交易过程可信,并确保相关数据生产者的利益。
108.2)可信的数据交易机制避免数据沉淀、保护隐私数据以及数据生产者的合法利益。这里,数据沉淀是指数据交易过程中的“数据沉淀”及数据的“二次传播”使得数据生产者的数据价值锐减。隐私保护是指敏感数据及隐私数据的有效保护,成为数据交易的主要挑战。
109.本实施例还公开了一种基于区块链的旅游大数据可信交易模型构建装置,包括:
110.标准交易单元编码模块,用于基于设定的剖分等级的网格编码将获取的旅游交易数据划分为标准交易单元编码,交易剖分单元编码包括带有剖分等级的网格编码标识;
111.生产编码模块,用于为旅游交易数据的生产者和版权所有者进行编码;
112.版本编码模块,用于记录旅游交易数据交易版本的版本编码;
113.计算模块,用于对获取的标准交易单元中的隐私数据进行哈希计算得到哈希值;
114.构建模块,用于基于标准交易单元编码、生产者和版权所有者的编码、版本编码和哈希值构建交易数据立方体,交易数据立方体用于表示基于剖分得到的立体网格数据的聚合;
115.交易模块,用于将交易数据立方体基于区块技术进行交易,得到可信交易模型。
116.所述设定的剖分等级为米级。
117.在基于区块链技术进行交易中遵循以下机制:
118.p2p数据传递机制,避免数据沉淀;
119.dpop隐私信息授权机制,保护个人隐私;
120.dpov版权溯源机制,保障数据权益;
121.dpos股权授权证明机制,建立内部共识;
122.pods数据贡献证明机制,平衡数据价值;
123.以及cap数据投诉与惩罚机制,防止源头造假。
124.本实施例还公开一种电子设备,所述电子设备包括:
125.至少一个处理器;以及,
126.与所述至少一个处理器通信连接的存储器;其中,
127.所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行基于区块链的旅游大数据可信交易模型构建方法。
128.本实施例还公开一种计算机可读存储介质,该计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行基于区块链的旅游大数据可信交易模型构建方法。
129.本实施例还公开了一种旅游大数据的交易装置,基于构建的交易模型,包括:
130.合约广播模块,用于响应于用户发起的数据交易请求向网络广播数据交易的智能合约;
131.查询模块,用于查询与数据交易相应的交易数据立方体;
132.数据发送模块,用于当数据交易发起用户向数据提供者支付报酬后,将交易数据立方体通过公钥加密后通过网络发送给数据交易发起用户。
133.本实施例还公开一种电子设备,所述电子设备包括:
134.至少一个处理器;以及,
135.与所述至少一个处理器通信连接的存储器;其中,
136.所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行旅游大数据的交易方法。
137.本实施例还公开一种计算机可读存储介质,该计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行旅游大数据的交易方法。
138.以上结合具体实施例描述了本公开的基本原理,但是,需要指出的是,在本公开中提及的优点、优势、效果等仅是示例而非限制,不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外,上述公开的具体细节仅是为了示例的作用和便于理解的作用,而非限制,上述细节并不限制本公开为必须采用上述具体的细节来实现。
139.在本公开中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序,本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的,可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇,指“包括但不限于”,且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”,且可与其互换使用,除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”,且可与其互换使用。
140.另外,如在此使用的,在以“至少一个”开始的项的列举中使用的“或”指示分离的列举,以便例如“a、b或c的至少一个”的列举意味着a或b或c,或ab或ac或bc,或abc(即a和b和c)。此外,措辞“示例的”不意味着描述的例子是优选的或者比其他例子更好。
141.还需要指出的是,在本公开的系统和方法中,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。
142.可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外,本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而,所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。
143.提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的,并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此,本公开不意图被限制到在此示出的方面,而是按照与在此公开的原理和新颖的特征一致的最宽范围。
144.为了例示和描述的目的已经给出了以上描述。此外,此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例,但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1