CN107678864A - 接口的调用方法及系统 - Google Patents

Abstract

本发明提供了一种接口的调用方法及系统，涉及信息处理技术领域，包括：券商接口通过对象提供类与动态代理类建立连接，根据对象提供类提供实现对象，通过动态代理类对实现对象进行调用。本发明提升了券商接口调用与扩展的灵活度，降低了风险，提高了收益。

Description

接口的调用方法及系统

技术领域

本发明涉及信息处理技术领域，尤其是涉及接口的调用方法及系统。

背景技术

在动荡的A股市场，中小散户股民要想凭借一己之力获得回报绝非易事，存在诸多的劣势。中小散户在A股市场交易过程中信息不对称，其掌握的信息往往相当匮乏，面对动荡的A股市场，中小散户往往很难快速的把控自己，追涨杀跌成为家常便饭；面对大量的股票，更大量的股票信息，中小散户没有一个行之有效的辨别和选择方法；中小散户的风险把控意识大多比较薄弱，很容易被大机构当作待宰的羔羊；中小散户大多不是专职炒股，所以无法做到实时盯盘。目前，交易系统无法满足证券交易及用户信息在第三方存储的要求，交易系统无法灵活的调用和扩展券商接口；另外，交易系统还存在不符合监管部门的监管要求的情况。

发明内容

有鉴于此，本发明的目的在于提供接口的调用方法及系统，以提升券商接口调用与扩展的灵活度，降低风险提高收益。

第一方面，本发明实施例提供了一种接口的调用方法，其中，包括：

券商接口通过对象提供类与动态代理类建立连接；

根据所述对象提供类提供实现对象；

通过所述动态代理类对所述实现对象进行调用。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述对象提供类包括扩展实现类、动态代理对象生成工厂类和第一配置文件，所述根据扩展实现类提供实现对象包括：

所述动态代理对象生成工厂类根据接口的不同提供不同的动态代理对象；

通过扫描所述第一配置文件，并根据所述第一配置文件提供实现对象。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述动态代理类包括invoke方法，所述通过所述动态代理类对所述实现类对象进行调用包括：

当调用方法时，执行所述invoke方法，所述invoke方法根据券商封装接口的方法名对所述实现对象进行调用。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述对象提供类包括所述扩展实现类，所述扩展实现类包括扫描配置类、接口与实现类映射工厂类和包路径扫描类，所述根据所述第一配置文件提供所述实现对象包括：

所述扫描配置类对所述第一配置文件进行扫描，获取券商封装接口模型；

所述接口与实现类映射工厂类将所述券商封装接口模型进行映射，产生所述实现对象；

所述包路径扫描类将所述券商封装接口模型更换为所述实现对象。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述券商接口包括券商连接类、请求信息类和响应信息类，所述invoke方法根据所述券商封装接口的方法名对所述实现对象进行调用包括：

获取所述券商连接类发送的功能，其中，所述功能的往来信息与所述方法名相匹配；

所述请求信息类根据所述功能发送调用请求；

所述响应信息类根据所述调用请求返回最终结果集给所述券商封装接口。

结合第一方面的第四种可能的实施方式，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述调用请求包括最终可变参数和固定参数，所述请求信息类根据所述功能发送调用请求包括；

所述请求信息类设置传入原始可变参数；

所述券商连接类根据第二配置文件的配置信息，将所述原始可变参数进行映射，获取所述券商服务识别的所述最终可变参数；

通过读取所述第二配置文件相应的字段默认值，获取所述固定参数。

结合第一方面的第五种可能的实施方式，本发明实施例提供了第一方面的第六种可能的实施方式，其中，所述响应信息类根据所述调用请求返回最终结果集给所述券商封装接口包括：

所述券商接口根据所述调用请求发生响应，将原始结果集返回给所述第二配置文件；

所述第二配置文件对所述原始结果集进行筛选，得到所述最终结果集；

响应信息类将所述最终结果集返回到所述券商封装接口。

结合第一方面的第四种可能的实施方式，本发明实施例提供了第一方面的第七种可能的实施方式，其中，所述券商连接类根据券商连接接口提供的封装的规范得到。

第二方面，本发明实施例还提供一种接口的调用系统，其中，包括：

建立连接单元，用于券商接口通过对象提供类与动态代理类建立连接；

实现对象提供单元，用于根据所述对象提供类提供实现对象；

调用单元，用于通过所述动态代理类对所述实现对象进行调用。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述对象提供类包括扩展实现类、动态代理对象生成工厂类和第一配置文件，所述实现对象提供单元包括：

动态代理对象提供单元，用于所述动态代理对象生成工厂类根据接口的不同提供不同的动态代理对象；

扫描单元，用于所述扩展实现类通过扫描所述第一配置文件，并根据所述第一配置文件提供实现对象。

本发明实施例提供了接口的调用方法及系统，包括券商接口通过对象提供类与动态代理类建立连接，根据对象提供类提供实现对象，通过动态代理类对实现对象进行调用。本发明提升了券商接口调用与扩展的灵活度，降低了风险提高了收益。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例一提供的接口的调用方法流程图；

图2为本发明实施例一提供的获取实现对象的方法；

图3为本发明实施例一提供的调用实现对象的方法流程图；

图4为本发明实施例一提供的发送调用请求的方法流程图；

图5为本发明实施例一提供的返回最终结果集的方法流程图；

图6为本发明实施例二提供的接口的调用系统示意图。

图标：

100-建立连接单元；200-实现对象提供单元；210-动态代理对象提供单元；220-扫描单元；300-调用单元。

具体实施方式

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

目前，交易系统无法满足证券交易及用户信息在第三方存储的要求，交易系统无法灵活的调用和扩展券商接口；另外，交易系统还存在不符合监管部门的监管要求的情况。基于此，本发明实施例提供的接口的调用方法及系统，可以提升券商接口调用与扩展的灵活度，降低风险提高收益。

为便于对本实施例进行理解，首先对本发明实施例所公开的接口的调用方法进行详细介绍.

实施例一：

图1为本发明实施例一提供的接口的调用方法流程图。

参照图1，步骤S110，券商接口通过对象提供类与动态代理类建立连接；

具体的，对象提供类为Spring MVC所提供的包；券商接口包括券商连接类(BHConnect)、请求信息类(APIRequest)、响应信息类(APIResponse)、券商封装接口(IBohaiBindSDK)、券商连接接口(APIConnect)和第二配置文件(BoHaiConfig.xml)；动态代理类可以是但不限于BHMapperProxy；Spring MVC所提供的包扫描完成接口注解的扩展实现，从而搭建起券商接口与动态代理类(BHMapperProxy)之间的桥梁。此部分有包扫描配置类(MapperScannerConfigurer)、接口与实现类映射工厂类(MapperFactoryBean)、包路径扫描类(ClassPathMapperScanner)、动态代理对象生成工厂类(SDKFactory)四个类和第一配置文件(applicationContext.xml)。其中applicationContext.xml是spring配置文件，在其中进行券商接口扫描器配置。

步骤S120，根据对象提供类提供实现对象；

具体的，对象提供类还包括扩展实现类、动态代理对象生成工厂类和第一配置文件，扩展实现类为Spring MVC所提供的包中的包扫描配置类、接口与实现类映射工厂类和包路径扫描类。

步骤S130，通过动态代理类对实现对象进行调用。

具体的，动态代理类(BHMapperProxy)实现券商封装接口(IBohaiBindSDK)中的各个功能调用。动态代理，即为其他对象提供一种代理以控制对这个对象的访问。这里动态代理类可以为但不限于BHMapperProxy类，其getMapperProxy方法根据传入的接口类型，来动态代理产生券商封装接口(IBohaiBindSDK)的具体实现对象，invoke方法控制券商封装接口(IBohaiBindSDK)的方法的访问，即每调用一次券商封装接口(IBohaiBindSDK)的方法，都会执行动态代理类(BHMapperProxy)中的invoke方法，invoke方法中通过券商封装接口(IBohaiBindSDK)的方法名来区分实现对券商连接类(BHConnect)对象不同接口的真实调用。这样就实现了券商封装接口(IBohaiBindSDK)没有实现类，却能够产生真实的功能调用。另外，券商连接类可以是但不限于BHConnect。

根据本发明的示例性实施例，步骤S120中，根据对象提供类提供实现对象包括：

动态代理对象生成工厂类根据接口的不同提供不同的动态代理对象；

扩展实现类通过扫描第一配置文件，并根据第一配置文件提供实现对象。

具体的，动态代理对象生成工厂类(SDKFactory)通过传入的接口类型以及动态代理类(BHMapperProxy)来产生券商封装接口的动态代理对象，从而实现券商封装接口(IBohaiBindSDK)与接口映射文件的有机结合。扫描配置类、接口与实现类映射工厂类和包路径扫描类在智能交易系统(AITrader)启动时，通过扫描applicationContext.xml所配置的包路径中的所有接口，为接口提供一个实现对象。

根据本发明示例性实施例，参照图2，根据第一配置文件提供实现对象包括如下步骤：

步骤S210，扫描配置类对第一配置文件进行扫描，获取券商封装接口模型；

具体的，在applicationContext.xml中进行券商接口扫描器配置；在AITrader系统启动时，扫描配置类对第一配置文件(applicationContext.xml)所配置的包路径中的所有接口进行扫描，将符合要求的券商封装接口模型(bean)进行注册，以实现注解调用。

步骤S220，接口与实现类映射工厂类将券商封装接口模型进行映射，产生实现对象；

步骤S230，包路径扫描类将券商封装接口模型更换为实现对象。

具体的，包路径扫描类通过doScan方法完成券商封装接口模型的扫描，得到符合条件的券商封装接口模型，从而用动态代理产生的实现对象替换封装接口模型的实现类，以完成接口到实现类的动态转换。

根据本发明示例性实施例，参照图3，invoke方法根据券商封装接口的方法名对实现对象进行调用包括如下步骤：

步骤S310，获取券商连接类发送的功能，其中，功能的往来信息与方法名相匹配；

具体的，券商连接类，如BHConnect类，是券商连接接口(APIConnect)的具体实现；券商连接类封装调用券商证券提供的jar包(kcbpCliJni.jar)所提供的类和方法，间接使用券商金证柜台dll动态库，进而完成券商金证服务接口的设置、初始化、打开连接、提交请求、返回响应结果集、断开连接等功能。

步骤S320，请求信息类根据功能发送调用请求；

具体的，请求信息类包括请求可变参数信息类；券商每个调用接口都有必须传入的参数及其参数值信息，通过这些参数和参数值来判断和返回相应的结果集。而这些参数又分为可变参数值参数和固定不变参数值参数，即可变参数和固定参数，这两种参数都配置在第二配置文件(BoHaiConfig.xml)的调用标签<Invoke>所属的请求参数映射标签<RequestMap>中。其中，第二配置文件可以是但不限于BoHaiConfig.xml。

步骤S330，响应信息类根据调用请求返回最终结果集给券商封装接口。

具体的，券商接口在调用发生响应并返回原始结果集时，第二配置文件(BoHaiConfig.xml)对原始结果集进行选择性的读取，获得最终结果集，并将最终结果集返回到响应信息类。

另外，APIConnect接口为日后扩展券商服务连接提供一个封装的规范。券商封装接口(IBohaiBindSDK)规定了通过券商连接类(BHConnect)需要完成的功能，其每个功能的往来信息需要借助请求信息类和响应信息类来发送获取参数信息。第二配置文件(BoHaiConfig.xml)为配置化封装券商接口的一个重要文件。AITrader系统所需要调用的券商的每一个接口都有一个调用标签(<Invoke>)相对应，而调用标签(<Invoke>)又与券商封装接口中的方法是一一对应的，标签的id值与接口方法名是相同的，形成匹配关系。调用标签(<Invoke>)又与第二配置文件(BoHaiConfig.xml。)中的请求标签(<RequestMap>)和响应标签(<ResponseMap>)相配套产生的。请求标签(<RequestMap>)中配置了请求字段及其默认值，响应标签(<ResponseMap>)中配置了AITrader系统所需要的响应参数及其参数数据类型。

根据本发明示例性实施例，调用请求包括最终可变参数和固定参数，参照图4，请求信息类根据功能发送调用请求包括如下步骤：

步骤S410，请求信息类设置传入原始可变参数；

步骤S420，券商连接类根据第二配置文件的配置信息，将原始可变参数进行映射，获取券商接口识别的最终可变参数；

步骤S430，通过读取第二配置文件相应的字段默认值，获取固定参数。

具体的，请求信息类包括请求可变参数信息类，在调用券商封装接口(IBohaiBindSDK)时，由请求可变参数信息类将可变参数值的原始可变参数设置传入，在券商连接类中通过第二配置文件的配置信息，将AITrader系统在请求可变参数信息类中设置传入的参数映射为券商接口所能识别的参数名和参数值，得到最终可变参数；没有传入的固定参数值参数则通过读取第二配置文件(BoHaiConfig.xml)相应的<RequestMap>标签中的字段默认值，得到固定参数，最终可变参数和固定参数一起传入券商接口中，完成一次调用请求。

根据本发明示例性实施例，参照图5，响应信息类根据调用请求返回最终结果集给券商封装接口包括如下步骤：

步骤S510，券商接口根据调用请求发生响应，将原始结果集返回给第二配置文件(BoHaiConfig.xml)；

步骤S520，第二配置文件对原始结果集进行筛选，得到最终结果集；

步骤S530，响应信息类将最终结果集返回到券商封装接口(IBohaiBindSDK)。

具体的，券商接口在调用发生响应并返回信息时，有些信息是AITrader系统所需要的信息，而有些信息则不是AITrader系统所需要的信息。为了能够选择性的读取券商接口返回原始结果集，第二配置文件的调用标签<Invoke>所属的响应标签<ResponseMap>配置了AITrader系统所需要的参数信息，从而在读取原始结果集数据时，只读取配置的参数的值到响应信息类，并在券商封装接口(IBohaiBindSDK)的方法中返回，以提供AITrader系统使用，AITrader系统通过调用响应信息类对象的getValue(String key)便可以获取相应的值，其中key为参数名。

至此，券商接口的封装与动态代理完美实现，大大提升了券商接口调用与扩展灵活度。在券商封装接口(IBohaiBindSDK)中添加扩展要调用的接口方法名称，在第一配置文件(applicationContext.xml)中添加一个id为相同名称的<Invoke>标签，并为其配套设置一个请求参数标签(<RequestMap></RequestMap>)和一个响应标签(<ResponseMap></ResponseMap>)，在标签中配置券商的参数名和AITrader系统能够识别的参数名映射，在使用时，仅仅将券商封装接口(IBohaiBindSDK)在要调用券商服务的类中完成注解，便可以直接使用了，从而仅仅通过简单的配置就实现了券商的接口的调用。

本发明实施例提供了接口的调用方法，包括券商接口通过对象提供类与动态代理类建立连接，根据对象提供类提供实现对象，通过动态代理类对实现对象进行调用。本发明提升了券商接口调用与扩展的灵活度，降低了风险提高了收益。

实施例二：

图6为本发明实施例二提供的接口的调用系统示意图。

参照图6，接口的调用系统包括：

建立连接单元100，用于券商接口通过对象提供类与动态代理类建立连接；

实现对象提供单元200，用于根据对象提供类提供实现对象；

调用单元300，用于通过动态代理类对实现对象进行调用。

根据本发明示例性实施例，对象提供类包括动态代理对象生成工厂类和第一配置文件，实现对象提供单元200包括：

动态代理对象提供单元210，用于动态代理对象生成工厂类根据接口的不同提供不同的动态代理对象；

扫描单元220，用于通过扫描第一配置文件，并根据第一配置文件提供实现对象。

本发明实施例提供了接口的调用系统，包括券商接口通过对象提供类与动态代理类建立连接，根据对象提供类提供实现对象，通过动态代理类对实现对象进行调用。本发明提升了券商接口调用与扩展的灵活度，降低了风险提高了收益。

本发明实施例所提供的接口的调用方法及系统的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种接口的调用方法，其特征在于，包括：

券商接口通过对象提供类与动态代理类建立连接；

根据所述对象提供类提供实现对象；

通过所述动态代理类对所述实现对象进行调用。

2.根据权利要求1所述的接口的调用方法，其特征在于，所述对象提供类包括扩展实现类、动态代理对象生成工厂类和第一配置文件，所述根据所述对象提供类提供实现对象包括：

所述动态代理对象生成工厂类根据接口的不同提供不同的动态代理对象；

所述扩展实现类通过扫描所述第一配置文件，并根据所述第一配置文件提供所述实现对象。

3.根据权利要求1所述的接口的调用方法，其特征在于，所述动态代理类包括invoke方法，所述通过所述动态代理类对所述实现对象进行调用包括：

当调用方法时，执行所述invoke方法，所述invoke方法根据券商封装接口的方法名对所述实现对象进行调用。

4.根据权利要求2所述的接口的调用方法，其特征在于，所述对象提供类包括所述扩展实现类，所述扩展实现类包括扫描配置类、接口与实现类映射工厂类和包路径扫描类，所述根据所述第一配置文件提供所述实现对象包括：

所述扫描配置类对所述第一配置文件进行扫描，获取券商封装接口模型；

所述接口与实现类映射工厂类将所述券商封装接口模型进行映射，产生所述实现对象；

所述包路径扫描类将所述券商封装接口模型更换为所述实现对象。

5.根据权利要求3所述的接口的调用方法，其特征在于，所述券商接口包括券商连接类、请求信息类和响应信息类，所述invoke方法根据所述券商封装接口的方法名对所述实现对象进行调用包括：

获取所述券商连接类发送的功能，其中，所述功能的往来信息与所述方法名相匹配；

所述请求信息类根据所述功能发送调用请求；

所述响应信息类根据所述调用请求返回最终结果集给所述券商封装接口。

6.根据权利要求5所述的接口的调用方法，其特征在于，所述调用请求包括最终可变参数和固定参数，所述请求信息类根据所述功能发送调用请求包括；

所述请求信息类设置传入原始可变参数；

所述券商连接类根据第二配置文件的配置信息，将所述原始可变参数进行映射，获取所述券商接口识别的所述最终可变参数；

通过读取所述第二配置文件相应的字段默认值，获取所述固定参数。

7.根据权利要求6所述的接口的调用方法，其特征在于，所述响应信息类根据所述调用请求返回最终结果集给所述券商封装接口包括：

所述券商接口根据所述调用请求发生响应，将原始结果集返回给所述第二配置文件；

所述第二配置文件对所述原始结果集进行筛选，得到所述最终结果集；

所述响应信息类将所述最终结果集返回到所述券商封装接口。

8.根据权利要求5所述的接口的调用方法，其特征在于，所述券商连接类根据券商连接接口提供的封装的规范得到。

9.一种接口的调用系统，其特征在于，包括：

建立连接单元，用于券商接口通过对象提供类与动态代理类建立连接；

实现对象提供单元，用于根据所述对象提供类提供实现对象；

调用单元，用于通过所述动态代理类对所述实现对象进行调用。

10.根据权利要求9所述的接口的调用系统，其特征在于，所述对象提供类包括扩展实现类、动态代理对象生成工厂类和第一配置文件，所述实现对象提供单元包括：

动态代理对象提供单元，用于所述动态代理对象生成工厂类根据接口的不同提供不同的动态代理对象；

扫描单元，用于所述扩展实现类通过扫描所述第一配置文件，并根据所述第一配置文件提供实现对象。