CN110427388A - 一种数据处理方法及装置、存储介质 - Google Patents

Abstract

本公开是关于一种数据处理方法及装置、存储介质，该方法包括：从响应第一业务需求的第一业务层，接收所述第一业务层无法响应的第二业务需求；其中，所述第二业务需求不同于所述第一业务需求；获取所述第二业务需求的响应结果；将所述响应结果返回给所述第一业务层，其中，所述响应结果，用于供所述第一业务层输出。

Description

一种数据处理方法及装置、存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种数据处理方法及装置、存储介质。

背景技术

服务平台的数据库中，通常以关系型数据结构来存储数据。其中，关系型数据结构的重点在于“实体”与“关系”的选择，强调的是实体与实体之间的联系。例如，两个实体分别为学生与课程，在选课系统的环境下，他们之间的联系就是“选课”，我们为了想存储下每个学生都选了什么课，可以以学生实体与课程实体的联系建立起一个二维的逻辑结构，在这种逻辑结构体现的即是一种关系型数据结构。

然而，当有新增的数据需求或需要对已有的关系型数据结构进行修改处理时，存在处理过程繁琐，且响应速度慢的问题。

发明内容

本公开提供一种数据处理方法及装置、存储介质。

根据本公开实施例的第一方面，提供一种数据处理方法，包括：

从响应第一业务需求的第一业务层，接收所述第一业务层无法响应的第二业务需求；其中，所述第二业务需求不同于所述第一业务需求；

获取所述第二业务需求的响应结果；

将所述响应结果返回给所述第一业务层，其中，所述响应结果，用于供所述第一业务层输出。

根据本公开实施例的第二方面，提供一种数据处理装置，包括：

接收模块，配置为从响应第一业务需求的第一业务层，接收所述第一业务层无法响应的第二业务需求；其中，所述第二业务需求不同于所述第一业务需求；

获取模块，配置为获取所述第二业务需求的响应结果；

反馈模块，配置为将所述响应结果返回给所述第一业务层，其中，所述响应结果，用于供所述第一业务层输出。

根据本公开实施例的第三方面，提供一种数据处理装置，所述数据处理装置包括：存储器，用于存储计算机可执行指令；处理器，与所述存储器连接，用于通过执行所述计算机可执行指令，实现如上述第一方面中所述的方法。

根据本公开实施例的第四方面，提供一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被处理器执行之后，能够实现如上述第一方面中所述的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

在本公开的实施例中，当有第一业务层无法响应的第二业务需求，数据处理装置会利用由第一业务层将第二业务需求传输到第二业务层，由第二业务层所在的架构来提供所述第一业务层所需的业务数据，并通过第一业务层返回输出给用户。如此，有第一业务层无法响应的新业务需求时，不用直接对第一业务层所在的系统架构进行二次开发及部署升级，而是直接利用第二业务层所在的架构进行第二业务需求的响应，加快了对第二业务需求的响应速度。

附图说明

图1为本公开实施例中数据处理装置的软件架构示意图一；

图2为本公开实施例示出的一种数据处理方法流程图；

图3为本公开实施例中数据处理装置的软件架构示意图二；

图4为本公开实施例中数据处理装置负责快速响应的核心架构部分；

图5为本公开实施例中一种数据处理方法的示例流程图；

图6为本公开实施例提供的一种数据处理装置的结构示意图；

图7为本公开实施例提供的一种数据处理装置的实体结构示意图。

具体实施方式

图1为本公开实施例中数据处理装置的软件架构示意图，如图1所示，数据处理装置的软件架构包括：原系统前端、原系统数据库，还包括成长型业务层、智能中台、数据链层。其中，成长型业务层和原系统前端可通信，成长型业务层从原系统前端同步用户需求与响应，而智能中台从成长型业务层获取用户需求后，对用户需求进行分析获得数据需求，并基于自身或数据链层来获得数据需求对应的数据结果，并反馈给成长型业务层，由成长型业务层将用户需求的响应同步给原系统前端。其中，数据链层还可以和原系统数据库进行通信，数据链层通过向原系统数据库发送数据需求来获得反馈的数据结果。

上图1所述的数据处理装置的架构，不同于常规数据处理装置的架构。常规处理中，原系统前端直接和原系统数据库进行通信，原系统数据库中的数据是关系型的数据结构，数据处理装置通过原系统前端直接从原系统数据库中获得用户需求的响应。而当有原系统数据库无法响应的用户需求，即第二业务需求，则需要对关系型的数据结构进行二次开发和重新部署升级，因而无法快速响应第二业务需求。

需要说明的是，在本公开的实施例中，原系统前端对应以下实施例中的第一业务层，成长型业务层对应第二业务层。原系统数据库对应以下实施例中的数据库，智能中台对应以下实施例中的中台。此外，在本公开的实施例中，数据处理装置可以理解为服务平台，该服务平台可以是基于一个服务器实现的平台，也可以采用服务器集群的方式来共同搭建的服务平台，本发明实施例不做限制。

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。

本公开实施例提供了一种数据处理方法，图2为本公开实施例示出的一种数据处理方法流程图，如图2所示，在本公开的实施例中，数据处理方法可以包括以下步骤：

S11、从响应第一业务需求的第一业务层，接收第一业务层无法响应的第二业务需求；其中，第二业务需求不同于第一业务需求。

S12、获取第二业务需求的响应结果。

S13、将响应结果返回给第一业务层，其中，所述响应结果，用于供第一业务层输出。

在本公开的实施例中，业务需求可以是企业对企业(Business-to-Business，B2B)的电商平台中的需求，如商品供应链、支付渠道、支付金额等的查询或分析需求；还可以是企业的人力资源管理平台中员工年龄、绩效分析等的查询或分析需求，本公开实施例不做限制。

在本公开实施例的步骤S11中，当待处理的业务需求是第一业务层无法响应的第二业务需求时，在本公开的实施例中，由第二业务层从第一业务层接收第一业务层无法响应的第二业务需求，并发送给中台。

此处的第一业务层无法响应的业务需求为：所述第一业务层无法到响应所述第二业务需求的数据。所述第一业务层和所述第二业务层可为属于不同系统下的业务层，也可以属于同一个系统下并列的两个业务层。若第一业务层和第二业务层属于同一个系统下并列的两个业务层，则第一业务层和第二业务层相当于一个系统内对外可见的大业务层中的两个并列的业务子层。

需要说明的是，数据库中存储了第一业务需求与第一业务需求对应的业务数据之间的映射关系。即，在本公开的实施例中，第一业务需求对应第一业务层能够直接基于数据库给出响应的需求。

而，第二业务需求对应第一业务层无法直接基于数据库给出响应的需求，包括新增需求，或是对数据库中存储的映射关系进行更改的需求。

此外，在本公开的实施例中，第二业务层与第一业务层都可以独立接收业务需求，而第二业务层还可以和第一业务层通信，以接收第一业务层无法响应的第二业务需求，且在获得第二业务需求对应的响应结果后，将响应结果反馈给第一业务层。此外，相比与第一业务层，第二业务层具有更多的功能，如更方便接入第三方系统，或具有更丰富的界面显示能力等。

在本公开的实施例中，当待处理的业务需求属于第二业务需求时，第二业务层在同步到第一业务层接收的第二业务需求后，会将第二业务需求反馈给中台，由中台来获取第二业务需求的响应结果。

在一种实施例中，中台在接收到第二业务层发送的第二业务需求后，会构建第二业务需求与响应第二业务需求的业务数据的第一映射关系。

基于此，所述步骤S12可包括：

中台基于第一映射关系，获取第二业务需求的响应结果。

在一种实施例中，中台会根据第二业务需求，在中台中查询预先建立的第二映射关系，以通过查询第二映射关系确定是否存在满足第二业务需求的业务数据。

在本公开的实施例中，中台具备数据存储功能，可以理解为数据中心。如，对于B2B的电商平台，中台中汇聚了基于电商平台产生的如商户、商品、访问用户、支付金额、支付路径等多方面的数据。然而，中台并不是简单的将上述多方面的基础数据源进行存储，而是通过对汇聚的基础数据进行清洗和分析后进行存储。其中，对数据进行清洗包括从冗杂的数据中筛选出有用的数据，对数据进行分析包括按照主题域概念建立多个以事物为主的主题域，比如用户主题域，商品主题域，渠道主题域等等。中台通过上述数据清洗和分析后的让这些数据遵循相同的标准和口径，对事物的标识能统一或者相互关联，并且提供统一的数据服务接口。由此，通过该数据服务接口，基于第二业务需求，即可查询是否有对应的业务数据。基于中台的数据存储功能，中台在获得第二业务需求后，基于事先构建的第二映射关系在确定是否存在满足第二业务需求的业务数据时，中台对第二业务需求进行分析，获得第二业务需求的业务特征；将业务特征和本地存储的业务数据的业务属性进行匹配；若业务特征和业务属性匹配，则确定本地存在满足第二业务需求的业务数据。

其中，本地存储即中台中的存储单元。

在本公开的实施例中，业务特征包括以下至少之一：

指示第二业务需求对应的时间信息；

表征业务类型的标识信息；

第二业务需求所对应的用户标识信息等。

其中，用户标识信息可以是用户在第一业务层的注册账户信息，也可以是第二业务层基于第一业务层的注册账号信息关联出的用户身份标识，如身份证号等，本公开实施例不做限制。

业务属性包括以下至少之一：业务数据对应的时间信息、业务类型标识信息，用户使用权限信息等。

在本公开的实施例中，中台不仅具备数据存储能力，还具备智能化的分析处理能力。

在一种实施例中，中台对第二业务需求进行分析，获得第二业务需求的业务特征，包括：中台对通过第二业务层从第一业务层获取的以自然语言输入的第二业务需求，采用自然语言处理算法对第二业务需求进行分析，获得第二业务需求对应的业务特征。

示例性的，当第二业务需求为“上个月的财务报表1”，则中台会采用自然语言处理算法进行语义分析，获取“上个月的财务报表1”的语义结构，分解成如“上个月”、“财务报表1”的成分结构，而进一步对其中的成分结构“上个月”进行分析，根据当前月份，分析出“上个月”对应的月份。其中，“上个月”对应的月份属于业务特征中的时间信息、“财务报表1”属于业务特征中的业务类型的标识信息。

在一种实施中，当中台中存储的业务数据并未建立和业务需求之间的第二映射关系，而是临时存储的业务数据时，基于业务特征的匹配，中台构建第二业务需求与响应第二业务需求的业务数据的第一映射关系，包括：

中台根据本地存储的业务数据和第二业务需求，建立第一映射关系。

在一种实施例中，对于临时存储的业务数据，中台建立第一映射关系，并反馈响应结果之后，中台会记录距离接收第二业务需求的时间，若超过预设时间阈值，则中台会解除第一映射关系，并删除对应的业务数据，以释放中台的存储空间。

在一种实施例中，所述步骤S12包括：

当基于第二映射关系查询到满足第二业务需求的业务数据，将基于第二映射关系查询到的业务数据作为响应结果。

在本公开的实施例中，若基于第二映射关系查询第二业务需求对应的业务数据，即在已经存在第二映射关系的前提下，中台可以直接将业务数据作为响应结果通过第二业务层返回给第一业务层。

可以理解的是，在本公开的实施例中，中台中存储了业务需求和业务数据的第二映射关系，因此，当中台接收到第二业务需求时，可以直接根据已建立好的第二映射关系来查询是否存在第二业务需求对应的业务数据。当存在满足第二业务需求的业务数据时，则通过第二业务层将业务数据反馈给第一业务层。由此，基于中台的数据存储功能，加快了第二业务需求的响应速度。

而在一种实施例中，若在第二映射关系中未查询到满足第二业务需求的业务数据，则中台构建第二业务需求与响应第二业务需求的业务数据的第一映射关系。

在一种实施例中，中台构建第二业务需求与响应第二业务需求的业务数据的第一映射关系，还包括：

当业务特征和业务属性不匹配时，通过数据链层获取与第二业务需求对应的业务数据；基于数据链层获取的业务数据，构建第一映射关系。

在本公开的实施例中，当中台不存在业务数据时，则通过数据链层来获取业务数据，并建立第二业务需求与业务数据的第一映射关系。

在一种实施例中，中台通过数据链层获取数据需求对应的业务数据，包括以下至少之一：

中台接收数据链层返回的自身存储的业务数据；

中台接收数据链层从数据录入端接收并返回的业务数据。

需要说明的是，在该实施例中，数据链层可以和数据库进行通信，数据链层中保存了数据库中的至少部分数据，即数据链层中存储了和数据库中部分相同的数据。因此，中台可接收数据链层返回的自身存储的业务数据。

在一种实施例中，数据链层还可存储数据库中数据对应的数据摘要，由此，数据链层在反馈业务数据时，可通过存储的数据摘要在数据库中获得业务数据，并将业务数据反馈给中台。

可以理解的是，在本公开的实施例中，当数据库中的映射关系处于修改期间而被锁定时，通过数据链层中备份的业务数据，保证了第二业务需求响应的即时性。而在数据链层中以数据摘要的形式从数据库中获得对应的业务数据，使得在保证第二业务需求响应即时的情况下，能减少整个数据处理系统中数据存储的空间。

在另一种实施例中，当数据链层中没有存储的业务数据时，则中台可通过数据链层的数据录入端获取到业务数据。

当然，在一种实施例中，当数据链层中只有部分业务数据时，中台也可以通过数据链层的录入端口获取到需要补充的、缺失的部分业务数据。

可以理解的是，在本公开的实施例中，当中台中没有数据需求对应的业务数据时，通过数据链层中存储的业务数据和/或数据链层的可录入端录入的业务数据，使得无需对原有的数据库进行二次开发，保证了第二业务需求响应的即时性。

如前所述的，在本公开的实施例中，第二业务层也可独立接收业务需求，且中台具有数据存储和分析能力，数据链层也可以存储业务数据以及可新录入业务数据，因此，在本公开的实施例中，也可以采用图3所示的软件架构来处理业务需求。

如图3所示，用户需求接收/反馈模块中包括第一业务层和第二业务层，当用户需求接收/反馈模块通过第二业务层接收到用户需求(即业务需求)时，会直接处理通过中台和数据链层来响应用户需求；而，当用户需求通过第一业务层接收，在第一业务层无法响应的时候，如第一业务层未设置相应的业务模块时，会传送到第二业务层，并由第二业务层将响应结果反馈给第一业务层。在该处理架构下，用户需求包括本公开实施例的第一业务需求和第二业务需求。

图4为本公开实施例中数据处理装置负责快速响应的核心架构部分，对应图1和图3的处理核心，如图4所示，成长型业务层(第二业务层)可接收“用户需求1”、“用户需求2”至“用户需求N”多个业务需求。在本公开的实施例中，一个用户需求即对应一个第二业务需求。成长型业务层接收到第二业务需求后，即将用户需求(第二业务需求)反馈至智能中台，智能中台对用户需求进行分析，即通过不同的“智能机器人”对不同的第二业务需求进行分析，其中“智能机器人”对应一个智能化的处理模块。中台在将第二业务需求转化成数据需求，即获得第二业务需求的业务特征，从数据链层中获得数据结果，即业务数据。中台在获得业务数据后，对业务数据进行分析处理，获得需求响应，即响应结果，并反馈给成长型业务层，或者通过成长型业务层反馈给原系统前端(第一业务层)。

需要说明的是，在本公开的实施例中，数据链层中数据的存储形式可以是以“永久数据表”，即文件表的形式存储，也可以是以其它结构或半结构化的形式存储。

在一种实施例中，中台的智能分析的能力还体现在：中台根据第二业务需求携带的用户标识信息，采用与第二业务需求相适配的处理模块来构建第二业务需求与响应第二业务需求的业务数据的第一映射关系。

此外，需要说明的是，在本公开的实施例中，一个处理模块即对应图3中的一个“智能机器人”，即在本公开的实施例中，中台基于用户标识信息，采用与用户标识信息相适配的“智能机器人”和数据链层通信，通过数据链层反馈的业务数据来构建第二业务需求与响应第二业务需求的业务数据的第一映射关系。

示例性的，当第二用户需求携带的用户标识信息对应的是财务总监，因财务总监和普通财务人员对应的查阅权限可能不同，因此中台会采用与财务总监的身份相适配的处理模块来构建第二业务需求与响应第二业务需求的业务数据的第一映射关系。

可以理解的是，通过中台上述智能化的处理，进一步保证了第二业务需求响应的即时性。

此外，当本公开的上述数据处理方法应用于B2B平台时，因B2B场景下数据量不大，因此，可以采用一个用户需求和一个智能机器人对应的处理方式，即一个业务需求，对应一个处理模块。通过这种1对1的处理方式保证了处理的即时性。当然，为减少软件功能的冗余，也可用中台中的一个处理模块来处理多个业务需求，本公开实施例不做限制。

在一种实施例中，基于第一映射关系，获取第二业务需求的响应结果，包括：

中台通过预存的数据分析模型对业务数据进行分析，获得响应结果；中台根据第一映射关系，将响应结果与第二业务需求对应，获取第二业务需求的响应结果。

在本公开的实施例中，中台中预存了数据分析模型，该数据分析模型通过对业务数据进行处理，该数据分析模型中包括数据处理的逻辑和数据处理的展现形式。因此，通过预存的数据分析模型，能快速根据处理逻辑对数据进行分析，并以预定形式生成响应结果，如以报表的形式生成响应结果。

示例性的，对于财务数据分析，公司在处理上个月的财务数据时，保存了从财务数据中提取需要的数据，以及根据需要的数据生成财务报表的逻辑。因此，在处理当前月份以及后续月份的财务数据时，能根据存储的逻辑，即数据分析模型快速生成对应月份的财务报表，即响应结果。

在本公开的实施例中，在获得业务数据对应的响应结果后，根据第一映射关系，将响应结果与第二业务需求对应，由此，通过预存的数据分析模型，提升了第二业务需求响应的即时性。

在一种实施例中，若第一业务层接收到的待处理业务需求为能够响应的第一业务需求，则第一业务层查询与第一业务层连接的数据库，获得响应第一业务需求的响应结果；通过第一业务层输出第一业务需求的响应结果。

在本公开的实施例中，当是第一业务层可以响应的第一业务需求时，则直接查询数据库，获得响应结果并反馈。即，在本公开的实施例中，新增的第二业务需求，不打扰原有的数据处理方式。

在一种实施例中，第一业务层在确定是否是第二业务需求时，包括：

第一业务层根据接收到的待处理业务需求携带的业务标识，确定待处理业务需求是第一业务需求或第二业务需求。

在本公开的实施例中，第一业务层接收到的待处理业务需求可能携带有业务标识，因此第一业务层根据业务标识即可确定是否是自身不能响应的第二业务需求。

示例性的，第一业务层可响应具有业务标识“财务报表1”、“财务报表2”的第一业务需求，而第一业务层接收的业务需求携带的业务标识是“财务报表3”，则第一业务层根据该标识即可确定为第二业务需求。

此外，第一业务层也可直接接收以中台反馈业务需求对应的响应结果的指令，此时，第一业务层根据该指令指定的处理方式，也可确定接收到的业务需求为第二业务需求。

可以理解的是，在本公开的实施例中，当有第一业务层无法响应的第二业务需求，数据处理装置会利用由第一业务层将第二业务需求传输到第二业务层，由第二业务层所在的架构来提供所述第一业务层所需的业务数据，并通过第一业务层返回输出给用户。如此，有第一业务层无法响应的新业务需求时，不用直接对第一业务层所在的系统架构进行二次开发及部署升级，而是直接利用第二业务层所在的架构进行第二业务需求的响应，加快了对第二业务需求的响应速度。

图5为本公开实施例中一种数据处理方法的示例流程图，如图5所示，数据处理方法包括如下步骤：

S21、中台接收新增需求。

在本公开实施例中，中台接收的新增需求即中台通过成长型业务层(第二业务层)接收的原系统前端(第一业务层)无法响应的第二业务需求。

S22、中台通过自然语言处理模型对新增需求进行拆解，获得数据需求。

在本公开的实施例中，自然语言处理模型即指自然语言处理算法。

S23、中台在自身临时数据库中检索数据需求对应的业务数据。

在本公开的实施例中，中台具备数据存储功能，因此中台可以基于自身存储的数据来查询数据需求对应的业务数据。

S24、中台确定是否存在能够满足全部数据需求的业务数据，若是，执行步骤S29，若否，执行步骤S25。

在本公开的实施例中，中台确定是否存在能够满足全部数据需求的业务数据即中台查询数据需求对应的业务数据的过程。

S25、中台调用与数据链层交互的接口，发出数据需求。

S26、中台查询数据链层是否包括全部业务数据，若否，执行步骤S27A，若是，执行步骤S28。

S27A、中台向数据链层的数据录入端发出新增数据请求，列出所需数据，等待相关数据录入。

在本公开的实施例中，新增数据请求即对应中台向数据链层发送的数据需求。

S27B、数据链层检测数据录入是否满足新增数据需求，若不满足，返回执行步骤S27A；若满足，执行步骤S28。

S28、数据链层将业务数据反馈给发出数据需求的中台。

S29、中台提取业务数据，整理为新的需求-数据映射关系。

在本公开的实施例中，中台整理为新的需求-数据映射关系，即中台构建第二业务需求与响应第二业务需求的业务数据的第一映射关系。

S30、中台基于需求-数据映射关系确定响应结果并反馈。

在本公开的实施例中，中台在构建第一映射关系后，基于第一映射关系确定第二需求的响应结果并反馈。

需要说明的是，在本公开的实施例中，中台确定的响应结果会反馈给成长型业务层(第二业务层)，再由成长型业务层反馈给原系统前端(第一业务层)。

可以理解的是，在该实施例中，当有新增需求时，在中台中查找新增需求对应的业务数据或通过数据链层来获得业务数据，无需对原系统数据库进行二次开发，保证了业务需求响应的即时性。

如图6所示，本实施例提供一种数据处理装置100，包括：

接收模块101，配置为从响应第一业务需求的第一业务层，接收所述第一业务层无法响应的第二业务需求；其中，所述第二业务需求不同于所述第一业务需求；

获取模块102，配置为获取所述第二业务需求的响应结果；

反馈模块103，配置为将所述响应结果返回给所述第一业务层，其中，所述响应结果，用于供所述第一业务层输出。

在一些实施例中，所述接收模块101、获取模块102及反馈模块103可为程序模块，该程序模块被处理器执行后，能够给出第二业务需求的响应结果，并将响应结果反馈给第一业务层。

在另一些实施例中，所述接收模块101、获取模块102及反馈模块103可为软硬结合模块，所述软硬结合模块可包括各种可编程阵列；所述可编程阵列包括但不限于复杂可编程阵列或现场可编程这列。

在一些实施例中，所述数据处理装置还包括：

构建模块104，配置为构建所述第二业务需求与响应所述第二业务需求的业务数据的第一映射关系；

所述获取模块103，具体配置为基于所述第一映射关系，获取所述第二业务需求的响应结果。

在一些实施例中，所述数据处理装置100还包括：

查询模块105，配置为查询预先建立的第二映射关系；

在此基础上，所述构建模块104，具体配置为若在所述第二映射关系中未查询到满足所述第二业务需求的所述业务数据，则构建所述第二业务需求与响应所述第二业务需求的业务数据的第一映射关系。

在一些实施例中，所述查询模块105，还配置为对所述第二业务需求进行分析，获得所述第二业务需求的业务特征；将所述业务特征和本地存储的业务数据的业务属性进行匹配；若所述业务特征和所述业务属性匹配，则确定所述本地存在满足所述第二业务需求的所述业务数据。

基于此，所述构建模块104，具体配置为根据本地存储的所述业务数据和所述第二业务需求，建立所述第一映射关系。

在一些实施例中，所述构建模块104，还配置为当所述业务特征和所述业务属性不匹配时，通过数据链层获取与所述第二业务需求对应的所述业务数据；

基于所述数据链层获取的所述业务数据，构建所述第一映射关系。

在一些实施例中，所述构建模块104还包括：

接收单元104a，具体配置为以下至少之一：

接收所述数据链层返回的所述数据链层存储的所述业务数据；

接收所述数据链层从数据录入端接收并返回的所述业务数据。

在一些实施例中，所述获取模块102，还配置为当基于所述第二映射关系查询到满足所述第二业务需求的所述业务数据，将基于所述第二映射关系查询到的所述业务数据作为所述响应结果。

在一些实施例中，所述接收模块101，还配置为若所述第一业务层接收到的待处理业务需求为能够响应的第一业务需求，则所述第一业务层查询与所述第一业务层连接的数据库，获得响应所述第一业务需求的响应结果；通过所述第一业务层输出所述第一业务需求的响应结果。

在一些实施例中，所述接收模块101，还配置为所述第一业务层根据接收到的所述待处理业务需求携带的业务标识，确定所述待处理需求是所述第一业务需求或所述第二业务需求。

如图7所示，本申请实施例提供了一种数据处理装置，包括：

存储器，用于存储信息；

处理器，分别与显示器及所述存储器连接，用于通过执行存储在所述存储器上的计算机可执行指令，能够实现前述一个或多个技术方案提供的数据处理方法，例如，如图1至图5中所示的数据处理方法中的至少之一。

该存储器可为各种类型的存储器，可为随机存储器、只读存储器、闪存等。所述存储器可用于信息存储，例如，存储计算机可执行指令等。所述计算机可执行指令可为各种程序指令，例如，目标程序指令和/或源程序指令等。

所述处理器可为各种类型的处理器，例如，中央处理器、微处理器、数字信号处理器、可编程阵列、数字信号处理器、专用集成电路或图像处理器等。

所述处理器可以通过总线与所述存储器连接。所述总线可为集成电路总线等。

在一些实施例中，所述数据处理装置还可包括：通信接口，该通信接口可包括：网络接口、例如，局域网接口、收发天线等。所述通信接口同样与所述处理器连接，能够用于信息收发。

在一些实施例中，所述数据处理装置还包括人机交互接口，例如，所述人机交互接口可包括各种输入输出设备，例如，键盘、触摸屏等。

在一些实施例中，所述数据处理装置还包括：显示器，该显示器可以显示各种提示、和/或各种界面。

本申请实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行代码；所述计算机可执行代码被执行后，能够实现前述一个或多个技术方案提供的数据处理方法，例如，如图1至图5所示的数据处理方法中的至少之一。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本公开各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

从响应第一业务需求的第一业务层，接收所述第一业务层无法响应的第二业务需求；其中，所述第二业务需求不同于所述第一业务需求；

获取所述第二业务需求的响应结果；

将所述响应结果返回给所述第一业务层，其中，所述响应结果，用于供所述第一业务层输出。

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

构建所述第二业务需求与响应所述第二业务需求的业务数据的第一映射关系；

所述获取所述第二业务需求的响应结果，包括：

基于所述第一映射关系，获取所述第二业务需求的所述响应结果。

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

查询预先建立的第二映射关系；

所述构建所述第二业务需求与响应所述第二业务需求的业务数据的第一映射关系，包括：

若在所述第二映射关系中未查询到满足所述第二业务需求的所述业务数据，则构建所述第二业务需求与响应所述第二业务需求的业务数据的第一映射关系。

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

对所述第二业务需求进行分析，获得所述第二业务需求的业务特征；

将所述业务特征和本地存储的业务数据的业务属性进行匹配；

若所述业务特征和所述业务属性匹配，则确定所述本地存在满足所述第二业务需求的所述业务数据；

所述构建所述第二业务需求与响应所述第二业务需求的业务数据的第一映射关系，包括：

根据本地存储的所述业务数据和所述第二业务需求，建立所述第一映射关系。

5.根据权利要求4所述的方法，其中，所述构建所述第二业务需求与响应所述第二业务需求的业务数据的第一映射关系，还包括：

当所述业务特征和所述业务属性不匹配时，通过数据链层获取与所述第二业务需求对应的所述业务数据；

基于所述数据链层获取的所述业务数据，构建所述第一映射关系。

6.根据权利要求3所述的方法，其特征在于，所述获取所述第二业务需求的响应结果，包括：

当基于所述第二映射关系查询到满足所述第二业务需求的所述业务数据，将基于所述第二映射关系查询到的所述业务数据作为所述响应结果。

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

所述第一业务层根据接收到的所述待处理业务需求携带的业务标识，确定所述待处理需求是所述第一业务需求或所述第二业务需求。

8.一种数据处理装置，其特征在于，所述装置包括：

接收模块，配置为从响应第一业务需求的第一业务层，接收所述第一业务层无法响应的第二业务需求；其中，所述第二业务需求不同于所述第一业务需求；

获取模块，配置为获取所述第二业务需求的响应结果；

反馈模块，配置为将所述响应结果返回给所述第一业务层，其中，所述响应结果，用于供所述第一业务层输出。

9.一种数据处理装置，其特征在于，所述数据处理装置包括：

存储器，用于存储计算机可执行指令；

处理器，与所述存储器连接，用于通过执行所述计算机可执行指令，实现权利要求1至7任一项所述的方法。

10.一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被处理器执行之后，能够实现权利要求1至7任一项所述的方法。