首页> 中国专利> 系统调用处理方法、装置、计算机设备和存储介质

系统调用处理方法、装置、计算机设备和存储介质

摘要

本申请涉及计算机技术领域,特别涉及一种系统调用处理方法、装置、计算机设备和存储介质。方法包括:接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识;查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息;根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系;获取解析调用方配置信息与被调用方配置信息的处理算法;将调用关系以及处理算法作为预存储信息进行存储;当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。采用本方法能够提高系统调用效率。

著录项

  • 公开/公告号CN112612630A

    专利类型发明专利

  • 公开/公告日2021-04-06

    原文格式PDF

  • 申请/专利权人 太平金融科技服务(上海)有限公司;

    申请/专利号CN202011603827.3

  • 发明设计人 朱振;

    申请日2020-12-29

  • 分类号G06F9/54(20060101);

  • 代理机构44224 广州华进联合专利商标代理有限公司;

  • 代理人姜晓云

  • 地址 201201 上海市浦东新区卡园三路58号

  • 入库时间 2023-06-19 10:29:05

说明书

技术领域

本申请涉及计算机技术领域,特别是涉及一种系统调用处理方法、装置、计算机设备和存储介质。

背景技术

随着现在企业线上办公的需求与日俱增,每个企业的线上系统群也是越来越庞大,系统之间的交互量也是不可避免的大幅上涨。系统交互已经是个重要的课题摆在面前,但是不同系统具有不同的配置信息如遵循不同的协议、接口形式以及数据格式等,使得不同系统之间的调用交互存在障碍。

当不同系统之间需要调用时,传统技术需要根据接收到的系统调用请求实时计算系统之间的调用关系以及不同系统之间的处理算法,并且当再次进行系统调用时还需要重复计算调用关系以及处理算法,使得系统调用效率低下。

发明内容

基于此,有必要针对上述技术问题,提供一种能够提高系统调用效率的方法、装置、计算机设备和存储介质。

一种系统调用处理方法,方法包括:

接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识;

查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息;

根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系;

获取解析调用方配置信息与被调用方配置信息的处理算法;

将调用关系以及处理算法作为预存储信息进行存储;

当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。

在其中一个实施例中,根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系,包括:

从调用方配置信息中提取待调用接口;

从被调用方配置信息中提取待调用接口对应的接口调用权限;

根据接口调用权限建立调用方和被调用方之间的调用关系。

在其中一个实施例中,根据接口调用权限建立调用方和被调用方之间的调用关系,包括:

当接收到被调用方授权被调用方调用待调用接口的通知时,建立调用方与被调用方之间的调用关系。

在其中一个实施例中,接收系统注册请求之后,还包括:

根据调用方标识对调用方进行系统注册生成已注册调用方;

根据被调用方标识对被调用方进行系统注册生成已注册被调用方;

将调用关系以及处理算法作为预存储信息进行存储,包括:

将已注册调用方、已注册被调用方、调用关系以及处理算法作为预存储信息进行存储。

在其中一个实施例中,当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用,包括:

当接收调用方发送的系统调用请求时,从系统调用请求中提取调用方以及被调用方;

从预存储信息中提取已注册调用方以及已注册被调用方;

当已注册调用方中存在调用方以及已注册被调用方中存在被调用方时,从预存储信息中查找调用方与被调用方之间的调用关系;

当成功查找到调用关系时,根据调用关系实现调用方对被调用方的系统调用。

在其中一个实施例中,获取解析调用方配置信息与被调用方配置信息的处理算法,包括:

获取调用方配置信息中的调用方数据格式;

获取被调用方配置信息中的被调用方数据格式;

获取转换调用方数据格式以及被调用方数据格式的数据格式转换算法;

根据数据格式转换算法得到解析调用方配置信息与被调用方配置信息的处理算法。

在其中一个实施例中,当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用,包括:

当接收调用方发送的系统调用请求时,从系统调用请求中提取调用请求数据;

利用解析逻辑对调用请求数据进行解析,得到交互数据以及被调用方系统信息;

从预存储信息中获取被调用方系统信息对应的被调用方配置信息;

根据预存储信息中的处理算法以及被调用方配置信息对交互数据进行格式转换,将格式转换后的数据进行封装并发送至被调用方系统,以完成对被调用方系统的调用。

一种系统调用处理装置,装置包括:

请求接收模块,用于接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识;

查询模块,用于查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息;

调用关系建立模块,用于根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系;

算法获取模块,用于获取解析调用方配置信息与被调用方配置信息的处理算法;

存储模块,用于将调用关系以及处理算法作为预存储信息进行存储;

调用模块,用于当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。

一种计算机设备,包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现上述方法的步骤。

一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述方法的步骤。

上述系统调用处理方法、装置、计算机设备和存储介质,接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识;查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息;进而可以根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系;获取解析调用方配置信息与被调用方配置信息的处理算法;将调用关系以及处理算法作为预存储信息进行存储;由于预先将调用关系以及处理算法进行存储,使得当接收调用方发送的系统调用请求时,可以直接获取调用方与被调用方之间的调用关系以及处理算法,而不需要重新进行计算,并且预存储信息可以重复利用,进而提高了系统调用的效率。

附图说明

图1为一个实施例中系统调用处理方法的应用场景图;

图2为一个实施例中系统调用处理方法的流程示意图;

图3为一个实施例中系统调用方法的流程示意图;

图4为另一个实施例中系统调用方法的流程示意图;

图5为一个实施例中系统调用处理装置的结构框图;

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。

本申请提供的系统调用处理方法,可以应用于如图1所示的应用环境中。其中,其中,调用方102、系统交互平台103以及被调用方104通过网络进行通信。系统交互平台103接收调用方102或者被调用方104发送的系统注册请求,系统注册请求携带有被调用方标识以及调用方标识;查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息;根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系;获取解析调用方配置信息与被调用方配置信息的处理算法;将调用关系以及处理算法作为预存储信息进行存储;当系统交互平台103接收调用方102发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方102对被调用方103的系统调用。

在其中一个实施例中,如图2所示,提供了一种系统调用处理方法,以该方法应用于图1中的系统交互平台103为例进行说明,方法包括以下步骤:

步骤210,接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识。

调用方是指发起系统调用请求的系统,被调用方是指提供被调用接口以供其他系统调用的系统,并且调用方与被调用方可以通过系统交互平台进行数据交互,以实现不同系统之间的系统调用。具体地,系统交互平台接收调用方发送的调用方系统注册请求,从调用方系统注册请求中提取调用方标识,系统交互平台接收被调用方发送的被调用方系统注册请求,从被调用方系统注册请求中提取被调用方标识。进一步地,系统交互平台根据调用方标识查找调用方系统信息,根据调用方系统信息在系统交互平台中对调用方进行系统注册。系统交互平台根据被调用方标识查找被调用方系统信息,根据被调用方系统信息在系统交互平台中对被调用方进行系统注册。需要说明的是,只有预先在系统交互平台中进行预注册的调用方才具有系统调用的权限,只有预先在系统交互平台中进行预注册的被调用方才具有被调用的权限。

步骤220,查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息。

具体地,配置信息中可包含调用方或者被调用方的系统属性信息,其中,系统属性信息中可包含系统标识、系统名称、所属公司等,配置信息中还可以包含被调用方的接口信息以及接口属性信息等,更加具体地,还可以包含被调用方的接口地址信息、是否加密信息、接口交互字段信息、接口交互协议以及接口交互形式等信息。

步骤230,根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系。

调用关系是预先建立的并且存储至系统交互平台中的信息,根据调用关系可以实现调用方与被调用方之间的系统调用。具体地,预先根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系,然后将预先建立的调用关系存储至系统交互平台中,当系统交互平台接收到系统调用请求时,可以直接在系统交互平台中查询预先存储的调用关系,根据调用关系实现不同系统之间的调用。具体地,调用关系中可包含调用方与被调用方之间的调用权限,如调用方是否具备调用被调用方某一个接口的权限。系统交互平台从调用方配置信息中提取待调用接口,从被调用方配置信息中提取授权被调用方调用的接口,当待调用接口是被授权的接口时,建立调用方与被调用方之间的调用关系。

步骤240,获取解析调用方配置信息与被调用方配置信息的处理算法。

不同的系统对应的配置信息可能是不同的,如不同的配置信息中可对应不同的交互协议、不同的数据格式或者不同的加密算法等,使得不同的系统之间是无法直接进行数据交互以实现系统之间的调用,故而需要通过处理算法对不同的配置信息进行数据处理,以使得根据处理后的配置信息能够直接进行系统调用。

在其中一个实施例中,获取解析调用方配置信息与被调用方配置信息的处理算法,包括:获取调用方配置信息中的调用方数据格式;获取被调用方配置信息中的被调用方数据格式;获取转换调用方数据格式以及被调用方数据格式的数据格式转换算法;根据数据格式转换算法得到解析调用方配置信息与被调用方配置信息的处理算法。

具体地,处理算法可包含数据格式处理算法,以根据数据格式处理算法将调用方中的交互数据的格式转换为调用方配置信息中要求的数据格式。不同的系统中的数据格式可能是不同的,不同格式的数据之间是无法直接进行数据交互的,故而,在系统之间具有交互请求时,通过将系统之间的数据格式进行归一化处理以实现不同系统之间的数据交互。具体地,可以预先在系统交互平台中存储数据格式转换算法,根据预先存储的数据格式转换算法对调用方以及被调用方的数据格式进行转换实现两者数据格式的统一,进而实现系统交互。如可以在系统交互平台中预先嵌入数据转化JAR包服务插件,数据转化JAR包服务支持Java语言的常用系统交互数据格式转换的功能,进而能够在系统交互平台中实现不同数据格式之间的转换。例如,根据获取到的系统配置信息解析请求的数据部分,完成数据格式的转换,例如将调用方中的JSON格式转换为被调用方中的XML格式,然后将按照一定的数据层次对格式转换后的交互数据进行封装以实现数据打包。

进一步地,处理算法中还可包含数据加密或者数据解密处理算法,以根据加密或者解密处理算法对配置信息进行加密或者解密。

步骤250,将调用关系以及处理算法作为预存储信息进行存储。

将建立的调用关系以及获取到的处理算法作为预存储信息存储至系统交互平台中。具体地,通过对调用方以及被调用方的配置信息进行数据处理建立两者之间的调用关系,并获取解析两者的处理算法,将预先建立的调用关系以及处理算法作为预存储信息存储至系统交互平台中。当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。由于预先将调用关系以及处理算法进行存储,使得当接收调用方发送的系统调用请求时,可以直接从系统交互平台中查询预存储信息得到调用方与被调用方之间的调用关系以及处理算法,而不需要重新进行计算,并且预存储信息可以重复利用,进而提高了系统调用的效率。并且,所有系统间的调用关系预先存储至系统交互平台中,使得调用关系清晰可见,实现了不再靠经验对不同系统之间的关联关系进行分析,提高了不同系统之间关联关系的获取效率以及准确率。

步骤260,当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。

具体地,当系统交互平台接收到调用方发送的系统调用请求时,从系统调用请求中提取调用方、被调用方以及待调用接口,并从系统交互平台中的预存储信息中查询是否存在调用方与待调用接口之间的调用关系,当查找到对应的调用关系时根据预存储信息中的处理算法对交互数据进行数据处理,以实现在不同系统之间的系统调用。

在本实施例中,由于预先将调用关系以及处理算法进行存储,使得当接收调用方发送的系统调用请求时,可以直接从系统交互平台中查询预存储信息得到调用方与被调用方之间的调用关系以及处理算法,而不需要重新进行计算,并且预存储信息可以重复利用,进而提高了系统调用的效率。

进一步地,通过在系统交互平台中预先存储处理算法如加密技术、数据格式处理等功能包,使得系统交互平台可以直接支持系统功能的开发实现,做到了统一技术。并且在系统交互平台中预先存储调用方以及被调用方的信息,使得不同系统间的调用不再是直接系统到系统,对不同系统之间的调用不需要对系统重新进行开发处理,只需要在系统交互平台中查找对应的信息就可以实现系统之间的交互调用,从而实现了不同系统之间的调用以及交互不需要考虑协议、接口形式、数据格式不一致的问题,减少系统开发的时间,提高系统的对接开发效率,进一步实现规范系统交互。并且本专利实现系统之间的调用时,是统一由一个系统交互平台进行转发,所有的技术改造不再是需要每个系统都要支持,而只需要对一个系统交互平台进行改造即可,并且系统交互平台还可以支持还支持添加新的系统,以实现支持所有系统之间的交互。具体地,当系统交互平台接收到调用方对被调用方的系统调用请求时,可以直接在预先存储信息的系统交互平台中查询对应的信息,通过预先配置信息即可实现对已有被调用方接口的直接调用,提高系统的利用率,加快系统功能的实现。

在其中一个实施例中,根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系,包括:从调用方配置信息中提取待调用接口;从被调用方配置信息中提取待调用接口对应的接口调用权限;根据接口调用权限建立调用方和被调用方之间的调用关系。

具体的,系统交互平台接收调用方发送的系统注册请求,并从系统注册请求中提取调用方标识,查找调用方系统标识对应的调用方配置信息,从调用方配置信息中提取待调用接口,其中待调用接口是调用方待要调用的接口,并且该接口是被调用方系统的接口。系统交互平台从接收到的被调用方发送的被调用方系统注册请求中提取被调用方标识,查找被调用方标识对应的被调用方配置信息,从被调用方配置信息中提取可调用接口,以及可调用接口对应的授权信息。其中可调用接口是被调用方授权可以被其他调用方直接调用的接口,被调用接口对应的授权信息是指被调用方授权该接口可以被哪些调用方调用,如被调用方授权第一接口只可被第一调用方调用,那就是说只有第一调用方具有调用第一接口的权限,其他调用方不具有调用第一接口的权限。当系统交互平台判定待调用接口是被调用方授权的可被调用的接口时建立调用方与被调用方之间的调用关系。

在本实施例中,通过将接口的调用权限预先存储至系统交互平台中,使得当调用方发起对接口的调用时,可以对被调用方的调用权限进行校验,当调用方不具有调用该接口的权限时可以拒绝该调用方的系统调用请求,防止恶意的系统调用,使得系统调用的安全性更高。

在其中一个实施例中,根据接口调用权限建立调用方和被调用方之间的调用关系,包括:当接收到被调用方授权调用方调用待调用接口的通知时,建立调用方与被调用方之间的调用关系。

具体的,只有被授权的调用方才具有调用接口的权限,故而当调用方通过接口调用权限验证后才建立调用方与被调用方之间的调用关系。也就是说当调用方不具有接口调用权限时不建立调用方与被调用之间的调用关系,此时不能从系统交互平台中查询到相关的调用关系,故而不能执行调用方对被调用方系统接口的调用,也无法实现系统之间的调用。

在其中一个实施例中,首先在系统交互平台中预先配置调用方信息以及被调用方信息,具体地,包括在系统交互平台的数据库中进行被调用方系统的注册、被调用方接口信息的注册以及调用方调用信息的注册等,并且调用方以及被调用方还可以对系统交互平台中的系统注册信息进行数据维护。如可以在系统交互平台中设置调用方管理功能页面以及被调用方管理功能页面等,以使得调用方以及被调用方能够通过管理功能页面对系统交互平台中的数据进行管理,如可以对系统交互平台中的调用方信息以及被调用方信息进行增加、修改以及删除等操作以对系统交互平台中的信息进行更新,并且管理功能页面可以是当系统调用功能较为成熟时采用的系统维护功能。

在其中一个实施例中,接收系统注册请求之后,还包括:根据调用方标识对调用方进行系统注册生成已注册调用方;根据被调用方标识对被调用方进行系统注册生成已注册被调用方;将调用关系以及处理算法作为预存储信息进行存储,包括:将已注册调用方、已注册被调用方、调用关系以及处理算法作为预存储信息进行存储。

调用方以及被调用方可以预先在系统交互平台中进行信息注册,并且只有预先注册过的系统才具有使用系统交互平台的权限,然后将已注册调用方以及已注册被调用方作为预存储信息存储至系统交互平台。具体地,系统交互平台接收调用方发送的系统注册请求,根据系统注册请求将调用方标记为已注册调用方;系统交互平台接收被调用方发送的系统注册请求,根据系统注册请求将被调用方标记为已注册被调用方;接收被调用方发送的接口注册请求,根据接口注册请求将接口标记为已注册接口。其中系统交互平台根据接收到的系统注册请求对系统进行注册,可包括注册构建调用方数据库、被调用方数据库,其中调用方数据库中包含调用方的调用方标识以及调用方系统信息,被调用方数据库中可包含被调用方标识以及被调用方系统信息,以及被调用方数据库中还可包含接口库,接口库用于存储接口注册信息,并且只有被注册过的接口才能被调用方进行调用。具体地,被调用方对应的接口库中可用于保存对外暴露的接口信息,包含但是不限于系统信息、接口地址信息、是否加密信息、接口交互字段信息、接口交互协议以及接口交互形式信息等。

具体地,系统信息可以为系统的编码,用于记录接口从属的系统;接口地址可以为服务域名或者IP;接口名称可以为人员注册;接口地址可以为user/login;接口交互字段信息可以为调用方发送接口调用请求的时候,调用方需要给被调用方的字段信息如姓名、账号、密码、性别、地址等。

在本实施例中由于预先在系统交互平台中注册信息,进而可以根据系统调用请求可以直接从系统交互平台中获取相关信息,如已注册的接口信息、被调用方系统接口地址、接口协议以及数据格式等,提高了数据获取的效率。

进一步地,在系统交互平台中还用于构建调用方对应的调用信息库,用于保存调用方申请调用的被调用方的接口信息,便于管理调用关系。在本实施例中构建调用方的信息,即将调用方的调用信息预先存储至分发系统平台中,如将调用方调用被调用方的接口信息保存至被调用方对应的调用信息库中,使得当接收到调用方发送的系统调用请求时,可以根据调用信息库来验证该系统调用请求的合法性。

在其中一个实施例中,当系统交互平台接收到调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用,包括:当接收调用方发送的系统调用请求时,从系统调用请求中提取调用方以及被调用方;从预存储信息中提取已注册调用方以及已注册被调用方;当已注册调用方中存在调用方以及已注册被调用方中存在被调用方时,从预存储信息中查找调用方与被调用方之间的调用关系;当成功查找到调用关系时,根据调用关系实现调用方对被调用方的系统调用。

具体的,当系统交互平台接收系统调用请求时首先从预存储信息中查询发送请求的调用方以及被调用方是否在系统中预先注册,只有当在系统中预先注册了才执行系统调用的请求。

参考图3,提供了一个实施例中系统调用方法的流程示意图。具体地,当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用,包括:

步骤310,当接收调用方发送的系统调用请求时,从系统调用请求中提取调用请求数据。

具体地,调用请求数据中可包含调用方系统信息、被调用方系统信息以及交互数据等。

步骤320,利用解析逻辑对调用请求数据进行解析,得到交互数据以及被调用方系统信息。

具体地,系统调用请求数据是预先封装的数据,如可以预先封装了调用方的系统信息、被调用方的系统信息、被调用方系统接口信息以及系统之间的交互数据等,系统交互平台对接收到的封装过的调用请求数据进行数据解析,以将封装过的信息进行打开获取相关有用的信息。具体地,系统交互平台从系统调用请求中提取调用地址如URL,查找调用地址对应的解析逻辑,根据该解析逻辑对系统调用请求中携带的系统调用数据进行解析,得到调用方系统信息以及被调用方系统信息。

在其中一个实施例中,调用请求数据中还包含调用方系统信息;根据解析逻辑对调用请求数据进行解析,得到交互数据以及被调用方系统信息,包括:从系统调用请求中提取调用地址,根据调用地址得到调用方对应的接口交互协议以及数据格式类型;获取接口交互协议对应的接口交互实现逻辑以及数据格式类型对应的格式解析逻辑;根据接口解析逻辑以及格式解析逻辑对调用请求数据进行解析得到调用方系统信息、交互数据以及被调用方系统信息。

具体地,调用方发送的系统调用请求中携带有调用地址,系统交互平台根据调用地址URL获取系统调用数据的协议以及格式,以根据协议以及格式对配置信息进行数据处理。具体地,当调用地址为XXXXXXX/http/json时,系统交互平台就会将该系统调用请求发送到平台的http协议处理的入口,以使得系统交互平台可以按照http协议对应的协议解析算法对这个系统调用请求的所有事宜进行数据处理,对于数据格式就会按照json格式进行解析,最终得到调用方系统信息、交互数据以及被调用方系统信息。

步骤330,从预存储信息中获取被调用方系统信息对应的被调用方配置信息。

被调用方配置信息是预先存储至系统交互平台的信息,用于表征被调用方系统的系统配置属性,如可以是被调用方的接口信息以及接口属性信息等,更加具体地,可以为被调用方的接口地址信息、是否加密信息、接口交互字段信息、接口交互协议以及接口交互形式等信息。具体地,系统交互平台根据解析逻辑对调用请求数据进行解析后,得到解析后的被调用方系统信息,然后从解析后的被调用方系统信息中提取被调用方系统标识,以在系统交互平台中获取预先存储的与被调用方系统标识对应被调用方的配置信息。

其中,系统交互平台中预先存储的配置信息可以是预先加密的信息,故而当从系统交互平台中查找到被调用方系统信息对应的被调用方配置信息时,还用于利用解密算法对加密后的配置信息进行解密,以得到解密后的配置信息。其中预设的加密算法可以是系统交互平台中预先存储的算法。

步骤340,根据预存储信息中的处理算法以及被调用方配置信息对交互数据进行格式转换,将格式转换后的交互数据进行封装并发送至被调用方系统,以完成对被调用方系统的调用。

在其中一个实施例中,根据被调用方配置信息对交互数据进行格式转换,将格式转换后的交互数据进行封装并发送至被调用方系统,以完成对被调用方系统的调用,还包括:从被调用方配置信息中提取被调用方对应的被调用数据格式;利用格式转换算法将交互数据的格式转换为与被调用数据格式一致;按照封装算法对格式转换后的交互数据进行封装,并将封装后的交互数据发送至被调用方系统,以完成对被调用方系统的调用。

具体地,从被调用方配置信息中提取被调用方对应的数据格式;获取数据格式对应的数据处理算法;根据数据处理算法对交互数据进行格式转换,并经格式转换后的数据进行封装以发送至被调用系统。由于不同系统中的数据格式可能是不同的,不同格式的数据之间无法直接进行数据交互,故而当不同系统之间具有系统交互请求时,需要将系统之间的数据格式进行归一化处理以实现不同系统之间的数据交互。具体地,可以预先在系统交互平台中存储数据格式转换算法,根据预先存储的数据格式转换算法对调用方以及被调用方的数据格式进行转换实现两者数据格式的统一,进而实现系统交互。如可以在系统交互平台中预先嵌入数据转化JAR包服务插件,数据转化JAR包服务支持Java语言的常用系统交互数据格式转换的功能进而能够在系统交互平台中实现不同数据格式之间的转换。例如,根据获取到的系统配置信息解析请求的数据部分,完成数据格式的转换,例如将调用方中的JSON数据格式转换为被调用方中的XML数据格式,然后再按照一定的数据层次进行数据封装以对格式转换后的交互数据打包,实现对交互数据的封装。

在本实施例中,通过预先存储调用方以及被调用方的信息,使得当系统交互平台接收到调用方对被调用方的系统调用请求时可以直接在预先存储的数据库中查询对应的信息,以实现不同系统之间的系统调用以及数据交互。本专利对不同系统之间的调用不需要对系统重新进行开发处理,只需要在系统交互平台中查找对应的信息就可以实现系统之间的交互调用,从而实现了不同系统之间的调用以及系统交互不需要考虑协议、接口形式、数据格式等不一致的问题,减少系统开发的时间,提高系统之间的对接开发效率,进一步实现规范系统交互。

在其中一个实施例中,并将封装后的交互数据发送至被调用方系统,以完成对被调用方系统的调用,包括:获取已注册接口对应的接口交互协议;获取接口交互协议对应的接口交互实现逻辑;根据接口交互实现逻辑对被调用方的接口进行调用。

具体地,被调用方的接口预先在系统交互平台中进行注册存储,当接口在系统交互平台中进行注册后将该接口标记为已注册接口,并且只有被注册过的接口才能被其他调用方进行调用。接口交互协议是调用被调用方的接口时使用的协议,如http协议或者tcp协议等。接口交互实现逻辑可以为被调用方系统实现的方式,如调用需要使用什么方式调用,具体地可以为Webservice、Restful等方式。

具体地,根据解析后的调用请求数据从系统交互平台中获取预先存储的相关信息,如系统信息、接口信息(包括被调用方的系统接口地址、接口协议以及数据格式等)注册信息、申请调用信息等其他相关信息,并且当需要向多个被调用方分发处理时,还包括从系统交互平台中获取多个被调用方预先存储的相关信息。

当获取被调用方系统信息后还包括对被调用系统信息中的被调用方接口信息进行校验,判断调用方是否具有调用被调用方接口的调用权限,若无接口调用权限则返回没有调用接口权限的消息,并发出非法系统调用请求的指令,如果有接口调用权限则直接在系统交互平台中获取预先存储的相关配置信息,并进入分发处理,以及返回系统调用成功的消息。进一步地,根据配置信息解析请求的数据部分,完成对数据格式的转换,如从调用方中的JSON格式转换为被调用方中的XML格式,然后再将格式转换后的数据进行封装。

进入分发层后根据出口配置信息,选择相应的协议、接口形式进行相关系统平台的分发处理。其中,分发层中具有判断逻辑以及调用逻辑,判断逻辑根据从系统交互平台中获取到的配置信息(如被调用方的协议、数据格式等)判断应该调用的出口逻辑、相应的协议、接口形式等进行系统的调用。进一步地,分发处理由消息队列支持,通过消息队列进行数据处理可以防止系统调用量激增造成系统的不可用。具体地,,分发处理包括一个调用方将消息分发至多个被调用方的过程,并且每生成一个被调用信息会有一条消息生成,并在线程池进行消息处理。并且通过逐一处理消息,从而达到数据可发送至不同的系统,实现分发处理。具体地,在线程中对被调用方的系统进行调用的过程包括:在线程中根据配置信息完成交互数据的解析以及交互数据的格式转换以及重新封装(如双方数据格式一致,则数据格式无需转化),具体地可以使用JAVA提供的基础数据格式进行数据转化支持,例如利用sax包,进行XML格式数据解析或者生成。根据被调用方接口配置需求进行系统调用请求前准备,根据不同的数据格式、请求协议调用不同的出口方式。

在本实施例中,对转换后格式的交互数据进行分发处理实现对系统的调用,具体地,分发层包括判断逻辑以及调用逻辑,其中判断逻辑判断交互数据的出口逻辑,如相应的协议、接口形式等进行判断,并按照选择的出口逻辑对系统进行调用。实现了直接从系统交互平台中查询对应的配置信息而不需要对系统重新进行开发,提高了系统调用的效率。

在其中一个具体的实施例中,一种基于系统交互平台的系统调用方法包括:调用方向系统交互平台发起系统调用请求,系统交互平台从系统调用请求中提取的系统调用信息,并执行系统调用的步骤。在一个实施例中,在系统交互平台中执行系统调用的步骤采用实时调用的方式,具体地,系统交互平台接收调用方发送的系统调用请求之后,还包括:获取线程池,查找线程池中是否存在空闲线程,当从线程池中成功查找到空闲线程时,利用空闲线程对系统调用请求进行数据处理;当线程池已满,未能成功从线程池中查找到空闲线程时暂停对系统调用请求的数据处理,直至线程池中的线程被释放从线程池中成功查找到空闲线程时,利用空闲线程对系统调用请求进行数据处理,实现对被调用方系统的实时调用。在本实施例中,系统交互平台可以对接收到的系统调用请求进行实时处理,以实现不同系统之间的调用,利用实时调用的处理方式可以使得系统调用请求得到快速的处理,提高了系统调用的效率。

在另一个实施例中,系统交互平台对接收到的系统调用请求进行非实时处理。具体地,系统交互平台接收调用方发送的系统调用请求之后,还包括:接收多个调用方发送的系统调用请求;将各系统调用请求发送至消息队列;然后按照预设规则从消息队列中提取待处理的系统调用请求以对系统调用请求进行数据处理。在本实施例中,将接收到的系统调用请求先存储至消息队列中,然后按照预设的规则如根据预设的频率以及数据增量等参数从消息队列中拉取系统调用请求并进行数据处理,由于是按照预设的速度进行数据处理,故而非实时的系统调用能够实现系统调用的稳定性。

在其中一个实施例中,方法还包括:根据调用请求数据对系统调用请求的合法性进行验证。当验证通过时判定系统调用请求为合法请求,继续执行对系统调用请求的数据处理,当验证未通过时判定系统调用请求为非法请求,不执行对系统调用请求的处理。

具体地,可以在系统交互平台中预先构建审批库,审批库用于审批调用方发送的系统调用请求的合法性。具体地,审批库用于审核系统调用请求中包含的调用方是否为合法调用方、被调用方是否为合法被调用方以及调用接口是否为合法接口。其中判断调用方是否为合法调用方主要包括判断调用方是否为在系统交互平台中预先注册的调用方,判断被调用方是否为合法被调用方主要包括判断被调用是否为在系统交互平台中预先注册的被调用方,以及判断调用接口是否为合法接口主要包括判断调用接口是否为被调用方授权调用方调用的接口,只有当判定调用方、被调用方以及调用接口皆为合法时才能授权调用方执行调用被调用方系统的步骤。

在本实施例中,通过对系统调用请求的合法性进行验证可以保证系统调用的信息安全性,以防不具有系统调用请求的调用方发起系统调用请求给被调用方的信息安全造成隐患。

在其中一个实施例中,方法还包括:获取预先存储的可支持接口交互协议,当可支持接口交互协议中存在调用方的接口交互协议时,判定调用方的接口交互协议为合法协议。

具体地,调用方向系统交互平台发送系统调用请求后,系统交互平台使用SpringCloud网关技术响应接收到的系统调用请求,并且网关层还对系统调用请求进行鉴权处理。具体地,鉴权处理可包括:网关层接收到系统调用请求后,判断系统调用请求是否为系统交互平台支持的请求。具体地,系统交互平台获取预存储信息中预先存储的可支持接口交互协议,然后判断系统调用请求中请求的接口交互协议是否为系统交互平台可支持的接口交互协议,当是为可支持的接口交互协议时,判定该接口交互协议为合法协议,否则返回非法请求的指令。例如系统交互平台仅提供了http处理的服务,当系统调用请求中要求提供http以外的处理服务时,系统交互平台会返回非法请求的指令。

在其中一个实施例中,获取预先存储的需求数据格式,当调用请求数据的格式符合需求数据格式时,判定调用请求数据的格式为合法格式数据。

具体地,调用方向系统交互平台发送系统调用请求后,系统交互平台使用SpringCloud网关技术响应接收到的系统调用请求,并且网关层还对系统调用请求进行鉴权处理。鉴权处理可包括:判断系统调用请求的数据格式是否符合系统交互平台的要求。具体地,获取系统交互平台中的预存储信息中的需求数据格式,以及获取调用请求数据中的数据格式,当判定两者格式一致时,返回系统调用请求合法的指令,否则返回非法的指令。比如系统交互平台要求系统调用请求的数据格式中必须包含调用方的系统信息以及被调用方的系统信息,但是接收到的系统调用请求中包含的数据格式不符合系统交互平台要求的数据格式,此时判定系统调用请求不符合要求,系统交互平台返回非法请求的指令。

在其中一个实施例中,从调用请求数据中提取调用方标识,获取预先存储的已注册调用方对应的已注册调用方标识,当已注册调用方标识中存在调用方标识时,判定系统调用请求中的调用方为合法调用方。从被调用方系统信息中提取被调用方标识,获取预先存储的已注册被调用方对应的已注册被调用方标识,当已注册被调用方标识中存在被调用方标识时,判定调用请求中的被调用方为合法被调用方;从调用请求数据中提取待调用接口标识,获取预先存储的已注册接口对应的已注册接口标识,当已注册接口标识中存在待调用接口标识时,判定调用请求数据中的调用接口为合法调用接口。

具体地,调用方向系统交互平台发送系统调用请求后,系统交互平台使用SpringCloud网关技术响应接收到的系统调用请求,并且网关层还对系统调用请求进行鉴权处理。鉴权处理还可以包括:系统交互平台对从系统调用请求中提取到的调用请求数据进行解析得到解析后的调用请求数据,并根据解析后的调用请求数据从系统交互平台中获取预先注册的调用方的系统信息、被调用方的系统信息以及被调用方的接口信息等,判断解析后得到的被调用方系统是否为系统交互平台中预先注册的系统,若是未注册的系统那么返回非法请求的指令,以及判断解析后得到的调用方系统是否为系统交互平台中预先注册的系统,若是未注册的系统那么返回非法请求的指令,以及判断解析后的接口信息是否为预先注册的接口,以及该接口是否授权调用方调用,若是未注册的接口或者未授权调用方调用那么返回非法请求的指令。

具体地,当调用方的接口交互协议为合法协议、调用请求数据的格式为合法格式数据、调用方为合法调用方、被调用方为合法被调用方以及调用接口为合法调用接口时,判定系统调用请求为合法请求,执行查找被调用方系统信息对应的被调用方配置信息。需要说明的是,以上利用网关层对系统调用请求的鉴权处理的顺序不做限定,并且以上步骤中,只要其中任意一个步骤返回非法请求的指令就可以判断系统调用请求失败,只有在网关层对上述步骤中的鉴权都成功时,再执行在系统交互平台中对发起的系统调用请求的数据进行解析处理。

在具体实施中可以根据接口调用返回的状态字段判断接口调用的合法性,具体地,可以利用CODE值进行判断,如0代表正常为合法请求,1代表异常为非法请求,9代表错误为非法请求或者还需要进一步审核的请求等。

在其中一个实施例中,方法还包括:根据系统调用请求生成系统调用的日志记录。具体地,请求日志记录包含:调用ID、调用方系统、请求方IP,请求数据、请求时间、请求返回时间、请求耗时以及错误信息记录(发生系统报错时记录)等。还包括生成出口日志记录,包括:调用ID、被调用方系统、被调用方接口信息、请求服务方时间、服务方返回时间、请求耗时以及错误信息记录(发生系统报错时记录)。还包括生成请求日志,从接收服务方请求至分发层调用前进行记录。日志记录是在执行调用过程中产生的信息,具体地,可用于查找错误信息以及监控系统的健康状态。如,当调用时间超过预设调用时间阈值时,可以人工介入,人工核查系统调用程序是否产生故障。

如图4所示,提供了另一个实施例中的系统调用方法的流程示意图。具体地,包括:

步骤400,调用方调用开始。具体地,调用方向系统交互平台发送系统调用请求,开始系统的调用。

步骤401,入口接口。具体地,在入口接口接收调用方发送的系统调用请求。

步骤402,URL信息判断。具体地,系统交互平台获取系统调用请求中携带的请求地址,并进行地址信息的判断。当判定请求地址中包含HTTP协议以及JSON数据格式时,转至步骤403,当判定请求地址中包含TCP协议、XML数据格式时,转至步骤404。

步骤403,HTTP协议、JSON数据格式处理。具体地,系统交互平台利用HTTP协议、JSON数据格式对系统调用请求进行数据处理。

步骤404,TCP协议、XML数据格式处理。具体地,系统交互平台利用TCP协议、XML数据格式对系统调用请求进行数据处理。

步骤405,判断调用方是否已注册。具体地,系统交互平台对系统调用请求数据进行解析得到调用方系统信息,在系统交互平台中查找调用方系统信息是否为预先注册的信息,若是预先注册的信息判定调用方为合法调用方,转至步骤406,否则判定调用方为非法调用方,转至步骤416系统调用结束。

步骤406,系统调用请求数据解析。具体地,当系统交互平台判定调用方为合法调用方后,对调用方发送的系统调用数据进行数据解析,得到调用方待调用的接口信息。

步骤407,判别接口调用权限。具体地,系统交互平台对解析得到的调用方需要调用的接口信息进行权限判别,如从预先存储的数据中查找被调用方是否授权调用方具有调用该接口的权限。

步骤408,获取预先存储的配置信息。具体地,当系统交互平台判定调用方为合法调用方并且调用方具有调用接口的权限时,从系统交互平台中获取预先存储的配置信息。

步骤409,数据格式解析以及封装。具体地,系统交互平台根据预先存储的数据处理算法对获取到的交互数据进行解析,如对交互数据的数据格式进行转换以及封装,以实现对交互数据的标准化。

步骤410,分发处理入口。具体地,系统交互平台实现对交互数据的处理后进入分发处理入口进行分发信息。如可以从系统交互平台中获取预先存储的交互协议以及数据处格式进行外调处理,如当为HTTP/JSON时转至步骤412,如当为TCP/XML时转至步骤413,当为HTTP/XML时转至步骤414。

步骤411,分发信息。

步骤412,HTTP/JSON数据格式外调处理。

步骤413,TCP/XML数据格式外调处理。

步骤414,HTTP/XML数据格式外调处理。

步骤415,被调用方系统接口。

步骤416,调用结束。

在本实施例中提出的一种系统调用方法,实现了对系统交互的规范分发,在系统交互平台根据每个系统使用的协议、接口方式、数据格式完成适配接收,以及按照被调用方的接口协议、接口形式、数据格式进行统一的转换分发,从而实现了系统间交互不需要考虑协议、接口形式、数据格式不一致的问题,减少系统开发的时间,提高系统对接的开发效率,进一步实现规范系统交互,减少系统之间的开发量,实现不同系统之间的快速交互开发实现。

应该理解的是,虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在其中一个实施例中,如图5所示,提供了一种系统调用处理装置,包括:

请求接收模块510,用于接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识。

查询模块520,用于查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息。

调用关系建立模块530,用于根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系。

算法获取模块540,用于获取解析调用方配置信息与被调用方配置信息的处理算法。

存储模块550,用于将调用关系以及处理算法作为预存储信息进行存储。

调用模块560,用于当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。

在其中一个实施例中,调用关系建立模块530,包括:

接口提取单元,用于从调用方配置信息中提取待调用接口。

权限提取单元,用于从被调用方配置信息中提取待调用接口对应的接口调用权限。

调用关系建立单元,用于根据接口调用权限建立调用方和被调用方之间的调用关系。

在其中一个实施例中,调用关系建立单元,包括:

调用关系建立子单元,用于当接收到被调用方授权被调用方调用待调用接口的通知时,建立调用方与被调用方之间的调用关系。

在其中一个实施例中,系统调用处理装置还包括:

调用方注册模块,用于根据调用方标识对调用方进行系统注册生成已注册调用方。

被调用方注册模块,用于根据被调用方标识对被调用方进行系统注册生成已注册被调用方。

存储模块550,包括:

存储单元,用于将已注册调用方、已注册被调用方、调用关系以及处理算法作为预存储信息进行存储。

在其中一个实施例中,调用模块560,包括:

提取单元,用于当接收调用方发送的系统调用请求时,从系统调用请求中提取调用方以及被调用方。

已注册信息提取单元,用于从预存储信息中提取已注册调用方以及已注册被调用方。

关系查找单元,用于当已注册调用方中存在调用方以及已注册被调用方中存在被调用方时,从预存储信息中查找调用方与被调用方之间的调用关系。

第一调用单元,用于当成功查找到调用关系时,根据调用关系实现调用方对被调用方的系统调用。

在其中一个实施例中,算法获取模块540,包括:

第一格式获取单元,用于获取调用方配置信息中的调用方数据格式。

第二格式获取单元,用于获取被调用方配置信息中的被调用方数据格式。

转换算法获取单元,用于获取转换调用方数据格式以及被调用方数据格式的数据格式转换算法。

处理算法获取单元,用于根据数据格式转换算法得到解析调用方配置信息与被调用方配置信息的处理算法。

在其中一个实施例中,调用模块560,包括:

数据提取单元,用于当接收调用方发送的系统调用请求时,从系统调用请求中提取调用请求数据。

解析单元,用于利用解析逻辑对调用请求数据进行解析,得到交互数据以及被调用方系统信息。

配置信息获取单元,用于从预存储信息中获取被调用方系统信息对应的被调用方配置信息。

第二调用单元,用于根据预存储信息中的处理算法以及被调用方配置信息对交互数据进行格式转换,将格式转换后的数据进行封装并发送至被调用方系统,以完成对被调用方系统的调用。

关于系统调用处理装置的具体限定可以参见上文中对于系统调用处理方法的限定,在此不再赘述。上述系统调用处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。

在其中一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储系统调用相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种系统调用处理方法。

本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。

在其中一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识;查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息;根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系;获取解析调用方配置信息与被调用方配置信息的处理算法;将调用关系以及处理算法作为预存储信息进行存储;当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。

在其中一个实施例中,处理器执行计算机程序时实现根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系的步骤时还用于:从调用方配置信息中提取待调用接口;从被调用方配置信息中提取待调用接口对应的接口调用权限;根据接口调用权限建立调用方和被调用方之间的调用关系。

在其中一个实施例中,处理器执行计算机程序时实现根据接口调用权限建立调用方和被调用方之间的调用关系的步骤时还用于:当接收到被调用方授权被调用方调用待调用接口的通知时,建立调用方与被调用方之间的调用关系。

在其中一个实施例中,处理器执行计算机程序时实现接收系统注册请求之后的步骤时还用于:根据调用方标识对调用方进行系统注册生成已注册调用方;根据被调用方标识对被调用方进行系统注册生成已注册被调用方;将调用关系以及处理算法作为预存储信息进行存储,包括:将已注册调用方、已注册被调用方、调用关系以及处理算法作为预存储信息进行存储。

在其中一个实施例中,处理器执行计算机程序时实现当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用的步骤时还用于:当接收调用方发送的系统调用请求时,从系统调用请求中提取调用方以及被调用方;从预存储信息中提取已注册调用方以及已注册被调用方;当已注册调用方中存在调用方以及已注册被调用方中存在被调用方时,从预存储信息中查找调用方与被调用方之间的调用关系;当成功查找到调用关系时,根据调用关系实现调用方对被调用方的系统调用。

在其中一个实施例中,处理器执行计算机程序时实现获取析调用方配置信息与被调用方配置信息的处理算法的步骤时还用于:获取调用方配置信息中的调用方数据格式;获取被调用方配置信息中的被调用方数据格式;获取转换调用方数据格式以及被调用方数据格式的数据格式转换算法;根据数据格式转换算法得到解析调用方配置信息与被调用方配置信息的处理算法。

在其中一个实施例中,处理器执行计算机程序时实现当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用的步骤时还用于:当接收调用方发送的系统调用请求时,从系统调用请求中提取调用请求数据;利用解析逻辑对调用请求数据进行解析,得到交互数据以及被调用方系统信息;从预存储信息中获取被调用方系统信息对应的被调用方配置信息;根据预存储信息中的处理算法以及被调用方配置信息对交互数据进行格式转换,将格式转换后的数据进行封装并发送至被调用方系统,以完成对被调用方系统的调用。。

在其中一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收系统注册请求,系统注册请求携带有被调用方标识以及调用方标识;查询与调用方标识对应的调用方配置信息以及与被调用方标识对应的被调用方配置信息;根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系;获取解析调用方配置信息与被调用方配置信息的处理算法;将调用关系以及处理算法作为预存储信息进行存储;当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用。

在其中一个实施例中,计算机程序被处理器执行时实现根据调用方配置信息和被调用方配置信息建立调用方和被调用方之间的调用关系的步骤时还用于:从调用方配置信息中提取待调用接口;从被调用方配置信息中提取待调用接口对应的接口调用权限;根据接口调用权限建立调用方和被调用方之间的调用关系。

在其中一个实施例中,计算机程序被处理器执行时实现根据接口调用权限建立调用方和被调用方之间的调用关系的步骤时还用于:当接收到被调用方授权被调用方调用待调用接口的通知时,建立调用方与被调用方之间的调用关系。

在其中一个实施例中,计算机程序被处理器执行时实现接收系统注册请求之后的步骤时还用于:根据调用方标识对调用方进行系统注册生成已注册调用方;根据被调用方标识对被调用方进行系统注册生成已注册被调用方;将调用关系以及处理算法作为预存储信息进行存储,包括:将已注册调用方、已注册被调用方、调用关系以及处理算法作为预存储信息进行存储。

在其中一个实施例中,计算机程序被处理器执行时实现当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用的步骤时还用于:当接收调用方发送的系统调用请求时,从系统调用请求中提取调用方以及被调用方;从预存储信息中提取已注册调用方以及已注册被调用方;当已注册调用方中存在调用方以及已注册被调用方中存在被调用方时,从预存储信息中查找调用方与被调用方之间的调用关系;当成功查找到调用关系时,根据调用关系实现调用方对被调用方的系统调用。

在其中一个实施例中,计算机程序被处理器执行时实现获取析调用方配置信息与被调用方配置信息的处理算法的步骤时还用于:获取调用方配置信息中的调用方数据格式;获取被调用方配置信息中的被调用方数据格式;获取转换调用方数据格式以及被调用方数据格式的数据格式转换算法;根据数据格式转换算法得到解析调用方配置信息与被调用方配置信息的处理算法。

在其中一个实施例中,计算机程序被处理器执行时实现当接收调用方发送的系统调用请求时,根据系统调用请求查询预存储信息,根据预存储信息实现调用方对被调用方的系统调用的步骤时还用于:当接收调用方发送的系统调用请求时,从系统调用请求中提取调用请求数据;利用解析逻辑对调用请求数据进行解析,得到交互数据以及被调用方系统信息;从预存储信息中获取被调用方系统信息对应的被调用方配置信息;根据预存储信息中的处理算法以及被调用方配置信息对交互数据进行格式转换,将格式转换后的数据进行封装并发送至被调用方系统,以完成对被调用方系统的调用。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号