资源处理方法、装置、服务器及存储介质与流程

1.本技术涉及计算机技术领域，特别涉及一种资源处理方法、装置、服务器及存储介质。


背景技术：

2.当前，一些理财平台通过互联网为用户提供在线理财服务。例如，黄金交易平台为用户提供黄金交易服务，用户能够查看黄金交易平台展示的金价，对黄金资源进行买入和卖出。
3.相关技术中，黄金交易平台维护一个库存管理数据库，针对用户对黄金资源的买入或卖出，对库存管理数据库中记录的库存进行相应的扣减或增加。若对黄金资源买入或卖出的请求数量不断增大，达到库存管理数据库所能处理的上限，库存管理数据库将不能应对更多的请求，甚至可能发生故障，影响用户的正常交易。上述技术方案无法支持大量用户的实时交易，稳定性较差。


技术实现要素：

4.本技术实施例提供了一种资源处理方法、装置、服务器及存储介质，能够支持大量用户的实时交易，提高数据库的稳定性。所述技术方案如下：
5.一方面，提供了一种资源处理方法，所述方法包括：
6.获取目标资源的请求数量参数，所述请求数量参数用于表示单位时间内接收到资源转移请求的数量；
7.响应于所述请求数量参数大于请求处理阈值，基于所述目标资源的总仓数据库中的综合库存记录，创建分仓数据库，所述请求处理阈值为已有分仓数据库单位时间内所能处理的最大请求数量之和，所述综合库存记录用于记录所述总仓数据库中的总库存，所述分仓数据库用于存储所述综合库存记录中的部分库存；
8.基于接收到的资源转移请求，更新所述分仓数据库中的分仓库存记录。
9.一方面，提供了一种资源处理装置，所述装置包括：
10.参数获取模块，用于获取目标资源的请求数量参数，所述请求数量参数用于表示单位时间内接收到资源转移请求的数量；
11.分仓数据库创建模块，用于响应于所述请求数量参数大于请求处理阈值，基于所述目标资源的总仓数据库中的综合库存记录，创建分仓数据库，所述请求处理阈值为已有分仓数据库单位时间内所能处理的最大请求数量之和，所述综合库存记录用于记录所述总仓数据库中的总库存，所述分仓数据库用于存储所述综合库存记录中的部分库存；
12.分仓库存记录更新模块，用于基于接收到的资源转移请求，更新所述分仓数据库中的分仓库存记录。
13.在一种可选的实现方式中，所述分仓数据库创建模块，包括：
14.综合库存记录更新单元，用于响应于所述请求数量参数大于请求处理阈值，将所
述综合库存记录中的库存数据扣减分仓库存值，以更新所述综合库存记录；
15.分仓库存记录生成单元，用于基于所述分仓库存值以及所述综合库存记录中的价格数据，生成所述分仓库存记录，所述综合库存记录中的价格数据为所述目标资源最新的单位价格；
16.分仓数据库创建单元，用于将所述分仓库存记录存储于所述分仓数据库。
17.在另一种可选的实现方式中，所述分仓库存记录生成单元，用于：
18.将所述分仓库存值作为所述分仓库存记录中的库存数据；
19.将所述综合库存记录中的价格数据作为所述分仓库存记录中的价格数据。
20.在另一种可选的实现方式中，所述分仓库存记录生成单元，还用于将所述综合库存记录中的价格版本标识作为所述分仓库存记录中的价格版本标识，所述综合库存记录中的价格版本标识用于标识所述目标资源最新的单位价格。
21.在另一种可选的实现方式中，所述分仓库存记录更新模块，包括下述任一项：
22.库存数据扣减单元，用于响应于所述资源转移请求用于指示获取第一数值的目标资源，将所述分仓库存记录中的库存数据扣减所述第一数值，以更新所述分仓库存记录；
23.库存数据增加单元，用于响应于所述资源转移请求用于指示转出第二数值的目标资源，将所述分仓库存记录中的库存数据增加所述第二数值，以更新所述分仓库存记录。
24.在另一种可选的实现方式中，所述库存数据扣减单元，用于：
25.响应于所述资源转移请求用于指示获取第一数值的目标资源，且所述分仓库存记录中的库存数据不足以扣减所述第一数值，基于所述总仓数据库中的综合库存记录，将所述分仓库存记录中的库存数据增加补充库存值，以更新所述分仓库存记录；
26.将更新后的所述分仓库存记录中的库存数据扣减所述第一数值，以更新所述分仓库存记录。
27.在另一种可选的实现方式中，所述装置还包括：
28.分仓数据库失效模块，用于响应于所述分仓库存记录中的价格数据与所述综合库存记录中的价格数据不一致，将所述分仓数据库置为失效；
29.所述分仓数据库创建模块，还用于基于所述综合库存记录，创建新的分仓数据库；
30.所述分仓库存记录更新模块，还用于基于接收到的所述资源转移请求，更新所述新的分仓数据库中的分仓库存记录。
31.在另一种可选的实现方式中，所述装置还包括：
32.数据获取模块，用于从所述总仓数据库中未整合的批次库存记录中获取所述目标资源的新增批次的库存数据以及所述新增批次的价格数据；
33.价格数据整合模块，用于基于所述新增批次的库存数据、所述新增批次的价格数据、所述综合库存记录中的库存数据以及所述综合库存记录中的价格数据，确定整合所述新增批次后的价格数据；
34.综合库存记录更新模块，用于将整合所述新增批次后的价格数据作为所述综合库存记录中的价格数据，以及，将所述新增批次的库存数据与所述综合库存记录中的库存数据之和作为所述综合库存记录中的库存数据，以更新所述综合库存记录。
35.在另一种可选的实现方式中，所述价格数据整合模块，用于：
36.将所述新增批次的库存数据作为所述新增批次的价格数据的权值，以及，将所述
综合库存记录中的库存数据作为所述综合库存记录中的价格数据的权值，对所述新增批次的价格数据以及所述综合库存记录中的价格数据进行加权平均处理，得到整合所述新增批次后的价格数据。
37.在另一种可选的实现方式中，所述装置还包括：
38.第一批次库存记录确定模块，用于响应于所述目标资源的暂存数据库中暂存的库存总量大于暂存阈值，将所述暂存数据库中的暂存库存记录作为未整合的批次库存记录，所述暂存数据库用于记录所述目标资源的新增库存。
39.在另一种可选的实现方式中，所述装置还包括：
40.第二批次库存记录确定模块，用于响应于所述综合库存记录中的库存数据小于总仓库存阈值，将所述目标资源的暂存数据库中的暂存库存记录作为未整合的批次库存记录。
41.在另一种可选的实现方式中，所述暂存库存记录为失效的分仓数据库中的分仓库存记录；或者，所述暂存库存记录由新录入的所述目标资源的库存数据和价格数据生成的。
42.一方面，提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以实现上述任一种可选的实现方式所述的资源处理方法。
43.一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一种可选的实现方式所述的资源处理方法。
44.一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机程序代码，该计算机程序代码存储在计算机可读存储介质中，服务器的处理器从计算机可读存储介质读取该计算机程序代码，处理器执行该计算机程序代码，使得该服务器执行上述任一种可选的实现方式所述的资源处理方法。
45.在本技术实施例中，若单位时间内对目标资源的资源转移请求的数量大于已有分仓数据库所能处理的最大请求数量之和，也即是已有分仓数据库的处理能力不能应对接收到的大量资源转移请求，则基于目标资源的总仓数据库中的综合库存记录，创建分仓数据库，以将综合库存记录中的部分库存转移到分仓数据库中进行存储，进而基于每个分仓数据库分别对应的资源转移请求，更新分仓数据库中的分仓库存记录，来将资源转移请求的应对压力分摊到多个分仓数据库上。上述技术方案，在请求数量不断增大的情况下，能够灵活创建分仓数据库来实现平行扩展，通过扩展后的多个分仓数据库来应对大量的资源转移请求，从而支持大量用户的实时交易，减少了分仓数据库由于对应的资源转移请求的数量与处理能力不匹配而出现的故障，提高了数据库的稳定性。
附图说明
46.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
47.图1是本技术实施例提供的一种实施环境的示意图；
48.图2是本技术实施例提供的一种资源处理方法的流程图；
49.图3是本技术实施例提供的一种资源处理方法的流程图；
50.图4是本技术实施例提供的一种更新综合库存记录的流程图；
51.图5是本技术实施例提供的一种基于总仓数据库、暂存数据库和分仓数据库进行库存管理的示意图；
52.图6是本技术实施例提供的一种目标资源的交易系统的示意图；
53.图7是本技术实施例提供的一种资源处理装置的框图；
54.图8是本技术实施例提供的一种服务器的框图。
具体实施方式
55.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
56.本技术的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任意变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
57.图1是本技术实施例提供的一种实施环境的示意图。参见图1，该实施环境包括：第一终端110、服务器120和第二终端130。
58.第一终端110和第二终端130可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。
59.服务器120维护有目标资源的数据库，该数据库包括目标资源的库存记录，用于记录目标资源的库存数量、单位价格等属性信息。第一终端110与服务器120通过有线或无线通信方式进行直接或间接的连接，本技术对此不加以限定。第一终端110具有支持理财平台的资源管理人员进行库存管理的功能。资源管理人员通过第一终端110录入新增的目标资源的属性信息，例如，该属性信息包括新增的目标资源的数量、单位价格等。第一终端110将新增的目标资源的属性信息发送至服务器120，以使服务器120基于该属性信息，更新目标资源的库存记录，实现对目标资源的库存管理。
60.第二终端130与服务器120通过有线或无线通信方式进行直接或间接的连接，本技术对此不加以限定。第二终端130具有支持用户进行目标资源的交易的功能。使用第二终端130的用户通过第二终端130买入或卖出目标资源。第二终端130响应于用户买入或卖出的交易操作，向服务器120发送对应的资源转移请求，以使服务器120基于该资源转移请求，更新目标资源的库存记录，实现对目标资源的库存管理。可选地，第二终端130上设有客户端，第二终端130基于该客户端来支持用户进行目标资源的交易。例如，该客户端为理财类客户端、浏览器类客户端、支付服务类客户端或者即时通信类客户端等。
61.图2是本技术实施例提供的一种资源处理方法的流程图。参见图2，该实施例包括：
62.201、服务器获取目标资源的请求数量参数，该请求数量参数用于表示单位时间内接收到资源转移请求的数量。
63.其中，目标资源为用于进行理财的资源，是一种理财产品。可选地，目标资源是以贵金属为基础的资源。其中，贵金属包括例如黄金、白银等。在本技术实施例中，以目标资源是以黄金为基础的资源为例进行说明，对目标资源的类型不加以限定。若目标资源是以黄金为基础的资源，可选地，目标资源为黄金实物；或者，目标资源为虚拟黄金资源，例如，虚拟黄金资源为黄金基金或者黄金期货等。
64.资源转移请求用于请求转移目标资源，是第二终端响应于对目标资源的交易操作向服务器发送的请求。若交易操作用于指示买入第一数值的目标资源，则资源转移请求用于指示获取第一数值的目标资源。若交易操作用于指示卖出第二数值的目标资源，则资源转移请求用于指示转出第二数值的目标资源。
65.单位时间内有至少一个第二终端向服务器发送资源转移请求，相应的，服务器接收到至少一个资源转移请求。其中，单位时间为预设的一段时间，单位时间的时长可灵活配置，本技术实施例对单位时间的时长不加以限定。例如，单位时间为1秒，若1秒内有500个第二终端向服务器发送资源转移请求，则服务器1秒内接收到500个资源转移请求，请求数量参数为500。
66.202、服务器响应于请求数量参数大于请求处理阈值，基于目标资源的总仓数据库中的综合库存记录，创建分仓数据库，该综合库存记录用于记录总仓数据库中的总库存，该分仓数据库用于存储综合库存记录中的部分库存。
67.需要说明的是，服务器基于接收到的资源转移请求，更新分仓数据库中的分仓库存记录，使分仓数据库来应对资源转移请求。由于单个分仓数据库单位时间内所能处理的请求数量有限，服务器基于接收到的资源转移请求的数量，灵活创建新的分仓数据库，以使已创建的多个分仓数据库应对更多的资源转移请求。
68.其中，请求处理阈值为已有分仓数据库单位时间内所能处理的最大请求数量之和。例如，若已有3个分仓数据库，每个分仓数据库的最大处理能力为500个请求每秒，则请求处理阈值为1500。
69.其中，总仓数据库包括综合库存记录，该综合库存记录用于记录总仓数据库中的总库存。该综合库存记录包括库存数据以及价格数据，该库存数据用于表示总仓数据库中的总库存的库存数量，该价格数据用于表示该总库存的目标资源的单位价格。可选地，总仓数据库还包括至少一个已整合的批次库存记录，一个已整合的批次库存记录用于表示一个批次的库存的库存数据以及价格数据。综合库存记录是由总仓数据库中的已整合的批次库存记录进行整合得到的。
70.分仓数据库中的分仓库存记录用于记录综合库存记录中的部分库存。分仓库存记录包括库存数据以及价格数据，该库存数据用于表示当前在售的目标资源的部分数量，该价格数据用于表示当前在售的目标资源的单位价格。
71.分仓库存记录基于综合库存记录生成。其中，已创建的多个分仓数据库中的分仓库存记录中的库存数据与综合库存记录中的库存数据之和为当前在售的目标资源的总量。分仓库存记录中的价格数据与综合库存记录中的价格数据一致。服务器从综合库存记录中
扣减部分数量的库存，将所扣减的部分数量的库存作为分仓数据库所存储的库存的增量，以及，将综合库存记录中的价格数据作为分仓库存记录中的价格数据，以创建分仓数据库。例如，服务器从综合库存记录中扣减500克的库存，将该500克的库存作为分仓数据库所存储的库存的增量，相应的，分仓库存记录中的库存数据增加500克；若综合库存记录中的价格数据为300元每克，相应的，服务器将分仓库存记录中的价格数据置为300元每克。
72.203、服务器基于接收到的资源转移请求，更新分仓数据库中的分仓库存记录。
73.服务器将接收到的多个资源转移请求分别分配给多个分仓数据库，以使每个分仓数据库基于分配给该分仓数据库的资源转移请求，更新该分仓数据库中的分仓库存记录。例如，若服务器1秒内接收到1600个对目标资源的资源转移请求，则服务器将其中500个资源转移请求分配给第一分仓数据库，其中另外500个资源转移请求分配给第二分仓数据库，再另外500个资源转移请求分配给第三分仓数据库，剩余100个资源转移请求分配给第四分仓数据库。再如，服务器分别将400个资源转移请求分配给4个分仓数据库。本技术对服务器将多个资源转移请求分配给多个分仓数据库的方式，不加以限定。
74.需要说明的是，可选地，服务器先将1500个资源转移请求分配给已有的3个分仓数据库，再创建1个分仓数据库，将剩余100个资源转移请求分配给新创建的分仓数据库；或者，服务器先创建1个分仓数据库，再将1600个资源转移请求分配给已有的4个分仓数据库，本技术对服务器创建分仓数据库以及为分仓数据库分配资源转移请求的执行顺序不加以限定。
75.其中，若资源转移请求用于指示获取第一数值的目标资源，则将分仓库存记录中的库存数据扣减第一数值，来更新该分仓库存记录；若资源转移请求用于指示转出第二数值的目标资源，则将分仓库存记录中的库存数据增加第二数值，来更新该分仓库存记录。
76.在本技术实施例中，若单位时间内对目标资源的资源转移请求的数量大于已有分仓数据库所能处理的最大请求数量之和，也即是已有分仓数据库的处理能力不能应对接收到的大量资源转移请求，则基于目标资源的总仓数据库中的综合库存记录，创建分仓数据库，以将综合库存记录中的部分库存转移到分仓数据库中进行存储，进而基于每个分仓数据库分别对应的资源转移请求，更新分仓数据库中的分仓库存记录，来将资源转移请求的应对压力分摊到多个分仓数据库上。上述技术方案，在请求数量不断增大的情况下，能够灵活创建分仓数据库来实现平行扩展，通过扩展后的多个分仓数据库来应对大量的资源转移请求，从而支持大量用户的实时交易，减少了分仓数据库由于对应的资源转移请求的数量与处理能力不匹配而出现的故障，提高了数据库的稳定性。
77.图3是本技术实施例提供的一种资源处理方法的流程图。参见图3，在本技术实施例中，以分仓库存记录中的价格数据与总仓库存记录中的价格数据一致为例进行说明，该实施例包括：
78.301、服务器获取目标资源的请求数量参数，该请求数量参数用于表示单位时间内接收到资源转移请求的数量。
79.步骤301与步骤201同理，在此不再赘述。
80.302、服务器响应于请求数量参数大于请求处理阈值，将综合库存记录中的库存数据扣减分仓库存值，以更新综合库存记录。
81.其中，请求处理阈值为已有分仓数据库单位时间内所能处理的最大请求数量之
和。综合库存记录中的库存数据用于表示总仓数据库存储的当前在售的目标资源的库存总量。分仓库存值用于表示服务器为分仓数据库分配的目标资源的库存数量。分仓库存值可灵活配置，例如，分仓库存值为500克或者1千克等。
82.若服务器单位时间内接收到的资源转移请求的数量大于请求处理阈值，则表示已有分仓数据库的处理能力不能应对该数量的资源转移请求，服务器需创建新的分仓数据库来应对超出已有分仓数据库处理能力的资源转移请求。新创建的分仓数据库用于存储综合库存记录中的部分库存，服务器将综合库存记录中的库存数据扣减分仓库存值，以将该分仓库存值代表的库存数量的目标资源转移至分仓数据库进行存储。例如，综合库存记录中的原库存数据为10千克，分仓库存值为500克，服务器将该库存数据扣减分仓库存值后，得到新的库存数据9500克，将该新的库存数据9500克更新到综合库存记录中。
83.303、服务器基于分仓库存值以及综合库存记录中的价格数据，生成分仓库存记录，将分仓库存记录存储于分仓数据库。
84.其中，综合库存记录中的价格数据会基于新增批次的目标资源的库存数量以及单位价格进行更新，综合库存记录中的价格数据为目标资源最新的单位价格。
85.可选地，分仓库存记录包括库存数据和价格数据，上述步骤303包括：服务器将分仓库存值作为分仓库存记录中的库存数据；服务器将综合库存记录中的价格数据作为分仓库存记录中的价格数据。
86.本技术实施例提供的技术方案，在将分仓库存值作为分仓库存记录中的库存数据以生成分仓库存记录的同时，对综合库存记录中的库存数据进行相应的扣减，使得总仓数据库存储的当前在售的目标资源的库存总量与分仓数据库存储的库存数量之和与真实的物理库存保持一致，从而确保数据库中的库存记录的准确性，提高基于数据库进行库存管理的可靠性。并且，在创建分仓数据库的过程中，使分仓库存记录中的价格数据与综合库存记录中的价格数据一致，进而基于分仓库存记录中的价格数据，对资源转移请求进行处理，能够确保资源交易的可靠性。
87.需要说明的一点是，可选地，分仓库存记录还包括价格版本标识，服务器生成分仓库存记录的步骤还包括：服务器将综合库存记录中的价格版本标识作为分仓库存记录中的价格版本标识，其中，综合库存记录中的价格版本标识用于唯一标识目标资源最新的单位价格。综合库存记录中的价格版本标识随着目标资源的价格数据的更新而更新，目标资源每一次更新的价格数据由唯一的价格版本标识来进行标识。可选地，价格版本标识为基于价格数据生成的唯一标识符；或者，价格版本标识为基于价格数据的更新时间生成的唯一标识符；或者，价格版本标识由价格数据的更新时间来表示，本技术实施例对价格版本标识的表现形式和生成过程，不加以限定。
88.上述技术方案，以唯一的价格版本标识来标识目标资源每一次更新的价格数据，每一次的价格更新表现为一个新的价格版本，进而基于价格版本标识，对不同价格版本对应的批次的目标资源进行管理，能够提高基于数据库进行资源管理的可用性。
89.需要说明的另一点是，可选地，分仓库存记录除包括库存数据之外，还包括价格数据和价格版本标识中的一个，以价格数据或者价格版本标识来表示分仓数据库所存储的库存的单位价格，本技术对此不加以限定。
90.需要说明的另一点是，可选地，分仓库存记录还包括分仓数据库的分仓标识。服务
器在创建分仓数据库的过程中为该分仓数据库生成唯一的分仓标识，以对该分仓数据库进行标识。
91.需要说明的另一点是，上述实施例以总仓数据库包括综合库存记录，且综合库存记录中的价格数据会基于新增批次的目标资源的库存数量以及单位价格进行更新，服务器基于综合库存记录创建分仓数据库为例进行说明。可选地，总仓数据库中的一条库存记录中的库存数据用于表示单位价格相同的目标资源的库存数量；或者，总仓数据库中的一条库存记录中的库存数据用于表示一个批次的目标资源的库存数量。服务器能够基于总仓数据库中的一条库存记录，创建分仓数据库。服务器基于总仓数据库中的一条库存记录，创建分仓数据库的过程与服务器基于综合库存记录，创建分仓数据库的过程同理，在此不再赘述。
92.304、服务器基于接收到的资源转移请求，更新分仓数据库中的分仓库存记录。
93.可选地，资源转移请求用于指示获取第一数值的目标资源；或者，资源转移请求用于指示转出第二数值的目标资源。服务器基于资源转移请求的指示，对分仓库存记录中的库存数据进行相应的增加或扣减，以更新分仓库存记录。相应的，上述步骤304包括：服务器响应于资源转移请求用于指示获取第一数值的目标资源，将分仓库存记录中的库存数据扣减第一数值，以更新分仓库存记录。或者，上述步骤304包括：服务器响应于资源转移请求用于指示转出第二数值的目标资源，将分仓库存记录中的库存数据增加第二数值，以更新分仓库存记录。
94.例如，若分仓库存记录中的库存数据为500克，资源转移请求用于指示获取10克目标资源，则服务器将分仓库存记录中的库存数据扣减10克，得到新的库存数据490克，将该新的库存数据490克更新到分仓库存记录中。
95.在本技术实施例中，若单位时间内对目标资源的资源转移请求的数量大于已有分仓数据库所能处理的最大请求数量之和，也即是已有分仓数据库的处理能力不能应对接收到的大量资源转移请求，则基于目标资源的总仓数据库中的综合库存记录，创建分仓数据库，以将综合库存记录中的部分库存转移到分仓数据库中进行存储，进而基于每个分仓数据库分别对应的资源转移请求，更新分仓数据库中的分仓库存记录，来将资源转移请求的应对压力分摊到多个分仓数据库上。上述技术方案，在请求数量不断增大的情况下，能够灵活创建分仓数据库来实现平行扩展，通过扩展后的多个分仓数据库来应对大量的资源转移请求，从而支持大量用户的实时交易，减少了分仓数据库由于处理能力与对应的资源转移请求的数量不匹配而出现的故障，提高了数据库的稳定性。
96.需要说明的一点是，若请求数量参数大于请求处理阈值，则服务器通过上述步骤302至步骤303创建分仓数据库，基于已创建的分仓数据库对应的资源转移请求，更新该分仓数据库中的分仓库存记录。若请求数量参数小于或等于请求处理阈值，则服务器不执行创建分仓数据库的步骤，直接基于已有分仓数据库对应的资源转移请求，更新该分仓数据库中的分仓库存记录。
97.需要说明的另一点是，若资源转移请求用于指示获取第一数值的目标资源，且分仓库存记录中的库存数据大于或等于第一数值，也即是分仓库存记录中的库存数据足以扣减第一数值，则服务器直接通过将分仓库存记录中的库存数据扣减第一数值，来更新分仓库存记录即可。若分仓库存记录中的库存数据小于第一数值，也即是分仓库存记录中的库
存数据不足以扣减第一数值，则服务器对分仓数据库存储的库存进行补充之后，再进行扣减。相应的，服务器响应于资源转移请求用于指示获取第一数值的目标资源，将分仓库存记录中的库存数据扣减第一数值，以更新分仓库存记录的步骤包括：服务器响应于资源转移请求用于指示获取第一数值的目标资源，且分仓库存记录中的库存数据不足以扣减第一数值，基于总仓数据库中的综合库存记录，将分仓库存记录中的库存数据增加补充库存值，以更新分仓库存记录；服务器将更新后的分仓库存记录中的库存数据扣减第一数值，以更新分仓库存记录。
98.其中，补充库存值用于表示服务器在分仓数据库库存不足时为该分仓数据库补充的库存数量。补充库存值可灵活配置，例如，补充库存值为400克或者600克等。例如，分仓库存记录中的库存数据为5克，资源转移请求用于指示获取10克的目标资源，此时分仓库存记录中的库存数据不足以扣减10克的目标资源，若补充库存值为500克，则服务器将综合库存记录中的库存数据扣减500克，以更新综合库存记录；将分仓库存记录中的库存数据增加500克，得到新的库存数据505克，将新的库存数据505克更新到分仓库存记录中；将分仓库存记录中的库存数据505克扣减10克，得到新的库存数据495克，将新的库存数据495克更新到分仓库存记录中。
99.需要说明的另一点是，资源转移请求是由用户通过执行交易操作触发第二终端发起的，服务器除了基于资源转移请求的指示，对分仓库存记录中的库存数据进行相应的增加或扣减，以更新分仓库存记录之外，还基于资源转移请求对应的用户账户，对该用户账户对应的资源数量以及款项进行更新。
100.例如，若资源转移请求用于指示获取第一数值的目标资源，则将该用户账户对应的资源数量增加第一数值；基于分仓库存记录中的价格数据，对该用户账户对应的款项进行扣减。若资源转移请求用于指示转出第二数值的目标资源，则将该用户账户对应的资源数量扣减第二数值；基于分仓库存记录中的价格数据，对该用户账户对应的款项进行增加。
101.其中，服务器将分仓库存记录中的价格数据与资源转移请求所指示的目标资源的数量的乘积作为该数量的目标资源的总价值。可选地，服务器将用户账户对应的款项增加或扣减该总价值；或者，服务器在将用户账户对应的款项增加或扣减该总价值的基础上，还扣减相对应的交易手续费，本技术对此不加以限定。
102.可选地，服务器还基于用户账户对应的资源数量以及款项的更新，生成交易记录，并存储该交易记录。可选地，服务器还基于用户账户对应的资源数量以及款项的更新，生成交易订单，将该交易订单发送至该用户账户对应的第二终端，以使该第二终端将该交易订单展示给用户。
103.图4是本技术实施例提供的一种更新综合库存记录的流程图。参见图4，该流程包括：
104.401、服务器将暂存数据库中的暂存库存记录作为总仓数据库中未整合的批次库存记录。
105.其中，暂存数据库用于记录目标资源的新增库存。暂存数据库包括至少一个暂存库存记录。每个暂存库存记录包括一个新增批次的库存数据以及价格数据，该库存数据用于表示一个新增批次的库存数量，该价格数据用于表示该新增批次的目标资源的单位价格。
106.可选地，新增批次为资源管理人员通过第一终端新录入的批次。资源管理人员通过第一终端录入新增的目标资源的属性信息，该属性信息包括新增的目标资源的数量以及单位价格；第一终端将该属性信息发送至服务器；服务器将该属性信息中新增的目标资源的数量作为新录入的目标资源的库存数据，将该属性信息中新增的目标资源的单位价格作为新录入的目标资源的价格数据；基于该库存数据和价格数据，生成暂存库存记录。
107.本技术实施例提供的技术方案，基于第一终端上传的新录入的目标资源的属性信息，生成暂存库存记录，进而基于该暂存库存记录，对总仓数据库中的综合库存记录进行更新，从而通过在暂存数据库中插入库存记录，在总仓数据库中更新库存记录，来实现逻辑入库。并且，通过基于分仓数据库的库存记录和总仓数据库的库存记录进行库存盘点，以及基于分仓数据库来应对资源转移请求，来将库存管理所基于的数据库以及资源转移请求应对所基于的数据库区分开，相较于逻辑入库、库存盘点等库存管理以及资源转移请求的应对均基于同一个数据库来实现，更有利于库存管理以及数据库的维护，并且支持并发的资源交易和库存管理，能够提高数据库的可用性和稳定性。
108.可选地，若分仓库存记录中的价格数据与综合库存记录中的价格数据不一致，则该分仓库存记录所属的分仓数据库被置为失效。服务器将该失效的分仓数据库中的分仓库存记录作为暂存库存记录。
109.需要说明的一点是，可选地，服务器在暂存数据库中暂存的库存总量累计达到一定数量时，才将暂存数据库中的暂存库存记录作为未整合的批次库存记录。也即是，服务器响应于目标资源的暂存数据库中暂存的库存总量大于暂存阈值，将暂存数据库中的暂存库存记录作为未整合的批次库存记录。其中，暂存阈值为可灵活配置的数值，例如，暂存阈值为500克或者800克等。可选地，服务器周期性地对暂存数据库中暂存的库存总量和暂存阈值进行比较，响应于目标资源的暂存数据库中暂存的库存总量大于暂存阈值，将暂存数据库中的暂存库存记录作为未整合的批次库存记录。服务器对暂存数据库中暂存的库存总量和暂存阈值进行比较的周期可灵活配置，例如，周期为10分钟或者1小时等，服务器每隔10分钟或者每隔1小时对暂存数据库中暂存的库存总量和暂存阈值进行比较。
110.上述技术方案，在新增批次的目标资源暂存的库存总量达到一定数量时，才将暂存库存记录作为未整合的批次库存记录，进而基于未整合的批次库存记录，更新综合库存记录中的价格数据，相较于一有新增批次的目标资源就基于该新增批次的库存记录更新综合库存记录中的价格数据，能够减少由于频繁更新价格数据而导致的价格振荡，提高目标资源的价格的稳定性，提高目标资源交易的稳定性，进而提升用户的交易体验。
111.需要说明的另一点是，可选地，服务器在总仓数据库存储的库存小于一定量时，将暂存库存记录作为未整合的批次库存记录，也即是，服务器响应于综合库存记录中的库存数据小于总仓库存阈值，将暂存库存记录作为未整合的批次库存记录。其中，总仓库存阈值为可灵活配置的数值，例如，总仓库存阈值为500克或者600克等。
112.上述技术方案，在总仓数据库存储的库存小于一定量时，及时对总仓数据库存储的库存进行补充，从而在用户大量买入目标资源，总仓数据库中的库存需要补充到分仓数据库时，总仓数据库能够支持库存的及时补充，提高数据库的可用性和稳定性。
113.402、服务器从总仓数据库中未整合的批次库存记录中获取目标资源的新增批次的库存数据以及新增批次的价格数据。
114.总仓数据库包括至少一个未整合的批次库存记录，每个未整合的批次库存记录包括一个新增批次的目标资源的库存数据以及价格数据。例如，总仓数据库包括2个未整合的批次库存记录，其中一个批次库存记录包括一个新增批次的库存数据pa以及价格数据sa，另一个批次库存记录包括另一个新增批次的库存数据pb以及价格数据sb。
115.403、服务器基于新增批次的库存数据、新增批次的价格数据、综合库存记录中的库存数据以及综合库存记录中的价格数据，确定整合新增批次后的价格数据。
116.可选地，服务器将新增批次的价格数据以及综合库存记录中的价格数据进行加权平均处理，得到整合新增批次后的价格数据。相应的，上述步骤403包括：服务器将新增批次的库存数据作为新增批次的价格数据的权值，以及，将综合库存记录中的库存数据作为综合库存记录中的价格数据的权值，对新增批次的价格数据以及综合库存记录中的价格数据进行加权平均处理，得到整合新增批次后的价格数据。
117.例如，一个新增批次的库存数据为pa，价格数据为sa；另一个新增批次的库存数据为pb，价格数据为sb；综合库存记录中的库存数据为pc，价格数据为pc，则整合新增批次后的价格数据可表示为(pa
×
sa pb
×
sb pc
×
sc)
÷
(pa pb pc)。
118.404、服务器将整合新增批次后的价格数据作为综合库存记录中的价格数据，以及，将新增批次的库存数据与综合库存记录中的库存数据之和作为综合库存记录中的库存数据，以更新综合库存记录。
119.例如，综合库存记录中的原库存数据为pc，原价格数据为sc；一个新增批次的库存数据为pa，价格数据为sa；另一个新增批次的库存数据为pb，价格数据为sb。相应的，新增批次的库存数据与综合库存记录中的库存数据之和为pa pb pc；整合新增批次后的价格数据表示为(pa
×
sa pb
×
sb pc
×
sc)
÷
(pa pb pc)，综合库存记录中的库存数据被更新为pa pb pc，综合库存记录中的价格数据被更新为(pa
×
sa pb
×
sb pc
×
sc)
÷
(pa pb pc)。
120.需要说明的一点是，相关技术中，为避免一个批次的目标资源即将售罄时用户交易失败，会提前切换的新的批次进行后续的交易。例如，批次1的剩余库存为10克，而服务器可能会接收到100个用于指示获取1克目标资源的资源转移请求，服务器需提早切换到新的批次2进行后续交易。那么，批次1会留下10克的尾货，同理，批次2、批次3等后续批次均会留下尾货，而由于每个批次的价格存在差异，多个批次的尾货处理面临着挑战。而本技术实施例提供的技术方案，将新增批次的库存以及失效的分仓数据库存储的库存均融合到综合库存记录中，减少了多个批次遗留的尾货，省去了进行尾货处理所需的成本；并且，通过加权平均处理更新综合库存记录中的价格数据，无需额外成本，即可实现多批次的融合销售，能够保障理财平台的利益不受损。
121.需要说明的一点是，综合库存记录中的价格数据更新后，基于原综合库存记录中的价格数据创建的分仓数据库中的价格数据与更新后的综合库存记录中的价格数据不一致。可选地，服务器响应于分仓库存记录中的价格数据与综合库存记录中的价格数据不一致，将分仓数据库置为失效；基于综合库存记录，创建新的分仓数据库；基于接收到的资源转移请求，更新该新的分仓数据库中的分仓库存记录。若分仓库存记录包括价格版本标识，可选地，服务器响应于分仓库存记录中的价格版本标识与综合库存记录中的价格版本标识不一致，执行将分仓数据库置为失效的步骤。
122.上述技术方案，在综合库存记录中的价格数据更新后，及时将基于原综合库存记
录中的价格数据创建的分仓数据库置为失效，基于更新后的价格数据创建新的分仓数据库，以基于新的价格数据进行目标资源的交易，提高目标资源的交易价格的更新效率。
123.需要说明的另一点是，上述实施例以暂存数据库中的暂存库存记录包括一个新增批次的库存数据以及价格数据，将暂存库存记录作为总仓数据库中未整合的批次库存记录为例进行说明。可选地，服务器对暂存数据库中的多个暂存库存记录进行整合处理，得到暂存综合库存记录；将该暂存库存记录作为总仓数据库中未整合的批次库存记录，进行综合存储记录的更新。其中，服务器对暂存数据库中的多个暂存库存记录进行整合处理的过程与步骤403至步骤404同理，服务器将该暂存库存记录作为总仓数据库中未整合的批次库存记录，进行综合存储记录的更新的过程与步骤403至步骤404同理，在此不再赘述。
124.需要说明的另一点是，上述实施例以将失效的分仓数据库中的分仓库存记录作为暂存数据库中的暂存库存记录，将由新录入的目标资源的库存数据和价格数据生成的库存记录作为暂存库存记录；再将暂存库存记录作为总仓数据库中未整合的批次库存记录为例进行说明。可选地，服务器直接将失效的分仓数据库中的分仓库存记录作为总仓数据库中未整合的批次库存记录；将由新录入的目标资源的库存数据和价格数据生成的库存记录作为未整合的批次库存记录。可选地，服务器响应于未整合的批次库存记录中的库存数据之和大于暂存阈值，执行从总仓数据库中未整合的批次库存记录中获取目标资源的新增批次的库存数据以及新增批次的价格数据的步骤；或者，服务器响应于综合库存记录中的库存数据小于总仓库存阈值，执行从总仓数据库中未整合的批次库存记录中获取目标资源的新增批次的库存数据以及新增批次的价格数据的步骤。
125.为了使暂存数据库、总仓数据库以及分仓数据库中的库存记录的更新过程更加清晰，下面结合图5进行说明。参见图5，资源管理人员从资源供应商处采购目标资源；通过第一终端录入新增的目标资源的数量以及单位价格；第一终端将该新增的目标资源的数量以及单位价格发送至服务器；服务器将新增的目标资源的数量作为新录入的目标资源的库存数据，将新增的目标资源的单位价格作为新录入的目标资源的价格数据；基于该库存数据和价格数据，生成暂存库存记录；将该暂存库存记录存储于暂存数据库501中，实现目标资源的采购归集。服务器通过上述步骤401至步骤404，将暂存数据库501中的暂存库存记录融合到总仓数据库502的总仓库存记录中，实现总仓数据库502所存储的库存与暂存数据库501所存储的库存的合仓。
126.服务器基于与上述步骤302至步骤303同理的过程创建分仓数据库503。其中，总仓数据库502和暂存数据库501共同构成中台总仓，中台总仓存储的库存与分仓数据库503存储的库存之和与真实的物理库存一致，为物理库存的映射。
127.若接收到的资源转移请求用于指示获取目标资源，则对分仓数据库503中的分仓库存记录中的库存数据进行扣减，基于分仓库存记录中的价格数据，生成相应的交易订单，也即是进行下单出库。若接收到的资源转移请求用于指示转出目标资源，则对分仓数据库503中的分仓库存记录中的库存数据进行增加，基于分仓库存记录中的价格数据，生成相应的交易订单，也即是进行释放入库。
128.若分仓数据库503的剩余库存不足，则从总仓数据库502中获取部分库存补仓到分仓数据库503。若分仓数据库503中的分仓库存记录中的价格数据与总仓数据库502中的综合库存记录中的价格数据不一致，则将分仓数据库503置为失效，创建新的分仓数据库503。
将失效的分仓数据库503中的分仓库存记录存储在暂存数据库501中，也即是进行失效的分仓数据库的释放归集。
129.本技术实施例提供的技术方案，基于暂存数据库、总仓数据库以及分仓数据库来进行目标资源的库存管理，也即是提供了一种待售总仓 在售总仓 在售分仓的实现方式。其中，分仓数据库支持平行扩展，通过扩展分仓数据库，使扩展后的多个分仓数据库来应对大量的资源转移请求，能够有效应对用户的大量交易操作。并且，通过分仓数据库来应对资源转移请求，通过总仓数据库和暂存数据库进行库存管理，来将交易过程与库存管理过程区分开，从而在有效应对用户的大量交易操作的同时，支持并发的库存采购和管理操作，更有利于库存管理以及数据库的维护，能够提高数据库的可用性和稳定性。并且，通过将多个批次的库存进行融合处理，减少了多个批次遗留的尾货，省去了进行尾货处理所需的成本。并且，通过对多个批次的目标资源的价格数据进行平均处理，有利于保持目标资源的价格数据的稳定，提升用户的交易体验，保障理财平台的利益不受损。
130.为了使用户通过第二终端进行目标资源的交易的过程更加清晰，下面结合图6进行说明。参见图6，第二终端为用户提供目标资源的价格更新与展示的功能601、买入目标资源的功能602、卖出目标资源的功能603、交易记录的展示功能604。服务器包括接入层605和存储层606。其中，接入层605用于接收第二终端的请求，与第二终端进行通信，存储层606用于存储目标资源的价格数据、用户账户对应的交易记录以及目标资源的库存记录。第二终端响应于价格展示操作，向服务器发送目标资源的价格获取请求；服务器的接入层605中的价格获取接口接收该价格获取请求；从存储层606中获取已存储的价格数据；将该价格数据返回给该第二终端。第二终端响应于用于指示对目标资源买入或卖出的交易操作，向服务器发送目标资源的资源转移请求；服务器的接入层605中的交易接口接收该资源转移请求；对存储层606中的库存记录进行更新，以及，生成相应的交易记录存储在存储层606中。第二终端响应于交易记录获取操作，向服务器发送交易记录获取请求；服务器的接入层605中的交易记录接口接收该交易记录获取请求；从存储层606中已存储的交易记录中，获取该交易记录获取请求所请求获取的交易记录；向第二终端返回该交易记录。其中，可选地，上述价格获取接口、交易接口以及交易记录接口为cgi(common gateway interface，公共网关接口)。需要说明的是，资源管理人员从资源供应商处采购目标资源，通过第一终端录入新增的目标资源的数量以及单位价格；第一终端将该新增的目标资源的数量以及单位价格发送至服务器；服务器基于该新增的目标资源的数量以及单位价格，对存储层606中的库存记录进行更新。
131.上述所有可选技术方案，可以采用任意结合形成本技术的可选实施例，在此不再一一赘述。
132.图7是本技术实施例提供的一种资源处理装置的框图。参见图7，该装置包括：
133.参数获取模块701，用于获取目标资源的请求数量参数，请求数量参数用于表示单位时间内接收到资源转移请求的数量；
134.分仓数据库创建模块702，用于响应于请求数量参数大于请求处理阈值，基于目标资源的总仓数据库中的综合库存记录，创建分仓数据库，请求处理阈值为已有分仓数据库单位时间内所能处理的最大请求数量之和，综合库存记录用于记录总仓数据库中的总库存，分仓数据库用于存储综合库存记录中的部分库存；
135.分仓库存记录更新模块703，用于基于接收到的资源转移请求，更新分仓数据库中的分仓库存记录。
136.在本技术实施例中，若单位时间内对目标资源的资源转移请求的数量大于已有分仓数据库所能处理的最大请求数量之和，也即是已有分仓数据库的处理能力不能应对接收到的大量资源转移请求，则基于目标资源的总仓数据库中的综合库存记录，创建分仓数据库，以将综合库存记录中的部分库存转移到分仓数据库中进行存储，进而基于每个分仓数据库分别对应的资源转移请求，更新分仓数据库中的分仓库存记录，来将资源转移请求的应对压力分摊到多个分仓数据库上。上述技术方案，在请求数量不断增大的情况下，能够灵活创建分仓数据库来实现平行扩展，通过扩展后的多个分仓数据库来应对大量的资源转移请求，从而支持大量用户的实时交易，减少了分仓数据库由于对应的资源转移请求的数量与处理能力不匹配而出现的故障，提高了数据库的稳定性。
137.在一种可选的实现方式中，分仓数据库创建模块702，包括：
138.综合库存记录更新单元，用于响应于请求数量参数大于请求处理阈值，将综合库存记录中的库存数据扣减分仓库存值，以更新综合库存记录；
139.分仓库存记录生成单元，用于基于分仓库存值以及综合库存记录中的价格数据，生成分仓库存记录，综合库存记录中的价格数据为目标资源最新的单位价格；
140.分仓数据库创建单元，用于将分仓库存记录存储于分仓数据库。
141.在另一种可选的实现方式中，分仓库存记录生成单元，用于：
142.将分仓库存值作为分仓库存记录中的库存数据；
143.将综合库存记录中的价格数据作为分仓库存记录中的价格数据。
144.在另一种可选的实现方式中，分仓库存记录生成单元，还用于将综合库存记录中的价格版本标识作为分仓库存记录中的价格版本标识，综合库存记录中的价格版本标识用于标识目标资源最新的单位价格。
145.在另一种可选的实现方式中，分仓库存记录更新模块703，包括下述任一项：
146.库存数据扣减单元，用于响应于资源转移请求用于指示获取第一数值的目标资源，将分仓库存记录中的库存数据扣减第一数值，以更新分仓库存记录；
147.库存数据增加单元，用于响应于资源转移请求用于指示转出第二数值的目标资源，将分仓库存记录中的库存数据增加第二数值，以更新分仓库存记录。
148.在另一种可选的实现方式中，库存数据扣减单元，用于：
149.响应于资源转移请求用于指示获取第一数值的目标资源，且分仓库存记录中的库存数据不足以扣减第一数值，基于总仓数据库中的综合库存记录，将分仓库存记录中的库存数据增加补充库存值，以更新分仓库存记录；
150.将更新后的分仓库存记录中的库存数据扣减第一数值，以更新分仓库存记录。
151.在另一种可选的实现方式中，该装置还包括：
152.分仓数据库失效模块，用于响应于分仓库存记录中的价格数据与综合库存记录中的价格数据不一致，将分仓数据库置为失效；
153.分仓数据库创建模块702，还用于基于综合库存记录，创建新的分仓数据库；
154.分仓库存记录更新模块703，还用于基于接收到的资源转移请求，更新新的分仓数据库中的分仓库存记录。
155.在另一种可选的实现方式中，该装置还包括：
156.数据获取模块，用于从总仓数据库中未整合的批次库存记录中获取目标资源的新增批次的库存数据以及新增批次的价格数据；
157.价格数据整合模块，用于基于新增批次的库存数据、新增批次的价格数据、综合库存记录中的库存数据以及综合库存记录中的价格数据，确定整合新增批次后的价格数据；
158.综合库存记录更新模块，用于将整合新增批次后的价格数据作为综合库存记录中的价格数据，以及，将新增批次的库存数据与综合库存记录中的库存数据之和作为综合库存记录中的库存数据，以更新综合库存记录。
159.在另一种可选的实现方式中，价格数据整合模块，用于：
160.将新增批次的库存数据作为新增批次的价格数据的权值，以及，将综合库存记录中的库存数据作为综合库存记录中的价格数据的权值，对新增批次的价格数据以及综合库存记录中的价格数据进行加权平均处理，得到整合新增批次后的价格数据。
161.在另一种可选的实现方式中，该装置还包括：
162.第一批次库存记录确定模块，用于响应于目标资源的暂存数据库中暂存的库存总量大于暂存阈值，将暂存数据库中的暂存库存记录作为未整合的批次库存记录，暂存数据库用于记录目标资源的新增库存。
163.在另一种可选的实现方式中，该装置还包括：
164.第二批次库存记录确定模块，用于响应于综合库存记录中的库存数据小于总仓库存阈值，将目标资源的暂存数据库中的暂存库存记录作为未整合的批次库存记录。
165.在另一种可选的实现方式中，暂存库存记录为失效的分仓数据库中的分仓库存记录；或者，暂存库存记录由新录入的目标资源的库存数据和价格数据生成的。
166.需要说明的是：上述实施例提供的资源处理装置在进行资源处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源处理装置与资源处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
167.图8是本技术实施例提供的一种服务器的框图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，cpu)801和一个或一个以上的存储器802，其中，存储器802中存储有至少一条程序代码，至少一条程序代码由处理器801加载并执行以实现上述各个方法实施例提供的资源处理方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
168.在示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，上述至少一条程序代码可由服务器中的处理器执行以完成上述实施例中的资源处理方法。例如，计算机可读存储介质可以是rom(read-only memory，只读存储器)、ram(random access memory，随机存取存储器)、cd-rom(compact disc read-only memory，只读光盘)、磁带、软盘和光数据存储设备等。
169.本技术还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机程序代码，该计算机程序代码存储在计算机可读存储介质中，服务器的处
理器从计算机可读存储介质读取该计算机程序代码，处理器执行该计算机程序代码，使得该服务器执行上述各个方法实施例中的资源处理方法。
170.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
171.以上所述仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。