An interaction system and method of multiple service applications and instant messaging applications

Abstract

The application provides an interactive system and method of multiple service applications and instant messaging applications, and relates to the field of communication.The system comprises a transfer server, an instant messaging server and multiple service servers.The method is executed by the transfer server, and comprises the following steps: receiving event information from a second service server; determining whether a service event will trigger a first service based on the event information and service association information; in response to triggering the first service, determining a second user identifier based on service request information received from a first service server, and creating a first service group chat; externally connecting a first service interaction tool in the first service group chat; and for each target user, determining service content of the target user and displaying the service content via the first service interaction tool.The application sets a transfer server, and determines whether the first service will be triggered by the transfer server, thereby improving service starting efficiency and accuracy, service processing efficiency and data flow efficiency.

Description

Technical Field

[0001] This specification relates to the field of communications, and in particular to a system and method for interacting with multiple business applications and instant messaging applications. Background Art

[0002] In the construction industry, businesses are typically divided into upstream and downstream businesses based on the sequence and / or dependencies of project processes. Currently, users can determine whether to trigger downstream businesses based on relevant data from upstream businesses and manually create these businesses. For example, if the upstream business is a quality inspection and the downstream business is a rectification business, and a user discovers a problem with the upstream business, the user will determine that the downstream business needs to be triggered. The user then creates a rectification application in the business application and creates a group chat in an instant messaging application. Manually determining whether to trigger downstream businesses and manually creating these businesses is time-consuming and prone to errors.

[0003] Furthermore, users communicate through instant messaging applications and submit business decisions through business applications. However, these applications are independent of each other, provided by different service providers and hosted on different servers. Furthermore, these applications are often immutable (for example, the IM application provided by the national telecommunications company is immutable) and cannot directly interact with multiple business applications. This forces users to operate separately on both applications, resulting in low business efficiency. For example, after submitting a business request on a business application, the initiator must contact each decision-maker on the instant messaging application to discuss the business matter. After this communication, both the initiator and the decision-maker must submit their decisions separately on the business application.

[0004] Therefore, it is necessary to provide an interactive system and method for multiple business applications and instant messaging applications to improve the efficiency and accuracy of business startup, and to achieve data interconnection between instant messaging applications and business applications, thereby improving business processing efficiency and data flow efficiency. Summary of the Invention

[0005] In order to solve the problem of how to improve the efficiency and accuracy of business startup, business processing efficiency and data flow efficiency, the present invention provides an interactive system and method for multiple business applications and instant messaging applications.

[0006] The invention includes an interactive system for multiple business applications and instant messaging applications. The interactive system for multiple business applications and instant messaging applications includes a transit server, an instant messaging server, and multiple business servers. The transit server is connected to the instant messaging server and the multiple business servers, respectively. The multiple business servers include a first business server and a second business server. The first business server corresponds to a first business and a first business application, and the second business server corresponds to a second business and a second business application. The transit server stores business association information. The transit server is configured to: receive event information related to a business event from the second business server; determine whether the business event will trigger the first business based on the event information and the business association information; and in response to determining that the business event will trigger the first business, business, generates a business request and sends it to the first business server; the first business server is configured to: determine business request information corresponding to the business request, and send the business request information to the transit server, the business request information including the first user identifier of the target user corresponding to the business request in the first business application; and the transit server is further configured to: determine the second user identifier of the target user in the instant messaging application based on the business request information, and create a first business group chat through the instant messaging server; plug-in a first business interaction tool related to the first business in the first business group chat; for each target user, determine the business content of the target user and display the business content through the first business interaction tool.

[0007] In some embodiments, business association information is stored in the form of a business topology; the business topology includes multiple nodes and multiple edges, the multiple nodes represent a first node of a first business and a second node representing a second business, and the multiple edges include a target edge pointing from the second node to the first node; and the attributes of the target edge include trigger conditions, and the transit server determines whether the business event will trigger the first business by judging whether the event information meets the trigger conditions.

[0008] In some embodiments, the attributes of the target edge further include data mapping rules; to generate a business request to send to the first business server, the transit server is further configured to: determine the mapping data based on the data mapping rules and event information; generate a business request containing the mapping data, and send the business request to the first business server.

[0009] In some embodiments, the transit server is further configured to: externally connect a second business interaction tool related to the second business in the first business group chat, and display at least a portion of the event information and a jump link via the second business interaction tool, wherein the jump link is connected to the second business form corresponding to the business event.

[0010] In some embodiments, the transit server is further configured to: externally connect a third business interaction tool related to the first business in the second business group chat corresponding to the second business; determine whether the business status of the first business has changed by monitoring the first business group chat; and in response to determining that the business status of the first business has changed, display the changed business status via the third business interaction tool.

[0011] In some embodiments, the business content includes an operable button, and for each target user, the relay server is further configured to: initiate a first request to the first business server, the first request including the first user identifier and the first business order identifier of the target user; the first business server is further configured to: based on the first request, query the user role of the target user in the business flow corresponding to the business request; based on the user role, determine the operable permission corresponding to the target user, and send the operable permission to the relay server; and the relay server is further configured to: determine the operable button based on the operable permission.

[0012] In some embodiments, the business content further includes document status and business results, and the first business server is further configured to: based on the first request, query the document status of the business flow corresponding to the business request and the business decision of each decision maker, the document status includes business in progress and completed business; and determine the business results based on the business decision of each decision maker; and send the document status and business results to the transit server.

[0013] In some embodiments, the transit server is further configured to: initiate a second request to the first business server based on the first business order identifier, the second request including the first business order identifier; the first business server is further configured to: determine the business notification data based on the second request, and send the business notification data to the transit server, the business notification data including the first user identifier of the initiator of the business request and the key information of the business request; the transit server is further configured to: generate a business notification based on the business notification data, and send the business notification and the second user identifier of the initiator to the instant messaging server; and the instant messaging server is further configured to: based on the second user identifier of the initiator, automatically issue a business notification in the first business group chat using the instant messaging application account of the initiator in the instant messaging application.

[0014] In some embodiments, in response to the target user being the decision maker, the transit server is further configured to: in response to the decision maker providing a business decision via an operable button, send verification data to the first business server, the verification data including the first business order identifier, the decision maker's first user identifier and the business decision; the first business server is further configured to: based on the verification data, determine whether the first condition and the second condition are met, the first condition is that the target user corresponding to the first user identifier has decision-making authority in the business flow corresponding to the business request, and the second condition refers to whether the target user corresponding to the first user identifier has made a decision; generate a verification result based on the judgment result, and send the verification result to the transit server; and the transit server is further configured to: in response to the verification result being verification passed, update the business content and display the updated business content via the first business interaction tool.

[0015] The invention content includes a method for interaction between multiple business applications and instant messaging applications, which is executed by a transit server, which is respectively connected to an instant messaging server and multiple business servers, the multiple business servers including a first business server and a second business server, the first business server corresponding to a first business and a first business application, the second business server corresponding to a second business and a second business application, and the transit server storing business association information. The method includes: receiving event information related to a business event from the second business server; determining whether the business event will trigger a first business based on the event information and the business association information; in response to determining that the first business will be triggered, generating a business request and sending it to the first business server; receiving business request information from the first business server, the business request information including a first user identifier of a target user corresponding to the business request in the first business application; determining a second user identifier of the target user in the instant messaging application based on the business request information, and creating a first business group chat through the instant messaging server; plugging in a first business interaction tool related to the first business in the first business group chat; and for each target user, determining the business content of the target user and displaying the business content via the first business interaction tool.

[0016] The beneficial effects brought about by the above invention include but are not limited to: on the one hand, through business association information, it is possible to automatically and accurately identify whether the first business is triggered, thereby improving the efficiency and accuracy of business startup. On the other hand, since the instant messaging application and the first business application are two independent applications, the business processing efficiency and data flow efficiency are low. Without changing the internal structure of the instant messaging application and under the condition that the instant messaging application cannot directly interact with the first business application, a transit server is set to communicate with the instant messaging server and the first business server. The transit server plugs in the first business interaction tool in the first business group chat, displays the business content to the target user through the first business interaction tool, and accepts the business decision feedback from the target user through the first business interaction tool and sends it to the first business server for review. The data interconnection and intercommunication between the instant messaging application and the first business application are achieved through the transit server, which improves the business processing efficiency and data flow efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] This specification will be further described in the form of exemplary embodiments, which will be described in detail with reference to the accompanying drawings. These embodiments are not limiting, and in these embodiments, like numbers represent like structures, wherein:

[0018] Figure 1 is a schematic diagram of an application scenario of an interactive system of multiple business applications and instant messaging applications according to some embodiments of the present invention;

[0019] Figure 2 is an exemplary flow chart of a method for interaction between multiple business applications and instant messaging applications according to some embodiments of the present invention;

[0020] Figure 3 is an exemplary flow chart of a method for determining service content according to some embodiments of the present invention;

[0021] Figure 4 is an exemplary flow chart of a method for issuing a service notification according to some embodiments of the present invention;

[0022] Figure 5 is an exemplary flow chart of a method for updating service content according to some embodiments of the present invention;

[0023] Figure 6 is an exemplary schematic diagram of a business group chat interface of an initiator according to some embodiments of the present invention;

[0024] Figure 7 is an exemplary schematic diagram of a business group chat interface for decision makers according to some embodiments of the present invention. DETAILED DESCRIPTION

[0025] To more clearly illustrate the technical solutions of the embodiments of this specification, the following briefly describes the drawings required for describing the embodiments. Obviously, the drawings described below are merely examples or embodiments of this specification. Those skilled in the art can apply this specification to other similar scenarios based on these drawings without inventive effort. Unless otherwise apparent from the context or otherwise noted, the same reference numerals in the figures represent the same structure or operation.

[0026] It should be understood that the terms "system," "device," "unit," and / or "module" used herein are a method for distinguishing different components, elements, parts, portions, or assemblies at different levels. However, if other terms can achieve the same purpose, the terms may be replaced by other expressions.

[0027] Unless the context clearly indicates otherwise, the words "a," "an," "an," and / or "the" do not refer to the singular but include the plural. Generally speaking, the terms "include" and "comprise" only indicate the inclusion of the steps and elements specifically identified, and these steps and elements do not constitute an exclusive list. A method or apparatus may also include other steps or elements.

[0028] Flowcharts are used throughout this specification to illustrate the operations performed by systems according to embodiments of this specification. It should be understood that preceding or following operations do not necessarily need to be performed in exact order. Instead, the steps may be processed in reverse order or simultaneously. Furthermore, other operations may be added to these processes, or one or more operations may be removed from these processes.

[0029] Figure 1 1 is a schematic diagram illustrating an application scenario of a system for interacting with multiple business applications and instant messaging applications according to some embodiments of the present invention. In some embodiments, application scenario 100 of a system for interacting with multiple business applications and instant messaging applications may include a transit server 110, an instant messaging server 120, and multiple business servers 130. In some embodiments, application scenario 100 of a system for interacting with multiple business applications and instant messaging applications may also include user terminals, storage devices, and / or networks (not shown).

[0030] The relay server 110 is connected to the instant messaging server 120 and the multiple business servers 130, and acts as a data exchange intermediary between the instant messaging server 120 and the multiple business servers 130. In some embodiments, the relay server 110, the instant messaging server 120 and the multiple business servers 130 are connected via a network.

[0031] In some embodiments, the relay server 110 can be a single server or a server group. The server group can be centralized or distributed. In some embodiments, the relay server 110 can be local or remote. In some embodiments, the relay server 110 can be implemented on a cloud platform. By way of example only, the cloud platform can include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an internal cloud, a multi-layer cloud, or any combination thereof.

[0032] In some embodiments, the transfer server stores business association information. Business association information refers to information related to the association between different businesses. For more information about business association information, please refer to Figure 2 and their corresponding descriptions.

[0033] The instant messaging server 120 is a backend server of an instant messaging application. The instant messaging server 120 is configured to provide instant messaging services through an instant messaging application. The instant messaging application is an application program that provides instant messaging services and can be installed on a user terminal.

[0034] In some embodiments, the instant messaging server 120 can be a single server or a server group. The server group can be centralized or distributed. In some embodiments, the instant messaging server 120 can be local or remote. In some embodiments, the instant messaging server 120 can be implemented on a cloud platform. As just an example, the cloud platform can include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an internal cloud, a multi-layer cloud, or the like, or any combination thereof.

[0035] Business server 130 is the backend server for business applications. Business server 130 is configured to provide business services through business applications. Business applications are applications that provide business services and can be installed on user terminals. Services may include rectification, inspection, and approval.

[0036] In some embodiments, the business server 130 may be a single server or a server group. The server group may be centralized or distributed. In some embodiments, the business server 130 may be local or remote. In some embodiments, the business server 130 may be implemented on a cloud platform. By way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an internal cloud, a multi-layer cloud, or any combination thereof.

[0037] In some embodiments, the plurality of service servers 130 may include a first service server 131 and a second service server 132. The first service server 131 corresponds to the first service and the first service application, and the second service server 132 corresponds to the second service and the second service application.

[0038] The first business is the downstream business of the second business, and the second business is the upstream business of the first business. Upstream businesses provide the foundation, data, or decision-making support for downstream businesses, while downstream businesses rely on the upstream results to carry out specific implementation or optimization work. For example, inspections may trigger rectification work, so inspections are upstream of rectification work, and rectification work is upstream of inspections. Another example is that after the design work is completed, construction work will begin. Design work is upstream of construction work, and construction work is downstream of design work.

[0039] The first service server 131 is a server corresponding to the first service and the first service application. The first service server 131 is configured to provide the first service through the first service application. The first service application is an application program that provides the first service and can be installed on a user terminal.

[0040] The second service server 132 is a server corresponding to the second service and the second service application. The second service server 132 is configured to provide the second service through the second service application. The second service application is an application program that provides the second service and can be installed on the user terminal.

[0041] In some embodiments, multiple business applications and instant messaging applications are independent applications. In some embodiments, multiple business applications and instant messaging applications are integrated into a third-party application. It should be noted that when multiple business applications and instant messaging applications are integrated into a third-party application, users can simultaneously access instant messaging services and multiple business services on the third-party application. The third-party application has interfaces with the instant messaging server 120 and the multiple business servers 130, but the instant messaging service and business services are still provided by the instant messaging server 120 and the multiple business servers 130 respectively.

[0042] In some embodiments, a user can access business services and instant messaging services via multiple business applications and instant messaging applications installed on a user terminal. These users may include initiators, decision makers, and the like. For example, an instant messaging server may display a first business interaction tool plug-in in a business group chat to the user via the user terminal to display business content to the user.

[0043] In some embodiments, the user terminal may include a mobile device, a tablet computer, a laptop computer, a virtual reality device, etc., or any combination thereof.

[0044] The storage device may store data, instructions, and / or any other information. In some embodiments, the storage device may store data and / or instructions related to an interactive system between multiple business applications and an instant messaging application. For example, the storage device may store event information and business-related information. As another example, the storage device may store instructions for processing event information and business-related information to determine whether a business event triggers a first business.

[0045] In some embodiments, the storage device can be connected to a network to facilitate communication between one or more other components in the application scenario 100 of the system for interacting with multiple business applications and instant messaging applications (e.g., the transit server 110, the instant messaging server 120, the business server 130, and / or the user terminal). One or more components in the application scenario 100 of the system for interacting with multiple business applications and instant messaging applications can access data or instructions stored in the storage device via the network. In some embodiments, each server (the transit server 110, the instant messaging server 120, and the business server 130) has its own corresponding storage device.

[0046] The network may include any suitable wired or wireless network that can facilitate information and / or data exchange. For example, the relay server 110 and the instant messaging server 120 may transmit information and / or data via the network.

[0047] It should be noted that the application scenarios are provided for illustrative purposes only and are not intended to limit the scope of the present invention. A person skilled in the art will appreciate that various modifications or variations can be made based on the description of the present invention. For example, the application scenarios may also include a database. For another example, the application scenarios may be implemented on other devices to achieve similar or different functions. However, such variations and modifications will not deviate from the scope of the present invention.

[0048] Figure 2 is an exemplary flow chart of a method for interaction between multiple business applications and instant messaging applications according to some embodiments of the present invention. Figure 2 As shown, process 200 may include steps 210 to 2110. In some embodiments, Figure 2 One or more operations of the process 200 may be performed in Figure 1 The interactive system of multiple business applications and instant messaging applications is implemented in the application scenario 100 shown. For example, Figure 2 The process 200 shown may be stored in a storage device (such as a storage device of each server) in the form of instructions, and may be called and / or executed by the transit server 110 and the first service server 131 .

[0049] In some embodiments, the relay server can receive event information related to the business event from the second business server; based on the event information and business association information, determine whether the business event will trigger the first business; in response to determining that the first business will be triggered, generate a business request and send it to the first business server; the first business server can determine the business request information corresponding to the business request, and send the business request information to the relay server, the business request information including the first user identification (Identification, ID) of the target user corresponding to the business request in the first business application; and the relay server can determine the second user identification of the target user in the instant messaging application based on the business request information, and create a first business group chat through the instant messaging server; plug in a first business interaction tool related to the first business in the first business group chat; for each target user, determine the business content of the target user and display the business content via the first business interaction tool.

[0050] Step 210 : Sending event information related to the service event. In some embodiments, step 210 may be performed by the second service server 132 .

[0051] The business event refers to an event related to the second business. For example, the second business may be an inspection business, and the business event may be an inspection of the 13th floor.

[0052] Event information refers to information related to business events. For example, event information may include project identifier, event identifier, business identifier, third user identifier, event type, timestamp, event record data, etc. Among them, the project identifier refers to the unique code of the project, and the project refers to the work carried out to create a unique product, service or result, such as a construction project, a building project, etc.; the event identifier refers to the unique code of the event, and the event refers to a specific activity in the business; the business identifier refers to the unique code of the business, and the business refers to the specific work content or service in the project, which may include rectification, inspection, approval, etc.; the third user identifier refers to the unique code of the user involved in the second business in the second business application. For example, the project identifier is the identity identifier of the project, the event identifier is the identity identifier of the event, the business identifier is the identity identifier of the business, and the third user identifier is the identity identifier of the third user. The above-mentioned identity identifiers can be composed of letters, numbers, symbols, etc.

[0053] In some embodiments, a user can upload a second service form related to a second service event through a second service application installed on a user terminal, and the second service server 132 can then extract event information from the second service form. A second service form refers to a standardized document or file corresponding to the second service. For example, if the second service is an inspection service, the second service form is a patrol inspection form. The second service server 132 can extract event information from the patrol inspection form, including the project identifier, event identifier, service identifier, third user identifier, event type, timestamp, and event record data.

[0054] In some embodiments, the second service server 132 may send event information to the transit server 110 via a network.

[0055] Step 220 : Determine whether the service event triggers the first service based on the event information and the service association information. In some embodiments, step 220 may be performed by the transit server 110 .

[0056] The first business is the downstream business of the second business. For more information about the first business, please refer to Figure 1 and their corresponding descriptions.

[0057] Business association information refers to information related to the association between different businesses. For example, business association information can show whether there is an association between businesses, the degree of association, trigger conditions, etc. Among them, the trigger condition refers to the conditions that need to be met for the business event to trigger the first business. For example, when the business event is an inspection of the 13th floor and the first business is a rectification business, the trigger condition can be that quality problems were discovered during the inspection of the 13th floor. For another example, when the business event is the design of playground A and the first business is the construction business, the trigger condition can be that the design of playground A has been completed.

[0058] In some embodiments, the transit server 110 determines whether the service event triggers the first service by determining whether the event information satisfies the triggering conditions in the service association information. If the event information satisfies the triggering conditions, the service event is determined to trigger the first service; if the event information does not satisfy the triggering conditions, the service event is determined not to trigger the first service.

[0059] In some embodiments, the business association information is stored in the form of a business topology. The business topology includes multiple nodes and multiple edges, where the multiple nodes represent a first node of a first business and a second node of a second business. The multiple edges include a target edge pointing from the second node to the first node. The attributes of the target edge include a trigger condition. The relay server determines whether a business event will trigger the first business by determining whether the event information meets the trigger condition.

[0060] Business topology refers to a structured model that describes the logical relationships between different businesses. Business topology consists of multiple nodes and multiple edges.

[0061] A node represents an independent service. For example, the plurality of nodes can include a first node representing a first service and a second node representing a second service.

[0062] An edge refers to an association rule between services. When two nodes are connected by an edge, it means that there is an association between the services corresponding to the two nodes. The edge is a directed edge, pointing from the node corresponding to an upstream service to the node corresponding to a downstream service. For example, the plurality of edges can include a target edge pointing from the second node to the first node.

[0063] In some embodiments, the attribute of the target edge includes a trigger condition.

[0064] In some embodiments, when the service association information is stored in the form of a service topology, the relay server 110 can, according to the event information, find the target edge in the service topology, and determine whether the service event will trigger the first service by judging whether the event information satisfies the trigger condition in the target edge. When the event information satisfies the trigger condition, it is determined that the service event will trigger the first service; when the event information does not satisfy the trigger condition, it is determined that the service event will not trigger the first service.

[0065] In some embodiments, the attribute of the target edge further includes a data mapping rule. The data mapping rule refers to a rule that limits which information in the event information will be used as mapping data. More information about the data mapping rule can be found in the following and its corresponding description.

[0066] In some embodiments of the present specification, by storing the service association information in the form of a service topology, the service logic between different services can be clearly represented, and whether the first service is triggered can be accurately identified, thereby improving the service startup efficiency and accuracy.

[0067] Step 230, in response to determining that the first service will be triggered, generating a service request. In some embodiments, step 230 can be performed by the relay server 110.

[0068] The service request refers to a request to start the first service. For example, the service request can include a rectification request. The service request will carry information related to the service event described in step 210. For example, the service request can include at least one of the above-mentioned event information. Illustratively, the service request can include at least one of the project identifier, the event identifier, the service identifier, the third user identifier, the event type, the timestamp, and the event record data.

[0069] In some embodiments, the attribute of the target edge further includes a data mapping rule. To generate the service request, the relay server 110 can determine the mapping data based on the data mapping rule and the event information; and generate the service request containing the mapping data.

[0070] Data mapping rules define which information in event information is used as mapping data. For example, if the second service is a rectification service and the first service is inspection data, and the event information includes a project ID, event ID, service ID, third user ID, event type, timestamp, and event record data, the data mapping rule will use the project ID in the event information as mapping data. For example, if the second service is a rectification service and the first service is inspection data, and the event information includes a problem description, the data mapping rule will use the problem description in the event information as mapping data.

[0071] Mapping data refers to core information related to the business event of the second business, which will be passed to the processing of the first business. For example, the mapping data can include key data in the event information. Exemplarily, the mapping data can include a project identifier.

[0072] In some embodiments, when business association information is stored in the form of a business topology, the transit server 110 may determine mapping data from the event information according to the data mapping rules in the target edge of the business topology, and then the transit server 110 may generate a business request containing the mapping data.

[0073] In some embodiments of this specification, by determining mapping data based on data mapping rules and event information and then generating a service request, the service startup efficiency can be further improved, and basic data can be provided for subsequent creation of the first service group chat.

[0074] Step 240 , sending a service request. In some embodiments, step 240 may be performed by the transit server 110 .

[0075] In some embodiments, the transit server 110 may send a service request to the first service server 131 via a network.

[0076] Step 250 : Determine the service request information corresponding to the service request. In some embodiments, step 250 may be performed by the first service server 131 .

[0077] Service request information refers to information related to the service request.

[0078] In some embodiments, the service request information may include the first user identifier of the target user corresponding to the service request in the first service application. The first user identifier refers to a unique code of the target user in the first service application. For example, the first user identifier may be an identity identifier of the target user in the first service application, which may be composed of letters, numbers, symbols, etc. Optionally, the service request information may further include an organization identifier of the target user. The organization identifier refers to a unique code of an organization. For example, the organization identifier may be an identity identifier of an organization, which may be composed of letters, numbers, symbols, etc. For more information about the organization identifier, please refer to the following and its corresponding description.

[0079] Target users refer to the users involved in a business request. Target users can include initiators and decision makers.

[0080] The first business application refers to the application that provides the first business service. For more information about the first business application, please refer to Figure 1 and their corresponding descriptions.

[0081] In some embodiments, the service request information may further include a service item name and a first service order identifier corresponding to the service request. For more information about the service item name and the first service order identifier, please refer to the following and its corresponding description.

[0082] In some embodiments, the first business server 131 may determine the target user corresponding to the business request based on the mapping data (e.g., project identifier) ​​included in the business request, and use the target user's first user identifier, organization identifier, and other information in the first business application as the business request information. For example, if the first business is a rectification business and the mapping data included in the business request includes a project identifier, the first business server 131 may query the first user identifier, organization identifier, and other information of the target user (i.e., the rectification person or participant) corresponding to the project identifier in the first business application as the business request information.

[0083] In some embodiments, the first business server 131 can use the aforementioned method to query the first business person in charge corresponding to the project identifier and designate the first business person in charge as the initiator. Optionally, the first business server 131 can send a service request confirmation message to the first business person in charge via the first business application, and the first business person in charge can confirm whether to initiate the service request as the initiator. The first person in charge of the service request can also submit a request to change the initiator via the first business application.

[0084] Step 260 : Sending service request information. In some embodiments, step 260 may be performed by the first service server 131 .

[0085] In some embodiments, the first service server 131 may send service request information to the transit server 110 via a network.

[0086] Step 270 : Determine the second user identifier of the target user in the instant messaging application based on the service request information. In some embodiments, step 270 may be performed by the transit server 110 .

[0087] The second user identifier is a unique code of the target user in the instant messaging application. For example, the second user identifier can be the identity identifier of the target user in the instant messaging application, which can be composed of letters, numbers, symbols, etc. The instant messaging application refers to an application that provides instant messaging services. For more information about instant messaging applications, please refer to Figure 1 and their corresponding descriptions.

[0088] It should be noted that, since the first service application and the instant messaging application are independent, the same target user has different user identifiers in the first service application and the instant messaging application, that is, the first user identifier and the second user identifier are different.

[0089] In some embodiments, in response to the target user having an instant messaging application account in the instant messaging server 120, the relay server 110 may determine the target user's second user identifier in the instant messaging application based on the correspondence between the first user identifier in the first business application and the second user identifier in the instant messaging application. Optionally, the relay server 110 may further determine the target user's second user identifier in the instant messaging application based on the organization identifier.

[0090] It is understandable that when the same target user creates multiple instant messaging application accounts in different organizations, the second user identifier of the target user in the instant messaging application can only be locked based on the first user identifier and organization identifier of the target user in the first business application. Therefore, when this situation occurs, the service request information needs to include not only the first user identifier of the target user in the first business application, but also the organization identifier. However, when the same target user creates an instant messaging application account in different organizations, the second user identifier of the target user in the instant messaging application can be locked based only on the first user identifier of the target user in the first business application, or the second user identifier of the target user in the instant messaging application can be locked based on the first user identifier and organization identifier of the target user in the first business application. Therefore, when this situation occurs, the service request information may include the organization identifier or may not include the organization identifier. The content about the organization identifier below is similar and will not be repeated.

[0091] The corresponding relationship refers to the association relationship between the first user identifier in the first service application and the second user identifier in the instant messaging application.

[0092] In some embodiments, if both the instant messaging application and the first service application are hosted on a third-party application, the target user registers a first service application account for the first service application on the third-party application. Once the first service application account is established, the third-party application automatically registers a corresponding instant messaging application account in the instant messaging application and records the relationship between the two accounts, thereby obtaining a correspondence between the first user identifier in the first service application and the second user identifier in the instant messaging application. It should be noted that the first service application requires the target user to provide additional personal information (e.g., company, department, position, etc.) and undergo real-name authentication, whereas the instant messaging application does not. Therefore, the target user can directly register a first service application account and then allocate a corresponding instant messaging application account.

[0093] In some embodiments, if the instant messaging application and the first business application are not hosted on a third-party application, that is, the first business application and the instant messaging application are two independent applications, the target user can register on the application provided by the transit server 110, and the target user can provide their first business application account and the instant messaging application account for association, thereby obtaining a correspondence between the first user identifier in the first business application and the second user identifier in the instant messaging application. In some embodiments, if the instant messaging application and the first business application are not hosted on a third-party application, that is, the first business application and the instant messaging application are two independent applications, the target user can register on an independent registration system (i.e., a service registration operation). This registration system can be used to register the first business application account and the instant messaging application account, etc. The registration system will send the associated first business application account and instant messaging application account to the transit server 110, thereby obtaining a correspondence between the first user identifier in the first business application and the second user identifier in the instant messaging application.

[0094] In some embodiments, in response to the target user not having an instant messaging application account in the instant messaging server 120 , the transit server 110 may instruct the instant messaging server 120 to create an instant messaging application account for the target user as the second user identifier.

[0095] Step 280 : Send the second user identification. In some embodiments, step 280 may be performed by the relay server 110 .

[0096] In some embodiments, the relay server 110 may send the second user identifier to the instant messaging server 120 via the network. Optionally, the relay server 110 may simultaneously send the organization identifier of the target user.

[0097] Step 290 , creating a first business group chat. In some embodiments, step 290 may be performed by the instant messaging server 120 .

[0098] The first business group chat refers to a chat group used to discuss matters related to the first business.

[0099] In some embodiments, the instant messaging server 120 may add the instant messaging application account corresponding to the second user identifier to the same group to establish the first business group chat.

[0100] In some embodiments, the business request information further includes the business matter name and the first business order identifier corresponding to the business request. The instant messaging server 120 can establish a first group chat identifier for the first business group chat; determine the group chat name of the first business group chat based on the business matter name; and establish an association relationship between the first group chat identifier, the first user identifier, the second user identifier and the first business order identifier.

[0101] The business item name is the name of the business item corresponding to the business request. For example, the business item name could be "Remediation of Substandard Concrete Strength on the First Floor."

[0102] The first business document identifier refers to a unique code for the first business document. For example, the first business document identifier may be an identification identifier for the first business document, and may be composed of letters, numbers, symbols, etc. The first business document refers to a standardized document or file corresponding to the first business.

[0103] The first group chat identifier refers to a unique code of the first service group chat. For example, the first group chat identifier may be an identity identifier of the first service group chat, and may be composed of letters, numbers, symbols, and the like.

[0104] In some embodiments, the instant messaging server 120 may create a new identifier as the first group chat identifier.

[0105] The group chat name of the first business group chat refers to the name corresponding to the first business group chat. For example, Figure 6 and Figure 7 As shown, the name of the first business group chat can be the "Decision-making Group for Rectification of Substandard Concrete Strength on the 1st Floor" in the upper left corner.

[0106] In some embodiments, the instant messaging server 120 may determine the group chat name for the first business group chat based on the business item name. For example, the instant messaging server 120 may add "business item name" to "item decision-making group" as the group chat name. For example, when the first business is a rectification task, the instant messaging server 120 obtains the two fields of the first business order (i.e., the rectification order): the area "1st floor" and the inspection item "rectification of substandard concrete strength." The server concatenates the two fields and determines the concatenated text as the business item name. The group chat name is then "1st floor concrete strength substandard rectification item decision-making group."

[0107] The association relationship refers to the logical connection between the first group chat identifier, the first user identifier, the second user identifier and the first service order identifier.

[0108] In some embodiments, the instant messaging server 120 may establish a link between the corresponding first group chat identifier, first user identifier, second user identifier, and first business order identifier, thereby establishing an association relationship between them. Optionally, the instant messaging server 120 may further establish a link between other association elements and the corresponding first group chat identifier, first user identifier, second user identifier, and first business order identifier, thereby establishing an association relationship between them. Other association elements refer to elements corresponding to the first group chat identifier, first user identifier, second user identifier, and first business order identifier. For example, other association elements may include at least one of a group chat name, an organization identifier, and a business item identifier. A business item identifier refers to a unique code for a business item. For example, a business item identifier may be an identity identifier for a business item, and may be composed of letters, numbers, symbols, etc.

[0109] In some embodiments of the present specification, by automatically creating a first business group chat and modifying the group chat name of the first business group chat, communication efficiency can be improved and business flow can be simplified.

[0110] Step 2100 : Adding a first business interaction tool related to the first business to the first business group chat. In some embodiments, step 2100 may be performed by the transit server 110 .

[0111] The first business interaction tool refers to a small program or code module related to the first business that is attached to the instant messaging application in the first business group chat. For example, the first business interaction tool can be in the form of a plug-in, a toolbar, etc. In some embodiments, the first business interaction tool can display business content such as text, actionable buttons, rich text (for example, pictures, videos, links, etc.). For example, Figure 6 and Figure 7 As shown, the content in the dotted box is the first business interaction tool.

[0112] As can be understood, since the first service interaction tool is directly integrated into the first service group chat, the corresponding first group chat identifier can be obtained from the instant messaging server 120, thereby binding the first service interaction tool identifier and the first group chat identifier. Furthermore, based on the obtained first group chat identifier, the transit server 110 automatically retrieves the first user identifier, second user identifier, first service order identifier, etc. corresponding to the first service group chat. The first service interaction tool identifier refers to a unique code for the first service interaction tool. For example, the first service interaction tool identifier can be an identity identifier for the first service interaction tool, and can be composed of letters, numbers, symbols, etc.

[0113] In some embodiments, the transit server 110 may set a plug-in, a toolbar, or the like in the first business group chat to externally plug in the first business interaction tool.

[0114] Step 2110 : For each target user, determine the target user's business content and display the business content via the first business interaction tool. In some embodiments, step 2110 may be executed by the transit server 110 .

[0115] Business content refers to the content displayed on the first business interaction tool. For example, business content may include text, actionable buttons, etc. Different target users (e.g., initiators and decision makers) see different business content, and this content is updated as the business flow progresses.

[0116] For example, Figure 6 and Figure 7 As shown, the content in the dotted box is the first business interaction tool, which displays business content such as document status, business results, and operable buttons. Figure 6 The corresponding target user is the initiator, and the actionable buttons he sees include urging and withdrawing. Figure 7 The corresponding target user is the decision maker, and the actionable buttons he sees include Accept Rectification and Reject Rectification. For more information about document status, business results, and actionable buttons, please refer to Figure 3 、 Figure 5 and their corresponding descriptions.

[0117] In some embodiments, when the transit server 110 plugs in the first business interaction tool in the first business group chat, the transit server 110 can query the corresponding display content framework according to the business identifier corresponding to the first business, and determine the business content to be displayed according to the display content framework.

[0118] The display content framework refers to the types of business content that need to be displayed in the pre-set first business interaction tool. For example, the display content framework may be the types of business content that need to be displayed in the first business interaction tool, such as operable buttons, document status, and business results.

[0119] In some embodiments, when a user initiates a service registration operation on the registration system, the registration system provides the user with options such as a service identifier, required fields, corresponding values ​​for the fields, and desired buttons. Once the user completes their selections, the registration system may associate the service identifier, required fields, corresponding values ​​for the fields, and the desired buttons, and transmit the associated service identifier, required fields, corresponding values ​​for the fields, and desired buttons to the relay server 110. Based on the information obtained above, the relay server 110 determines the display content frame corresponding to the service identifier. For more information about the service registration operation and the registration system, please refer to the above text and its corresponding description.

[0120] In some embodiments, after confirming the initiator as described in step 250, the first service server 131 provides the initiator with options such as a service identifier, required fields, corresponding field values, and desired buttons through the first service application. Once the initiator completes their selections, the first service server 131 may associate the service identifier, required fields, corresponding field values, and desired buttons, and transmit the associated service identifier, required fields, corresponding field values, and desired buttons to the transit server 110. Based on the information obtained above, the transit server 110 determines the display content frame corresponding to the service identifier.

[0121] In some embodiments, the business content may include an operable button. For each target user, the transit server 110 may determine the operable button based on the operable permissions. In some embodiments, the business content may include a document status and a business result. The first business server 131 may query the document status of the business flow corresponding to the business request and the business decision of each decision maker, and determine the business result based on the business decision of each decision maker. For more information on determining business content, please refer to Figure 3 and their corresponding descriptions.

[0122] In some embodiments, for each target user, the relay server 110 may display business content via the first business interaction tool. For example, the business content may only be presented when the target user opens the first business group chat. That is, in response to the user opening the first business group chat, the relay server 110 may determine an actionable button in the business content, and / or the first business server 131 may determine the document status and business results in the business content, so that the relay server 110 may display the business content via the first business interaction tool.

[0123] In some embodiments of the present specification, on the one hand, through business association information, it is possible to automatically and accurately identify whether the first business is triggered, thereby improving the efficiency and accuracy of business startup. On the other hand, since the instant messaging application and the first business application are two independent applications, the business processing efficiency and data flow efficiency are low. Without changing the internal structure of the instant messaging application and under the condition that the instant messaging application cannot directly interact with the first business application, a transit server 110 is set to communicate with the instant messaging server 120 and the first business server 131. The transit server 110 plugs in the first business interaction tool in the first business group chat, displays the business content to the target user through the first business interaction tool, and accepts the business decision feedback from the target user through the first business interaction tool and sends it to the first business server 131 for review. Data interconnection and intercommunication between the instant messaging application and the first business application are achieved through the transit server 110, thereby improving the business processing efficiency and data flow efficiency.

[0124] It should be noted that the above description of the method for interacting multiple business applications with an instant messaging application is for illustrative purposes only and does not limit the scope of application of the present invention. Those skilled in the art will appreciate that various modifications and variations to the method for interacting multiple business applications with an instant messaging application can be made under the guidance of the present invention. However, such modifications and variations remain within the scope of the present invention.

[0125] In some embodiments, the transit server 110 may externally connect a second business interaction tool related to the second business in the first business group chat, and display at least a portion of the event information and a jump link via the second business interaction tool, where the jump link is connected to the second business form corresponding to the business event.

[0126] The second service interaction tool refers to a small program or code module related to the second service attached to the instant messaging application in the first service group chat. The second service interaction tool is similar to the first interaction tool, and can be referred to above and its corresponding description.

[0127] The at least part of the event information refers to at least one piece of information related to the business event. For example, the at least part of the event information may be mapping data. Exemplarily, the at least part of the event information may be at least one of a project identifier, an event identifier, a business identifier, a third user identifier, an event type, a timestamp, and event record data. Alternatively, the at least part of the event information may be a problem description.

[0128] The jump link is a link that can be connected to the second service form corresponding to the service event. When the user clicks the jump link, the transit server 110 can interact with the second service server 132 and send a request to view the second service form.

[0129] In some embodiments of the present specification, by introducing an additional second service interaction tool, target users related to the first service can conveniently view relevant information of the second service (such as understanding the reasons for rectification).

[0130] In some embodiments, the transit server 110 may externally connect a third business interaction tool related to the first business in the second business group chat corresponding to the second business; determine whether the business status of the first business has changed by monitoring the first business group chat; and in response to determining that the business status of the first business has changed, display the changed business status via the third business interaction tool.

[0131] The second business group chat refers to a chat group for discussing matters related to the business event of the second business described in step 210. The second business group chat is similar to the first business group chat, and reference may be made to the above and its corresponding description.

[0132] In some embodiments, a corresponding second service group chat already exists in the instant messaging application. In other embodiments, the instant messaging server 120 can add the instant messaging application account corresponding to the fourth user identifier to the same group to establish a second service group chat. The fourth user identifier refers to a unique code of the user involved in the second service in the instant messaging application. For example, the fourth user identifier can be the identity identifier of the user involved in the second service in the instant messaging application, and can be composed of a combination of letters, numbers, symbols, etc. The method for determining the fourth user identifier is similar to the method for determining the second user identifier described above.

[0133] The third service interaction tool refers to a small program or code module related to the first service that is attached to the instant messaging application in the second service group chat. The third service interaction tool is similar to the first interaction tool, and can be referred to above and its corresponding description.

[0134] The business status refers to the business stage that the second business is in. For example, the business status may include rectification started, rectification completed, rectification acceptance passed, etc.

[0135] In some embodiments, the relay server 110 can monitor the first service group chat to determine whether the service status of the first service has changed. For example, when the relay server 110 monitors that the service status has changed from rectification started to rectification completed, the relay server 110 can determine whether the service status of the first service has changed.

[0136] In some embodiments, in response to the transit server 110 determining that the service status of the first service has changed, the changed service status is displayed via the third service interaction tool.

[0137] In some embodiments of this specification, by introducing an additional third service interaction tool, users involved in the second service can conveniently view relevant information about the first service, thereby promptly monitoring the progress of the first service. For example, if the first service is a rectification task caused by a quality issue discovered during an inspection, users involved in the inspection (i.e., users involved in the second service) can conveniently view the progress of the rectification task through the third service interaction tool.

[0138] In some embodiments, while first service server 131 determines the request information, it may also simultaneously create a first service ticket corresponding to the first service. The first service ticket may record and retain the first user identifier and organization identifier of the target user, as well as data related to the second service (for example, if the second service is an inspection service, the data related to the second service may include the problem location, severity level, etc.).

[0139] In some embodiments, the transit server 110 can monitor the information in the instant messaging application. In response to information changes such as addition, deletion or modification of information, the second user identifier, organization identifier, information change and timestamp corresponding to the instant messaging account that added, deleted or modified the information are transmitted to the transit server 110. The transit server 110 transmits the second user identifier, the corresponding first user identifier, organization identifier, information change and timestamp to the first business server 131 based on the first business single identifier. After receiving the information changes of the instant messaging application, the first business server 131 stores the information changes in the chat log. Therefore, the communication traces of the entire business communication process can be preserved and can be traced back to the source at any time.

[0140] In some embodiments, the instant messaging server 120 can automatically send a service notification in the first service group chat using the instant messaging application account of the initiator in the instant messaging application. For more information about sending service notifications, please refer to Figure 4 and their corresponding descriptions.

[0141] In some embodiments, the decision maker can submit the business decision through the operable button in the first business interaction tool. The transit server 110 will send the verification data related to the business decision to the first business server 131, and the first business server 131 will verify the business decision. When the verification result is passed, the transit server 110 can update the business content and display the updated business content through the first business interaction tool. For more information about business decision verification and updating business content, please refer to Figure 5 and their corresponding descriptions.

[0142] In some embodiments, in response to a new user joining the first business group chat, instant messaging server 120 may transmit the new user's instant messaging application account to transit server 110. Transit server 110 converts the instant messaging application account into a first business application account and then transmits it to first business server 131. First business server 131 then confirms whether the first business application account has the first business permission. If the first business application account has the first business permission, transit server 110 is notified and the new user is designated as a decision maker. If the first business application account does not have the first business permission, transit server 110 is notified and the new user is designated as a carbon copy recipient. Simultaneously, transit server 110 transmits the notification to instant messaging server 120, which then sends a message in the first business group chat, such as "CFO @user004 has been added as a decision maker" or "CFO @user005 has been added as a carbon copy recipient."

[0143] Figure 3 is an exemplary flow chart of a method for determining business content according to some embodiments of the present invention. Figure 3 As shown, the process 300 may include steps 310 to 350. In some embodiments, as Figure 3 As shown, the process 300 may further include steps 360 to 380. In some embodiments, Figure 3 One or more operations of the process 300 may be performed in Figure 1 The interactive system of multiple business applications and instant messaging applications is implemented in the application scenario 100 shown. For example, Figure 3 The process 300 shown may be stored in a storage device (such as a storage device of each server) in the form of instructions, and may be called and / or executed by the transit server 110 and the first service server 131 .

[0144] In some embodiments, the business content includes operable buttons. For each target user, the relay server 110 can initiate a first request to the first business server, and the first request includes the first user identifier and the first business order identifier of the target user; the first business server can query the user role of the target user in the business flow corresponding to the business request based on the first request; based on the user role, determine the operable permissions corresponding to the target user, and send the operable permissions to the relay server; and the relay server can determine the operable buttons based on the operable permissions.

[0145] Step 310 , initiating a first request. In some embodiments, step 310 may be performed by the relay server 110 .

[0146] The first request is a request for obtaining service content. In some embodiments, the first request may include a first user identifier and a first service order identifier of the target user. Optionally, the first request may also include an organization identifier.

[0147] In some embodiments, the transit server 110 may initiate a first request to the service server 130 via a network.

[0148] Step 320 : Based on the first request, query the user role of the target user in the service flow corresponding to the service request. In some embodiments, step 320 may be performed by the first service server 131 .

[0149] A user role refers to the target user's identity within a business process. User roles can include initiator, decision maker, canceler, and copy recipient. A canceler is the person who confirms the completion of the first business transaction; a copy recipient is someone who is aware of the business process but does not directly participate in or respond to it as the primary responsible party.

[0150] In some embodiments, the first service server 131 may query the target user's user role in the service flow corresponding to the service request based on the target user's first user identifier and first service order identifier in the first request. Optionally, the first service server 131 may further query the target user's user role in the service flow corresponding to the service request based on the organization identifier.

[0151] Step 330 : Determine the operational permissions corresponding to the target user based on the user role. In some embodiments, step 330 may be performed by the first business server 131 .

[0152] Operational permissions refer to the set of operations that the target user is allowed to perform. For example, the initiator's operational permissions include urging and withdrawing a business request. Another example is the decision maker's operational permissions, which include accepting, revising, rejecting, and pending a business request. Another example is the copy recipient's operational permissions, which are none.

[0153] In some embodiments, the first service server 131 may determine the operational permissions corresponding to the target user based on the user role using a first preset rule. The first preset rule may be a pre-set rule for different operational permissions corresponding to different user roles.

[0154] Step 340 : Sending the operable authority. In some embodiments, step 340 may be performed by the first service server 131 .

[0155] In some embodiments, the first business server 131 may initiate an operational permission request to the transit server 110 via a network.

[0156] Step 350 : Determine the operable buttons based on the operable permissions. In some embodiments, step 350 may be performed by the relay server 110 .

[0157] Actionable buttons are buttons that target users can click. Target users with different user roles see different actionable buttons.

[0158] In some embodiments, the relay server 110 may set the operations that the target user can perform as operable buttons based on the operable permissions, so that the relay server 110 can display the operable buttons via the first business interaction tool. Figure 6 As shown in , when the first business is a rectification business and the user role is the initiator, the operable buttons include urging and withdrawing. Figure 7 As shown, when the first business is a rectification business and the user role is the decision maker, the available action buttons include Accept Rectification and Reject Rectification. For another example, when the first business is a rectification business and the user role is the write-off person, the available action buttons include Confirm Rectification Completion and Request Rectification. For another example, when the first business is a rectification business and the user role is the Cc Recipient, no action buttons are available, and only the business flow can be viewed.

[0159] In some embodiments, the business content may further include document status and business results. Based on the first request, the first business server may query the document status of the business flow corresponding to the business request and the business decision of each decision maker, where the document status includes whether the business is in progress or completed; determine the business result based on the business decision of each decision maker; and send the document status and business result to the transit server.

[0160] In step 360, based on the first request, the document status of the business flow corresponding to the business request and the business decision of each decision maker are queried. In some embodiments, step 360 can be performed by the first business server 131. In some embodiments, step 360 and step 320 can be performed simultaneously.

[0161] The document status refers to the current state of the business flow. The document status can include business in progress and completed business.

[0162] In some embodiments, the first business server 131 may query the business flow corresponding to the business request based on the first business document identifier in the first request, and further query the current document status of the business flow.

[0163] A business decision refers to the decision made by the decision maker regarding a business request. For example, if the first business request is a rectification request, business decisions may include accepting the rectification request, rejecting the rectification request, and no decision. For another example, if the first business request is an approval request, business decisions may include approving, rejecting, and no decision.

[0164] In some embodiments, the first business server 131 may query the business decision made by each decision maker corresponding to the business request based on the first business order identifier in the first request.

[0165] Step 370 : Determine a business result based on the business decision of each decision maker. In some embodiments, step 370 may be performed by the first business server 131 .

[0166] Business results refer to the statistical results of business decisions made by multiple decision makers. For example, the business result could be that there are 4 group members, 2 responses were received, 1 of whom accepted the correction, and 1 rejected the correction.

[0167] In some embodiments, the first business server 131 may perform statistical analysis on the business decisions of multiple decision makers to determine how many decision makers have responded, the number of decision makers who have accepted rectification, and the number of decision makers who have rejected rectification, and use the above statistical results as business results.

[0168] Step 380 , sending the document status and business results. In some embodiments, step 380 may be performed by the first business server 131 .

[0169] In some embodiments, the first business server 131 may send the document status and business results to the transit server 110 via the network, so that the transit server 110 may display the document status and business results via the first business interaction tool. Figure 6 and Figure 7 As shown, the document status is displayed as being in process, and the business result displayed is that there are 4 group members in total, 1 person received a reply, 1 of whom has accepted the rectification, and 0 people rejected the rectification.

[0170] In some embodiments of this specification, the first service server 131 determines the user role and then determines the operable buttons, which is more secure and reliable. In addition, service content is presented to each target user according to their user role, so that the service flow can proceed smoothly.

[0171] It should be noted that the above description of the method for determining service content is for illustrative purposes only and does not limit the scope of application of the present invention. Those skilled in the art will appreciate that various modifications and variations to the method for determining service content can be made under the guidance of the present invention. However, such modifications and variations remain within the scope of the present invention.

[0172] Figure 4 is an exemplary flow chart of a method for issuing a service notification according to some embodiments of the present invention. Figure 4 As shown, process 400 may include steps 410 to 460. In some embodiments, Figure 4One or more operations of the process 400 may be performed in Figure 1 The interactive system of multiple business applications and instant messaging applications is implemented in the application scenario 100 shown. For example, Figure 4 The process 400 shown may be stored in a storage device (eg, a storage device of each server) in the form of instructions, and may be called and / or executed by the transit server 110 , the instant messaging server 120 , and the first service server 131 .

[0173] In some embodiments, the transit server 110 may initiate a second request to the first business server based on the first business order identifier, and the second request includes the first business order identifier; the first business server 131 may determine the business notification data based on the second request, and send the business notification data to the transit server, and the business notification data includes the first user identifier of the initiator of the business request and the key information of the business request; the transit server 110 may generate a business notification based on the business notification data, and send the business notification and the second user identifier of the initiator to the instant messaging server; and the instant messaging server 120 may automatically issue a business notification in the first business group chat based on the initiator's second user identifier using the initiator's instant messaging application account in the instant messaging application.

[0174] Step 410 : Initiate a second request based on the first service order identifier. In some embodiments, step 410 may be performed by the transit server 110 .

[0175] The first business order identifier is the unique code of the first business order. For more information about the first business order identifier, please refer to Figure 2 and their corresponding descriptions.

[0176] The second request is a request for obtaining service notification data and may include the first service single identifier.

[0177] In some embodiments, the transit server 110 may initiate a second request to the service server 130 via the network.

[0178] Step 420 : Determine the service notification data based on the second request. In some embodiments, step 420 may be performed by the first service server 131 .

[0179] Service notification data refers to the data required for reference when generating and publishing service notifications. For example, service notification data may include the primary user ID of the service request initiator and key information of the service request. Key information refers to the core information corresponding to the service request. For example, key information may include keywords (e.g., service type, service reason, etc.) and key values. Optionally, service notification data may further include an organization ID.

[0180] In some embodiments, the first business server 131 may retrieve the first user identifier and key information corresponding to the business request based on the first business order identifier in the second request and according to the second preset rule to determine the business notification data. Optionally, the first business server 131 may further retrieve the organization identifier corresponding to the business request based on the first business order identifier in the second request and according to the second preset rule to determine the business notification data. The second preset rule refers to the type of business notification data included in the pre-set rule. For example, the second preset rule may be to retrieve the business item name, initiator name, initiator's unit, type, and cause of occurrence as the business notification data.

[0181] Step 430 : Sending service notification data. In some embodiments, step 430 may be performed by the first service server 131 .

[0182] In some embodiments, the first service server 131 may send service notification data to the transit server 110 via a network.

[0183] Step 440 : Generate a service notification based on the service notification data. In some embodiments, step 440 may be performed by the transit server 110 .

[0184] A business notification refers to the first notification automatically sent in the first business group chat.

[0185] In some embodiments, the transit server 110 may arrange the business notification data in a preset arrangement as a business notification. The preset arrangement refers to a pre-set arrangement of the content in the business notification data. For example, the business notification may include the business item name, the name of the initiator, the initiator's organization, the type, and the cause of the event in a vertical arrangement.

[0186] Step 450 : Send the service notification and the second user ID of the initiator. In some embodiments, step 450 may be executed by the transit server 110 .

[0187] In some embodiments, the transit server 110 may send the service notification and the second user identifier of the initiator to the instant messaging server 120 via the network.

[0188] Step 460 : Based on the second user identifier of the initiator, the instant messaging application account of the initiator in the instant messaging application is used to automatically send a service notification in the first service group chat. In some embodiments, step 460 may be performed by the instant messaging server 120 .

[0189] In some embodiments, the instant messaging server 120 can query the instant messaging application account of the initiator in the instant messaging application based on the second user identifier of the initiator, and automatically send a service notification in the first service group chat using the instant messaging application account of the initiator in the instant messaging application. Figure 6 and Figure 7 As shown, the instant messaging application account of the initiator in the instant messaging application is user A, and the instant messaging server 120 automatically sends a service notification in the first service group chat using the instant messaging application account of user A.

[0190] In some embodiments of the present specification, since instant messaging applications cannot usually be modified and cannot directly display business notifications, a second request can be initiated through the transit server 110 to obtain the business notification data determined by the first business server 131, and then the business notification and the second user identifier of the initiator are sent to the instant messaging server 120, so that the instant messaging server 120 uses the instant messaging application account of the initiator in the instant messaging application to automatically issue the business notification in the first business group chat, thereby timely reminding decision makers to make business decisions and improving business efficiency.

[0191] It should be noted that the above description of the method for issuing a service notification is for illustrative purposes only and does not limit the scope of application of the present invention. Those skilled in the art will appreciate that various modifications and variations to the method for issuing a service notification can be made under the guidance of the present invention. However, such modifications and variations remain within the scope of the present invention.

[0192] In some embodiments, when the first business is a rectification business, the instant messaging server 120 may also automatically send photos related to the rectification issue in the first business group chat based on the initiator's second user identifier and using the initiator's instant messaging application account in the instant messaging application.

[0193] Figure 5 is an exemplary flow chart of a method for updating service content according to some embodiments of the present invention. Figure 5 As shown, process 500 may include steps 510 to 550. In some embodiments, Figure 5 One or more operations of the process 500 may be performed in Figure 1 The interactive system of multiple business applications and instant messaging applications is implemented in the application scenario 100 shown. For example, Figure 5 The process 500 shown may be stored in a storage device (such as a storage device of each server) in the form of instructions, and may be called and / or executed by the transit server 110 and the first service server 131 .

[0194] In some embodiments, in response to the target user being the decision maker, the transit server 110 may send verification data to the first business server in response to the decision maker providing a business decision via an operable button, the verification data including the first business order identifier, the decision maker's first user identifier and the business decision; the first business server 131 may determine whether the first condition and the second condition are met based on the verification data, the first condition being that the target user corresponding to the first user identifier has decision-making authority in the business flow corresponding to the business request, and the second condition being whether the target user corresponding to the first user identifier has made a decision; a verification result is generated based on the judgment result, and the verification result is sent to the transit server 110; and the transit server 110 may update the business content and display the updated business content via the first business interaction tool in response to the verification result being verification passed.

[0195] In step 510 , in response to the decision maker providing a business decision via the operable button, verification data is sent. In some embodiments, step 510 may be performed by the transit server 110 .

[0196] A business decision is the decision made by the decision maker on a business request. For example, a business decision could include accepting or rejecting the rectification.

[0197] In some embodiments, the decision maker may provide a business decision by clicking an actionable button displayed in the first business interaction tool.

[0198] Verification data refers to data used to verify the validity of a business decision provided by a decision maker. For example, the verification data may include the first business order identifier, the decision maker's first user identifier, and the business decision. Optionally, the verification data may further include an organization identifier.

[0199] In some embodiments, the transit server 110 may send verification data to the first service server 131 via the network.

[0200] Step 520 : Based on the verification data, determine whether the first condition and the second condition are satisfied. In some embodiments, step 520 may be performed by the first service server 131 .

[0201] The first condition refers to the condition used for permission verification. For example, the first condition is that the decision maker has the corresponding decision-making authority in this business flow.

[0202] In some embodiments, the first business server 131 determines whether the decision maker has the corresponding decision-making authority in the business flow based on the first user identifier. If the decision maker has the corresponding decision-making authority in the business flow, the first condition is satisfied; if the decision maker does not have the corresponding decision-making authority in the business flow, the first condition is not satisfied. Optionally, the first business server 131 may further determine whether the decision maker has the corresponding decision-making authority in the business flow based on the organization identifier.

[0203] The second condition is used to verify the status. For example, the second condition is that the decision maker has not made a business decision.

[0204] In some embodiments, the first business server 131 determines whether the decision maker has already made a business decision based on the business log and the first user identifier. If the decision maker has not made a business decision, the second condition is satisfied; if the decision maker has already made a business decision, the second condition is not satisfied. Optionally, the first business server 131 can further determine whether the decision maker has already made a business decision based on the organization identifier. A business log is a detailed record of all operations, decisions, and status changes in a business flow, typically stored in chronological order, for accountability tracking, audit verification, and process optimization.

[0205] Step 530 : Generate a verification result based on the judgment result. In some embodiments, step 530 may be performed by the first service server 131 .

[0206] The judgment result refers to whether the first condition and the second condition are satisfied. The judgment results may include: the first condition is satisfied and the second condition is satisfied; the first condition is not satisfied and the second condition is not satisfied; the first condition is satisfied and the second condition is not satisfied; the first condition is not satisfied and the second condition is satisfied.

[0207] The verification result is the final conclusion reached after comprehensive consideration of the judgment results. The verification result can include verification pass or verification fail.

[0208] In some embodiments, in response to the first condition being satisfied and the second condition being satisfied, the first business server 131 determines that the verification result is passed and updates the business flow and business log. For example, when the verification result is passed, the business flow of the first business server 131 is updated, the status corresponding to the first user identifier, or the first user identifier and the organization identifier, is updated from not having made a business decision to having made a business decision, and a new record is generated in the business log.

[0209] In some embodiments, in response to the first condition not being met and / or the second condition not being met, the first service server 131 determines that the verification result is verification failure, and does not update the service flow and service log.

[0210] Step 540 : Send the verification result. In some embodiments, step 540 may be performed by the first service server 131 .

[0211] In some embodiments, the first business server 131 may send the verification result to the transit server 110 via the network. In some embodiments, the first business server 131 may also send the first business order identifier, the first user identifier of the decision maker, and the business decision, or the first business order identifier, the first user identifier of the decision maker, the organization identifier, and the business decision to the transit server 110 via the network.

[0212] Step 550 : In response to the verification result being a passed verification, the service content is updated and the updated service content is displayed via the first service interaction tool. In some embodiments, step 550 may be performed by the transit server 110 .

[0213] In some embodiments, in response to the decision maker accepting the business rectification request and the verification result is passed, the transit server 110 adds 1 to the number of people who received a reply in the business content and the number of people who accepted the rectification to update the business content; in response to the decision maker rejecting the business rectification request and the verification result is passed, the transit server 110 adds 1 to the number of people who received a reply in the business content and the number of people who rejected the rectification to update the business content.

[0214] In some embodiments, the transit server 110 may display the updated business content via the first business interaction tool.

[0215] In some embodiments, in response to the verification result being a verification failure, the service content is not updated.

[0216] In some embodiments of the present specification, traditional business is that users initiate business requests and submit business decisions through business applications, and traditional group chat is that users communicate through instant messaging applications. The present invention is that the decision maker provides business decisions via the operable buttons displayed on the first business interaction tool. However, the first business interaction tool is not a business application, that is, the business decision in the first business interaction tool cannot directly change the business order. The first business server 131 will verify the verification data sent by the transit server 110 to determine whether the decision maker has the corresponding decision-making authority in this business flow, and the first business server 131 will also query the business log to determine whether the decision maker has made a decision, thereby playing the role of dual verification of authority and status, and improving the accuracy and security of verification.

[0217] It should be noted that the above description of the method for updating service content is for illustrative purposes only and does not limit the scope of application of the present invention. Those skilled in the art will be able to make various modifications and changes to the updating service content under the guidance of the present invention. However, such modifications and changes are still within the scope of the present invention.

[0218] In some embodiments, in response to the verification result being a passed verification, the transit server 110 may further send the second user identifier of the decision maker and the business decision to the instant messaging server 120. The instant messaging server 120 may automatically issue the business decision in the first business group chat using the decision maker's instant messaging application account in the instant messaging application based on the second user identifier of the decision maker. For example, Figure 6 and Figure 7 As shown, the decision maker B user issues the business decision of "accept rectification".

[0219] In some embodiments, an interaction method between multiple business applications and instant messaging applications is executed by a transit server, which is respectively connected to an instant messaging server and multiple business servers, wherein the multiple business servers include a first business server and a second business server, wherein the first business server corresponds to the first business and the first business application, and the second business server corresponds to the second business and the second business application, and the transit server stores business association information. The method includes: receiving event information related to a business event from the second business server; determining whether the business event will trigger the first business based on the event information and the business association information; in response to determining that the first business will be triggered, generating a business request and sending it to the first business server; receiving business request information from the first business server, the business request information including the first user identifier of the target user corresponding to the business request in the first business application; determining the second user identifier of the target user in the instant messaging application based on the business request information, and creating a first business group chat through the instant messaging server; plugging in a first business interaction tool related to the first business in the first business group chat; and for each target user, determining the business content of the target user and displaying the business content via the first business interaction tool.

[0220] While the basic concepts have been described above, it will be apparent to those skilled in the art that the detailed disclosure is merely illustrative and does not limit this specification. Although not explicitly stated herein, various modifications, improvements, and revisions to this specification may be made by those skilled in the art. Such modifications, improvements, and revisions are suggested in this specification and remain within the spirit and scope of the exemplary embodiments of this specification.

[0221] This specification also uses specific terms to describe the embodiments of this specification. For example, "one embodiment," "an embodiment," and / or "some embodiments" refer to a feature, structure, or characteristic associated with at least one embodiment of this specification. Therefore, it should be emphasized and noted that references to "one embodiment," "an embodiment," or "an alternative embodiment" two or more times in different locations in this specification do not necessarily refer to the same embodiment. Furthermore, certain features, structures, or characteristics of one or more embodiments of this specification may be appropriately combined.

[0222] In addition, unless expressly stated in the claims, the order of the processing elements and sequences, the use of alphanumeric characters, or the use of other names described in this specification are not intended to limit the order of the processes and methods of this specification. Although the above disclosure discusses some of the invention embodiments currently considered useful through various examples, it should be understood that such details are for illustrative purposes only, and the appended claims are not limited to the disclosed embodiments. On the contrary, the claims are intended to cover all modifications and equivalent combinations that are consistent with the spirit and scope of the embodiments of this specification. For example, although the system components described above can be implemented by hardware devices, they can also be implemented only by software solutions, such as installing the described system on an existing server or mobile device.

[0223] Similarly, it should be noted that, in order to simplify the presentation of this specification and thus facilitate understanding of one or more embodiments of the invention, the foregoing descriptions of the embodiments of this specification sometimes combine multiple features into a single embodiment, figure, or description thereof. However, this disclosure method does not imply that the subject matter of this specification requires more features than those recited in the claims. In fact, an embodiment may have fewer features than all of the features of a single disclosed embodiment.

[0224] In some embodiments, numbers describing the quantity of components and attributes are used. It should be understood that such numbers used in the description of the embodiments are modified by the modifiers "about", "approximately" or "substantially" in some examples. Unless otherwise stated, "about", "approximately" or "substantially" indicate that the numbers are allowed to vary by ±20%. Accordingly, in some embodiments, the numerical parameters used in the description and claims are approximate values, which may vary according to the required features of the individual embodiments. In some embodiments, the numerical parameters should take into account the specified significant digits and adopt the general method of retaining digits. Although the numerical domains and parameters used to confirm the breadth of their range in some embodiments of this specification are approximate values, in specific embodiments, the settings of such numerical values ​​are as accurate as possible within the feasible range.

[0225] Each patent, patent application, patent application publication, and other materials, such as articles, books, specifications, publications, and documents, cited in this specification is hereby incorporated by reference in its entirety. This excludes any application history documents that are inconsistent with or conflicting with the content of this specification, as well as any documents (currently or subsequently appended to this specification) that limit the broadest scope of the claims of this specification. It should be noted that if the descriptions, definitions, and / or terminology used in the accompanying materials are inconsistent or conflicting with the content of this specification, the descriptions, definitions, and / or terminology used in this specification shall prevail.

[0226] Finally, it should be understood that the embodiments described in this specification are intended only to illustrate the principles of the embodiments of this specification. Other variations may also fall within the scope of this specification. Therefore, by way of example and not limitation, alternative configurations of the embodiments of this specification may be considered consistent with the teachings of this specification. Accordingly, the embodiments of this specification are not limited to the embodiments explicitly described and illustrated in this specification.

Claims

1. An interactive system for multiple business applications and instant messaging applications, characterized in that: The system includes a transit server, an instant messaging server, and multiple business servers, wherein the transit server is connected to the instant messaging server and the multiple business servers respectively, the multiple business servers include a first business server and a second business server, the first business server corresponds to a first business and a first business application, the second business server corresponds to a second business and a second business application, and the transit server stores business association information; the first business is a downstream business of the second business; The transfer server is configured to: receive event information related to a business event from the second business server; Determining, based on the event information and the service association information, whether the service event will trigger the first service; In response to determining that the first service will be triggered, generating a service request and sending it to the first service server; The first service server is configured to: determine service request information corresponding to the service request, and send the service request information to the transit server, wherein the service request information includes a first user identifier of a target user corresponding to the service request in the first service application; as well as, The transit server is further configured to: determine the second user identifier of the target user in the instant messaging application based on the service request information, and create a first service group chat through the instant messaging server; add a first service interaction tool related to the first service to the first service group chat; and for each target user, determine the service content of the target user and display the service content via the first service interaction tool.

2. The system according to claim 1, wherein: The business association information is stored in the form of business topology; The service topology includes a plurality of nodes and a plurality of edges, the plurality of nodes representing a first node of the first service and a second node representing the second service, and the plurality of edges including a target edge pointing from the second node to the first node; as well as, The attribute of the target edge includes a trigger condition, and the transit server determines whether the service event will trigger the first service by judging whether the event information satisfies the trigger condition.

3. The system according to claim 2, characterized in that The attributes of the target edge further include data mapping rules; To generate the service request and send it to the first service server, the transit server is further configured to: determine mapping data based on the data mapping rule and the event information; generate a service request containing the mapping data, and send the service request to the first service server.

4. The system according to claim 1, wherein: The relay server is further configured to: A second business interaction tool related to the second business is added to the first business group chat, and at least a portion of the event information and a jump link are displayed via the second business interaction tool, where the jump link is connected to a second business form corresponding to the business event.

5. The system according to claim 1, wherein: The relay server is further configured to: Adding a third service interaction tool related to the first service to the second service group chat corresponding to the second service; Determining whether a service status of the first service has changed by monitoring the first service group chat; as well as, In response to determining that the service status of the first service has changed, the changed service status is displayed via the third service interaction tool.

6. The system according to claim 1, wherein: The business content includes operable buttons, For each target user, The transit server is further configured to: initiate a first request to the first service server, wherein the first request includes a first user identifier and a first service order identifier of the target user; The first business server is further configured to: based on the first request, query the user role of the target user in the business flow corresponding to the business request; based on the user role, determine the operational permissions corresponding to the target user, and send the operational permissions to the transit server; and The transfer server is further configured to: determine the operable button based on the operable authority.

7. The system according to claim 6, characterized in that The business content further includes a document status and a business result, and the first business server is further configured to: Based on the first request, query the document status of the business flow corresponding to the business request and the business decision of each decision maker, wherein the document status includes business in progress and business completed; as well as, Based on the business decision of each decision maker, the business result is determined; and the document status and the business result are sent to the transit server.

8. The system according to claim 1, wherein: The transit server is further configured to: initiate a second request to the first service server based on the first service order identifier, where the second request includes the first service order identifier; The first service server is further configured to: determine service notification data based on the second request, and send the service notification data to the transit server, wherein the service notification data includes the first user identifier of the initiator of the service request and key information of the service request; The transit server is further configured to: generate a service notification based on the service notification data, and send the service notification and the second user identifier of the initiator to the instant messaging server; as well as, The instant messaging server is further configured to automatically send the service notification in the first service group chat using the instant messaging application account of the initiator in the instant messaging application based on the second user identifier of the initiator.

9. The system according to claim 6, wherein: In response to the target user being a decision maker, The transit server is further configured to: in response to the decision maker providing a business decision via the operable button, send verification data to the first business server, the verification data including the first business order identifier, the first user identifier of the decision maker, and the business decision; The first business server is further configured to: determine, based on the verification data, whether a first condition and a second condition are satisfied, the first condition being that the target user corresponding to the first user identifier has decision-making authority in the business flow corresponding to the business request, and the second condition being whether the target user corresponding to the first user identifier has made a decision; generate a verification result based on the judgment result, and send the verification result to the transit server; and The transit server is further configured to: in response to the verification result being a passed verification, update the business content and display the updated business content via the first business interaction tool.

10. A method for interaction between multiple business applications and instant messaging applications, characterized in that: The method is executed by a transit server, the transit server being connected to an instant messaging server and a plurality of business servers, respectively, the plurality of business servers including a first business server and a second business server, the first business server corresponding to a first business and a first business application, the second business server corresponding to a second business and a second business application, the transit server storing business association information, the first business being a downstream business of the second business, and the method comprising: receiving event information related to a service event from the second service server; Determining, based on the event information and the service association information, whether the service event will trigger the first service; In response to determining that the first service will be triggered, generating a service request and sending it to the first service server; receiving service request information from the first service server, where the service request information includes a first user identifier of a target user corresponding to the service request in the first service application; Based on the service request information, determining a second user identifier of the target user in the instant messaging application, and creating a first service group chat through the instant messaging server; Adding a first business interaction tool related to the first business to the first business group chat; and For each target user, the service content of the target user is determined and displayed via the first service interaction tool.

Images