CN112734405A - 一种事项受理方法、装置、相关设备及存储介质 - Google Patents

Abstract

本公开实施例提供一种事项受理方法、装置、相关设备及存储介质。方法包括：确定用户申请受理的多个事项，所述多个事项包括第一事项和第二事项；获取第一事项对应的用于用户输入数据的数据项，以及第二事项对应的用于用户输入数据的数据项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；获取第一事项的数据项的输入数据；若所述第一事项的所述相同数据项存在输入数据，基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据。本公开实施例可在用户申请受理多个事项时，提升多个事项的数据输入效率，进而提升多个事项的受理效率。

Description

一种事项受理方法、装置、相关设备及存储介质

技术领域

本公开实施例涉及数据处理技术领域，具体涉及一种事项受理方法、装置、相关设备及存储介质。

背景技术

随着网络的普及，政务、企业、学校、医院等主体提供了事项在线受理的服务平台。通过服务平台，用户可在线申请需要受理的事项，并根据事项的具体要求在线输入数据。

目前当用户申请受理多个事项时，用户需要针对多个事项分别输入数据，此时，如何提升多个事项的数据输入效率，成为了本领域技术人员亟需解决的问题。

发明内容

有鉴于此，本公开实施例提供一种事项受理方法、装置、相关设备及存储介质，以在用户申请受理多个事项时，提升多个事项的数据输入效率，进而提升多个事项的受理效率。

为实现上述目的，本公开实施例提供如下技术方案。

第一方面，本公开实施例提供一种事项受理方法，包括：

确定用户申请受理的多个事项，所述多个事项包括第一事项和第二事项；

获取第一事项对应的用于用户输入数据的数据项，以及第二事项对应的用于用户输入数据的数据项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

获取第一事项的数据项的输入数据；

若所述第一事项的所述相同数据项存在输入数据，基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据。

第二方面，本公开实施例提供一种事项受理装置，包括：

事项确定模块，用于确定用户申请受理的多个事项，所述多个事项包括第一事项和第二事项；

数据项获取模块，用于获取第一事项对应的用于用户输入数据的数据项，以及第二事项对应的用于用户输入数据的数据项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

输入数据获取模块，用于获取第一事项的数据项的输入数据；

数据自动确定模块，用于若所述第一事项的所述相同数据项存在输入数据，基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据。

第三方面，本公开实施例提供一种事项受理方法，包括：

展示数据输入页面，所述数据输入页面展示有用户申请受理的多个事项分别对应的数据项；所述多个事项包括第一事项和第二事项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

检测用户针对第一事项的数据项的数据输入操作，在所述数据输入页面的第一事项的数据项中展示用户的输入数据；

若所述第一事项的所述相同数据项展示有输入数据，在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据。

第四方面，本公开实施例提供一种事项受理装置，包括：

数据输入页面展示模块，用于展示数据输入页面，所述数据输入页面展示有用户申请受理的多个事项分别对应的数据项；所述多个事项包括第一事项和第二事项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

输入数据展示模块，用于检测用户针对第一事项的数据项的数据输入操作，在所述数据输入页面的第一事项的数据项中展示用户的输入数据；

关联展示模块，用于若所述第一事项的所述相同数据项展示有输入数据，在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据。

第五方面，本公开实施例提供一种事项受理服务平台，包括至少一个存储器和至少一个处理器；所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如上述第一方面所述的事项受理方法。

第六方面，本公开实施例提供一种用户终端，其中，包括至少一个存储器和至少一个处理器；所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如上述第三方面所述的事项受理方法。

第七方面，本公开实施例提供一种存储介质，所述存储介质存储一条或多条计算机可执行指令；所述一条或多条计算机可执行指令可被执行，以实现如上述第一方面或第三方面所述的事项受理方法。

本公开实施例提供的事项受理方法，可针对用户申请受理的多个事项中的第一事项，获取对应的用于用户输入数据的数据项；针对用户申请受理的多个事项中的第二事项，获取对应的用于用户输入数据的数据项。并且，第一事项与第二事项具有相同数据项，且第一事项和第二事项中的相同数据项相互关联用户的输入数据。从而，在第一事项的相同数据项存在输入数据的情况下，本公开实施例可基于第一事项中相同数据项的输入数据，自动确定第二事项中相同数据项的输入数据，避免用户在第二事项的相同数据项重复输入数据的操作。本公开实施例可在事项受理过程中，减少用户重复输入相同数据的操作，提升多个事项间相同数据的输入效率，可实现提升多个事项的数据输入效率，进而提升多个事项的受理效率。

附图说明

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

图1为本公开实施例的事项在线办理系统的示意图。

图2为受理事项过程的示意图。

图3a为本公开实施例的实现情形问答的示意图。

图3b为本公开实施例的情形问答页面的示意图。

图3c为共享问答项库页面及相应的页面跳转示意图。

图3d为事项问答配置页面的示意图。

图4a为本公开实施例的实现表单填写的示意图。

图4b为本公开实施例的表单填写页面的示意图。

图5为本公开实施例的实现相同问答项的数据联动的可选示意图。

图6a为本公开实施例的材料上传页面的示意图。

图6b为新建业务服务页面以及业务与事项关联页面的示意图。

图7a为本公开实施例的待申请事项集合页面的示意图。

图7b为本公开实施例的用户须知页面的示意图。

图7c为本公开实施例的办结介绍页面的示意图。

图7d为本公开实施例的信息确认页面的示意图。

图8为本公开实施例的事项受理方法的流程图。

图9为本公开实施例的事项受理方法的另一流程图。

图10为本公开实施例的事项受理装置的框图。

图11为本公开实施例的事项受理服务平台的示意图。

图12为本公开实施例提供的事项受理装置的另一框图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

事项在线办理一般分为事项在线受理和审批办结两个环节。事项在线受理环节，主要是基于用户申请受理的事项，接受用户在线提供的数据和材料。审批办结环节，主要是审批事项在线受理环节接受的数据和材料，给出事项办结结果（例如事项办结成功或者失败的结果），并提供事项办结结果文件（例如相应的电子证件或者实体证件）。需要说明的是，此处所指的数据一般是用户以选择或者填写等方式输入的数据内容，此处所指的材料一般是用户以附件形式上传的文件。

在一些实施例中，图1示出了本公开实施例的事项在线办理系统100的示意图，如图1所示，该系统100可以包括：用户终端102，事项受理服务平台104、审批系统106及管理端108。用户终端102可以是用户使用的手机、笔记本电脑等用户电子设备。事项受理服务平台104可以是提供事项在线受理服务的网络平台。在一些实施例中，事项受理服务平台104可基于数据中台实现服务支持。审批系统106可以是提供审批办结服务的网络平台。管理端108可由管理人员使用，用于对事项受理服务平台104进行业务服务、事项的管理和配置。在一些示例中，管理人员例如提供事项受理服务的政务、企业、学校、医院等主体的单位人员。在一些实施例中，事项受理服务平台104或审批系统106可以包括多台服务器形成的服务器群组或者单一服务器。在一些实施例中，作为系统100的变形结构，事项在线办理系统也可以不单独设置审批系统，而是在事项受理服务平台中同时提供事项在线受理服务和审批办结服务。

政务、企业、学校、医院等主体可以应用图1所示系统100或者系统100的变形结构，为用户提供事项在线办理服务。例如，政务主体可基于图1所示系统100或者系统100的变形结构实现身份证、社保、户籍、驾驶证等政务事项的在线受理和办理。例如，企业主体可基于图1所示系统100或者系统100的变形结构实现入职、报销、请假、休假、离职等事项的在线受理和办理。需要说明的是，支持事项在线办理的主体可以是任意的，本公开实施例对此并不设限。

在一些实施例中，图2示出了事项受理服务平台104受理事项过程200的示意图，参照图2，该过程200可以包括如下阶段：事项选择阶段201、事项确认阶段202、用户须知阶段203、申请条件判断阶段204、身份验证阶段205、情形问答阶段206、表单填写阶段207、材料上传阶段208、办结介绍阶段209、信息确认阶段210、提交阶段211。

在事项选择阶段201，用户可从事项受理服务平台提供的多个事项中，选择待申请受理的事项。在一些实施例中，事项受理服务平台的事项选择页面展示有可供用户选择的事项，这些事项可以认为是事项受理服务平台支持受理的事项。用户可从事项选择页面中选择待申请受理的一个或多个事项。例如，政务主体对应的事项受理服务平台可设置政务事项选择页面，以展示可供用户选择的政务事项。用户可从该政务事项选择页面中选择待申请受理的政务事项。在一些实施例中，用户可将在事项选择阶段201选择的事项加入到待申请事项集合，待申请事项集合可以认为是用户选择的待申请受理的事项的集合。该待申请事项集合还可以进一步展示用户在事项选择阶段201历史选择但还未申请受理的事项。

在事项确认阶段202，用户可从事项选择阶段201选择的事项中确认申请受理的一个或多个事项。在一些实施例中，用户可从待申请事项集合中确认申请受理的一个或多个事项。例如，事项受理服务平台可展示待申请事项集合页面，该待申请事项集合页面可展示待申请事项集合中的各个事项。用户可从待申请事项集合中确认现在申请受理的一个或多个事项，并发起申请请求。在另外一些实施例中，用户在事项选择阶段201选择事项后，事项受理服务平台可提供所选择事项的事项确认申请页面，以提示用户是否确认申请选择的事项。也就是说，用户在事项确认阶段202，可从待申请事项集合中确认申请受理的一个或多个事项，也可以是对事项选择阶段201当场选择的事项进一步确认是否申请受理。

在用户须知阶段203，针对用户申请受理的事项，事项受理服务平台可为用户展示用户须知。例如，事项受理服务平台可通过用户须知页面，展示用户申请受理的事项的用户须知内容和用户协议。

在申请条件判断阶段204，针对用户申请受理的事项，事项受理服务平台可判断用户是否符合事项的申请条件。例如，有些事项需要特定条件的用户才能申请，事项受理服务平台可判断当前用户是否符合事项申请受理所要求的条件。

在身份验证阶段205，事项受理服务平台可通过人脸验证、指纹验证等身份验证手段，验证申请受理事项的用户是否为事项受理服务平台的当前登录用户。例如，身份验证主要是验证事项是否由本人申请受理。

在情形问答阶段206，针对用户申请受理的事项，事项受理服务平台可提供一个或多个问答项，一个问答项包括一个问题及对应的多个选项。用户需根据自身实际情形，选择各个问答项的答案选项。例如，事项受理服务平台可通过情形问答页面展示婚姻状况问答项、户籍所在地是否为本省的问答项、申请类型是首次申请还是再次申请的问答项等。根据不同的事项，事项受理服务平台在情形问答阶段206展示的问答项可能不同，具体可根据实际情况调整，本公开实施例并不设限。在另外一些实施例中，情形问答阶段206的回答方式不限于用户选择选项的方式，也可支持用户填写答案的方式等。

在表单填写阶段207，针对用户申请受理的事项，事项受理服务平台可展示需要用户填写内容的表单，该表单可以包括要求用户填写字段内容的表单字段。用户需根据自身实际情况，在表单的各表单字段填写字段内容。例如，事项受理服务平台可通过表单页面展示姓名表单字段、证据号码表单字段、单位名称表单字段、联系方式表单字段等。根据不同的事项，事项受理服务平台在表单填写阶段207展示的表单字段可能不同，具体可根据实际情况调整，本公开实施例并不设限。在另外一些实施例中，表单填写阶段207不限于用户填写数据的方式，也可在表单提供选项的情况下，支持用户选择选项的方式。

在材料上传阶段208，针对用户申请受理的事项，事项受理服务平台可提供要求用户上传附件材料的上传接口，以要求用户通过上传接口上传事项的附件材料。根据不同的事项，事项受理服务平台在材料上传阶段208要求的附件材料可能不同，具体可根据实际情况调整，本公开实施例并不设限。

在办结介绍阶段209，针对用户申请受理的事项，事项受理服务平台可介绍事项办结成功后的事项办结结果文件（事项办结结果文件例如事项办结成功后能够领取的电子证件、实体证件等）。在进一步的一些实施例中，事项受理服务平台还可支持用户选择事项办结结果文件的领取方式，如果是以邮寄方式领取事项办结结果文件，事项受理服务平台还可支持用户选择和修改邮寄地址。

在信息确认阶段210，针对用户申请受理的事项，事项受理服务平台可提供信息确认页面，该信息确认页面可展示用户在信息确认阶段210之前的阶段所录入的信息（即申报信息），以便用户确认录入的信息是否准确。在用户确认信息确认页面的信息准确后，用户可进行提交操作，进入提交阶段211。在提交阶段211，事项受理服务平台104可将用户申请受理的事项的提交信息（例如事项录入的数据和材料等信息），提交给审批系统106，以进行后续的审批办理。

需要说明的是，图2描述的阶段仅是一种示例，根据事项的实际配置要求，图2描述的一些阶段可以省略或者调整顺序或者由其他阶段进行替换。受理事项过程所包含的阶段具体视实际情况而定，本公开实施例对此并不设限。但无论如何，受理事项过程必然涉及要求用户输入数据的阶段。该要求用户输入数据的阶段例如，情形问答阶段、表单填写阶段、或者类似情形问答阶段、表单填写阶段等的阶段。基于此，当用户在一个服务平台同时申请受理多个事项时，由于各个事项之间要求用户输入的数据可能存在相互重复的情况，这将带来用户在不同事项之间重复输入相同数据的工作，无疑加大了用户输入数据的工作量，降低了多个事项的数据输入效率，进而降低了多个事项的受理效率。

为解决上述问题，本公开实施例提供的事项受理方案可在用户申请受理多个事项时，提升多个事项的数据输入效率，进而提升多个事项的受理效率。

以用户在情形问答阶段206回答事项的情形问答为例，对本公开实施例的事项受理方案进行介绍。图3a示出了本公开实施例的事项受理服务平台104实现情形问答的示意图。如果用户确认申请受理多个事项，图3a所示的事项s1和s2可以为用户确认申请受理多个事项中的任意两个事项。

在本公开实施例中，事项受理服务平台维护有共享问答项库k1，共享问答项库k1可以存储多个问答项。例如，共享问答项库k1可存储n个问答项w1至wn。共享问答项库k1中存储的各个问答项可基于标准化数据结构形成。共享问答项库k1中存储的一个问答项可以包括一个问题及对应的选项。

事项s1具有配置文件j1，配置文件j1可以记录事项s1的配置信息。在本公开实施例中，事项s1的配置信息可以包括事项s1的问答项标识b1。问答项标识可以认为是问答项在共享问答项库中的索引。例如，问答项标识b1可以认为是事项s1的问答项在共享问答项库k1的索引，用于从共享问答项库k1中获取事项s1的问答项。在情形问答阶段206，事项受理服务平台104可基于事项s1的配置信息，获取事项s1的问答项标识b1。进而，基于事项s1的问答项标识b1，从共享问答项库k1中获取事项s1的问答项。事项s1的问答项可以是一个或多个。

事项s2具有配置文件j2，配置文件j2可以记录事项s2的配置信息。在本公开实施例中，事项s2的配置信息可以包括事项s2的问答项标识b2。在一些实施例中，问答项标识b2可以认为是事项s2的问答项在共享问答项库k1的索引，用于从共享问答项库k1中获取事项s2的问答项。在情形问答阶段206，事项受理服务平台104可基于事项s2的配置信息，获取事项s2的问答项标识b2。进而，基于事项s2的问答项标识b2，从共享问答项库k1中获取事项s2的问答项。事项s2的问答项可以是一个或多个。

在本公开实施例中，事项s1和事项s2具有一个或多个相同问答项。由于事项s1和事项s2的问答项均是从共享问答项库k1中获取，并且共享问答项库k1中的问答项是基于标准化数据结构形成，因此事项s1和事项s2中的相同问答项实质是共享问答项库k1中存储的同一问答项。也就是说，基于标准化数据结构，事项s1和事项s2中的相同问答项可实现数据联动，在数据底层相互关联用户的答案选项。答案选项可以认为是用户从问答项的选项中选择作为答案的选项。

在一些实施例中，用户在事项s1就该相同问答项选择答案选项时，事项受理服务平台104可将用户选择的答案选项，关联到事项s2中的相同问答项，实现事项s2中相同问答项的自动回答。也就是说，用户在事项s1中回答问答项后，事项s2中与事项s1相同的问答项会自动关联上用户的回答，不需用户再在事项s2中重复回答相同的问答项。例如，图3a中事项s1和事项s2具有相同的问答项wk，用户在回答事项s1的问答项wk之后，事项受理服务平台104可将用户的回答自动关联到事项s2的问答项wk中。

从展示层面来说，事项受理服务平台104可以提供情形问答页面，以便用户通过情形问答页面，实现情形问答阶段206的问题回答。相应的，用户终端102可展示情形问答页面；该情形问答页面可以展示用户申请受理的多个事项的问答项，并且事项s1和事项s2具有相同问答项。当事项s1的相同问答项存在用户选择的答案选项的情况下，情形问答页面可在事项s2的相同问答项自动关联展示该答案选项。

在一种示例中，图3b示出了本公开实施例的事项受理服务平台104提供的情形问答页面的示意图。如图3b所示，情形问答页面可分区域展示各事项对应的问答项，一个区域展示一个事项需回答的所有问答项。例如，图3b分区域展示了用户申请受理的“出生医学证明”事项的问答项，和“驾驶证到期更换”事项的问答项。在本实施例中，“出生医学证明”事项可以作为图3a所示的事项s1，“驾驶证到期更换”事项可以作为图3a所示的事项s2。

在一些实施例中，情形问答页面中各事项的问答项对应的展示区域的顺序，可与用户在事项选择阶段201选择的事项顺序相对应，或者与用户在事项确认阶段202确认申请受理的事项顺序相对应。当然，情形问答页面中各事项的问答项对应的展示区域的顺序也可随机定义，或者按照其他顺序定义，本公开实施例并不设限。在其他可能的实施例中，情形问答页面也可通过不同的子页面展示不同事项的问答项。

由图3b可以看出，“出生医学证明”事项和“驾驶证到期更换”事项具有相同的问答项“婚姻状况”。由于“出生医学证明”事项和“驾驶证到期更换”事项的问答项均是从共享问答项库k1中获取，并且这些问答项均是基于标准化数据结构形成，因此“出生医学证明”事项和“驾驶证到期更换”事项中相同的“婚姻状况”问答项实质为同一问答项，可实现数据联动。当用户在“出生医学证明”事项中选择了“婚姻状况”问答项的答案选项为“已婚”时，事项受理服务平台104可将“已婚”的答案选项自动关联到“驾驶证到期更换”事项的“婚姻状况”问答项，实现“驾驶证到期更换”事项中“婚姻状况”问答项的自动回答。

在一些实施例中，用户在事项s1中针对与事项s2的相同问答项选择了答案选项后，事项受理服务平台104可自动选择事项s2的相同问答项，并自动选中事项s2的相同问答项的答案选项。例如，从事项受理服务平台104的后台处理层面来说，用户在“出生医学证明”事项中选择了“婚姻状况”问答项的答案选项为“已婚”时，事项受理服务平台104可自动选择“驾驶证到期更换”事项中相同的“婚姻状况”问答项，并自动选中“已婚”的答案选项。

从展示层面来说，事项s2中与事项s1的相同问答项自动关联上答案选项后，可通过特定展示形式，提示事项s2的相同问答项已自动回答。例如，“驾驶证到期更换”事项的“婚姻状况”问答项，自动关联上“出生医学证明”事项对应的“已婚”的答案选项后，“驾驶证到期更换”事项的“婚姻状况”问答项中的答案选项可在展示层面联动置灰展示（例如，以一定的灰度展示），以提示“驾驶证到期更换”事项的“婚姻状况”问答项已自动回答。当然，本公开实施例所指的特定展示形式并不一定是置灰展示，也可以是其他的展示形式，例如高亮展示等，本公开实施例对此并不设限。

在本公开的一些实施例中，事项s2中与事项s1的相同问答项自动关联上答案选项后，事项s2中该相同问答项的答案选项可设为不可单独调整，而是随着用户对事项s1中该相同问答项的答案选项调整而调整。在另外一些实施例中，本公开实施例也可支持事项s2与事项s1中任一事项的相同问答项的答案选项调整，则另一个事项的该相同问答项的答案选项随之调整。

在本公开的一些实施例中，事项s1与事项s2的相同问答项可在情形问答页面中进行提示。例如，情形问答页面可通过展示特定标识信息，来提示事项s1与事项s2中的相同问答项。

在本公开的进一步实施例中，用户在情形问答阶段206完成问答后，可请求进入在线受理事项的下一阶段。例如，用户可点击情形问答页面的 “下一步”按钮，以请求进入在线受理事项的下一阶段。此时，事项受理服务平台104可检查每个事项的回答是否出现异常，若出现异常则进行报错，若检查正常，则可进入下一阶段。

在进一步的实施例中，基于情形问答阶段206用户的不同回答，用户在表单填写阶段可能需要填写不同的表单、在材料上传阶段可能需要提供不同的材料。事项受理服务平台104可在检查每个事项的回答正常时，进一步展示各个事项的材料清单，或者各个事项整体去重后的材料清单。该材料清单可支持下载、打印，例如事项受理服务平台104可提供材料清单二维码，支持用户扫描二维码来下载、打印材料清单。在更进一步的实施例中，该材料清单也可支持用户共享给其他用户；材料清单的共享功能可通过配置开启或者关闭。在一些实施例中，事项受理服务平台可通过弹窗、页面跳转等方式，展示该材料清单。

从管理、配置层面来说，本公开实施例可提供共享问答项库页面，以便管理人员通过共享问答项库页面，管理、配置共享问答项库。需要说明的是，情形问答页面是提供给用户，用于回答不同情形问题的页面；共享问答项库页面是提供给管理人员，用于管理、配置情形问答阶段的问答项。图3c示出了共享问答项库页面及相应的页面跳转示意图。如图3c所示，共享问答库页面可支持新建问答项、查询共享问答项库中的已有问答项、对共享问答项库中的问答项进行重新编辑等操作。同时，问答项库页面还可展示共享问答项库中各问答项已关联的事项的数量。关联同一问答项的事项之间可实现数据联动。

如图3c所示，当管理人员点击共享问答库页面的新建问答图标，页面跳转至图3c所示的新建问答项页面。管理人员可在新建问答项页面输入新建的问答项的问题、选项，并设置问答类型是单选还是多选等操作。新建的问答项初始关联的事项个数为0。管理人员可针对新建的问答项进行事项关联。图3d示出了事项问答配置页面的示意图。如图3d所示，针对需要关联共享问答项库中的问答项的事项，本公开实施例可在该事项的情形配置页签中，添加关联该事项的问答项。以此方式针对多个事项关联问答项，由于各个问答项均是来源于共享问答项库，因此多个事项在关联到相同的问答项时，可实现多个事项之间相同问答项的数据联动。

在一些实施例中，本公开支持对问答项进行重新编辑。在对问答项进行重新编辑后，新编辑内容的问答项并不会直接同步到已关联的事项中，而是需要在事项对应的情形配置页签中点击同步图标，才能完成新编辑内容的问答项到已关联的事项的同步，实现问答项新编辑内容在已关联事项中的生效。

在一些实施例中，本公开支持设置多个不同业务类型的共享问答项库，并支持对共享问答项库进行删除。但是，已关联事项的共享问答项库，不允许删除，而未关联事项的共享问答项库，可以支持整体删除共享问答项库或者对共享问答项库中的某一或多个问答项进行删除。

本公开实施例通过结构化、颗粒化情形问答阶段的问答项，并由共享问答项库统一存储问答项，实现问答项的统一管理。针对情形问答阶段涉及的多个事项，事项受理服务平台可从共享问答项库中获取各个事项的问答项，并且多个事项的相同问答项可进行数据联动。当用户在回答一个事项的问答项后，另一个事项中的相同问答项可自动关联上用户的回答，提升了多个事项的问答项回答效率，进而提升了多个事项的受理效率。

以用户需在表单填写阶段207填写事项的表单为例，对本公开实施例的事项受理方案进行介绍。图4a示出了本公开实施例的事项受理服务平台104实现表单填写的示意图。图4a所示中的事项s1和s2为用户确认申请受理多个事项中的任意两个事项。

事项受理服务平台维护有共享字段库k2，共享字段库k2可以存储多个表单字段。例如，共享字段库k2可存储n个表单字段b1至bn。表单字段可以认为是事项的表单中的字段。共享字段库k2中存储的各个表单字段可基于标准化数据结构形成。共享字段库k2中存储的一个表单字段可以包括一个字段名称及对应的字段内容填写区。例如，共享字段库k2可存储姓名表单字段（包括姓名的字段名称及具体姓名的填写区）、证件号码表单字段（包括证件号码字段名称及具体号码的填写区）等。在一些实施例中，共享字段库k2与图3a中的共享问答项库k1可以属于同一数据库，例如使用同一数据库的不同区域存储问答项和表单字段。在另外一些实施例中，共享字段库k2与共享问答项库k1可以属于不同数据库。

事项s1具有配置文件j1，配置文件j1可以记录事项s1的配置信息。事项s1的配置信息可以包括事项s1的表单字段标识z1。表单字段标识可以认为是表单字段在共享字段库中的索引。例如，表单字段标识z1可以认为是事项s1的表单字段在共享字段库k2的索引，用于从共享字段库k2中获取事项s1的表单字段。在表单填写阶段207，事项受理服务平台104可基于事项s1的配置信息，获取事项s1的表单字段标识z1。进而，基于事项s1的表单字段标识z1，从共享字段库k2中获取事项s1的表单字段。事项s1的表单字段可以是一个或多个。

事项s2具有配置文件j2，配置文件j2可以记录事项s2的配置信息。事项s2的配置信息可以包括事项s2的表单字段标识z2。在一些实施例中，表单字段标识z2可以认为是事项s2的表单字段在共享字段库k2的索引，用于从共享字段库k2中获取事项s2的表单字段。在表单填写阶段207，事项受理服务平台104可基于事项s2的配置信息，获取事项s2的表单字段标识z2。进而，基于事项s2的表单字段标识z2，从共享字段库k2中获取事项s2的表单字段。事项s2的表单字段可以是一个或多个。

在本公开实施例中，事项s1和事项s2具有一个或多个相同表单字段。由于事项s1的表单字段和事项s2的表单字段均是从共享字段库k2中获取，并且共享字段库k2中的表单字段是基于标准化数据结构形成，因此事项s1和事项s2中的相同表单字段实质是共享字段库k2存储的同一表单字段。也就是说，基于标准化数据结构，事项s1和事项s2中的相同表单字段可实现数据联动，在数据底层相互关联用户输入的字段内容。

在一些实施例中，用户在事项s1就该相同表单字段填写了字段内容后，事项受理服务平台104可将用户填写的字段内容关联到事项s2中的相同表单字段，实现事项s2中相同的表单字段自动填充字段内容。也就是说，用户在事项s1中填写表单字段的字段内容后，事项s2中与事项s1相同的表单字段会自动关联上用户填写的字段内容，不需用户再在事项s2中重复填写相同表单字段的字段内容。例如，图4a中事项s1和事项s2具有相同的表单字段bk，用户在填写事项s1的表单字段bk的字段内容之后，事项受理服务平台104可将用户填写的字段内容关联到事项s2的表单字段bk中，实现事项s1和事项s2中相同表单字段的数据联动。

从展示层面来说，事项受理服务平台104可以提供表单填写页面，以便用户通过表单填写页面，实现表单填写阶段的表单填写。相应的，用户终端102可展示表单填写页面；该表单填写页面可以展示用户申请受理的多个事项的表单字段，并且事项s1和事项s2具有相同表单字段。当事项s1的相同表单字段存在用户填写的字段内容的情况下，表单填写页面可在事项s2的相同表单字段自动关联展示该字段内容。

在一种示例中，图4b示出了本公开实施例的事项受理服务平台104提供的表单填写页面的示意图。如图4b所示，表单填写页面分子页面的展示了各事项的表单，一个子页面展示一个事项的表单。例如，图4b通过分子页面的方式展示了用户申请受理的“出生医学证明”事项的表单，和“驾驶证到期更换”事项的表单。在本实施例中，“出生医学证明”事项可以作为图4a所示的事项s1，“驾驶证到期更换”事项可以作为图4a所示的事项s2。

在一些实施例中，事项受理服务平台104可按照事项维度，在表单填写页面中分子页面的展示各事项的表单。例如，表单填写页面中各事项的表单对应的子页面顺序，可与用户在事项选择阶段201选择的事项顺序相对应，或者与用户在事项确认阶段202确认申请受理的事项顺序相对应。当然，表单填写页面中各事项的表单对应的子页面顺序也可随机定义，或者按照其他顺序定义，本公开实施例并不设限。在其他可能的实施例中，表单填写页面也可通过其他展示方式展示不同事项的表单，而不一定是分子页面的展示方式。

在图4b示例中，如果“出生医学证明”事项和“驾驶证到期更换”事项存在相同表单字段，则用户在“出生医学证明”事项中填写该相同表单字段的字段内容后，事项受理服务平台104可自动在“驾驶证到期更换”事项的相同表单字段中自动填充相应的字段内容。例如，“出生医学证明”事项和“驾驶证到期更换”事项存在相同表单字段“联系人姓名”，则用户在“出生医学证明”事项中填写“联系人姓名”的具体姓名后，事项受理服务平台104可自动在“驾驶证到期更换”事项的“联系人姓名”表单字段中，填充上用户填写的具体姓名，从而无需用户再在“驾驶证到期更换”事项中填写“联系人姓名”表单字段的具体姓名。

在一些实施例中，事项受理服务平台104在分子页面展示事项s1和事项s2的表单的情况下，用户在事项s1的相同表单字段填写字段内容后，事项s2中该相同表单字段的字段内容填充时机可以是，表单填写页面翻页到事项s2的表单对应的子页面时。也就是说，事项受理服务平台104在表单填写页面翻页到事项s2的表单对应的子页面时，可根据事项s1中该相同表单字段已填写的字段内容，自动在事项s2的该相同表单字段中填充字段内容。例如，用户在“出生医学证明”事项中填写“联系人姓名”的具体姓名后，如果表单填写页面翻页到“驾驶证到期更换”事项的表单对应的子页面，则事项受理服务平台104可自动在“驾驶证到期更换”事项的“联系人姓名”表单字段自动填充相应的具体姓名。当然，上述描述的方式仅是可选手段，事项受理服务平台104也可在事项s1中该相同表单字段填写上字段内容后，在后台自动将事项s2中该相同表单字段填充上相应的字段内容。

从展示层面来说，事项s2中的相同表单字段自动关联上字段内容后，可通过特定展示形式，提示事项s2的相同表单字段已自动填写字段内容。例如，“驾驶证到期更换”事项的“联系人姓名”表单字段，自动关联上“出生医学证明”事项中对应的字段内容后，“驾驶证到期更换”事项的“联系人姓名”表单字段可在展示层面联动展示，并支持在“驾驶证到期更换”事项中二次修改。在本公开的一些实施例中，事项s2中与事项s1的相同表单字段自动关联上字段内容后，事项s2中该相同表单字段的字段内容可设为不可单独调整，而是随着用户对事项s1中该相同表单字段的字段内容调整而调整。在另外一些实施例中，本公开实施例也可支持事项s2与事项s1中任一事项的相同表单字段的字段内容调整，则另一个事项的该相同表单字段的字段内容随之调整。

在本公开的一些实施例中，事项s1与事项s2的相同表单字段可在表单填写页面中进行提示。例如，表单填写页面可通过展示特定标识信息，来提示事项s1与事项s2中的相同表单字段。

从管理、配置层面来说，本公开实施例可提供共享字段库页面，以便管理人员通过共享字段库页面，管理、配置共享字段库。需要说明的是，表单填写页面是提供给用户，用于填写表单内容；共享字段库页面是提供给管理人员，用于管理、配置表单。共享字段库页面可支持新建表单字段、查询共享字段库中的已有表单字段、对表单字段进行重新编辑等操作。同时，共享字段库页面还可展示各表单字段已关联的事项的数量。关联同一表单字段的事项之间可实现数据联动。

针对需要关联表单字段的事项，本公开实施例可在该事项的表单配置页签中，添加关联该事项的表单字段。以此方式针对多个事项关联表单字段，由于表单字段均是来源于共享字段库，因此多个事项可关联到相同的表单字段，并实现多个事项之间相同表单字段的数据联动。

在一些实施例中，本公开支持对表单字段进行重新编辑。也支持设置多个不同业务类型的共享字段库，并支持对共享字段库或者表单字段进行删除等操作。

本公开实施例通过结构化、颗粒化表单填写阶段的表单字段，并由共享字段库统一存储表单字段，实现表单字段的统一管理。针对表单填写阶段涉及的多个事项，事项受理服务平台可从共享字段库中获取各个事项对应的表单字段，并且实现多个事项间相同表单字段的数据联动。当用户在填写一个事项的表单字段的字段内容后，另一个事项中相同的表单字段可自动关联上用户填写的字段内容，提升了多个事项的表单字段的填写效率，进而提升了多个事项的受理效率。

在本公开的一些实施例中，不同事项之间的相同数据项（例如相同问答项或者相同表单字段）可提前建立映射关系。在一个事项的某一数据项存在用户的输入数据的情况下，事项受理服务平台104可根据该映射关系，确定另一个事项中的相同数据项，从而将用户的输入数据进行关联，实现不同事项的相同数据项之间的数据联动。图5示出了本公开实施例的实现相同问答项的数据联动的可选示意图。如图5所示，事项受理服务平台104可提前建立事项s1与事项s2中相同问答项的映射关系，进而在用户回答事项s1中的某一问答项后，事项受理服务平台104可根据该映射关系确定事项s2中是否存在相同的问答项，若是，则事项受理服务平台104可将事项s1中该问答项的答案选项，自动关联到事项s2中的相同问答项。不同事项之间的相同表单字段的数据联动也可以此方式同理实现。

在用户申请受理多个事项时，材料上传阶段208所要求上传的各事项的材料之间可能存在重复。因此，为避免用户在不同事项之间重复上传相同的材料，事项受理服务平台104可将多个事项对应的所有材料信息进行去重，得到去重后的材料信息。事项受理服务平台104可在材料上传页面不区分事项的展示去重后的材料信息，使得用户针对申请受理多个事项统一上传去重后的材料信息，减少用户重复上传相同材料的操作。例如，事项s1要求上传c1、c2和c3的材料信息，事项s2要求上传c2和c4的材料信息，则事项受理服务平台104可将事项s1和s2对应的所有材料信息进行去重，得到去重后的材料信息c1、c2、c3和c4；进而，事项受理服务平台104可在材料上传页面不区分事项s1和s2，而是统一展示去重后的材料信息c1、c2、c3和c4。在一种示例中，图6a示出了本公开实施例的材料上传页面的示意图。如图6a所示，材料上传页面不区分事项的统一展示了去重后要求上传的全部材料信息c1、c2、c3和c4。

在本公开的一些实施例中，材料可以分为：普通材料、或组材料、材料版式文件（按单事项渲染）。在本公开的一些实施例中，普通材料的去重逻辑可以是：针对相同的材料的名称、备注按事项标识的顺序，以第一个事项为准；如果不同事项的情形要求不同的材料，则取不同事项的情形要求的材料并集，只要有一个并集满足不同事项之间的情形要求，则展示相应的材料；当存在材料的数量限制、格式要求、以及材料的可编辑要求等情况时，可取各个事项要求上传的材料的交集；如果要求材料可被共享，且配置了多个材料共享，则按照事项标识的顺序，以第一个事项的材料为准。在本公开的一些实施例中，或组材料的去重逻辑可以是：若组材料内任一材料与非或组的普通材料重复，则或组材料不展示；若组材料内任意材料与其他或组材料存在交集，则直接展示交集相应的材料。在本公开的一些实施例中，材料版式文件可按事项标识去重。

需要说明的是，虽然本公开实施例在材料上传阶段208是将多个事项去重后的材料信息合并展示，但是在信息确认阶段和提交阶段，本公开实施例是从用户上传的所有材料信息中，拆解出各事项要求的材料进行信息确认阶段的信息确认，以及提交阶段的信息提交。

本公开实施例可将多个事项之间重复的材料信息进行去重，减少用户重复上传材料的操作，提升多个事项的受理效率。

在本公开的一些实施例中，事项受理可作为业务服务部署在事项受理服务平台104。一个业务服务可配置有多个可供申请的事项。本公开实施例可管理多个业务服务。在一些实施例中，针对任一主体，本公开实施例可为主体配置使用的一个或多个业务服务，从而使得主体可通过使用业务服务，来为用户提供事项受理服务。在一些示例中，业务服务也可称为事项商场，一个事项商场内可关联配置多个事项。进一步的，事项商场还可针对个人事项和法人事项进行区分。

在一些实施例中，本公开实施例可提供业务服务页面（例如事项商场页面），管理人员可通过该业务服务页面提供的管理入口，进入业务服务管理页面，以实现管理业务服务。例如，业务服务管理页面可以包括新建业务服务页面。管理人员可在业务服务页面点击新建业务服务的图标，以通过新建业务服务的管理入口，进入新建业务服务页面，进行业务服务的新建。图6b示出了新建业务服务页面以及业务与事项关联页面的示意图。在新建业务服务页面，管理人员可输入新建业务服务的名称，以及类型（例如是个人事项的业务类型还是法人事项的业务类型等）。针对新建的业务服务，该业务服务下配置的事项的数量为0，本公开实施例可在该业务服务的业务与事项关联页面进行事项关联。例如，在业务服务创建完成后，可在该业务服务的业务与事项关联页面进行事项的关联。如图6b所示，业务与事项关联页面支持查询事项、将事项关联到业务服务下等操作。事项关联至业务服务之后，可以预览业务服务效果，例如预览业务服务下已配置关联的事项。

在一些实施例中，本公开实施例可通过业务服务列表，管理各个业务服务。可选的，业务服务页面除提供新建业务服务的管理入口外、还可提供删除业务服务、配置业务服务等的管理入口。针对任一业务服务，本公开实施例还提供业务服务的业务配置页面，以配置业务服务的事项，例如，新增、删除、编辑业务服务下的事项。本公开实施例还可提供业务服务的测试能力，以及业务服务的上下线能力。

在一些实施例中，本公开实施例可对业务服务下的事项进行配置，例如：

配置、展示业务服务下已完成梳理且上线的事项列表，事项列表中的事项在事项受理服务平台可对应有相应的事项标识（例如事项ID），并且与该业务服务的服务标识相关联；

配置事项的属性，例如配置事项的办理地点、配置事项的办理指南页、事项是否可在线受理、事项是否可加入到待申请事项集合等；

配置事项添加到待申请事项集合后，提供关联的推荐事项。

图7a示出了本公开实施例的待申请事项集合页面的示意图。待申请事项集合页面可以是事项受理服务平台104提供的用于展示待申请事项集合的页面。待申请事项集合可以包括用户选择的待申请受理的事项。也就是说，待申请事项集合中的事项是用户选择但还未正式确认申请受理的事项。在一些示例中，待申请事项集合也可称为事项购物车（例如政务场景下，可称为政务事项购物车），用于存储用户添加的还未提出申请的事项。

待申请事项集合页面可支持用户查看待申请事项集合中的事项、并进行删除事项、新增事项等操作。当用户查看待申请事项集合页面中展示的某一事项时，事项受理服务平台104可提供该事项的事项介绍，例如该事项的办理要求、流程等介绍信息。当用户删除待申请事项集合页面中展示的某一事项时，该事项从待申请事项集合中删除。当用户在待申请事项集合页面中进行新增事项的操作时，事项受理服务平台104可跳转到事项选择页面，由用户选择新增事项加入到待申请事项集合中。

在本公开的一些实施例中，当用户从事项受理服务平台104提供的事项中选择某一事项，或者将某一事项加入到待申请事项集合时，事项受理服务平台104可为用户推荐与该事项关联的推荐事项。例如，推荐事项可以是该事项的下一或多个需办理的关联事项。示例的，当用户选择“出生医学证明”事项或者将该事项加入到待申请事项集合时，由于办理“出生医学证明”事项后，用户可能还需进一步办理“户籍”、“社保”等关联事项，因此事项受理服务平台104可为用户智能化的推荐这些关联事项，以方便用户更为高效的办理事项。

在本公开的一些实施例中，用户可通过待申请事项集合页面，选择确认申请受理的一个或多个事项。也就是说，在待申请事项集合页面展示待申请事项集合的情况下，用户可从待申请事项集合页面展示的待申请事项集合中，选择确认申请受理的一个或多个事项。针对用户选择确认申请受理的多个事项，事项受理服务平台可判断是否存在互斥事项（互斥的多个事项之间只能允许申请受理其中一个事项）。针对用户选择确认申请受理的多个事项，事项受理服务平台104可判断事项之间的依赖关系，以为用户更好的梳理当前选择确认申请受理的事项之间的关系。

需要说明的是，出于便于方便用户选择事项的目的，事项受理服务平台104可能将属于同一事务的事项进行组合，以便于用户在办理某一事务时，能够通过该事务的事项组合一次性办理事项。如果用户选择确认申请受理某一事务的事项组合时，又选择确认申请受理单独的多个事项，则事项受理服务平台104可在事务的事项组合与单独的多个事项存在重复时进行提示，并要求用户进行排他操作。也就是说，选择确认申请受理的事项时，事务的事项组合与单独的多个事项之间具有排他性。在进一步的一些实施例中，如果用户选择了一事务的事项组合，则本公开实施例可自动从该事项组合中排除用户历史已申请的事项，避免用户在历史针对某个事项提出申请后，用户此时申请同一事务的事项组合时，重复申请该事项的情况。

用户通过待申请事项集合页面，选择确认申请受理的多个事项后，用户可执行申请操作，以便进入下一阶段。例如，用户从待申请事项集合页面中选择多个事项作为确认申请受理的事项后，用户可点击“申请受理”按钮，进入在线受理事项过程的下一阶段。本公开实施例可支持用户在待申请事项集合页面针对多个确认申请受理的事项，批量进行合并申请操作。相应的，事项受理服务平台104可获取到用户选择的多个事项的合并申请请求。也就是说，用户确认申请受理的多个事项可合并申请受理。

在政务等场景下，事项类型可能分为个人事项和法人事项，由于个人事项和法人事项之间存在较大的区别，因此如果用户在待申请事项集合页面，选择的确认申请受理的事项存在个人事项和法人事项，则事项受理服务平台104可对用户进行提示，并拒绝上述的合并申请请求。也就是说，个人事项和法人事项不允许合并申请受理。需要说明的是，个人事项和法人事项不允许合并申请受理仅是一种可选手段，本公开也可支持个人事项和法人事项允许合并申请受理的情况。

在本公开的一些实施例中，用户针对多个事项执行合并申请操作，进入下一阶段之前，事项受理服务平台104可进一步判断用户申请受理的多个事项是否存在异常，并通过外部接口获取用户相关的信息。例如，事项受理服务平台104可通过URL（Uniform ResourceLocator，统一资源定位器）跳转，允许外部拼接申请受理的事项清单，包括申请受理的事项列表，以及申请受理的事项对应的业务服务标识等。如果申请受理的事项在事项受理服务平台104的业务服务标识不存在，则说明事项受理服务平台104已下线或者正维护该事项的业务服务，当前无法受理该事项，可进行报错并拒绝上述合并申请请求。如果申请受理的事项列表中的事项对应有不存在的事项标识（如事项ID），则报错并拒绝上述合并申请请求。在一些实施例中，为进一步避免合并申请受理的多个事项存在个人事项和法人事项，事项受理服务平台104还可拦截合并申请受理的多个事项，进行个人事项、法人事项的类型判断。

在用户申请受理多个事项，或者用户申请受理的多个事项经过事项受理服务平台104的判断不存在错误后，进入的下一阶段可以是用户须知阶段203。在本公开的一些实施例中，用户须知可以包括须知内容和用户协议。针对多个事项同时合并申请受理的情况，须知内容的展示方式可以如下：按事项顺序展示，该事项顺序与用户申请受理时的事项顺序相对应。如果申请受理的多个事项中存在同一事务的事项，则同一事务的事项可按同一事务形式统一展示。针对多个事项同时合并申请受理的情况，用户协议的展示方式可以如下：各个事项的用户协议统一勾选一次确认；各个事项的协议名称合并展示，每个协议名称可单独点击查看。例如，用户协议的展示格式可以为：本人已阅读同意《事项s1协议》《事项s2协议》...等。作为一种示例，图7b示出了本公开实施例的用户须知页面的示意图。针对用户申请受理的多个事项，用户须知页面可展示各个事项的须知内容，以及合并展示各个事项的协议名称，并且各个事项的用户协议可统一勾选确认。

在申请条件判断阶段204，作为本公开的一些实施例，针对用户申请受理的多个事项，事项受理服务平台104可取该多个事项的并集，判断用户是否符合申请条件。如果用户不符合该多个事项中任一事项的申请条件，则报错并提示用户不符合申请条件。报错信息可以包括用户不符合申请条件的事项名称，以及原因。

在身份验证阶段205，作为本公开的一些实施例，针对用户申请受理的多个事项，事项受理服务平台104可支持一次身份验证通过，则用户申请受理的多个事项均通过身份验证。可选的，身份验证手段可以包括如下任意一项：人脸识别验证、第三方授权验证、签名验证等。

在一些实施例中，本公开实施例的事项申请受理可仅支持用户本人办理。当然，在另外一些实施例中，也可支持用户委托他人办理的情况。

在用户完成在线受理事项过程的数据输入、材料上传等阶段后，在本公开的一些实施例中，事项受理服务平台104可进入办结介绍阶段209。图7c示出了 事项受理服务平台104提供的办结介绍页面的示意图。针对用户申请受理的多个事项，事项受理服务平台104可提供办结介绍页面，办结介绍页面可按照事项维度分块展示各事项的办结介绍信息，使得不同事项的办结介绍信息可在同一页面合并展示。事项的办结介绍信息可以包括事项的办结结果文件介绍信息，取件方式选择信息，以及邮寄地址信息等。

图7d示出了事项受理服务平台104提供的信息确认页面的示意图。在信息确认阶段210，事项受理服务平台可通过信息确认页面，按事项展示用户录入的信息（即申报信息）。在一些实施例中，信息确认页面可通过分区域或者分子页面的展示方式，展示用户针对各事项录入的信息。信息确认页面针对一个事项所展示的信息例如：表单信息、材料信息、签名等。

本公开的一些实施例中，用户在信息确认阶段210确认信息后，事项的信息在提交时默认需要二次确认，此时的确认可采用默认文案进行。由于本公开实施例是对多个事项进行合并申请受理，因此在各个事项进行提交时，涉及到分别获取各个事项完整的提交信息，例如需要基于前文录入的情形问答、填写的表单、统一上传的材料，拆分出各个事项的提交信息（如情形问答信息、表单信息、材料信息等），因此事项受理服务平台104在此时存在一定的处理耗时，而不是在用户提交后立刻能够得到提交结果。事项受理服务平台104拆分出各个事项的提交信息的过程可以在展示层面对应一个临时渲染页。各个事项的提交信息拆分完毕后，提交页面可展示各个事项的提交状态。

在本公开的一些实施例中，事项受理服务平台可提供提交页面。提交页面可展示各个事项的提交状态。对于提交成功的事项，事项受理服务平台104可提供事项受理号并展示在提交页面。对于提交失败的事项，事项受理服务平台104可提供提交错误原因，并展示在提交页面。对于提交中的事项，事项受理服务平台104可在提交页面提供提示等待引导信息。提交页面具有自动刷新信息的能力，例如，事项受理服务平台104可对提交页面的信息定时进行刷新。

在本公开实施例中，审批系统106可基于事项受理服务平台104提供的各事项的提交信息，进行审批并提供事项办结结果。审批系统106可通过事项受理服务平台104与用户终端102交互数据。在本公开实施例中，由于不同的事项可能需要不同的主体审批，因此事项受理服务平台104可将事项的提交信息传达到对应审批主体的审批系统，以由对应审批主体进行审批。针对各个事项，事项受理服务平台104将事项的提交信息传达到对应的审批系统后，事项受理服务平台104可形成各个事项对应的办理状态信息，并在用户的事项办理状态页面进行展示。需要说明的是，事项受理服务平台的受理过程，与审批系统的办结结果可以不存在依赖关系。

本公开实施例提供多事项批量合并申请受理的能力，并通过重组事项受理流程，使得不同事项可以联合录入数据和材料，并且在信息确认阶段、提交阶段提供各事项的申报信息、提交信息的自动拆分能力。能够在事项提交后，使得各事项的提交信息自动下发到对应审批系统。本公开实施例能够达到用户一次申请多个事项，多个事项一次受理、办结的效果，极大的提升了事项的受理、办结效率。

本公开实施例提供的方案可以应用在不同主体的事项受理领域，例如应用在政务、企业、学校、医院等主体的事项受理领域。以政务主体的政务事项为例，通过使用本公开实施例的方案，用户可选择政务事项加入到待申请事项集合，对待申请事项集合中加入的多个政务事项合并申请受理；进一步的，针对待申请事项集合中用户确认的申请受理的政务事项，本公开实施例还可提供关联的推荐政务事项，以便于用户一次性申请受理相关联的政务事项。在事项情形问答、表单填写等数据输入阶段，本公开实施例支持不同政务事项的相同问答项、相同表单字段等相同数据项的数据联动，可避免用户在多个政务事项之间重复输入相同数据的操作，极大的提高了多个政务事项的数据输入效率，进而提升了多个政务事项的受理效率。

在材料上传阶段，本公开实施例支持对多个政务事项的所有材料信息进行去重，并支持用户针对多个政务事项统一上传去重后材料信息，避免了用户重复上传不同政务事项之间相同材料的操作，进一步提升多个政务事项的受理效率。在多个政务事项的信息确认和提交阶段，针对原先合并申请受理的多个政务事项，本公开实施例支持拆分各个政务事项对应的确认信息和提交信息，使得各个政务事项的提交信息能够完整的传达给对应的审批系统，为后续各个审批系统高效、准确办结各个政务事项提供了可能。

在本公开的一些实施例中，社交、电子商务等第三方应用可提供访问，事项受理服务平台的接口。用户可通过第三方应用的该接口，实现访问事项受理服务平台。

可以看出，本公开实施例通过结构化、颗粒化事项的问答项、表单字段等原子数据，且提供统一的原子数据管理，使得不同事项中的相同数据可实现自动数据联动。本公开实施例进一步提供不同事项之间的材料信息去重和统一上传。本公开实施例可达到用户一次申请多个事项，多个事项间的重复数据和材料无需重复用户提供的效果，提升了多个事项的数据、材料输入效率，进而提升了多个事项的受理效率。

图8示出了本公开实施例的事项受理方法的流程图。该方法可由事项受理服务平台104执行。在一些实施例中，该方法可由事项受理服务平台104执行相应的计算机指令或程序实现。图8所示的方法步骤可与前文描述的方案内容相互关联、参照。

在步骤S810中，确定用户申请受理的多个事项，所述多个事项包括第一事项和第二事项。

在一些实施例中，事项受理服务平台104可将用户从事项选择页面选择的事项加入到待申请事项集合，所述待申请事项集合包括用户从事项选择页面中已选择但还未申请受理的事项。从而，在用户从待申请事项集合中选择多个事项并执行合并申请操作后，事项受理服务平台104可响应于用户在所述待申请事项集合中选择的多个事项的合并申请请求，确定用户申请受理的多个事项。

在另外一些实施例中，用户也可在事项选择页面中一次选择多个事项，并发起该多个事项的合并申请请求。从而，事项受理服务平台104可确定用户申请受理的多个事项。

在一些实施例中，第一事项和第二事项可以是用户申请受理的多个事项中的任意两个事项。在一些示例中，第一事项例如前文描述的事项s1，第二事项例如前文描述的事项s2。

在步骤S820中，获取第一事项对应的用于用户输入数据的数据项，以及第二事项对应的用于用户输入数据的数据项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据。

在本公开实施例中，事项对应有要求用户输入数据的数据项，以便用户输入数据。

在一些实施例中，事项受理服务平台104可维护共享数据项库，该共享数据项库可存储多个数据项，且该共享数据项库中的各个数据项基于标准化数据结构形成。从而，事项受理服务平台104可针对用户申请受理的多个事项中的第一事项，从共享数据项库中获取第一事项对应的数据项。事项受理服务平台104可针对用户申请受理的第二事项，从共享数据项库中获取第二事项对应的数据项。

在一些实施例中，由于第一事项与第二事项的数据项均是从共享数据项库中获取，因此第一事项与第二事项中的相同数据项实质为共享数据项库中的同一数据项，第一事项与第二事项中的相同数据项可在数据底层相互关联用户的输入数据。

在一些实施例中，第一数据项的配置信息可记录第一事项的数据项标识，该数据项标识可以是数据项在共享数据项库中的索引。从而，事项受理服务平台104可根据第一事项的配置信息，确定第一事项的数据项标识。进而，事项受理服务平台104可从共享数据项库中获取与第一事项的数据项标识对应的数据项。同理，事项受理服务平台104可根据第二事项的配置信息，确定第二事项的数据项标识。进而，从共享数据项库中获取与第二事项的数据项标识对应的数据项。

在一些实施例中，数据项可以包括用于用户选择数据的选择项。基于选择项，用户可通过选择数据的方式录入数据。相应的，上述共享数据项库可以是共享选择项库，共享选择项库中可以存储多个选择项，并且共享选择项库中的各个选择项基于标准化数据形成。事项受理服务平台104可从共享选择项库中获取第一事项对应的选择项，以及获取第二事项对应的选择项。由于第一事项与第二事项中的相同选择项实质为共享选择项库中的同一选择项，因此第一事项与第二事项中的相同选择项可在数据底层相互关联用户选择的数据。

在进一步的一些实施例中，上述数据项标识可以是选择项标识，作为选择项在共享选择项库中的索引。事项受理服务平台104可根据第一事项的配置信息，确定第一事项的选择项标识，从共享选择项库中获取第一事项的选择项标识对应的选择项。事项受理服务平台104可根据第二事项的配置信息，确定第二事项的选择项标识，从共享选择项库中获取第二事项的选择项标识对应的选择项。

在一些示例中，上述选择项例如前文描述的问答项，共享选择项库例如前文描述的共享问答项库，选择项标识例如前文描述的问答项标识，相关技术内容可相互参照。

在一些实施例中，数据项可以包括用于用户填写数据的填写项。基于填写项，用户可通过填写数据的方式录入数据。相应的，上述共享数据项库可以是共享填写项库，共享填写项库中可以存储多个填写项，并且共享填写项库中的各个填写项基于标准化数据形成。事项受理服务平台104可从共享填写项库中获取第一事项对应的填写项，以及获取第二事项对应的填写项。由于第一事项与第二事项中的相同填写项实质为共享填写项库中的同一填写项，因此第一事项与第二事项中的相同填写项可在数据底层相互关联用户填写的数据。

在进一步的一些实施例中，上述数据项标识可以是填写项标识，作为填写项在共享填写项库中的索引。事项受理服务平台104可根据第一事项的配置信息，确定第一事项的填写项标识，从共享填写项库中获取第一事项的填写项标识对应的填写项。事项受理服务平台104可根据第二事项的配置信息，确定第二事项的填写项标识，从共享填写项库中获取第二事项的填写项标识对应的填写项。

在一些示例中，上述填写项例如前文描述的表单字段，共享填写项库例如前文描述的共享字段库，填写项标识例如前文描述的表单字段标识，相关技术内容可相互参照。

在步骤S830中，获取第一事项的数据项的输入数据。

第一事项为用户申请受理的多个事项中的任一事项。

在一些实施例中，用户可通过选择数据（例如选择选项）、填写数据（例如填写字段内容）等方式针对数据项输入数据。相应的，事项受理服务平台可获取到用户终端发送的用户在第一事项的数据项的输入数据。

在其他一些实施例中，如果事项受理服务平台104存储有用户针对某一数据项的历史输入数据，则事项受理服务平台可调取该数据项的历史输入数据，实现第一数据项中相应数据项的输入数据的自动填充。例如，在针对表单填写字段内容时，如果事项受理服务平台104存储有用户针对某一表单字段的历史字段内容，则事项受理服务平台104可基于该表单字段的历史字段内容，自动确定第一事项中的相应表单字段的字段内容。

在另外的一些实施例中，本公开实施例也可支持用户以电子笔填写内容，或者上传手写内容的图像文件，从而事项受理服务平台104可基于OCR (Optical CharacterRecognition，光学字符识别)识别方式，确定用户针对第一事项的数据项的输入数据。

在步骤S840中，若所述第一事项的所述相同数据项存在输入数据，基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据。

在本公开的一些实施例中，第一事项与第二事项中的相同数据项相互关联用户的输入数据，因此在第一事项中的该相同数据项存在输入数据的情况下，本公开实施例可基于第一事项中的该相同数据项的输入数据，自动确定第二事项中该相同数据项的输入数据，避免用户在第二事项中的该相同数据项重复输入数据的操作。

在一些实施例中，数据项可以包括上述描述的选择项。本公开实施例可基于第一事项中相同选择项的用户选择数据，自动确定第二事项中相同选择项的用户选择数据。在一些示例中，选择项例如前文描述的问答项。本公开实施例可基于第一事项中相同问答项的答案选项，自动确定第二事项中相同问答项的答案选项。

在一些实施例中，数据项可以包括上述描述的填写项。本公开实施例可基于第一事项中相同填写项的用户填写数据，自动确定第二事项中相同填写项的用户填写数据。在一些示例中，填写项例如前文描述的表单字段。本公开实施例可基于第一事项中相同表单字段的字段内容，自动确定第二事项中相同表单字段的字段内容。

在本公开的一些实施例中，可通过映射关系记录第一事项与第二事项中的相同数据项。例如，第一事项与第二事项中建立映射关系的数据项可视为是相同数据项。从而在第一事项中的数据项存在输入数据的情况下，本公开实施例针对第一事项中存在输入数据的数据项，可根据映射关系确定所述第二事项中的相同数据项，所述映射关系用于记录不同事项之间的相同数据项；进而，将第一事项中该相同数据项的输入数据，自动关联到第二事项中的该相同数据项，以实现第一事项与第二事项中相同数据项的数据联动。

本公开实施例提供的事项受理方法，可针对用户申请受理的多个事项中的第一事项，获取对应的用于用户输入数据的数据项；针对用户申请受理的多个事项中的第二事项，获取对应的用于用户输入数据的数据项。并且，第一事项与第二事项中的相同数据项相互关联用户的输入数据。从而，在第一事项的相同数据项存在输入数据的情况下，本公开实施例可基于第一事项中相同数据项的输入数据，自动确定第二事项中相同数据项的输入数据，避免用户在第二事项的相同数据项重复输入数据的操作。本公开实施例可在事项受理过程中，减少用户重复输入相同数据的操作，提升多个事项间相同数据的输入效率，可实现提升多个事项的数据输入效率，进而提升多个事项的受理效率。

在本公开进一步的实施例中，事项受理服务平台104可提供数据输入页面，该数据输入页面展示有用户申请受理的各个事项的数据项。例如，数据输入页面展示有所获取的第一事项对应的数据项以及第二事项对应的数据项。在一些实施例中，数据输入页面可以是选择项对应的数据输入页面，展示有各个事项的选择项。选择项对应的输入页面例如前文描述的情形问答页面，相关技术内容可相互参照。在一些实施例中，数据输入页面可以是填写项对应的数据输入页面，展示有各个事项的填写项。填写项对应的数据输入页面例如前文描述的表单填写页面，相关技术内容可相互参照。

在本公开进一步的实施例中，数据输入页面可通过不同的子页面，展示不同事项的数据项，并且，第二事项中相同数据项的输入数据，在数据输入页面切换到第二事项的子页面时自动确定。在一些实施例中，数据输入页面可以是选择项对应的数据输入页面，例如前文描述的情形问答页面，相关技术内容可相互参照。在一些实施例中，数据输入页面可以是填写项对应的数据输入页面，例如前文描述的表单填写页面，相关技术内容可相互参照。

在本公开进一步的实施例中，本公开实施例可通过特定展示形式，提示数据输入页面中第二事项的相同数据项已自动确定输入数据。在一些实施例中，数据输入页面中第二事项的相同数据项可进行置灰展示处理。

在本公开进一步的实施例中，本公开实施例可通过特定标识信息，提示数据输入页面中第一事项和第二事项的相同数据项。

在本公开进一步的实施例中，本公开实施例可提供共享数据项库配置页面，所述共享数据项库配置页面用于管理人员新建数据项、和/或查询所述共享数据项库中的已有数据项、和/或重新编辑所述共享数据项库中的数据项。例如，共享数据项库配置页面为前文描述的共享问答项库页面。例如，共享数据项库配置页面为前文描述的共享字段库页面。

在本公开进一步的实施例中，本公开实施例可提供事项配置页面，所述事项配置页面用于管理人员将事项与数据项进行关联。例如，事项配置页面为前文描述的事项问答配置页面等。

在本公开进一步的实施例中，事项受理服务平台还可针对材料上传阶段提供相应的处理流程：针对用户申请受理的多个事项，确定多个事项要求上传的所有材料信息；对该所有材料信息进行去重，得到去重后的材料信息；提示用户针对该多个事项，统一上传去重后的材料信息。

在一些实施例中，在材料上传阶段，事项受理服务平台可提供材料上传页面，材料上传页面可具有去重后的各材料信息的上传接口。

在本公开进一步的实施例中，事项受理服务平台还可为用户选择的事项推荐关联事项。例如，事项受理服务平台可在用户从事项选择页面选择事项时，或者，在用户从待申请事项集合中选择申请受理的事项时，针对选择的事项提供关联的推荐事项。

在本公开进一步的实施例中，事项受理服务平台还可针对用户合并申请的多个事项，判断互斥事项，和/或，确认事项之间的依赖关系；或者，当用户合并申请的多个事项包含个人事项和法人事项时，拒绝上述的合并申请请求。

在本公开的一些实施例中，一个事项对应有事项标识以及业务服务标识，所述业务服务标识与业务服务相对应，一个业务服务下配置有关联的至少一个事项。从而，事项受理服务平台还可判断用户在待申请事项集合中选择的合并申请的多个事项，是否存在未对应事项标识和/或业务服务标识的事项，若是，则报错并拒绝上述的合并申请请求。

在本公开的一些实施例中，事项受理服务平台还可提供业务服务页面，所述业务服务页面提供有进入业务服务管理页面的管理入口，所述业务服务管理页面包括用于管理人员新建业务服务的新建业务服务页面；

和/或，事项受理服务平台还提供业务与事项关联页面，所述业务与事项关联页面用于管理人员将事项与业务服务进行关联；

和/或，事项受理服务平台还提供某一业务服务的业务配置页面，用于管理人员配置该业务服务下关联的事项。

在本公开的一些实施例中，在用户须知阶段，事项受理服务平台还可提供用户须知页面，针对用户申请受理的多个事项，用户须知页面展示有各个事项的须知内容，以及合并展示各个事项的用户协议名称。各个事项的用户协议支持统一勾选确认。

在本公开的一些实施例中，在申请条件判断阶段，事项受理服务平台还可针对用户申请受理的多个事项，判断用户是否不符合多个事项中任一事项的申请条件，若是，则报错并提示用户不符合申请条件，若否，则进入事项受理过程的下一阶段。

在本公开的一些实施例中，在身份验证阶段，事项受理服务平台还可针对用户申请受理的多个事项，统一验证用户身份。

在本公开的一些实施例中，在信息确认阶段，事项受理服务平台还可提供信息确认页面，该信息确认页面展示有用户针对各事项录入的信息。

在本公开的一些实施例中，在提交阶段，事项受理服务平台还可获取各个事项的提交信息，将各个事项的提交信息分别传达到对应的审批系统。事项受理服务平台还可提供提交页面，该提交页面展示各个事项的提交状态。提交页面中的信息定时刷新。

本公开实施例提供的事项受理方法可在多个领域进行应用。以在政务领域进行应用为例，事项可以为政务事项。使用本公开实施例提供的事项受理方法的事项受理服务平台可与一个或多个政务主体的审批系统相对接。

在本公开的一些实施例中，事项受理服务平台可通过第三方应用的接口访问。

图9示出了本公开实施例的事项受理方法的另一流程图。该方法可由用户终端102执行。在一些实施例中，该方法可由用户终端102执行相应的计算机指令或程序实现。图9所示的方法步骤可与前文描述的方案内容相互关联、参照。

在步骤S910中，展示数据输入页面，所述数据输入页面展示有用户申请受理的多个事项分别对应的数据项；所述多个事项包括第一事项和第二事项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据。

在情形问答、表单填写等数据输入阶段，用户终端可展示事项受理服务平台提供的数据输入页面，该数据输入页面可以展示用户申请受理的多个事项分别对应的数据项。例如，该数据输入页面可以展示事项s1对应的数据项、和事项s2对应的数据项。事项s1和事项s2具体相同数据项，且可在相同数据项之间实现数据联动。

在一些实施例中，该数据输入页面包括选择项的数据输入页面。例如情形问答阶段的情形问答页面，情形问答页面展示有用户申请受理的多个事项分别对应的问答项。在另外一些实施例中，该数据输入页面包括填写项的数据输入页面。例如表单填写阶段的表单填写页面，该表单填写页面展示有用户申请受理的多个事项分别对应的表单字段。

步骤S920、检测用户针对第一事项的数据项的数据输入操作，在所述数据输入页面的第一事项的数据项中展示用户的输入数据。

在一些实施例中，用户可通过选择数据（例如选择选项）、填写数据（例如填写字段内容）等方式针对第一数据项执行数据输入操作。在另外一些实施例中，用户可通过电子笔填写内容，或者上传手写内容的图像文件等方式执行数据输入操作。在用户针对第一事项的数据项执行数据输入操作的情况下，数据输入页面的第一事项的数据项中可展示用户的输入数据（例如展示用户选择的答案选项，填写的字段内容等）。

在步骤S930、若所述第一事项的所述相同数据项展示有输入数据，在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据。

当第一事项中存在输入数据的数据项为与第二事项相同的数据项时，基于事项受理服务平台实现的数据联动，用户终端可在数据输入页面的第二事项的该相同数据项，自动关联展示第一事项中该相同数据项的输入数据。

在本公开的进一步实施例中，用户终端可在所述数据输入页面的所述第二事项的所述相同数据项，显示特定展示形式，以提示所述第二事项的所述相同数据项已确定输入数据。

在本公开的进一步实施例中，用户终端可在所述数据输入页面的第一事项和第二事项的相同数据项，显示特定标识信息，以提示所述数据输入页面中第一事项和第二事项的相同数据项。

在本公开的一些实施例中，所述数据输入页面通过不同的子页面，展示不同事项的数据项。用户终端在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据可以包括：在第一事项的所述相同数据项展示有输入数据的情况下，响应于用户的子页面切换操作，将所述数据输入页面切换到所述第二事项的子页面；在所述第二事项的子页面中的第二事项的所述相同数据项，自动关联展示输入数据。

在本公开的一些实施例中，所述数据项包括用于用户选择数据的选择项。例如，所述选择项包括问答项；所述问答项包括问题及对应的选项；所述数据输入页面为情形问答页面。

在本公开的一些实施例中，所述数据项包括用于用户填写数据的填写项。例如，所述填写项包括表单字段；所述表单字段包括字段名称及对应的字段内容填写区；所述数据输入页面为表单填写页面。

在本公开的一些实施例中，用户终端还可展示用户须知页面，所述用户须知页面展示各个事项的须知内容，以及合并展示各个事项的用户协议名称，各个事项的用户协议支持统一勾选确认。

在本公开的一些实施例中，用户终端还可展材料上传页面，所述材料上传页面具有所述多个事项去重后的各材料信息的上传接口。

在本公开的一些实施例中，用户终端还可展示信息确认页面，所述信息确认页面展示有用户针对各事项录入的信息。

在本公开的一些实施例中，用户终端还可展示提交页面，所述提交页面展示各个事项的提交状态，所述提交页面中的信息定时刷新。

在本公开的一些实施例中，用户终端还可展示事项选择页面，响应于用户在事项选择页面的事项选择操作，将选择的事项加入到待申请事项集合。

在本公开的一些实施例中，用户终端还可展示待申请事项集合页面，响应于用户在所述待申请事项集合页面选择的多个事项的合并申请操作，发出该多个事项的合并申请请求。

在本公开的一些实施例中，所述事项包括政务事项；所述方法应用于用户终端，所述用户终端通过第三方应用的接口，访问提供事项受理服务的事项受理服务平台。

上文描述了本公开实施例提供的多个实施例方案，各实施例方案介绍的各可选方式可在不冲突的情况下相互结合、交叉引用，从而延伸出多种可能的实施例方案，这些均可认为是本公开实施例披露、公开的实施例方案。

下面对本公开实施例提供的事项受理装置进行介绍。下文描述的装置可以认为是事项受理服务平台，为实现本公开实施例提供的事项受理方法所需设置的功能模块。下文描述的装置内容可与前文描述内容相互对应参照。

图10示出了本公开实施例提供的事项受理装置1000的框图。参照图10，该装置1000包括如下功能模块。

事项确定模块1010，用于确定用户申请受理的多个事项，所述多个事项包括第一事项和第二事项。

数据项获取模块1020，用于获取第一事项对应的用于用户输入数据的数据项，以及第二事项对应的用于用户输入数据的数据项；所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据。

输入数据获取模块1030，用于获取第一事项的数据项的输入数据。

数据自动确定模块1040，用于若所述第一事项的所述相同数据项存在输入数据，基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据。

需要说明的是，事项受理服务平台使用的事项受理装置的进一步功能和细化功能可结合前文描述进行参照，此处不再赘述。

上述描述的装置内容可应用于事项受理服务平台104。图11示出了本公开实施例的事项受理服务平台104的示意图。事项受理服务平台104可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4。

在本公开实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信。

可选的，通信接口2可以为用于进行网络通信的通信模块的接口。

可选的，处理器1可能是CPU（中央处理器），GPU（Graphics Processing Unit，图形处理器），NPU（嵌入式神经网络处理器），FPGA（Field Programmable Gate Array，现场可编程逻辑门阵列），TPU（张量处理单元），AI芯片，特定集成电路ASIC（Application SpecificIntegrated Circuit），或者是被配置成实施本公开实施例的一个或多个集成电路等。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatilememory），例如至少一个磁盘存储器。

其中，存储器3存储一条或多条计算机可执行指令，处理器1调用所述一条或多条计算机可执行指令，以执行本公开实施例提供的事项受理服务平台执行的事项受理方法。

本公开实施例还提供一种存储介质，该存储介质可存储一条或多条计算机可执行指令，该一条或多条计算机可执行指令可被执行以实现本公开实施例提供的事项受理服务平台执行的事项受理方法。

下面对本公开实施例提供的用户终端使用的事项受理装置进行介绍。下文描述的装置可以认为是用户终端，为实现本公开实施例提供的事项受理方法所需设置的功能模块。下文描述的装置内容可与前文描述内容相互对应参照。

图12示出了本公开实施例提供的事项受理装置1200的另一框图。参照图12，该装置1200包括如下功能模块。

数据输入页面展示模块1210，用于展示数据输入页面，所述数据输入页面展示有用户申请受理的多个事项分别对应的数据项；所述多个事项包括第一事项和第二事项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

输入数据展示模块1220，用于检测用户针对第一事项的数据项的数据输入操作，在所述数据输入页面的第一事项的数据项中展示用户的输入数据；

关联展示模块1230，用于若所述第一事项的所述相同数据项展示有输入数据，在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据。

需要说明的是，用户终端使用的事项受理装置的进一步功能和细化功能可结合前文描述进行参照，此处不再赘述。

本公开实施例还提供一种用户终端，该用户终端的结构可结合图11所示，包括：至少一个存储器和至少一个处理器；所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如前文描述的用户终端执行的事项受理方法。

本公开实施例还提供一种存储介质，该存储介质可存储一条或多条计算机可执行指令，该一条或多条计算机可执行指令可被执行以实现本公开实施例提供的用户终端执行的事项受理方法。

虽然本公开实施例披露如上，但本公开并非限定于此。任何本领域技术人员，在不脱离本公开的精神和范围内，均可作各种更动与修改，因此本公开的保护范围应当以权利要求所限定的范围为准。

Claims (38)

1.一种事项受理方法，其中，包括：

确定用户申请受理的多个事项，所述多个事项包括第一事项和第二事项；

获取第一事项对应的用于用户输入数据的数据项，以及第二事项对应的用于用户输入数据的数据项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

获取第一事项的数据项的输入数据；

若所述第一事项的所述相同数据项存在输入数据，基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据。

2.根据权利要求1所述的方法，其中，所述获取第一事项对应的用于输入数据的数据项包括：

从共享数据项库中获取所述第一事项对应的数据项；所述共享数据项库存储有多个数据项，所述共享数据项库中的各个数据项基于标准化数据结构形成；

所述获取第二事项对应的用于输入数据的数据项包括：

从所述共享数据项库中获取所述第二事项对应的数据项。

3.根据权利要求2所述的方法，其中，所述第一事项与所述第二事项中的相同数据项为所述共享数据项库中的同一数据项，所述第一事项与所述第二事项在数据底层相互关联用户的输入数据。

4.根据权利要求2所述的方法，其中，所述从共享数据项库中获取所述第一事项对应的数据项包括：

根据第一事项的配置信息，确定第一事项的数据项标识；所述数据项标识为数据项在所述共享数据项库中的索引；

从共享数据项库中获取与所述第一事项的数据项标识对应的数据项；

所述从共享数据项库中获取所述第二事项对应的数据项包括：

根据第二事项的配置信息，确定第二事项的数据项标识；

从共享数据项库中获取与所述第二事项的数据项标识对应的数据项。

5.根据权利要求1所述的方法，其中，还包括：

提供数据输入页面，所述数据输入页面展示有所获取的第一事项对应的数据项以及第二事项对应的数据项。

6.根据权利要求5所述的方法，其中，所述数据输入页面通过不同的子页面，展示不同事项的数据项；所述第二事项中所述相同数据项的输入数据，在所述数据输入页面切换到所述第二事项的子页面时自动确定。

7.根据权利要求5所述的方法，其中，还包括：

通过特定展示形式，提示所述数据输入页面中所述第二事项的所述相同数据项已自动确定输入数据；

和/或，

通过特定标识信息，提示所述数据输入页面中第一事项和第二事项的相同数据项。

8.根据权利要求1所述的方法，其中，所述基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据包括：

针对第一事项中存在输入数据的数据项，根据映射关系确定所述第二事项中的相同数据项，所述映射关系用于记录不同事项之间的相同数据项；将第一事项中所述相同数据项的输入数据，自动关联到所述第二事项中的相同数据项。

9.根据权利要求2所述的方法，其中，还包括：

提供共享数据项库配置页面，所述共享数据项库配置页面用于管理人员新建数据项、和/或查询所述共享数据项库中的已有数据项、和/或重新编辑所述共享数据项库中的数据项；

和/或，提供事项配置页面，所述事项配置页面用于管理人员将事项与数据项进行关联。

10.根据权利要求1-9任一项所述的方法，其中，所述数据项包括用于用户选择数据的选择项；所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据包括：所述第一事项与所述第二事项中的相同选择项相互关联用户的选择数据；

所述基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据包括：

基于所述第一事项中所述相同选择项的用户选择数据，自动确定所述第二事项中所述相同选择项的用户选择数据。

11.根据权利要求10所述的方法，其中，所述选择项包括问答项；所述问答项包括问题及对应的选项；所述第一事项与所述第二事项中的相同选择项相互关联用户选择的数据包括：所述第一事项与所述第二事项中的相同问答项相互关联用户的答案选项；

所述基于所述第一事项中所述相同选择项的用户选择数据，自动确定所述第二事项中所述相同选择项的用户选择数据包括：

基于所述第一事项中所述相同问答项的答案选项，自动确定所述第二事项中所述相同问答项的答案选项。

12.根据权利要求1-9任一项所述的方法，其中，所述数据项包括用于用户填写数据的填写项；所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据包括：所述第一事项与所述第二事项中的相同填写项相互关联用户填写的数据；

所述基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据包括：

基于所述第一事项中所述相同填写项的用户填写数据，自动确定所述第二事项中所述相同填写项的用户填写数据。

13.根据权利要求12所述的方法，其中，所述填写项包括表单字段；所述表单字段包括字段名称及对应的字段内容填写区；所述第一事项与所述第二事项中的相同填写项相互关联用户填写的数据包括：所述第一事项与所述第二事项中的相同表单字段相互关联用户填写的字段内容；

所述基于所述第一事项中所述相同填写项的用户填写数据，自动确定所述第二事项中所述相同填写项的用户填写数据包括：

基于所述第一事项中所述相同表单字段的字段内容，自动确定所述第二事项中所述相同表单字段的字段内容。

14.根据权利要求1所述的方法，其中，还包括：

确定所述多个事项要求上传的所有材料信息；

对所述所有材料信息进行去重，得到去重后的材料信息；

提示用户针对所述多个事项，统一上传去重后的材料信息。

15.根据权利要求14所述的方法，其中，还包括：

提供材料上传页面，所述材料上传页面具有去重后的各材料信息的上传接口。

16.根据权利要求1所述的方法，其中，还包括：

将用户从事项选择页面选择的事项加入待申请事项集合，所述待申请事项集合包括用户从事项选择页面中已选择但还未申请受理的事项；

所述确定用户申请受理的多个事项包括：

响应于用户在所述待申请事项集合中选择的多个事项的合并申请请求，确定用户申请受理的多个事项。

17.根据权利要求16所述的方法，其中，还包括：

在用户从事项选择页面选择事项时，或者，在用户从所述待申请事项集合中选择申请受理的事项时，针对选择的事项提供关联的推荐事项。

18.根据权利要求16所述的方法，其中，一个事项对应有事项标识以及业务服务标识，所述业务服务标识与业务服务相对应，一个业务服务下配置有关联的至少一个事项；所述方法还包括：

判断用户在所述待申请事项集合中选择的合并申请的多个事项，是否存在未对应事项标识和/或业务服务标识的事项，若是，则报错并拒绝所述合并申请请求。

19.根据权利要求18所述的方法，其中，还包括：

提供业务服务页面，所述业务服务页面提供有进入业务服务管理页面的管理入口，所述业务服务管理页面包括用于管理人员新建业务服务的新建业务服务页面；

和/或，提供业务与事项关联页面，所述业务与事项关联页面用于管理人员将事项与业务服务进行关联；

和/或，提供某一业务服务的业务配置页面，用于管理人员配置该业务服务下关联的事项。

20.根据权利要求1所述的方法，其中，还包括：

提供用户须知页面，所述用户须知页面展示各个事项的须知内容，以及合并展示各个事项的用户协议名称，各个事项的用户协议支持统一勾选确认；

和/或，判断用户是否不符合所述多个事项中任一事项的申请条件，若是，则报错并提示用户不符合申请条件，若否，则进入事项受理过程的下一阶段；

和/或，针对所述多个事项统一验证用户身份；

和/或，提供信息确认页面，所述信息确认页面展示有用户针对各事项录入的信息。

21.根据权利要求1所述的方法，其中，还包括：

获取各个事项的提交信息，将各个事项的提交信息分别传达到对应的审批系统；

提供提交页面，所述提交页面展示各个事项的提交状态；所述提交页面中的信息定时刷新。

22.根据权利要求1所述的方法，其中，所述事项包括政务事项；所述方法应用于事项受理服务平台，所述事项受理服务平台与一个或多个政务主体的审批系统相对接。

23.根据权利要求1所述的方法，其中，所述方法应用于事项受理服务平台，所述事项受理服务平台通过第三方应用的接口访问。

24.一种事项受理装置，其中，包括：

事项确定模块，用于确定用户申请受理的多个事项，所述多个事项包括第一事项和第二事项；

数据项获取模块，用于获取第一事项对应的用于用户输入数据的数据项，以及第二事项对应的用于用户输入数据的数据项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

输入数据获取模块，用于获取第一事项的数据项的输入数据；

数据自动确定模块，用于若所述第一事项的所述相同数据项存在输入数据，基于所述第一事项中所述相同数据项的输入数据，自动确定所述第二事项中所述相同数据项的输入数据。

25.一种事项受理方法，其中，包括：

展示数据输入页面，所述数据输入页面展示有用户申请受理的多个事项分别对应的数据项；所述多个事项包括第一事项和第二事项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

检测用户针对第一事项的数据项的数据输入操作，在所述数据输入页面的第一事项的数据项中展示用户的输入数据；

若所述第一事项的所述相同数据项展示有输入数据，在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据。

26.根据权利要求25所述的方法，其中，还包括：

在所述数据输入页面的所述第二事项的所述相同数据项，显示特定展示形式，以提示所述第二事项的所述相同数据项已确定输入数据；

和/或，

在所述数据输入页面的第一事项和第二事项的相同数据项，显示特定标识信息，以提示所述数据输入页面中第一事项和第二事项的相同数据项。

27.根据权利要求25所述的方法，其中，所述数据输入页面通过不同的子页面，展示不同事项的数据项；所述若所述第一事项的所述相同数据项展示有输入数据，在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据包括：

在第一事项的所述相同数据项展示有输入数据的情况下，响应于用户的子页面切换操作，将所述数据输入页面切换到所述第二事项的子页面；

在所述第二事项的子页面中的第二事项的所述相同数据项，自动关联展示输入数据。

28.根据权利要求25-27任一项所述的方法，其中，所述数据项包括用于用户选择数据的选择项。

29.根据权利要求28所述的方法，其中，所述选择项包括问答项；所述问答项包括问题及对应的选项；所述数据输入页面为情形问答页面。

30.根据权利要求25-27任一项所述的方法，其中，所述数据项包括用于用户填写数据的填写项。

31.根据权利要求30所述的方法，其中，所述填写项包括表单字段；所述表单字段包括字段名称及对应的字段内容填写区；所述数据输入页面为表单填写页面。

32.根据权利要求25所述的方法，其中，还包括：

展示用户须知页面，所述用户须知页面展示各个事项的须知内容，以及合并展示各个事项的用户协议名称，各个事项的用户协议支持统一勾选确认；

和/或，展示材料上传页面，所述材料上传页面具有所述多个事项去重后的各材料信息的上传接口；

和/或，展示信息确认页面，所述信息确认页面展示有用户针对各事项录入的信息；

和/或，展示提交页面，所述提交页面展示各个事项的提交状态，所述提交页面中的信息定时刷新。

33.根据权利要求25所述的方法，其中，还包括：

展示事项选择页面，响应于用户在事项选择页面的事项选择操作，将选择的事项加入到待申请事项集合；

展示待申请事项集合页面，响应于用户在所述待申请事项集合页面选择的多个事项的合并申请操作，发出该多个事项的合并申请请求。

34.根据权利要求25所述的方法，其中，所述事项包括政务事项；所述方法应用于用户终端，所述用户终端通过第三方应用的接口，访问提供事项受理服务的事项受理服务平台。

35.一种事项受理装置，其中，包括：

数据输入页面展示模块，用于展示数据输入页面，所述数据输入页面展示有用户申请受理的多个事项分别对应的数据项；所述多个事项包括第一事项和第二事项；所述第一事项与所述第二事项具有相同数据项，且所述第一事项与所述第二事项中的相同数据项相互关联用户的输入数据；

输入数据展示模块，用于检测用户针对第一事项的数据项的数据输入操作，在所述数据输入页面的第一事项的数据项中展示用户的输入数据；

关联展示模块，用于若所述第一事项的所述相同数据项展示有输入数据，在所述数据输入页面的所述第二事项的所述相同数据项，自动关联展示输入数据。

36.一种事项受理服务平台，其中，包括至少一个存储器和至少一个处理器；所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如权利要求1-23任一项所述的事项受理方法。

37.一种用户终端，其中，包括至少一个存储器和至少一个处理器；所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如权利要求25-34任一项所述的事项受理方法。

38.一种存储介质，其中，所述存储介质存储一条或多条计算机可执行指令；所述一条或多条计算机可执行指令可被执行，以实现如权利要求1-23任一项所述的事项受理方法，或者如权利要求25-34任一项所述的事项受理方法。

Images