业务信息的处理方法、装置、存储介质和电子设备与流程

1.本公开涉及电子信息处理技术领域，具体地，涉及一种业务信息的处理方法、装置、存储介质和电子设备。


背景技术：

2.随着互联网、云计算等信息技术的迅猛发展，相应带来的数据量也呈现爆发式的增长。许多表格、问卷等业务数据都可以通过网络来填写以及收集。不同的用户对业务数据的需求量不同，因此可以通过云填报平台订购满足需求的套餐。云填报平台在收集用户上传的业务数据的过程中，会统计业务数据的数量，以确定是否符合对应套餐的规格。由于用户可以对业务数据进行修改或者删除，导致在统计业务数据的数量时，可能会存在偏差。


技术实现要素：

3.本公开的目的是提供一种业务信息的处理方法、装置、存储介质和电子设备，用以解决现有技术中存在的相关问题。
4.为了实现上述目的，根据本公开实施例的第一方面，提供一种业务信息的处理方法，所述方法包括：
5.按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，所述业务计数表在业务数据表中新增业务数据的情况下同步更新；
6.根据每个所述对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量；
7.根据所述业务统计表中每个所述对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态；
8.根据每个对象对应的业务数量状态，确定该对象对应的使用权限，所述使用权限用于指示所述业务数据表是否接收该对象对应的业务数据。
9.根据本公开实施例的第二方面，提供一种业务信息的处理装置，所述装置包括：
10.获取模块，用于按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，所述业务计数表在业务数据表中新增业务数据的情况下同步更新；
11.第一更新模块，用于根据每个所述对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量；
12.状态确定模块，用于根据所述业务统计表中每个所述对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态；
13.权限确定模块，用于根据每个对象对应的业务数量状态，确定该对象对应的使用权限，所述使用权限用于指示所述业务数据表是否接收该对象对应的业务数据。
14.根据本公开实施例的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开实施例的第一方面所述方法的步骤。
15.根据本公开实施例的第四方面，提供一种电子设备，包括：
16.存储器，其上存储有计算机程序；
17.处理器，用于执行所述存储器中的所述计算机程序，以实现本公开实施例的第一方面所述方法的步骤。
18.通过上述技术方案，首先按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，其中，业务计数表能够在业务数据表中新增业务数据的情况下同步更新。之后根据每个对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量。进一步根据业务统计表中每个对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态。最后根据每个对象对应的业务数量状态，确定该对象对应的，用于指示业务数据表是否接收该对象对应的业务数据的使用权限。本公开通过业务计数表记录每个检测周期内业务数据的业务数量，并更新业务统计表中相应的业务累计数量，从而确定用户对应的使用权限，能够实现对业务数据的规范化管理，提高数量统计的准确度。
19.本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
20.附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
21.图1是根据一示例性实施例示出的一种业务信息的处理方法的流程图；
22.图2是根据一示例性实施例示出的另一种业务信息的处理方法的流程图；
23.图3是根据一示例性实施例示出的另一种业务信息的处理方法的流程图；
24.图4是根据一示例性实施例示出的另一种业务信息的处理方法的流程图；
25.图5是根据一示例性实施例示出的另一种业务信息的处理方法的流程图；
26.图6是根据一示例性实施例示出的另一种业务信息的处理方法的流程图；
27.图7是根据一示例性实施例示出的另一种业务信息的处理方法的流程图；
28.图8是根据一示例性实施例示出的一种业务信息的处理装置的框图；
29.图9是根据一示例性实施例示出的另一种业务信息的处理装置的框图；
30.图10是根据一示例性实施例示出的另一种业务信息的处理装置的框图；
31.图11是根据一示例性实施例示出的另一种业务信息的处理装置的框图；
32.图12是根据一示例性实施例示出的另一种业务信息的处理装置的框图；
33.图13是根据一示例性实施例示出的一种电子设备的框图；
34.图14是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
35.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
36.在介绍本公开提供的业务信息的处理方法、装置、存储介质和电子设备之前，首先
对本公开中各个实施例所涉及的应用场景进行介绍，该应用场景可以为云填报平台，云填报平台可以提供多种套餐服务，每个对象都可以通过云填报平台订购满足需求的套餐服务。其中，对象可以理解为租用云填报平台的用户，可以是个人用户，也可以是企业用户，本公开对此不作具体限定。套餐服务用于限定云填报平台能够支持相应的对象填报多少数量的业务数据。个人用户、企业用户或者技术人员可以通过在终端设备上访问云填报平台，也可以通过浏览器等方式访问云填报平台。其中，终端设备可以是智能手机、平板电脑、便携计算机等带有显示界面的移动终端，也可以是台式计算机等固定终端。
37.图1是根据一示例性实施例示出的一种业务信息的处理方法的流程图，如图1所示，该方法包括以下步骤：
38.步骤101，按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，业务计数表在业务数据表中新增业务数据的情况下同步更新。
39.举例来说，云填报平台可以维护一个业务数据表，每个对象都可以通过云填报平台产生业务数据，之后云填报平台可以将业务数据存入业务数据表中。业务数据表中存储有大量的业务数据记录，每个业务数据记录中包括一条业务数据，以及该业务数据对应的对象id以及产生时间等信息，对象id能够唯一标识对象。例如一个业务数据记录的结构可以为：{对象id，业务数据，产生时间}。业务数据可以分为多种，例如：对象可以通过云填报平台提交问卷数据，对象也可以通过云填报平台发送短信数据，对象还可以通过云填报平台上传文件数据(可以包括文本文件、图像文件、音频文件等)。
40.进一步的，云填报平台还可以维护一个业务计数表，业务计数表按照预设的检测周期，记录当前检测周期内每个对象对应的业务数据的业务数量。检测周期设置为一天。此时业务计数表用于记录每天内，每个对象对应的业务数据的业务数量。业务计数表中可以包括每个对象对应的计数记录，计数记录的结构可以为{对象id，业务类型，业务数量，用户id，业务id}。当业务数据表中每新增一条业务数据时，都会同步更新业务计数表中的业务数量。其中，业务数量可以理解为业务数据的条数，也可以理解为业务数据的大小。例如，业务数据可以分为问卷数据、短信数据和文件数据，那么业务数量可以包括：问卷数据的条数、短信数据的条数和文件数据的大小(单位例如可以是kb或者mb)，对应的计数记录的结构可以分为{对象id，问卷数据类型，问卷数据的条数，用户id，业务id}、{对象id，短信数据类型，短信数据的条数，用户id，业务id}、{对象id，文件数据类型，文件数据的大小，用户id，业务id}三个计数记录分别进行存储，本公开对此不做具体限定。
41.云填报平台可以按照检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量。以检测周期为一天来举例，那么云填报平台可以设置一个定时任务，该定时任务在每天的2点读取业务计数表中记录的当天内，每个对象对应的业务数据的业务数量。
42.步骤102，根据每个对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量。
43.示例的，云填报平台还可以维护一个业务统计表，业务统计表中记录了每个对象对应的业务累计数量。业务统计表中可以包括每个对象对应的累计记录，累计记录的结构可以为{对象id，业务累计数量}。在获取到业务计数表中记录的当前检测周期内每个对象
对应的业务数据的业务数量之后，可以以此更新业务统计表中该对象对应的业务累计数量。例如，可以将该对象对应的业务数量，与业务统计表中该对象对应的业务累计数量相加，作为业务统计表中该对象对应的更新后的业务累计数量。业务累计数量可以理解为，从该对象订购相应的套餐服务开始，到当前检测周期结束的时间范围内，该对象通过云填报平台产生业务数据的总数量。例如，业务计数表中记录了前一天内，a对象通过云填报平台提交了55条问卷数据，即a对象对应的业务数量为55条。业务统计表中a对象对应的业务累计数量为171条，那么可以将业务统计表中a对象对应的业务累计数量更新为171+55＝226条。
44.由于业务数据表中存储有大量的业务数据记录，业务统计表如果先从业务数据表中查询一个检测周期内产生了多少业务数据，再更新对应的业务累计数量，需要处理大量的数据，更新效率较低。同时，由于业务数据表中存储的业务数据可能被修改或者删除，业务统计表如果根据业务数据表更新对应的业务累计数量，可能会出现偏差。而通过能够与业务数据表同步更新的业务统计表，能够准确地记录每个对象通过云填报平台产生的业务数据，因此根据业务统计表更新对应的业务累计数量，能够提高更新的效率和准确度。
45.步骤103，根据业务统计表中每个对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态。
46.步骤104，根据每个对象对应的业务数量状态，确定该对象对应的使用权限，使用权限用于指示业务数据表是否接收该对象对应的业务数据。
47.示例的，业务统计表中还记录了每个对象通过云填报平台订购的业务数据的预警阈值和总量阈值，总量阈值用于指示该对象可以通过云填报平台产生的业务数据的最大值，预警阈值用于指示该对象当前通过云填报平台产生的业务数据的数量接近总量阈值，例如，预警阈值可以是总量阈值的80％。其中，总量阈值与云填报平台维护的套餐表中记录总量阈值保持一致。套餐表中可以包括每个对象在云填报平台订购的套餐服务的套餐服务记录，套餐服务记录中包括了该对象对应的套餐服务标识、总量阈值、套餐服务有效标志位(用于指示套餐服务是否有效)等，套餐服务记录的结构可以为：{对象id，套餐服务标识，总量阈值，套餐服务有效标志位}。在步骤102更新了业务统计表中该对象对应的业务累计数量之后，可以将业务统计表中每个对象对应的业务累计数量，分别与该对象对应的预警阈值以及总量阈值进行比较，以确定该对象对应的业务数量状态。业务数量状态同样可以存储在业务统计表中。进一步的，可以根据该对象对应的业务数量状态，确定该对象对应的使用权限。
48.业务数量状态可以包括三种：正常状态、预警状态和超量状态，其中正常状态表示该对象通过云填报平台产生的业务数据的数量在总量阈值的范围内，且不需要进行预警。预警状态表示该对象通过云填报平台产生的业务数据的数量在总量阈值的范围内，且接近总量阈值，需要进行预警。超量状态表示该对象通过云填报平台产生的业务数据的数量超过了总量阈值。相应的，使用权限可以分为两种：打开和关闭，打开表示业务数据表可以接收该对象对应的业务数据，也就是说该对象可以通过云填报平台产生业务数据，关闭表示业务数据表拒绝接收该对象对应的业务数据，也就是说该对象不能通过云填报平台产生业务数据。当业务数量状态为正常状态或者预警状态时，可以确定使用权限为打开，当业务数量状态为超量状态时，可以确定使用权限为关闭。
49.在包括多种业务数据的情况下，业务统计表中可以记录有每个对象对应每种业务数据的预警阈值以及总量阈值。例如，业务数据分为问卷数据、短信数据和文件数据，那么业务统计表可以记录有每个对象对应的问卷预警阈值、问卷总量阈值、短信预警阈值、短信总量阈值、文件预警阈值和文件总量阈值。相应的，业务数量状态也可以包括每种业务数据对应的业务数量状态，例如可以包括：问卷业务数量状态、短信业务数量状态和文件业务数量状态。进一步的，使用权限同样可以包括每种业务数据对应的使用权限，例如可以包括：问卷使用权限、短信使用权限，文件使用权限。相应的，累计记录的结构可以为{对象id，问卷预警阈值，问卷总量阈值，短信预警阈值，短信总量阈值，文件预警阈值，文件总量阈值，问卷业务累计数量，短信业务累计数量，文件业务累计数量，问卷业务数量状态，短信业务数量状态，文件业务数量状态}。
50.由于业务统计表能够与业务数据表同步更新，因此能够快速准确地确定对应的业务累计数量，从而准确判断每个对象对应的业务数量状态以及使用权限，能够实现对业务数据的规范化管理，提高云填报平台的服务效率和准确度。
51.综上所述，首先按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，其中，业务计数表能够在业务数据表中新增业务数据的情况下同步更新。之后根据每个对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量。进一步根据业务统计表中每个对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态。最后根据每个对象对应的业务数量状态，确定该对象对应的，用于指示业务数据表是否接收该对象对应的业务数据的使用权限。本公开通过业务计数表记录每个检测周期内业务数据的业务数量，并更新业务统计表中相应的业务累计数量，从而确定用户对应的使用权限，能够实现对业务数据的规范化管理，提高数量统计的准确度。
52.图2是根据一示例性实施例示出的另一种业务信息的处理方法的流程图，如图2所示，步骤103的实现方式可以包括：
53.步骤1031，针对每个对象，若业务统计表中该对象对应的业务累计数量小于或等于预警阈值，确定该对象对应的业务数量状态为正常状态。
54.步骤1032，若业务统计表中该对象对应的业务累计数量大于预警阈值，且小于或等于总量阈值，确定该对象对应的业务数量状态为预警状态。
55.步骤1033，若业务统计表中该对象对应的业务累计数量大于总量阈值，确定该对象对应的业务数量状态为超量状态。
56.示例的，可以先将业务统计表中每个对象对应的业务累计数量与预警阈值进行比较，若小于或等于预警阈值，那么可以确定该对象对应的业务数量状态为正常状态。若大于预警阈值，可以再进一步将该对象对应的业务累计数量与总量阈值进行比较，若大于预警阈值且小于或等于总量阈值，那么可以确定该对象对应的业务数量状态为预警状态。若大于总量阈值，那么可以确定该对象对应的业务数量状态为超量状态。进一步的，若确定该对象对应的业务数量状态为预警状态，可以针对该对象发送预警信息，以对该对象当前通过云填报平台产生的业务数据的数量接近总量阈值进行预警。例如可以向该对象指定的终端设备发送短信、邮件等形式的预警信息，也可以向该对象注册的账号发送弹窗、站内信等形式的预警信息。
57.相应的，步骤104的实现方式可以包括：
58.若该对象对应的业务数量状态为超量状态，确定该对象对应的使用权限为关闭，以指示业务数据表拒绝接收该对象对应的业务数据。若该对象对应的业务数量状态为正常状态或者预警状态，确定该对象对应的使用权限为打开，以指示业务数据表能够接收该对象对应的业务数据。
59.示例的，在业务数量状态为正常状态或者预警状态的情况下，可以确定使用权限为打开，即该对象可以通过云填报平台产生业务数据。在业务数量状态为超量状态时，可以确定使用权限为关闭，即该对象不能通过云填报平台产生业务数据。
60.在包括多种业务数据的情况下，每个对象对应的使用权限可以包括每种业务数据的使用权限。以业务数据分为问卷数据、短信数据和文件数据来举例，那么每个对象对应的使用权限可以包括：问卷使用权限、短信使用权限和文件使用权限。问卷使用权限为关闭，表示该对象不能通过云填报平台提交问卷数据(且不能手动开启)，短信使用权限为关闭，表示该对象不能通过云填报平台发送短信数据，文件使用权限为关闭，表示该对象不能通过云填报平台上传文件数据。
61.图3是根据一示例性实施例示出的另一种业务信息的处理方法的流程图，如图3所示，在步骤103之后，该方法还可以包括：
62.步骤105，针对每个对象，若该对象对应的业务数量状态为预警状态，确定业务统计表中该对象对应的发送标签，发送标签用于指示是否针对该对象发送过预警信息。
63.步骤106，在该对象对应的发送标签为未发送的情况下，针对该对象发送预警信息，并将该对象对应的发送标签更新为已发送。
64.举例来说，针对每个对象来说，云填报平台可以只在首次确定该对象对应的业务数量状态为预警状态时，针对该对象发送预警信息，之后再次确定该对象对应的业务数量状态为预警状态时，不再针对该对象发送预警信息。具体的，可以在业务统计表中的每个对象对应的累计记录中，增加一个发送标签，用于标识是否给该对象发送过预警信息，例如，发送标签为0，表示未发送，发送标签为1，表示已发送。在步骤103确定某个对象对应的业务数量状态为预警状态的情况下，可以从业务统计表中查询该对象对应的发送标签，如果该对象对应的发送标签为已发送，那么表示云填报平台已经针对该对象发送过预警信息，可以不作任何处理，以避免反复针对该对象发送预警信息，造成传输资源的浪费。如果该对象对应的发送标签为未发送，那么表示云填报平台还未针对该对象发送过预警信息，可以针对该对象发送预警信息，同时并将业务统计表中该对象对应的发送标签更新为已发送。
65.图4是根据一示例性实施例示出的另一种业务信息的处理方法的流程图，如图4所示，在步骤101之后，该方法还可以包括：
66.步骤107，根据每个对象对应的业务数量，更新对象信息表中该对象对应的数量信息，对象信息表中包括每个对象对应的对象信息，数量信息用于表征该对象在多个时间范围内对应的业务数据的数量。
67.步骤108，清空业务计数表。
68.举例来说，云填报平台还可以维护一个对象信息表，对象信息表中存储有每个对象的对象信息和数量信息，其中，对象信息用于表征该对象，例如可以包括该对象的对象id，还可以包括该对象对应的使用权限。数量信息用于表征该对象在多个时间范围内对应
的业务数据的数量，多个时间范围例如可以包括：当前检测周期以及当前检测周期之前。以检测周期为1天来举例，数量信息可以包括：当天该对象通过云填报平台产生业务数据的数量(可以表示为today_submission)，以及当天之前该对象通过云填报平台产生业务数据的数量(可以表示为before_submission)。在获取到业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量之后，可以根据每个对象对应的业务数量，更新对象信息表中该对象对应的数量信息。这样，如果个人用户、企业用户或者技术人员有查询当天或者之前对应的数量信息时，可以直接从对象信息表中进行查询，对象信息表中的数据量很少，能够大大提高查询速度。
69.在步骤102、107之后，定时任务可以清空业务计数表，使得业务计数表可以继续记录下一个检测周内每个对象对应的业务数据的业务数量。进一步的，定时任务还可以对业务统计表进行备份，以便后续技术人员对业务累计数量、业务数量状态等进行核查。
70.图5是根据一示例性实施例示出的另一种业务信息的处理方法的流程图，如图5所示，该方法还可以包括：
71.步骤109，接收查询指令，查询指令包括目标对象的对象信息，以及查询条件。
72.步骤110，在预先建立的查询宽表中查询目标对象对应的，满足查询条件的查询结果，并展示查询结果，查询宽表包括对象信息表与业务数据表。
73.示例的，云填报平台还可以提供查询服务，个人用户、企业用户或者技术人员可以通过在终端设备上向云填报平台发送查询指令，也可以通过浏览器等方式向云填报平台发送查询指令。查询指令中可以包括目标对象的对象信息，以及查询条件。对象信息例如可以是目标对象的任一个或者多个对象实例字段，查询条件可以包括查询时间范围，和/或查询业务数据类型。例如，查询条件包括的查询时间范围为2021年7月1日至2021年7月3日，查询业务数据类型为：问卷数据和短信数据。
74.云填报平台在接收到查询指令后，作为对查询指令的响应，可以在预先建立的查询宽表中查询目标对象对应的，满足查询条件的查询结果，并在展示界面上展示查询结果。其中，查询宽表包括了对象信息表与业务数据表，还可以包括套餐表。可以理解为，预先将对象信息表与业务数据表按照预设的关联关系进行关联，以组成查询宽表，这样，云填报平台在执行查询指令时，不需要再将对象信息表与业务数据表进行关联，就可以直接在查询宽表中进行查询。由于业务数据表中存储有大量的业务数据记录，如果每次执行查询指令，都将对象信息表与业务数据表进行关联，会消耗大量的处理资源，查询效率很低，甚至会造成查询超时的问题，因此直接在查询宽表中进行查询，能够有效提高查询效率。
75.进一步的，如果查询条件中的查询时间范围，与对象信息表中数量信息表征的时间范围匹配，那么可以直接在对象信息表中进行查询。如果查询条件中的查询时间范围，与对象信息表中数量信息表征的时间范围不匹配，那么可以在业务数据表中进行查询。
76.例如，查询条件为查询当天目标对象通过云填报平台产生业务数据的数量，那么可以直接在对象信息表中获取目标对象对应的today_submission，作为查询结果并进行展示。再比如，查询条件为查询2021年7月1日至2021年7月5日内目标对象通过云填报平台产生业务数据的数量，那么可以在业务数据表中查询，产生时间在2021年7月1日至2021年7月5日内，对象id与目标对象匹配的业务数据记录，以得到查询结果并进行展示。
77.图6是根据一示例性实施例示出的另一种业务信息的处理方法的流程图，如图6所
示，该方法还可以包括：
78.步骤111，将对象信息表与业务数据表，按照对象信息指示的关联关系进行关联，以得到包括对象信息表与业务数据表的查询宽表。
79.步骤112，将查询宽表同步至检索引擎。
80.相应的，步骤110的实现方式可以为：
81.通过调用检索引擎执行查询指令，获取查询结果。
82.举例来说，业务数据表中存储有多个业务数据记录，每个业务数据记录中包括有对应的对象id，对象信息表中也存储有每个对象的对象id，也就是说业务数据表与对象信息表中都存储有对象id，因此业务数据表与对象信息表之间具有关联关系。可以按照对象信息指示的关联关系将对象信息表与业务数据表进行关联，以得到包括对象信息表与业务数据表组成的查询宽表，关联过程可以理解为将对象信息表与业务数据表进行扁平化处理。还可以按照对象信息指示的关联关系将对象信息表、套餐表、业务数据表进行关联，以得到包括对象信息表、套餐表、业务数据表组成的查询宽表。之后，可以将查询宽表同步至检索引擎，相应的，云填报平台可以通过调用检索引擎执行查询指令，以得到检索引擎反馈的查询结果。其中检索引擎例如可以为es(英文：elastic search)引擎。通过检索引擎执行查询指令，能够进一步提高查询效率。进一步的，当业务数据表，和/或业务数据表发生变化时，还可以相应更新查询宽表，并将查询宽表同步至检索引擎。
83.图7是根据一示例性实施例示出的另一种业务信息的处理方法的流程图，如图7所示，数量信息包括：第一时间范围对应的第一数量以及第二时间范围对应的第二数量，第一时间范围对应当前检测周期，第二时间范围对应当前检测周期之前的时间范围。以检测周期为1天来举例，由于出现频率较高的查询时间范围，通常是当天、当天之前，因此可以将第一时间范围设置为当天，第二时间范围设置为当天之前的时间。相应的，第一数量即为当天该对象通过云填报平台产生业务数据的数量，表示为today_submission。第二数量即为当天之前该对象通过云填报平台产生业务数据的数量，表示为before_submission。
84.相应的，步骤107的实现方式可以包括：
85.步骤1071，将该对象对应的第二数量更新为该对象对应的第二数量与该对象对应的第一数量的和。
86.步骤1072，将该对象对应的第一数量更新为该对象对应的业务数量。
87.示例的，在更新对象信息表中每个对象对应的数量信息时，可以先将该对象对应的第二数量更新为该对象对应的第二数量与该对象对应的第一数量的和，即before_submission＝before_submission+today_submission。之后，再将该对象对应的第一数量更新为该对象对应的业务数量，即today_submission＝当前检测周期内该对象对应的业务数据的业务数量。这样，就可以根据每个对象对应的业务数量，更新对象信息表中该对象对应的数量信息。相应的，云填报平台在接收到查询指令时，可以直接在对象信息表中查询到第一数量以及第二数量，能够进一步提高查询效率。
88.综上所述，首先按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，其中，业务计数表能够在业务数据表中新增业务数据的情况下同步更新。之后根据每个对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量。进一步根据业务统计表中每个对象对应的业务累计数量，和该对象对应
的预警阈值以及总量阈值，确定该对象对应的业务数量状态。最后根据每个对象对应的业务数量状态，确定该对象对应的，用于指示业务数据表是否接收该对象对应的业务数据的使用权限。本公开通过业务计数表记录每个检测周期内业务数据的业务数量，并更新业务统计表中相应的业务累计数量，从而确定用户对应的使用权限，能够实现对业务数据的规范化管理，提高数量统计的准确度。
89.图8是根据一示例性实施例示出的一种业务信息的处理装置的框图，如图8所示，该装置200包括：
90.获取模块201，用于按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，业务计数表在业务数据表中新增业务数据的情况下同步更新。
91.第一更新模块202，用于根据每个对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量。
92.状态确定模块203，用于根据业务统计表中每个对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态。
93.权限确定模块204，用于根据每个对象对应的业务数量状态，确定该对象对应的使用权限，使用权限用于指示业务数据表是否接收该对象对应的业务数据。
94.在一种实现方式中，状态确定模块203可以用于执行以下步骤：
95.步骤1)针对每个对象，若业务统计表中该对象对应的业务累计数量小于或等于预警阈值，确定该对象对应的业务数量状态为正常状态。
96.步骤2)若业务统计表中该对象对应的业务累计数量大于预警阈值，且小于或等于总量阈值，确定该对象对应的业务数量状态为预警状态。
97.步骤3)若业务统计表中该对象对应的业务累计数量大于总量阈值，确定该对象对应的业务数量状态为超量状态。
98.相应的，权限确定模块204可以用于执行以下步骤：
99.步骤4)若该对象对应的业务数量状态为超量状态，确定该对象对应的使用权限为关闭，以指示业务数据表拒绝接收该对象对应的业务数据。
100.步骤5)若该对象对应的业务数量状态为正常状态或者预警状态，确定该对象对应的使用权限为打开，以指示业务数据表能够接收该对象对应的业务数据。
101.图9是根据一示例性实施例示出的另一种业务信息的处理装置的框图，如图9所示，该装置200还可以包括：
102.标签确定模块205，用于在根据业务统计表中每个对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态之后，针对每个对象，若该对象对应的业务数量状态为预警状态，确定业务统计表中该对象对应的发送标签，发送标签用于指示是否针对该对象发送过预警信息。
103.预警模块206，用于在该对象对应的发送标签为未发送的情况下，针对该对象发送预警信息，并将该对象对应的发送标签更新为已发送。
104.图10是根据一示例性实施例示出的另一种业务信息的处理装置的框图，如图10所示，该装置200还可以包括：
105.第二更新模块207，用于在按照预设的检测周期，获取业务计数表中记录的当前检
测周期内每个对象对应的业务数据的业务数量之后，根据每个对象对应的业务数量，更新对象信息表中该对象对应的数量信息，对象信息表中包括每个对象对应的对象信息，数量信息用于表征该对象在多个时间范围内对应的业务数据的数量。
106.清空模块208，用于清空业务计数表。
107.图11是根据一示例性实施例示出的另一种业务信息的处理装置的框图，如图11所示，该装置200还可以包括：
108.接收模块209，用于接收查询指令，查询指令包括目标对象的对象信息，以及查询条件。
109.查询模块210，用于在预先建立的查询宽表中查询目标对象对应的，满足查询条件的查询结果，并展示查询结果，查询宽表包括对象信息表与业务数据表。
110.图12是根据一示例性实施例示出的另一种业务信息的处理装置的框图，如图12所示，该装置200还可以包括：
111.关联模块211，用于将对象信息表与业务数据表，按照对象信息指示的关联关系进行关联，以得到包括对象信息表与业务数据表的查询宽表。
112.同步模块212，用于将查询宽表同步至检索引擎。
113.相应的，查询模块210可以用于：
114.通过调用检索引擎执行查询指令，获取查询结果。
115.在另一种实现方式中，数量信息包括：第一时间范围对应的第一数量、以及第二时间范围对应的第二数量，第一时间范围对应当前检测周期，第二时间范围对应当前检测周期之前的时间范围。
116.相应的，第二更新模块207可以用于执行以下步骤：
117.步骤6)将该对象对应的第二数量更新为该对象对应的第二数量与该对象对应的第一数量的和。
118.步骤7)将该对象对应的第一数量更新为该对象对应的业务数量。
119.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
120.综上所述，首先按照预设的检测周期，获取业务计数表中记录的当前检测周期内每个对象对应的业务数据的业务数量，其中，业务计数表能够在业务数据表中新增业务数据的情况下同步更新。之后根据每个对象对应的业务数量，更新业务统计表中该对象对应的业务累计数量。进一步根据业务统计表中每个对象对应的业务累计数量，和该对象对应的预警阈值以及总量阈值，确定该对象对应的业务数量状态。最后根据每个对象对应的业务数量状态，确定该对象对应的，用于指示业务数据表是否接收该对象对应的业务数据的使用权限。本公开通过业务计数表记录每个检测周期内业务数据的业务数量，并更新业务统计表中相应的业务累计数量，从而确定用户对应的使用权限，能够实现对业务数据的规范化管理，提高数量统计的准确度。
121.图13是根据一示例性实施例示出的一种电子设备300的框图。如图13所示，该电子设备300可以包括：处理器301，存储器302。该电子设备300还可以包括多媒体组件303，输入/输出(i/o)接口304，以及通信组件305中的一者或多者。
122.其中，处理器301用于控制该电子设备300的整体操作，以完成上述的业务信息的
处理方法中的全部或部分步骤。存储器302用于存储各种类型的数据以支持在该电子设备300的操作，这些数据例如可以包括用于在该电子设备300上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器302可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read-only memory，简称eprom)，可编程只读存储器(programmable read-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件303可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器302或通过通信组件305发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口304为处理器301和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件305用于该电子设备300与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(near field communication，简称nfc)，2g、3g、4g、nb-iot、emtc、或其他5g等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件305可以包括：wi-fi模块，蓝牙模块，nfc模块等等。
123.在一示例性实施例中，电子设备300可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digital signal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的业务信息的处理方法。
124.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的业务信息的处理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器302，上述程序指令可由电子设备300的处理器301执行以完成上述的业务信息的处理方法。
125.图14是根据一示例性实施例示出的一种电子设备400的框图。例如，电子设备400可以被提供为一服务器。参照图14，电子设备400包括处理器422，其数量可以为一个或多个，以及存储器432，用于存储可由处理器422执行的计算机程序。存储器432中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器422可以被配置为执行该计算机程序，以执行上述的业务信息的处理方法。
126.另外，电子设备400还可以包括电源组件426和通信组件450，该电源组件426可以被配置为执行电子设备400的电源管理，该通信组件450可以被配置为实现电子设备400的通信，例如，有线或无线通信。此外，该电子设备400还可以包括输入/输出(i/o)接口458。电子设备400可以操作基于存储在存储器432的操作系统，例如windows server
tm
，mac os x
tm
，unix
tm
，linux
tm
等等。
127.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该
程序指令被处理器执行时实现上述的业务信息的处理方法的步骤。例如，该非临时性计算机可读存储介质可以为上述包括程序指令的存储器432，上述程序指令可由电子设备400的处理器422执行以完成上述的业务信息的处理方法。
128.在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的业务信息的处理方法的代码部分。
129.以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
130.另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
131.此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。