服务请求的处理方法及装置与流程

1.本发明涉及人工智能技术领域，尤其涉及一种服务请求的处理方法及装置。


背景技术：

2.本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
3.最初在搭建原始服务处理平台(例如otcp平台)时，由于业务量以及系统设计关系，最长输入长度只能支持1941字节。之前大多数系统应用时，因为使用者与系统交互字段较少，使用该平台开发不会出现问题。随着业务发展变化，特别是很多新系统例如bcips(人民币跨境支付系统)上线，使用者需要上送9000以上字节的信息，已经远远超过otcp平台限制，如弃用该平台又需要花费大量人力重新开发。


技术实现要素：

4.本发明实施例提供一种服务请求的处理方法，用以实现无需花费大量人力物力改变原始服务处理平台就可以处理包含超过预设字段长度的服务请求，该方法包括：
5.接收用户发起的服务请求；
6.在判断所述服务请求中的待解析字段超过预设字段长度时，根据预先定义的配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识；
7.将所述目标格式文件存储至数据库中；
8.根据所述唯一标识，处理所述服务请求。
9.本发明实施例还提供一种服务请求的处理装置，用以实现无需花费大量人力物力改变原始服务处理平台就可以处理包含超过预设字段长度的服务请求，该装置包括：
10.接收单元，用于接收用户发起的服务请求；
11.解析单元，用于在判断所述服务请求中的待解析字段超过预设字段长度时，根据预先定义的配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识；
12.存储单元，用于将所述目标格式文件存储至数据库中；
13.处理单元，用于根据所述唯一标识，处理所述服务请求。
14.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述服务请求的处理方法。
15.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述服务请求的处理方法的计算机程序。
16.本发明实施例中，服务请求的处理方案，通过：接收用户发起的服务请求；在判断所述服务请求中的待解析字段超过预设字段长度时，根据预先定义的配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识；将所述目标格式文件存储
至数据库中；根据所述唯一标识，处理所述服务请求，可以实现无需花费大量人力物力改变原始服务处理平台就可以处理包含超过预设字段长度的服务请求。
附图说明
17.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
18.图1为本发明实施例中服务请求的处理方法的流程示意图；
19.图2为本发明另一实施例中服务请求的处理方法的流程示意图；
20.图3为本发明另一实施例中服务请求的处理方法的流程示意图；
21.图4为本发明另一实施例中服务请求的处理方法的流程示意图；
22.图5为本发明另一实施例中服务请求的处理方法的流程示意图；
23.图6为本发明实施例中服务请求的处理装置的结构示意图。
具体实施方式
24.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
25.在介绍本发明实施例之前，首先对本发明实施例涉及的名词进行介绍。
26.1、otcp平台：我行建立在aix以及linux服务器上一种输入输出管理、以及应用事物控制平台。
27.2、cobol：(common business
‑
oriented language)一种面向过程的编程语言，主要应用于数据处理，目前大量运用于银行、保险、证券等金融行业系统。
28.3、bcips：人民币跨境支付系统。
29.4、blob(binary large object)：二进制大对象，用于存储数据库中的大型二进制对象。可存储的最大大小为4g字节。
30.现有otcp平台可实现前端字段解析，其实现原理是在otcp平台中定义接口相应字段，然后该平台根据相应定义进行解析。基于otcp平台的解析，由于平台限制只能实现1941长度的解析，并且由于整套系统搭建在该平台，如改动此平台需要全部应用程序都要进行相应变更。软件系统经过长期迭代开发，基础框架势必不能满足新业务发展，改造旧系统带来的成本非常高。
31.考虑到现有服务请求处理存在的技术问题，本发明提出了一种服务请求的处理方案，该方案通过一套转换机制使得使用者能输入超长字段(超过预设长度字段)，又能兼容otcp平台，即既可以解析超长上送，又可以不改动该平台的方式。具体地，使用者发起服务请求后，前端系统直接调用otcp平台，本发明通过在此之间增加一主控程序(包括本发明实施例服务请求的处理的步骤101至步骤103)，针对于超过otcp平台长度限制的请求进行预处理，将数据根据配置信息存储到数据库中，然后只给otcp平台上送数据库的主键信息即可实现交互。
32.图1为本发明实施例中服务请求的处理方法的流程示意图，如图1所示，该方法包括如下步骤：
33.步骤101：接收用户发起的服务请求；
34.步骤102：在判断所述服务请求中的待解析字段超过预设字段长度时，根据预先定义的配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识；
35.步骤103：将所述目标格式文件存储至数据库中；
36.步骤104：根据所述唯一标识，处理所述服务请求。
37.本发明实施例提供的服务请求的处理方案可以实现无需花费大量人力物力改变原始服务处理平台就可以处理包含超过预设字段长度的服务请求。下面进行详细介绍。
38.一、首先，介绍上述步骤101。
39.具体实施时，本发明实施例中的服务请求可以是：银行、保险、证券等金融行业的服务请求，例如银行的人民币跨境支付服务，保险交易服务，买券等证券交易服务。
40.二、接着，介绍上述步骤102。
41.具体实施时，收到交易请求后，判断如输入超长数据，即判断上送字段(服务请求中的字段)是否属于超长字段，根据判断结果进行直接调用otcp平台或者调用超长解析的步骤，若执行超长解析(待解析字段超过预设字段长度之后的解析)的步骤，根据数据库配置的格式将上送字段解析成目标格式并存储到数据库中。
42.具体实施时，预先定义的配置文件时，技术人员需要根据与前端发起系统约定的接口，在数据库里面进行定义对应关系，此对应关系建立后在发起时自动进行解析操作。在该预先配置的步骤中，需要将根据接口在数据库里面进行预先配置，包括交易id、输入项序号、输入字段类型、小数点长度、输入项长度、偏移量(变长时即长度)。
43.在一个实施例中，如图2所示，在上述步骤102中，在判断服务请求中的待解析字段超过预设字段长度时，根据预先定义的配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识，可以包括步骤1021：在判断服务请求中的待解析字段超过预设字段长度时，根据预先定义的数据库配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识。
44.具体实施时，预先定义配置包括不限于数据库配置，也可用文本及其他方式。
45.三、接着，介绍上述步骤103。
46.在一个实施例中，如图3所示，在上述步骤103中，将所述目标格式文件存储至数据库中，可以包括步骤1031：将所述目标格式文件以二进制大对象blob模式存储到数据库中。
47.具体实施时，根据预定配置的数据定义将上送字段进行转换，以blob模式存储到数据库中，并生成一个唯一id(标识)返回给主控程序，主控程序取到解析模块返回的唯一id后，调用otcp平台。
48.四、接着，介绍上述步骤104。
49.在一个实施例中，如图4所示，在上述步骤104中，根据所述唯一标识，处理所述服务请求，可以包括步骤1041：根据所述唯一标识，从所述数据库中获取对应的目标格式文件，处理所述服务请求。
50.具体实施时，应用程序接到otcp平台的唯一id后，从数据库中取出相应的上送数据执行。
51.五、接着，介绍进一步优选的实施方式。
52.在一个实施例中，如图5所示，上述服务请求的处理方法还可以包括步骤105：在判断服务请求中的待解析字段未超过预设字段长度时，调用原始服务处理平台解析待解析字段，根据解析结果，处理所述服务请求。
53.具体实施时，在判断服务请求中的待解析字段未超过预设字段长度时，调用原始服务处理平台处理所述服务请求，进一步提高了服务处理的灵活性。
54.本发明实施例提供一个思路，如实现相应功能，则预先定义配置(包括不限于数据库，可用文本及其他方式)，根据相应配置进行解析转换，将较长的字段进行存储(包括不限于数据库，可用文本及其他方式)，然后将存储的id传送至应用程序进行处理。即本发明事来使用预先配置的文件解析存储，然后根据存储唯一id进行应用。
55.本发明实施例中还提供了一种服务请求的处理装置，如下面的实施例所述。由于该装置解决问题的原理与服务请求的处理方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。
56.图6为本发明实施例中服务请求的处理装置的结构示意图，如图6所示，该装置包括：
57.接收单元01，用于接收用户发起的服务请求；
58.解析单元02，用于在判断所述服务请求中的待解析字段超过预设字段长度时，根据预先定义的配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识；
59.存储单元03，用于将所述目标格式文件存储至数据库中；
60.处理单元04，用于根据所述唯一标识，处理所述服务请求。
61.在一个实施例中，上述服务请求的处理装置还可以包括：调用单元，用于在判断服务请求中的待解析字段未超过预设字段长度时，调用原始服务处理平台解析待解析字段，根据解析结果，处理所述服务请求。
62.在一个实施例中，所述处理单元具体用户：根据所述唯一标识，从所述数据库中获取对应的目标格式文件，处理所述服务请求。
63.在一个实施例中，所述存储单元具体用于：将所述目标格式文件以二进制大对象blob模式存储到数据库中。
64.在一个实施例中，所述解析单元具体用于：在判断服务请求中的待解析字段超过预设字段长度时，根据预先定义的数据库配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识。
65.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述服务请求的处理方法。
66.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述服务请求的处理方法的计算机程序。
67.本发明实施例中，服务请求的处理方案，通过：接收用户发起的服务请求；在判断所述服务请求中的待解析字段超过预设字段长度时，根据预先定义的配置文件，将待解析字段转换为目标格式文件，生成目标格式文件对应的唯一标识；将所述目标格式文件存储
至数据库中；根据所述唯一标识，处理所述服务请求，可以实现无需花费大量人力物力改变原始服务处理平台就可以处理包含超过预设字段长度的服务请求。
68.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
69.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
70.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
71.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
72.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。