一种用于处理联合关联请求的数字货币系统

摘要

本申请提供一种用于处理联合关联请求的数字货币系统，包括：数字货币控制平台、若干客户端和若干处理服务器；数字货币控制平台用于执行以下步骤：接收目标客户端发送的联合关联请求A；将第一目标智能合约同时与第一目标货币集和第二目标货币集进行关联；第一目标智能合约用于执行以下步骤：若接收到第一目标事件的事件取消执行通知，则获取T1和T2；若T1＜T2，则将第一目标货币集和第二目标货币集中每一数字货币的当前拥有者标识修改为Tag1。本申请由第一目标智能合约控制付款过去的第一目标货币集和第二目标货币集中每一数字货币，减少了数字货币退回处理的数据处理过程和通讯交互次数，提升了退回处理的工作效率。

权利要求

1.一种用于处理联合关联请求的数字货币系统，其特征在于，包括：数字货币控制平台、若干客户端和若干处理服务器；所述数字货币控制平台内存储有若干智能合约和若干数字货币；每一智能合约均具有对应的若干参与设备，所述参与设备为客户端和/或处理服务器，每一所述智能合约具有对应的合约标识，每一所述数字货币内存储有当前拥有者标识；所述当前拥有者标识被配置为仅能够响应于当前拥有者标识对应的设备发出的请求或智能合约的执行被修改；

所述数字货币控制平台用于执行以下步骤：

S100，接收目标客户端发送的联合关联请求A=(A1,A2)；A1为第一关联请求，A2为第二关联请求；A1用于请求第一目标处理服务器建立Tag1与第一目标事件的关联关系；A2用于请求第二目标处理服务器建立Tag1与第二目标事件的关联关系；Tag1为目标客户端对应的用户标识；所述第一目标事件具有对应的第一源位置和第一目的位置，所述二目标事件具有对应的第二源位置和第二目的位置，所述第一目的位置和所述第二源位置相同；[1]其中，A1=(Tag1,Tag21,Num01,Con,Acc1)，A2=(Tag1,Tag22,Num02,Con,Acc2)；Tag21为第一目标处理服务器对应的用户标识，Tag22为第二目标处理服务器对应的用户标识，Num01为第一目标事件对应的数字货币的数量，Num02为第二目标事件对应的数字货币的数量，Con为第一目标智能合约的合约标识，Acc1为第一目标事件的事件标识，Acc2为第二目标事件的事件标识；

S200，将第一目标货币集中每一数字货币的当前拥有者标识修改为Tag21；第一目标货币集包括Num01个当前拥有者标识为Tag1的数字货币；

S300，将第二目标货币集中每一数字货币的当前拥有者标识修改为Tag22；第二目标货币集包括Num02个当前拥有者标识为Tag1的数字货币；

S400，向所述第一目标处理服务器发送第一通知消息F1=(Tag1,Num01,Con,Acc1)，向所述第二目标处理服务器发送第二通知消息F2=(Tag1,Num02,Con,Acc2)；

S500，将所述第一目标智能合约同时与第一目标货币集和第二目标货币集进行关联；

同时关联了第一目标货币集和第二目标货币集的第一目标智能合约用于执行以下步骤：S610，若接收到所述第一目标事件的事件取消执行通知，则获取T1和T2；T1为第一目标事件的事件执行时间，T2为第二目标事件的事件执行时间；

S620，若T1＜T2，则将第一目标货币集和第二目标货币集中每一数字货币的当前拥有者标识修改为Tag1；

Tag1对应的每一原始货币集，均是单独存在的；

在所述步骤S100和所述步骤S200之间，所述数字货币控制平台还用于执行以下步骤：S110，获取Tag1对应的若干货币集记录文件H1,H2,...,Hk,...,Hm，k=1,2,...,m，Hk为Tag1对应的第k个原始货币集的货币集记录文件，m为Tag1对应的原始货币集的数量；Hk用于记录Tag1对应的第k个原始货币集中数字货币的数量；

S120，若m＞β，则根据第一规则从m个原始货币集中确定出原始目标货币集；否则，根据第二规则从m个原始货币集中确定出原始目标货币集；所述原始目标货币集包括Num00个当前拥有者标识为Tag1的数字货币，Num00=Num01+Num02，β为预设的数量阈值；

S130，根据Num01和Num02对原始目标货币集进行拆分，得到第一目标货币集和第二目标货币集；

所述第一规则包括：

S140，根据H1,H2,...,Hk,...,Hm，从m个原始货币集确定出符合设定条件的n个候选货币集；n≤m；

S141，根据n个候选货币集对应的货币集记录文件，得到信息列表B=(B1,B2,...,Bi,...,Bn)，i=1,2,...,n，Bi为第i个候选货币集内数字货币的数量；0＜B1＜B2＜...＜Bi＜...＜Bn；

S142，令B0=0，j=1；

S143，令B0=B0+Bj，若B0＜Num00，则进入步骤S144，否则，进入步骤S145；

S144，令j=j+1，并进入步骤S143；

S145，若B0=Num00，则将B1,B2,...,Bj对应的候选货币集共同确定为所述原始目标货币集；否则进入步骤S146；

S146，获取Bp=B0‑Num00；

S147，根据Bp对Bj对应的候选货币集进行拆分，以得到第一子集和第二子集；第一子集内的数字货币的数量与Bp相同；

S148，将B1,B2,...,Bj‑1对应的候选货币集以及第二子集共同确定为所述原始目标货币集；

所述第二规则包括：

S150，根据H1,H2,...,Hk,...,Hm，从m个原始货币集确定出符合设定条件的n个候选货币集；n≤m；

S151，根据n个候选货币集对应的货币集记录文件，得到信息列表B=(B1,...,Bi,...,Bn)，i=1,2,...,n，Bi为第i个候选货币集内数字货币的数量；0＜B1＜B2＜...＜Bi＜...＜Bn；

S152，令B0=0，j=n；

S153，令B0=B0+Bj，若B0＜Num00，则进入步骤S154，否则，进入步骤S155；

S154，令j=j‑1，并进入步骤S153；

S155，若B0=Num00，则将Bj,Bj+1,...,Bn对应的候选货币集共同确定为所述原始目标货币集；否则进入步骤S156；

S156，获取Bp=B0‑Num00；

S157，根据Bp对Bj对应的候选货币集进行拆分，以得到第一子集和第二子集；第一子集内的数字货币的数量与Bp相同；

S158，将Bj+1,Bj+2,...,Bn对应的候选货币集以及第二子集共同确定为所述原始目标货币集。

2.根据权利要求1所述的用于处理联合关联请求的数字货币系统，其特征在于，同时关联了第一目标货币集和第二目标货币集的第一目标智能合约还用于执行以下步骤：S630，若T1＞T2，则将第一目标货币集中每一数字货币的当前拥有者标识修改为Tag1。

3.根据权利要求1所述的用于处理联合关联请求的数字货币系统，其特征在于，在所述步骤S610之前，关联了第一目标货币集和第二目标货币集的第一目标智能合约还用于执行以下步骤：S600，将所述第一目标货币集和所述第二目标货币集中每一数字货币设置为锁定状态；处于锁定状态下的数字货币被配置为无法根据所述第一目标处理服务器或所述第二目标处理服务器的请求修改当前拥有者标识。

4.根据权利要求1所述的用于处理联合关联请求的数字货币系统，其特征在于，所述设定条件为当前的原始货币集不为锁定状态。

5.根据权利要求1所述的用于处理联合关联请求的数字货币系统，其特征在于，所述步骤S300之后，所述数字货币控制平台还用于执行以下步骤：S310，将Tag1作为历史拥有者标识存储至所述第一目标货币集和第二目标货币集对应的货币集记录文件内。

说明书

一种用于处理联合关联请求的数字货币系统

技术领域

[0001] 本申请涉及民航领域，尤其涉及一种用于处理联合关联请求的数字货币系统。

背景技术

[0002] 用户在购买机票时，经常因为没有直达航班，从而选择购买联程机票（即相连的两个航班）。同时，在实际过程中，经常会有其中航班因为天气等因素被取消执行的。

[0003] 而此时若被取消的航班是联程机票中的一个，就需要用户或者购票平台确定是否要将另一个航班申请取消。也就涉及了需要对用户进行退款的情况。

[0004] 在进行退款时，购票平台需要主动向航司服务器提供的接口发送包含订单号、用户账号和退款金额等信息的触发请求，才能触发航司服务器向银行系统等资金管理系统发起退款交易。

[0005] 而由于不同的航司服务器的接口的使用要求不同，代理软件客户端需要根据不同航司服务器提供的接口的使用要求设置对应格式的触发请求，大大增加了开发人员的工作难度。且退款的整个过程较为繁琐。

发明内容

[0006] 有鉴于此，本申请提供一种用于处理联合关联请求的数字货币系统，至少部分解决现有技术中存在的问题。

[0007] 在本申请的一方面，提供一种用于处理联合关联请求的数字货币系统，包括：数字货币控制平台、若干客户端和若干处理服务器；所述数字货币控制平台内存储有若干智能合约和若干数字货币；每一智能合约均具有对应的若干参与设备，所述参与设备为客户端和/或处理服务器，每一所述智能合约具有对应的合约标识，每一所述数字货币内存储有当前拥有者标识；所述当前拥有者标识被配置为仅能够响应于当前拥有者标识对应的设备发出的请求或智能合约的执行被修改。

[0008] 所述数字货币控制平台用于执行以下步骤：

[0009] S100，接收目标客户端发送的联合关联请求A=(A1,A2)；A1为第一关联请求，A2为第二关联请求；A1用于请求第一目标处理服务器建立Tag1与第一目标事件的关联关系；A2用于请求第二目标处理服务器建立Tag1与第二目标事件的关联关系；Tag1为目标客户端对应的用户标识。

[0010] 其中，A1=(Tag1,Tag21,Num01,Con, Acc1)，A2=(Tag1,Tag22,Num02,Con,Acc2)；Tag21为第一目标处理服务器对应的用户标识，Tag22为第二目标处理服务器对应的用户标识，Num01为第一目标事件对应的数字货币的数量，Num02为第二目标事件对应的数字货币的数量，Con为第一目标智能合约的合约标识，Acc1为第一目标事件的事件标识，Acc2为第二目标事件的事件标识。

[0011] S200，将第一目标货币集中每一数字货币的当前拥有者标识修改为Tag21；第一目标货币集包括Num01个当前拥有者标识为Tag1的数字货币。

[0012] S300，将第二目标货币集中每一数字货币的当前拥有者标识修改为Tag22；第二目标货币集包括Num02个当前拥有者标识为Tag1的数字货币。

[0013] S400，向所述第一目标处理服务器发送第一通知消息F1=(Tag1,Num01,Con,Acc1)，向所述第二目标处理服务器发送第二通知消息F2=(Tag1,Num02,Con,Acc2)。

[0014] S500，将所述第一目标智能合约同时与第一目标货币集和第二目标货币集进行关联。

[0015] 同时关联了第一目标货币集和第二目标货币集的第一目标智能合约用于执行以下步骤：

[0016] S610，若接收到所述第一目标事件的事件取消执行通知，则获取T1和T2；T1为第一目标事件的事件执行时间，T2为第二目标事件的事件执行时间。

[0017] S620，若T1＜T2，则将第一目标货币集和第二目标货币集中每一数字货币的当前拥有者标识修改为Tag1。

[0018] 本申请提供的一种用于处理联合关联请求的数字货币系统，数字货币控制平台在接收到目标客户端发送的联合关联请求A（即联程机票购买请求）后，会将第一目标货币集和第二目标货币集每一数字货币的当前拥有者标识修改为Tag21。以及将第一目标货币集和第二目标货币集每一数字货币的当前拥有者标识修改为Tag22。即完成了对两个机票购买的付款行为，使得数字货币付款至第一目标处理服务器和第二目标处理服务器。同时，由于数字货币控制平台会将Con对应的第一目标智能合约与第一目标货币集和第二目标货币集进行关联，使得付款过去的第一目标货币集和第二目标货币集中每一数字货币仍然受到第一目标智能合约的管理。

[0019] 而关联了第一目标货币集和第二目标货币集的第一目标智能合约，若接收到所述第一目标事件的事件取消执行通知，则会获取第一目标事件的事件执行时间T1和第二目标事件的事件执行时间T2。此时，若T1＜T2，则说明联程的第一个航班被取消执行了，而由于用户只能通过了第一目标事件的执行，才能参与第二目标事件的执行（即只有做了第一个航班才能继续做第二个航班）。如此，在第一目标事件被取消执行后，第一目标智能合约会直接将第一目标货币集和第二目标货币集中每一数字货币的当前拥有者标识修改为Tag1以完成两个航班的退款操作。

[0020] 如此，本申请提供的用于处理联合关联请求的数字货币系统，能够通过第一目标智能合约在用户完成付款后，仍然对付款过去的数字货币进行控制，并在第一目标事件取消执行后，自动完成第一目标事件和第二目标事件的退款行为。一方面使得目标客户端不用主动向第一目标处理服务器和第二目标处理服务器发起退款请求，也就不用工作人员反复根据每一处理服务器的配置要求设置对应额处理流程，以减少工作人员的工作量，同时第二目标处理服务器，在第一目标事件取消执行后，不用执行额外操作，以完成自身的退款操作。另一方面，由第一目标智能合约控制付款过去的第一目标货币集和第二目标货币集中每一数字货币，减少了整体退款的数据处理过程和通讯交互次数，提升了退款行为的工作效率。

附图说明

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

[0022] 图1为本申请实施例提供的一种用于处理联合关联请求的数字货币系统的结构框图。

具体实施方式

[0023] 下面结合附图对本申请实施例进行详细描述。

[0024] 需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

[0025] 需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

[0026] 在本申请的一方面，提供一种用于处理联合关联请求的数字货币系统。

[0027] 请参考图1所示，该系统包括：数字货币控制平台、若干客户端和若干处理服务器；所述数字货币控制平台内存储有若干智能合约和若干数字货币；每一智能合约均具有对应的若干参与设备，所述参与设备为客户端和/或处理服务器，每一所述智能合约具有对应的合约标识，每一所述数字货币内存储有当前拥有者标识；所述当前拥有者标识被配置为仅能够响应于当前拥有者标识对应的设备发出的请求或智能合约的执行被修改。具体的，同一个智能合约能够具有多个参与设备，多个参与设备可以包括若干客户端和若干处理服务器。

[0028] 其中，客户端可以为机票购买代理软件或平台的客户端，可以安装于用户的电子设备上。处理服务器可以为航司服务器。每一智能合约可以由其参与设备或参与设备的运行方共同设置，并由数字货币控制平台进行审核和运行。每一数字货币能够以唯一性文件的形式存在与数字货币控制平台内。

[0029] 所述数字货币控制平台用于执行以下步骤：

[0030] S100，接收目标客户端发送的联合关联请求A=(A1,A2)；A1为第一关联请求，A2为第二关联请求；A1用于请求第一目标处理服务器建立Tag1与第一目标事件的关联关系（即用于请求对应的目标处理服务器生成对应的机票）；A2用于请求第二目标处理服务器建立Tag1与第二目标事件的关联关系。Tag1为目标客户端对应的用户标识（如账户号或银行卡号等）。其中，第一目标事件和第二目标事件均可以为航班等事件。所述第一目标事件具有对应的第一源位置和第一目的位置，所述二目标事件具有对应的第二源位置和第二目的位置，所述第一目的位置和所述第二源位置相同。其中，源位置可以为出发机场，目的位置可以为到达机场。

[0031] 其中，A1=(Tag1,Tag21,Num01,Con, Acc1)，A2=(Tag1,Tag22,Num02,Con,Acc2)；Tag21为第一目标处理服务器对应的用户标识，Tag22为第二目标处理服务器对应的用户标识，Num01为第一目标事件对应的数字货币的数量，Num02为第二目标事件对应的数字货币的数量，Con为第一目标智能合约的合约标识，Acc1为第一目标事件的事件标识（如航班号），Acc2为第二目标事件的事件标识。目标客户端为若干客户端其中之一，第一目标智能合约为若干智能客户端其中之一。第一目标处理服务器为若干处理服务器中的一个。第二目标处理服务器为若干处理服务器中区别于第一目标处理服务器的一个。数字货币控制平台能够通过Con从若干智能合约中确定出第一目标智能合约。

[0032] S200，将第一目标货币集中每一数字货币的当前拥有者标识修改为Tag21。第一目标货币集包括Num01个当前拥有者标识为Tag1的数字货币。

[0033] S300，将第二目标货币集中每一数字货币的当前拥有者标识修改为Tag22。第二目标货币集包括Num02个当前拥有者标识为Tag1的数字货币。当前拥有者标识用于标识对应的数字货币的当前拥有者。而修改数字货币的当前拥有者标识可以理解为转账行为或交易行为，即将对应的数字货币，从Tag1的名下付款至Tag21或Tag22的名下。

[0034] S400，向所述第一目标处理服务器发送第一通知消息F1=(Tag1,Num01,Con,Acc1)，向所述第二目标处理服务器发送第二通知消息F2=(Tag1,Num02,Con,Acc2)。F1用于通知所述第一目标处理服务器，所述第一目标货币集中每一数字货币的当前拥有者标识均已替换为Tag21。F2用于通知所述第二目标处理服务器，所述第二目标货币集中每一数字货币的当前拥有者标识均已替换为Tag22，以使第一目标处理服务器和第二目标处理服务器生成相应的机票订单。

[0035] S500，将所述第一目标智能合约同时与第一目标货币集和第二目标货币集进行关联。其中，建立关联关系可以为将第一目标货币集和第二目标货币集与所述第一目标智能合约进行绑定，或将第一目标智能合约加载至第一目标货币集和第二目标货币集中的每一数字货币内，以使第一目标智能合约能够对第一目标货币集和第二目标货币集中的数字货币进行控制。

[0036] 同时关联了第一目标货币集和第二目标货币集的第一目标智能合约用于执行以下步骤：

[0037] S610，若接收到所述第一目标事件的事件取消执行通知，则获取T1和T2。T1为第一目标事件的事件执行时间（可以为航班的起飞时间等），T2为第二目标事件的事件执行时间.

[0038] S620，若T1＜T2，则将第一目标货币集和第二目标货币集中每一数字货币的当前拥有者标识修改为Tag1。并取消第一目标智能合约与所述第一目标智能合约的关联关系。

[0039] 取消与所述第一目标智能合约的关联关系可以理解为第一目标智能合约执行结束，即不再对第一目标货币集和第二目标货币集内的数字货币进行控制。

[0040] 本实施例提供的一种用于处理联合关联请求的数字货币系统，数字货币控制平台在接收到目标客户端发送的联合关联请求A（即联程机票购买请求）后，会将第一目标货币集和第二目标货币集每一数字货币的当前拥有者标识修改为Tag21。以及将第一目标货币集和第二目标货币集每一数字货币的当前拥有者标识修改为Tag22。即完成了对两个机票购买的付款行为，使得数字货币付款至第一目标处理服务器和第二目标处理服务器。同时，由于数字货币控制平台会将Con对应的第一目标智能合约与第一目标货币集和第二目标货币集进行关联，使得付款过去的第一目标货币集和第二目标货币集中每一数字货币仍然受到第一目标智能合约的管理。

[0041] 而关联了第一目标货币集和第二目标货币集的第一目标智能合约，若接收到所述第一目标事件的事件取消执行通知，则会获取第一目标事件的事件执行时间T1和第二目标事件的事件执行时间T2。此时，若T1＜T2，则说明联程的第一个航班（即在先的航班）被取消执行了，而由于用户只能通过了第一目标事件的执行，才能参与第二目标事件的执行（即只有做了第一个航班才能继续做第二个航班）。如此，在第一目标事件被取消执行后，第一目标智能合约会直接将第一目标货币集和第二目标货币集中每一数字货币的当前拥有者标识修改为Tag1以完成两个航班的退款操作。

[0042] 如此，本实施例提供的用于处理联合关联请求的数字货币系统，能够通过第一目标智能合约在用户完成付款后，仍然对付款过去的数字货币进行控制，并在第一目标事件取消执行后，自动完成第一目标事件和第二目标事件的退款行为。一方面使得目标客户端不用主动向第一目标处理服务器和第二目标处理服务器发起退款请求，也就不用工作人员反复根据每一处理服务器的配置要求设置对应额处理流程，以减少工作人员的工作量，同时第二目标处理服务器，在第一目标事件取消执行后，不用执行额外操作，以完成自身的退款操作。另一方面，由第一目标智能合约控制付款过去的第一目标货币集和第二目标货币集中每一数字货币，减少了整体退款的数据处理过程和通讯交互次数，提升了退款行为的工作效率。

[0043] 在本申请的一种示例性实施例中，同时关联了第一目标货币集和第二目标货币集的第一目标智能合约还用于执行以下步骤：

[0044] S630，若T1＞T2，则将第一目标货币集中每一数字货币的当前拥有者标识修改为Tag1。

[0045] 若T1＞T2，则说明联程的第二个航班（即在后的航班）被取消执行了，此时，用户可以自己选择是否先乘坐第一个航班。故而，本实施例中，此时仅将第一目标货币集中每一数字货币的当前拥有者标识修改为Tag1。以完成第一目标事件的退款操作。此时，还可想目标客户端发送第一目标事件的事件取消执行通知，以告知对应用户，使其自行确定是否对第二目标事件进行退订。

[0046] 在本申请的一种示例性实施例中，在所述步S610之前，关联了第一目标货币集和第二目标货币集的第一目标智能合约还用于执行以下步骤：

[0047] S600，将所述第一目标货币集和所述第二目标货币集中每一数字货币设置为锁定状态。处于锁定状态下的数字货币被配置为无法根据所述第一目标处理服务器或所述第二目标处理服务器的请求修改当前拥有者标识。锁定状态下的数字货币仅能够响应于智能合约的执行而解除锁定状态或改变当前拥有者标识。

[0048] 本申请中，由于第一目标货币集和所述第二目标货币集中的数字货币是在第一目标事件和第二目标事件执行之前就完成了付款的。即这些数字货币的拥有者已经是第一目标处理服务器或第二目标处理服务器了。本实施例中，在此时将第一目标货币集和所述第二目标货币集中每一数字货币设置为锁定状态，可以保证这部分数字货币暂时不会被第一目标处理服务器或第二目标处理服务器所使用（如交易给别人），以保证在事件取消执行后，能够顺利的完成退款行为，且不用涉及到Tag21和Tag22拥有的其他数字货币。

[0049] 同时，在第一目标智能合约还可以在将第一目标货币集和/或第二目标货币集中每一数字货币的当前拥有者标识修改为Tag1后，解除每一数字货币的锁定状态可以保证目标客户端能够正常使用这些数字货币。

[0050] 在本申请的一种示例性实施例中，在所述步骤S100和所述步骤S200之间，所述数字货币控制平台还用于执行以下步骤：

[0051] S110，获取Tag1对应的若干货币集记录文件H1,H2,...,Hk,...,Hm，k=1,2,...,m，Hk为Tag1对应的第k个原始货币集的货币集记录文件，m为Tag1对应的原始货币集的数量；Hk用于记录Tag1对应的第k个原始货币集中数字货币的数量。货币集记录文件可以独立存在，也可以直接加载在对应的原始货币集中。原始货币集即可以理解为当前在Tag1名下的货币集。

[0052] S120，若m＞β，则根据第一规则从m个原始货币集中确定出原始目标货币集；否则，根据第二规则从m个原始货币集中确定出原始目标货币集；所述原始目标货币集包括Num00个当前拥有者标识为Tag1的数字货币，Num00=Num01+Num02，β为预设的数量阈值。具体的β∈[5,20]，优选的，β=15。

[0053] S130，根据Num01和Num02对原始目标货币集进行拆分，得到第一目标货币集和第二目标货币集。

[0054] 所述第一规则包括：

[0055] S140，根据H1,H2,...,Hk,...,Hm，从m个原始货币集确定出符合设定条件的n个候选货币集。n≤m。具体的，设定条件可以为当前的原始货币集不为锁定状态。即候选货币集为目标客户端当前可以用于交易的货币集。

[0056] S141，根据n个候选货币集对应的货币集记录文件，得到信息列表B=(B1,B2,...,Bi,...,Bn)，i=1,2,...,n，Bi为第i个候选货币集内数字货币的数量。0＜B1＜B2＜...＜Bi＜...＜Bn。

[0057] S142，令B0=0，j=1。

[0058] S143，令B0=B0+Bj，若B0＜Num00，则进入步骤S144，否则，进入步骤S145。

[0059] S144，令j=j+1，并进入步骤S143。

[0060] S145，若B0=Num00，则将B1,B2,...,Bj对应的候选货币集共同确定为所述原始目标货币集。否则进入步骤S146。

[0061] S146，获取Bp=B0‑Num00。

[0062] S147，根据Bp对Bj对应的候选货币集进行拆分，以得到第一子集和第二子集。第一子集内的数字货币的数量与Bp相同。

[0063] S148，将B1,B2,...,Bj‑1对应的候选货币集以及第二子集共同确定为所述原始目标货币集。

[0064] 所述第二规则包括：

[0065] S150，根据H1,H2,...,Hk,...,Hm，从m个原始货币集确定出符合设定条件的n个候选货币集。n≤m。

[0066] S151，根据n个候选货币集对应的货币集记录文件，得到信息列表B=(B1,B2,...,Bi,...,Bn)，i=1,2,...,n，Bi为第i个候选货币集内数字货币的数量。0＜B1＜B2＜...＜Bi＜...＜Bn。

[0067] S152，令B0=0，j=n。

[0068] S153，令B0=B0+Bj，若B0＜Num00，则进入步骤S154，否则，进入步骤S155。

[0069] S154，令j=j‑1，并进入步骤S153。

[0070] S155，若B0=Num00，则将Bj,Bj+1,...,Bn对应的候选货币集共同确定为所述原始目标货币集。否则进入步骤S156。

[0071] S156，获取Bp=B0‑Num00。

[0072] S157，根据Bp对Bj对应的候选货币集进行拆分，以得到第一子集和第二子集。第一子集内的数字货币的数量与Bp相同。

[0073] S158，将Bj+1,Bj+2,...,Bn对应的候选货币集以及第二子集共同确定为所述原始目标货币集。

[0074] 本实施例中，Tag1对应的每一原始货币集，都是单独存在的，故而，在原始货币集数量过多时，会使得数字货币控制平台管理这些原始货币集所需的处理量提升。而本申请中，第一规则对j的取值的控制能够实现使得尽量用数字货币数量少的候选货币集生成原始目标货币集，以使得尽可能的降低Tag1对应的原始货币集的数量。第二规则则反之，由于其优先选择数字货币数量多的候选货币集，可以使得整体的处理流程更快（即进行判断的次数会更少），以提升效率。同时，本实施例，通过β控制执行第一规则还是第二规则，能够在Tag1对应的原始货币集数量过多时，以降低Tag1对应的原始货币集的数量为主，并在Tag1对应的原始货币集数量不多的情况下，以提升成体处理效率为主。使得对数字货币控制平台的计算资源的控制更加合理。

[0075] 在本申请的一种示例性实施例中，所述步骤S300之后，所述数字货币控制平台还用于执行以下步骤：

[0076] S310，将Tag1作为历史拥有者标识存储至所述第一目标货币集和第二目标货币集对应的货币集记录文件内。

[0077] 本实施例中，在第一目标货币集和第二目标货币集的当前拥有者标识被修改后，会将修改前的用户标识作为历史拥有者标识存储至货币集记录文件内，以使得可以通过货币集记录文件对目标货币集的交易过程完成追溯。

[0078] 本申请中提供的数字货币可以为专利CN107358522B（公开号）中公开的数字货币。

[0079] 同时。本申请中的数字货币能够加载或关联智能合约，以使智能合约能够对数字货币进行控制。其中，数字货币与智能合约实现加载或关联的方法。本领域技术人员可以参考2021年7月，发布的《中国数字人民币的研发进展白皮书》中的相关技术进行实现。

[0080] 此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

[0081] 通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD‑ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端、或者网络设备等）执行根据本公开实施方式的方法。

[0082] 在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

[0083] 所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

[0084] 根据本申请的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

[0085] 电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件（包括储存器和处理器）的总线。

[0086] 其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。

[0087] 储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器（RAM）和/或高速缓存储存器，还可以进一步包括只读储存器（ROM）。

[0088] 储存器还可以包括具有一组（至少一个）程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

[0089] 总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

[0090] 电子设备也可以与一个或多个外部设备（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

[0091] 通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD‑ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开实施方式的方法。

[0092] 在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本申请的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。

[0093] 所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

[0094] 计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

[0095] 可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

[0096] 可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。

[0097] 此外，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

[0098] 应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

[0099] 以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。