WO2022083512A1 - 一种信息共享方法、装置、服务器及存储介质 - Google Patents

一种信息共享方法、装置、服务器及存储介质 Download PDF

Info

Publication number
WO2022083512A1
WO2022083512A1 PCT/CN2021/124096 CN2021124096W WO2022083512A1 WO 2022083512 A1 WO2022083512 A1 WO 2022083512A1 CN 2021124096 W CN2021124096 W CN 2021124096W WO 2022083512 A1 WO2022083512 A1 WO 2022083512A1
Authority
WO
WIPO (PCT)
Prior art keywords
context
information
service node
workflow
context information
Prior art date
Application number
PCT/CN2021/124096
Other languages
English (en)
French (fr)
Inventor
杨峙岳
尹强
刘有
王和平
黄山
冯朝阁
杨永坤
邸帅
卢道和
Original Assignee
深圳前海微众银行股份有限公司
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 深圳前海微众银行股份有限公司 filed Critical 深圳前海微众银行股份有限公司
Publication of WO2022083512A1 publication Critical patent/WO2022083512A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms

Definitions

  • the present application relates to the field of big data technology, and relates to, but is not limited to, an information sharing method, device, server and storage medium.
  • embodiments of the present application are expected to provide an information sharing method, apparatus, server, and storage medium.
  • An embodiment of the present application provides an information sharing method, the method is applied to an information sharing server, and the method includes:
  • the context identifier is used to uniquely identify a target workflow, and the context information is obtained by the first service node executing the target workflow;
  • the context identifier is used to enable the second service node to determine the corresponding target workflow, and to enable the second service node Execute the corresponding target subtask in the target workflow based on the context information.
  • An embodiment of the present application provides an information sharing apparatus, the apparatus includes: a receiving unit, a first determining unit, and a sending unit; wherein:
  • the receiving unit is configured to receive a context identifier and context information sent by a first service node; wherein, the context identifier is used to uniquely identify a target workflow, and the context information is that the first service node performs the target work obtained by the flow;
  • the first determining unit configured to determine, based on the target workflow, a second service node that relies on the context information of the first service node to execute the target workflow;
  • the sending unit is configured to send the context identifier and the context information to the second service node; wherein, the context identifier is used to enable the second service node to determine a corresponding target workflow, and make all The second service node executes the corresponding target subtask in the target workflow based on the context information.
  • An embodiment of the present application provides an information sharing server, where the server includes a memory, a processor, and a communication bus; wherein:
  • the memory for storing executable instructions
  • the communication bus for realizing the communication connection between the processor and the memory
  • the processor is configured to execute the information sharing program stored in the memory to implement the steps of the information sharing method described in any one of the above.
  • An embodiment of the present application provides a storage medium, where an information sharing program is stored on the storage medium, and when the information sharing program is executed by a processor, the steps of the information sharing method described in any one of the above are implemented.
  • the context information is shared between the service nodes through the information sharing server, which can support various types of context information, and the information sharing server actively sends the context information to the needs after receiving the context information.
  • the service node using the context information does not need to use the context information service node to query the information sharing server to request the context information, which effectively improves the efficiency of transmitting the context information to the service node using the context information, and simplifies the context information.
  • the information transmission process shortens the transmission time, solves the problem that the type of context information supported in the current information sharing scheme is relatively single, effectively enriches the types of context information supported in the information sharing scheme, ensures the security of the database, and effectively reduces the risk of leakage of shared information.
  • FIG. 1 is a schematic flowchart of an information sharing method provided by an embodiment of the present application.
  • FIG. 2 is a schematic flowchart of another information sharing method provided by an embodiment of the present application.
  • FIG. 3 is a schematic flowchart of another information sharing method provided by an embodiment of the present application.
  • FIG. 4 is a schematic flowchart of storing version information corresponding to a workflow after the workflow is released, according to an embodiment of the present application
  • FIG. 5 is a schematic diagram of a transmission flow in a service node and an information sharing server during context sharing according to an embodiment of the present application
  • FIG. 6 is a schematic diagram of a data flow in an application scenario provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a data flow in another application scenario provided by an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of an information sharing apparatus provided by an embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of another information sharing apparatus provided by an embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of an information sharing server provided by an embodiment of the present application.
  • An embodiment of the present application provides an information sharing method. Referring to FIG. 1 , the method is applied to an information sharing server, and the method includes the following steps:
  • Step 101 Receive the context identifier and context information sent by the first service node.
  • the context identifier is used to uniquely identify the target workflow, and the context information is obtained by the first service node executing the target workflow.
  • the information sharing server is a server for providing microservices. At least one information sharing server can be arranged according to actual needs.
  • the information sharing server can provide context information storage services for multiple business nodes, wherein different business nodes are used to run different business systems to provide different business services.
  • the first service node may be the first service node that executes the target workflow among the at least one service node that executes the target workflow, or may be the first service node that executes the target workflow among the service nodes that execute the target workflow. Any business node of .
  • the context information may be the environment in which the application program runs. For example, when the application program is running, the application program's stack variables, heap memory, and input and output content form the context of the application program.
  • the role of the context is to provide the content that the application needs, including variables and even files, at any step in the execution of the application.
  • the context usually exists in a process, that is, in a system; while in the broad definition, the context can be used to ensure the normal operation of multiple processes, that is, used by multiple systems.
  • Cross-system context sharing In the field of big data, several dependent tasks can be organized into a workflow and then executed in a cluster. In this way, from the perspective of the cluster, several tasks in a workflow can be organized. A task with dependencies is a task, so when a workflow is executed by a cluster, information can be shared through a common context.
  • Step 102 Based on the target workflow, determine a second service node that relies on the context information of the first service node to execute the target workflow.
  • the second service node is a service node that has a dependency relationship with the first service node, that is, after the target workflow is executed by the first service node, it needs to be executed by the second service node, and the second service node is in When executing the target workflow, it needs to rely on the context information generated by the first service node executing the target workflow.
  • there may be multiple second service nodes, that is, after the first service node executes the target workflow there may be multiple second service nodes that need to be generated based on the context information generated by the first service node executing the target workflow. Execute subtasks in the target workflow.
  • the information sharing server may determine the second service node according to the flow direction of the target workflow.
  • Step 103 Send the context identifier and context information to the second service node.
  • the context identifier is used to enable the second service node to determine the corresponding target workflow, and to enable the second service node to execute the corresponding target subtask in the target workflow based on the context information.
  • the second service node can be used to execute tasks corresponding to different workflows, after receiving the context identifier and context information sent by the information server, the second service node can determine the tasks to be executed according to the context identifier. target workflow, and execute the corresponding target subtask in the target workflow based on the context information.
  • the second business node may directly obtain the parameter information for executing the target subtask corresponding to the target workflow from the context information, or obtain the parameter information from the context information.
  • the corresponding file content is obtained from the information storage path included in the information to execute the corresponding target subtask.
  • the information sharing server determines, based on the target workflow, a second service node that relies on the context information of the first service node to execute the target workflow, and sends the context
  • the identification and context information are sent to the second service node, so that the second service node implements the target subtask included in the target workflow based on the context information.
  • the context information is shared between the business nodes through the information sharing server, which can support various types of context information, and the information sharing server actively sends the context information to the business nodes that need to use the context information after receiving the context information.
  • an embodiment of the present application provides a method for sharing information, and as shown in FIG. 2 , the method includes the following steps:
  • Step 201 The information sharing server determines the workflow to be executed, and creates a context identifier for the workflow to be executed.
  • the information sharing server determines a workflow to be executed that needs to be executed by multiple service nodes, wherein the multiple service nodes agree to share a set of contexts. Therefore, the information sharing server creates a context corresponding to the workflow to be executed.
  • the context identifier used to uniquely identify the context globally, so that when multiple service nodes execute the workflow to be executed, the content of the shared context can be registered, acquired or modified.
  • Step 202 The information sharing server uses the context identifier to perform identification processing on the workflow to be executed to obtain the target workflow.
  • the workflow to be executed may be a string. Therefore, when the context identifier is used to identify the workflow to be executed, the context identifier may be added to the string of the workflow to be executed, for example, it may be The beginning or end of the string of the workflow to be executed, so that the target workflow can be obtained.
  • the location where the context identifier is added to the string of the workflow to be executed is agreed between the information sharing server and multiple business nodes. In this way, after receiving the target workflow, the business node can determine the context from the target workflow. logo.
  • Step 203 The first service node parses the target workflow to obtain the context identifier, executes the target workflow, and obtains context information.
  • the first service node after receiving the target workflow, parses the target workflow to obtain a context identifier, so that the storage location of the shared existing context can be determined according to the context identifier. If the first service node needs to obtain some default or initial running parameters from the shared context, the first service node can obtain the corresponding running parameters from the shared existing context to execute the target workflow to obtain the first service Context information obtained by the node running the target workflow. In some application scenarios, the first service node also does not need to obtain the corresponding running parameters from the shared existing context, but can directly execute the target workflow to obtain the context information.
  • Step 204 The first service node sends the context identifier and context information to the information sharing server.
  • the context identifier of the target workflow and the context information obtained by the first service node executing the target workflow are sent to the information sharing server, so that the information sharing server can send the information to the information sharing server.
  • the context information of the first service node is sent to the next service node that needs to rely on the context information of the first service node to execute the target workflow.
  • Step 205 The information sharing server receives the context identifier and context information sent by the first service node.
  • the context identifier is used to uniquely identify the target workflow, and the context information is obtained by the first service node executing the target workflow.
  • Step 206 Based on the target workflow, the information sharing server determines a second service node that relies on the context information of the first service node to execute the target workflow.
  • a communication connection is established between the information sharing server and the second service node through the full-duplex communication protocol WebSocket based on the transmission control protocol TCP.
  • the information sharing server determines the second service node that needs to use the context information of the first service node according to the dependencies between the service nodes indicated by the target workflow.
  • Step 207 The information sharing server sends the context identifier and the context information to the second service node.
  • the context identifier is used for the second service node to determine the corresponding target workflow, and to make the second service node execute the corresponding target subtask in the target workflow based on the context information.
  • the information sharing server determines the second service node, and directly sends the context identifier and context information to the second service node, which simplifies the second service node and the information sharing server.
  • the information request process between the two effectively shortens the time for the second service node to receive the context information of the first service node, so that the second service node can make corresponding changes to changes in the context information of the first service node more quickly.
  • Step 208 The second service node receives the context identifier and the context information, determines the target workflow based on the context identifier, and executes the corresponding target subtask in the target workflow based on the context information.
  • the information sharing server determines, based on the target workflow, a second service node that relies on the context information of the first service node to execute the target workflow, and sends the context
  • the identification and context information are sent to the second service node, so that the second service node implements the target subtask included in the target workflow based on the context information.
  • the context information is shared between the business nodes through the information sharing server, which can support various types of context information, and the information sharing server actively sends the context information to the business nodes that need to use the context information after receiving the context information.
  • information sharing is realized through the interaction between the information sharing server and the multi-service nodes. Compared with the multi-node interaction, the information is registered in the information sharing server. When information sharing is required, it can be determined that a notification is required. object, so as to achieve accurate and active push.
  • the embodiments of the present application provide an information sharing method. Referring to FIG. 3 , the method includes the following steps:
  • Step 301 The information sharing server determines the workflow to be executed, and creates a context identifier for the workflow to be executed.
  • Step 302 The information sharing server uses the context identifier to perform identification processing on the workflow to be executed to obtain the target workflow.
  • Step 303 The first service node parses the target workflow to obtain the context identifier, executes the target workflow, and obtains context information.
  • Step 304 The first service node sends the context identifier and context information to the information sharing server.
  • Step 305 The information sharing server receives the context identifier and context information sent by the first service node.
  • the context identifier is used to uniquely identify the target workflow, and the context information is obtained by the first service node executing the target workflow.
  • Step 306 The information sharing server determines the current version information to which the target workflow currently belongs.
  • the target workflow is a workflow that has been published, so its version information can be determined.
  • developers can continuously add and improve functions to the workflow. Therefore, developing Each time a person improves the workflow and publishes it, it can be determined that the workflow corresponds to a version of the workflow.
  • a schematic flowchart of storing version information corresponding to a workflow after a workflow is published includes a client device A and an information sharing server B.
  • a user such as a developer performs workflow arrangement A1 for the workflow on the client device A side, and after the workflow arrangement ends, performs workflow publishing A2, and at the same time, the information sharing server determines the version information of the published workflow and publishes it. for archive storage.
  • Step 307 The information sharing server stores the current version information, the context identifier and the context information in the target storage area.
  • step 307 may be implemented by steps a11 to a12:
  • Step a11 The information sharing server analyzes the context information, determines the identity information of the context information as a keyword, and determines that the information content of the context information is data.
  • the identity information of the context information may be identification information used to uniquely identify the context information, such as the name of the context information, and the type of the context information may be a file, a function, or even a table. Metadata, the identity information of the corresponding context information in turn may be a file name, a function name, or a metadata name, and the like.
  • the information content of the context information may be the result set obtained by the first service node executing the target data stream, or may be the resource storage address corresponding to the file obtained when the first service node executes the target data stream data, or may also be the first service node.
  • Step a12 The information sharing server stores the context identifier, the current version information and the context information in the target storage area using the storage format of the context identifier, the current version information and the keyword-data pair.
  • the target storage area may be a database accessible by the information sharing server.
  • the information sharing server stores the context identifier, the current version information and the context information in the target storage area, it stores the context identifier, the current version Information and contextual information are persisted to the database.
  • the information sharing server can access the database, which reduces the security risk brought about by all business nodes being able to access the database, and effectively ensures the data security of the database.
  • Table 1 it is a schematic diagram of storing the context identifier, the current version information and the context information in the storage format of the context identifier, the current version information and the keyword-data pair in the target storage area.
  • Step 308 Based on the target workflow, the information sharing server determines a second service node that relies on the context information of the first service node to execute the target workflow.
  • a communication connection is established between the information sharing server and the second service node through the full-duplex communication protocol WebSocket based on the transmission control protocol TCP.
  • Step 309 The information sharing server sends the context identifier and the context information to the second service node.
  • the context identifier is used for the second service node to determine the corresponding target workflow, and to make the second service node execute the corresponding target subtask in the target workflow based on the context information.
  • step 309 may be implemented by steps b11 to b12:
  • Step b11 The information sharing server performs first preprocessing on the context information to obtain the processed context information.
  • the first preprocessing is used to change the format of the context information.
  • the first preprocessing may be that the information sharing server performs serialization processing on the context information, that is, the information sharing server is provided with a serializer, and when the context information needs to be sent to the second service node, the serializer is used.
  • the serializer serializes the context information. In this way, the security of the transmitted data can be guaranteed.
  • Step b12 the information sharing server sends the context identifier and the processed context information to the second service node.
  • the processed context information is subjected to a second preprocessing by the second service node to obtain the context information, the second preprocessing is used to change the format of the context information, and the second preprocessing has the opposite function to the first preprocessing.
  • the information sharing server sends the context identifier and the serialized context information to the second service node, and after receiving the serialized context information, the second service node uses the second preprocessing to reverse the
  • the serialization processing method processes the received processed context information, thereby obtaining the context information, so as to execute the target subtask corresponding to the target workflow based on the context information.
  • the deserialization processing operation can be realized by setting the deserializer in the second business node. In this way, the data interaction capability between the information sharing server and the second service node is effectively improved.
  • FIG. 5 is a schematic diagram of the transmission flow in the service node and the information sharing server when the context is shared.
  • the flow direction of the workflow is directed by the dashed arrow in FIG. 5 , namely: service node C ⁇ service node D ⁇ service node E.
  • service node C executes the workflow through operating system c, obtains the context information of the workflow, and sends the context identifier and context information of the workflow to the information sharing.
  • the server caches the context identifier and context information, and delivers the message that the context information of business node C changes to the context change notification bus, and also performs persistence processing on the context identifier and context information of business node C, and then
  • the information sharing server sends the context information of the service node C and the context identifier to the context change notification bus of the service node D of the operating system d through WebSocket, so that the service node D can execute the workflow after obtaining the context information of the service node C.
  • Step 310 If receiving the rollback instruction sent by the client device, the information sharing server parses the rollback instruction to obtain historical version information of the historical workflow indicated by the rollback instruction.
  • the developer can control the information sharing server through the client device to call a certain version in the historical version.
  • the rollback instruction sent by the client device indicates a historical version adjacent to the target workflow version.
  • Step 311 The information sharing server acquires the historical workflow, historical context identifier and historical context information corresponding to the historical version information from the target storage area.
  • the historical context identifier is used to uniquely identify the historical workflow.
  • Step 312 The information sharing server determines a third service node based on the historical workflow.
  • Step 313 The information sharing server sends the historical context identifier and the historical context information to the third service node.
  • the historical context identifier is used to enable the third service node to determine the corresponding historical workflow, and to enable the third service node to execute the corresponding historical subtask in the historical workflow based on the historical context information.
  • a communication connection is established between the information sharing server and the third service node through the full-duplex communication protocol WebSocket based on the transmission control protocol TCP.
  • the version information of the workflow and the corresponding historical context information are recorded, and a rollback function is provided, so that when a problem occurs in the target workflow and needs to be rolled back, it can be directly rolled back to the desired rollback to
  • the historical context information corresponding to the corresponding historical version effectively improves the work efficiency.
  • the second service node also generates corresponding context information after the second service node executes the target workflow based on the context information sent by the first service node
  • the subsequent operations performed by the second service node are the same as those in the present application.
  • the operations performed by a service node are the same, which will not be repeated here, and the process is repeated until the last service node to which the target workflow flows ends executing the target workflow.
  • the embodiment of the present application provides an application embodiment of an information sharing method, and the corresponding data flow process is shown in FIG. 6 , wherein the cluster that executes the workflow includes 4 business systems and 4 underlying support systems , respectively: business system 1, business system 2, business system 3, business system 4, material resource management system, custom function management system and cluster configuration management system.
  • each service system corresponds to one of the aforementioned service nodes.
  • the flow direction of the dashed arrow in Figure 6 is the actual flow direction of the workflow, and the corresponding implementation steps are as follows:
  • Step c1 the task scheduling system uniformly arranges the dependent tasks in the cluster into the form of a workflow.
  • the context server determines the workflow through the task scheduling system, creates a unified context identifier for the workflow, and writes the context identifier to the in each task of the workflow.
  • this workflow is a large task from the perspective of the cluster when it is executed, and this large task can be shared with a unified context. Therefore, a unified context ID (Identify, ID) can be created. After the context ID is created, the context ID is written into each task of the workflow, so that all tasks have a unified context ID.
  • the context server is the aforementioned information sharing server.
  • Step c2 start to execute the workflow.
  • a file is generated, that is, the first context information generated by the business system 1 is the file, and the file will first be uploaded to the material resource management system Perform storage, and obtain the first storage identifier of the file in the material resource management system from the material resource management system.
  • Step c3 The business system 1 registers the context ID and the first context information into the context server through the context registration request.
  • the first context information includes the file name and the storage identifier of the file in the material management system.
  • Step c4 the context server receives the context registration request of the business system 1, and obtains the context ID and the first context information from the context registration request, and then persists the obtained context ID and context information to the database.
  • the context server persists the first context information to the database
  • the file name in the first context information is used as the context key (Key)
  • the storage identifier of the file in the material management system is the context data (Value), so that A Key-Value pair is formed for storage, so as to realize fast storage and fast search in the subsequent search process.
  • Step c5 if the business system 1 also includes a custom function, then the business system 1 registers the custom function in the custom function management system, and receives the custom function returned by the custom function management system in the custom function management system.
  • the second storage identifier of and the business system 1 repeatedly performs the operations of steps c3 and c4 based on the self-defined function.
  • the first context information may further include the second storage identifier.
  • Step c6 after receiving the first context information sent by the business system 1, the context server determines the business system 2 that needs to use the first context information of the business system 1 according to the flow of the workflow, and sends the context ID and the first context information through WebSocket. The method is sent to the business system 2.
  • Step c7 After receiving the first context information sent by the context server, the business system 2 obtains the corresponding file name in the first context information from the file corresponding to the first context information in the material management system at the storage identifier of the material management system. The content of the file, and based on the content of the file obtained from the material management system, the corresponding task in the workflow is executed, and the business system 2 generates second context information.
  • the business system 2 may not generate context information, and correspondingly, the business system 2 will not upload the context information to the context server.
  • Step c8 the business system 2 registers the context ID and the second context information with the context server.
  • Step c9 The context server sends the context ID and the second context information to the service system 3 through WebSocket.
  • the process of registering the context ID and the second context information in the business system 2 and the process of sending the context ID and the second context information to the business system 3 by the business system 2 are the same as the process between the business system 1 and the context server, which is not repeated here. Describe in detail.
  • step c10 after the business system 2 executes the corresponding task in the workflow, the workflow enters the business system 3, and the business system 3 executes the corresponding task in the workflow based on the second context information.
  • the setting of a parameter is changed, and the changed parameter setting is obtained.
  • the business system 3 stores the changed parameter setting in the cluster configuration management system, and receives the storage identifier of the cluster configuration management system for the changed parameter setting.
  • the business system 3 can directly execute the corresponding task in the workflow.
  • step c11 the service system 3 determines the received storage identifier of the changed parameter setting as the third context information, and registers the third context information and the context ID with the context server.
  • Step c12 the context server determines the business system 4, and sends the third context information and the context ID to the business system 4 through WebSocket; after the business system 3 executes the corresponding task in the workflow, the workflow enters the business system 4, and the business The system 4 executes the corresponding task in the workflow based on the third context information. So far, all the tasks in the workflow have been executed.
  • the embodiments of the present application provide a specific embodiment of a contextual application, including four systems: a structured query language (Structured Query Language, SQL) execution system, a data quality detection system, a visualization system, and an email sending system in sequence Execution, where the data flow between the four systems and the context server is indicated by the solid arrows in FIG. 7 , and correspondingly, the flow of the workflow in the four systems is indicated by the dotted arrows in FIG. 7 .
  • the specific implementation steps of the method of the present application are:
  • step d1 the SQL execution system executes the query statement of the selection function, that is, the SQL statement beginning with select, and obtains a result set based on the query statement, and the result set is the context information corresponding to the SQL execution system.
  • the SQL execution system registers the result set with the context server.
  • Step d2 the context server persists the result set to the database.
  • step d3 the context server sends the received result set to the data quality inspection system, and the data quality inspection system verifies the result. If the verification is successful, the workflow will enter the visualization system.
  • step d4 the visualization system visually displays the result set, and makes a picture based on the report displayed visually, and the corresponding context information of the visualization system is a picture; the visualization system registers the picture in the context server.
  • Step d5 the context server persists the image to the database.
  • Step d6 the context server sends the picture to the mail sending system, so that the mail sending system writes the picture into the mail and sends it, so as to complete the work task.
  • the supported context types may include resource files, user-defined variables, cluster parameter settings, environment variables, and generated result sets.
  • the method for determining the Key may be used to identify the type corresponding to the context information, which may be a file, a function, or metadata of a table. After the corresponding types are identified, they should be named uniformly and without conflict, for example, a file is a globally unique file name, and a function is a function name.
  • the Value is various, and some types of Value can be referred to as shown in Table 2.
  • the Key of the resource file can be the name of the resource file, and the corresponding Value is the resource identifier, namely the ResourceId, that is, the resource file has a unique ResourceId in the entire cluster; the Key of the result set can be a temporary table of the result set.
  • the name is such as $ ⁇ cs_tmp_table ⁇ , and the corresponding Value is the metadata information and storage address.
  • the type of context information shared in the embodiments of this application may be the type of context required by various calculations in the field of big data.
  • the discovery framework (Eureka) serves as an information registry to share a few types of context information. This application considers a variety of context information, such as resource files, configuration parameters, custom variables, etc. Therefore, the design of the data structure is compatible with More content information can provide effective sharing services for rich different types of contextual information, and has wider practicability.
  • the information sharing server determines, based on the target workflow, a second service node that relies on the context information of the first service node to execute the target workflow, and sends the context
  • the identification and context information are sent to the second service node, so that the second service node implements the target subtask included in the target workflow based on the context information.
  • the context information is shared between the business nodes through the information sharing server, which can support various types of context information, and the information sharing server actively sends the context information to the business nodes that need to use the context information after receiving the context information.
  • the embodiments of the present application provide an information sharing apparatus.
  • the information sharing apparatus 4 may include: a receiving unit 41, a first determining unit 42, and a sending unit 43; wherein:
  • the receiving unit 41 is configured to receive the context identifier and context information sent by the first service node; wherein, the context identifier is used to uniquely identify the target workflow, and the context information is obtained by the first service node executing the target workflow;
  • a first determining unit 42 configured to determine, based on the target workflow, a second service node that relies on the context information of the first service node to execute the target workflow;
  • the sending unit 43 is used to send the context identifier and the context information to the second service node; wherein, the context identifier is used for the second service node to determine the corresponding target workflow, and to make the second service node execute the corresponding target workflow based on the context information. target subtask.
  • the apparatus before the receiving unit 41, the apparatus further includes: a processing unit 44 and an identification unit 45; wherein:
  • a processing unit 44 configured to determine the workflow to be executed, and create a context identifier for the workflow to be executed;
  • the identifying unit 45 is used for identifying the workflow to be executed by using the context identifier to obtain the target workflow.
  • the device further includes: a second determining unit 46 and a storage unit 47:
  • the second determining unit 46 is configured to determine the current version information to which the target workflow currently belongs;
  • the storage unit 47 is used to store the current version information, the context identifier and the context information to the target storage area.
  • the storage unit includes: a first processing module and a storage module; wherein:
  • the first processing module is used to analyze the context information, determine the identity information of the context information as a keyword, and determine the information content of the context information as data;
  • the storage module is used for storing the context identifier, the current version information and the context information to the target storage area by adopting the storage format of the context identifier, the current version information and the keyword-data pair.
  • the apparatus further includes: a parsing unit 48 and an obtaining unit 49; wherein:
  • the parsing unit 48 is configured to parse the rollback instruction if receiving the rollback instruction sent by the client device, and obtain the historical version information of the historical workflow indicated by the rollback instruction;
  • the obtaining unit 49 is used to obtain the historical workflow, historical context identifier and historical context information corresponding to the historical version information from the target storage area; wherein, the historical context identifier is used to uniquely identify the historical workflow;
  • the first determining unit 42 is further configured to determine the third service node based on the historical workflow
  • the sending unit 43 is also used to send the historical context identifier and the historical context information to the third service node; wherein, the historical context identifier is used to make the third service node determine the corresponding historical workflow, and make the third service node based on the historical context information Execute the corresponding historical subtask in the historical workflow.
  • a communication connection is established between the information sharing server and the second service node through the full-duplex communication protocol WebSocket based on the transmission control protocol TCP.
  • the sending unit 43 includes: a second processing module and a sending module; wherein:
  • the second processing module is configured to perform first preprocessing on the context information to obtain the processed context information; wherein the first preprocessing is used to change the format of the context information;
  • a sending module configured to send the context identifier and the processed context information to the second service node; wherein, the processed context information is subjected to a second preprocessing by the second service node to obtain the context information, and the second preprocessing is used to change the context
  • the second preprocessing performs the opposite function of the first preprocessing.
  • the information sharing server determines, based on the target workflow, a second service node that relies on the context information of the first service node to execute the target workflow, and sends the context
  • the identification and context information are sent to the second service node, so that the second service node implements the target subtask included in the target workflow based on the context information.
  • the context information is shared between the business nodes through the information sharing server, which can support various types of context information, and the information sharing server actively sends the context information to the business nodes that need to use the context information after receiving the context information.
  • the embodiments of the present application provide an information sharing server.
  • the information sharing server 5 may include: a processor 51, a memory 52 and a communication bus 53, wherein:
  • memory 52 for storing executable instructions
  • a communication bus 53 used to realize the communication connection between the processor 51 and the memory 52;
  • the processor 51 is configured to execute the information sharing program stored in the memory 52 to implement the implementation process in the information sharing method provided by the embodiments corresponding to FIGS. 1 to 3 , which will not be repeated here.
  • the embodiments of the present application provide a computer-readable storage medium, referred to as a storage medium for short, and the computer-readable storage medium stores one or more programs, and the one or more programs can be stored by one or more programs.
  • the processor executes to implement the implementation process of the information sharing method provided by the embodiments corresponding to FIGS. 1 to 3 , which will not be repeated here.
  • Embodiments of the present application provide an information sharing method, device, server, and storage medium, wherein the method is applied to an information sharing server, and the method includes: receiving a context identifier and context information sent by a first service node; The context identifier is used to uniquely identify the target workflow, and the context information is obtained by the first service node executing the target workflow; a second service node of the target workflow; sending the context identifier and the context information to the second service node; wherein the context identifier is used to enable the second service node to determine the corresponding target workflow , and make the second service node execute the corresponding target subtask in the target workflow based on the context information, which effectively improves the efficiency of transmitting the context information to the service node using the context information, and simplifies the context information.
  • the transmission process is shortened, the type of context information supported in the information sharing scheme is effectively enriched, the security of the database is ensured, and the risk of leakage of shared information is effectively reduced.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例公开了一种信息共享方法，方法应用于信息共享服务器，该方法包括：接收第一业务节点发送的上下文标识和上下文信息；其中，所述上下文标识用于唯一标识目标工作流，所述上下文信息是所述第一业务节点执行所述目标工作流得到的；基于目标工作流，确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点；发送所述上下文标识和所述上下文信息至所述第二业务节点；其中，所述上下文标识用于使所述第二业务节点确定对应的所述目标工作流，并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。本申请实施例还公开了一种信息共享装置、服务器和存储介质。

Description

一种信息共享方法、装置、服务器及存储介质
相关申请的交叉引用
本申请基于申请号为202011149017.5、申请日为2020年10月23日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本申请涉及大数据技术领域，涉及但不限于一种信息共享方法、装置、服务器及存储介质。
背景技术
随着计算机技术的飞速发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，但由于金融行业的安全性和实时性要求，也对技术提出了更高的要求。随着大数据技术的推广与应用，如何在不同的业务系统中进行信息共享成为迫切需要解决的技术问题，目前常用的方式主要通过业务系统将共享信息持久化至所有业务系统均可访问的数据库中，然后其他业务系统需要该共享信息时，从该数据库处获取该共享信息。
但是目前常用的方式中，不同业务系统均采用持久化的方式从数据库中读取共享信息时，导致数据库的安全性较低，造成共享数据信息容易泄露，且数据库中可共享的数据类型有限，导致目前的信息共享方案中支持的上下文信息类型较为单一。
发明内容
有鉴于此，本申请实施例期望提供一种信息共享方法、装置、服务器及存储介质。
本申请实施例的技术方案是这样实现的：
本申请实施例提供一种信息共享方法，所述方法应用于信息共享服务器，所述方法包括：
接收第一业务节点发送的上下文标识和上下文信息；其中，所述上下文标识用于唯一标识目标工作流，所述上下文信息是所述第一业务节点执行所述目标工作流得到的；
基于目标工作流，确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点；
发送所述上下文标识和所述上下文信息至所述第二业务节点；其中，所述上下文标识用于使所述第二业务节点确定对应的所述目标工作流，并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
本申请实施例提供一种信息共享装置，所述装置包括：接收单元、第一确定单元和发送单元；其中：
所述接收单元，用于接收第一业务节点发送的上下文标识和上下文信息；其中， 所述上下文标识用于唯一标识目标工作流，所述上下文信息是所述第一业务节点执行所述目标工作流得到的；
所述第一确定单元，用于基于所述目标工作流，确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点；
所述发送单元，用于发送所述上下文标识和所述上下文信息至所述第二业务节点；其中，所述上下文标识用于使所述第二业务节点确定对应的目标工作流，并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
本申请实施例提供一种信息共享服务器，所述服务器包括存储器、处理器和通信总线；其中：
所述存储器，用于存储可执行指令；
所述通信总线，用于实现所述处理器和所述存储器之间的通信连接；
所述处理器，用于执行所述存储器中存储的信息共享程序，实现如上述任一项所述的信息共享方法的步骤。
本申请实施例提供一种存储介质，所述存储介质上存储有信息共享程序，所述信息共享程序被处理器执行时实现如上述任一项所述的信息共享方法的步骤。
应用本申请实施例实现以下有益效果：业务节点之间通过信息共享服务器来共享上下文信息，可以支持各种类型的上下文信息，并且信息共享服务器在接收到上下文信息后，主动将上下文信息发送至需要使用该上下文信息的业务节点，无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息，有效提高了传送上下文信息至使用该上下文信息的业务节点的效率，并简化了该上下文信息传输进程，从而缩短了传输时间，解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题，有效丰富了信息共享方案中支持的上下文信息类型，保证了数据库的安全性，有效降低了共享信息泄露的风险。
附图说明
图1为本申请实施例提供的一种信息共享方法的流程示意图；
图2为本申请实施例提供的另一种信息共享方法的流程示意图；
图3为本申请实施例提供的又一种信息共享方法的流程示意图；
图4为本申请实施例提供的一种工作流发布后存储工作流对应的版本信息的流程示意图；
图5为本申请实施例提供的一种上下文共享时在业务节点和信息共享服务器中的传输流向示意图；
图6为本申请实施例提供的一种应用场景中的数据流向示意图；
图7为本申请实施例提供的另一种应用场景中的数据流向示意图；
图8为本申请实施例提供的一种信息共享装置的结构示意图；
图9为本申请实施例提供的另一种信息共享装置的结构示意图；
图10为本申请实施例提供的一种信息共享服务器的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。
本申请的实施例提供一种信息共享方法，参照图1所示，方法应用于信息共享服务器，该方法包括以下步骤：
步骤101、接收第一业务节点发送的上下文标识和上下文信息。
其中，上下文标识用于唯一标识目标工作流，上下文信息是第一业务节点执行目标工作流得到的。
在本申请实施例中，信息共享服务器为用于提供微服务的服务器。信息共享服务器可以根据实际需求布置至少一个。信息共享服务器可以为多个业务节点提供上下文信息存储的服务，其中，不同的业务节点用于运行不同的业务系统，以提供不同的业务服务。第一业务节点可以是执行目标工作流的至少一个业务节点中的首个执行目标工作流的业务节点，也可以是执行目标工作流的业务节点中的除首个执行目标工作流的业务节点外的任意一个业务节点。
上下文信息可以是应用程序运行的环境，例如应用程序在运行时，应用程序的栈变量、堆内存以及输入输出等内容形成了这个应用程序的上下文。上下文的作用是在应用程序执行到任何一个步骤，都能提供应用程序需要的内容，包括变量，甚至可以是文件。在狭义定义中，上下文通常存在一个进程中，也就是在一个系统中；而在广义定义中，上下文可以用于保证多个进程正常运行，即供多个系统使用。
跨系统上下文共享：在大数据领域中，若干个有依赖的任务可以被编排成一个工作流，然后在一个集群中进行执行，这样，从集群的角度来看可以编排成一个工作流的若干个有依赖的任务是一个任务，因此，工作流在被集群执行时，可以通过共同的上下文来进行信息共享。
步骤102、基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点。
在本申请实施例中，第二业务节点是与第一业务节点具有依赖关系的业务节点，即目标工作流被第一业务节点执行后，需经第二业务节点执行，且第二业务节点在执行目标工作流时，需要依赖于第一业务节点执行目标工作流生成的上下文信息。在一些应用场景中，可以有多个第二业务节点，即在第一业务节点执行目标工作流后，可以有多个第二业务节点需基于第一业务节点执行目标工作流生成的上下文信息来执行目标工作流中的子任务。
信息共享服务器可以根据目标工作流的流向确定第二业务节点。
步骤103、发送上下文标识和上下文信息至第二业务节点。
其中，上下文标识用于使第二业务节点确定对应的目标工作流，并使第二业务节点基于上下文信息执行目标工作流中对应的目标子任务。
在本申请实施例中，由于第二业务节点可以用于执行不同工作流对应的任务，因此，第二业务节点接收到信息服务器发送的上下文标识和上下文信息后，可以根据上下文标识确定须执行的目标工作流，并基于上下文信息执行目标工作流中对应的目标子任务。其中，第二业务节点基于上下文信息执行目标工作流中对应的目标子任务时，可以是第二业务节点从上下文信息中直接获取执行目标工作流中对应的目标子任务的参数信息，或者从上下文信息中包括的信息存储路径中获取对应的文件内容，来执行对应的目标子任务。
本申请实施例中，信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后，基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点，并发送上下文标识和上下文信息至第二业务节点，以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样，业务节点之间通过信息共享服务器来共享上下文信息，可以支持各种类型的上下文信息，并且信息共享服务器在接收到上下文信息后，主动将上下文信息发送至需要使用该上下文信息的业务节点，无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息，有效提高了传送上下文信息至使用该上下文信息的业务节点的效率，并简化了该上下文信息传输进程，从而缩短了传输时间，解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题，有效丰富了信息共享方案中支持的上下文信息类型，保证了数据库的安全性，有效降低了共享信息泄露的风险。
基于前述实施例，本申请的实施例提供一种信息共享方法，参照图2所示，该 方法包括以下步骤：
步骤201、信息共享服务器确定待执行工作流，为待执行工作流创建上下文标识。
在本申请实施例中，信息共享服务器确定需多个业务节点执行的待执行工作流，其中，多个业务节点约定共用一套上下文，因此，信息共享服务器为待执行工作流对应的上下文创建一个用于全局唯一标识上下文的上下文标识，这样，多个业务节点在执行待执行工作流时，可以对共用的上下文的内容进行注册、获取或者修改。
步骤202、信息共享服务器采用上下文标识对待执行工作流进行标识处理，得到目标工作流。
在本申请实施例中，待执行工作流可以是一个字符串，因此，采用上下文标识对待执行工作流进行标识处理时，可以是将上下文标识增加至待执行工作流的字符串中，例如可以是待执行工作流的字符串的串首或者串尾，这样，即可得到目标工作流。其中，上下文标识增加至待执行工作流的字符串中的位置是信息共享服务器和多个业务节点之间约定好的，这样，业务节点接收到目标工作流后，可以从目标工作流中确定上下文标识。
步骤203、第一业务节点从目标工作流中解析得到上下文标识，执行目标工作流，得到上下文信息。
在本申请实施例中，第一业务节点接收到目标工作流后，对目标工作流进行解析，得到上下文标识，从而可以根据上下文标识确定共用的已有的上下文所在存储位置。若第一业务节点需要从共用的上下文中获取一些默认或者初始的运行参数，则第一业务节点可以从共用的已有的上下文中获取对应的运行参数来执行目标工作流，以得到第一业务节点运行目标工作流得到的上下文信息。在一些应用场景中，第一业务节点也无需从共用的已有的上下文中获取对应的运行参数，而是可以直接执行目标工作流来得到上下文信息。
步骤204、第一业务节点发送上下文标识和上下文信息至信息共享服务器。
在本申请实施例中，第一业务节点执行完目标工作流后，将目标工作流的上下文标识和第一业务节点执行目标工作流得到的上下文信息发送至信息共享服务器，以通过信息共享服务器将第一业务节点的上下文信息发送至需要依赖第一业务节点的上下文信息执行目标工作流的下一业务节点。
步骤205、信息共享服务器接收第一业务节点发送的上下文标识和上下文信息。
其中，上下文标识用于唯一标识目标工作流，上下文信息是第一业务节点执行目标工作流得到的。
步骤206、信息共享服务器基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点。
其中，信息共享服务器与第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
在本申请实施例中，信息共享服务器接收到上下文标识和上下文信息后，根据目标工作流指示的业务节点之间的依赖关系，确定需使用第一业务节点的上下文信息的第二业务节点。
步骤207、信息共享服务器发送上下文标识和上下文信息至第二业务节点。
其中，上下文标识用于是第二业务节点确定对应的目标工作流，并使第二业务节点基于上下文信息执行目标工作流中对应的目标子任务。
在本申请实施例中，信息共享服务器接收到上下文标识和上下文信息后，确定第二业务节点，并直接将上下文标识和上下文信息发送至第二业务节点，简化了第二业务节点与信息共享服务器之间的信息请求过程，有效缩短了第二业务节点接收到第一业务节点的上下文信息的时间，从而第二业务节点可以更快地针对第一业务节点的上下文信息的变化进行相应的改变。
步骤208、第二业务节点接收上下文标识和上下文信息，基于上下文标识确定目标工作流，并基于上下文信息执行目标工作流中对应的目标子任务。
需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。
本申请实施例中，信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后，基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点，并发送上下文标识和上下文信息至第二业务节点，以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样，业务节点之间通过信息共享服务器来共享上下文信息，可以支持各种类型的上下文信息，并且信息共享服务器在接收到上下文信息后，主动将上下文信息发送至需要使用该上下文信息的业务节点，无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该 上下文信息，有效提高了传送上下文信息至使用该上下文信息的业务节点的效率，并简化了该上下文信息传输进程，从而缩短了传输时间，解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题，有效丰富了信息共享方案中支持的上下文信息类型，保证了数据库的安全性，有效降低了共享信息泄露的风险。
此外，需要说明的是，包括背景技术在内的传统技术中，都是各个业务系统之间进行信息共享持久化，相应的，后续进行信息共享，也是各个业务系统之间进行共享，而在这样的背景下，各个业务系统之间只能根据需求，定时去拉去其他系统的上下文信息，因为这样的架构下，类似于各个节点之间的交互，为何无法通知，是因为不知道该通知谁。
而本申请实施例中，通过信息共享服务器以及多业务节点的交互来实现信息共享，相比于多节点的交互，将信息注册到信息共享服务器中，在需要进行信息共享时，可以确定需要通知的对象，从而做到精准、主动推送。
基于前述实施例，本申请的实施例提供一种信息共享方法，参照图3所示，该方法包括以下步骤：
步骤301、信息共享服务器确定待执行工作流，为待执行工作流创建上下文标识。
步骤302、信息共享服务器采用上下文标识对待执行工作流进行标识处理，得到目标工作流。
步骤303、第一业务节点从目标工作流中解析得到上下文标识，执行目标工作流，得到上下文信息。
步骤304、第一业务节点发送上下文标识和上下文信息至信息共享服务器。
步骤305、信息共享服务器接收第一业务节点发送的上下文标识和上下文信息。
其中，上下文标识用于唯一标识目标工作流，上下文信息是第一业务节点执行目标工作流得到的。
步骤306、信息共享服务器确定目标工作流当前所属的当前版本信息。
在本申请实施例中，目标工作流为已经经过发布后的工作流，因此可以确定其版本信息，随着工作流的应用，开发人员可以不断对工作流进行功能的增加和改进，因此，开发人员每次对工作流进行改进并发布后即可确定工作流对应为一个版本的工作流。
如图4所示，为本申请提供的一种工作流发布后存储工作流对应的版本信息的 流程示意图，包括客户端设备A和信息共享服务器B。其中，用户例如开发人员在客户端设备A侧对工作流进行工作流编排A1，并在工作流编排结束后，进行工作流发布A2，同时，信息共享服务器确定已发布的工作流的版本信息并进行归档存储。
步骤307、信息共享服务器存储当前版本信息、上下文标识和上下文信息至目标存储区域。
在本申请实施例中，步骤307可以由步骤a11～a12来实现：
步骤a11、信息共享服务器分析上下文信息，确定上下文信息的身份标识信息为关键字，并确定上下文信息的信息内容为数据。
在本申请实施例中，上下文信息的身份标识信息可以是用于唯一标识上下文信息的标识信息，例如可以是上下文信息的名称，上下文信息的类型可以是文件、函数，甚至还可以是表形式的元数据，依次对应的上下文信息的身份标识信息可以是文件名称、函数名称或者元数据名等。上下文信息的信息内容可以是第一业务节点执行目标数据流得到的结果集，或者可以是第一业务节点执行目标数据流数据时得到的文件对应的资源存储地址，或者还可以是第一业务节点执行目标数据流时对应的函数的存储地址。在一些应用场景中，存储地址还可以用存储路径来表示。
步骤a12、信息共享服务器采用上下文标识、当前版本信息和关键字-数据对的存储格式存储上下文标识、当前版本信息和上下文信息至目标存储区域。
在本申请实施例中，目标存储区域可以是信息共享服务器可以访问的数据库，对应的，信息共享服务器在存储上下文标识、当前版本信息和上下文信息至目标存储区域时，是将上下文标识、当前版本信息和上下文信息持久化至数据库的。这样，只有信息共享服务器可以对数据库进行访问，降低了由所有业务节点均可访问数据库带来的安全风险，有效保证了数据库的数据安全。示例性的，如表1所示为在目标存储区域内以上下文标识、当前版本信息和关键字-数据对的存储格式存储上下文标识、当前版本信息和上下文信息的示意图。
步骤308、信息共享服务器基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点。
其中，信息共享服务器与第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
步骤309、信息共享服务器发送上下文标识和上下文信息至第二业务节点。
其中，上下文标识用于是第二业务节点确定对应的目标工作流，并使第二业务 节点基于上下文信息执行目标工作流中对应的目标子任务。
表1
Figure PCTCN2021124096-appb-000001
在本申请其他实施例中，步骤309可以由步骤b11～b12来实现：
步骤b11、信息共享服务器对上下文信息进行第一预处理，得到处理后的上下文信息。
其中，第一预处理用于改变上下文信息的格式形式。
在本申请实施例中，第一预处理可以是信息共享服务器对上下文信息进行序列化处理，即信息共享服务器中设置有序列化器，在需要将上下文信息发送至第二业务节点时，采用序列化器对上下文信息进行序列化处理。这样，可以保证传输的数据的安全性。
步骤b12、信息共享服务器发送上下文标识和处理后的上下文信息至第二业务节点。
其中，处理后的上下文信息通过第二业务节点进行第二预处理以得到上下文信息，第二预处理用于改变上下文信息的格式形式，第二预处理与第一预处理实现的功能相反。
在本申请实施例中，信息共享服务器将上下文标识和序列化处理后的上下文信息发送至第二业务节点，第二业务节点在接收到序列化后的上下文信息后，采用第二预处理即反序列化处理方式对接收到的处理后的上下文信息进行处理，从而得到上下文信息，以基于上下文信息执行目标工作流对应的目标子任务。其中，在第二 业务节点中可以通过设置反序列化器来实现反序列化处理操作。这样，有效提高了信息共享服务器与第二业务节点之间的数据交互能力。
示例性的，如图5所示为上下文共享时在业务节点和信息共享服务器中的传输流向示意图。其中，工作流的流向为图5中虚线箭头指向，即：业务节点C→业务节点D→业务节点E。以业务节点C和业务节点D之间实现上下文信息共享为例进行说明：业务节点C通过运行系统c执行工作流，得到工作流的上下文信息，并发送工作流的上下文标识和上下文信息至信息共享服务器，信息共享服务器对上下文标识和上下文信息进行缓存，并将业务节点C的上下文信息改变的消息投递至上下文变化通知总线，同时还对业务节点C的上下文标识和上下文信息进行持久化处理，然后信息共享服务器通过WebSocket方式发送业务节点C的上下文信息和上下文标识至运行系统d的业务节点D的上下文变化通知总线，这样，业务节点D得到业务节点C的上下文信息后可以执行工作流。
步骤310、若接收到客户端设备发送的回退指令，信息共享服务器解析回退指令，得到回退指令指示的历史工作流的历史版本信息。
在本申请实施例中，当目标工作流运行时实现的功能、效果或者效率不符合开发人员的要求时，开发人员可以通过客户端设备对信息共享服务器进行控制操作，去调用历史版本中的某一版本的历史工作流来进行相应的研究。通常，客户端设备发送的回退指令中指示的是与目标工作流版本相邻的历史版本。
步骤311、信息共享服务器从目标存储区域中，获取历史版本信息对应的历史工作流、历史上下文标识和历史上下文信息。
其中，历史上下文标识用于唯一标识历史工作流。
步骤312、信息共享服务器基于历史工作流，确定第三业务节点。
步骤313、信息共享服务器发送历史上下文标识和历史上下文信息至第三业务节点。
其中，历史上下文标识用于使第三业务节点确定对应的历史工作流，并使第三业务节点基于历史上下文信息执行历史工作流中对应的历史子任务。信息共享服务器与第三业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
在本申请实施例中，记录了工作流的版本信息和对应的历史上下文信息，并提 供了回退功能，实现了在目标工作流出现问题需要回退时，直接可以回退至希望回退至对应的历史版本对应的历史上下文信息，有效提高了工作效率。
需说明的是，若第二业务节点基于第一业务节点发送的上下文信息执行目标工作流后，第二业务节点也有生成对应的上下文信息，则第二业务节点执行的后续操作与本申请中第一业务节点执行的操作相同，此处不再赘述，如此重复，直至目标工作流流向的最后一个业务节点执行目标工作流结束。
基于前述实施例，本申请实施例提供一种信息共享方法的应用实施例，对应的数据流向过程如图6所示，其中，执行工作流的集群包括4个业务系统和4个底层的支持系统，分别为：业务系统1、业务系统2、业务系统3、业务系统4、物料资源管理系统、自定义函数管理系统和集群配置管理系统。需说明的是，每一业务系统对应前述的一个业务节点。其中，图6中的虚线箭头流向为工作流的实际流向，对应的实现步骤如下所示：
步骤c1、任务编排系统将集群中有依赖的任务统一编排为一个工作流的形式，上下文服务器通过任务编排系统确定工作流，并为工作流创建一个统一的上下文标识，并将上下文标识写入到工作流的每一个任务中。
其中，这个工作流在执行的时候从集群的角度来看是一个大任务，这个大任务可以有一个统一的上下文进行共享。所以可以创建一个统一的上下文标识(Identify，ID)，在创建上下文ID之后，将上下文ID写入到工作流的每一个任务中，这样所有的任务就有了统一的上下文ID。需说明的是，上下文服务器为前述的信息共享服务器。
步骤c2、开始执行工作流，业务系统1中执行工作流中对应的任务时，生成了一个文件，即业务系统1生成的第一上下文信息为该文件，该文件会首先上传到物料资源管理系统进行存储，并从物料资源管理系统中获取文件在物料资源管理系统的第一存储标识。
步骤c3、业务系统1将上下文ID和第一上下文信息通过上下文注册请求注册到上下文服务器中。
其中，第一上下文信息包括文件名和文件在物料管理系统的存储标识。
步骤c4、上下文服务器接收到业务系统1的上下文注册请求，并从上下文注册请求中获取上下文ID和第一上下文信息，然后将获取到的上下文ID和上下文信息 持久化到数据库中。
其中，在上下文服务器将第一上下文信息持久化到数据库中时，以第一上下文信息中的文件名作为上下文关键字(Key)，文件在物料管理系统的存储标识为上下文数据(Value)，这样构成Key-Value对进行存储，从而实现快速存储并在后续查找过程中能够实现快速查找。
步骤c5、若业务系统1中还包括自定义函数，则业务系统1将自定义函数注册到自定义函数管理系统中，并且接收自定义函数管理系统返回的自定义函数在自定义函数管理系统中的第二存储标识，并且业务系统1基于自定义函数重复执行步骤c3和c4的操作。对应的，第一上下文信息还可以包括第二存储标识。
步骤c6、上下文服务器接收到业务系统1发送的第一上下文信息后，根据工作流的流向确定需使用业务系统1的第一上下文信息的业务系统2，并将上下文ID和第一上下文信息通过WebSocket方式发送至业务系统2。
步骤c7、业务系统2接收到上下文服务器发送的第一上下文信息后，从物料管理系统中对应第一上下文信息中的文件在物料管理系统的存储标识处获取第一上下文信息中的文件名称对应的文件内容，并基于从物料管理系统中获取到的文件内容，执行工作流中对应的任务，业务系统2生成第二上下文信息。
在一些应用场景中，业务系统2可以不生成上下文信息，对应的，业务系统2不会向上下文服务器中上传上下文信息。
步骤c8、业务系统2将上下文ID和第二上下文信息注册至上下文服务器。
步骤c9、上下文服务器将上下文ID和第二上下文信息通过WebSocket方式发送至业务系统3。
其中，业务系统2注册上下文ID和第二上下文信息的过程和上下文服务器将上下文ID和第二上下文信息发送至业务系统3的过程与业务系统1与上下文服务器之间的过程相同，此处不再详细赘述。
步骤c10、业务系统2执行完工作流中对应的任务后，工作流进入到业务系统3，业务系统3基于第二上下文信息执行工作流中对应的任务，例如通过业务系统3对集群中的某一个参数的设置进行改变，得到改变后的参数设置。业务系统3将改变后的参数设置存储至集群配置管理系统，并接收集群配置管理系统针对该改变后的参数设置的存储标识。
在一些应用场景中，若业务系统3不依赖之前业务系统的上下文信息，可以直接执行工作流中对应的任务。
步骤c11、业务系统3确定接收到的改变后的参数设置的存储标识作为第三上下文信息，并将第三上下文信息和上下文ID注册至上下文服务器。
步骤c12、上下文服务器确定业务系统4，并将第三上下文信息和上下文ID通过WebSocket方式发送至业务系统4；业务系统3执行完工作流中对应的任务后，工作流进入到业务系统4，业务系统4基于第三上下文信息执行工作流中对应的任务，至此，工作流中的任务已全部执行结束。
基于前述实施例，本申请实施例提供一种上下文应用的具体实施例，包括四个系统：结构化查询语言(Structured Query Language，SQL)执行系统、数据质量检测系统、可视化系统以及邮件发送系统依次执行，其中，4个系统与上下文服务器之间的数据流向如图7中实线箭头指向所示，对应的，工作流在4个系统中的流向如图7中的虚线箭头指向所示。具体实现本申请方法的执行步骤为：
步骤d1、SQL执行系统执行选择功能的查询语句，即以select开头的SQL语句，基于查询语句得到结果集，结果集为SQL执行系统对应的上下文信息。SQL执行系统将结果集注册到上下文服务器中。
步骤d2、上下文服务器将结果集持久化至数据库中。
步骤d3、上下文服务器将接收到的结果集发送至数据质量检测系统，数据质量检测系统对此结果进行校验，如果校验成功，则工作流会进入可视化系统。
步骤d4、可视化系统将结果集进行可视化展示，并基于可视化展示的报表制作成图片，对应的可视化系统的上下文信息为图片；可视化系统将图片注册到上下文服务器中。
步骤d5、上下文服务器将图片持久化至数据库中。
步骤d6、上下文服务器将图片发送至邮件发送系统，使邮件发送系统将图片写入到邮件并进行发送，从而完成工作任务。
基于前述实施例，在Key—Value对中，支持的上下文类型可以包括资源文件、自定义变量、集群参数设置、环境变量和产生的结果集等。其中，Key的确定方式可以是用于标识出上下文信息所对应的类型，可以是文件、可以是函数、也可以是表的元数据。标识出对应的类型之后，要对他们进行统一的不冲突命名，比如文件 是全局唯一的文件名，函数则是函数名。而Value则是各式各样，Value的部分类型可以参照表2所示。
表2
Figure PCTCN2021124096-appb-000002
示例性的，资源文件的Key可以是资源文件的名称，对应的Value是资源标识即ResourceId，也就是该资源文件在整个集群中有着唯一的ResourceId；结果集的Key是可以是结果集的临时表名例如${cs_tmp_table}，对应的Value是元数据(metadata)信息和存储地址。
在本申请中，本申请实施例中共享的上下文信息的类型可以是大数据领域中各项计算所需的上下文类型，这样，相对于目前通过将分布式系统的可靠协调系统(ZooKeeper)和服务发现框架(Eureka)作为信息注册中心来共享少数种类的上下文信息的方案，本申请考虑到多种上下文信息，如资源文件、配置参数、自定义变量等，因此，在数据结构的设计上兼容了更多内容的信息，能够为丰富的不同上下文信息类型提供有效的共享服务，具有更广泛的实用性。
需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以 参照其它实施例中的描述，此处不再赘述。
本申请实施例中，信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后，基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点，并发送上下文标识和上下文信息至第二业务节点，以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样，业务节点之间通过信息共享服务器来共享上下文信息，可以支持各种类型的上下文信息，并且信息共享服务器在接收到上下文信息后，主动将上下文信息发送至需要使用该上下文信息的业务节点，无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息，有效提高了传送上下文信息至使用该上下文信息的业务节点的效率，并简化了该上下文信息传输进程，从而缩短了传输时间，解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题，有效丰富了信息共享方案中支持的上下文信息类型，保证了数据库的安全性，有效降低了共享信息泄露的风险。并记录了不同版本工作流的历史上下文信息，能够简单快捷地实现回退至希望的历史版本工作流，调用对应的历史上下文信息。
基于前述实施例，本申请的实施例提供一种信息共享装置，参照图8所示，该信息共享装置4可以包括：接收单元41、第一确定单元42和发送单元43；其中：
接收单元41，用于接收第一业务节点发送的上下文标识和上下文信息；其中，上下文标识用于唯一标识目标工作流，上下文信息是第一业务节点执行目标工作流得到的；
第一确定单元42，用于基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点；
发送单元43，用于发送上下文标识和上下文信息至第二业务节点；其中，上下文标识用于是第二业务节点确定对应的目标工作流，并使第二业务节点基于上下文信息执行目标工作流中对应的目标子任务。
在本申请其他实施例中，参照图9所示，接收单元41之前，装置还包括：处理单元44和标识单元45；其中：
处理单元44，用于确定待执行工作流，为待执行工作流创建上下文标识；
标识单元45，用于采用上下文标识对待执行工作流进行标识处理，得到目标工作流。
在本申请其他实施例中，参照图9所示，接收单元41之后，装置还包括：第二 确定单元46和存储单元47：
第二确定单元46，用于确定目标工作流当前所属的当前版本信息；
存储单元47，用于存储当前版本信息、上下文标识和上下文信息至目标存储区域。
在本申请其他实施例中，存储单元包括：第一处理模块和存储模块；其中：
第一处理模块，用于分析上下文信息，确定上下文信息的身份标识信息为关键字，并确定上下文信息的信息内容为数据；
存储模块，用于采用上下文标识、当前版本信息和关键字-数据对的存储格式存储上下文标识、当前版本信息和上下文信息至目标存储区域。
在本申请其他实施例中，参照图9所示，装置还包括：解析单元48和获取单元49；其中：
解析单元48，用于若接收到客户端设备发送的回退指令，解析回退指令，得到回退指令指示的历史工作流的历史版本信息；
获取单元49，用于从目标存储区域中，获取历史版本信息对应的历史工作流、历史上下文标识和历史上下文信息；其中，历史上下文标识用于唯一标识历史工作流；
第一确定单元42，还用于基于历史工作流、，确定第三业务节点；
发送单元43，还用于发送历史上下文标识和历史上下文信息至第三业务节点；其中，历史上下文标识用于使第三业务节点确定对应的历史工作流，并使第三业务节点基于历史上下文信息执行历史工作流中对应的历史子任务。
在本申请其他实施例中，信息共享服务器与第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
在本申请其他实施例中，发送单元43包括：第二处理模块和发送模块；其中：
第二处理模块，用于对上下文信息进行第一预处理，得到处理后的上下文信息；其中，第一预处理用于改变上下文信息的格式形式；
发送模块，用于发送上下文标识和处理后的上下文信息至第二业务节点；其中，处理后的上下文信息通过第二业务节点进行第二预处理以得到上下文信息，第二预处理用于改变上下文信息的格式形式，第二预处理与第一预处理实现的功能相反。
需要说明的是，本实施例中单元和模块之间信息交互的具体实现过程，可以参照图1～3对应的实施例提供的信息共享方法中的实现过程，此处不再赘述。
本申请实施例中，信息共享服务器接收第一业务节点发送的上下文标识和上下文信息后，基于目标工作流，确定依赖第一业务节点的上下文信息执行目标工作流的第二业务节点，并发送上下文标识和上下文信息至第二业务节点，以使第二业务节点基于上下文信息实现目标工作流包括的目标子任务。这样，业务节点之间通过信息共享服务器来共享上下文信息，可以支持各种类型的上下文信息，并且信息共享服务器在接收到上下文信息后，主动将上下文信息发送至需要使用该上下文信息的业务节点，无须需使用该上下文信息的业务节点去信息共享服务器处查询请求该上下文信息，有效提高了传送上下文信息至使用该上下文信息的业务节点的效率，并简化了该上下文信息传输进程，从而缩短了传输时间，解决了目前的信息共享方案中支持的上下文信息类型较为单一的问题，有效丰富了信息共享方案中支持的上下文信息类型，保证了数据库的安全性，有效降低了共享信息泄露的风险。并记录了不同版本工作流的历史上下文信息，能够简单快捷地实现回退至希望的历史版本工作流，调用对应的历史上下文信息。
基于前述实施例，本申请的实施例提供一种信息共享服务器，参照图10所示，该信息共享服务器5可以包括：处理器51、存储器52和通信总线53，其中：
存储器52，用于存储可执行指令；
通信总线53，用于实现处理器51和存储器52之间的通信连接；
处理器51，用于执行存储器52中存储的信息共享程序，以实现如图1～3对应的实施例提供的信息共享方法中的实现过程，此处不再赘述。
基于前述实施例，本申请的实施例提供一种计算机可读存储介质，简称为存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现如图1～3对应的实施例提供的信息共享方法实现过程，此处不再赘述。
以上，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。
工业实用性
本申请实施例提供一种信息共享方法、装置、服务器及存储介质，其中，所述方法应用于信息共享服务器，所述方法包括：接收第一业务节点发送的上下文标识和上下文信息；其中，所述上下文标识用于唯一标识目标工作流，所述上下文信息是所述第一业务节点执行所述目标工作流得到的；基于目标工作流，确定依赖所述 第一业务节点的上下文信息执行所述目标工作流的第二业务节点；发送所述上下文标识和所述上下文信息至所述第二业务节点；其中，所述上下文标识用于使所述第二业务节点确定对应的所述目标工作流，并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务，有效提高了传送上下文信息至使用该上下文信息的业务节点的效率，并简化了该上下文信息传输进程，从而缩短了传输时间，有效丰富了信息共享方案中支持的上下文信息类型，保证了数据库的安全性，有效降低了共享信息泄露的风险。

Claims (10)

  1. 一种信息共享方法，所述方法应用于信息共享服务器，所述方法包括：
    接收第一业务节点发送的上下文标识和上下文信息；其中，所述上下文标识用于唯一标识目标工作流，所述上下文信息是所述第一业务节点执行所述目标工作流得到的；
    基于目标工作流，确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点；
    发送所述上下文标识和所述上下文信息至所述第二业务节点；其中，所述上下文标识用于使所述第二业务节点确定对应的所述目标工作流，并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
  2. 根据权利要求1所述的方法，所述接收第一业务节点发送的上下文标识和上下文信息之前，所述方法还包括：
    确定待执行工作流，为所述待执行工作流创建上下文标识；
    采用所述上下文标识对所述待执行工作流进行标识处理，得到所述目标工作流。
  3. 根据权利要求1所述的方法，所述接收第一业务节点发送的上下文标识和上下文信息之后，所述方法还包括：
    确定所述目标工作流当前所属的当前版本信息；
    存储所述当前版本信息、所述上下文标识和所述上下文信息至目标存储区域。
  4. 根据权利要求3所述的方法，所述存储所述当前版本信息、所述上下文标识和所述上下文信息至目标存储区域，包括：
    分析所述上下文信息，确定所述上下文信息的身份标识信息为关键字，并确定所述上下文信息的信息内容为数据；
    采用上下文标识、当前版本信息和关键字-数据对的存储格式存储所述上下文标识、所述当前版本信息和所述上下文信息至所述目标存储区域。
  5. 根据权利要求3所述的方法，所述方法还包括：
    若接收到客户端设备发送的回退指令，解析所述回退指令，得到所述回退指令指示的历史工作流的历史版本信息；
    从所述目标存储区域中，获取所述历史版本信息对应的历史工作流、历史上下文标识和历史上下文信息；其中，所述历史上下文标识用于唯一标识所述历史工作流；
    基于所述历史工作流，确定第三业务节点；
    发送所述历史上下文标识和所述历史上下文信息至所述第三业务节点；其中，所述历史上下文标识用于使所述第三业务节点确定对应的所述历史工作流，并使所述第三业务节点基于所述历史上下文信息执行所述历史工作流中对应的所述历史子 任务。
  6. 根据权利要求1所述的方法，所述发送所述上下文标识和所述上下文信息至所述第二业务节点，包括：
    对所述上下文信息进行第一预处理，得到处理后的上下文信息；其中，所述第一预处理用于改变所述上下文信息的格式形式；
    发送所述上下文标识和所述处理后的上下文信息至所述第二业务节点；其中，所述处理后的上下文信息通过所述第二业务节点进行第二预处理以得到所述上下文信息，所述第二预处理用于改变所述上下文信息的格式形式，所述第二预处理与所述第一预处理实现的功能相反。
  7. 根据权利要求1-6任一项所述的方法，所述信息共享服务器与所述第二业务节点之间通过基于传输控制协议TCP的全双工通信协议WebSocket建立通信连接。
  8. 一种信息共享装置，所述装置包括：接收单元、第一确定单元和发送单元；其中：
    所述接收单元，用于接收第一业务节点发送的上下文标识和上下文信息；其中，所述上下文标识用于唯一标识目标工作流，所述上下文信息是所述第一业务节点执行所述目标工作流得到的；
    所述第一确定单元，用于基于所述目标工作流，确定依赖所述第一业务节点的上下文信息执行所述目标工作流的第二业务节点；
    所述发送单元，用于发送所述上下文标识和所述上下文信息至所述第二业务节点；其中，所述上下文标识用于使所述第二业务节点确定对应的目标工作流，并使所述第二业务节点基于所述上下文信息执行所述目标工作流中对应的目标子任务。
  9. 一种信息共享服务器，所述服务器包括存储器、处理器和通信总线；其中：
    所述存储器，用于存储可执行指令；
    所述通信总线，用于实现所述处理器和所述存储器之间的通信连接；
    所述处理器，用于执行所述存储器中存储的信息共享程序，实现如权利要求1至7中任一项所述的信息共享方法的步骤。
  10. 一种存储介质，所述存储介质上存储有信息共享程序，所述信息共享程序被处理器执行时实现如权利要求1至7中任一项所述的信息共享方法的步骤。
PCT/CN2021/124096 2020-10-23 2021-10-15 一种信息共享方法、装置、服务器及存储介质 WO2022083512A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011149017.5A CN112367363A (zh) 2020-10-23 2020-10-23 一种信息共享方法、装置、服务器及存储介质
CN202011149017.5 2020-10-23

Publications (1)

Publication Number Publication Date
WO2022083512A1 true WO2022083512A1 (zh) 2022-04-28

Family

ID=74511973

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/124096 WO2022083512A1 (zh) 2020-10-23 2021-10-15 一种信息共享方法、装置、服务器及存储介质

Country Status (2)

Country Link
CN (1) CN112367363A (zh)
WO (1) WO2022083512A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112367363A (zh) * 2020-10-23 2021-02-12 深圳前海微众银行股份有限公司 一种信息共享方法、装置、服务器及存储介质
CN112818064A (zh) * 2021-02-25 2021-05-18 平安普惠企业管理有限公司 多系统数据同步方法、装置、设备及存储介质
CN113360220A (zh) * 2021-06-23 2021-09-07 平安普惠企业管理有限公司 基于全局上下文类的工作流实现方法、系统、设备及介质
CN113553200A (zh) * 2021-07-26 2021-10-26 江苏数兑科技有限公司 跨应用系统的信息传递方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120159341A1 (en) * 2010-12-21 2012-06-21 Microsoft Corporation Interactions with contextual and task-based computing environments
CN109547997A (zh) * 2017-08-04 2019-03-29 中国移动通信有限公司研究院 数据共享方法、服务器、计算机可读存储介质和系统
CN110839079A (zh) * 2019-11-15 2020-02-25 深圳前海微众银行股份有限公司 工作流系统中的bi节点执行方法、装置、设备及介质
CN112367363A (zh) * 2020-10-23 2021-02-12 深圳前海微众银行股份有限公司 一种信息共享方法、装置、服务器及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110347494B (zh) * 2019-07-17 2023-11-17 深圳前海微众银行股份有限公司 上下文信息管理方法、装置、系统及计算机可读存储介质
CN110414948A (zh) * 2019-08-30 2019-11-05 北京字节跳动网络技术有限公司 信息处理方法、装置、服务器及计算机可读存储介质
CN110738389A (zh) * 2019-09-03 2020-01-31 深圳壹账通智能科技有限公司 工作流处理方法、装置、计算机设备和存储介质
CN110717739B (zh) * 2019-10-15 2024-03-22 深圳前海微众银行股份有限公司 工作流发布方法、装置、设备与计算机可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120159341A1 (en) * 2010-12-21 2012-06-21 Microsoft Corporation Interactions with contextual and task-based computing environments
CN109547997A (zh) * 2017-08-04 2019-03-29 中国移动通信有限公司研究院 数据共享方法、服务器、计算机可读存储介质和系统
CN110839079A (zh) * 2019-11-15 2020-02-25 深圳前海微众银行股份有限公司 工作流系统中的bi节点执行方法、装置、设备及介质
CN112367363A (zh) * 2020-10-23 2021-02-12 深圳前海微众银行股份有限公司 一种信息共享方法、装置、服务器及存储介质

Also Published As

Publication number Publication date
CN112367363A (zh) 2021-02-12

Similar Documents

Publication Publication Date Title
WO2022083512A1 (zh) 一种信息共享方法、装置、服务器及存储介质
US11243704B2 (en) Data pipeline architecture for analytics processing stack
JP7043780B2 (ja) マイクロサービスベースのデータ処理装置、方法及びプログラム
US8682998B2 (en) Method and server cluster for map reducing flow services and large documents
US8914804B2 (en) Handling queues associated with web services of business processes
US11336588B2 (en) Metadata driven static determination of controller availability
JP2010539605A (ja) データ主導型の同期
US11848980B2 (en) Distributed pipeline configuration in a distributed computing system
US10915378B1 (en) Open discovery service
US9684689B2 (en) Distributed parallel processing system having jobs processed by nodes based on authentication using unique identification of data
US11689626B2 (en) Transport channel via web socket for ODATA
US10725799B2 (en) Big data pipeline management within spreadsheet applications
US9313267B2 (en) Using a same program on a local system and a remote system
US10585678B2 (en) Insertion of custom activities in an orchestrated application suite
US20220036206A1 (en) Containerized distributed rules engine
US20130282655A1 (en) Query-oriented message characterization
CN115378937B (zh) 任务的分布式并发方法、装置、设备和可读存储介质
Cai et al. Deployment and verification of machine learning tool-chain based on kubernetes distributed clusters: This paper is submitted for possible publication in the special issue on high performance distributed computing
US11614981B2 (en) Handling of metadata for microservices processing
CN114840319A (zh) 一种业务需求的处理方法和装置
CN114240392A (zh) 信息处理方法、任务审批方法和信息处理装置
US20240127034A1 (en) Apparatus and method for distributed processing of neural network
Kamau Implementing Publish-Subscribe Pattern in a Microservice Architecture
US11381662B2 (en) Transition of business-object based application architecture via dynamic feature check
CN112988806A (zh) 一种数据处理的方法及装置

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21881930

Country of ref document: EP

Kind code of ref document: A1