库存控制方法、装置、存储介质及服务器与流程

本公开涉及数据处理技术领域，具体地，涉及一种库存控制方法、装置、存储介质及服务器。

背景技术：

随着互联网的飞速发展，网上购物已经成为人们生活中的一部分，各种电子商务网站也经常推出团购、秒杀等商品促销活动，这样的活动有一个共同的特点就是电子商务网站的访问量激增，出现上千甚至上万人抢购一个商品的情况。

相关技术中，在电子商务网站进行上述商品促销活动时，用户对于商品库存的请求会被全部转发到一个总服务器，直接从总服务器扣减库存，这样的话，总服务器的压力较大，达不到高并发的要求，从而会导致电子商务网站的性能下降，影响用户的正常购买，用户体验较差。

技术实现要素：

本公开的目的是提供一种库存控制方法、装置、存储介质及服务器，以减小相关技术中在高并发条件下总服务器的压力。

为了实现上述目的，第一方面，本公开提供一种库存控制方法，应用于总服务器，所述总服务器分别与多个分发服务器连接，包括：

在接收到任一所述分发服务器发送的库存请求时，根据所述库存请求确定分配给所述分发服务器的库存量；

向所述分发服务器发送用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的所述库存量，所述分发服务器用于向用户发放库存并扣减所述分发服务器的库存量。

可选地，所述库存请求包括所述分发服务器的库存消耗速度，所述根据所述库存请求确定分配给所述分发服务器的库存量，包括：

根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量。

可选地，所述根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量，包括：

按照以下公式，确定分配给所述分发服务器的库存量：

其中，x为所述总服务器的当前库存量，a为所述分发服务器的库存消耗速度，n为与所述多个分发服务器的个数，y为发送给所述分发服务器的库存量。

可选地，所述在接收到任一所述分发服务器发送的库存请求时，根据所述库存请求确定分配给所述分发服务器的库存量，包括：

在接收到任一所述分发服务器发送的库存请求时，确定所述总服务器的库存量是否低于预设总库存量；

在所述总服务器的库存量不低于所述预设总库存量时，根据所述库存请求确定分配给所述分发服务器的库存量。

第二方面，本公开还提供一种库存控制方法，应用于分发服务器，包括：

发送库存请求到总服务器，以请求所述总服务器分配库存量；

接收所述总服务器发送的用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的库存量。

可选地，还包括：

检测所述分发服务器的库存消耗速度；

当所述库存消耗速度低于预设消耗速度时，向所述总服务器发送库存返回消息，所述库存返回消息包括返回库存量指示信息，用于指示所述分发服务器返回给所述总服务器的库存量。

可选地，还包括：

接收终端发送的用于向所述分发服务器请求库存的用户请求；

向所述终端发送用于响应所述用户请求的库存，并扣减所述分发服务器的库存量。

可选地，所述向所述终端发送用于响应所述用户请求的库存，包括：

在确定所述分发服务器的库存量不为零时，向所述终端发送用于响应所述用户请求的库存；

所述方法还包括：

在所述分发服务器的库存量为零时，将所述用户请求转发给所述总服务器，以使所述总服务器向所述终端发送用于响应所述用户请求的库存。

第三方面，本公开还提供一种库存控制装置，应用于总服务器，所述总服务器分别与多个分发服务器连接，包括：

确定模块，用于在接收到任一所述分发服务器发送的库存请求时，根据所述库存请求确定分配给所述分发服务器的库存量；

发送模块，用于向所述分发服务器发送用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的所述库存量，所述分发服务器用于向用户发放库存并扣减所述分发服务器的库存量。

可选地，所述库存请求包括所述分发服务器的库存消耗速度，所述确定模块用于根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量。

可选地，所述确定模块用于按照以下公式，确定分配给所述分发服务器的库存量：

其中，x为所述总服务器的当前库存量，a为所述分发服务器的库存消耗速度，n为与所述多个分发服务器的个数，y为发送给所述分发服务器的库存量。

可选地，所述确定模块用于：

在接收到任一所述分发服务器发送的库存请求时，确定所述总服务器的库存量是否低于预设总库存量；

在所述总服务器的库存量不低于所述预设总库存量时，根据所述库存请求确定分配给所述分发服务器的库存量。

第四方面，本公开还提供一种库存控制装置，应用于分发服务器，包括：

发送模块，用于发送库存请求到总服务器，以请求所述总服务器分配库存量；接收模块，用于接收所述总服务器发送的用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的库存量。

可选地，所述装置还包括：

检测模块，用于检测所述分发服务器的库存消耗速度；

返回模块，用于向所述总服务器发送库存返回消息，所述库存返回消息包括返回库存量指示信息，用于指示所述分发服务器返回给所述总服务器的库存量。

可选地，所述装置还包括：

接收请求模块，用于接收终端发送的用于向所述分发服务器请求库存的用户请求；

库存发送模块，用于向所述终端发送用于响应所述用户请求的库存，并扣减所述分发服务器的库存量。

可选地，所述库存发送模块用于：

在确定所述分发服务器的库存量不为零时，向所述终端发送用于响应所述用户请求的库存；

所述装置还包括：

转发模块，用于在所述分发服务器的库存量为零时，将所述用户请求转发给所述总服务器，以使所述总服务器向所述终端发送用于响应所述用户请求的库存。

第五方面，本公开还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面和第二方面里任一项所述方法的步骤。

第六方面，本公开还提供一种服务器，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现第一方面里任一项所述方法的步骤。

第七方面，本公开还提供一种服务器，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现第二方面里任一项所述方法的步骤。

通过上述技术方案，总服务器分别与多个分发服务器连接，可以在接收到分发服务器发送的库存请求时，根据该库存请求确定分配给分发服务器的库存量，然后向分发服务器发送用于响应所述库存请求的消息，该消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的所述库存量，这样的话，分发服务器在接收到用户请求时，可以直接从分发服务器本地的库存中扣减库存量，相较于现有技术中，所有用户请求都在总服务器扣减库存的方案，本公开提供的库存控制方法能够在高并发条件下减缓总服务器的压力，加快将库存发送给用户的速度，用户体验良好。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1(a)是相关技术中的库存控制场景示意图；

图1(b)是根据本公开一示例性实施例示出的库存控制场景示意图；

图2是根据本公开一示例性实施例示出的库存控制方法的流程图；

图3是根据本公开另一示例性实施例示出的库存控制方法的流程图；

图4是根据本公开一示例性实施例示出的库存控制装置的框图；

图5是根据本公开另一示例性实施例示出的库存控制装置的框图；

图6是根据本公开一示例性实施例示出的服务器的框图；

图7是根据本公开另一示例性实施例示出的服务器的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

请参照图1(a)，相关技术中，分发服务器接收到用户请求后，将所有用户请求转发到总服务器，直接从总服务器扣减库存量，过程1的请求数等于过程2的请求数，总服务器的压力较大，无法满足高并发的要求。

因此，为了解决相关技术中存在的上述问题，请参照图1(b)，本公开实施例中，总服务器将库存量分配给各分发服务器，分发服务器在接收到用户请求后，直接从分发服务器本地的库存扣将库存量，过程2包括的请求数为分发服务器向总服务器发送的库存请求数，是远远小于过程1中的用户请求数，从而极大程度上减少了总服务器的压力，能够满足高并发条件，加快将库存发送给用户的速度，用户体验良好。

下面详细介绍本公开实施例提供的库存控制方法。

图2是根据本公开一示例性实施例示出的一种库存控制方法的流程图，参照图2，该库存控制方法应有于总服务器，该总服务器如图1(b)所示的方式分别与多个分发服务器连接，该库存控制方法包括以下步骤：

步骤s201，在接收到任一所述分发服务器发送的库存请求时，根据所述库存请求确定分配给所述分发服务器的库存量。

步骤s202，向所分发服务器发送用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的所述库存量，所述分发服务器用于向用户发放库存并扣减所述分发服务器的库存量。

其中，库存请求是分发服务器用于向总服务器请求库存的，可以包括分发服务器的库存消耗速度，等等，本公开实施例对于库存请求的具体内容不作限定。

如果库存请求包括分发服务器的库存消耗速度，那么相应地，在步骤s201中，可以是根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量。

在本公开实施例的一种可能的实现方式中，库存消耗速度可以根据分发服务器在历史时间段内接收到的用户请求的数量以及该历史时间段的时长计算得到，也可以是根据分发服务器在历史时间段消耗的库存量与该历史时间段的时长计算得到，等等，本公开实施例对于库存消耗速度的计算方式不作限定。

应当理解的是，在初始分配库存时，由于分发服务器的库存消耗速度为零，因此，在总服务器向分发分服务器分配初始库存量时，可以根据总服务器的当前库存量以及多个分发服务器的个数，确定分配给分发服务器的库存量。

本公开实施例中，在根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量时，可能的情况是：

分发服务器的库存消耗速度越快，分配给该分发服务器的库存量越多，同时，总服务器的当前库存量越多，分配到各个分发服务器的库存量越多，而分发服务器的个数越多，分配到各个分发服务器的库存量越少。

应当理解的是，本公开实施例对于根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量的具体方式不作限定，下面对可能的方式进行说明。

在本公开实施例中，根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量可以是按照以下公式，确定发送给所述分发服务器的库存量：

其中，x为所述总服务器的当前库存量，a为所述分发服务器的库存消耗速度，n为与所述多个分发服务器的个数，y为下发到所述分发服务器的库存量。

例如，总服务的当前库存量为1000，一个分发服务器的库存消耗速度为每秒消耗10个库存，分发服务器的个数为5，那么通过上述公式可以确定分配到该分发服务器的库存量为200。

应当理解的是，总服务器分配给分发服务器的库存量应该为正整数，如果按照以上公式确定的分配给分发服务器的库存量不是正整数，那么可以四舍五入确定一个正整数为分配给分发服务器的库存量，或者还可以其他的方式确定一个正整数为分配给分发服务器的库存量，等等，本公开实施例对此不作限定。

通过以上的方式，可以结合分发服务器的库存消耗速度、总服务器的当前库存量以及分发服务器的个数，确定分配到分发服务器的库存量，能够提高库存分配的灵活性，保证库存分配的准确性。

在本公开实施例中，在步骤s201中，还可以是在接收到任一所述分发服务器发送的库存请求时，确定所述总服务器的库存量是否低于预设总库存量，然后在所述总服务器的库存量不低于所述预设总库存量时，根据所述库存请求确定分配给所述分发服务器的库存量。

预设总库存量可以是用户自行设定的，也可以是根据总服务器的初始总库存量确定的，比如，初始总库存量为1000时，可以直接确定预设总库存为200，或者，预设总库存量还可以根据总服务器的初始总库存量和预设比例系数确定的，其中，预设比例系数可以是用户自行设定的，比如，初始总库存量为1000，用户设定预设比例系数为20％，那么预设总库存量就为200，等等，本公开实施例对于预设总库存量的具体方式不作限定。

例如，用户设定预设总库存量为200，那么在接收到分发服务器接收到的库存请求时，首先确定总服务器的库存量是否低于200(预设总库存量)，如果此时总服务器的库存量为300，即不低于预设总库存量，那么总服务器就根据库存请求确定分配给该分发服务器的库存量。

但是，如果此时总服务器的库存量低于预设总库存量，也即是说，总服务器的当前库存量很低，那么总服务器可以停止发送库存给分发服务器，以保证库存的正常分配。

基于同一发明构思，参照图3，本公开实施例还提供一种库存控制方法，应用于分发服务器，包括以下步骤：

步骤s301，发送库存请求到总服务器，以请求所述总服务器分配库存量。

步骤s302，接收所述总服务器发送的用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的库存量。

通过上述库存控制方法，分发服务器可以接收总服务器分配的库存量，相较于现有技术中，所有库存量都存储在总服务器的方案，本公开提供的库存控制方法能够在高并发条件下减缓总服务器的压力，加快将库存发送给用户的速度，用户体验良好。

在一种可能的方式中，分发服务器还可以检测所述分发服务器的库存消耗速度，然后当所述库存消耗速度低于预设消耗速度时，向所述总服务器发送库存返回消息，所述库存返回消息包括返回库存量指示信息，用于指示所述分发服务器返回给所述总服务器的库存量。

库存消耗速度表征了分发服务器接收到的用户请求的数量多少，分发服务器的库存消耗速度越快，则表明该分发服务器接收到的用户请求越多，反之，分发服务器的库存消耗速度越慢，则表明该分发服务器接收到的用户请求越少。

如果库存消耗速度低于预设消耗速度，表明该分发服务器接收到的用户请求较少，或者在一段时间内没有接收到用户请求，那么可以向总服务器发送库存返回消息，以将该分发服务器的库存量返回给总服务器，这样的话，总服务器可以将返回的库存量再分配给其他库存消耗速度较快的分发服务器，从而保证各个分发服务器的库存充足。

应当理解的是，将分发服务器的库存量返回给总服务器可以是将分发服务器的库存量全部返回给总服务器，相应地，库存返回消息包括的返回库存量指示信息用于指示该分发服务器返回给总服务器的库存量为该分发服务器的全部库存量。或者，还可以是分发服务器将部分库存量返回给总服务器，相应地，库存返回消息包括的返回库存量指示信息用于指示该分发服务器返回给总服务器的库存量为该分发服务器的部分库存量，等等，本公开实施例对于分发服务器返回给总服务器的具体库存量不作限定。

如果分发服务器将库存量全部返回给总服务器，总服务器可以再分配较少的库存量给该分发服务器，以避免该分发服务器在之后接收到用户请求时，没有库存量分配给用户。另外，分发服务器将库存量部分返回给总服务器可以是按照预设比例将库存量部分返回给总服务器，比如，将分发服务器当前库存量的70％返回给总服务器，等等，本公开实施例对此不作限定。

通过以上的方式，当分发服务器的库存消耗速度较低时，可以向总服务器发送库存返回消息，以将分发服务器的库存量返回给总服务器，实现对于分发服务器的库存回收，以便总服务器将返回的库存量再分配给其他库存消耗速度较快的分发服务器，从而保证各个分发服务器的库存量充足。

在一种可能的方式中，分发服务器还可以接收终端发送的用于向所述分发服务器请求库存的用户请求，然后向所述终端发送用于响应所述用户请求的库存，并扣减所述分发服务器的库存量。

也即是说，本公开实施例中，当分发服务器接收到用户请求时，可以从该分发服务器本地库存中发送用于响应该用户请求的库存，并扣减该分发服务器的库存量，从而避免了在接收到用户请求时，直接从总服务扣减库存量，能够减缓总服务器的压力。并且，分发服务器还可以通过内存的方式向用户分发库存，从而可以加快将库存分发给用户的速度，用户体验良好。

进一步，向所述终端发送用于响应所述用户请求的库存可以是在确定所述分发服务器的库存量不为零时，向所述终端发送用于响应所述用户请求的库存，而在所述分发服务器的库存量为零时，将所述用户请求转发给所述总服务器，以使所述总服务器向所述终端发送用于响应所述用户请求的库存。

也即是说，本公开实施例中，在向所述终端发送用于响应所述用户请求的库存之前，可以先确定分发服务器的库存量是否为零，如果所述分发服务器的库存量不为零，则向所述终端发送用于响应所述用户请求的库存。

但是，如果分发服务器的库存量为零，则将用户请求转发给总服务器，通过总服务器向发送用于响应所述用户请求的库存，相应地，扣减库存量也是直接扣减总服务器的库存量。

下面通过完整的实施例对本公开实施例中的总服务器和分发服务器的交互过程进行说明。

分发服务器向总服务器发送库存请求，以请求总服务器分配库存量。

总服务器在接收到分发服务器发送的库存请求后，根据总服务器的当前库存量和分发服务器个数，确定分配给分发服务器的初始库存量，并根据该初始库存量从总服务器的库存中分配库存量给分发服务器。

分发服务器接收总服务器发送的用于响应库存请求的消息，然后在接收终端发送的用于向分发服务器请求库存的用户请求时，向终端发送用于响应用户请求的库存，并扣减分发服务器的库存量。

当分发服务器本地的库存量低于预设库存量时，分发服务器向总服务器发送新的库存请求，该库存请求中可以包括分发服务器的库存消耗速度。

总服务器接收到分发服务器发送的新的库存请求，并获取该库存请求中的库存消耗速度，然后确定总服务器的库存量是否低于预设总库存量，在总服务器的库存量不低于预设总库存量时，根据库存消耗速度、总服务器的当前库存量以及分发服务器的个数，确定分配给分发服务器的库存量，并根据该库存量从总服务器的库存中分配库存量给分发服务器。

同时，分发服务器实时检测自身库存消耗速度，当库存消耗速度低于预设消耗速度时，向总服务器发送库存返回消息，以将自身库存返回给总服务器。总服务器接收到分发服务器发送的库存返回消息后，将该库存返回消息包括的返回库存量指示信息指示的库存量分发给其他的分发服务器，以保证其他分发服务器的库存量充足。

但是，在确定总服务器的库存量低于预设总库存量时，总服务器停止向分发服务器分配库存量，那么在分发服务器的库存达到零时，分发服务器将接收到的用户请求转发到总服务器，以使总服务器向终端发送用于响应用户请求的库存。

基于同一发明构思，参照图4，本公开实施例还提供一种库存控制装置400，应用于总服务器，所述总服务器分别与多个分发服务器连接，该装置400包括：

确定模块401，用于在接收到任一所述分发服务器发送的库存请求时，根据所述库存请求确定分配给所述分发服务器的库存量；

发送模块402，用于向所述分发服务器发送用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的所述库存量，所述分发服务器用于向用户发放库存并扣减所述分发服务器的库存量。

可选地，所述库存请求包括所述分发服务器的库存消耗速度，所述确定模块401用于根据所述库存消耗速度、所述总服务器的当前库存量以及所述多个分发服务器的个数，确定分配给所述分发服务器的库存量。

可选地，所述确定模块301用于按照以下公式，确定分配给所述分发服务器的库存量：

其中，x为所述总服务器的当前库存量，a为所述分发服务器的库存消耗速度，n为与所述多个分发服务器的个数，y为发送给所述分发服务器的库存量。

可选地，所述确定模块401用于：

在接收到任一所述分发服务器发送的库存请求时，确定所述总服务器的库存量是否低于预设总库存量；

在所述总服务器的库存量不低于所述预设总库存量时，根据所述库存请求确定分配给所述分发服务器的库存量。

基于同一发明构思，参照图5，本公开还提供一种库存控制装置500，应用于分发服务器，包括：

发送模块501，用于发送库存请求到总服务器，以请求所述总服务器分配库存量；

接收模块502，用于接收所述总服务器发送的用于响应所述库存请求的消息，所述消息包括库存量指示信息，用于指示所述总服务器分配给所述分发服务器的库存量。

可选地，所述装置500还包括：

检测模块，用于检测所述分发服务器的库存消耗速度；

返回模块，用于向所述总服务器发送库存返回消息，所述库存返回消息包括返回库存量指示信息，用于指示所述分发服务器返回给所述总服务器的库存量。

可选地，所述装置500还包括：

接收请求模块，用于接收终端发送的用于向所述分发服务器请求库存的用户请求；

库存发送模块，用于向所述终端发送用于响应所述用户请求的库存，并扣减所述分发服务器的库存量。

可选地，所述库存发送模块用于：

在确定所述分发服务器的库存量不为零时，向所述终端发送用于响应所述用户请求的库存；

所述装置500还包括：

转发模块，用于在所述分发服务器的库存量为零时，将所述用户请求转发给所述总服务器，以使所述总服务器向所述终端发送用于响应所述用户请求的库存。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

基于同一发明构思，本公开实施例还提供一种服务器，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现上述任一应用于总服务器的库存控制方法的步骤。

在一个示例性实施例中，该服务器的框图可以如图6所示。参照图6，服务器600包括处理器622，其数量可以为一个或多个，以及存储器632，用于存储可由处理器622执行的计算机程序。存储器632中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器622可以被配置为执行该计算机程序，以执行上述的应用于总服务器的库存控制方法。

另外，服务器600还可以包括电源组件626和通信组件650，该电源组件626可以被配置为执行服务器600的电源管理，该通信组件650可以被配置为实现服务器600的通信，例如，有线或无线通信。此外，该服务器600还可以包括输入/输出(i/o)接口658。服务器600可以操作基于存储在存储器632的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm等等。

基于同一发明构思，本公开实施例还提供一种服务器，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现上述任一应用于分发服务器的库存控制方法的步骤。

在一个示例性实施例中，该服务器的框图可以与如图7所示。参照图7，服务器700包括处理器722，其数量可以为一个或多个，以及存储器732，用于存储可由处理器722执行的计算机程序。存储器732中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器722可以被配置为执行该计算机程序，以执行上述的应用于分发服务器的库存控制方法。

另外，服务器700还可以包括电源组件726和通信组件750，该电源组件726可以被配置为执行服务器700的电源管理，该通信组件750可以被配置为实现服务器700的通信，例如，有线或无线通信。此外，该服务器700还可以包括输入/输出(i/o)接口758。服务器700可以操作基于存储在存储器732的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm等等。

基于同一发明构思，本公开实施例还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的任一库存控制方法的步骤。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。