CN114138393B - 业务数据录入方法及装置 - Google Patents

Abstract

本申请提供了一种业务数据录入方法及装置，可用于金融领域或其他领域，该方法包括：接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的；根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据；将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作。本申请能够提高业务数据录入的效率和灵活性，进而能够提高业务办理的效率。

Description

业务数据录入方法及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种业务数据录入方法及装置。

背景技术

对于涉及多应用、多功能和多字段的复杂业务录入场景，传统的业务数据录入需要根据业务流程先后，按照一定顺序在多个不同应用之间切换，依次完成各自对应的业务的录入。

这种串行的业务办理方式会将拉长整体业务办理的时长，不利于业务的快速处理；多个功能需要按照顺序访问不同的应用，给业务操作带了一定的难度；大量字段录入容易导致时间长，造成***超时。

发明内容

针对现有技术中的至少一个问题，本申请提出了一种业务数据录入方法及装置，能够提高业务数据录入的效率和灵活性，进而能够提高业务办理的效率。

为了解决上述技术问题，本申请提供以下技术方案：

第一方面，本申请提供一种业务数据录入方法，包括：

接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的；

根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据；

将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作。

进一步地，在所述根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据之后，还包括：

将预设的共有关联数据和所述业务数据，存储至所述待录入子页面对应的本地缓存文件中。

进一步地，在所述接收目标业务页面发送的数据录入请求之前，还包括：

接收用户登录请求；

根据所述用户登录请求，从每个子页面对应的应用中获得该子页面对应的初始业务数据并生成对应的本地缓存文件；

根据每个子页面对应的缓存文件，进行该子页面的数据重载。

进一步地，所述的业务数据录入方法，还包括：

接收用户退出登录请求；

根据所述用户退出登录请求，销毁所述本地缓存文件。

第二方面，本申请提供一种业务数据录入装置，包括：

接收模块，用于接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的；

获取模块，用于根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据；

录入模块，用于将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作。

进一步地，所述的业务数据录入装置，还包括：

缓存模块，用于将预设的共有关联数据和所述业务数据，存储至所述待录入子页面对应的本地缓存文件中。

进一步地，所述的业务数据录入装置，还包括：

登录模块，用于接收用户登录请求；

生成模块，用于根据所述用户登录请求，从每个子页面对应的应用中获得该子页面对应的初始业务数据并生成对应的本地缓存文件；

重载模块，用于根据每个子页面对应的缓存文件，进行该子页面的数据重载。

进一步地，所述的业务数据录入装置，还包括：

退出模块，用于接收用户退出登录请求；

销毁模块，用于根据所述用户退出登录请求，销毁所述本地缓存文件。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的业务数据录入方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现所述的业务数据录入方法。

由上述技术方案可知，本申请提供一种业务数据录入方法及装置。其中，该方法包括：接收目标业务页面发送的数据录入请求，所述目标业务页面包括：接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的；根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据；将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作，能够提高业务数据录入的效率和灵活性，进而能够提高业务办理的效率。

附图说明

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

图1是现有技术中的串行业务的处理流程示意图；

图2是本申请实施例中的业务数据录入方法的流程示意图；

图3是本申请实施例中的业务数据录入方法步骤011和步骤013的流程示意图；

图4是本申请应用实例中的共有关联数据提取的逻辑示意图；

图5是本申请实施例中的业务数据录入装置的结构示意图；

图6为本申请实施例的电子设备的***构成示意框图。

具体实施方式

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

如图1所示，在现有技术中，在业务1至业务N之间存在先后顺序即业务之间存在内在关联的场景中，传统的业务处理流程是按照业务办理的内在逻辑按照一定的顺序完成业务-保存-完成下一个业务，单个业务之间可能没有严格的先后顺序，但是整体上还是呈串行的，影响业务数据录入的效率；同时，对于不同应用的业务处理，需要登录不同的应用执行业务处理流程，自动化程度较低。例如，对于一个业务申请的总业务需要依次完成客户信息填写业务、业务申请信息填写业务、担保挂链业务和提交审批业务。

基于此，为了提高业务数据录入的效率和灵活性，进而提高业务办理的效率，本申请实施例提供一种业务数据录入装置，该装置可以是一服务器或客户端设备，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。

在实际应用中，进行业务数据录入的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块（即通信单元），可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

需要说明的是，本申请公开的业务数据录入方法及装置可用于金融技术领域，也可用于除金融技术领域之外的任意领域，本申请公开的业务数据录入方法及装置的应用领域不做限定。

具体通过下述各个实施例进行说明。

为了提高业务数据录入的效率和灵活性，进而提高业务办理的效率，本实施例提供一种执行主体是业务数据录入装置的业务数据录入方法，该业务数据录入装置包括但不限于服务器，如图2所示，该方法具体包含有如下内容：

步骤100：接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的。

具体地，所述目标业务页面中可以一部分子页面属于同一应用，另一部分子页面属于其他应用；不同的应用可以表示域名不同的服务器；所述目标业务页面可以包含有：支撑层页面以及嵌入该支撑页面的多个子页面。

步骤200：根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据。

具体地，可以获取用户当前输入至待录入子页面的业务数据；可以监听子页面中的保存按钮点击事件以及支撑页面的保存按钮点击事件，若监听到子页面的保存按钮点击事件，则将该子页面作为所述待录入子页面；若监听到支撑页面的保存按钮点击事件，则将目标业务页面中的各个子页面分别作为所述待录入子页面。其中，不同子页面输入的业务数据可以不同；所述待录入子页面当前输入的业务数据可以表示待录入子页面当前显示的业务数据。

步骤300：将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作。

具体地，所述预设的共有关联数据可以表示各个子页面对应的业务数据表中均不能为空的字段及字段值，可以根据实际需要进行设置，本申请对此不作限制可以通过对每个子页面设置相同的document.domian属性实现跨域访问。

进一步地，可以将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，以使该应用对所述业务数据进行校验，若校验通过，则将预设的共有关联数据和所述业务数据存储至所述应用的数据库中，完成业务数据的录入操作。当各个子页面的业务数据均录入至各自对应的应用的数据库时，可以相当于完成一次总业务的数据录入；可以预先设定共有关联数据的初始值，当完成一次总业务的数据录入时，更新共有关联数据，便于接下来执行下一次的总业务数据录入。

举例来说，客户信息子页面可以包含有：客户编码、客户姓名、年龄和职业等业务数据；业务申请子页面可以包含有：业务编号、业务类型、交易金额和交易时间等业务数据；共有关联数据为客户ID；在现有技术中，必须在客户信息子页面的业务数据存储至数据表时，才会生成客户ID，因此，必须先存储客户信息子页面中的业务数据和客户ID，再存储业务申请子页面中的业务数据和客户ID；而本举例中，可以预先设定客户ID为xxxxx0，因此，在执行业务数据录入时，可以首先存储业务申请子页面中的业务数据和客户ID，再录入客户信息子页面中的业务数据和客户ID；可以当完成本次的总业务的数据录入时或者下一次用户登录时，将客户ID的值递增，更新为xxxxx1；能够避免业务数据录入顺序的限制，提高业务数据录入的灵活性。

为了便于页面数据重载，提高用户操作的便捷化程度，在本申请一个实施例中，在步骤200之后，还包括：

步骤400：将预设的共有关联数据和所述业务数据，存储至所述待录入子页面对应的本地缓存文件中。

具体地，可以通过缓存文件可以实现页面切换后的数据显示；可以将业务数据在业务数据录入装置本地以文件的形式进行缓存，可以通过文件头数据进行校验文件的有效性，即可以通过加密后的用户名、密码、业务代码以及时间戳等进行匹配和校验格式；每个子页面对应的缓存文件中的数据，可以以字符串的形式保存：起始为页面编码，其次是本页必填项是否都填写标志，最后页面的业务数据以键值对的方式保存为字符串。在切换不同子页面时，进行数据重载，读取本地缓存文件对页面数据进行填充；可以保存原来表单页面与配置后重载表单页面的对应关系，根据对应关系，更新变更前后的页面编码，并更新到本地缓存文件以及远端数据库中；后续重载每个子页面的业务数据，可以通过页面编码进行匹配。

为了提高业务数据显示的效率，减少重复的输入操作，参见图3，在本申请一个实施例中，在步骤100之前，还包括：

步骤011：接收用户登录请求。

步骤012：根据所述用户登录请求，从每个子页面对应的应用中获得该子页面对应的初始业务数据并生成对应的本地缓存文件。

具体地，所述用户登录请求可以包含有：用户唯一标识，如，客户编码和客户ID等；可以根据用户唯一标识，从一应用的数据库中获得所述用户登录请求对应的共有关联数据；根据所述共有关联数据从多个应用中获得所述用户登录请求对应的初始业务数据。

步骤013：根据每个子页面对应的缓存文件，进行该子页面的数据重载。

可以理解的是，每个子页面的初始业务数据可以表示上一次发送至该子页面对应的应用中的业务数据。

为了节省存储空间，在本申请一个实施例中，所述的业务数据录入方法，还包括：

步骤500：接收用户退出登录请求。

步骤600：根据所述用户退出登录请求，销毁所述本地缓存文件。

具体地，可以每n分钟自动***或更新当前子页面在本地缓存文件中的数据以及文件头中的时间戳数据，每个子页面中设置保存按钮，用户进行保存操作时，当前页面中的数据***或更新到数据库中；在用户退回登陆时，销毁本地缓存文件，数据库作为下次登陆时数据恢复缓存。可以恢复n分钟以内的实时缓存，以及上一次退出登陆时所保存的数据。可以根据实际需要设置恢复时长，如，n分钟设置为3分钟。

为了进一步说明本方案，本申请提供一种业务数据录入方法的应用实例，在本应用实例中，如图4所示，可以将总业务中的业务1至业务N的共有关联数据提取出来，在保存单个子页面的业务数据时，可以同时保存共有关联，业务之间的先后顺序被完全抹除，以共有关联为基础支撑起整个业务数据录入的交互场景，共有关联可以相当于上述基础业务数据；对于属于同一个应用的子页面，业务数据直接录入即可，而对于不同应用的子页面，如果直接调用页面，则无法在两个应用之间直接进行数据交互，可以将两个应用纳入同一个域下，通过跨域的调用，可以完成不同应用之间的数据交互和方法调用，可以通过IOC、跨域和封包等手段，有效地将不同应用的业务页面有效聚合在一起，进行集约化处理，能够提升用户的录入效率；在本应用实例中，业务数据录入方法具体包含有：

步骤1：将具体业务页面即上述子页面抽象为页面对象，页面对象包含有：域名、应用、名称、页面url、业务参数和其他技术参数，并通过串联的方式进行组合，得到当前业务的对象数组。

步骤2：抽象支撑层页面，提取页面公用参数，同时，提取如页面载入、页面刷新、页面回调和子页面暂存等公用方法。上述目标业务页面可以包含有：支撑层页面和多个子页面，多个子页面嵌入至支撑层页面中。

步骤3：根据实际业务需要组合公用参数、对象数组和公用方法；为了降低***耦合程度，提升***健壮程度和可维护性，可以通过配置IOC（控制反转）XML配置文件来配置页面组合，该文件用于配置Page类，以及主要属性页面链pagechains，页面链pagechains中配置诸如客户子页面、申请子页面、担保子页面和审批子页面等不同子业务对象，并定义了子页面的基本属性，比如，展示名称、所属应用、命名空间和相对路径等，通过串联组合的方式进行组合。

业务1至业务N中，只有部分业务需要跨应用操作业务4的内容。在页面生成时通过读取通用配置文件和用户自定义配置文件，依次生成页面对象，生成的页面对象包含有页面url、业务参数和其他技术参数等，将业务4的内容操作直接内嵌到当前应用1的业务中，通过将对应的页面展示在前台，使之在本次业务处理中，页面归属和操作的数据库是属于应用2，但是展示是在应用1中，且直接连接应用2的操作数据库，组合前的跨应用操作顺序是，应用1-应用2-页面4-应用2-数据库，现在是，应用1-页面4-应用2-数据库，无需通过应用2获取页面，可以减少不同应用直接的数据交互成本。

相当于不同页面的再组装，可以将每个页面单独视为一个独立的页面对象，其中包含了页面的固有数据以及动态配置数据，通过IOC的配置文件，读取当前业务所需要的业务页面清单，去不同的应用进行业务页面数据交互拉去页面对象，通过步骤1组成的页面对象，在完成配置读取后进行页面的组装；根据配置文件的顺序组装页面对象，读取属于不同页面的配置数据并进行总业务的组合填充展示。由于存在不同应用组合的情况，为了解决非同源网页无法读取Cookie、无法访问Dom或无法发送Ajax请求等问题，可以采用JSONP、CORS、Nginx或websocket代理等方式实现非同源页面交互，作为优选，可以选择改动最小的方案，即各个子页面通过设置相同的document.domian属性即可实现跨域访问；各个业务可以分别对应不同的子页面。

步骤4：当总业务所需的页面通过步骤3组合完成后，可以根据页面生成时获取到的命名空间名称对子页面的源代码进行改造，将一种业务的参数和方法放在同一个命名空间下，通过闭包+命名域隔离页面间的相互影响，从而完成当前业务下跨应用的业务页面的组装和定制，无需通过跨应用请求完成所有关联应用的操作的目的。

具体地，支撑层页面初始化共有关联，并通过读取配置文件能够迅速组装出业务需要的N合1页面集合；通过闭包的方式不仅隔离了各个子页面之间的影响，也使得支撑层页面可以读取子页面的内部信息；通过这种方式支撑层页面可以统一调用各个子页面的方法进行业务数据和共有关联的持久处理。

步骤5：数据交互模式。将不同功能、不同应用之间的页面组合在一起后，支撑层页面提供了各个子页面的必须的资源与参数，在步骤3中已经通过跨域方案实现了非同源页面之间的交互，子页面可以在支撑层页面的支持下完成各自功能录入。在数据保存时，各个子页面可以独自进行数据存储，也可以通过统一的支撑层页面提供的保存入口，通过命名空间依次调用保存方法实现所有业务数据的保存。两种保存方式只是实现形式的区别，各个子页面录入的业务数据均由子页面提交到各自应用的数据库进行保存。

进一步地，可以根据用户的操作习惯采用下拉式与分步式两种模式进行子页面间的切换。在支撑层页面上会展示各个子页面的导航按钮；导航按钮可以通过自定义定制展示在支撑层页面的上下左右四个方位。

下拉式：采用懒加载模式，用户可以通过滚动鼠标滚轮依次加载各个子页面，根据屏幕所处的子页面将对应的导航按钮凸显；用户也可以直接点击导航按钮，屏幕直接跳转到对应的子页面。

针对下拉式的操作模式，对数据缓存做进一步的显示，读取缓存文件中的必填项是否完成标志，若必填项是否完成标志为已完成，则当前下拉选项设置为完成颜色或者自定义的完成标志，否则下拉菜单中的该选项设置为感叹号模式，读取缓存文件中未填写的必填项，通过并设置提醒对话框或者通过鼠标聚焦的方式，在子页面中提醒用户未填写的必填项。在下拉菜单的主页，读取所有未填写选项名称以及对应的业务位置，并进行提示。

分步式：每次只会加载一个子页面，用户可以只关注当前子页面，在页面下方增加下一步和上一步按钮，可以通过这两个按钮在各个子页面之间互相切换，也可以采用下拉式通过导航按钮进行业务切换；分步式与下拉式的区别在于分步式一次只展示一个子页面，在切换子页面时如果当前子页面没有保存，会自动触发子页面暂存，方便业务后续的操作。下拉式与分步式之间可以互相切换灵活方便。

其中，导航按钮除了可以快速定位子页面之外，还可以在导航区域内进行前后（或上下）的拖动，形成新的顺序；拖动完成后，会自动更新用户自定义配置表数据，并触发统一页面数据提取方法，将所有页面的临时数据保存到缓存里，同时，页面重新载入，读取用户自定义配置，按照拖动之后的顺序重新展示页面，再从缓存中读取数据，重新显示。

进一步地，对于分布式交互方式，由于一次只能看到一个页面，如果需要看其他的页面信息，需要点击切换十分不便，可以在页面的右侧，按照页面的顺序生成预览的略缩图，并按照子页面进行划分，当用户鼠标移动到对应子页面的略缩图时，会悬浮放大展示对应的页面信息，实现辅助预览，方便用户查看；用户点击略缩图的子页面，悬浮的页面会驻留，用户可以移动鼠标，并可以在悬浮页面上直接进行操作，点击悬浮页面之外的地方，悬浮页面隐藏，并将修改后的信息刷新到对应的子页面上。

由上述描述可知，本应用实例提供的数据录入方法，可以通过IOC配置隔离各个子页面之间的依赖，简单方便；可以通过闭包的手段，隔离同一个页面中不同功能之间的相互影响，而子页面又可以通过一层包装后继续承担独立的功能，无需额外开发，改造成本小，对原功能影响小；易于扩展：通过良好的面向对象设计，N合1交互结构可以迅速进行扩展，同时不同N合1业务可以根据实际情况再进行聚合，可以快速迭代，方便聚合；将关联功能内聚在一个入口，能够大大提高便捷化程度；通过暂存操作可以根据用户实际情况选择自己可以录入的内容，随录随存；提出两种不同交互模式，可以根据用户实际需要选择，两种方式支持切换，灵活方便； 页面新增导航按钮和预览区域，便于用户切换和定位页面，还可以支持用户自定义页面顺序，方便好用；预览区可以解决用户频繁拉动页面或在子页面之间切换的痛点，同时还支持在悬浮的放大预览子页面上完成修改，能够提升效率。

为了进一步说明本方案本申请提供一种业务数据录入方法的应用实例，该方法具体包含有：

输入业务数据；N分钟/页面切换时将业务数据自动备份至本地缓存文件，即可以定时或执行页面切换操作时，将业务数据存储至本地缓存文件；保存操作/页面切换是将业务数据备份至服务器中，即可以在执行保存操作或者页面切换操作时，将页面中的数据***或更新到远程服务器的数据库中；在用户退出登录后，自动销毁本地缓存文件；在用户重新登录后，根据远程服务器缓存的数据，生成本地缓存文件；根据本地缓存文件，进行数据重载；还可以根据用户自定义的对应关系，更新服务器中的缓存数据。

从软件层面来说，为了提高业务数据录入的效率和灵活性，进而提高业务办理的效率，本申请提供一种用于实现所述业务数据录入方法中全部或部分内容的业务数据录入装置的实施例，参见图5，所述业务数据录入装置具体包含有如下内容：

接收模块10，用于接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的。

获取模块20，用于根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据。

录入模块30，用于将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作。

在本申请一个实施例中，所述的业务数据录入装置，还包括：

缓存模块，用于将预设的共有关联数据和所述业务数据，存储至所述待录入子页面对应的本地缓存文件中。

在本申请一个实施例中，所述的业务数据录入装置，还包括：

登录模块，用于接收用户登录请求。

生成模块，用于根据所述用户登录请求，从每个子页面对应的应用中获得该子页面对应的初始业务数据并生成对应的本地缓存文件。

重载模块，用于根据每个子页面对应的缓存文件，进行该子页面的数据重载。

在本申请一个实施例中，所述的业务数据录入装置，还包括：

退出模块，用于接收用户退出登录请求。

销毁模块，用于根据所述用户退出登录请求，销毁所述本地缓存文件。

本说明书提供的业务数据录入装置的实施例具体可以用于执行上述业务数据录入方法的实施例的处理流程，其功能在此不再赘述，可以参照上述业务数据录入方法实施例的详细描述。

从硬件层面来说，为了提高业务数据录入的效率和灵活性，进而提高业务办理的效率，本申请提供一种用于实现所述业务数据录入方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：

处理器(processor) 、存储器(memory) 、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现所述业务数据录入装置以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述业务数据录入方法的实施例及用于实现所述业务数据录入装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图6为本申请实施例的电子设备9600的***构成的示意框图。如图6所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图6是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在本申请一个或多个实施例中，业务数据录入功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤100：接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的。

步骤200：根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据。

步骤300：将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作。

从上述描述可知，本申请的实施例提供的电子设备，能够为了提高业务数据录入的效率和灵活性，进而提高业务办理的效率。

在另一个实施方式中，业务数据录入装置可以与中央处理器9100分开配置，例如可以将业务数据录入装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现业务数据录入功能。

如图6所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图6中所示的所有部件；此外，电子设备9600还可以包括图6中没有示出的部件，可以参考现有技术。

如图6所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器（ROM）、随机存取存储器（RAM）、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲器9141（有时被称为缓冲存储器）。存储器9140可以包括应用/功能9142，该应用/功能9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据9143，该数据9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能（如消息传送应用、通讯录应用等）的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块（发送机/接收机）9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块（发送机/接收机）9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

上述描述可知，本申请的实施例提供的电子设备，能够为了提高业务数据录入的效率和灵活性，进而提高业务办理的效率。

本申请的实施例还提供能够实现上述实施例中的业务数据录入方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的业务数据录入方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤100：接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的。

步骤200：根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据。

步骤300：将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作。

从上述描述可知，本申请实施例提供的计算机可读存储介质，能够为了提高业务数据录入的效率和灵活性，进而提高业务办理的效率。

本申请中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（***）、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种业务数据录入方法，其特征在于，包括：

接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的；各个业务分别对应不同的子页面；

根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据；

将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作；

所述根据所述数据录入请求，确定所述多个子页面中的待录入子页面，包括：

若监听到支撑页面的保存按钮点击事件，则将各个子页面分别作为所述待录入子页面；相对应的，所述发送至所述待录入子页面对应的应用中，执行业务数据的录入操作，包括：

将所述子页面抽象为页面对象，该页面对象包含有：域名、应用、名称、页面url和业务参数，通过串联的方式进行组合，得到当前业务的对象数组；

抽象支撑层页面，提取页面公用参数，并提取公用方法，该公用方法包括：页面载入、页面刷新、页面回调和子页面暂存；

组合所述公用参数、对象数组和公用方法；通过所述页面对象，在完成配置读取后进行页面的组装；根据配置文件的顺序组装页面对象，读取属于不同页面的配置数据并进行总业务的组合填充展示；各个子页面通过设置相同的document.domian属性实现跨域访问；

当总业务所需的页面组合完成后，根据页面生成时获取到的命名空间名称对子页面的源代码进行改造，将一种业务的参数和方法放在同一个命名空间下，通过闭包+命名域隔离页面间的相互影响；

将不同功能、不同应用之间的页面组合在一起后，支撑层页面提供了各个子页面的必须的资源与参数，已经通过跨域方案实现了非同源页面之间的交互，子页面在支撑层页面的支持下完成各自功能录入；当各个子页面的业务数据均录入至各自对应的应用的数据库时，相当于完成一次总业务的数据录入。

2.根据权利要求1所述的业务数据录入方法，其特征在于，在所述根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据之后，还包括：

将预设的共有关联数据和所述业务数据，存储至所述待录入子页面对应的本地缓存文件中。

3.根据权利要求1所述的业务数据录入方法，其特征在于，在所述接收目标业务页面发送的数据录入请求之前，还包括：

接收用户登录请求；

根据所述用户登录请求，从每个子页面对应的应用中获得该子页面对应的初始业务数据并生成对应的本地缓存文件；

根据每个子页面对应的缓存文件，进行该子页面的数据重载。

4.根据权利要求2或3所述的业务数据录入方法，其特征在于，还包括：

接收用户退出登录请求；

根据所述用户退出登录请求，销毁所述本地缓存文件。

5.一种业务数据录入装置，其特征在于，包括：

接收模块，用于接收目标业务页面发送的数据录入请求，所述目标业务页面包括：多个子页面，所述多个子页面中存在对应不同应用的；各个业务分别对应不同的子页面；

获取模块，用于根据所述数据录入请求，确定所述多个子页面中的待录入子页面，并获取所述待录入子页面当前输入的业务数据；

录入模块，用于将预设的共有关联数据和所述业务数据，发送至所述待录入子页面对应的应用中，执行业务数据的录入操作；

所述根据所述数据录入请求，确定所述多个子页面中的待录入子页面，包括：

若监听到支撑页面的保存按钮点击事件，则将各个子页面分别作为所述待录入子页面；相对应的，所述发送至所述待录入子页面对应的应用中，执行业务数据的录入操作，包括：

将所述子页面抽象为页面对象，该页面对象包含有：域名、应用、名称、页面url和业务参数，通过串联的方式进行组合，得到当前业务的对象数组；

抽象支撑层页面，提取页面公用参数，并提取公用方法，该公用方法包括：页面载入、页面刷新、页面回调和子页面暂存；

组合所述公用参数、对象数组和公用方法；通过所述页面对象，在完成配置读取后进行页面的组装；根据配置文件的顺序组装页面对象，读取属于不同页面的配置数据并进行总业务的组合填充展示；各个子页面通过设置相同的document.domian属性实现跨域访问；

当总业务所需的页面组合完成后，根据页面生成时获取到的命名空间名称对子页面的源代码进行改造，将一种业务的参数和方法放在同一个命名空间下，通过闭包+命名域隔离页面间的相互影响；

将不同功能、不同应用之间的页面组合在一起后，支撑层页面提供了各个子页面的必须的资源与参数，已经通过跨域方案实现了非同源页面之间的交互，子页面在支撑层页面的支持下完成各自功能录入；当各个子页面的业务数据均录入至各自对应的应用的数据库时，相当于完成一次总业务的数据录入。

6.根据权利要求5所述的业务数据录入装置，其特征在于，还包括：

缓存模块，用于将预设的共有关联数据和所述业务数据，存储至所述待录入子页面对应的本地缓存文件中。

7.根据权利要求5所述的业务数据录入装置，其特征在于，还包括：

登录模块，用于接收用户登录请求；

生成模块，用于根据所述用户登录请求，从每个子页面对应的应用中获得该子页面对应的初始业务数据并生成对应的本地缓存文件；

重载模块，用于根据每个子页面对应的缓存文件，进行该子页面的数据重载。

8.根据权利要求6或7所述的业务数据录入装置，其特征在于，还包括：

退出模块，用于接收用户退出登录请求；

销毁模块，用于根据所述用户退出登录请求，销毁所述本地缓存文件。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4任一项所述的业务数据录入方法。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现权利要求1至4任一项所述的业务数据录入方法。