CN111371702A - 数据转发的方法、装置、电子设备及存储介质 - Google Patents

数据转发的方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111371702A
CN111371702A CN202010127386.8A CN202010127386A CN111371702A CN 111371702 A CN111371702 A CN 111371702A CN 202010127386 A CN202010127386 A CN 202010127386A CN 111371702 A CN111371702 A CN 111371702A
Authority
CN
China
Prior art keywords
data
transmission
service
code
template
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
CN202010127386.8A
Other languages
English (en)
Other versions
CN111371702B (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.)
Ping An Life Insurance Company of China Ltd
Original Assignee
Ping An Life Insurance Company of China 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 Ping An Life Insurance Company of China Ltd filed Critical Ping An Life Insurance Company of China Ltd
Priority to CN202010127386.8A priority Critical patent/CN111371702B/zh
Publication of CN111371702A publication Critical patent/CN111371702A/zh
Application granted granted Critical
Publication of CN111371702B publication Critical patent/CN111371702B/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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2466—Traffic characterised by specific attributes, e.g. priority or QoS using signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • 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
    • H04L63/0471—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 applying encryption by an intermediary, e.g. receiving clear information at the intermediary and encrypting the received information at the intermediary before forwarding
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

Abstract

本申请适用于通信技术领域，提供了一种数据转发方法，包括：获取业务子系统的业务数据；获取所述业务数据对应的项目编码和接口编码；查找与所述项目编码和所述接口编码对应的接收地址和传输模板；根据所述传输模板中的封装方式封装所述业务数据获得传输数据；根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。实现保险公司的各个业务子系统和各个监管系统间的解耦，降低了各个业务子系统的开发工作量，进而提高了开发效率；降低了业务子系统的复杂度，提高了系统的可靠性。

Description

数据转发的方法、装置、电子设备及存储介质
技术领域
本申请属于通信技术领域，尤其涉及一种数据转发的方法、装置、电子设备及存储介质。
背景技术
在保险业务领域存在多个监管方，各个监管方的监管系统和保险系统中的的各个业务子系统进行业务数据传输时，由于各个业务子系统直接和各个监管系统对接，但是各个监管系统对数据封装的要求又不相同，造成各个业务子系统需要重复开发数据封装的代码，导致开发效率低、系统臃肿。
发明内容
本申请实施例提供了一种数据转发的方法、装置、电子设备及存储介质，可以解决上述至少一部分技术问题。
第一方面，本申请实施例提供了一种数据转发的方法，所述数据转发的方法应用于数据转发平台，所述方法包括：
获取业务子系统的业务数据；获取所述业务数据对应的项目编码和接口编码；查找与所述项目编码和所述接口编码对应的接收地址和传输模板；根据所述传输模板中的封装方式封装所述业务数据获得传输数据；根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。
第二方面，本申请实施例提供了一种数据转发的装置，所述数据转发的装置应用于数据转发平台，所述装置包括：
数据获取模块，用于获取业务子系统的业务数据；
编码获取模块，用于获取所述业务数据对应的项目编码和接口编码；
模板查找模块，用于查找与所述项目编码和所述接口编码对应的接收地址和传输模板；
数据封装模块，用于根据所述传输模板中的封装方式封装所述业务数据获得传输数据；
数据发送模块，用于根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。
第三方面，本申请实施例提供了一种电子设备，包括：
包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现实现上述第一方面所述的方法步骤。
第四方面，本申请实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法步骤。
第五方面本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面所述的方法步骤。
可以理解的是，本申请实施例通过在数据转发平台应用的数据转发的方法，一方面，在数据转发平台统一进行数据的封装操作，在各个业务子系统需要和监管系统间进行数据传输时，业务子系统或监管系统只需要确定项目编码、接口编码，即可由数据转发平台根据项目编码和接口编码实现对业务数据的封装操作，不再需要各个业务子系统专门开发数据封装代码，从而实现了保险公司的各个业务子系统和各个监管系统间的解耦，降低了各个业务子系统的开发工作量，进而提高了开发效率；另一方面，由于各个业务子系统不再包含数据封装代码，从而降低了业务子系统的复杂度，提高了各业务子系统的可靠性；再一方面，根据传输模板确定传输数据的封装方式，在各个监管平台对数据封装方式的要求作出修改时，只需要在数据转发平台对传输模板进行相应的修改，即可实现对所有业务子系统的业务数据的封装方式的修改，不再需要对各个业务子系统对应的封装代码进行修改，从而提高了保险公司的各个业务子系统数据传输的灵活性。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是现有技术中保险业务子系统与监管系统数据交互示意图；
图2是本申请一实施例提供的数据转发平台与保险业务子系统和监管系统数据交互示意图；
图3是本申请一实施例提供的数据转发的方法的流程示意图；
图4是本申请另一实施例提供的数据转发的方法的流程示意图；
图5是本申请一实施例提供的数据转发的方法的数据交互流程示意图；
图6是本申请另一实施例提供的数据转发的方法的流程示意图；
图7是本申请另一实施例提供的数据转发的方法的数据交互流程示意图；
图8是本申请实施例提供的数据转发的装置的结构示意图；
图9是本申请实施例提供的电子设备的结构示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
图1示出的是现有技术中保险业公司各个业务子系统与多个监管方的监管系统间数据交互示意图。其中，带箭头的连线表示各个业务子系统和各个监管系统的数据交互关系。
在保险业务领域存在多个监管方，例如，保监会、中保协和中保信等，各个监管方的监管系统和保险系统中的各个业务子系统，例如，理赔系统、保全系统、续期系统和核保系统，进行业务数据传输时，由于各个业务子系统直接和各个监管系统对接，各个监管系统对数据封装的要求又不相同，造成各个业务子系统需要重复开发数据封装的代码，导致开发效率低、系统臃肿。
为了解决以上问题，如图2所示，本申请的实施例提供了一种数据转发平台，用于实现本申请实施例提供的数据交互方法。数据转发平台在业务子系统和监管系统进行数据传输时，数据转发平台获取业务子系统的业务数据，获取所述业务数据对应的项目编码和接口编码，查找与所述项目编码和所述接口编码对应的接收地址和传输模板；根据所述传输模板中的封装方式封装所述业务数据获得传输数据；根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。实现业务子系统和监管系统间的解耦，开发业务子系统时，只需要关注业务子系统本身数据的抓取，由数据转发平台根据项目编码和接口编码查找对应的监管系统接收地址，和该监管系统要求的传输方式的模板。根据该模板对业务子系统提供的数据进行封装。从而，降低了各个业务子系统的开发工作量，进而提高了开发效率；降低了业务子系统的复杂度，提高了系统的可靠性。
本申请提供的数据转发平台可以是实现了申请实施例提供的数据转发方法的服务器、服务器集群、分布式服务器或云端服务器。也可以是其他能够实现本申请实施例提供的数据转发方法的通用计算设备或专用计算设备。
图3示出了本申请实施例提供的数据转发的方法，应用于上述图2所示的数据转发平台，可由该数据转发平台的软件/硬件实现。如图3所示，该方法包括步骤S110～S150。各个步骤的具体实现原理如下：
S110，获取业务子系统的业务数据。
在一个非限定性的示例中，数据转发平台接收业务子系统发送的数据发送请求，根据该数据发送请求获取业务子系统的业务数据。非限定性的，数据转发平台解析数据发送请求获取业务数据。非限定性的，数据转发平台解析数据发送请求，获取数据发送请求中的业务数据存储位置，根据业务数据存储位置获取数据。非限定性的，数据转发平台接收监管系统发送的数据查询请求，根据该数据查询请求中的项目编码对应的业务子系统存储位置获取业务数据。
S120，获取所述业务数据对应的项目编码和接口编码。
在一个非限定性的示例中，数据转发平台通过解析业务子系统的数据发送请求，获取该数据发送请求中的项目编码和接口编码。
在一个非限定性的示例中，数据转发平台通过解析接收到的监管系统发送的数据查询请求，获取包含在该数据查询请求中的项目编码，并根据该请求的源地址查表获得接口编码。
S130，查找与所述项目编码和所述接口编码对应的接收地址和传输模板。
在一个非限定性的示例中，与数据转发平台传输耦合的存储介质中存储与项目编码和接口编码对应的接收地址和传输模板。可以理解的是，可以采用数据库、数据表、数据文件及其他可查询的数据存储形式存储项目编码和接口编码与接收地址和传输模板的对应关系。非限定性的，项目编码对应数据传输项目类型，例如保单数据传输。非限定性的，接口编码对应着接收地址的编号，其中，接收地址可以为监管系统接收数据的地址。非限定性的，传输模板包括但不限于以下信息：封装方式、传输方式和加密方式。其中，封装方式用于指示数据的封装方式和封装规则，包括但不限于可扩展标记语言(Extensible MarkupLanguage，XML)封装、简单对象访问协议(Simple Object Access Protocol，SOAP)封装或JS对象简谱(JavaScript Object Notation,JSON)封装。其中，传输方式用于指示数据的传输方式，包括但不限于HTTP-SOAP、HTTPS-SOAP、HTTP-JSON和HTTP-JSON等传输方式。其中，加密方式用于指示封装后获得的传输数据用何种方式加密，包括但不限于HTTPS传输加密、证书认证(Certification Authority，CA)加密、数据加密标准(Data EncryptionStandard，DES)加密和RC(Rivest Cipher)加密等加密传输方式。
在一个非限定性的示例中，数据转发平台接收到业务子系统的数据发送请求，该数据发送请求中包含以下信息：
项目编码段：03；
接口编码段：05；
数据段：业务数据。
其中项目编号03对应保单数据传输，接口编码05对应监管系统接收地址，通过查询数据库，查询到项目编号03接口编码05对应的统一资源定位系统(uniform resourcelocator，URL)接收地址为“URL：http://10.192.126.20/zb”；对应的传输模板中的方式为XML封装方式。
S140，根据所述传输模板中的封装方式封装所述业务数据获得传输数据。
在一个非限定性的示例中，数据转发平台根据传输模板中的封装方式，例如SOAP、XML或JSON方式对业务数据进行封装获得传输数据。
可以理解的是，由于各个监管平台对数据封装方式的要求各不相同，本领域技术人员在实施本申请实施例时可根据实际情况对数据封装方式根据实际情况作出选择。
S150，根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。
在一个非限定性的示例中，数据转发平台根据传输模板中的传输方式和接收地址将根据传输模板封装的传输数据发送给监管系统。非限定性的，将保单业务子系统发送的保单数据根据传输模板封装为SOAP封装，根据传输模板中的传输方式确定为HTTP-SOAP传输方式，根据通过项目编码和接口编码查询得到的接收地址发送给保监会的监管系统。
可以理解的是，本申请实施例提供的数据转发方法实现保险公司的业务子系统和各个监管系统间的解耦，保险公司在开发业务子系统时，只需要关注业务子系统本身数据的抓取，由数据转发平台根据项目编码和接口编码查找对应的监管系统接收地址，和该监管系统要求的传输方式的模板。根据该模板对业务子系统提供的数据进行封装。从而，降低了各个业务子系统的开发工作量，进而提高了开发效率；降低了业务子系统的复杂度，提高了系统的可靠性；各个监管平台对数据封装方式的要求作出修改时，只需要在数据转发平台对传输模板进行相应的修改即可实现对所有业务子系统的业务数据的封装方式的修改，提高了保险公司的各个业务子系统系统的灵活性。
在上述图3所示的数据转发的方法的实施例的基础上，在根据所述传输模板中的封装方式封装所述业务数据获得传输数据后，如图4所示，还包括：
根据所述传输模板中的加密方式对所述传输数据进行加密获得加密传输数据；相应的，所述根据所述接收地址将所述传输数据发送给监管系统，包括，所述根据所述接收地址将所述加密传输数据发送给所述监管系统。
在一个非限定性的示例中，数据转发平台存储的传输模板中包括但不限于数据的封装方式和数据加密方式的指示。数据转发平台在根据传输模板中的封装方式指引对数据进行封装后获得传输数据，根据该传输模板中的数据加密方式指引对传输数据进行加密获得加密传输数据。
在一个非限定性的示例中，数据转发平台在根据传输模板中的封装方式例如，SOAP封装方式，指引对数据进行封装后获得传输数据，根据该传输模板中的数据加密方式，例如HTTPS加密传输，指引对传输数据进行加密获得加密传输数据。其中，传输模板中的加密方式指示了对数据进行HTTPS加密传输，可以理解的是，各个监管平台对业务加密方式的要求各不相同，本领域技术人员在实施本申请实施例时可以根据实际情况设置传输模板的加密方式指示。
可以理解的是，因为各个监管机构的监管系统对业务数据的加密方式的要求不同，如果各个业务子系统都分别开发对应的业务数据加密系统会导致重复开发，通过在传输模板中加入加密方式的指引，只需要在数据转发平台中实现各个监管系统指定的加密系统，在传输数据时，根据加密方式的指引对封装后的业务数据进行相应的加密，即可实现符合监管系统要求的数据加密。从而，降低了业务子系统的开发工作量，提高了效率；降低了系统复杂度，提高了系统的可靠性；各个监管系统要求的加密方式的改变，只需要修改数据转发平台的加密系统即可实现，提高了系统的灵活性。
在上述图3所示的数据转发的实施例的基础上，如图4所示，步骤S110，获取业务子系统的业务数据，包括：
S1111，接收所述业务子系统发送的数据发送请求。
在一个非限定性的示例中，如图5所示数据转发平台接收业务子系统发送的数据发送请求，该数据发送请求包括但不限于以下信息：
项目编码段：02；
接口编码段：04；
数据段：业务数据。
其中项目编号02对应理赔数据传输，接口编码04对应监管系统接收地址，通过查询数据库，查询到项目编号02接口编码04对应的接收地址为“URL：http://10.172.167.22/bj”；对应的传输模板中的方式为SOAP封装方式。
S1112，根据所述数据发送请求，解析所述数据发送请求的数据段获取数据段数据，根据所述数据段数据获得所述业务子系统的业务数据。
在一个非限定性的示例中，数据转发平台解析所述数据发送请求，获得所述数据发送请求中数据段的数据，根据所述数据段数据获得所述业务子系统的业务数据，例如，理赔数据。非限定性的，数据段的数据可以为业务子系统的业务数据的分片数据，也可以为预设格式数据，该预设格式为业务子系统和数据转发平台间传输协议的预设数据格式；通过对分片数据的整合，或据根据预设数据格式对数据段数进行转换，获得业务子系统的业务数据。
在图4所示的数据转发的方法的基础上，步骤S120，获取所述业务数据对应的项目编码和接口编码，包括：
S1211，解析所述数据发送请求的项目编码段和接口编码段，获得所述业务数据对应的项目编码和接口编码。
在一个非限定性的示例中，如果图5所示，数据转发平台根据接收到业务子系统发送的数据发送请求后，该数据发送请求包括但不限于以下信息：
项目编码段：02；
接口编码段：04；
数据段：业务数据。
数据转发平台根据该数据发送请求获得项目编码和接口编码。非限定性的，数据转发平台，解析所述数据发送请求的项目编码段和接口编码段，获得所述业务数据对应的项目编码和接口编码。
在一个非限定性的示例中，如图5所示，数据转发平台接收到业务子系统发送的数据发送请求后，根据该数据发送请求获取业务数据，以及项目编码和接口编码后，数据转发平台在传输耦合的存储介质中查找预存的，与项目编码和接口编码对应的接收地址和传输模板，接收地址可以为URL地址。数据转发平台根据该传输模板封装业务数据得到传输数据，根据传输模板的传输方式指引将业务数据发送到接收地址对应的监管系统。
在上述图3所示的数据转发方法的实施例的基础上，在步骤S150，根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统后，还包括：
接收所述监管系统发送的反馈消息；根据所述反馈消息的目的地址确定对应的业务子系统；将所述反馈消息中的反馈报文封装为所述业务子系统对应的目标报文；根据所述目的地址将所述目标报文发送给所述业务子系统。
如图5所示，在一个非限定性的示例中，数据转发平台在将业务子系统的业务数据根据传输模板封装为传输数据发送给监管系统后，数据转发平台接收监管系统发送的反馈消息的报文，根据反馈消息的目的地址确定对应的业务子系统，将所述反馈消息中的反馈报文封装为所述业务子系统对应的目标报文，例如JSON数据报文，根据目的地址将该JSON格式的数据报文发送给业务子系统。
可以理解的是，通过对监管系统的反馈报文的转发，实现了监管系统不需要直接发送数据给业务子系统，从而业务子系统可以统一的固定封装方式接收各个监管系统发送的反馈消息，避免了各个业务子系统重复开发针对不同监管系统的反馈消息处理机制，进而降低了业务子系统的开发工作量，提高了效率。
在上述图3所示的数据转发的实施例的基础上，如图6所示，步骤S110，获取业务子系统的业务数据，包括：
S1121，接收监管系统发送的数据查询请求，其中，所述数据查询请求包含项目编码。
在一个非限定的示例中，如图7所示，监管系统向数据转发平台发送数据查询请求以查询对应的业务子系统的业务数据，其中，所述数据查询请求包含项目编码。
S1122，查询与所述项目编码对应的业务子系统的数据获取接口。
在一个非限定性的示例中，如图7所示，数据转发平台查询预存的项目编码和数据获取接口的匹配关系，获得与数据查询请求中的项目编码匹配的数据获取接口；非限定性的，项目编码和数据获取接口的匹配关系存储在与数据转发平台通信耦合的存储器中；非限定性的，预存的项目编码和数据获取接口的匹配关系可以为所述存储器中的数据表；非限定性的，该数据获取接口可以为指向业务数据存储位置的URL地址。
S1123，根据所述数据获取接口获取所述业务子系统的所述业务数据。
在一个非限定性的示例中，如图7所示，数据转发平台根据指向业务数据存储位置的URL地址获取业务数据，非限定性的，该业务数据为JSON封装。
在一个非限定性的示例中，在图6所示的数据转发方法的实施例的基础上，获取所述业务数据对应的项目编码和接口编码，包括：
S1221，根据所述监管系统发送的数据查询请求，获取所述业务数据对应的项目编码。
在一个非限定性的示例中，数据转发平台解析业务数据查询请求，获取该数据查询请求中包含的项目编码。
S1222，根据所述数据查询请求的源地址查询与所述源地址对应的接口编码。
在一个非限定性的示例中，数据转发平台根据监管系统发送的数据查询请求的源地址，查询保存源地址与接口编码对应的关系的数据库，获得与所述源地址对应的接口编码。
在一个非限定性的示例中，如图7所示，数据转发平台响应于监管系统发送的数据查询请求，在获取业务子系统的业务数据后，根据项目编码和接口编码查找到与该项目编码和该接口编码对应的接收地址和传输模板；数据转发平台根据该传输模板中的封装方式封装业务数据获得传输数据，并将该传输数据发送给监管系统。可以理解的是，本领域技术人员可以将上述实施例中数据转发平台响应监管系统的反馈消息的步骤应用于本示例中，以获得相应的技术效果。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
对应于上述图3所示的实施例提供的数据转发的方法，图8示出的是本申请实施例提供的一种数据转发的装置，该数据转发的装置应用于数据转发平台，所述装置包括：
数据获取模块M110，用于获取业务子系统的业务数据。
编码获取模块M120，用于获取所述业务数据对应的项目编码和接口编码。
模板查找模块M130，用于查找与所述项目编码和所述接口编码对应的接收地址和传输模板。
数据封装模块M140，用于根据所述传输模板中的封装方式封装所述业务数据获得传输数据。
数据发送模块M150，用于根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。
可以理解的是，以上实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。
图9为本申请一实施例提供的电子设备的结构示意图，该电子设备作为上述数据转发平台用于实现上述数据转发的方法。如图9所示，该实施例的电子设备D9包括：至少一个处理器D90(图9中仅示出一个)处理器、存储器D91以及存储在所述存储器D91中并可在所述至少一个处理器D90上运行的计算机程序D92，所述处理器D90执行所述计算机程序D92时实现上述任意各个方法实施例中的步骤。或者，所述处理器D90执行所述计算机程序D92时实现上述各装置实施例中各模块/单元的功能。
电子设备D9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器D90、存储器D91。本领域技术人员可以理解，图9仅仅是电子设备D9的举例，并不构成对电子设备D9的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
所称处理器D90可以是中央处理单元(Central Processing Unit，CPU)，该处理器D90还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器D91在一些实施例中可以是电子设备D9的内部存储单元，例如电子设备D9的硬盘或内存。所述存储器D91在另一些实施例中也可以是电子设备D9的外部存储设备，例如电子设备D9上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器D91还可以既包括电子设备D9的内部存储单元也包括外部存储设备。所述存储器D91用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器D91还可以用于暂时地存储已经输出或者将要输出的数据。
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种数据转发的方法，其特征在于，所述数据转发的方法应用于数据转发平台，所述方法包括：
获取业务子系统的业务数据；
获取所述业务数据对应的项目编码和接口编码；
查找与所述项目编码和所述接口编码对应的接收地址和传输模板；
根据所述传输模板中的封装方式封装所述业务数据获得传输数据；
根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。
2.如权利要求1所述的方法，其特征在于，根据所述传输模板中的封装方式封装所述业务数据获得传输数据后，还包括：
根据所述传输模板中的加密方式对所述传输数据进行加密获得加密传输数据；
相应的，所述根据所述接收地址将所述传输数据发送给监管系统，包括，
所述根据所述接收地址将所述加密传输数据发送给所述监管系统。
3.如权利要求1所述的方法，其特征在于，获取业务子系统的业务数据，包括：
接收所述业务子系统发送的数据发送请求；
解析所述数据发送请求的数据段获取数据段数据，根据所述数据段数据获得所述业务子系统的业务数据。
4.如权利要求3所述的方法，其特征在于，获取所述业务数据对应的项目编码和接口编码，包括：
解析所述数据发送请求的项目编码段和接口编码段，获得所述业务数据对应的项目编码和接口编码。
5.如权利要求1所述的方法，其特征在于，获取业务子系统的业务数据，包括：
接收监管系统发送的数据查询请求，其中，所述数据查询请求包含项目编码；
查询与所述项目编码对应的业务子系统的数据获取接口；
根据所述数据获取接口获取所述业务子系统的所述业务数据。
6.如权利要求5所述的方法，其特征在于，获取所述业务数据对应的项目编码和接口编码，包括：
根据所述监管系统发送的数据查询请求，获取所述业务数据对应的项目编码；
根据所述数据查询请求的源地址查询与所述源地址对应的接口编码。
7.如权利要求1-6任一项所述的方法，其特征在于，根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统后，还包括：
接收所述监管系统发送的反馈消息；
根据所述反馈消息的目的地址确定对应的业务子系统；
将所述反馈消息中的反馈报文封装为所述业务子系统对应的目标报文；
根据所述目的地址将所述目标报文发送给所述业务子系统。
8.一种数据转发的装置，其特征在于，所述数据转发的装置应用于数据转发平台，所述装置包括：
数据获取模块，用于获取业务子系统的业务数据；
编码获取模块，用于获取所述业务数据对应的项目编码和接口编码；
模板查找模块，用于查找与所述项目编码和所述接口编码对应的接收地址和传输模板；
数据封装模块，用于根据所述传输模板中的封装方式封装所述业务数据获得传输数据；
数据发送模块，用于根据所述传输模板中的传输方式和所述接收地址将所述传输数据发送给监管系统。
9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
CN202010127386.8A 2020-02-28 2020-02-28 数据转发的方法、装置、电子设备及存储介质 Active CN111371702B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010127386.8A CN111371702B (zh) 2020-02-28 2020-02-28 数据转发的方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010127386.8A CN111371702B (zh) 2020-02-28 2020-02-28 数据转发的方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN111371702A true CN111371702A (zh) 2020-07-03
CN111371702B CN111371702B (zh) 2024-04-05

Family

ID=71212614

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010127386.8A Active CN111371702B (zh) 2020-02-28 2020-02-28 数据转发的方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111371702B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111967852A (zh) * 2020-08-20 2020-11-20 支付宝(杭州)信息技术有限公司 一种监管文件报送方法、装置、设备和可读介质
CN112306579A (zh) * 2020-11-12 2021-02-02 北京轩宇信息技术有限公司 一种数据传输系统及方法
CN114490461A (zh) * 2020-10-27 2022-05-13 Oppo广东移动通信有限公司 一种数据转移控制方法、存储介质及设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102065388A (zh) * 2009-11-13 2011-05-18 中国移动通信集团四川有限公司 一种信息反馈装置及向用户反馈信息的系统和方法
CN102799460A (zh) * 2011-05-23 2012-11-28 中国移动通信集团公司 一种业务开发系统、方法和业务运行系统、方法
CN107798617A (zh) * 2017-04-07 2018-03-13 平安科技（深圳）有限公司 保险业务处理方法和装置
CN109299173A (zh) * 2018-09-07 2019-02-01 平安科技（深圳）有限公司 数据传输方法、装置及存储介质
US20190394080A1 (en) * 2018-06-22 2019-12-26 At&T Intellectual Property I, L.P. Cloud service transaction capsulation
CN110716974A (zh) * 2019-09-29 2020-01-21 宜通世纪物联网研究院(广州)有限公司 物联网设备与平台的动态交互方法、系统及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102065388A (zh) * 2009-11-13 2011-05-18 中国移动通信集团四川有限公司 一种信息反馈装置及向用户反馈信息的系统和方法
CN102799460A (zh) * 2011-05-23 2012-11-28 中国移动通信集团公司 一种业务开发系统、方法和业务运行系统、方法
CN107798617A (zh) * 2017-04-07 2018-03-13 平安科技（深圳）有限公司 保险业务处理方法和装置
US20190394080A1 (en) * 2018-06-22 2019-12-26 At&T Intellectual Property I, L.P. Cloud service transaction capsulation
CN109299173A (zh) * 2018-09-07 2019-02-01 平安科技（深圳）有限公司 数据传输方法、装置及存储介质
CN110716974A (zh) * 2019-09-29 2020-01-21 宜通世纪物联网研究院(广州)有限公司 物联网设备与平台的动态交互方法、系统及存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111967852A (zh) * 2020-08-20 2020-11-20 支付宝(杭州)信息技术有限公司 一种监管文件报送方法、装置、设备和可读介质
CN114490461A (zh) * 2020-10-27 2022-05-13 Oppo广东移动通信有限公司 一种数据转移控制方法、存储介质及设备
CN114490461B (zh) * 2020-10-27 2024-03-29 Oppo广东移动通信有限公司 一种数据转移控制方法、存储介质及设备
CN112306579A (zh) * 2020-11-12 2021-02-02 北京轩宇信息技术有限公司 一种数据传输系统及方法
CN112306579B (zh) * 2020-11-12 2023-09-01 北京轩宇信息技术有限公司 一种数据传输系统及方法

Also Published As

Publication number Publication date
CN111371702B (zh) 2024-04-05

Similar Documents

Publication Publication Date Title
US10313313B2 (en) Methods and systems for proxying data
CN111371702A (zh) 数据转发的方法、装置、电子设备及存储介质
CN111062024B (zh) 一种应用登录方法和装置
US8443014B2 (en) Computer systems and data processing methods for using a web service
US8447969B2 (en) Transfer device for sensitive material such as a cryptographic key
CN110839004A (zh) 访问认证的方法和装置
EP2410771B1 (en) Method and system for implementing location service
CN109905351B (zh) 存储数据的方法、装置、服务器和计算机可读存储介质
CN101388096A (zh) 一种多平台的数据标准化处理方法及系统
CN112487011A (zh) 基于区块链的物联网终端数据上链方法及系统
CN112367164A (zh) 业务请求处理方法、装置、计算机设备和存储介质
CN111614731B (zh) 物联网设备接入区块链方法、系统、聚合网关及存储介质
US20030031153A1 (en) Program control system, program control method and information control program
CN113660156B (zh) 一种传输文件的处理方法、装置、电子设备及存储介质
CN110602085A (zh) 区块链上数据共享处理方法、装置、存储介质及电子设备
CN110149313B (zh) 数据共享方法、电子装置及计算机可读存储介质
CN111625373A (zh) 一种功能访问方法、装置、电子设备及存储介质
CN115952484A (zh) 一种基于可信执行环境的数据流通方法、装置和系统
CN111259049A (zh) 信息查询方法、信息查询装置及终端设备
KR20120063387A (ko) Ｓｍｓ 메시지 생성 장치 및 방법
CN114861144A (zh) 基于区块链的数据权限处理方法
CN114428973A (zh) 去标识化的信息传输方法、装置、设备和计算机可读介质
CN101562778A (zh) 提供位置业务的方法、装置和系统
CN108243172B (zh) 一种发送验证信息的方法及系统
CN112437052B (zh) 用于处理信息的方法、装置、电子设备和计算机可读介质

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