WO2019149019A1 - 数据交互方法、装置、计算机设备和存储介质 - Google Patents

数据交互方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
WO2019149019A1
WO2019149019A1 PCT/CN2019/070023 CN2019070023W WO2019149019A1 WO 2019149019 A1 WO2019149019 A1 WO 2019149019A1 CN 2019070023 W CN2019070023 W CN 2019070023W WO 2019149019 A1 WO2019149019 A1 WO 2019149019A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
request message
transaction
standard
service party
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.)
Ceased
Application number
PCT/CN2019/070023
Other languages
English (en)
French (fr)
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.)
OneConnect Smart Technology Co Ltd
Original Assignee
OneConnect Smart Technology Co 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 OneConnect Smart Technology Co Ltd filed Critical OneConnect Smart Technology Co Ltd
Publication of WO2019149019A1 publication Critical patent/WO2019149019A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/151—Transformation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0613—Electronic shopping [e-shopping] using intermediate agents

Definitions

  • the application relates to a data interaction method, device, computer device and storage medium.
  • the mall platform can connect the products of each company to the platform and sell it online.
  • the mall platform supports product transactions of a number of companies. In the process of product transactions such as trial and calculation of product costs, accounting, the mall platform needs to communicate and interact with each company.
  • the inventor realized that the data formats of the data supported by the companies are different at present, and the mall platform needs to customize the data interface for each company, which requires a large amount of time and workload of the developer, resulting in excessive development cost.
  • a data interaction method, apparatus, computer device, and storage medium are provided.
  • a data interaction method including:
  • the first data conversion information corresponding to the service party is searched, and the standard request message is converted into a demand request message according to the first data conversion information;
  • a data interaction device comprising:
  • a request receiving module configured to receive a transaction request sent by the terminal, where the transaction request carries transaction data
  • a data extraction module configured to extract a transaction type and a product identifier from the transaction data
  • a template search module configured to search for the transaction type and the product transaction template corresponding to the product identifier
  • a message generating module configured to extract a parameter value corresponding to the transaction parameter in the product transaction template from the transaction data, and generate a standard request message according to the extracted parameter value and the product transaction template;
  • a format obtaining module configured to search for a service party to which the product identifier belongs, and obtain a first data format of the service party;
  • a message conversion module configured to: when the first data format is a non-standard format, search for first data conversion information corresponding to the service party, and convert the standard request message into Demand request message;
  • the first packet sending module is configured to send the demand request message to the service server of the service party.
  • a computer device comprising a memory and one or more processors having stored therein computer readable instructions, the computer readable instructions being executable by the processor to cause the one or more processors to execute The following steps:
  • the first data conversion information corresponding to the service party is searched, and the standard request message is converted into a demand request message according to the first data conversion information;
  • Computer readable instructions computer readable instructions one or more non-transitory computer readable storage medium storing computer readable instructions, when executed by one or more processors, causing one or more processors Perform the following steps:
  • the first data conversion information corresponding to the service party is searched, and the standard request message is converted into a demand request message according to the first data conversion information;
  • FIG. 1 is an application scenario diagram of a data interaction method in accordance with one or more embodiments.
  • FIG. 2 is a flow diagram of a method of data interaction in accordance with one or more embodiments.
  • FIG. 3 is a block diagram showing the structure of a data interaction device in accordance with one or more embodiments.
  • FIG. 4 is a diagram showing the internal structure of a computer device in accordance with one or more embodiments.
  • the data interaction method provided by the present application can be applied to an application environment as shown in FIG. 1.
  • the terminal communicates with the server through the network, and the server communicates with the service server through the network.
  • the terminal sends a transaction request to the server, and after receiving the transaction request, the server acquires the transaction data in the transaction request, extracts the transaction type and the product identifier, and finds a corresponding product transaction template, and extracts the product transaction from the transaction data.
  • the parameter value corresponding to the transaction parameter in the template generates a standard request message according to the extracted parameter value and the product transaction template, and the server searches for the business party to which the product identifier belongs, and determines whether the data format required by the business party is a standard data format.
  • the generated standard request message is converted into a service request message according to the data conversion information corresponding to the service party, and the converted demand request message is sent to the service.
  • the business server corresponding to the party, the transaction server processes the transaction request.
  • the number of the terminal and the server of the service side may be one or more.
  • the terminal can be, but is not limited to, various personal computers, notebook computers, smart phones, tablets, and portable wearable devices.
  • the server and the business server can be implemented by a separate server or a server cluster composed of multiple servers.
  • a data interaction method is provided, which is applied to the server in FIG. 1 as an example, and includes the following steps:
  • Step 210 Receive a transaction request sent by the terminal, where the transaction request carries the transaction data.
  • the server in this embodiment may be a server of a mall platform, and the mall platform may be connected to multiple business parties, and the products of the business party are sold on the mall platform, and the user may purchase products through the mall platform.
  • the user can operate through the terminal and find that the server of the mall platform initiates a transaction request.
  • the server receives the transaction request initiated by the terminal.
  • the transaction request carries transaction data, which may include, but is not limited to, product data of the transaction product, transaction type, user information for initiating the request, terminal information, request code, request time, and the like.
  • Step 220 extracting the transaction type and product identification from the transaction data.
  • the server obtains the transaction data in the transaction request and extracts the transaction type and product identification from the transaction data.
  • the transaction type is the type of the transaction initiated, and the product is an insurance product as an example.
  • the transaction type can be the type of premium trial, underwriting, underwriting, and the like.
  • the product identification is used to uniquely identify the products on the mall platform.
  • the product identification can be the product number, product code, and the like.
  • the product party can also determine the business party to which it belongs. If the unused business party provides the product with the same name on the platform, the business party to which the product belongs can be determined according to the product identifier.
  • Step 230 Find a product transaction template corresponding to the transaction type and the product identifier.
  • the server pre-stores product transaction templates for each product, and sets a plurality of product transaction templates corresponding to each transaction type for each product according to the transaction types that each product may involve.
  • the product transaction template is stored in association with the product identification and transaction type.
  • the server looks up the product transaction template corresponding to the extracted transaction type and product identification.
  • the server After the server processes the transaction request, it sends the request data to the service server of the corresponding business party, and finally the business server processes the transaction request of the user.
  • the product transaction template specifies the parameter composition and data structure of the request data sent by the server to the service server.
  • the parameter composition is a transaction parameter field required by the business party for transaction processing, and the data structure refers to an arrangement rule of each parameter field.
  • the product transaction template of the premium trial transaction of the pension insurance product of the A insurance company's business party includes four basic components: the basic information of the insured, the basic information of the insured, the insurance information and the responsibility information.
  • Each component further includes a plurality of transaction parameter fields, for example, the basic information of the policyholder includes a plurality of transaction parameter fields such as a product code, a number of insurance shares, and an insurance validity period.
  • the product trading template stipulates the arrangement rules of each component and each parameter field.
  • Step 240 Extract a parameter value corresponding to the transaction parameter in the product transaction template from the transaction data, and generate a standard request message according to the extracted parameter value and the product transaction template.
  • the standard request message is a message in the standard data format provided by the server.
  • the server obtains the transaction parameters in the product transaction template, and extracts the parameter values corresponding to the transaction parameters from the transaction data. If the parameter value corresponding to the extracted product code field is P1394, the parameter value corresponding to the insurance validity period field is 2 years.
  • the server will extract the parameter values and assemble the product transaction template and generate a standard request message.
  • Step 250 Find a service party to which the product identifier belongs, and obtain a first data format of the service party.
  • the server finds the business party to which the transaction product belongs based on the product identifier. Specifically, the server may search for the service party identifier of the service party corresponding to the product identifier, and obtain the first data format corresponding to the service party identifier after obtaining the service party identifier, where the first data format refers to the data format of the data required by the service party.
  • the first data format may include a standard format and a non-standard format. The standard format is consistent with the data format provided by the server, and the non-standard format is different from the data format provided by the server, and is a data format specific to the business side.
  • Step 260 When the first data format is a non-standard format, the first data conversion information corresponding to the service party is searched, and the standard request message is converted into the demand request message according to the first data conversion information.
  • the server determines whether the first data format is a standard format.
  • the first data conversion information corresponding to the service party identifier is searched, where the first data conversion information may be stored in the server locality in association with the service party identifier.
  • the first data conversion information may include a field mapping relationship between a standard format and a non-standard format difference field, and may also include a data structure of data in the request message required by the service side.
  • the server maps the difference field in the standard request message according to the first data conversion information that is found, and adjusts the data structure in the standard request message to generate a demand request message required by the service party.
  • Step 270 Send the demand request message to the service server of the service party.
  • the server sends the generated demand request packet to the service server corresponding to the service party identifier. After receiving the demand request message, the service server processes the transaction request of the user according to the demand request message.
  • the server after receiving the transaction request, the server first searches for a product transaction template corresponding to the transaction request, generates a standard request message in a unified data format according to the transaction data and the product transaction template, and obtains data required by the corresponding service party.
  • the format is judged.
  • the standard request message is converted into a data format required by the business party according to the corresponding data conversion information of the service party, and the request data conforming to the demand of the business party can be automatically generated. Therefore, the data interface of the business side with special data format requirements is separately customized and developed, which reduces development cost and saves development time.
  • the method further includes: when the first data format is a standard format, sending the standard request message to the service server of the service party.
  • the server determines that the first data format is a standard format, it indicates that the format of the data required by the corresponding service party is the same as the data format provided by the server, and the server does not need to perform format conversion, and the server directly sends the generated standard request message to the service corresponding to the service party identifier. server.
  • the server can automatically convert the transaction data in the request into a standard format request message in a unified format, which can meet the data requirements of most business parties.
  • the step of searching for the first data conversion information corresponding to the service party and converting the standard request message into the demand request message according to the first data conversion information includes: searching for a field mapping table corresponding to the service party; The field mapping table extracts the difference field from the standard request message; finds the custom field corresponding to the difference field from the field mapping table, replaces the difference field in the standard request message with the corresponding customized field; acquires the product identifier and the service The data structure of the request message corresponding to the party; the standard request message after the field replacement is adjusted according to the data structure of the request message, and a request request message is generated.
  • the server searches for a field mapping table corresponding to the service party according to the service party identifier.
  • the field mapping table may be stored in the server in advance, or may be stored in the service server and obtained by the server to the service server.
  • the field mapping table stores the mapping relationship between the service provider and all the difference fields of the server, that is, the mapping relationship between the standard parameter field provided by the server and the customized field required by the service party, including the mapping relationship between the parameter field names and The correspondence between parameter field values.
  • the insured gender field is the difference field between the server and the business party
  • the standard parameter field of the insured gender is named after-Gender
  • the mapped requirement parameter field is named after-sex
  • the insured gender is male.
  • the standard parameter field value is M
  • the mapped requirement parameter field value is 1.
  • the server obtains the standard parameter field name in the field mapping table, and searches for a parameter field name that is consistent with the standard parameter field name from the standard request message. When the consistent parameter field name is found, the consistent parameter field name and its The corresponding parameter field value is extracted as a difference field, and the server searches for a custom field name corresponding to the standard parameter field name from the field mapping relationship table, and extracts the corresponding customized field name and its customized field value as a custom field, and the standard request message is The difference field in the field is replaced with the extracted custom field.
  • the server may classify the difference field according to the product to which it belongs in the field mapping table, for example, the field mapping relationship belonging to the same product may be stored in association with the product identifier.
  • the server searches the field mapping table for the field mapping relationship corresponding to the product identifier, and then extracts the difference field from the standard request message according to the found field mapping relationship and performs field replacement.
  • the server may store the mapping relationship between the different service parties and the difference fields of the server in the field mapping total table, and the mapping relationship between the difference fields of each service party is associated with the service party identifier. .
  • the server can find the mapping relationship of the difference field corresponding to the service party according to the service party identifier.
  • the server After completing the replacement of all the difference fields in the standard request message, the server searches for the request message data structure corresponding to the product identifier and the service party identifier.
  • Request messages for different products in the business side have a specific data structure.
  • the data structure refers to the arrangement rules of various types of data in the request message.
  • the server adjusts the order of the corresponding data in the standard request message after the difference field is replaced according to the arrangement rules of various types of data, and adjusts to generate a demand request message.
  • the parameter fields with different parameter formats of the server and the service party are uniformly stored in the field mapping table, which facilitates parameter field search and replacement.
  • the step of adjusting the standard request message after the field replacement according to the request message data structure and generating the request request message includes: searching for the data with the loop attribute from the request message data structure.
  • the class of the data class is obtained; the message data corresponding to the data class having the loop attribute is searched from the standard request message after the field replacement, and the found message data is segmented and the data class unit is obtained;
  • the server obtains the data class in the request message data structure.
  • the request message data structure stores data classes of request data, and each data class may include multiple parameter fields.
  • the data of the request message of an insurance product includes three types of data: the basic information of the insured, the basic information of the insured, and the type of insurance information, and each data class may include a plurality of parameter fields.
  • the server obtains the loop attribute value of each data class, and determines whether the data class has a loop attribute according to the loop attribute value. For example, if the value of the loop attribute is 1, the data class has a loop attribute, and the value of the loop attribute is 0, the data type does not have a loop attribute.
  • the above values are only examples.
  • the value of the loop attribute value is not limited to the above value.
  • Each data class includes at least one data class unit. When the data class has a loop property, each data class unit in the data class needs to be cyclically arranged. Taking the insured basic information data class as an example, when there are multiple insured persons, the basic information of the insured person of each insured is a data type unit, and multiple multiple insured persons are required.
  • the data class units are arranged in a loop.
  • the server finds the data class with the loop attribute according to the loop attribute value of the data class, and the server searches for the packet data corresponding to the found data class from the standard request message after the field replacement.
  • the server obtains the parameter field combination included in the data class, and searches for the packet data corresponding to each parameter field in the parameter field combination from the standard request message, and when multiple search corresponding to the parameter field are found,
  • the searched packet data is divided into data. Specifically, the searched data is divided according to the parameter field to obtain a plurality of data class units.
  • the basic information data class of the policyholder includes a combination of parameter fields composed of a plurality of parameter fields such as a product code, a number of insurance shares, and an insurance validity period, and the server searches for a message corresponding to each parameter field from the standard request message that has been replaced by the field.
  • the server searches for a message corresponding to each parameter field from the standard request message that has been replaced by the field.
  • Data when multiple fields corresponding to the product code, the number of insured copies, and the insurance validity period parameter field are found, the found message data is divided into multiple product codes, the number of insured copies, and the insurance validity period parameter combination, thereby obtaining more Data class units.
  • the server obtains the loop level of the data class with the loop attribute, and determines the order of the loops between different data classes according to the level of the loop of different data classes. For a data class that does not have a loop attribute, it has a fixed arrangement position in the request message, and the server obtains the arrangement position of the data class that does not have the loop attribute, and adjusts the corresponding arrangement position of the value. Specifically, the data class with the highest cycle level is ranked first, and all the data class units with lower ranks are required to be listed after each of the highest data class units. When there is a data class with the same cycle level, according to the original The arrangement in the standard request message is arranged in order, and the data classes are arranged in a one-to-one correspondence.
  • the insured basic information data class includes two data class units, A insured information and B insured information, and the insurance information data class includes two data type units, C insurance information and D insurance information.
  • the insured basic information data class does not have a loop attribute, and the server obtains the arrangement position of the insured basic information data class, and the arrangement position is before the insured basic information and the insurance type information.
  • the loop level of the insured basic information data class is higher than the loop level of the insurance information data class
  • the order of each data type unit in the standard request message is the basic information of the insured, and the information of the A insured.
  • the order of the data class units belonging to the same data class is not limited.
  • the order of the parameter fields in the transaction data may be sorted.
  • the server acquires a loop level of two data categories of the insured basic information and the insurance information, wherein the loop level of the insured basic information data class is equal to the loop level of the insurance information data category.
  • the data arrangement order in the standard request message is adjusted to: basic information of the insured, A insured information, C insurance information, A insured information, D insurance information, B insured information, C insurance information , B insured information, D insurance information.
  • the server can automatically adjust the data sequence of the data structure in the standard request message according to the cycle level of the data class in the data structure, thereby improving data conversion. effectiveness.
  • the method includes: receiving a transaction response message; extracting the service party identifier from the transaction response message, and obtaining the extracted service party identifier corresponding to a second data format; when the second data format is a non-standard format, searching for the second data conversion information corresponding to the extracted service party identifier, and converting the transaction response message into a standard response message according to the second data conversion information .
  • the service party After the service party processes the request packet sent by the server, it returns the transaction processing result, that is, the transaction response message, to the server, and the server receives the transaction response message sent by the service server.
  • the transaction response message may include data such as transaction code, customer information, and processing result.
  • the server extracts the service party identifier from the transaction response message, and obtains the second data format corresponding to the service party identifier. It should be noted that, when the service party in this embodiment is consistent with the service party in the foregoing embodiment, the first data format and the second data format are the same, and the first and second in the text are only for different parties. The situation is to distinguish.
  • the server determines whether the second data format is a standard format. When it is determined that the second data format is a standard format, the data conversion is not required, and the server may parse the transaction request message and return it to the terminal. When the server determines that the second data format is a standard format, the server searches for the second data conversion information corresponding to the service party identifier.
  • the second data conversion information may include a field mapping table corresponding to the service party identifier and a data structure in the standard request message corresponding to the product identifier. The server first searches the difference field in the transaction response message according to the field mapping table, and converts the difference field from the custom field of the business party to the standard field of the server.
  • the server After the field is converted, the server adjusts the order of the data in the transaction response message after the field is replaced according to the data structure in the standard request message, and generates a standard response message after the adjustment.
  • the server parses the standard response message and returns the parsed data to the terminal.
  • the server when the transaction response message returned by the terminal is in a non-standard format, the server converts it into a standard data format of the server to parse the processing result of the request.
  • the standard request message and the standard request message in the foregoing embodiment may be in the form of a JSON string and may be encoded in a UTF-8 encoding format. It should be noted that, in other embodiments, the server may also adopt other data formats or encoding manners according to specific situations.
  • the method further includes: counting the number of requests for the current transaction request; when the number of requests exceeds the preset request threshold, starting a new request processing thread; when the first data format is a non-standard format, generating The data conversion task allocates the data conversion task to the new request processing thread, performs the first data conversion information corresponding to the search service party in the new request processing thread, and converts the standard request message into the requirement according to the first data conversion information.
  • the step of requesting a message is generating the data conversion task allocates the data conversion task to the new request processing thread, performs the first data conversion information corresponding to the search service party in the new request processing thread, and converts the standard request message into the requirement according to the first data conversion information.
  • the server can periodically count the number of requests for transaction requests sent by each terminal currently received. And obtaining a preset request threshold, the server compares the current number of requests with a preset request threshold, and when the number of requests is greater than the preset request threshold, the server starts a new request processing thread.
  • the server determines that the first data format of the service party corresponding to the request is a non-standard format, the server generates a data conversion task according to the transaction data and the generated standard request message, wherein the data conversion task may be identified according to the requested transaction code. .
  • the server allocates the data conversion task to the new request processing thread that is started, performs the first data conversion information corresponding to the search service party in the new request processing thread, and converts the standard request message into the requirement according to the first data conversion information.
  • the step of requesting a message After the request request packet is generated, it can be directly sent to the service server corresponding to the service party ID.
  • the processing task of processing the data format of the standard request message is processed in the new request processing thread, the task amount of the main processing thread is reduced, and the system is blocked from being excessively caused by the request.
  • the server when the server detects that the current number of requests is less than the preset request threshold, the task is no longer assigned to the new request processing thread, and is closed after all data conversion tasks in the new request processing thread finish processing.
  • the new request processing thread So as to avoid thread redundancy caused by too many threads when the amount of tasks is too small.
  • steps in the flowchart of FIG. 2 are sequentially displayed as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and the steps may be performed in other orders. Moreover, at least some of the steps in FIG. 2 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, the execution of these sub-steps or stages The order is also not necessarily sequential, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of the other steps.
  • a data interaction apparatus including: a request receiving module 310, a data extracting module 320, a template searching module 330, a message generating module 340, a format obtaining module 350, and a newspaper.
  • the text conversion module 360 and the first message sending module 370 wherein:
  • the request receiving module 310 is configured to receive a transaction request sent by the terminal, where the transaction request carries the transaction data.
  • the data extraction module 320 is configured to extract a transaction type and a product identifier from the transaction data.
  • the template search module 330 is configured to find a product transaction template corresponding to the transaction type and the product identifier.
  • the message generating module 340 is configured to extract a parameter value corresponding to the transaction parameter in the product transaction template from the transaction data, and generate a standard request message according to the extracted parameter value and the product transaction template.
  • the format obtaining module 350 is configured to find a service party to which the product identifier belongs, and obtain a first data format of the service party.
  • the message conversion module 360 is configured to: when the first data format is a non-standard format, search for the first data conversion information corresponding to the service party, and convert the standard request message into the demand request message according to the first data conversion information.
  • the first message sending module 370 is configured to send the demand request message to the service server of the service party.
  • the apparatus further includes:
  • the second packet sending module is configured to send the standard request packet to the service server of the service party when the first data format is a standard format.
  • the message conversion module 360 may include:
  • the mapping table searching module is configured to find a field mapping table corresponding to the business party.
  • the difference field extraction module is configured to extract the difference field from the standard request message according to the field mapping table.
  • the field replacement module is configured to find a custom field corresponding to the difference field from the field mapping table, and replace the difference field in the standard request message with the corresponding customized field.
  • the structure obtaining module is configured to obtain a product identifier and a request message data structure corresponding to the service party.
  • the requirement message generating module is configured to adjust the standard request message after the field replacement according to the request message data structure and generate a demand request message.
  • the requirement message generating module may include:
  • the data class finding module is configured to find a data class having a loop attribute from the request message data structure.
  • a level acquisition module for obtaining a loop level of a data class.
  • the unit splitting module is configured to search for the packet data corresponding to the data class having the loop attribute from the standard request message after the field replacement, and divide the found message data to obtain the data class unit.
  • the unit arranging module is configured to arrange the data class units according to the cycle level of the data class to which the data class unit belongs and generate a demand request message.
  • the apparatus may further include:
  • the response message receiving module is configured to receive a transaction response message.
  • the second format extraction module is configured to extract a service party identifier from the transaction response message, and obtain a second data format corresponding to the extracted service party identifier.
  • the standard message conversion module is configured to: when the second data format is a non-standard format, search for the second data conversion information corresponding to the extracted service party identifier, and convert the transaction response message into a standard response according to the second data conversion information. Message.
  • the apparatus may further include:
  • the request statistics module is used to count the number of requests for the current transaction request.
  • a thread initiation module is configured to start a new request processing thread when the number of requests exceeds a preset request threshold.
  • a step execution module configured to: when the first data format is a non-standard format, generate a data conversion task, allocate the data conversion task to the new request processing thread, and execute the first corresponding to the search service party in the new request processing thread.
  • the data conversion information is a step of converting the standard request message into the demand request message according to the first data conversion information.
  • the various modules in the above data interaction device may be implemented in whole or in part by software, hardware, and combinations thereof.
  • Each of the above modules may be embedded in or independent of the processor in the computer device, or may be stored in a memory in the computer device in a software form, so that the processor invokes the operations corresponding to the above modules.
  • a computer device which may be a server, and its internal structure diagram may be as shown in FIG.
  • the computer device includes a processor, memory, network interface, and database connected by a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium, an internal memory.
  • the non-volatile storage medium stores an operating system, computer readable instructions, and a database.
  • the internal memory provides an environment for operation of an operating system and computer readable instructions in a non-volatile storage medium.
  • the database of the computer device is used to store data such as product transaction templates, data conversion information, and the like.
  • the network interface of the computer device is used to communicate with an external terminal via a network connection.
  • the computer readable instructions are executed by a processor to implement a method of data interaction.
  • FIG. 4 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied.
  • the specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.
  • a computer device comprising a memory and one or more processors, the memory storing computer readable instructions, the computer readable instructions being executed by the processor, causing the one or more processors to perform the steps of: receiving a transaction sent by the terminal Requesting, the transaction request carries the transaction data; extracting the transaction type and the product identification from the transaction data; finding the product transaction template corresponding to the transaction type and the product identification; and extracting the parameter value corresponding to the transaction parameter in the product transaction template from the transaction data, And generating a standard request message according to the extracted parameter value and the product transaction template; searching for the service party to which the product identifier belongs, and obtaining the first data format of the service party; when the first data format is a non-standard format, searching for the corresponding service party
  • the first data conversion information is used to convert the standard request message into a demand request message according to the first data conversion information; and send the demand request message to the service server of the service side.
  • the processor when executing the computer readable instructions, further implements the step of: transmitting the standard request message to the service server of the service party when the first data format is a standard format.
  • the processor executes the computer readable instructions to implement the first data conversion information corresponding to the search service party, and the step of converting the standard request message into the demand request message according to the first data conversion information is further used to: Find a field mapping table corresponding to the service party; extract the difference field from the standard request message according to the field mapping table; find a custom field corresponding to the difference field from the field mapping table, and replace the difference field in the standard request message with Corresponding custom field; obtaining the product identifier and the request message data structure corresponding to the service party; adjusting the standard request message after the field replacement according to the request message data structure and generating the demand request message.
  • the processor executes the computer readable instructions to implement the step of adjusting the standard request message after the field replacement according to the request message data structure and generating the request request message, and is further used for: the request message Find the data class with the loop attribute in the data structure; obtain the loop level of the data class; find the message data corresponding to the data class with the loop attribute from the standard request message after the field replacement, and find the message
  • the data is segmented and the data class unit is obtained; according to the cycle level of the data class to which the data class unit belongs, the data class units are arranged and a demand request message is generated.
  • the processor further implements the following steps: receiving a transaction response message; extracting a service party identifier from the transaction response message, and acquiring a second data format corresponding to the extracted service party identifier.
  • the second data format is a non-standard format
  • the second data conversion information corresponding to the extracted service party identifier is searched, and the transaction response message is converted into a standard response message according to the second data conversion information.
  • the processor when executing the computer readable instructions, further implements the steps of: counting the number of requests for the current transaction request; when the number of requests exceeds the preset request threshold, initiating a new request processing thread; when the first data format When the data format is non-standard, the data conversion task is generated, the data conversion task is allocated to the new request processing thread, and the first data conversion information corresponding to the search service party is executed in the new request processing thread, and the first data conversion information is The step of converting a standard request message into a request request message.
  • One or more non-transitory computer readable storage mediums storing computer readable instructions, when executed by one or more processors, cause one or more processors to perform the steps of: receiving by a terminal Transaction request, transaction request carries transaction data; extract transaction type and product identification from transaction data; find product transaction template corresponding to transaction type and product identification; extract parameter value corresponding to transaction parameter in product transaction template from transaction data And generating a standard request message according to the extracted parameter value and the product transaction template; searching for the service party to which the product identifier belongs, obtaining the first data format of the service party; and when the first data format is a non-standard format, searching for the service party corresponding
  • the first data conversion information is used to convert the standard request message into a demand request message according to the first data conversion information; and send the demand request message to the service server of the service side.
  • the computer readable instructions are further executed by the processor to: when the first data format is a standard format, send the standard request message to the service server of the business party.
  • the computer readable instructions are executed by the processor to search for first data conversion information corresponding to the service party, and are further used to implement the step of converting the standard request message into the demand request message according to the first data conversion information.
  • Finding a field mapping table corresponding to the service party extracting a difference field from the standard request message according to the field mapping table; finding a custom field corresponding to the difference field from the field mapping table, and replacing the difference field in the standard request message
  • the product identifier and the request message data structure corresponding to the service party are obtained; the standard request message after the field replacement is adjusted according to the request message data structure, and the demand request message is generated.
  • the computer readable instructions are further implemented by the processor when the processor performs the step of adjusting the standard request message after the field replacement according to the request message data structure and generating the demand request message: Find the data class with the loop attribute in the text data structure; obtain the loop level of the data class; search for the message data corresponding to the data class with the loop attribute from the standard request message after the field replacement, and find the reported message
  • the text data is segmented and the data class unit is obtained; according to the cycle level of the data class to which the data class unit belongs, the data class units are arranged and a demand request message is generated.
  • the following steps are further performed: receiving a transaction response message; extracting a service party identifier from the transaction response message, and acquiring the second data corresponding to the extracted service party identifier a format; when the second data format is a non-standard format, searching for the second data conversion information corresponding to the extracted service party identifier, and converting the transaction response message into a standard response message according to the second data conversion information.
  • the computer readable instructions are further executed by the processor to: count the number of requests for the current transaction request; when the number of requests exceeds the preset request threshold, initiate a new request processing thread; when the first data
  • a data conversion task is generated, the data conversion task is allocated to the new request processing thread, and the first data conversion information corresponding to the search service party is executed in the new request processing thread, and the first data conversion information is performed according to the first data conversion information.
  • Non-volatile memory can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM is available in a variety of formats, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronization chain.
  • SRAM static RAM
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDRSDRAM double data rate SDRAM
  • ESDRAM enhanced SDRAM
  • Synchlink DRAM SLDRAM
  • Memory Bus Radbus
  • RDRAM Direct RAM
  • DRAM Direct Memory Bus Dynamic RAM
  • RDRAM Memory Bus Dynamic RAM

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Artificial Intelligence (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Computer And Data Communications (AREA)

Abstract

一种数据交互方法，包括：接收终端发送的交易请求，交易请求中携带交易数据；从交易数据中提取交易类型和产品标识；查找交易类型和产品标识对应的产品交易模板；从交易数据中提取与产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和产品交易模板生成标准请求报文；查找产品标识所属的业务方，获取业务方的第一数据格式；当第一数据格式为非标准格式时，查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文；将需求请求报文发送给业务方的业务服务器。

Description

数据交互方法、装置、计算机设备和存储介质
相关申请的交叉引用
本申请要求于2018年1月30日提交中国专利局，申请号为2018100908310，申请名称为“数据交互方法、装置、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及一种数据交互方法、装置、计算机设备和存储介质。
背景技术
商城平台作为一个销售平台，可以将各公司的产品接入平台并进行网上销售。商城平台支持多家公司的产品交易，在产品交易如产品费用试算、核算等的过程中，商城平台需要与各公司进行产品数据的传递、交互。但是，发明人意识到，目前各公司所支持数据的数据格式不同，商城平台需要针对各公司进行数据接口的定制化开发，需要花费开发人员大量的时间和工作量，导致开发成本过高。
发明内容
根据本申请公开的各种实施例，提供一种数据交互方法、装置、计算机设备和存储介质。
一种数据交互方法，包括：
接收终端发送的交易请求，所述交易请求中携带交易数据；
从所述交易数据中提取交易类型和产品标识；
查找所述交易类型和所述产品标识对应的产品交易模板；
从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和所述产品交易模板生成标准请求报文；
查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
将所述需求请求报文发送给所述业务方的业务服务器。
一种数据交互装置，包括：
请求接收模块，用于接收终端发送的交易请求，所述交易请求中携带交易数据；
数据提取模块，用于从所述交易数据中提取交易类型和产品标识；
模板查找模块，用于查找所述交易类型和所述产品标识对应的产品交易模板；
报文生成模块，用于从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和所述产品交易模板生成标准请求报文；
格式获取模块，用于查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
报文转换模块，用于当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
第一报文发送模块，用于将所述需求请求报文发送给所述业务方的业务服务器。
一种计算机设备，包括存储器和一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行以下步骤：
接收终端发送的交易请求，所述交易请求中携带交易数据；
从所述交易数据中提取交易类型和产品标识；
查找所述交易类型和所述产品标识对应的产品交易模板；
从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和所述产品交易模板生成标准请求报文；
查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
将所述需求请求报文发送给所述业务方的业务服务器。
计算机可读指令计算机可读指令一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
接收终端发送的交易请求，所述交易请求中携带交易数据；
从所述交易数据中提取交易类型和产品标识；
查找所述交易类型和所述产品标识对应的产品交易模板；
从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和所述产品交易模板生成标准请求报文；
查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
将所述需求请求报文发送给所述业务方的业务服务器。
计算机可读指令计算机可读指令本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为根据一个或多个实施例中数据交互方法的应用场景图。
图2为根据一个或多个实施例中数据交互方法的流程示意图。
图3为根据一个或多个实施例中数据交互装置的结构框图。
图4为根据一个或多个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的数据交互方法，可以应用于如图1所示的应用环境中。其中，终端通过网络与服务器进行通信，服务器通过网络与业务服务器进行通信。终端向服务器发送交易请求，服务器接收交易请求后，获取交易请求中的交易数据，从中提取出交易类型和产品标识，并查找与之相对应的产品交易模板，从交易数据中提取出与产品交易模板中的交易参数对应的参数值，根据提取出的参数值和产品交易模板生成标准请求报文，服务器查找产品标识所属的业务方，判断业务方所需的数据格式是否为标准数据格式，当业务方所需的数据格式是非标准数据格式时，将生成的标准请求报文根据业务方对应的数据转换信息转换为业务方的需求请求报文，并将转换后的需求请求报文发送给业务方对应的业务服务器，由业务服务器对交易请求进行处理。其中，终端和业务方服务器的数量均可以为一个或者多个。终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器、业务服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在其中一个实施例中，如图2所示，提供了一种数据交互方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：
步骤210，接收终端发送的交易请求，交易请求中携带交易数据。
本实施例中的服务器可以为商城平台的服务器，商城平台可以对接多个业务方，业务方的产品在商城平台上进行销售，用户可以通过商城平台购买产品。用户可以通过终端进行操作并发现商城平台的服务器发起交易请求。服务器接收终端发起的交易请求。
交易请求中携带交易数据，交易数据可以包括但不限于交易产品的产品数据、交易类型、发起请求的用户信息、终端信息、请求代码、请求时间等。
步骤220，从交易数据中提取交易类型和产品标识。
服务器获取交易请求中的交易数据，并从交易数据中提取交易类型和产品标识。其中， 交易类型为所发起交易的类型，以产品为保险产品为例说明，交易类型可以为保费试算、核保、承保等类型。产品标识用于对商城平台上的产品进行唯一标识，产品标识可以为产品编号、产品代码等。通过产品标识也可以确定所属的业务方，若不用的业务方在平台上提供了相同名称的产品，则可以根据产品标识确定产品所属的业务方。
步骤230，查找交易类型和产品标识对应的产品交易模板。
服务器预先存储有各个产品的产品交易模板，根据每个产品可能涉及的交易类型，又对每个产品设置多个与各交易类型相对应的产品交易模板。产品交易模板与产品标识和交易类型进行关联存储。服务器查找与提取的交易类型和产品标识相对应的产品交易模板。
服务器对交易请求进行处理后会向对应业务方的业务服务器发送请求数据，最终由业务服务器对用户的交易请求进行处理。产品交易模板中规定了服务器向业务服务器发送的请求数据的参数组成和数据结构。其中，参数组成为业务方进行交易处理所需求的交易参数字段，而数据结构是指各参数字段的排列组成规则。
例如，A保险公司业务方的养老险产品的保费试算交易的产品交易模板中包含了投保人基本信息、被保人基本信息、险种信息和责任信息等四个组成部分。而每个组成部分中又包含多个交易参数字段，如投保人基本信息中包括产品代码、投保份数、保险有效期等多个交易参数字段。并且产品交易模板中约定了各组成部分、各参数字段的排列规则。
步骤240，从交易数据中提取与产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和产品交易模板生成标准请求报文。
标准请求报文为服务器提供的标准数据格式的报文。服务器获取产品交易模板中的交易参数，并从交易数据中提取与交易参数对应的参数值。如提取出产品代码字段对应的参数值为P1394，保险有效期字段对应的参数值为2年等。服务器将提取出参数值与产品交易模板进行组装并生成标准请求报文。
步骤250，查找产品标识所属的业务方，获取业务方的第一数据格式。
服务器根据产品标识查找交易产品所属的业务方。具体地，服务器可以查找产品标识对应的业务方的业务方标识，获取业务方标识后，查找业务方标识对应的第一数据格式，第一数据格式是指业务方所需要的数据的数据格式，第一数据格式可以包括标准格式和非标准格式。其中，标准格式与服务器提供的数据格式一致，而非标准格式与服务器提供的数据格式不同，是业务方特定需求的数据格式。
步骤260，当第一数据格式为非标准格式时，查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文。
服务器获取第一数据格式后，判断第一数据格式是否为标准格式。当服务器判断第一数据格式为非标准格式时，查找业务方标识对应的第一数据转换信息，其中，第一数据转换信息可以预先与业务方标识关联存储在服务器本地。具体地，第一数据转换信息可以包括标准格式与非标准格式的差异字段的字段映射关系，也可以包括业务方所需求的请求报文中数据的数据结构。
服务器根据查找到的第一数据转换信息将标准请求报文中的差异字段进行映射替换，并对标准请求报文中的数据结构进行调整后生成业务方所需的需求请求报文。
步骤270，将需求请求报文发送给业务方的业务服务器。
服务器将生成的需求请求报文发送给业务方标识对应的业务服务器。业务服务器接收到需求请求报文后，根据需求请求报文对用户的交易请求进行处理。
在本实施例中，服务器在接收到交易请求后，首先查找交易请求对应的产品交易模板，根据交易数据和产品交易模板生成统一数据格式的标准请求报文，并对相应业务方所需的数据格式进行判断，当判断业务方要求的数据格式为非标准格式时，根据业务方相应的数据转换信息将标准请求报文转换为业务方需求的数据格式，能够自动生成符合业务方需求的请求数据，从而避免了对具有特殊数据格式需求的业务方的数据接口进行单独定制开发，降低开发成本，节约开发时间。
在其中一个实施例中，所述方法还包括：当第一数据格式为标准格式时，将标准请求报文发送给业务方的业务服务器。
当服务器判断第一数据格式为标准格式时，表明对应业务方需求数据的格式与服务器提供的数据格式一致，无需进行格式转换，服务器直接将生成的标准请求报文发送给业务方标识对应的业务服务器。
服务器在接收到交易请求后，可以将请求中的交易数据自动转换为统一格式的标准请求报文，能够满足大多数业务方的数据需求。
在其中一个实施例中，查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤，包括：查找业务方对应的字段映射表；根据字段映射表从标准请求报文中提取出差异字段；从字段映射表中查找出与差异字段对应的定制字段，将标准请求报文中的差异字段替换为对应的定制字段；获取产品标识和业务方对应的请求报文数据结构；根据请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文。
在进行数据格式转换时，服务器根据业务方标识查找业务方对应的字段映射表。字段映射表可以事先存储在服务器中，也可以存储在业务服务器中，由服务器向业务服务器获取。字段映射表中存储了业务方与服务器的所有差异字段的映射关系，即服务器提供的标准参数字段与业务方所需的定制字段之间的映射对应关系，包括参数字段名之间的映射关系和参数字段值之间的对应关系。
例如，被保人性别字段为服务器与业务方的差异字段，被保人性别的标准参数字段名为insured-Gender，而映射的需求参数字段名为insured-sex，被保人性别为男性时的标准参数字段值为M，而映射的需求参数字段值为1。
服务器获取字段映射表中的标准参数字段名，从标准请求报文中查找是否存在与标准参数字段名一致的参数字段名，当查找到一致的参数字段名时，将一致的参数字段名及其对应的参数字段值提取为差异字段，服务器从字段映射关系表中查找与标准参数字段名 对应的定制字段名，将对应的定制字段名及其定制字段值提取为定制字段，将标准请求报文中的差异字段替换为提取的定制字段。
在其中一个实施例中，服务器可以将差异字段根据其所属的产品在字段映射表中进行分类存储，如可以将属于同一产品的字段映射关系与产品标识进行关联存储。服务器从字段映射表中查找与产品标识对应的字段映射关系，再根据查找到的字段映射关系从标准请求报文中提取差异字段并进行字段替换。
在其中一个实施例中，服务器可以将所对接的所有业务方与服务器的差异字段的映射关系均存储在字段映射总表中，每一业务方的差异字段的映射关系与业务方标识进行关联存储。服务器可以根据业务方标识查找业务方对应的差异字段的映射关系。
服务器在完成对标准请求报文中的所有差异字段的替换工作后，查找与产品标识和业务方标识对应的请求报文数据结构。业务方中不同的产品的请求报文具有特定的数据结构。数据结构是指请求报文中各类数据的排列规则。服务器根据各类数据的排列规则，将经过差异字段替换后的标准请求报文中的相应数据的排序进行调整，调整后生成需求请求报文。
在本实施中，将服务器与业务方所有参数格式具有差异的参数字段统一存储在字段映射表中，方便进行参数字段查找和替换。
在其中一个实施例中，根据请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文的步骤，包括：从请求报文数据结构中查找出具有循环属性的数据类；获取数据类的循环等级；从经过字段替换后的标准请求报文中查找与具有循环属性的数据类对应的报文数据，将查找到的报文数据进行分割并得到数据类单元；根据数据类单元所属数据类的循环等级，将数据类单元进行排列并生成需求请求报文。
服务器获取请求报文数据结构中的数据类。请求报文数据结构中存储有请求数据的数据类，每个数据类均可以包括多个参数字段。如某保险产品的请求报文的数据中包括投保人基本信息、被保人基本信息和险种信息三个数据类，每个数据类中又可以包括多个参数字段。
服务器获取每个数据类的循环属性值，并根据循环属性值判断数据类是否具有循环属性。如循环属性值为1表示数据类具有循环属性，循环属性值为0表示数据类不具有循环属性，以上取值只是举例说明，具体循环属性值的取值并不限于上述取值。每个数据类包括至少一个数据类单元，当数据类具有循环属性时，需要将数据类中的各数据类单元进行循环排列。以被保人基本信息数据类为例进行说明，当有多个被保人时，每一个被保人的被保人基本信息为一个数据类单元，需要对多个被保人对应的多个数据类单元进行循环排列。
服务器根据数据类的循环属性值查找到具有循环属性的数据类，服务器从经过字段替换后的标准请求报文中查找与查找到的数据类对应的报文数据。在一个实施例中，服务器获取数据类中所包含的参数字段组合，并从标准请求报文中查找与参数字段组合中各参数 字段对应的报文数据，当查找到多个与参数字段对应的字段时，将查找到的报文数据进行数据分割，具体地，将查找到的数据按照参数字段组合进行分割得到多个数据类单元。
例如，投保人基本信息数据类中包括产品代码、投保份数、保险有效期等多个参数字段组成的参数字段组合，服务器从经过字段替换的标准请求报文中查找与各参数字段对应的报文数据，当查找到多个与产品代码、投保份数、保险有效期参数字段对应的字段时，将查找到的报文数据分割为多个产品代码、投保份数、保险有效期参数组合，从而得到多个数据类单元。
服务器获取具有循环属性的数据类的循环等级，根据不同数据类的循环等级的高低，确定不同数据类之间的循环排列顺序。对于不具有循环属性的数据类在请求报文中具有固定的排列位置，服务器获取不具有循环属性的数据类的排列位置，将其调整值相应的排列位置。具体地，将循环等级最高的数据类排列在前，且在每一个等级最高的数据类单元之后需将等级较低的所有数据类单元进行罗列，当存在循环等级相同的数据类时，按照原标准请求报文中的排列先后顺序进行排列，并且各数据类之间一一对应循环排列。
继续以某保险产品为例进行说明，投保人基本信息、被保人基本信息和险种信息三个数据类中，被保人基本信息和险种信息两个数据类具有循环属性。被保人基本信息数据类包括A被保人信息和B被保人信息两个数据类单元，险种信息数据类包括C险种信息和D险种信息两个数据类单元。而投保人基本信息数据类不具有循环属性，服务器获取投保人基本信息数据类的排列位置，排列位置在被保人基本信息和险种信息两个数据类之前。
在标准请求报文中，被保人基本信息数据类的循环等级高于险种信息数据类的循环等级，标准请求报文中各数据类单元的排列顺序为投保人基本信息、A被保人信息、C险种信息、D险种信息、B被保人信息、C险种信息、D险种信息。即循环等级较高的数据类排列在前，且在每一个等级较高的数据类单元之后需将等级较低的所有数据类单元进行罗列。其中，属于同一数据类的数据类单元的排列顺序不做限制，优选地，可以按照交易数据中的参数字段的排列顺序进行排序。
服务器获取被保人基本信息和险种信息两个数据类的循环等级，其中，被保人基本信息数据类的循环等级等于险种信息数据类的循环等级。根据循环等级将标准请求报文中的数据排列顺序调整为：投保人基本信息、A被保人信息、C险种信息、A被保人信息、D险种信息、B被保人信息、C险种信息、B被保人信息、D险种信息。
在本实施例中，通过在服务器中事先存储请求报文的数据结构，服务器能够根据数据结构中的数据类的循环等级对标准请求报文中的数据结构进行数据顺序的自动调整，提高数据转换效率。
在其中一个实施例中，将需求请求报文发送给业务方的业务服务器的步骤之后，包括：接收交易响应报文；从交易响应报文中提取业务方标识，获取提取出的业务方标识对应的第二数据格式；当第二数据格式为非标准格式时，查找提取出的业务方标识对应的第二数据转换信息，并根据第二数据转换信息将交易响应报文转换为标准响应报文。
当业务方对服务器发送的请求报文处理完毕之后，会向服务器返回交易的处理结果即交易响应报文，服务器接收业务服务器发送的交易响应报文。交易响应报文中可以包括交易代码、客户信息、处理结果等数据。当业务方发送的交易响应报文的数据格式都保持自己的数据格式，有的业务方的数据格式与服务器的一致，有的业务方有自己定制的数据格式。
服务器从交易响应报文中提取业务方标识，获取业务方标识对应的第二数据格式。需要说明的是，当本实施例中的业务方与上述实施例中的业务方一致时，第一数据格式和第二数据格式相同，本文的中的第一和第二只是为了对业务方不同的情况以作区分。
服务器判断第二数据格式是否为标准格式，当判断出第二数据格式为标准格式时，无需进行数据转换，服务器可以将交易请求报文解析后返回给终端。当服务器判断出第二数据格式为标准格式时，服务器查找业务方标识对应的第二数据转换信息。其中，第二数据转换信息中可以包括与业务方标识相对应的字段映射表和与产品标识相对应的标准请求报文中的数据结构。服务器首先根据字段映射表查找交易响应报文中的差异字段，将差异字段从业务方的定制字段转换为服务器的标准字段。经过字段转换后，服务器再根据标准请求报文中的数据结构将经过字段替换后的交易响应报文中数据的排列顺序进行调整，并在调整后生成标准响应报文。其中，具体的字段替换方法和数据结构调整方法可以参照上述实施例中请求报文格式转换的方法步骤，在此不再赘述。服务器对标准响应报文进行数据解析，并将解析后的数据返回给终端。
在本实施例中，当终端返回的交易响应报文为非标准格式时，服务器将其转换为服务器的标准数据格式，以便对请求的处理结果进行解析。
在其中一个实施例中，上述实施例中的标准请求报文和标准请求报文可以采用JSON字符串的形式，并可以采用UTF-8编码格式进行编码。需要说明的是，在其他实施例中，服务器也可以根据具体情况采用其他数据格式或编码方式。
在其中一个实施例中，所述方法还包括：统计当前交易请求的请求数量；当请求数量超过预设请求阈值时，启动新的请求处理线程；当第一数据格式为非标准格式时，生成数据转换任务，将数据转换任务分配至新的请求处理线程中，在新的请求处理线程中执行查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤。
服务器可以定时统计当前接收的各终端发送的交易请求的请求数量。并获取预设请求阈值，服务器将当前的请求数量与预设请求阈值进行比较，当请求数量大于预设请求阈值时，服务器启动新的请求处理线程。当服务器判断出请求对应的业务方的第一数据格式为非标准格式时，服务器根据交易数据和已经生成的标准请求报文生成数据转换任务，其中，数据转换任务可以根据请求的交易代码进行标识。服务器将数据转换任务分配至所启动的新的请求处理线程中，在新的请求处理线程中执行查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤。生成需求请求报 文后可以直接发送给业务方标识对应的业务服务器。使得在新的请求处理线程集中处理标准请求报文的数据格式的转换任务，减轻主处理线程的任务量，避免请求过多造成系统阻塞。
在其中一个实施例中，当服务器监测到当前请求数量小于预设请求阈值时，不再向新的请求处理线程分配任务，并在新的请求处理线程中的所有数据转换任务结束处理后，关闭新的请求处理线程。从而避免在任务量过少时线程过多造成线程冗余。
应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在其中一个实施例中，如图3所示，提供了一种数据交互装置，包括：请求接收模块310、数据提取模块320、模板查找模块330、报文生成模块340、格式获取模块350、报文转换模块360和第一报文发送模块370，其中：
请求接收模块310，用于接收终端发送的交易请求，交易请求中携带交易数据。
数据提取模块320，用于从交易数据中提取交易类型和产品标识。
模板查找模块330，用于查找交易类型和产品标识对应的产品交易模板。
报文生成模块340，用于从交易数据中提取与产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和产品交易模板生成标准请求报文。
格式获取模块350，用于查找产品标识所属的业务方，获取业务方的第一数据格式。
报文转换模块360，用于当第一数据格式为非标准格式时，查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文。
第一报文发送模块370，用于将需求请求报文发送给业务方的业务服务器。
在其中一个实施例中，所述装置还包括：
第二报文发送模块，用于当第一数据格式为标准格式时，将标准请求报文发送给业务方的业务服务器。
在一个实施例中，所述报文转换模块360可以包括：
映射表查找模块，用于查找业务方对应的字段映射表。
差异字段提取模块，用于根据字段映射表从标准请求报文中提取出差异字段。
字段替换模块，用于从字段映射表中查找出与差异字段对应的定制字段，将标准请求报文中的差异字段替换为对应的定制字段。
结构获取模块，用于获取产品标识和业务方对应的请求报文数据结构。
需求报文生成模块，用于根据请求报文数据结构将经过字段替换后的标准请求报文进 行调整并生成需求请求报文。
在其中一个实施例中，需求报文生成模块可以包括：
数据类查找模块，用于从请求报文数据结构中查找出具有循环属性的数据类。
等级获取模块，用于获取数据类的循环等级。
单元切分模块，用于从经过字段替换后的标准请求报文中查找与具有循环属性的数据类对应的报文数据，将查找到的报文数据进行分割并得到数据类单元。
单元排列模块，用于根据数据类单元所属数据类的循环等级，将数据类单元进行排列并生成需求请求报文。
在其中一个实施例中，所述装置还可以包括：
响应报文接收模块，用于接收交易响应报文。
第二格式提取模块，用于从交易响应报文中提取业务方标识，获取提取出的业务方标识对应的第二数据格式。
标准报文转换模块，用于当第二数据格式为非标准格式时，查找提取出的业务方标识对应的第二数据转换信息，并根据第二数据转换信息将交易响应报文转换为标准响应报文。
在其中一个实施例中，所述装置还可以包括：
请求统计模块，用于统计当前交易请求的请求数量。
线程启动模块，用于当请求数量超过预设请求阈值时，启动新的请求处理线程。
步骤执行模块，用于当第一数据格式为非标准格式时，生成数据转换任务，将数据转换任务分配至新的请求处理线程中，在新的请求处理线程中执行查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤。
关于数据交互装置的具体限定可以参见上文中对于数据交互方法的限定，在此不再赘述。上述数据交互装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在其中一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储产品交易模板、数据转换信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种数据交互方法。
本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可 以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
一种计算机设备，包括存储器和一个或多个处理器，存储器中储存有计算机可读指令，计算机可读指令被处理器执行时，使得一个或多个处理器执行以下步骤：接收终端发送的交易请求，交易请求中携带交易数据；从交易数据中提取交易类型和产品标识；查找交易类型和产品标识对应的产品交易模板；从交易数据中提取与产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和产品交易模板生成标准请求报文；查找产品标识所属的业务方，获取业务方的第一数据格式；当第一数据格式为非标准格式时，查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文；将需求请求报文发送给业务方的业务服务器。
在其中一个实施例中，处理器执行计算机可读指令时还实现以下步骤：当第一数据格式为标准格式时，将标准请求报文发送给业务方的业务服务器。
在其中一个实施例中，处理器执行计算机可读指令实现查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤时还用于：查找业务方对应的字段映射表；根据字段映射表从标准请求报文中提取出差异字段；从字段映射表中查找出与差异字段对应的定制字段，将标准请求报文中的差异字段替换为对应的定制字段；获取产品标识和业务方对应的请求报文数据结构；根据请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文。
在其中一个实施例中，处理器执行计算机可读指令实现根据请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文的步骤时还用于：从请求报文数据结构中查找出具有循环属性的数据类；获取数据类的循环等级；从经过字段替换后的标准请求报文中查找与具有循环属性的数据类对应的报文数据，将查找到的报文数据进行分割并得到数据类单元；根据数据类单元所属数据类的循环等级，将数据类单元进行排列并生成需求请求报文。
在其中一个实施例中，处理器执行计算机可读指令时还实现以下步骤：接收交易响应报文；从交易响应报文中提取业务方标识，获取提取出的业务方标识对应的第二数据格式；当第二数据格式为非标准格式时，查找提取出的业务方标识对应的第二数据转换信息，并根据第二数据转换信息将交易响应报文转换为标准响应报文。
在其中一个实施例中，处理器执行计算机可读指令时还实现以下步骤：统计当前交易请求的请求数量；当请求数量超过预设请求阈值时，启动新的请求处理线程；当第一数据格式为非标准格式时，生成数据转换任务，将数据转换任务分配至新的请求处理线程中，在新的请求处理线程中执行查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤。
一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收终端发送的交易请求，交易请求中携带交易数据；从交易数据中提取交易类型和产品标识；查找交易类型 和产品标识对应的产品交易模板；从交易数据中提取与产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和产品交易模板生成标准请求报文；查找产品标识所属的业务方，获取业务方的第一数据格式；当第一数据格式为非标准格式时，查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文；将需求请求报文发送给业务方的业务服务器。
在其中一个实施例中，计算机可读指令被处理器执行时还实现以下步骤：当第一数据格式为标准格式时，将标准请求报文发送给业务方的业务服务器。
在其中一个实施例中，计算机可读指令被处理器执行查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤时还用于实现：查找业务方对应的字段映射表；根据字段映射表从标准请求报文中提取出差异字段；从字段映射表中查找出与差异字段对应的定制字段，将标准请求报文中的差异字段替换为对应的定制字段；获取产品标识和业务方对应的请求报文数据结构；根据请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文。
在其中一个实施例中，计算机可读指令被处理器执行根据请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文的步骤时还用于实现：从请求报文数据结构中查找出具有循环属性的数据类；获取数据类的循环等级；从经过字段替换后的标准请求报文中查找与具有循环属性的数据类对应的报文数据，将查找到的报文数据进行分割并得到数据类单元；根据数据类单元所属数据类的循环等级，将数据类单元进行排列并生成需求请求报文。
在其中一个实施例中，计算机可读指令被处理器执行时还实现以下步骤：接收交易响应报文；从交易响应报文中提取业务方标识，获取提取出的业务方标识对应的第二数据格式；当第二数据格式为非标准格式时，查找提取出的业务方标识对应的第二数据转换信息，并根据第二数据转换信息将交易响应报文转换为标准响应报文。
在其中一个实施例中，计算机可读指令被处理器执行时还实现以下步骤：统计当前交易请求的请求数量；当请求数量超过预设请求阈值时，启动新的请求处理线程；当第一数据格式为非标准格式时，生成数据转换任务，将数据转换任务分配至新的请求处理线程中，在新的请求处理线程中执行查找业务方对应的第一数据转换信息，根据第一数据转换信息将标准请求报文转换为需求请求报文的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种数据交互方法，包括：
    接收终端发送的交易请求，所述交易请求中携带交易数据；
    从所述交易数据中提取交易类型和产品标识；
    查找所述交易类型和所述产品标识对应的产品交易模板；
    从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和所述产品交易模板生成标准请求报文；
    查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
    当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
    将所述需求请求报文发送给所述业务方的业务服务器。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当所述第一数据格式为标准格式时，将所述标准请求报文发送给所述业务方的业务服务器。
  3. 根据权利要求1所述的方法，其特征在于，所述查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文的步骤，包括：
    查找所述业务方对应的字段映射表；
    根据所述字段映射表从所述标准请求报文中提取出差异字段；
    从所述字段映射表中查找出与所述差异字段对应的定制字段，将所述标准请求报文中的所述差异字段替换为所述对应的定制字段；
    获取所述产品标识和所述业务方对应的请求报文数据结构；及
    根据所述请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文。
  4. 根据权利要求3所述的方法，其特征在于，所述根据所述请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文的步骤，包括：
    从所述请求报文数据结构中查找出具有循环属性的数据类；
    获取所述数据类的循环等级；
    从经过字段替换后的标准请求报文中查找与所述具有循环属性的数据类对应的报文数据，将查找到的报文数据进行分割并得到数据类单元；及
    根据所述数据类单元所属数据类的循环等级，将所述数据类单元进行排列并生成需求请求报文。
  5. 根据权利要求1所述的方法，其特征在于，所述将所述需求请求报文发送给所述业务方的业务服务器的步骤之后，包括：
    接收交易响应报文；
    从所述交易响应报文中提取业务方标识，获取提取出的业务方标识对应的第二数据格式；及
    当所述第二数据格式为非标准格式时，查找提取出的业务方标识对应的第二数据转换信息，并根据所述第二数据转换信息将所述交易响应报文转换为标准响应报文。
  6. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    统计当前交易请求的请求数量；
    当所述请求数量超过预设请求阈值时，启动新的请求处理线程；及
    当所述第一数据格式为非标准格式时，生成数据转换任务，将所述数据转换任务分配至所述新的请求处理线程中，在所述新的请求处理线程中执行所述查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文的步骤。
  7. 一种数据交互装置，包括：
    请求接收模块，用于接收终端发送的交易请求，所述交易请求中携带交易数据；
    数据提取模块，用于从所述交易数据中提取交易类型和产品标识；
    模板查找模块，用于查找所述交易类型和所述产品标识对应的产品交易模板；
    报文生成模块，用于从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和所述产品交易模板生成标准请求报文；
    格式获取模块，用于查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
    报文转换模块，用于当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
    第一报文发送模块，用于将所述需求请求报文发送给所述业务方的业务服务器。
  8. 根据权利要求7所述的装置，其特征在于，还包括：
    第二报文发送模块，用于当所述第一数据格式为标准格式时，将所述标准请求报文发送给所述业务方的业务服务器。
  9. 一种计算机设备，包括存储器及一个或多个处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收终端发送的交易请求，所述交易请求中携带交易数据；
    从所述交易数据中提取交易类型和产品标识；
    查找所述交易类型和所述产品标识对应的产品交易模板；
    从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取 出的参数值和所述产品交易模板生成标准请求报文；
    查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
    当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
    将所述需求请求报文发送给所述业务方的业务服务器。
  10. 根据权利要求9所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    当所述第一数据格式为标准格式时，将所述标准请求报文发送给所述业务方的业务服务器。
  11. 根据权利要求9所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时执行查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文的步骤，包括：
    查找所述业务方对应的字段映射表；
    根据所述字段映射表从所述标准请求报文中提取出差异字段；
    从所述字段映射表中查找出与所述差异字段对应的定制字段，将所述标准请求报文中的所述差异字段替换为所述对应的定制字段；
    获取所述产品标识和所述业务方对应的请求报文数据结构；及
    根据所述请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文。
  12. 根据权利要求11所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时执行根据所述请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文的步骤，包括：
    从所述请求报文数据结构中查找出具有循环属性的数据类；
    获取所述数据类的循环等级；
    从经过字段替换后的标准请求报文中查找与所述具有循环属性的数据类对应的报文数据，将查找到的报文数据进行分割并得到数据类单元；及
    根据所述数据类单元所属数据类的循环等级，将所述数据类单元进行排列并生成需求请求报文。
  13. 根据权利要求9所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    接收交易响应报文；
    从所述交易响应报文中提取业务方标识，获取提取出的业务方标识对应的第二数据格式；及
    当所述第二数据格式为非标准格式时，查找提取出的业务方标识对应的第二数据转换信息，并根据所述第二数据转换信息将所述交易响应报文转换为标准响应报文。
  14. 根据权利要求9所述的计算机设备，其特征在于，所述处理器执行所述计算机可读指令时还执行以下步骤：
    统计当前交易请求的请求数量；
    当所述请求数量超过预设请求阈值时，启动新的请求处理线程；及
    当所述第一数据格式为非标准格式时，生成数据转换任务，将所述数据转换任务分配至所述新的请求处理线程中，在所述新的请求处理线程中执行所述查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文的步骤。
  15. 一个或多个存储有计算机可读指令的非易失性计算机可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收终端发送的交易请求，所述交易请求中携带交易数据；
    从所述交易数据中提取交易类型和产品标识；
    查找所述交易类型和所述产品标识对应的产品交易模板；
    从所述交易数据中提取与所述产品交易模板中的交易参数对应的参数值，并根据提取出的参数值和所述产品交易模板生成标准请求报文；
    查找所述产品标识所属的业务方，获取所述业务方的第一数据格式；
    当所述第一数据格式为非标准格式时，查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文；及
    将所述需求请求报文发送给所述业务方的业务服务器。
  16. 根据权利要求15所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    当所述第一数据格式为标准格式时，将所述标准请求报文发送给所述业务方的业务服务器。
  17. 根据权利要求15所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时执行查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文的步骤，包括：
    查找所述业务方对应的字段映射表；
    根据所述字段映射表从所述标准请求报文中提取出差异字段；
    从所述字段映射表中查找出与所述差异字段对应的定制字段，将所述标准请求报文中的所述差异字段替换为所述对应的定制字段；
    获取所述产品标识和所述业务方对应的请求报文数据结构；及
    根据所述请求报文数据结构将经过字段替换后的标准请求报文进行调整并生成需求请求报文。
  18. 根据权利要求17所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时执行根据所述请求报文数据结构将经过字段替换后的标准请求报文进行调整 并生成需求请求报文的步骤，包括：
    从所述请求报文数据结构中查找出具有循环属性的数据类；
    获取所述数据类的循环等级；
    从经过字段替换后的标准请求报文中查找与所述具有循环属性的数据类对应的报文数据，将查找到的报文数据进行分割并得到数据类单元；及
    根据所述数据类单元所属数据类的循环等级，将所述数据类单元进行排列并生成需求请求报文。
  19. 根据权利要求15所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    接收交易响应报文；
    从所述交易响应报文中提取业务方标识，获取提取出的业务方标识对应的第二数据格式；及
    当所述第二数据格式为非标准格式时，查找提取出的业务方标识对应的第二数据转换信息，并根据所述第二数据转换信息将所述交易响应报文转换为标准响应报文。
  20. 根据权利要求15所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行时还执行以下步骤：
    统计当前交易请求的请求数量；
    当所述请求数量超过预设请求阈值时，启动新的请求处理线程；及
    当所述第一数据格式为非标准格式时，生成数据转换任务，将所述数据转换任务分配至所述新的请求处理线程中，在所述新的请求处理线程中执行所述查找所述业务方对应的第一数据转换信息，根据所述第一数据转换信息将所述标准请求报文转换为需求请求报文的步骤。
PCT/CN2019/070023 2018-01-30 2019-01-02 数据交互方法、装置、计算机设备和存储介质 Ceased WO2019149019A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810090831.0 2018-01-30
CN201810090831.0A CN109344183B (zh) 2018-01-30 2018-01-30 数据交互方法、装置、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
WO2019149019A1 true WO2019149019A1 (zh) 2019-08-08

Family

ID=65291426

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/070023 Ceased WO2019149019A1 (zh) 2018-01-30 2019-01-02 数据交互方法、装置、计算机设备和存储介质

Country Status (2)

Country Link
CN (1) CN109344183B (zh)
WO (1) WO2019149019A1 (zh)

Cited By (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110673831A (zh) * 2019-08-22 2020-01-10 深圳联友科技有限公司 一种请求参数的缓存计算方法
CN111104556A (zh) * 2019-11-19 2020-05-05 泰康保险集团股份有限公司 一种业务处理方法和装置
CN111221855A (zh) * 2020-01-08 2020-06-02 中国建设银行股份有限公司 一种数据处理方法和装置
CN111553447A (zh) * 2020-04-26 2020-08-18 黄应明 一种通信数据转换方法、装置及数据处理终端
CN111752916A (zh) * 2019-12-30 2020-10-09 北京沃东天骏信息技术有限公司 数据采集方法及装置、计算机可读存储介质、电子设备
CN111897791A (zh) * 2020-07-15 2020-11-06 银联商务股份有限公司 一种业务分流方法、装置、设备和存储介质
CN112115682A (zh) * 2020-09-28 2020-12-22 中国建设银行股份有限公司 基于引擎的电证报文自动处理方法及装置
CN112270222A (zh) * 2020-10-14 2021-01-26 招商银行股份有限公司 信息标准化处理方法、设备及计算机可读存储介质
CN112416350A (zh) * 2020-12-14 2021-02-26 深圳壹账通智能科技有限公司 视图页面构建方法、装置、计算机设备和存储介质
CN112486640A (zh) * 2020-11-18 2021-03-12 中信银行股份有限公司 业务处理方法、装置、电子设备及计算机可读存储介质
CN112799944A (zh) * 2021-01-29 2021-05-14 中国工商银行股份有限公司 系统性能测试方法及系统
CN112866268A (zh) * 2021-01-29 2021-05-28 中国工商银行股份有限公司 报文处理方法及系统
CN112948474A (zh) * 2019-12-11 2021-06-11 深圳云天励飞技术有限公司 数据导出方法、装置、设备及计算机可读存储介质
CN113129144A (zh) * 2019-12-31 2021-07-16 航天信息股份有限公司 一种交易信息处理的方法、装置和系统
CN113326311A (zh) * 2021-06-25 2021-08-31 深圳前海微众银行股份有限公司 一种数据转换方法及装置
CN113610647A (zh) * 2021-05-18 2021-11-05 臻顺溜科技股份有限公司 与出单系统对接的保单业务管理方法、计算设备和介质
CN113628056A (zh) * 2021-08-10 2021-11-09 合众人寿保险股份有限公司 数据的处理方法、装置、服务器及计算机存储介质
CN113761001A (zh) * 2020-09-08 2021-12-07 北京沃东天骏信息技术有限公司 一种跨系统数据同步方法和装置
CN113836145A (zh) * 2021-09-29 2021-12-24 中电金信软件有限公司 请求数据的方法、装置、电子设备及计算机可读存储介质
CN114051053A (zh) * 2021-11-16 2022-02-15 深圳依时货拉拉科技有限公司 iOS推送消息处理方法、装置、计算机设备和存储介质
CN114070886A (zh) * 2021-11-17 2022-02-18 深圳壹账通智能科技有限公司 报文转换方法、装置、设备及介质
CN114157661A (zh) * 2020-09-07 2022-03-08 北京奇艺世纪科技有限公司 数据请求方法、数据处理方法、相关装置、设备及系统
CN114285834A (zh) * 2021-12-24 2022-04-05 山石网科通信技术股份有限公司 一种报文传输方法、装置及终端设备
CN114385158A (zh) * 2021-12-30 2022-04-22 杭州数梦工场科技有限公司 一种数据交互系统构建方法、装置及设备
CN114510532A (zh) * 2021-04-23 2022-05-17 上海数禾信息科技有限公司 数据对比方法及装置
CN114615342A (zh) * 2022-01-29 2022-06-10 江苏方天电力技术有限公司 适用于用电信息采集系统的业务交互方法和装置
CN114745291A (zh) * 2020-12-23 2022-07-12 北京国双科技有限公司 一种异常数据上云方法、装置、电子设备及存储介质
CN114760365A (zh) * 2022-04-21 2022-07-15 中国农业银行股份有限公司 一种数据提取方法、装置及电子设备
CN114840593A (zh) * 2022-04-29 2022-08-02 南方电网大数据服务有限公司 业务数据处理方法、装置、计算机设备和存储介质
CN115001931A (zh) * 2022-05-25 2022-09-02 湖南亚信软件有限公司 报文的处理方法、装置、设备、介质及程序产品
CN115170198A (zh) * 2022-07-19 2022-10-11 中国工商银行股份有限公司 任务处理方法、装置、电子设备及计算机可读存储介质
CN115423626A (zh) * 2022-09-15 2022-12-02 中国农业银行股份有限公司 交易指令放行的方法、装置、设备和存储介质
CN115858468A (zh) * 2022-11-25 2023-03-28 中国银联股份有限公司 一种场次文件生成方法、装置、设备及介质
CN115858355A (zh) * 2022-11-30 2023-03-28 中国建设银行股份有限公司 一种分布式银行系统跟账测试方法、装置、设备及介质
CN116107655A (zh) * 2022-12-30 2023-05-12 创业慧康科技股份有限公司 一种基于SaaS平台的数据对接方法、装置及系统
CN116561189A (zh) * 2023-04-14 2023-08-08 兴业银行股份有限公司 业务处理方法、装置、计算机设备、存储介质和程序产品
CN116647597A (zh) * 2023-05-26 2023-08-25 中国银行股份有限公司 数据处理方法、系统、设备及存储介质
CN116701507A (zh) * 2023-05-26 2023-09-05 中国银行股份有限公司 数据处理方法、装置、电子设备及介质
CN116775743A (zh) * 2023-07-19 2023-09-19 联仁健康医疗大数据科技股份有限公司 一种数据处理方法、装置、电子设备及存储介质
CN116975137A (zh) * 2023-09-25 2023-10-31 哈尔滨工程大学三亚南海创新发展基地 一种基于应用需求的数据格式转换方法及装置
CN118035527A (zh) * 2024-04-11 2024-05-14 深圳迅策科技股份有限公司 一种业务与资源的交互数据处理方法、介质及设备
CN119697257A (zh) * 2024-12-11 2025-03-25 中电云计算技术有限公司 配置化报文转换方法、装置、设备及介质
CN119809825A (zh) * 2024-12-31 2025-04-11 中国工商银行股份有限公司 清算报文的处理方法、装置、电子设备和可读存储介质

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816359B (zh) * 2019-02-27 2021-05-18 银联商务股份有限公司 一种服务调用方法及系统
CN110069755A (zh) * 2019-03-21 2019-07-30 平安普惠企业管理有限公司 数据发送的方法、装置、计算机设备和存储介质
CN110163559A (zh) * 2019-04-18 2019-08-23 平安科技（深圳）有限公司 自动理赔方法、装置、计算机设备及存储介质
CN114973549A (zh) * 2019-05-10 2022-08-30 杭州米雅信息科技有限公司 数据处理方法及装置、柜员机和数据处理系统
CN110309493B (zh) * 2019-05-29 2023-07-25 平安科技（深圳）有限公司 征信报告数据处理方法、装置、存储介质和计算机设备
CN110298740A (zh) * 2019-06-24 2019-10-01 深圳乐信软件技术有限公司 数据对账方法、装置、设备以及存储介质
CN110262796B (zh) * 2019-06-27 2023-06-30 广州力挚网络科技有限公司 基于java的数据处理方法、装置及电子设备
CN110442632A (zh) * 2019-08-09 2019-11-12 泰康保险集团股份有限公司 数据处理方法和装置
CN110634070A (zh) * 2019-08-13 2019-12-31 上海陆家嘴国际金融资产交易市场股份有限公司 文件处理方法、装置、计算机设备和存储介质
CN110473101A (zh) * 2019-08-15 2019-11-19 中国银行股份有限公司 模拟交易所的报文处理方法及装置
CN110545267A (zh) * 2019-08-20 2019-12-06 上海艾融软件股份有限公司 交易数据传输方法、装置及电子设备、存储介质
CN110740103A (zh) * 2019-09-02 2020-01-31 深圳壹账通智能科技有限公司 业务请求处理方法、装置、计算机设备和存储介质
CN110765067A (zh) * 2019-09-11 2020-02-07 深圳市金证科技股份有限公司 数据处理方法及装置
CN110874731A (zh) * 2019-10-11 2020-03-10 上海瀚银信息技术有限公司 一种pos机支付系统及其开发方法
CN110764769B (zh) * 2019-10-21 2022-07-08 思必驰科技股份有限公司 处理用户请求的方法和装置
WO2021079207A1 (en) * 2019-10-25 2021-04-29 Coupang Corp. Systems and methods for interfacing networks using a unified communication scheme
CN110995843A (zh) * 2019-12-06 2020-04-10 北京明略软件系统有限公司 一种数据传输方法、装置、电子设备及可读存储介质
CN111062813B (zh) * 2019-12-13 2023-12-29 中国建设银行股份有限公司 一种交易数据的核算方法、装置、设备和存储介质
CN111385365B (zh) * 2020-03-23 2022-09-30 广州极晟网络技术有限公司 上报数据的处理方法、装置、计算机设备和存储介质
CN111627171A (zh) * 2020-04-28 2020-09-04 深圳壹账通智能科技有限公司 Atmp系统的测试报文转换方法、装置、设备及介质
CN111597777B (zh) * 2020-05-15 2023-06-02 上海电机系统节能工程技术研究中心有限公司 物料数据处理方法、装置和电子设备
CN111950249B (zh) * 2020-08-12 2024-04-05 中国工商银行股份有限公司 报文生成方法、装置、电子设备及存储介质
CN112184230A (zh) * 2020-10-14 2021-01-05 深圳壹账通智能科技有限公司 基于区块链的交易数据处理方法、系统、设备及存储介质
CN112328221A (zh) * 2020-11-06 2021-02-05 深圳壹账通智能科技有限公司 基于微服务框架的数据结构转化方法、装置及计算机设备
CN112330452B (zh) * 2020-11-17 2024-04-23 杭州大搜车汽车服务有限公司 交易数据处理方法、装置、计算机设备和存储介质
CN113760444B (zh) * 2020-11-23 2025-04-15 北京沃东天骏信息技术有限公司 一种业务请求的处理系统、方法和装置
CN112671842B (zh) * 2020-12-08 2022-07-12 成都质数斯达克科技有限公司 信息传递方法、装置、电子设备及可读存储介质
CN113268534A (zh) * 2021-05-26 2021-08-17 北京京东拓先科技有限公司 用于发送信息的方法和装置
CN113205421A (zh) * 2021-05-28 2021-08-03 中国工商银行股份有限公司 理财产品的核算方法及装置
CN113300895A (zh) * 2021-06-09 2021-08-24 车智互联（北京）科技有限公司 一种线索处理方法、系统及计算设备
CN113434311B (zh) * 2021-06-28 2023-01-31 平安科技（深圳）有限公司 业务数据交互方法、装置、设备及存储介质
CN114036168A (zh) * 2021-11-16 2022-02-11 上海中通吉网络技术有限公司 动态更新快递增值信息的实现方法及装置
CN114119225A (zh) * 2021-11-24 2022-03-01 中国银行股份有限公司 报文生成方法、装置、服务器、介质及产品
CN114745449B (zh) * 2022-04-13 2024-01-30 中国银行股份有限公司 一种报文处理方法及装置、存储介质及电子设备
CN114928651A (zh) * 2022-05-11 2022-08-19 上海柯林布瑞信息技术有限公司 基于复杂参数识别的服务透传方法、装置及设备
CN114866628A (zh) * 2022-05-17 2022-08-05 中国银行股份有限公司 一种报文处理的方法、装置、设备及存储介质
CN114942957A (zh) * 2022-06-06 2022-08-26 中国银行股份有限公司 一种转发交易报文的方法及装置
CN115242872B (zh) * 2022-06-24 2024-02-02 平安银行股份有限公司 数据处理方法、装置、计算机设备及可读存储介质
CN115442434A (zh) * 2022-08-15 2022-12-06 中国银联股份有限公司 一种报文转换方法及装置
CN115361446A (zh) * 2022-08-17 2022-11-18 吉林亿联银行股份有限公司 交易报文的处理方法及装置、存储介质及电子设备
CN115396525B (zh) * 2022-08-26 2023-07-21 上海柯林布瑞信息技术有限公司 基于服务模板映射的数据交互方法及装置
CN115456782A (zh) * 2022-09-16 2022-12-09 中国建设银行股份有限公司 交易数据的处理方法、装置、设备及存储介质
CN115567513A (zh) * 2022-09-19 2023-01-03 中国银行股份有限公司 业务报文传输方法、装置和系统
CN115543610A (zh) * 2022-09-19 2022-12-30 中国建设银行股份有限公司 一种处理报文的方法、装置、设备及存储介质
CN115952118A (zh) * 2022-12-12 2023-04-11 北京中电普华信息技术有限公司 一种基于通用数据接口的仓储管理方法及相关设备
CN116150188A (zh) * 2022-12-21 2023-05-23 招联消费金融有限公司 信息查询方法、装置、计算机设备和存储介质
CN115880073A (zh) * 2022-12-23 2023-03-31 上海基煜基金销售有限公司 解决金融产品批量交易问题的系统
CN116095163A (zh) * 2023-01-04 2023-05-09 芜湖雄狮汽车科技有限公司 批量报文发送方法、装置、电子设备及存储介质
CN116029790A (zh) * 2023-01-10 2023-04-28 中国民航信息网络股份有限公司 一种航司常旅客交易方法及装置
CN116385181A (zh) * 2023-02-23 2023-07-04 中银金融科技有限公司 业务交易方法、系统、存储介质及电子设备
CN116795987B (zh) * 2023-06-26 2025-11-04 中国工商银行股份有限公司 交易报文处理方法及装置、电子设备和存储介质
CN116828073A (zh) * 2023-06-29 2023-09-29 中国电信国际有限公司 报文转换方法、装置、电子设备和计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060095375A1 (en) * 2002-04-09 2006-05-04 Doyle Robert E Method for the standardization and syndication of business transactions
CN101706771A (zh) * 2009-11-06 2010-05-12 北京理工大学 一种基于模板的针对Word文档的智能格式检查方法
CN107038801A (zh) * 2016-02-04 2017-08-11 希姆通信息技术（上海）有限公司 销售终端的报文传输方法及其系统
CN107483592A (zh) * 2017-08-22 2017-12-15 中国银行股份有限公司 一种基于通用前置机的交易处理方法及一种通用前置机
CN107634948A (zh) * 2017-09-19 2018-01-26 金在（北京）金融信息服务有限公司 数据交换方法和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877158A (zh) * 2010-03-23 2010-11-03 苏州德融嘉信信用管理技术有限公司 一种银行前置业务平台及其运行处理方法
CN105608001A (zh) * 2015-12-16 2016-05-25 中国民生银行股份有限公司 基于后台系统服务或接口的测试方法和测试平台
CN106875170A (zh) * 2016-07-22 2017-06-20 阿里巴巴集团控股有限公司 一种中间业务系统的业务处理方法和装置
CN106408302A (zh) * 2016-08-31 2017-02-15 尹子栋 面向移动用户的安全支付方法和系统
CN106815148A (zh) * 2016-12-30 2017-06-09 中国银联股份有限公司 一种交易测试方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060095375A1 (en) * 2002-04-09 2006-05-04 Doyle Robert E Method for the standardization and syndication of business transactions
CN101706771A (zh) * 2009-11-06 2010-05-12 北京理工大学 一种基于模板的针对Word文档的智能格式检查方法
CN107038801A (zh) * 2016-02-04 2017-08-11 希姆通信息技术（上海）有限公司 销售终端的报文传输方法及其系统
CN107483592A (zh) * 2017-08-22 2017-12-15 中国银行股份有限公司 一种基于通用前置机的交易处理方法及一种通用前置机
CN107634948A (zh) * 2017-09-19 2018-01-26 金在（北京）金融信息服务有限公司 数据交换方法和系统

Cited By (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110673831A (zh) * 2019-08-22 2020-01-10 深圳联友科技有限公司 一种请求参数的缓存计算方法
CN111104556A (zh) * 2019-11-19 2020-05-05 泰康保险集团股份有限公司 一种业务处理方法和装置
CN111104556B (zh) * 2019-11-19 2023-09-15 泰康保险集团股份有限公司 一种业务处理方法和装置
CN112948474A (zh) * 2019-12-11 2021-06-11 深圳云天励飞技术有限公司 数据导出方法、装置、设备及计算机可读存储介质
CN112948474B (zh) * 2019-12-11 2024-01-05 深圳云天励飞技术有限公司 数据导出方法、装置、设备及计算机可读存储介质
CN111752916B (zh) * 2019-12-30 2024-04-16 北京沃东天骏信息技术有限公司 数据采集方法及装置、计算机可读存储介质、电子设备
CN111752916A (zh) * 2019-12-30 2020-10-09 北京沃东天骏信息技术有限公司 数据采集方法及装置、计算机可读存储介质、电子设备
CN113129144A (zh) * 2019-12-31 2021-07-16 航天信息股份有限公司 一种交易信息处理的方法、装置和系统
CN111221855B (zh) * 2020-01-08 2023-08-22 中国建设银行股份有限公司 一种数据处理方法和装置
CN111221855A (zh) * 2020-01-08 2020-06-02 中国建设银行股份有限公司 一种数据处理方法和装置
CN111553447A (zh) * 2020-04-26 2020-08-18 黄应明 一种通信数据转换方法、装置及数据处理终端
CN111553447B (zh) * 2020-04-26 2023-05-02 重庆蓝数软件有限公司 一种通信数据转换方法、装置及数据处理终端
CN111897791B (zh) * 2020-07-15 2024-01-12 银联商务股份有限公司 一种业务分流方法、装置、设备和存储介质
CN111897791A (zh) * 2020-07-15 2020-11-06 银联商务股份有限公司 一种业务分流方法、装置、设备和存储介质
CN114157661B (zh) * 2020-09-07 2024-01-16 北京奇艺世纪科技有限公司 数据请求方法、数据处理方法、相关装置、设备及系统
CN114157661A (zh) * 2020-09-07 2022-03-08 北京奇艺世纪科技有限公司 数据请求方法、数据处理方法、相关装置、设备及系统
CN113761001A (zh) * 2020-09-08 2021-12-07 北京沃东天骏信息技术有限公司 一种跨系统数据同步方法和装置
CN112115682A (zh) * 2020-09-28 2020-12-22 中国建设银行股份有限公司 基于引擎的电证报文自动处理方法及装置
CN112270222A (zh) * 2020-10-14 2021-01-26 招商银行股份有限公司 信息标准化处理方法、设备及计算机可读存储介质
CN112486640A (zh) * 2020-11-18 2021-03-12 中信银行股份有限公司 业务处理方法、装置、电子设备及计算机可读存储介质
CN112416350A (zh) * 2020-12-14 2021-02-26 深圳壹账通智能科技有限公司 视图页面构建方法、装置、计算机设备和存储介质
CN114745291A (zh) * 2020-12-23 2022-07-12 北京国双科技有限公司 一种异常数据上云方法、装置、电子设备及存储介质
CN112866268B (zh) * 2021-01-29 2023-04-07 中国工商银行股份有限公司 报文处理方法及系统
CN112866268A (zh) * 2021-01-29 2021-05-28 中国工商银行股份有限公司 报文处理方法及系统
CN112799944A (zh) * 2021-01-29 2021-05-14 中国工商银行股份有限公司 系统性能测试方法及系统
CN114510532A (zh) * 2021-04-23 2022-05-17 上海数禾信息科技有限公司 数据对比方法及装置
CN113610647A (zh) * 2021-05-18 2021-11-05 臻顺溜科技股份有限公司 与出单系统对接的保单业务管理方法、计算设备和介质
CN113326311A (zh) * 2021-06-25 2021-08-31 深圳前海微众银行股份有限公司 一种数据转换方法及装置
CN113628056A (zh) * 2021-08-10 2021-11-09 合众人寿保险股份有限公司 数据的处理方法、装置、服务器及计算机存储介质
CN113836145A (zh) * 2021-09-29 2021-12-24 中电金信软件有限公司 请求数据的方法、装置、电子设备及计算机可读存储介质
CN113836145B (zh) * 2021-09-29 2023-04-25 中电金信软件有限公司 请求数据的方法、装置、电子设备及计算机可读存储介质
CN114051053A (zh) * 2021-11-16 2022-02-15 深圳依时货拉拉科技有限公司 iOS推送消息处理方法、装置、计算机设备和存储介质
CN114070886A (zh) * 2021-11-17 2022-02-18 深圳壹账通智能科技有限公司 报文转换方法、装置、设备及介质
CN114285834A (zh) * 2021-12-24 2022-04-05 山石网科通信技术股份有限公司 一种报文传输方法、装置及终端设备
CN114385158A (zh) * 2021-12-30 2022-04-22 杭州数梦工场科技有限公司 一种数据交互系统构建方法、装置及设备
CN114615342A (zh) * 2022-01-29 2022-06-10 江苏方天电力技术有限公司 适用于用电信息采集系统的业务交互方法和装置
CN114615342B (zh) * 2022-01-29 2023-08-15 江苏方天电力技术有限公司 适用于用电信息采集系统的业务交互方法和装置
CN114760365B (zh) * 2022-04-21 2024-06-11 中国农业银行股份有限公司 一种数据提取方法、装置及电子设备
CN114760365A (zh) * 2022-04-21 2022-07-15 中国农业银行股份有限公司 一种数据提取方法、装置及电子设备
CN114840593A (zh) * 2022-04-29 2022-08-02 南方电网大数据服务有限公司 业务数据处理方法、装置、计算机设备和存储介质
CN115001931A (zh) * 2022-05-25 2022-09-02 湖南亚信软件有限公司 报文的处理方法、装置、设备、介质及程序产品
CN115170198A (zh) * 2022-07-19 2022-10-11 中国工商银行股份有限公司 任务处理方法、装置、电子设备及计算机可读存储介质
CN115423626A (zh) * 2022-09-15 2022-12-02 中国农业银行股份有限公司 交易指令放行的方法、装置、设备和存储介质
CN115858468A (zh) * 2022-11-25 2023-03-28 中国银联股份有限公司 一种场次文件生成方法、装置、设备及介质
CN115858355A (zh) * 2022-11-30 2023-03-28 中国建设银行股份有限公司 一种分布式银行系统跟账测试方法、装置、设备及介质
CN116107655A (zh) * 2022-12-30 2023-05-12 创业慧康科技股份有限公司 一种基于SaaS平台的数据对接方法、装置及系统
CN116561189A (zh) * 2023-04-14 2023-08-08 兴业银行股份有限公司 业务处理方法、装置、计算机设备、存储介质和程序产品
CN116701507A (zh) * 2023-05-26 2023-09-05 中国银行股份有限公司 数据处理方法、装置、电子设备及介质
CN116647597A (zh) * 2023-05-26 2023-08-25 中国银行股份有限公司 数据处理方法、系统、设备及存储介质
CN116775743A (zh) * 2023-07-19 2023-09-19 联仁健康医疗大数据科技股份有限公司 一种数据处理方法、装置、电子设备及存储介质
CN116975137A (zh) * 2023-09-25 2023-10-31 哈尔滨工程大学三亚南海创新发展基地 一种基于应用需求的数据格式转换方法及装置
CN116975137B (zh) * 2023-09-25 2023-12-22 哈尔滨工程大学三亚南海创新发展基地 一种基于应用需求的数据格式转换方法及装置
CN118035527A (zh) * 2024-04-11 2024-05-14 深圳迅策科技股份有限公司 一种业务与资源的交互数据处理方法、介质及设备
CN118035527B (zh) * 2024-04-11 2024-06-11 深圳迅策科技股份有限公司 一种业务与资源的交互数据处理方法、介质及设备
CN119697257A (zh) * 2024-12-11 2025-03-25 中电云计算技术有限公司 配置化报文转换方法、装置、设备及介质
CN119809825A (zh) * 2024-12-31 2025-04-11 中国工商银行股份有限公司 清算报文的处理方法、装置、电子设备和可读存储介质

Also Published As

Publication number Publication date
CN109344183A (zh) 2019-02-15
CN109344183B (zh) 2020-11-24

Similar Documents

Publication Publication Date Title
WO2019149019A1 (zh) 数据交互方法、装置、计算机设备和存储介质
CN109474578B (zh) 报文消息校验方法、装置、计算机设备和存储介质
CN109788031B (zh) 业务数据获取方法、装置、计算机设备和存储介质
CN110162524B (zh) 配置数据的管理方法、装置、计算机设备及存储介质
CN112506486B (zh) 搜索系统建立方法、装置、电子设备及可读存储介质
CN110765169B (zh) 信息推荐方法、装置、计算机设备及存储介质
WO2020233091A1 (zh) 业务数据回退方法、装置、计算机设备和存储介质
US11816099B2 (en) Service identifier-based data indexing
CN111027295A (zh) 数据处理方法、装置、计算机设备和存储介质
CN111708971A (zh) 页面配置方法、装置、计算机设备和存储介质
WO2019100612A1 (zh) 电子保单生成方法、装置、计算机设备及存储介质
CN113779949A (zh) 一种报告生成方法、装置、电子设备、存储介质及系统
CN110442752A (zh) 组织架构图生成方法、装置、计算机设备和存储介质
CN111858467A (zh) 基于人工智能的文件数据处理方法、装置、设备和介质
CN106844288A (zh) 一种随机字符串生成方法及装置
WO2021175021A1 (zh) 产品推送方法、装置、计算机设备和存储介质
US20210141791A1 (en) Method and system for generating a hybrid data model
CN112445811A (zh) 基于sql配置的数据服务方法、装置、存储介质及组件
CN111737005A (zh) 任务处理方法、装置、计算机设备和存储介质
CN117692401A (zh) 消息发送方法、装置、服务器及存储介质
CN115239185A (zh) 服务商的分配方法、装置、计算机设备及存储介质
CN117312018B (zh) 基于通讯应用的数据处理方法、设备和可读存储介质
WO2023193135A1 (zh) 业务编码解释织入方法、业务服务系统和存储介质
CN116257280A (zh) 数据更新方法、装置、设备以及存储介质
CN110851446B (zh) 数据表的生成方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19747173

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19747173

Country of ref document: EP

Kind code of ref document: A1