CN114722782A - 数据申请方法及装置、电子设备、存储介质 - Google Patents

Abstract

本说明书提供一种数据申请方法及装置、电子设备、存储介质；该方法包括：展示多个候选的用于申请数据资源的申请订单的下单选项，确定用户选择的多个待创建申请订单；获取多个待创建申请订单所申请的数据资源的公共项和差异项以展示；基于公共项参数和差异项参数生成批量下单请求以指示服务端根据公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。上述数据申请方案可应用于数字政务或智慧政务领域，在数字资源申请和调用过程中，数字资源可在各个政务部门之间流转，从而提升民众办理各类政务的效率，并且可实现对各类数字资源的统一管理及调用。

Description

数据申请方法及装置、电子设备、存储介质

技术领域

本说明书一个或多个实施例涉及数据维护技术领域，尤其涉及一种数据申请方法及装置、电子设备、存储介质。

背景技术

对于用于描述现实社会中各个个体的信息的数据资源(如居民户口簿、档案、社保、医保等)，为了便于查询，通常对其进行统一维护和管理，或者对数据资源的使用权限进行统一管理。在需要使用相关的数据资源时，由数据申请方进行申请使用。

在实际操作时，可由数据使用方通过应用来申请多个数据资源。而在申请流程中，需要针对数据资源填写完整的申请信息，比如数据申请方的信息、所申请数据资源的信息等。那么，在数据申请方需要申请多个数据资源时，针对每个数据资源都需要填写一份完整的申请信息，导致用户操作繁琐，申请效率低下。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种数据申请方法及装置、电子设备、存储介质。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种数据申请方法，包括：

在数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作，确定用户选择的多个待创建申请订单；

获取所述多个待创建申请订单所申请的数据资源的公共项和差异项，并在所述数据申请页面分别展示所述公共项和差异项以供用户分别输入相应的公共项参数和各个待创建申请订单对应的差异项参数；

响应于用户针对所述多个待创建申请订单的批量下单操作，基于所述公共项参数和各个待创建申请订单对应的差异项参数生成批量下单请求以发送至服务端，所述批量下单请求用于指示所述服务端根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

根据本说明书一个或多个实施例的第二方面，提出了一种数据申请方法，应用于服务端；所述方法包括：

接收客户端发送的批量下单请求，所述批量下单请求由所述客户端响应于用户针对多个待创建申请订单的批量下单操作，基于用户针对所述多个待创建申请订单所申请的数据资源的公共项和差异项分别输入的公共项参数和各个待创建申请订单对应的差异项参数生成，所述公共项和差异项由所述客户端在数据申请页面上分别展示，所述多个待创建申请订单由所述客户端在所述数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作确定出；

根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

根据本说明书一个或多个实施例的第三方面，提出了一种数据申请装置，包括：

展示单元，在数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作，确定用户选择的多个待创建申请订单；

获取单元，获取所述多个待创建申请订单所申请的数据资源的公共项和差异项，并在所述数据申请页面分别展示所述公共项和差异项以供用户分别输入相应的公共项参数和各个待创建申请订单对应的差异项参数；

下单单元，响应于用户针对所述多个待创建申请订单的批量下单操作，基于所述公共项参数和各个待创建申请订单对应的差异项参数生成批量下单请求以发送至服务端，所述批量下单请求用于指示所述服务端根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

根据本说明书一个或多个实施例的第四方面，提出了一种数据申请装置，应用于服务端；所述装置包括：

接收单元，接收客户端发送的批量下单请求，所述批量下单请求由所述客户端响应于用户针对多个待创建申请订单的批量下单操作，基于用户针对所述多个待创建申请订单所申请的数据资源的公共项和差异项分别输入的公共项参数和各个待创建申请订单对应的差异项参数生成，所述公共项和差异项由所述客户端在数据申请页面上分别展示，所述多个待创建申请订单由所述客户端在所述数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作确定出；

创建单元，根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

根据本说明书一个或多个实施例的第五方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述任一实施例中所述的方法。

根据本说明书一个或多个实施例的第六方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述实施例中任一所述方法的步骤。

由以上实施例可见，针对批量申请数据资源的应用场景，通过确定待创建的多笔申请订单的公共项和差异项供用户填写，可使得用户对于相同的申请信息(即公共项参数)只需要填写一次，剩余的差异项参数分别填写即可，从而完成多笔待创建申请订单的合并。在用户填写完参数进行批量下单后，再对批量申请的订单进行拆单，将公共项分别和各个差异进行组合，从而拆分得到每个申请订单。基于上述批量下单和拆单的过程，可以简化用户操作，提高申请效率，从而有效提升用户体验。

附图说明

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

图1是一示例性实施例提供的一种数据申请***的架构示意图。

图2是一示例性实施例提供的一种数据申请方法的流程图。

图3是一示例性实施例提供的一种批量下单的示意图。

图4是一示例性实施例提供的另一种数据申请方法的流程图。

图5是一示例性实施例提供的一种数据申请方法的交互图。

图6是一示例性实施例提供的一种设备的结构示意图。

图7是一示例性实施例提供的一种数据申请装置的框图。

图8是一示例性实施例提供的另一种数据申请装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

对于用于描述现实社会中各个个体的信息的数据资源(如居民户口簿、档案、社保、医保等)，为了便于查询，通常对其进行统一维护和管理，或者对数据资源的使用权限进行统一管理。比如对于居民户口户籍等信息，采用全省资源的统一管理，即“一本账”。基于统一管理的机制，各地市相关部门需要对数据资源进行申请使用。为此，可开发一应用(application)用于数字资源的申请。对用户来说，经常存在需要申请多个不同数据资源的需求，比如居民的医保、社保、住房情况等数据资源。而在申请流程中，需要针对数据资源填写完整的申请信息，比如数据申请方的信息、所申请数据资源的信息等。那么，在数据申请方需要申请多个数据资源时，针对每个数据资源都需要填写一份完整的申请信息，导致用户操作繁琐，申请效率低下。

对此，本说明书旨在提供一种数据申请方案，可批量申请多个不同的数据资源，批量打包申请，同时多个数据资源相同的信息，只需要用户填写一次，差异化的数据则分别进行填写，从而提升用户填写的效率。

图1是一示例性实施例提供的一种数据申请***的架构示意图。如图1所示，该***可以包括审批数据申请订单的服务器11、维护数据资源的服务器12、若干电子设备，比如手机13、手机14和电脑15等，以及网络16。

服务器11可以为包含一独立主机的物理服务器，或者服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行某一应用的服务器侧的程序，以实现该应用的相关业务功能。比如，当该服务器11运行用于审批数据申请订单的程序时，可以实现为本说明书中数据申请***的审批服务端。而在本说明书一个或多个实施例的技术方案中，可由服务器11通过与电子设备13-15上运行的客户端进行配合，以实现本说明书的数据申请方案。

类似的，服务器12可以为包含一独立主机的物理服务器，或者服务器12可以为主机集群承载的虚拟服务器。在运行过程中，服务器12可以运行某一应用的服务器侧的程序，以实现该应用的相关业务功能。比如，当服务器12运行用于维护数据资源以供查询的程序时，可以实现为本说明书中数据申请***的数据库服务端。而在本说明书一个或多个实施例的技术方案中，可由服务器12通过与电子设备13-15上运行的客户端以及服务器11进行配合，以实现本说明书的数据申请方案。

电子设备13-15只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，PersonalDigital Assistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，该电子设备可以运行某一应用的客户端侧的程序，以实现该应用的相关业务功能，比如当该电子设备运行用于合并多笔申请订单以批量下单的程序时，可以实现为本说明书中数据申请***的客户端。

需要指出的是：本说明书中数据申请***的客户端的应用程序可以被预先安装在电子设备上，使得该客户端可以在该电子设备上被启动并运行；当然，当采用诸如HTML5技术的在线“客户端”时，无需在电子设备上安装相应的应用程序，即可获得并运行该客户端。当然，还可采用云端的方式，用户可通过云端页面来申请数字资源，并且在申请通过之后，可将相应的数据资源推送至用户指定的终端设备。

而对于电子设备13-15与服务器11以及服务器12之间进行交互的网络16，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(Public Switched Telephone Network，PSTN)和因特网。服务器11、服务器12与电子设备13-15之间可以通过网络16建立长连接，使得服务器11、服务器12通过该长连接向电子设备13-15发送推送消息等。

下面分别从客户端和服务端作为执行主体的角度来对本说明书的数据申请方案进行详细说明。

请参见图2，图2是一示例性实施例提供的一种数据申请方法的流程图。如图2所示，该方法可以包括以下步骤：

步骤202，在数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作，确定用户选择的多个待创建申请订单。

在本实施例中，可在客户端配置数据申请页面以向用户展示可以申请的各个数据资源，并提供针对各个数据资源的申请订单的下单入口，即候选的申请订单的下单选项。然后，检测用户针对各个下单选项的多选操作，从而确定用户需要批量申请的数据资源，进而确定待创建的申请订单，即分别用于申请用户批量申请的各个数据资源的订单。

举例而言，请参见图3，图3是一示例性实施例提供的一种批量下单的示意图。如图3所示，可配置数据列表页来展示可供申请的数据资源，以列表的形式显示，包括数据A、数据B、数据C等等。然后，用户可通过“点击”数据资源的名称来选择相应的数据资源，从而“加购至购物车”。比如，用户选取的数据A、数据B和数据C，则购物车页面显示数据A、数据B和数据C，从而确定用户批量选择的多个待创建的申请订单分别用于申请数据A、数据B和数据C。

步骤204，获取所述多个待创建申请订单所申请的数据资源的公共项和差异项，并在所述数据申请页面分别展示所述公共项和差异项以供用户分别输入相应的公共项参数和各个待创建申请订单对应的差异项参数。

在本实施例中，在确定用户选择的多个待创建申请订单之后，为了避免用户重复填写相同信息的操作，可获取多个待创建申请订单所申请的数据资源的公共项(即合并公共项)和差异项。对于公共项(可理解为该多个待创建申请订单均都包含的部分)，用户仅需要填写一次相应数据资源的信息，即公共项参数；对于差异项(可理解为每个待创建申请订单特有的部分)，用户需要单独进行填写，即包含多少差异项，说明存在相应数量的订单。当然，在本说明书的数据申请方案中，也可无需确定所有待创建申请订单的公共项，或者不存在所有待创建申请订单的公共项，那么可以确定出部分(即两个或两个以上)待创建申请订单的公共项。本领域技术人员应当理解的是，只要至少两个待创建申请订单之间存在公共项，那么通过本说明书的数据申请方案便可减少用户填写参数的次数。

对于获取公共项和差异项的方式，在一种情况下，由于数据资源已知，可预先配置好各个数据资源之间的公共项和差异项，那么在用户批量选取需要申请的数据资源后，便可直接根据预先配置的“数据资源的组合方式——公共项和差异项”的映射关系来确定多个待创建申请订单所申请的数据资源的公共项和差异项。

具体而言，可预先配置记录有各个申请订单的组合方式与该组合方式下申请订单所申请的数据资源的公共项和差异项的映射关系。举例而言，该映射关系如表1所示：

表1

基于建立了上述映射关系，在确定多个待创建申请订单所申请的数据资源的公共项和差异项时，可在预设的映射关系中查询多个待创建申请订单所申请的数据资源的公共项和差异项，即查询多个待创建申请订单的组合方式对应的公共项和差异项。

在另一种情况下，可由用户自主选取公共项和差异项并进行填写。具体而言，可确定各个数据资源组合(各种组合方式)后包含的公共项和差异项作为候选供用户选择，那么可展示候选的公共项和差异项，以获取用户选取的多个待创建申请订单所申请的数据资源的公共项和差异项。

承接于上述举例，本说明书的数据申请方案可应用于数字政务或智慧政务领域，通过本说明书的数据申请方案可简化上述场景下用户申请政务相关数据资源的操作，从而提升申请效率，有助于提升用户体验。比如，申请户籍、医保、社保、公积金等信息。

如图3所示，用户在购物车页面点击“下单”(图中未示出下单按钮)之后，可跳转至下单页。下单页展示有“资源申请清单列表”、“基础信息”、“表单”等。其中，“资源申请清单列表”记录的是差异项，比如除上述举例之外，还包括有效时间、区域范围等等；“基础信息”和“表单”记录的是公共项，比如“基础信息”包括工号、姓名等，“表单”包括所在单位、部门等等。当然，本说明书中申请订单的具体形式和内容，可根据实际需求灵活设定，本说明书并不对此进行限制。

步骤206，响应于用户针对所述多个待创建申请订单的批量下单操作，基于所述公共项参数和各个待创建申请订单对应的差异项参数生成批量下单请求以发送至服务端，所述批量下单请求用于指示所述服务端根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

在本实施例中，用户可针对公共项输入相应的公共项参数，针对差异项输入相应的差异项参数，然后实施批量下单操作。那么客户端可响应于该批量下单操作，生成相应的批量下单请求以指示服务端进行拆单以生成各个申请订单。

由于在前端对待创建的多个申请订单的公共项进行了合并，服务端在生成申请订单时需要将公共项拆分至每个申请订单中。具体而言，服务端读取批量下单请求中包含的公共项和差异项(差异项的数量与待创建申请订单的数量相同)，可复制数量与待创建申请订单的数量相匹配的公共项参数，并将各个公共项参数分别与各个差异项参数组合得到各个申请订单。

进一步的，由于可能存在多个用户在批量申请数据，导致针对每一批申请订单，都对应一批公共项和差异项。为了区分不同批的申请订单的公共项和差异项，可为各个公共项参数分配相应的订单标识，并在将任一公共项参数与相应的差异项参数组合后，将所组合的差异项参数与所述订单标识绑定。

承接于上述举例，如图3所示，可以先提交公共项参数，比如图中的表单(当然也可以同时提交基础信息)，由服务端复制多份公共项参数，并为每一份公共项参数分配相应的订单标识，即公共项参数的份数与订单数量相同，将每份公共项参数先与申请订单的订单标识绑定。然后，再将剩余的其他信息与公共项参数组合，并将其他信息与公共项参数绑定的订单标识绑定。需要注意的是，需保证第一步绑定订单标识的操作和第二步绑定订单标识的操作串行执行。

可见，各个申请订单由服务端复制数量与待创建申请订单的数量相匹配的公共项参数，并将各个公共项参数分别与各个差异项参数组合得到。通过上述操作，可保证属于同一申请订单的公共项参数和差异项参数对应同一订单标识，而不会与其他批的公共项参数和差异项参数混淆。

服务端在拆分得到各个申请订单之后，还需进一步根据各个申请订单完成替用户申请使用相应数据资源的权限。具体而言，服务端可针对各个申请订单分别创建相应的数据资源流程实例，数据资源流程实例用于对相应的申请订单所申请的数据资源进行权限审核。承接于上述举例，如图3所示，服务端在完成拆单操作之后，可创建异步任务，为每个申请订单创建相应的流程实例以用于进行权限审核，比如图3示出的流程实例A～F。比如，每个流程实例可根据每个申请订单的基础信息进行审核。

由以上实施例可见，针对批量申请数据资源的应用场景，通过确定待创建的多笔申请订单的公共项和差异项供用户填写，可使得用户对于相同的申请信息(即公共项参数)只需要填写一次，剩余的差异项参数分别填写即可，从而完成多笔待创建申请订单的合并。在用户填写完参数进行批量下单后，再对批量申请的订单进行拆单，将公共项分别和各个差异进行组合，从而拆分得到每个申请订单。基于上述批量下单和拆单的过程，可以简化用户操作，提高申请效率，从而有效提升用户体验。

请参见图4，图4是一示例性实施例提供的另一种数据申请方法的流程图。如图4所示，该方法应用于服务端，可以包括以下步骤：

步骤402，接收客户端发送的批量下单请求，所述批量下单请求由所述客户端响应于用户针对多个待创建申请订单的批量下单操作，基于用户针对所述多个待创建申请订单所申请的数据资源的公共项和差异项分别输入的公共项参数和各个待创建申请订单对应的差异项参数生成，所述公共项和差异项由所述客户端在数据申请页面上分别展示，所述多个待创建申请订单由所述客户端在所述数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作确定出。

步骤404，根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

如前所述，服务端可以复制数量与待创建申请订单的数量相匹配的公共项参数，并将各个公共项参数分别与各个差异项参数组合得到各个申请订单。

如前所述，服务端可为各个公共项参数分配相应的订单标识，并在将任一公共项参数与相应的差异项参数组合后，将所组合的差异项参数与所述订单标识绑定。

如前所述，服务端可针对各个申请订单分别创建相应的数据资源流程实例，所述数据资源流程实例用于对相应的申请订单所申请的数据资源进行权限审核。

需要说明的是，本实施例中服务端执行的操作的具体实施过程，可参考上述图2示出的实施例中的相关描述，在此不再赘述。

为了便于理解，下面结合举例对本说明书的数据申请方案进行详细说明。

请参见图5，图5是一示例性实施例提供的一种数据申请方法的交互图。如图5所示，该交互过程可以包括以下步骤：

步骤502，客户端展示下单选项。

以数字政务或智慧政务为例，用户可通过本说明书的数据申请方案来简化申请操作的流程，比如，申请户籍、医保、社保、公积金等信息。

步骤504，客户端确定用户选择的订单。

如图3所示，可配置数据列表页来展示可供申请的数据资源，下单选项以列表的形式显示，包括数据A、数据B、数据C等等。然后，用户可通过“点击”数据资源的名称来选择相应的数据资源，从而“加购至购物车”。比如，用户选取的数据A、数据B和数据C，则购物车页面显示数据A、数据B和数据C，从而确定用户批量选择的多个待创建的申请订单分别用于申请数据A、数据B和数据C。

步骤506，客户端展示资源申请清单列表、基础信息和表单。

用户在购物车页面点击“下单”(图中未示出下单按钮)之后，可跳转至下单页。下单页展示有“资源申请清单列表”、“基础信息”、“表单”等。其中，“资源申请清单列表”记录的是差异项，比如包括有效时间、区域范围等等；“基础信息”和“表单”记录的是公共项，比如“基础信息”包括工号、姓名等，“表单”包括所在单位、部门等等。当然，本说明书中申请订单的具体形式和内容，可根据实际需求灵活设定，本说明书并不对此进行限制。

步骤508，客户端根据用户输入的参数生成批量下单请求。

批量下单请求中包含“资源申请清单列表”、“基础信息”和“表单”等数据。

步骤510，客户端发送批量下单请求。

步骤512，审批服务端拆分组合得到申请订单。

由于在前端对待创建的多个申请订单的公共项进行了合并，审批服务端在生成申请订单时需要将公共项拆分至每个申请订单中。可以先提交公共项参数，比如图中的表单(当然也可以同时提交基础信息)，由审批服务端复制多份公共项参数，并为每一份公共项参数分配相应的订单标识，即公共项参数的份数与订单数量相同，将每份公共项参数先与申请订单的订单标识绑定。然后，再将剩余的其他信息与公共项参数组合，并将其他信息与公共项参数绑定的订单标识绑定。需要注意的是，需保证第一步绑定订单标识的操作和第二步绑定订单标识的操作串行执行。通过上述操作，可保证属于同一申请订单的公共项参数和差异项参数对应同一订单标识，而不会与其他批的公共项参数和差异项参数混淆。

步骤514，审批服务端创建数据资源流程实例以审批权限。

服务端在拆分得到各个申请订单之后，还需进一步根据各个申请订单完成替用户申请使用相应数据资源的权限。如图3所示，服务端在完成拆单操作之后，可创建异步任务，为每个申请订单创建相应的流程实例以用于进行权限审核，比如图3示出的流程实例A～F。比如，基础信息中可记录用户的申请理由、用户的身份信息等等，每个流程实例可根据每个申请订单的基础信息进行审核。

由此可见，通过上述的申请方式，可实现用户的批量下单：多个数据资源可以通过购物车批量勾选以合并下单，并且对于申请多个数据资源所需填写的相同信息，合并后只需填写一次，后续由审批服务端在用户批量下单后，通过拆单把各个数据资源分拆为一份一份，进而创建各种的审批流程。

步骤516，审批服务端向客户端返回申请结果。

步骤518，审批服务端向数据库服务端发送申请方的数据资源权限。

步骤520，数据库服务端记录申请方的数据资源权限。

在本实施例中，审批数据申请权限的执行主体不一定是存储数据资源的数据拥有方，而是统一管理权限的审批方。因此，在审批服务端审批权限后，可将审批结果(用户针对数据资源的权限信息)同步至维护数据资源的数据库服务端，那么用户在获得权限之后，可向数据库服务端请求查询相应的数据资源，而数据库服务端则可以根据审批服务端提供的权限信息来确定是否向用户提供所请求的数据资源。由此可见，数据资源的权限由审批方(比如某个特定的政务部门)统一管理，并且在数字资源申请和调用过程中，数字资源可在各个政务部门之间流转，从而提升民众办理各类政务的效率，并且可实现对各类数字资源的统一管理及调用。

与上述方法实施例相对应，本说明书还提供了相应的装置实施例，其具体实施过程可参考上述方法实施例，在此不再赘述。

图6是一示例性实施例提供的一种设备的示意结构图。请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器602从非易失性存储器610中读取对应的计算机程序到内存608中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图7，一种数据申请装置可以应用于如图6所示的设备中，以实现本说明书的技术方案。其中，该装置可以包括：

展示单元71，在数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作，确定用户选择的多个待创建申请订单；

获取单元72，获取所述多个待创建申请订单所申请的数据资源的公共项和差异项，并在所述数据申请页面分别展示所述公共项和差异项以供用户分别输入相应的公共项参数和各个待创建申请订单对应的差异项参数；

下单单元73，响应于用户针对所述多个待创建申请订单的批量下单操作，基于所述公共项参数和各个待创建申请订单对应的差异项参数生成批量下单请求以发送至服务端，所述批量下单请求用于指示所述服务端根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

可选的，获取单元72具体用于：

在预设的映射关系中查询所述多个待创建申请订单所申请的数据资源的公共项和差异项，所述映射关系记录有各个申请订单的组合方式与该组合方式下申请订单所申请的数据资源的公共项和差异项的映射关系；

或者，展示候选的公共项和差异项，以获取用户选取的所述多个待创建申请订单所申请的数据资源的公共项和差异项。

可选的，各个申请订单由所述服务端复制数量与待创建申请订单的数量相匹配的公共项参数，并将各个公共项参数分别与各个差异项参数组合得到。

请参考图8，另一种数据申请装置可以应用于如图6所示的设备中，以实现本说明书的技术方案。其中，该装置应用于服务端，可以包括：

接收单元81，接收客户端发送的批量下单请求，所述批量下单请求由所述客户端响应于用户针对多个待创建申请订单的批量下单操作，基于用户针对所述多个待创建申请订单所申请的数据资源的公共项和差异项分别输入的公共项参数和各个待创建申请订单对应的差异项参数生成，所述公共项和差异项由所述客户端在数据申请页面上分别展示，所述多个待创建申请订单由所述客户端在所述数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作确定出；

创建单元82，根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

可选的，创建单元82具体用于：

复制数量与待创建申请订单的数量相匹配的公共项参数，并将各个公共项参数分别与各个差异项参数组合得到各个申请订单。

可选的，创建单元82还用于：

为各个公共项参数分配相应的订单标识，并在将任一公共项参数与相应的差异项参数组合后，将所组合的差异项参数与所述订单标识绑定。

可选的，创建单元82具体用于：

针对各个申请订单分别创建相应的数据资源流程实例，所述数据资源流程实例用于对相应的申请订单所申请的数据资源进行权限审核。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (10)

1.一种数据申请方法，其特征在于，包括：

在数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作，确定用户选择的多个待创建申请订单；

获取所述多个待创建申请订单所申请的数据资源的公共项和差异项，并在所述数据申请页面分别展示所述公共项和差异项以供用户分别输入相应的公共项参数和各个待创建申请订单对应的差异项参数；

响应于用户针对所述多个待创建申请订单的批量下单操作，基于所述公共项参数和各个待创建申请订单对应的差异项参数生成批量下单请求以发送至服务端，所述批量下单请求用于指示所述服务端根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

2.根据权利要求1所述的方法，其特征在于，所述获取所述多个待创建申请订单所申请的数据资源的公共项和差异项，包括：

在预设的映射关系中查询所述多个待创建申请订单所申请的数据资源的公共项和差异项，所述映射关系记录有各个申请订单的组合方式与该组合方式下申请订单所申请的数据资源的公共项和差异项的映射关系；

或者，展示候选的公共项和差异项，以获取用户选取的所述多个待创建申请订单所申请的数据资源的公共项和差异项。

3.一种数据申请方法，其特征在于，应用于服务端；所述方法包括：

接收客户端发送的批量下单请求，所述批量下单请求由所述客户端响应于用户针对多个待创建申请订单的批量下单操作，基于用户针对所述多个待创建申请订单所申请的数据资源的公共项和差异项分别输入的公共项参数和各个待创建申请订单对应的差异项参数生成，所述公共项和差异项由所述客户端在数据申请页面上分别展示，所述多个待创建申请订单由所述客户端在所述数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作确定出；

根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

4.根据权利要求3所述的方法，其特征在于，所述根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，包括：

复制数量与待创建申请订单的数量相匹配的公共项参数，并将各个公共项参数分别与各个差异项参数组合得到各个申请订单。

5.根据权利要求4所述的方法，其特征在于，还包括：

为各个公共项参数分配相应的订单标识，并在将任一公共项参数与相应的差异项参数组合后，将所组合的差异项参数与所述订单标识绑定。

6.根据权利要求3所述的方法，其特征在于，所述根据创建的各个申请订单实施申请相应的数据资源的操作，包括：

针对各个申请订单分别创建相应的数据资源流程实例，所述数据资源流程实例用于对相应的申请订单所申请的数据资源进行权限审核。

7.一种数据申请装置，其特征在于，包括：

展示单元，在数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作，确定用户选择的多个待创建申请订单；

获取单元，获取所述多个待创建申请订单所申请的数据资源的公共项和差异项，并在所述数据申请页面分别展示所述公共项和差异项以供用户分别输入相应的公共项参数和各个待创建申请订单对应的差异项参数；

下单单元，响应于用户针对所述多个待创建申请订单的批量下单操作，基于所述公共项参数和各个待创建申请订单对应的差异项参数生成批量下单请求以发送至服务端，所述批量下单请求用于指示所述服务端根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

8.一种数据申请装置，其特征在于，应用于服务端；所述装置包括：

接收单元，接收客户端发送的批量下单请求，所述批量下单请求由所述客户端响应于用户针对多个待创建申请订单的批量下单操作，基于用户针对所述多个待创建申请订单所申请的数据资源的公共项和差异项分别输入的公共项参数和各个待创建申请订单对应的差异项参数生成，所述公共项和差异项由所述客户端在数据申请页面上分别展示，所述多个待创建申请订单由所述客户端在所述数据申请页面展示多个候选的用于申请数据资源的申请订单的下单选项，并根据检测到的用户针对所述下单选项的多选操作确定出；

创建单元，根据所述公共项参数和各个待创建申请订单对应的差异项参数分别创建相应的申请订单，并根据创建的各个申请订单实施申请相应的数据资源的操作。

9.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-6中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，该指令被处理器执行时实现如权利要求1-6中任一项所述方法的步骤。

Images