CN115795427A - 一种基于区块链的模拟经营游戏方法和装置 - Google Patents

Abstract

本发明涉及游戏数据传输技术领域，提供了一种基于区块链的模拟经营游戏方法和装置。其中所述方法包括：用户通过游戏应用界面对资产进行上锁时，运营服务器为对应数据服务器中的对应资产添加保险锁标签，当进行携带有保险锁标签的资产交易时，以所述保险锁标签初次涉及交易的交易时间为起始记录时间，在所述起始记录时间后的预设时间内，当运营服务器判断得到交易涉及该保险锁标签时，该保险锁标签跟随交易资产进行流动。本发明通过对游戏的资产打上对应的保险锁标签，并使该保险锁标签随交易的流向进行同步的流动，使经过多方的交易后，能够通过保险锁标签确定资产的位置，对资产进行追回，从而保障游戏资产的安全性。

Description

一种基于区块链的模拟经营游戏方法和装置

技术领域

本发明涉及游戏数据传输技术领域，特别是涉及一种基于区块链的模拟经营游戏方法和装置。

背景技术

随着互联网技术以及智能终端的发展，人们的娱乐方式已经从传统的观看电视节目、收听广播转变为随时随地利用智能终端观看视频、听音乐、玩网络游戏等。

而在现有的网络游戏中，尤其是经营类的网络游戏中，通常会涉及资产的流动，如使用资金购买相应物资，对物资进行售卖等等，该流动不仅仅发生在用户与网络游戏运营商之间，还经常发生在用户与用户之间，而游戏账号存在被盗取的风险，如犯罪分子通过木马、后门程序或网络诈骗等方式盗取用户的游戏账号。对于游戏运营商来说，如何减少该风险，确保用户的账号安全十分重要。

在现有技术中，保障用户游戏账号安全的常用手段为：由用户在注册账号时设置安全问题，或通过多手段进行验证，而在游戏账号被盗后，用户能够通过回答安全问题或验证进行找回，这对于保护用户的游戏账号是十分有效的。

对于经营类网络游戏而言，由于其涉及较多的资产流动，当游戏账号被盗用后，若犯罪分子对账号的资产，如资金、物资等进行了转移，由于资产流动可能涉及多个交易方，即使用户在进行账号追回后，其资产依旧已丢失，难以追回。如当账号A将一部分资金交易给账号B，该交易可被记录追溯，而账号B又与账号C进行资金交易时，该交易中的资金是否是从账号A处获取到的部分资金已无法得知，即以账号B作为中转，进行两次交易后，原始资产的流向已无法得知，导致资产追溯困难，游戏账号的资产安全性无法得到有效的保障。

鉴于此，克服该现有技术所存在的缺陷是本技术领域亟待解决的问题。

发明内容

在本发明要解决的技术问题是对于经营类网络游戏而言，由于其涉及较多的资产流动，当游戏账号被盗用后，若犯罪分子对账号的资产进行了转移，即使用户在进行账号追回后，其资产依旧已丢失，难以追回，导致资产的安全性未得到有效保障。

本发明采用如下技术方案：

第一方面，本发明提供了一种基于区块链的模拟经营游戏方法，包括：

在游戏应用界面提供保险锁功能，供用户对资产进行上锁操作，在进行上锁操作时，向用户请求额外的身份验证信息，以用于后续解锁时的身份验证；

当用户通过游戏应用界面对资产进行上锁时，游戏应用向运营服务器发送对应的上锁请求，运营服务器根据所述上锁请求，为对应数据服务器中的对应资产添加保险锁标签，所述保险锁标签至少包括标签ID和资产所属原始用户相关信息；

当用户在游戏应用中进行资产交易时，游戏应用向运营服务器发送对应的交易请求，所述交易请求包括交易ID、交易时间、交易双方相关信息和交易资产相关信息，运营服务器根据交易资产相关信息从对应数据服务器中查找得到对应的交易资产，并判断所述交易资产是否携带有保险锁标签；

若所述交易资产携带有保险锁标签，则进一步判断所述保险锁标签是否初次涉及交易，若所述保险锁标签初次涉及交易，则以该次交易的交易时间为起始记录时间，在所述起始记录时间后的预设时间内，当运营服务器判断得到交易涉及该保险锁标签时，将交易资产的保险锁标签随交易资产一同流动至买方，以便于当资产所属原始用户在进行账号追回时，由运营服务器根据携带有保险锁标签的交易记录和资产，对原始用户的资产进行追回；其中，用户的资产以区块链的形式存储在多台数据服务器中。

优选的，所述将交易资产的保险锁标签随交易资产一同流动至买方，具体包括：

针对每一类资产，判断所述交易资产是否是卖方所上锁的该类资产中的全部资产，若所述交易资产是卖方所上锁的该类资产中的全部资产，则所述保险锁标签随交易资产一同转移至买方，并由运营服务器对卖方原用于存储所述交易资产的存储空间进行回收；

否则，若所述交易资产是卖方所上锁的该类资产中的部分资产，则在交易后，卖方所持有的该类资产的剩余资产中，依旧携带所述保险锁标签；

并判断在买方所持有的全部资产中，是否包含有携带所述保险锁标签的目标资产，若包含有所述目标资产，则将所述交易资产整合添加至所述目标资产中；其中，使用所述目标资产的存储空间，将所述交易资产和所述目标资产整体作为一份数据进行存储；

若在买方所持有的全部资产中，未包含有携带所述保险锁标签的目标资产，则为买方额外开辟存储空间，将所述交易资产单独作为一份数据存储至该存储空间中；其中，所述保险锁标签随所述交易资产一同存储。

优选的，所述由运营服务器根据携带有保险锁标签的交易记录和资产，对原始用户的资产进行追回，具体包括：

在目标用户的交易记录中，查找以所述目标用户为卖方，且携带有保险锁标签的交易记录，根据所述交易记录查找得到交易的买方，并获取所述买方所持有的资产；

若所述买方所持有的资产中携带有所述原始用户所对应的保险锁标签，则将该资产返还给所述原始用户，并判断返还给所述原始用户的资产总额是否达到原始用户需追回的资产总额，若返还给所述原始用户的资产总额未达到原始用户需追回的资产总额，则继续进行查找，直至返还给所述原始用户的资产总额达到原始用户上锁的资产总额；其中，在第一次查找中，以原始用户作为目标用户，在后续查找中，以上一次查找所得的买方作为下一次查找的目标用户。

优选的，所述将所述资产返还给所述原始用户，具体包括：

若所述资产为非消耗性资产，则买方在获得所述资产后，对该资产进行操作所导致的资产性质改变同样携带在该资产中进行返还；

若所述资产为消耗性资产，则买方在使用所述消耗性资产时，对应存储使用前所述消耗性资产的原始状态数据，并为所述消耗性资产所产生的收益同样携带保险锁标签，该保险锁标签与所述原始状态数据相对应存储，同样的，由所述收益所产生的二次收益同样携带所述保险锁标签，在将资产返还给用户时，由运营服务器对由该消耗性资产所产生的收益回收，并根据所述原始状态数据，生成所述消耗性资产，将所述消耗性资产转移给原始用户；

并在涉及保险锁标签的交易记录或操作记录中，记录该交易或该操作所产生的角色成长值，该角色成长值在向原始用户返还对应资产时，由运营服务器进行回收。

优选的，用户在游戏应用界面发布资产时，游戏应用向运营服务器发送资产发布请求，运营服务器根据所述资产发布请求判断待发布的资产是否携带有保险锁标签，若携带有保险锁标签，则在游戏应用界面中该资产的发布位置显示对应标志，以便于其他用户在进行资产交易前，根据所述标志评估该资产的交易风险。

优选的，所述向用户请求额外的身份验证信息，以用于后续解锁时的身份验证，具体包括：

在对用户进行游戏账号本身的验证后，采集用户的录音、指纹或面部信息中的至少一种，或由用户输入常用手机终端的手机号码，通过手机号码进行验证，在验证成功后，将所述手机号码与用户账号对应绑定存储；

若用户在对资产进行上锁后，仍需进行资产的正常交易，则可通过额外的身份验证对资产进行解锁，所述额外的身份验证包括：

验证用户的录音、指纹或面部信息中的至少一种，或通过向与用户账号绑定的手机号码发送验证码，并由用户进行输入验证。

优选的，若在所述起始记录时间后的预设时间后，资产所属原始用户未进行账号追回，未触发资产的追回操作，则根据所述原始用户的保险锁标签，在所有携带有该保险锁标签的资产和交易记录中，去除所述保险锁标签，并将去除所述保险锁标签的资产与该资产所属用户中未携带有保险锁标签的同一类资产进行整合，回收对应的存储空间，以节省数据服务器的存储空间。

优选的，用户在对相应资产维持保险锁期间，需对应缴纳相应的费用，以避免用户无偿使用保险锁而因交易产生大量的保险锁标签数据，从而节省数据服务器的存储空间。

优选的，当运营服务器根据交易请求判断得到交易涉及保险锁标签时，向该保险锁标签所对应用户通过短信和/或邮件发送通知，以便于用户迅速反应并追回资产。

第二方面，本发明还提供了一种基于区块链的模拟经营游戏装置，用于实现第一方面所述的基于区块链的模拟经营游戏方法，所述装置包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述处理器执行，用于执行第一方面所述的基于区块链的模拟经营游戏方法。

第三方面，本发明还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，用于完成第一方面所述的基于区块链的模拟经营游戏方法。

本发明通过对游戏的资产打上对应的保险锁标签，并使该保险锁标签随交易的流向进行同步的转移，使经过多方的交易后，依旧能够通过保险锁标签确定资产的位置，对资产进行追回，从而保障游戏资产的安全性。

附图说明

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

图1是本发明实施例提供的一种基于区块链的模拟经营游戏方法的流程示意图；

图2是本发明实施例提供的另一种基于区块链的模拟经营游戏方法的流程示意图；

图3是本发明实施例提供的第一种基于区块链的模拟经营游戏方法中保险锁标签随交易资产转移的示意图；

图4是本发明实施例提供的第二种基于区块链的模拟经营游戏方法中保险锁标签随交易资产转移的示意图；

图5是本发明实施例提供的第三种基于区块链的模拟经营游戏方法中保险锁标签随交易资产转移的示意图；

图6是本发明实施例提供的又一种基于区块链的模拟经营游戏方法的流程示意图；

图7是本发明实施例提供的第四种基于区块链的模拟经营游戏方法中保险锁标签随交易资产转移的示意图；

图8是本发明实施例提供的第五种基于区块链的模拟经营游戏方法中保险锁标签随交易资产转移的示意图；

图9是本发明实施例提供的再一种基于区块链的模拟经营游戏方法的流程示意图；

图10是本发明实施例提供的一种基于区块链的模拟经营游戏方法中服务器在线时的网络架构示意图；

图11是本发明实施例提供的另一种基于区块链的模拟经营游戏方法中服务器离线时的网络架构示意图；

图12是本发明实施例提供的一种基于区块链的模拟经营游戏装置的架构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

实施例1:

对于经营类网络游戏而言，由于其涉及较多的资产流动，当游戏账号被盗用后，若犯罪分子对账号的资产进行了转移，即使用户在进行账号追回后，其资产依旧已丢失，难以追回，导致游戏资产的安全性未得到有效保障。为了解决此问题，本发明实施例1提供了一种基于区块链的模拟经营游戏方法，如图1所示，包括：

在步骤201中，在游戏应用界面提供保险锁功能，供用户对资产进行上锁操作，在进行上锁操作时，向用户请求额外的身份验证信息，以用于后续解锁时的身份验证。

所述请求额外的身份验证信息在后续实施例中将对其详细阐述，在此不加以赘述。

在步骤202中，当用户通过游戏应用界面对资产进行上锁时，游戏应用向运营服务器发送对应的上锁请求，运营服务器根据所述上锁请求，为对应数据服务器中的对应资产添加保险锁标签，所述保险锁标签至少包括标签ID和资产所属原始用户相关信息。

所述上锁请求至少包括请求ID、资产所属原始用户相关信息和上锁资产相关信息，根据所述上锁资产相关信息确定对应的资产，从而为对应资产添加保险锁标签。

在步骤203中，当用户在游戏应用中进行资产交易时，游戏应用向运营服务器发送对应的交易请求，所述交易请求包括交易ID、交易时间、交易双方相关信息和交易资产相关信息，运营服务器根据交易资产相关信息从对应数据服务器中查找得到对应的交易资产，并判断所述交易资产是否携带有保险锁标签。

所述资产交易包括：资产的转赠、资产的购入和/或资产的卖出。在所述交易资产相关信息中携带交易资产的位置信息，如位于哪一数据服务器的哪一存储位置，从而用于交易资产的查找。

在步骤204中，若所述交易资产携带有保险锁标签，则进一步判断所述保险锁标签是否初次涉及交易，若所述保险锁标签初次涉及交易，则以该次交易的交易时间为起始记录时间，在所述起始记录时间后的预设时间内，凡是运营服务器判断得到涉及该保险锁标签的交易，将保险锁标签随交易资产一同流动至买方，（即在初次交易及后续交易中，保险锁标签跟随交易资产进行转移），并在对应交易的交易记录中，添加所述保险锁标签，以便于当资产所属原始用户在进行账号追回时，由运营服务器根据携带有保险锁标签的交易记录和资产，对原始用户的资产进行追回；其中，用户的资产以区块链的形式存储在多台数据服务器中，并由运营服务器与游戏应用进行交互，从而对各数据服务器进行存储空间和数据的管理。

其中，所述交易记录包括交易ID、交易时间、交易双方相关信息和交易资产相关信息，所述交易资产相关信息包括每一类交易资产的名称、资产ID、交易数量以及对应交易资产的流向。

若交易资产中携带有保险锁标签，则认为此次交易涉及该保险锁标签，所述判断保险锁标签是否初次涉及交易具体为：判断是否第一次出现涉及该保险锁标签的交易。其具体实现可以是，在数据服务器中或运营服务器中存储所有保险锁标签，当初次出现涉及对应保险锁标签的交易时，为对应保险锁标签存储对应的初次交易的交易ID和初次交易的交易时间。若当出现涉及某保险锁标签的交易时，根据保险锁标签的标签ID检索得到不存在对应的初次交易的交易ID和初次交易的交易时间时，则能够判断该保险锁标签是初次涉及交易，从而存储对应的初次交易的交易ID和初次交易的交易时间，以该交易时间为所述起始记录时间。

所述预设时间由本领域技术人员根据数据服务器的存储空间大小分析决定，由于数据服务器能够存储数据的容量是有限的，而随着交易次数的增加，所需携带的保险锁标签也会增加，为了确保数据服务器能够正常运行，在具体的应用场景下，可将所述预设时间设置为3天。

在此需要说明的是，所述携带有该保险锁标签的资产在后续交易中，该保险锁标签跟随交易资产进行转移，并非仅仅针对原始用户的资产，而是指所有由原始用户的资产直接或间接交易获得的资产，均在交易中会发生保险锁标签的跟随转移。举例而言，若存在用户A对其持有的游戏道具进行了上锁操作，而用户A的账号被他人盗用后，将游戏道具交易给了用户B，则在交易后，用户B所持有的由该次交易得到的游戏道具所对应的资产中携带有保险锁标签，用户A与用户B之间的交易即为直接交易，而用户B在获得该游戏道具后，又与用户C发生了交易，将该游戏道具给了用户C，则在交易后，该保险锁标签随游戏道具转移至用户C的对应资产中，用户B的游戏道具是由用户A处获取得到的，故用户B与用户C之间的交易即为间接交易，该过程同样发生保险锁标签的转移，同样的，若用户C还与用户D交易该游戏道具，该保险锁标签同样随该游戏道具发生转移。

本实施例通过对游戏的资产打上对应的保险锁标签，并使该保险锁标签随交易的流向进行同步的转移，使经过多方的交易后，能够通过保险锁标签确定资产的位置，对资产进行追回，从而保障游戏资产的安全性。

在实际使用中，用户所持有的资产可能有多类，在经营游戏中，最常存在的资产类型包括资金和各类游戏道具，用户所持有的一类资产可能有多个，尤其是资金，其通常以资金额进行显示，而在交易中，通常交易的资产数量是有交易双方指定的，若仅交易上锁资产中的部分资产，即部分资产随交易流动，部分资产不进行交易，也不发生流动，这将进一步加大资产流向的复杂程度，提高资产追回的难度，为了解决此问题，本实施例提供了以下优选的实施方式，即所述将交易资产的保险锁标签随交易资产一同转移至买方，如图2所示，具体包括：

在步骤301中，判断所述交易资产是否是卖方所上锁的该类资产中的全部资产，若所述交易资产是卖方所上锁的该类资产中的全部资产，则所述保险锁标签随交易资产一同转移至买方，并由运营服务器对卖方原用于存储所述交易资产的存储空间进行回收。

在步骤302中，否则，若所述交易资产是卖方所上锁的该类资产中的部分资产，则在交易后，卖方所持有的该类资产的剩余资产中，依旧携带所述保险锁标签。

在步骤303中，并判断在买方所持有的全部资产中，是否包含有携带所述保险锁标签的目标资产，若包含有所述目标资产，则将所述交易资产整合添加至所述目标资产中；其中，使用所述目标资产的存储空间，将所述交易资产和所述目标资产整体作为一份数据进行存储。

在步骤304中，若在买方所持有的全部资产中，未包含有携带所述保险锁标签的目标资产，则为买方额外开辟存储空间，将所述交易资产单独作为一份数据存储至该存储空间中；其中，所述保险锁标签随所述交易资产一同存储。

即对应携带有某一个保险锁标签的一类资产，存储一份单独的数据，占用一份存储空间，携带有不同保险锁标签的同类资产，或不携带有保险锁标签的同类资产，存储为不同的数据，占用多份存储空间。

其中，在上锁时，针对原始用户上锁的每一类资产，为对应的资产存储对应的保险锁标签，当用户所上锁的为该类资产中的部分资产时，则将上锁的部分资产单独存储，在该部分资产中携带保险锁标签。如：当原始用户在所持有的某一类资产均为未上锁资产的条件下，对其中的部分资产进行了上锁，则将用户的全部该类资产分为两部分进行存储，一部分为用户未上锁的部分该类资产，其不携带保险锁标签，另一部分为用户上锁的部分该类资产，为该部分添加保险锁标签。

所述买方和卖方是根据对应资产的流向决定的，以资产的流入方为买方，以资产的流出方为卖方，每一类资产的流入流出均被记录在交易记录中。

本实施例中所述的卖方上锁的该类资产中的全部资产和卖方上锁的该类资产中的部分资产均是针对上锁的资产而言的，未上锁的资产不计入，举例而言，若卖方持有资金为300，用户为其中的200资金进行了上锁操作，若在交易时，交易了上锁的300资金，则交易资产为卖方所上锁的资金资产中的全部资产，而若在交易时，仅交易了上锁的200资金，则交易资产为卖方所上锁的资金资产中的部分资产。

以游戏中包含四种类型的资产，即资金、药品、食物和工具四类资产举例而言，若在该游戏中，存在用户A和用户B，如图3所示，其中，用户A所持有的资产包括：资金300，药品20、食物70和工具60，其中的100资金、20药品、30食物和50工具由用户A进行了上锁操作，该100资金对应保险锁标签的标签ID为lock_a1，该20药品对应保险锁标签的标签ID为lock_a2，该30食物对应保险锁标签的标签ID为lock_a3，该50工具对应保险锁标签的标签ID为lock_a4，用户B所持有的资产包括资金50、食物10和工具10，且未对该50资金、食物10和工具10进行上锁。

若用户A作为卖方与用户B进行了交易，在该次交易中，将上锁的20药品、上锁的30食物和上锁的40工具交易给用户B，与之对应的，用户B在该次交易将所持有的未上锁的50资金交易给用户A。则在交易后，用户A和用户B所持有的资产中对应具有的保险锁标签如图3所示。

用户A的上锁的药品全部（即20药品）被交易给用户B，同时，用户B在接收20药品前，未持有药品，故在交易结束后，用户A对应的资产不具有标签ID为lock_a2的保险锁标签，用户B的药品中均具有标签ID为lock_a2的保险锁标签。

用户A的上锁的全部食物（即30食物）被交易给用户B，同时，用户B在接收30食物前，已持有10食物，但该10食物不具有标签ID为lock_a3的保险锁标签，故在交易结束后，用户A的食物不具有标签ID为lock_a3的保险锁标签，用户B交易得到的30食物中具有标签ID为lock_a3的保险锁标签。

用户A的上锁的部分工具（即40工具）被交易给用户B，同时，用户B在接收10工具前，已持有10工具，但该10工具不具有标签ID为lock_a4的保险锁标签，故在交易结束后，用户A所剩余的10工具具有标签ID为lock_a4的保险锁标签，还持有原有的未上锁的10工具，其不具有保险锁标签，用户B获得的40工具中具有标签ID为lock_a4的保险锁标签，原持有的10工具不具有保险锁标签。

在实际使用中，如图4所示，买方也可能对自身所持有的相应资产进行了上锁，如用户B对所持有的10食物中的5食物和10工具进行了上锁，5食物所对应的保险锁标签的标签ID为lock_b3，10工具所对应的保险锁标签的标签ID为lock_b4，则在进行上述交易后，用户B中的5食物具有标签ID为lock_b3的保险锁标签，30食物具有标签ID为lock_a3的保险锁标签，原持有的未上锁的5食物不具有保险锁标签，即食物被分为三部分进行存储；用户B中的10工具具有标签ID为lock_b4的保险锁标签，40工具具有标签ID为lock_a4的保险锁标签，即工具被分为两部分进行存储。

若买方还对资金进行了上锁，如用户B对所持有的50资金中的30资金进行了上锁，如图5所示，对应保险锁标签的标签ID为lock_b1，则在进行上述交易后，用户A中100资金具有标签ID为lock_a1的保险锁标签，30资金具有标签ID为lock_b1的保险锁标签，220资金不具有保险锁标签。

上述步骤301-步骤304同样适用于资产的转赠，其中，赠予方作为卖方，被赠予方作为买方，买方无需向卖方转移资金。

在上述各实施方式的基础上，本实施例还针对资产的追回，提供了一种可选的实施方式，即所述由运营服务器根据携带有保险锁标签的交易记录和资产，对原始用户的资产进行追回，如图6所示，具体包括：

在步骤401中，在目标用户的交易记录中，查找以所述目标用户为卖方，且携带有保险锁标签的交易记录，根据所述交易记录查找得到交易的买方，并获取所述买方所持有的资产。

在步骤402中，若所述买方所持有的资产中携带有所述原始用户所对应的保险锁标签，则将该资产返还给所述原始用户，并判断返还给所述原始用户的资产总额是否达到原始用户需追回的资产总额，若返还给所述原始用户的资产总额未达到原始用户上锁的资产总额，则继续进行查找，直至返还给所述原始用户的资产总额达到原始用户需追回的资产总额；其中，在第一次查找中，以原始用户作为目标用户，在后续查找中，以上一次查找所得的买方作为下一次查找的目标用户。

其中，买方可能持有多类资产，甚至在每一类资产中，可能部分资产携带有所述原始用户所对应的保险锁标签，另一部分未携带有原始用户的保险锁标签，或所携带的是其他用户的保险锁标签，此时，仅将携带有原始用户的保险锁标签的资产返还给原始用户。

在原始用户上锁的资产总额中，去除仍留存在原始用户账号中的上锁资产额，即为所述原始用户需追回的资产总额。

在此需要说明的是，本实施例所述的“上一次查找”和“下一次查找”是相对两次相邻的查找过程而言的，例如，截止某个时间为止已经进行了三次查找，在此为描述方便，将这三次查找按照时间顺序称为：第一次查找、第二次查找和第三次查找，则第一次查找为第二次查找的“上一次查找”，第二次查找为第一次查找的“下一次查找”，第二次查找为第三次查找的“上一次查找”，第三次查找为第二次查找的“下一次查找”。

以如图7和图8所示的资金交易场景举例而言（在图7和图8中，该资金交易主要指资金的转赠），用户A拥有上锁资金100，对应保险锁标签的标签ID为lock_a1，在交易一中，将80上锁资金交易给用户B，用户B又在交易二中，将该80上锁资金中的40上锁资金交易给了用户C，在交易三中，将剩余的40上锁资金全部交易给了用户D，而在交易四中，用户C将从用户B得到的40上锁资金中的30上锁资金交易给了用户D，在该四次交易完全结束后，标签ID为lock_a1的保险锁标签跟随资产进行流动，最终得到在用户A还持有具有标签ID为lock_a1保险锁标签的20上锁资金，用户B不持有标签ID为lock_a1的保险锁标签，用户C持有具有标签ID为lock_a1保险锁标签的10上锁资金，用户D持有具有标签ID为lock_a1保险锁标签的70上锁资金。

则在对用户A的上锁资金进行追回的过程中，先通过用户A在预设时间内的交易记录，找到携带有该保险锁标签的交易一，并确定对应的买家，即用户B，在用户B的资产中查找是否存在携带有该保险锁标签的资产，由于用户B未持有携带有该保险锁标签的资产，则根据用户B的交易记录，查找得到交易二和交易三，确定交易二的买家用户C，将用户C中携带的该保险锁标签的资金返还给用户A，即将用户C所持有的具有标签ID为lock_a1保险锁标签的10上锁资金返还给用户A，确定交易三的买家用户D，将用户D中携带的该保险锁标签的资金返还给用户A，即将用户D所持有的具有标签ID为lock_a1保险锁标签的70上锁资金返还给用户A，此时，返还给用户A的总资金额达到80，与用户A中所留存的20上锁资金的总和达到用户A的上锁资金总额，用户A的资金追回结束。

在实际使用中，资产还可能再被交易给相应买方后，被买方所使用，从而发生资产的修改或消耗，导致其返还困难，针对此问题，本实施例提供了以下优选的实施方式，即所述将所述资产返还给所述原始用户，具体包括：

若所述资产为非消耗性资产，则买方在获得所述资产后，对该资产进行操作所导致的资产性质改变同样携带在该资产中进行返还；所述资产性质改变包括：资产的升级，资产成长值的增加等。如对于游戏角色的装备，买方在对装备进行升级，使其发挥更优的性能时，以装备升级后的状态所对应的资产进行返还。

若所述资产为消耗性资产，则买方在使用所述消耗性资产时，对应存储所使用前所述消耗性资产的原始状态数据，并为所述消耗性资产所产生的收益同样携带保险锁标签，该保险锁标签与所述原始状态数据相对应存储，同样的，由所述收益所产生的二次收益同样携带所述保险锁标签，在将资产返还给用户时，由运营服务器对由该消耗性资产所产生的收益回收，并根据所述原始状态数据，生成所述消耗性资产所对应的资产，将所述消耗性资产转移给原始用户；如买方在获得相应食物后，将食物加工为可售卖的食品，并通过游戏渠道进行该食品的售卖，从而获取对应的资金收益，该资金收益同样在资产追回时被运营服务器回收。又如买方在获得资金后，使用资金在游戏商铺中购买相应资产，所购买的资产同样被运营服务器回收。且使用该资产所产生的收益（即所述二次收益同样被回收），如买方在购买相应生产经营器械后，使用该生产经营器械制造对应商品，对商品进行售卖所得到的资金同样被回收。

对该消耗性资产所对应的资产转移给原始用户时，该资产同样计入返还给所述原始用户的资产总额。

在一些经营游戏中，用户每进行一次交易，即会为游戏角色增加对应的成长值，用于角色的升级，针对场景，可执行以下操作：并在涉及保险锁标签的交易记录或操作记录中，记录该交易或该操作所产生的角色成长值，该角色成长值在向原始用户返还对应资产时，由运营服务器进行回收。

其中，所述消耗性资产是指在游戏过程中无法持续使用的，能够被消耗掉，而并非持续性转移至其他用户的资产，如在生存经营游戏中，食物资产用于被游戏角色食用，从而转化为游戏角色的生命值，使游戏角色存活，该类资产则为消耗性资产。

而若在游戏中能够被持续转移或持续使用的资产即为非消耗性资产，如游戏角色的装备等等。

在此需要说明的是，资金作为一种特殊的资产，在一些情况下可以是消耗性资产，另一些情况下可以是非消耗性资产，举例而言，若所述资金用于用户间的交易，资金仅发生流动，而不消耗，则所述资金为非消耗性资产，若所述资金用于从游戏商铺中购买相应的其他游戏资产，则所述资金为消耗性资产。

在实际情况中，当用户在未知情的情况下通过交易得到携带有保险锁标签的资产，且该资产被所属的原始用户追回时，必然造成用户的损失，为了避免该损失，并从源头治理非法资产的交易问题，本实例还提供了以下优选的实施方式，即用户在游戏应用界面发布资产时，游戏应用向运营服务器发送资产发布请求，运营服务器根据所述资产发布请求判断待发布的资产是否携带有保险锁标签，若携带有保险锁标签，则在游戏应用界面中该资产的发布位置显示对应标志，以便于其他用户在进行资产交易前，根据所述标志评估该资产的交易风险。

其中，所述资产发布请求包括：请求ID、请求发布的资产相关信息，运营服务器根据资产相关信息从对应数据服务器中查找得到对应的资产，并判断所述资产是否携带有保险锁标签，即判断待发布的资产是否携带有保险锁标签。

本实施例还针对用户上锁时的身份验证提供了一种可选的实施方式，即所述向用户请求额外的身份验证信息，以用于后续解锁时的身份验证，具体包括：

在对用户进行游戏账号本身的验证后，采集用户的录音、指纹或面部信息中的至少一种，或由用户输入常用手机终端的手机号码，通过手机号码进行验证，在验证成功后，将所述手机号码与用户账号对应绑定存储。

对应的，若用户在对资产进行上锁后，仍需进行资产的正常交易，则可通过额外的身份验证对资产进行解锁，所述额外的身份验证包括：

验证用户的录音、指纹或面部信息中的至少一种，或通过向与用户账号绑定的手机号码发送验证码，并由用户进行输入验证。

由于随着交易次数的增加，会导致具有保险锁标签的交易记录以及资产所对应的数据急剧增加，随着而来的是存储空间的需求量增大，可能导致数据服务器无法满足正常的存储需求，针对此问题，本实施例还提供了以下可选的实施方式，具体包括：

若在所述起始记录时间后的预设时间后，资产所属原始用户未进行账号追回，未触发资产的追回操作，则根据所述原始用户的保险锁标签，在所有携带有该保险锁标签的资产和交易记录中，去除所述保险锁标签，并将去除所述保险锁标签的资产与该资产所属用户中未携带有保险锁标签的同一类资产进行整合，回收对应的存储空间，以节省数据服务器的存储空间。

所述将去除所述保险锁标签的资产与该资产所属用户中未携带有保险锁标签的同一类资产进行整合，即将同一用户所持有的该类资产中，未携带有保险锁标签的资产合并作为一份数据进行存储。对应原本携带有保险锁标签的原存储空间则由运营服务器进行回收释放。

且用户在对相应资产维持保险锁期间，需对应缴纳相应的费用，以避免用户无偿使用保险锁而因交易产生大量的保险锁标签数据，从而节省数据服务器的存储空间。

当运营服务器根据交易请求判断得到交易中涉及保险锁标签时，向所述保险锁标签所对应用户通过短信和/或邮件发送通知，以便于用户迅速反应并追回资产，以避免保险锁标签的交易记录以及资产所对应数据的持续增长。

实施例2:

在实际使用中，为了提高玩家的游戏感受，运营商通常还会间隔性地进行游戏的更新、维护或修复操作，当涉及大规模的更新时，为确保更新过程正常进行，而不受到玩家操作的干扰，通常运营服务器会停止向玩家公开运行，导致游戏在该期间无法登入，为了解决此问题，本发明在基于实施例1所描述的方法基础上，还提供了一种特性场景下的基于区块链的模拟经营游戏方法。

所述方法如图9所示，包括：

在步骤501中，在游戏应用中维护有主交互接口和备交互接口，主交互接口用于与运营服务器进行通信，备交互接口用于与其他游戏应用进行TCP连接，从而构建小型游戏网络。

在步骤502中，若用户登入游戏时运营服务器处于在线状态，运营服务器接受来自游戏应用的接入请求，游戏应用使用主交互接口与运营服务器进行消息通信，以实现游戏的正常运作；此时，形成如图10所示的网络架构。同时，从运营服务器获取游戏应用运行所需的数据，包括基础数据（即游戏的场景）和用户数据（包括用户的配置、用户当前的资产、用户角色的状态数据以及用户所在组织的组织数据等等，所述组织如用户公会等），并在游戏过程中或用户退出游戏时，进行数据的同步，以确保用户所在终端存储游戏运行所需的所有数据。

在步骤503中，若用户登入游戏时运营服务器处于离线状态，则游戏应用根据用户所在组织的组织数据，查找位于该组织的其他用户的IP地址，使用备交互接口与其他用户所在终端建立TCP连接，使用此TCP连接进行消息通信，从而以所述组织为基准，建立小型游戏网络。

所述小型游戏网络的拓扑结构可以是网状、星型、环形、总线型或混合型中的任意一种。所述组织中至少包括3个用户，即在至少3个用户间建立小型游戏网络，以总线型为例，则各小型游戏网络形成如图11所示的网络架构。在此需要说明的是，图11中所示的游戏应用1、游戏应用2等描述没有特殊的限定的含义，之所以用其做描述仅仅是为了方便在一类对象中差异出不同的个体进行表述，不应当将其作为顺序或者其他方面带有特殊限定含义解释。同样的，n1、n2与nk+1等仅仅是为了代指不同的游戏应用所使用的编号，并不具有顺序或其他方面的特殊限定含义，在图11中，游戏应用1、游戏应用2、…、游戏应用n1位于同一组织中，从而组成一个小型游戏网络。

在步骤504中，在该小型游戏网络中，用户可与该组织内的其他用户进行交易，并通过交易双方游戏应用以及小型游戏网络中其他游戏应用的消息通信，在各用户之间进行资产的转移，进行各用户终端上资产的更新，并在买方终端和/或卖方终端存储对应的交易记录。

在步骤505中，在运营服务器上线时，各用户终端与运营服务器建立连接，并将该组织中各用户的用户数据同步至运营服务器端。

其中，资产的保险锁标签在用户终端与运营服务器端均进行存储，在运营服务器离线期间，不允许用户进行上锁、解锁或追回操作。

所述将该组织中各用户的用户数据同步至运营服务器端，具体包括：

若在运营服务器离线期间所形成的小型游戏网络中，在离线期间未进行涉及保险锁标签的交易时，当运营服务器上线时，直接将各用户终端的数据存储至运营服务器。

若在运营服务器离线期间所形成的小型游戏网络中，在离线期间进行涉及保险锁标签的交易时，选择小型游戏网络中除此次交易的双方以外的至少一个第三方用户终端，在该用户终端上开辟存储空间，用于存储携带有保险锁标签的交易记录以及交易双方在交易后的资产，并且，该交易记录和双方的资产还对应存储至相应用户终端；从而以交易双方以及第三方用户终端形成用于存储该次交易相关信息的区块链。

在运营服务器上线时，运营服务器读取交易双方对应各用户终端中的资产和交易记录，并读取第三方用户终端中所存储的携带有保险锁标签的交易记录以及交易双方在交易后的资产，将取自第三方用户终端的数据与交易双方终端的数据进行比对验证，若比对得到数据不吻合，则运营服务器认为在运营服务器离线阶段所产生的各交易无效，将组织中的各用户的用户数据回退至运营服务器最后一次在线时的状态，若比对得到数据吻合，则进行数据同步，将离线期间在小型游戏网络中的各用户终端的用户数据同步至对应数据服务器。

在实际使用中，还可能存在相应买家在交易获得携带有保险锁标签的资产后，长时间不登录游戏，即未与运营服务器相连接，而所述保险锁标签的原始用户在此期间进行了资产追回，买家在原始用户进行了资产追回后，登录了游戏，此时运营服务器处于离线状态，无法对买家账号进行资产的同步，导致在原始用户侧，该资产已返还给原始用户，但在买家账号侧，该资产依然存在，并能够进行交易，从而给买家提供了漏洞，为了解决此问题，本实施例提供了以下优选的实施方式，具体包括：

当用户在小型游戏网络中进行携带有保险锁标签的交易后，若在运营服务器重新上线后，由运营服务器判断得到距离用户重新上线期间，该保险锁标签的原始用户进行了资产的追回，则认为在运营服务器离线阶段所产生的各交易无效，将组织中的各用户的用户数据回退至运营服务器最后一次在线时的状态。

实施例3:

如图12所示，是本发明实施例的基于区块链的模拟经营游戏装置的架构示意图。本实施例的基于区块链的模拟经营游戏装置包括一个或多个处理器21以及存储器22。其中，图12中以一个处理器21为例。

处理器21和存储器22可以通过总线或者其他方式连接，图12中以通过总线连接为例。

存储器22作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序和非易失性计算机可执行程序，如实施例1中的基于区块链的模拟经营游戏方法。处理器21通过运行存储在存储器22中的非易失性软件程序和指令，从而执行基于区块链的模拟经营游戏方法。

存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器22可选包括相对于处理器21远程设置的存储器，这些远程存储器可以通过网络连接至处理器21。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述程序指令/模块存储在所述存储器22中，当被所述一个或者多个处理器21执行时，执行上述实施例1和实施例2中的基于区块链的模拟经营游戏方法。

值得说明的是，上述装置和系统内的模块、单元之间的信息交互、执行过程等内容，由于与本发明的处理方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器（ROM，ReadOnly Memory）、随机存取存储器（RAM，RandomAccessMemory）、磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于区块链的模拟经营游戏方法，其特征在于，包括：

在游戏应用界面提供保险锁功能，供用户对资产进行上锁操作，在进行上锁操作时，向用户请求额外的身份验证信息，以用于后续解锁时的身份验证；

当用户通过游戏应用界面对资产进行上锁时，游戏应用向运营服务器发送对应的上锁请求，运营服务器根据所述上锁请求，为对应数据服务器中的对应资产添加保险锁标签，所述保险锁标签至少包括标签ID和资产所属原始用户相关信息；

当用户在游戏应用中进行资产交易时，游戏应用向运营服务器发送对应的交易请求，所述交易请求包括交易ID、交易时间、交易双方相关信息和交易资产相关信息，运营服务器根据交易资产相关信息从对应数据服务器中查找得到对应的交易资产，并判断所述交易资产是否携带有保险锁标签；

若所述交易资产携带有保险锁标签，则进一步判断所述保险锁标签是否初次涉及交易，若所述保险锁标签初次涉及交易，则以该次交易的交易时间为起始记录时间，在所述起始记录时间后的预设时间内，当运营服务器判断得到交易涉及该保险锁标签时，将交易资产的保险锁标签随交易资产一同流动至买方，以便于当资产所属原始用户在进行账号追回时，由运营服务器根据携带有保险锁标签的交易记录和资产，对原始用户的资产进行追回；其中，用户的资产以区块链的形式存储在多台数据服务器中。

2.根据权利要求1所述的基于区块链的模拟经营游戏方法，其特征在于，所述将交易资产的保险锁标签随交易资产一同流动至买方，具体包括：

针对每一类资产，判断所述交易资产是否是卖方所上锁的该类资产中的全部资产，若所述交易资产是卖方所上锁的该类资产中的全部资产，则所述保险锁标签随交易资产一同转移至买方，并由运营服务器对卖方原用于存储所述交易资产的存储空间进行回收；

否则，若所述交易资产是卖方所上锁的该类资产中的部分资产，则在交易后，卖方所持有的该类资产的剩余资产中，依旧携带所述保险锁标签；

并判断在买方所持有的全部资产中，是否包含有携带所述保险锁标签的目标资产，若包含有所述目标资产，则将所述交易资产整合添加至所述目标资产中；其中，使用所述目标资产的存储空间，将所述交易资产和所述目标资产整体作为一份数据进行存储；

若在买方所持有的全部资产中，未包含有携带所述保险锁标签的目标资产，则为买方额外开辟存储空间，将所述交易资产单独作为一份数据存储至该存储空间中；其中，所述保险锁标签随所述交易资产一同存储。

3.根据权利要求1所述的基于区块链的模拟经营游戏方法，其特征在于，所述由运营服务器根据携带有保险锁标签的交易记录和资产，对原始用户的资产进行追回，具体包括：

在目标用户的交易记录中，查找以所述目标用户为卖方，且携带有保险锁标签的交易记录，根据所述交易记录查找得到交易的买方，并获取所述买方所持有的资产；

若所述买方所持有的资产中携带有所述原始用户所对应的保险锁标签，则将该资产返还给所述原始用户，并判断返还给所述原始用户的资产总额是否达到原始用户需追回的资产总额，若返还给所述原始用户的资产总额未达到原始用户需追回的资产总额，则继续进行查找，直至返还给所述原始用户的资产总额达到原始用户上锁的资产总额；其中，在第一次查找中，以原始用户作为目标用户，在后续查找中，以上一次查找所得的买方作为下一次查找的目标用户。

4.根据权利要求3所述的基于区块链的模拟经营游戏方法，其特征在于，所述将所述资产返还给所述原始用户，具体包括：

若所述资产为非消耗性资产，则买方在获得所述资产后，对该资产进行操作所导致的资产性质改变同样携带在该资产中进行返还；

若所述资产为消耗性资产，则买方在使用所述消耗性资产时，对应存储使用前所述消耗性资产的原始状态数据，并为所述消耗性资产所产生的收益同样携带保险锁标签，该保险锁标签与所述原始状态数据相对应存储，同样的，由所述收益所产生的二次收益同样携带所述保险锁标签，在将资产返还给用户时，由运营服务器对由该消耗性资产所产生的收益回收，并根据所述原始状态数据，生成所述消耗性资产，将所述消耗性资产转移给原始用户；

并在涉及保险锁标签的交易记录或操作记录中，记录该交易或该操作所产生的角色成长值，该角色成长值在向原始用户返还对应资产时，由运营服务器进行回收。

5.根据权利要求1所述的基于区块链的模拟经营游戏方法，其特征在于，用户在游戏应用界面发布资产时，游戏应用向运营服务器发送资产发布请求，运营服务器根据所述资产发布请求判断待发布的资产是否携带有保险锁标签，若携带有保险锁标签，则在游戏应用界面中该资产的发布位置显示对应标志，以便于其他用户在进行资产交易前，根据所述标志评估该资产的交易风险。

6.根据权利要求1所述的基于区块链的模拟经营游戏方法，其特征在于，所述向用户请求额外的身份验证信息，以用于后续解锁时的身份验证，具体包括：

在对用户进行游戏账号本身的验证后，采集用户的录音、指纹或面部信息中的至少一种，或由用户输入常用手机终端的手机号码，通过手机号码进行验证，在验证成功后，将所述手机号码与用户账号对应绑定存储；

若用户在对资产进行上锁后，仍需进行资产的正常交易，则可通过额外的身份验证对资产进行解锁，所述额外的身份验证包括：

验证用户的录音、指纹或面部信息中的至少一种，或通过向与用户账号绑定的手机号码发送验证码，并由用户进行输入验证。

7.根据权利要求1所述的基于区块链的模拟经营游戏方法，其特征在于，若在所述起始记录时间后的预设时间后，资产所属原始用户未进行账号追回，未触发资产的追回操作，则根据所述原始用户的保险锁标签，在所有携带有该保险锁标签的资产和交易记录中，去除所述保险锁标签，并将去除所述保险锁标签的资产与该资产所属用户中未携带有保险锁标签的同一类资产进行整合，回收对应的存储空间，以节省数据服务器的存储空间。

8.根据权利要求1所述的基于区块链的模拟经营游戏方法，其特征在于，用户在对相应资产维持保险锁期间，需对应缴纳相应的费用，以避免用户无偿使用保险锁而因交易产生大量的保险锁标签数据，从而节省数据服务器的存储空间。

9.根据权利要求1所述的基于区块链的模拟经营游戏方法，其特征在于，当运营服务器根据交易请求判断得到交易涉及保险锁标签时，向该保险锁标签所对应用户通过短信和/或邮件发送通知，以便于用户迅速反应并追回资产。

10.一种基于区块链的模拟经营游戏装置，其特征在于，装置包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述处理器执行，用于执行权利要求1-9任一所述的基于区块链的模拟经营游戏方法。

Images