CN110798357A - 一种基于门票s-gds数据映射协议的api通信装置及方法 - Google Patents

一种基于门票s-gds数据映射协议的api通信装置及方法 Download PDF

Info

Publication number
CN110798357A
CN110798357A CN201911068655.1A CN201911068655A CN110798357A CN 110798357 A CN110798357 A CN 110798357A CN 201911068655 A CN201911068655 A CN 201911068655A CN 110798357 A CN110798357 A CN 110798357A
Authority
CN
China
Prior art keywords
data
gds
ticket
api
mapping protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201911068655.1A
Other languages
English (en)
Other versions
CN110798357B (zh
Inventor
胡培培
钱利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Qichuang Tourism Group Co.,Ltd.
Original Assignee
Shanghai Jing Jing Culture Communication Ltd By Share Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Jing Jing Culture Communication Ltd By Share Ltd filed Critical Shanghai Jing Jing Culture Communication Ltd By Share Ltd
Priority to CN201911068655.1A priority Critical patent/CN110798357B/zh
Publication of CN110798357A publication Critical patent/CN110798357A/zh
Application granted granted Critical
Publication of CN110798357B publication Critical patent/CN110798357B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明涉及互联网技术领域，具体涉及一种基于门票S‑GDS数据映射协议的API通信装置及方法，本发明设有API接口的网关模块，所述网关模块的API接口通过配置请求数据映射模块将请求方的参数转换成标准参数并传输到数据处理模块进行数据处理后标准输出，最后利用响应数据映射模块转将标准输出的数据内容换成请求方可识别的响应报文；本发明旨在对软件开发人员进行API对接时，将其工作量至少减少了70％，有效节约了软件的开发和运维成本。同时为门票行业提供了标准S‑GDS系统，为行业上下游的分销商及景区赋能，具有很强的创造性。

Description

一种基于门票S-GDS数据映射协议的API通信装置及方法
技术领域
本发明涉及互联网技术领域，具体涉及一种基于门票S-GDS数据映射协议的API通信装置及方法。
背景技术
随着互联网和云计算的普及，越来越多的企业开始利用API接入其他企业的数据和功能，实现企业间资源的快速交换。有的企业应用通过API接入外部数据和功能，扩充企业服务场景，提供增值服务；有的企业提供API，将生态系统中的合作伙伴汇聚一堂，挖掘新的价值源泉；有的则两者兼具。国内以淘宝、微信为代表的优秀互联网应用，更是将自身打造成一个平台，要么提供API拥抱合作伙伴开发的应用，要么通过API接入合作伙伴的数据和功能。国外如云计算厂商亚马逊、互联网巨头Google、社交媒体Facebook、Twitter，他们的服务都是可以通过API的方式来提供的。
OTA行业门票领域更是如此，景区，供应商，服务商，分销商各系统并存，由于技术能力差异，系统间交互异常复杂、繁琐。开发人员在进行对接编码工作时，基本处于体力劳动状态，大量的复制粘贴，针对不同的对接方进行细微的更改，提高出错率的同时也严重影响了开发效率。
虽然通过封装一些公共方法，利用设计模式进行代码设计也许也能达到一些效果，但是对开发人员的技能要求非常高，在不了解整套框架逻辑的情况下想要高效的完成对接并不是一件容易的事。
基于以上原因迫切需要制定门票领域的相关行业标准，提高门票的电子化程度，本发明恰好填补了该领域空白。
本发明提供一个配置入口，通过配置生成API通信装置实现自动接入三方API及提供API接口。并且无缝接入自主研发的绿洲监控平台，保证API网关的高可用性。
发明内容
针对现有技术的不足，本发明公开了一种基于门票S-GDS数据映射协议的API通信装置及方法，旨在提升API对接的效率，降低软件开发及运维成本。同时能降低API对接的技术门槛，让不懂技术的人也能轻松完成，进而提升整个门票行业的电子化程度。
本发明通过以下技术方案予以实现：
第一方面，本发明提供了一种基于门票S-GDS数据映射协议的API通信装置，包括设有API接口的网关模块，所述网关模块的API接口通过配置请求数据映射模块将请求方的参数转换成标准参数并传输到数据处理模块进行数据处理后标准输出，最后利用响应数据映射模块转将标准输出的数据内容换成请求方可识别的响应报文。
更进一步的，所述网关模块包括安全策略、限流、熔断、降级和缓存功能，并将TPS、QPS、并发或RT系统参数发送到绿洲监控平台。
更进一步的，所述请求数据映射模块对请求参数进行处理和转换，将非标准化的请求数据通过门票S-GDS映射协议转换成可识别的标准请求对象输入到业务系统进行处理。
更进一步的，所述数据处理模块将一组单一功能的业务处理器进行顺序编排后进行数据处理。
更进一步的，所述响应数据映射模块对数据处理模块返回的标准对象通过门票S-GDS映射协议转换成API请求方可识别的响应报文返回给请求方。
更进一步的，所述S-GDS映射协议支持任何格式，所述S-GDS映射协议语法基于ognl表达式语言，通过自定义标签对功能进行增强；其自定义标签的语法和使用描述为：
<request>：根节点，固定格式；
<param>：根节点下子节点，固定格式；属性type表示内部远程服务的参数类型和所有请求；
<script>：脚本标签；script标签下的内容，支持各种运算；
script使用属性bizType，bizField，defaultValue时实现字典值转换；每个API通信接口均维护一套字典值，用于和三方系统进行属性值转换；
<foreach>：集合遍历标签；必填属性collection代表需要遍历的集合，遍历时#item代表集合中的对象；非必填属性separator遍历时可以将集合中的对象通过separator的值连接；
<encrypt>：加密标签；根据加密规则对标签内数据进行加密；
<decrypt>：解密标签；根据解密规则对标签内数据进行解密；
encrypt和decrypt没有属性，标签中的内容是根据API通信接口上配置的加解密算法来转换；
环境变量：环境变量是以#开头；支持的环境变量分为：
a)全局变量
是整个API网关层共享的变量，如当前服务分组server-group。当前请求IPrequest-ip；
b)接口变量
API通信接口配置的变量；
c)局部变量
在映射协议内部定义的变量；
所述S-GDS映射协议的程序实现使用ognl框架对映射报文进行预处理，处理完成后使用GOF设计模式中的访问者模式，每种标签定义特定访问者，用于对这种标签的解析和计算。
更进一步的，所述请求数据映射模块将非标准化的请求数据通过门票S-GDS映射协议转换成可识别的标准请求对象输入到业务系统进行处理时，包括以下步骤：
T601加载解密配置用于请求参数解密；
T602通过解密配置的解密算法对参数进行解密；
T603加载签名配置用户签名校验；
T604通过签名脚本生成签名和参数中的签名参数进行校验，如果不通过直接返回，反之则继续向下执行；
T605加载静态参数校验配置；
T606通过静态参数校验配置对参数进行校验，如非空，数据类型，正则匹配等校验，如果不符合校验规则直接返回，反之则继续向下执行；
T607加载API配置的门票S-GDS映射协议，将数据转换成各种格式和结构的对象；
T608通过门票S-GDS映射协议转换成业务可识别并处理的标准对象。
更进一步的，所述响应数据映射模块将数据处理模块返回的标准对象通过门票S-GDS映射协议转换成API请求方可识别的响应报文返回给请求方时，包括以下步骤：
T701加载API配置的门票S-GDS映射协议，将数据转换成各种格式和结构的对象；
T702通过门票S-GDS映射协议转换成请求方可识别的明文响应报文；
T703加载加密配置；
T704通过加密算法将明文响应进行加密计算输出密文响应报文；
T705根据缓存配置判断是否需要缓存响应报文，在缓存时效内可直接将报文返回给请求方。
第一方面，本发明提供了一种基于门票S-GDS数据映射协议的API通信方法，所述通信方法使用如第一方面所述的装置，所述方法包括以下步骤：
S1接入三方API通信接口；
S2利用数据流编排顺序执行多个数据加载节点合并数据集；
S3通过配置的门票S-GDS映射协议将数据集转换成三方API可识别的请求参数通过门票S-GDS封装的通信协议进行交互；
S4将通信响应报文通过门票S-GDS映射协议转换成业务系统可识别的返回结果。
更进一步的，所述方法可加载任意数据去请求三方API，将响应报文转换成标准的业务系统可识别的结果。
本发明的有益效果为：
本发明旨在对软件开发人员进行API对接时，将其工作量至少减少了70％，有效节约了软件的开发和运维成本。同时为门票行业提供了标准S-GDS系统，为行业上下游的分销商及景区赋能，具有很强的创造性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1提供了基于门票S-GDS数据映射协议的API通信装置的结构示意图
图2提供了实施例中请求数据映射模块的实施流程图；
图3提供了实施例中数据处理模块的实施流程图；
图4提供了实施例中响应数据映射模块的实施流程图；
图5提供了实施例中接入API通信装置的结构示意图；
图6提供了实施例中数据流编排模块的实施流程图；
图7提供了实施例中API通信装置和绿洲监控平台的交互示意框图；
图8是本发明实施例供应商推送产品到驴妈妈应用示例图；
图9是本发明实施例驴妈妈从供应商拉产品应用示例图；
图10是本发明实施例API通信模块接入绿洲监控平台实现商品上下架示例图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例1
本发明实施例公开一种基于门票S-GDS数据映射协议的API通信装置，包括设有API接口的网关模块，所述网关模块的API接口通过配置请求数据映射模块将请求方的参数转换成标准参数并传输到数据处理模块进行数据处理后标准输出，最后利用响应数据映射模块转将标准输出的数据内容换成请求方可识别的响应报文。
其中网关模块101，此模块提供了一系列API通信需要的公共功能，包括安全策略，限流，熔断，降级，缓存等，并且会把TPS，QPS，并发数，RT等系统参数发送到绿洲监控平台。
此模块一共包含了8个策略，如下：
D01 IP白名单策略，非白名单IP请求被自动拦截。
D02 IP黑名单策略，黑名单IP请求被自动拦截。
D03攻击防御，拦截恶意攻击的请求。
D04限流策略，在指定时间段内限制每秒/每分钟/每小时/每天的调用频率。
D05熔断策略，服务异常达到阈值时，时间段内暂停提供服务。
D06降级策略，负载达到阈值时，对部分请求进行降级处理。
D07缓存策略，指定时间内返回缓存的响应。
D08参数上报，把TPS，QPS，并发数，RT等系统参数上报到绿洲监控平台。
请求数据映射模块102，此模块实现了对请求参数一系列处理和转换。将非标准化的请求数据通过门票S-GDS映射协议转换成可识别的标准请求对象输入到业务系统进行处理。参考图2
步骤201加载解密配置用于请求参数解密。
步骤202通过解密配置的解密算法对参数进行解密。
步骤203加载签名配置用户签名校验。
步骤204通过签名脚本生成签名和参数中的签名参数进行校验，如果不通过直接返回，反之则继续向下执行。
步骤205加载静态参数校验配置。
步骤206通过静态参数校验配置对参数进行校验，如非空，数据类型，正则匹配等校验，如果不符合校验规则直接返回，反之则继续向下执行。
步骤207加载API配置的门票S-GDS映射协议，此协议是本模块的核心，通过协议可以将数据转换成各种格式和结构的对象。
此协议支持如下功能：
格式转换(支持json,xml,form)，属性转换，数据替换，从请求header和body获取数据，枚举值和常量替换，el表达式计算，属性值加密，属性值解密，遍历数据。
步骤208通过门票S-GDS映射协议转换成业务可识别并处理的标准对象。
数据处理模块103，此模块支持将一组单一功能的业务处理器进行顺序编排后进行数据处理。参考图3:
node1->node2-node3进行顺序执行，V1，V2，V3分别是3个处理器的处理结果，此模块自动将这3个处理结果合并返回。
响应数据映射模块104，此模块实现了对数据处理模块返回的标准对象通过门票S-GDS映射协议转换成API请求方可识别的响应报文返回给请求方。参考图4
步骤401加载API配置的门票S-GDS映射协议，此协议是本模块的核心，通过协议可以将数据转换成各种格式和结构的对象。
步骤402通过门票S-GDS映射协议转换成请求方可识别的明文响应报文。
步骤403加载加密配置。
步骤404通过加密算法将明文响应进行加密计算输出密文响应报文。
步骤405根据缓存配置判断是否需要缓存响应报文，在缓存时效内可直接将报文返回给请求方。
至此，本实施例描述了通过配置的方法构建一个API通信装置后，请求方访问该通信装置后的整体流程。该通信流程开发人员无需进行开发，均可通过配置实现。此装置的一大优势是可以接收请求方任意格式和结构的请求参数后进行灵活搭配的业务处理，并且在处理完成后返回请求方可识别的任意格式和结构响应。。
实施例2
本发明实施例公开了一种基于门票S-GDS数据映射协议的API通信方法，所述通信方法使用如第一方面所述的装置，所述方法包括以下步骤：
S1接入三方API通信接口；
S2利用数据流编排顺序执行多个数据加载节点合并数据集；
S3通过配置的门票S-GDS映射协议将数据集转换成三方API可识别的请求参数通过门票S-GDS封装的通信协议进行交互；
S4将通信响应报文通过门票S-GDS映射协议转换成业务系统可识别的返回结果。
为了方便解释本实施例的实施过程，公开如图5示出本发明与三方API通信的结构示意框图，具体包含以下模块：
业务请求模块502此模块接收一个业务处理请求。
数据流编排模块503，此模块支持将一组数据加载器进行顺序编排后进行数据加载合并成数据集。参考图6：
load1->load2-load3进行顺序执行，D1，D2，D3分别是3个加载器的数据，此模块自动将这3个返回数据合并成一个数据集。
请求数据映射模块504，此模块将数据集通过门票S-GDS映射协议转换成三方API可识别的请求参数。
通信模块505，此模块对主流的通信协议进行封装，支持http，webservice，RPC，SDK等调用方式。
响应数据映射模块506，此模块将三方API返回的响应报文通过门票S-GDS映射协议转换成标准返回结果。
返回业务结果507，返回标准的且业务系统可识别的结果。
以上，本实施例描述了通过配置的方法构建一个请求三方API通信装置后的整个业务处理流程。该处理流程开发人员无需进行开发，均可通过配置实现。此装置的一大优势是可以灵活加载任意数据去请求三方API，将响应报文转换成标准的业务系统可识别的结果。
实施例3
本实施例中，API通信装置的网关层上报系统指标和请求响应到绿洲监控平台，绿洲监控平台能通过上报的数据保证API通信装置及业务系统的高可用。
图7示API通信装置和绿洲监控平台的交互示意框图，具体包含如下交互：
系统指标上报701上报TSP，QPS，RT，并发数等系统指标到绿洲。
异常上报702，上报异常情况到绿洲。
请求响应上报703，请求响应持久化到绿洲。
请求响应上报704，当API接口比较平稳请求量较少，线程比较空闲时绿洲会减少处理线程池数，反之则会增加处理线程数。
请求响应上报705，当API接口来不及处理或大量异常影响同一服务其他接口时，绿洲将接口隔离到扩容的新服务中，反之接口稳定后对接口进行缩容。
响应报文决策706，绿洲会监控接口的异常响应，通过配置的规则自动通知业务系统做出对应的措施。
以上，本实施例描述了API通信装置和绿洲的无缝接入。绿洲对系统指标进行监控后的措施保证API接口的高可用。绿洲通过监控响应报文做出的业务决策大量减少了接口的业务异常保证业务系统的稳定性
实施例4
本实施例公开API通信装置与供应商对接时的应用和实施。
供应商和驴妈妈通过以下两种方式通过API通信进行旅游资源的同步
方式一：供应商推送产品到驴妈妈，如图8
供应商产品请求报文801此环节供应商无需为驴妈妈定制开发，将自己的产品请求报文发送到驴妈妈API通信装置。
供应商产品请求报文802将供应商的非标准产品结构通过门票S-GDS映射协议转换成标准的驴妈妈产品对象。
驴妈妈标准产品对象803驴妈妈接收到产品对象后进行产品同步，数据持久化。
产品持久化804产品处理结束后返回驴妈妈标准返回结果。
驴妈妈标准返回对象805供应商接收到使用门票S-GDS映射协议转换的可识别的响应报文。
配置及门票S-GDS映射协议示例如下：
Figure BDA0002260229330000121
至此，此应用案例展示了供应商将产品推送给驴妈妈的整个过程，期间供应商无需为驴妈妈定制开发，驴妈妈只需要配置一个供应商API接口及映射协议就能实现产品同步。
方式二：驴妈妈从供应商拉产品，如图9
产品拉取请求对象901此环节使用门票S-GDS映射协议将请求转换成供应商可识别的请求报文。
供应商请求报文902将符合供应商规范的请求体通过驴妈妈封装的通信协议与供应商系统交互。
供应商处理903供应商接收请求并处理，驴妈妈等待供应商响应。
供应商响应报文904驴妈妈接收到供应商响应报文，使用门票S-GDS映射协议转换。
驴妈妈标准产品对象905转换后得到驴妈妈标准产品对象进行后续处理。
配置及门票S-GDS协议示例如下：
Figure BDA0002260229330000142
Figure BDA0002260229330000151
至此，此应用案例展示了驴妈妈从供应商拉取产品的整个过程，由于没加供应商的协议和产品结构不一样，如果使用常规的对接方式，开发者需要编写大量的代码为不同的供应商进行定制化开发，其中还包括大量的重复代码。使用此发明后，只需简单的配置就能适配所有的供应商。
其次第二方面演示驴妈妈向服务商申码失败时，绿洲监控平台如何对问题商品进行自动上下架。如图10：
P1,P2在绿洲监控平台配置监控规则，在API通信时返回1001时选择商品下架策略。
P3在绿洲监控平台设置商品下架后1小时自动上架。
P4绿洲监控API通信装置的请求和响应。
P5 API通信装置上报响应1001到绿洲。
P6绿洲通知产品服务进行商品下架处理。
P7产品服务执行商品下架指令。
P8一小时后绿洲通知产品服务重新上架商品。
P9产品服务执行商品上架指令。
综上本发明旨在对软件开发人员进行API对接时，将其工作量至少减少了70％，有效节约了软件的开发和运维成本。同时为门票行业提供了标准S-GDS系统，为行业上下游的分销商及景区赋能，具有很强的创造性。
以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于门票S-GDS数据映射协议的API通信装置，其特征在于，包括设有API接口的网关模块，所述网关模块的API接口通过配置请求数据映射模块将请求方的参数转换成标准参数并传输到数据处理模块进行数据处理后标准输出，最后利用响应数据映射模块转将标准输出的数据内容换成请求方可识别的响应报文。
2.根据权利要求1所述的基于门票S-GDS数据映射协议的API通信装置，其特征在于，所述网关模块包括安全策略、限流、熔断、降级和缓存功能，并将TPS、QPS、并发或RT系统参数发送到绿洲监控平台。
3.根据权利要求1所述的基于门票S-GDS数据映射协议的API通信装置，其特征在于，所述请求数据映射模块对请求参数进行处理和转换，将非标准化的请求数据通过门票S-GDS映射协议转换成可识别的标准请求对象输入到业务系统进行处理。
4.根据权利要求1所述的基于门票S-GDS数据映射协议的API通信装置，其特征在于，所述数据处理模块将一组单一功能的业务处理器进行顺序编排后进行数据处理。
5.根据权利要求1所述的基于门票S-GDS数据映射协议的API通信装置，其特征在于，所述响应数据映射模块对数据处理模块返回的标准对象通过门票S-GDS映射协议转换成API请求方可识别的响应报文返回给请求方。
6.根据权利要求5所述的基于门票S-GDS数据映射协议的API通信装置，其特征在于，所述S-GDS映射协议支持任何格式，所述S-GDS映射协议语法基于ognl表达式语言，通过自定义标签对功能进行增强；其自定义标签的语法和使用描述为：
<request>：根节点，固定格式；
<param>：根节点下子节点，固定格式；属性type表示内部远程服务的参数类型和所有请求；
<script>：脚本标签；script标签下的内容，支持各种运算；
script使用属性bizType，bizField，defaultValue时实现字典值转换；每个API通信接口均维护一套字典值，用于和三方系统进行属性值转换；
<foreach>：集合遍历标签；必填属性collection代表需要遍历的集合，遍历时#item代表集合中的对象；非必填属性separator遍历时可以将集合中的对象通过separator的值连接；
<encrypt>：加密标签；根据加密规则对标签内数据进行加密；
<decrypt>：解密标签；根据解密规则对标签内数据进行解密；
encrypt和decrypt没有属性，标签中的内容是根据API通信接口上配置的加解密算法来转换；
环境变量：环境变量是以#开头；支持的环境变量分为：
a)全局变量
是整个API网关层共享的变量，如当前服务分组server-group。当前请求IP request-ip；
b)接口变量
API通信接口配置的变量；
c)局部变量
在映射协议内部定义的变量；
所述S-GDS映射协议的程序实现使用ognl框架对映射报文进行预处理，处理完成后使用GOF设计模式中的访问者模式，每种标签定义特定访问者，用于对这种标签的解析和计算。
7.根据权利要求3所述的基于门票S-GDS数据映射协议的API通信装置，其特征在于，所述请求数据映射模块将非标准化的请求数据通过门票S-GDS映射协议转换成可识别的标准请求对象输入到业务系统进行处理时，包括以下步骤：
T601加载解密配置用于请求参数解密；
T602通过解密配置的解密算法对参数进行解密；
T603加载签名配置用户签名校验；
T604通过签名脚本生成签名和参数中的签名参数进行校验，如果不通过直接返回，反之则继续向下执行；
T605加载静态参数校验配置；
T606通过静态参数校验配置对参数进行校验，如非空，数据类型，正则匹配等校验，如果不符合校验规则直接返回，反之则继续向下执行；
T607加载API配置的门票S-GDS映射协议，将数据转换成各种格式和结构的对象；
T608通过门票S-GDS映射协议转换成业务可识别并处理的标准对象。
8.根据权利要求5所述的基于门票S-GDS数据映射协议的API通信装置，其特征在于，所述响应数据映射模块将数据处理模块返回的标准对象通过门票S-GDS映射协议转换成API请求方可识别的响应报文返回给请求方时，包括以下步骤：
T701加载API配置的门票S-GDS映射协议，将数据转换成各种格式和结构的对象；
T702通过门票S-GDS映射协议转换成请求方可识别的明文响应报文；
T703加载加密配置；
T704通过加密算法将明文响应进行加密计算输出密文响应报文；
T705根据缓存配置判断是否需要缓存响应报文，在缓存时效内可直接将报文返回给请求方。
9.一种基于门票S-GDS数据映射协议的API通信方法，所述通信方法使用如权利要求1-8所述的任一项的装置，其特征在于，所述方法包括以下步骤：
S1接入三方API通信接口；
S2利用数据流编排顺序执行多个数据加载节点合并数据集；
S3通过配置的门票S-GDS映射协议将数据集转换成三方API可识别的请求参数通过门票S-GDS封装的通信协议进行交互；
S4将通信响应报文通过门票S-GDS映射协议转换成业务系统可识别的返回结果。
10.根据权利要求9所述的基于门票S-GDS数据映射协议的API通信方法，其特征在于，所述方法可加载任意数据去请求三方API，将响应报文转换成标准的业务系统可识别的结果。
CN201911068655.1A 2019-11-05 2019-11-05 一种基于门票s-gds数据映射协议的api通信装置及方法 Active CN110798357B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911068655.1A CN110798357B (zh) 2019-11-05 2019-11-05 一种基于门票s-gds数据映射协议的api通信装置及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911068655.1A CN110798357B (zh) 2019-11-05 2019-11-05 一种基于门票s-gds数据映射协议的api通信装置及方法

Publications (2)

Publication Number Publication Date
CN110798357A true CN110798357A (zh) 2020-02-14
CN110798357B CN110798357B (zh) 2021-04-20

Family

ID=69442642

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911068655.1A Active CN110798357B (zh) 2019-11-05 2019-11-05 一种基于门票s-gds数据映射协议的api通信装置及方法

Country Status (1)

Country Link
CN (1) CN110798357B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111985186A (zh) * 2020-08-26 2020-11-24 平安国际智慧城市科技股份有限公司 一种字典项转换方法、api网关系统、设备及存储介质
CN112118142A (zh) * 2020-09-28 2020-12-22 中国银行股份有限公司 报文传输方法及装置
CN112817839A (zh) * 2020-09-08 2021-05-18 腾讯科技（深圳）有限公司 人工智能引擎测试方法、平台及终端、计算设备和存储介质
CN113742407A (zh) * 2021-08-31 2021-12-03 浙江惠瀜网络科技有限公司 数据转换方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120322469A1 (en) * 2011-06-15 2012-12-20 Yigang Cai Interface between web applications for text messaging and packet-switched networks
CN105306542A (zh) * 2015-09-25 2016-02-03 北京奇艺世纪科技有限公司 一种用于集成Web服务的系统
CN108989356A (zh) * 2018-09-10 2018-12-11 四川长虹电器股份有限公司 一种api网关实现协议转换的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120322469A1 (en) * 2011-06-15 2012-12-20 Yigang Cai Interface between web applications for text messaging and packet-switched networks
CN105306542A (zh) * 2015-09-25 2016-02-03 北京奇艺世纪科技有限公司 一种用于集成Web服务的系统
CN108989356A (zh) * 2018-09-10 2018-12-11 四川长虹电器股份有限公司 一种api网关实现协议转换的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
51CTO博客: "这样讲API网关，你应该能明白了吧！", 《HTTPS://WWW.SOHU.COM/A/341757994_463994》 *
HY86: "java有没有不同报文格式、字段之间映射的工具或框架", 《HTTPS://WWW.OSCHINA.NET/QUESTION/88888_2284995》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111985186A (zh) * 2020-08-26 2020-11-24 平安国际智慧城市科技股份有限公司 一种字典项转换方法、api网关系统、设备及存储介质
CN112817839A (zh) * 2020-09-08 2021-05-18 腾讯科技（深圳）有限公司 人工智能引擎测试方法、平台及终端、计算设备和存储介质
CN112817839B (zh) * 2020-09-08 2024-03-12 腾讯科技（深圳）有限公司 人工智能引擎测试方法、平台及终端、计算设备和存储介质
CN112118142A (zh) * 2020-09-28 2020-12-22 中国银行股份有限公司 报文传输方法及装置
CN113742407A (zh) * 2021-08-31 2021-12-03 浙江惠瀜网络科技有限公司 数据转换方法及装置
CN113742407B (zh) * 2021-08-31 2024-04-30 浙江惠瀜网络科技有限公司 数据转换方法及装置

Also Published As

Publication number Publication date
CN110798357B (zh) 2021-04-20

Similar Documents

Publication Publication Date Title
US11797618B2 (en) Data fabric service system deployment
CN110798357A (zh) 一种基于门票s-gds数据映射协议的api通信装置及方法
US11663227B2 (en) Generating a subquery for a distinct data intake and query system
US9229998B2 (en) Method and system for exchanging information between back-end and front-end systems
WO2020027867A1 (en) Generating a subquery for a distinct data intake and query system
CN104615489B (zh) 一种多节点数据交互的实现方法
US20130318152A1 (en) Method and system for exchanging information between back-end and front-end systems
CN103634138B (zh) 分布式调度的远程管理与运维方法及其系统
CN107133231B (zh) 一种数据获取方法和装置
CN104852939A (zh) 一种部署能力接口的方法和系统
CN110113406A (zh) 基于分布式的计算服务集群框架
US12009997B2 (en) Cell-based architecture for an extensibility platform
WO2023192230A1 (en) Graph-based query engine for an extensibility platform
US20220342742A1 (en) Graphical management of big data pipelines
US11936517B2 (en) Embedding custom container images and FaaS for an extensibility platform
US20230315789A1 (en) Configuration-driven query composition for graph data structures for an extensibility platform
US20230315580A1 (en) Disaster recovery in a cell model for an extensibility platform
US20230315514A1 (en) Configuration-driven data processing pipeline for an extensibility platform
CN114461359A (zh) 基于微服务的统一接口管理方法及其应用平台
CN109510871A (zh) 一种基于数据路由的传统bs应用多租户化系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220119

Address after: Room 701, floor 7, No. 3 Lane 733, Hewang Road, Jiading District, Shanghai 201800

Patentee after: Shanghai Qichuang Tourism Group Co.,Ltd.

Address before: Room 217, 2 / F, 601 Hewang Road, Jiading District, Shanghai, 201803

Patentee before: SHANGHAI JOYU CULTURE COMMUNICATION CO.,LTD.