CN111352740A

CN111352740A - Application interaction processing method and device

Info

Publication number: CN111352740A
Application number: CN201811572460.6A
Authority: CN
Inventors: 邓林升; 章陶; 王晓兵; 黄铁鸣
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2018-12-21
Filing date: 2018-12-21
Publication date: 2020-06-30
Anticipated expiration: 2038-12-21
Also published as: CN111352740B

Abstract

The embodiment of the invention discloses a method and a device for application interactive processing, wherein the method comprises the following steps: a first server corresponding to a first application acquires target event information sent by a second server corresponding to a second application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member; acquiring the access authority of a target member according to the identity identification information, and acquiring a service data packet corresponding to a service request object in a first application according to the access authority; sending the service data packet to a second server so that the second server forwards the service data packet to a terminal of a target member corresponding to a second application; and transmitting the business data associated with the business service data packet for the terminal of the target member through the second server. By adopting the invention, the internal information of the enterprise can be disclosed to the internal members of the enterprise, thereby ensuring the privacy and the safety of the internal information of the enterprise.

Description

Application interaction processing method and device

Technical Field

The invention relates to the technical field of computers, in particular to an application interaction processing method and device.

Background

With the development of computer technology, most of the existing enterprises carry out message pushing or provide corresponding services to members inside the enterprises through the open interfaces of the existing communication applications, but the open interfaces of the existing communication applications cannot confirm that all people opened by the existing enterprises are the members inside the enterprises, so that the messages are pushed to personnel outside the enterprises during message pushing, internal information of the enterprises is leaked, and the security and confidentiality of the internal information of the enterprises cannot be guaranteed; and when the message is pushed, the message can only be pushed to the user under the same application platform, so that the message pushing mode is too single.

Disclosure of Invention

The embodiment of the invention provides an application interaction processing method and device, which can improve the security and confidentiality of internal information of an enterprise and enrich the message pushing mode.

One aspect of the present invention provides an application interaction processing method, including:

a first server corresponding to a first application acquires target event information sent by a second server corresponding to a second application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member;

acquiring the access authority of the target member according to the identity identification information, and acquiring a service data packet corresponding to the service request object in the first application according to the access authority;

sending the service data packet to a second server so that the second server forwards the service data packet to the terminal of the target member corresponding to the second application;

and transmitting the service data associated with the service data packet for the terminal of the target member through the second server.

The target event information is information obtained by the terminal of the target member based on interface information and synchronized to the second server, and the interface information includes an access address of the first application corresponding to the service request object.

Wherein the service data comprises a first communication message and a second communication message, the first communication message comprises a message sent by the service request object to the target member based on the first application, and the second communication message comprises a message sent by the target member to the service request object based on the second application; the transmitting, by the second server, the service data associated with the service data packet for the terminal of the target member includes:

the first server sending the first communication message to the second server to cause the second server to synchronize the first communication message to a second application in the target member's terminal;

and receiving the second communication message sent by the second server, wherein the second communication message is a message acquired by the terminal of the target member and synchronized to the second server.

Wherein the transmitting, by the second server, the service data associated with the service data packet for the terminal of the target member includes:

the first server receives a first authorization link request sent by a terminal of the target member, wherein the first authorization link request carries an authorization certificate;

and acquiring an access page matched with the target member in the business service according to the authorization certificate in the first authorization link request, and sending the access page to the terminal of the target member so that the terminal of the target member displays the access page in the second application.

Wherein, the receiving, by the first server, the first authorization link request sent by the terminal of the target member includes:

acquiring a second authorization link request sent by the second server, wherein the second authorization link request is generated by the terminal of the target member based on a service click instruction in the service, and the second authorization link request is sent to the second server by the terminal of the target member;

authenticating an access object in a second authorization link request according to the second authorization link request to obtain an authentication result, sending the authentication result to the second server to enable the second server to generate an authorization certificate according to the authentication result, and generating a first authorization link request according to the authorization certificate and the second authorization link request to send the first authorization link request to the terminal of the target member;

and receiving the first authorization link request sent by the target member terminal.

The obtaining an access page matched with the target member in the business service according to the authorization certificate in the first authorization link request, and sending the access page to the terminal of the target member includes:

extracting target user information of the target member from the authorization credential in the first authorization link request;

determining the access authority level corresponding to the target user information;

and acquiring an access page matched with the access authority level in the business service, and sending the access page to the terminal of the target member.

Another aspect of the present invention provides an application interaction processing method, including:

a second server corresponding to a second application acquires target event information and synchronizes the target event information to a first server corresponding to a first application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member;

and acquiring the service data packet sent by the first server, and forwarding the service data packet to the terminal of the target member corresponding to the second application, wherein the service data packet is acquired by the first server according to the identity identification information, and the data packet of the target member in the first application is acquired by the first server.

And transmitting the service data associated with the service data packet for the terminal of the target member through the first server.

the second server receives the first communication message sent by the first server and synchronizes the first communication message to a second application on the second terminal;

and synchronizing the second communication message to the first server, wherein the second communication message is a message acquired by the terminal of the target member and synchronized to the second server.

Wherein the transmitting, by the first server, the service data associated with the service data packet for the terminal of the target member includes:

sending the second authorization link request to the first server, so that the first server authenticates an access object in the second authorization link request according to the second authorization link request to obtain an authentication result, wherein the second authorization link request is generated by the terminal of the target member based on a service click instruction in the service, and the second authorization link request is sent to the second server by the terminal of the target member;

acquiring the authentication result sent by the first server, generating an authorization certificate according to the authentication result, and generating a first authorization link request according to the authorization certificate and the second authorization link request;

and sending the first authorization link request to the terminal of the target member, so that the terminal of the target member sends the first authorization link request to the first server, and acquires an access page matched with the target member in the business service sent by the first server according to an authorization certificate in the first authorization link.

The invention also provides an application interaction processing method, which comprises the following steps:

a second server corresponding to a second application sends target event information to a first server corresponding to a first application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member;

the first server acquires the access authority of the target member according to the identity identification information and acquires a service data packet corresponding to the service request object in the first application according to the access authority;

the second server acquires the service data packet sent by the first server and forwards the service data packet to the terminal of the target member corresponding to the second application;

and the first server transmits the service data associated with the service data packet to the terminal of the target member through the second server.

Another aspect of the present invention provides an application interaction processing apparatus, including:

the first acquisition module is used for acquiring target event information sent by a second server corresponding to a second application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member;

the judging module is used for acquiring the access authority of the target member according to the identity identification information and acquiring a service data packet corresponding to the service request object in the first application according to the access authority;

the first synchronization module is used for sending the service data packet to a second server so that the second server forwards the service data packet to a terminal of the target member corresponding to the second application;

and the first transmission module is used for transmitting the service data associated with the service data packet to the terminal of the target member through the second server.

The first obtaining module is specifically configured to:

and acquiring the target event information which is sent by the terminal of the target member and acquired based on interface information, wherein the interface information comprises an access address of a first application corresponding to the service request object.

Wherein the service data comprises a first communication message and a second communication message, the first communication message comprises a message sent by the service request object to the target member based on the first application, and the second communication message comprises a message sent by the target member to the service request object based on the second application; the first transmission module includes:

a first message sending unit, configured to send the first communication message to the second server, so that the second server synchronizes the first communication message to a second application in the terminal of the target member;

a first message receiving unit, configured to receive the second communication message sent by the second server, where the second communication message is a message obtained by the terminal of the target member and synchronized to the second server.

Wherein, the first transmission module further comprises:

a first receiving unit, configured to receive a first authorization link request sent by a terminal of the target member, where the first authorization link request carries an authorization credential;

and the first sending unit is used for acquiring an access page matched with the target member in the business service according to the authorization certificate in the first authorization link request, and sending the access page to the terminal of the target member so that the terminal of the target member displays the access page in the second application.

Wherein the first receiving unit includes:

a first obtaining subunit, configured to obtain a second authorization link request sent by the second server, where the second authorization link request is generated by the terminal of the target member based on a service click instruction in the service, and the second authorization link request is sent to the second server by the terminal of the target member;

the authentication subunit is configured to authenticate an access object in a second authorization link request according to the second authorization link request to obtain an authentication result, send the authentication result to the second server, so that the second server generates an authorization credential according to the authentication result, and generate a first authorization link request according to the authorization credential and the second authorization link request to send the first authorization link request to the terminal of the target member;

and the first receiving subunit is used for receiving the first authorization link request sent by the target member terminal.

Wherein the first sending unit comprises:

an extracting subunit, configured to extract target user information of the target member from an authorization credential in the first authorization link request;

the determining subunit is used for determining the access authority level corresponding to the target user information;

and the second acquiring subunit is used for acquiring the access page matched with the access authority level in the service and sending the access page to the terminal of the target member.

the second acquisition module is used for acquiring target event information and synchronizing the target event information to a first server corresponding to the first application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member;

the second synchronization module is used for acquiring the service data packet sent by the first server and forwarding the service data packet to the terminal of the target member corresponding to the second application, wherein the service data packet is the data packet of the target member in the first application acquired by the first server according to the identity identification information;

and a second transmission module, configured to transmit, by the first server, the service data associated with the service data packet for the terminal of the target member.

Wherein the second transmission module comprises:

a second message receiving unit, configured to receive the first communication message sent by the first server, and synchronize the first communication message to a second application on the second terminal;

and a second message sending unit, configured to synchronize the second communication message to the first server, where the second communication message is a message that is acquired by the terminal of the target member and is synchronized to the second server.

Wherein, the second transmission module further comprises:

a second sending unit, configured to send the second authorization link request to the first server, so that the first server authenticates an access object in the second authorization link request according to the second authorization link request to obtain an authentication result, where the second authorization link request is generated by the terminal of the target member based on a service click instruction in the service, and the second authorization link request is sent to the second server by the terminal of the target member;

a second obtaining unit, configured to obtain the authentication result sent by the first server, generate an authorization credential according to the authentication result, and generate a first authorization link request according to the authorization credential and the second authorization link request;

and a third sending unit, configured to send the first authorization link request to the terminal of the target member, so that the terminal of the target member sends the first authorization link request to the first server, and obtains an access page, which is sent by the first server according to an authorization credential in the first authorization link and matches with the target member, in the business service.

Another aspect of the present invention provides an application interaction processing apparatus, including: a processor, a memory, and a network interface;

the processor is connected to the memory and the network interface, respectively, where the network interface is used for connecting to a terminal device, the memory is used for storing program codes, and the processor is used for calling the program codes to execute the method according to an aspect of the embodiment of the present invention.

the processor is connected to the memory and the network interface, respectively, wherein the network interface is used for connecting to a server, the memory is used for storing program codes, and the processor is used for calling the program codes to execute the method in another aspect of the embodiment of the invention.

Another aspect of the present invention provides a computer storage medium storing a computer program comprising program instructions which, when executed by a processor, perform a method as in one and another aspect of embodiments of the present invention.

In the embodiment of the invention, a first server corresponding to a first application acquires target event information sent by a second server corresponding to a second application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member; acquiring a service data packet corresponding to the service request object in the first application according to the identity identification information; sending the service data packet to a second server so that the second server forwards the service data packet to the terminal of the target member corresponding to the second application; and transmitting the service data associated with the service data packet for the terminal of the target member through the second server. Therefore, when the member acquires the service provided by the enterprise, the member needs to perform identity verification and authentication firstly, and after the member is confirmed to be the member in the enterprise, the authorized service matched with the member can be acquired, so that the security and the confidentiality of the service information in the enterprise are ensured, the member is supported to communicate with the second application through the first application, and the message pushing mode is enriched.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic diagram of a network architecture according to an embodiment of the present invention;

fig. 2 is a timing diagram illustrating an application interaction processing method according to an embodiment of the present invention;

fig. 3a is a schematic interface diagram of a management end according to an embodiment of the present invention;

fig. 3b is a schematic interface diagram of a service setting interface of a management terminal according to an embodiment of the present invention;

fig. 3c is a schematic interface diagram of a terminal displaying a service according to an embodiment of the present invention;

FIG. 3d is a schematic flow chart of a method for identifying a membership identity according to an embodiment of the present invention;

fig. 3e is a timing diagram of a method for transmitting uplink and downlink messages according to an embodiment of the present invention;

fig. 4 is a timing diagram illustrating an access authorization method for a business service according to an embodiment of the present invention;

FIG. 5a is a schematic interface diagram of a first application according to an embodiment of the present invention;

fig. 5b is a schematic interface diagram of a terminal accessing a service according to an embodiment of the present invention;

FIG. 6 is a schematic interface diagram of another management end according to an embodiment of the present invention;

fig. 7 is a schematic structural diagram of an application interaction processing apparatus according to an embodiment of the present invention;

fig. 8 is a schematic structural diagram of another application interaction processing apparatus according to an embodiment of the present invention;

fig. 9 is a schematic structural diagram of another application interaction processing apparatus according to an embodiment of the present invention;

fig. 10 is a schematic structural diagram of another application interaction processing apparatus according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Fig. 1 is a schematic diagram of a network architecture according to an embodiment of the present invention. As shown in fig. 1, the network structure may include a server 100, a server 200, and a plurality of terminal devices (specifically, a terminal device 300a, a terminal device 300b, and a terminal device 300c as shown in fig. 1), and any one of the

terminal devices

300a, 300b, and 300c may be referred to as a terminal of a target member. The server 200 may communicate with each terminal device through a network, each terminal device may install a communication application, which may be referred to as a second application, and the server 200 may be a background server corresponding to the communication application, so that each terminal device may communicate with the server 200 through a client corresponding to the communication application, and further, each terminal device may perform network data transmission with the server 100 through the server 200. The terminal device may include a mobile phone, a tablet computer, a notebook computer, a palm computer, a Mobile Internet Device (MID), and the like. Each terminal device may obtain target event information based on the installed communication application (for example, each terminal device scans a two-dimensional code including a network address of the server 100 based on the installed communication application, and the scanned event information is the target event information), where the target event information includes identity information (such as a name, a phone number, an identification number, a mailbox, and other information that can distinguish personal identity) bound in the communication application by a member (which may be referred to as a target member) corresponding to the terminal device that performs the scanning operation, the terminal device sends the obtained target event information to the server 200 through the network, and the server 200 sends the target event information to the server 100. Taking the user corresponding to the terminal device 300c as an example of the target member, the server 100 determines the service that can be accessed by the target member through the identity information by extracting the identity information (i.e., the identity information) of the target member in the target event information, and synchronizes the service to the terminal device 300c through the server 200, so that the terminal device 300c displays the home page of the service in the installed communication application. The business service in the communication application may also be understood as an embedded sub-program in the communication application, and the business service may include a plurality of sub-services, so that the target member uses the business service in the server 100 or the sub-services included in the business service based on the communication application installed on the terminal device 300 c.

Referring to fig. 2, fig. 2 is a timing diagram of an application interaction processing method according to an embodiment of the present invention, where the method includes:

s101, a terminal of a target member sends target event information to a second server;

specifically, when the terminal of the target member opens the second application installed therein, the terminal may acquire the target event information based on the second application. For example, the terminal of the target member scans a two-dimensional code through a "scanning" function in the first application to obtain scanning information, that is, the target event information, where the two-dimensional code may be referred to as interface information of the first server, the two-dimensional code includes an access authentication address of the first server, the two-dimensional code may be generated by a two-dimensional code generator, the two-dimensional code generator may generate a two-dimensional code including the access authentication address through the acquired access authentication address of the first server, and the target member is supported to scan the two-dimensional code through the second application on the terminal of the target member, that is, the target event information may be skipped to the access authentication address of the first server. The scanning information includes identity information in account information bound by the target member in the second application, that is, the target event information includes identity information in account information bound by the target member in the second application, for example, the identity information includes but is not limited to information that can distinguish personal identity characteristics, such as name, identity card number, telephone number, mailbox, fingerprint, face recognition information, and the like of the target member. The terminal of the target member scans the two-dimensional code through a scanning function in the second application, can jump to an access authentication address corresponding to the first server and carries account information bound by the target member in the second application, the first server can acquire the identity information of the target member in the account information and perform identity authentication on the target member through the identity information, if the identity authentication is successful, the target member is allowed to access the service in the first server, and if the identity authentication is failed, the target member is denied to access the service in the first server. The terminal of the target member sends the target event information containing the identification information of the target member to a second server, where the second server may be a background server corresponding to a second application in the terminal of the target member.

S102, the second server sends target event information to the first server;

specifically, the second server receives the target event information sent by the terminal of the target member, and sends the target event information to the first server through the plug-in channel, that is, the target event information is sent to the communication protocol module corresponding to the plug-in service in the second server, and the communication protocol module can send the target event information to the first server through the plug-in channel. The plug-in channel is generated based on a plug-in service configured in the first server and the second server, and the plug-in service may be a protocol capable of enabling the first server and the second server to communicate, that is, the plug-in channel is a communication channel, has multiple data transmission and synchronization functions, and is intended to support data transmission and synchronization between the second server and the first server, and enable the first server and the second server to perform "handshake" therebetween, so that the first server and the second server achieve the purpose of data transmission under an agreed communication protocol. Further, the above plug-in channel may also be understood as a data processing forwarding platform for performing communication between the first server and the second server, that is, the plug-in channel has an ability to transmit communication data between the first server and the second server. The plug-in channel supporting capability includes, but is not limited to, address book synchronization, realization of multiple functions by using JSSDK (web page development kit), Oauth2 (authorization standard) authorization, and uplink and downlink message transmission, and the realization of multiple functions by using JSSDK (web page development kit), Oauth2 (authorization standard) authorization, and data transmission in the uplink and downlink message transmission process can be realized by using a plug-in service (such as a communication protocol) configured in the plug-in channel. The JSSDK can support the user to efficiently use the capabilities of terminal systems such as photographing, picture selection, voice, position and the like, and provides better webpage experience for the user. And the plug-in channel sends the target event information to the first server according to the agreed communication protocol.

S103, the first server acquires the access authority of the target member according to the identity identification information;

the first server comprises the identity identification information of the collective member, the first server matches the acquired identity identification information of the target member with the identity identification information of the collective member, whether the target member is a legal user is determined according to the matching result, and if the target member is a legal user, the access right of the target member is correspondingly acquired.

S104, the first server obtains a service data packet corresponding to the service request object in the first application according to the access authority;

specifically, the first server may determine, according to the access right, an identity of the target member, such as a position and a membership department of the target member, and may determine, according to the identity of the target member, a service data packet matched with the identity of the target member, where the service data packet includes a service created by a service request object in the first application. The business request object can be an enterprise identifier, and an enterprise manager corresponding to the enterprise identifier is supported to create business service in the first application through a management end of the first application. The first application may be understood as a platform or a carrier, which is used to store, manage and use the business service created by the enterprise administrator corresponding to the enterprise identifier.

Referring to fig. 3a and fig. 3b together, fig. 3a is a schematic interface diagram of a management end according to an embodiment of the present invention, and fig. 3b is a schematic interface diagram of a management end setting a service according to an embodiment of the present invention. The management end of the first application may be a web (network) management end, and the management end of the first application is different from the first application, and the management end is used for supporting a manager to log in an account of the manager in the management end of the first application, and configuring a business service and/or related parameters in the first application in the account of the management end of the first application. Referring to fig. 3a, wherein the management side of the first application includes a function module a1 of "invite attention", supporting a target member to scan a two-dimensional code in the function module a1 based on a terminal of the target member, so that the target member accesses the service in the first application based on the communication application in the terminal of the target member, and can also directly obtain the two-dimensional code containing the access authentication address of the first server through a button of "obtain more two-dimensional codes" in the functional module a1, support the target member to scan the obtained two-dimensional code through a "scan" function in the second application, and initiate a request for accessing the service in the first application, and if the identity authentication is successful, the business service matched with the target member in the first server can be accessed. The management terminal further comprises a function module a2 of a "common entry", wherein the function module a2 comprises entries of "add member", "batch add member", "add service", "mass messaging". The management terminal can add members in the address list in the first application, and send messages to the members in the address list based on the first application, wherein the messages can be notification messages, announcements and the like, so that the service request object can conveniently notify the messages of the collective members in place through the first application. Furthermore, the management side further includes a function module a3 of "set option", where the function module a3 supports that the service request object adds an authority condition for a member to access the service in the first application through the management side of the first application, where the authority condition may include controlling the time for the target member to access the service, and may also include controlling the operation authority for the target member to access the service, and a specific authority condition is determined according to an actual application scenario, which is not limited herein.

Further, referring to fig. 3a, it is supported that the service request object creates a service, a sub-service in the service and each function module in the sub-service in the first application through an entry of "add service" in the function module a2 in the management side. Referring to fig. 3b, the business service created by the business request object (such as the business identifier) in the first application through the management end is "purchase assistant", "business address book", "approval", "business mailbox", "announcement" (where "purchase assistant", "business address book", "approval", "business mailbox", "announcement" are also referred to as multiple sub-services in the business service). Each sub-service in the business service can at least realize one function, for example, the sub-service 'approval' in the created business service comprises a plurality of functional modules of 'leave request', 'due to public out', 'leave work application', 'reimbursement', 'attendance card complement card' and 'forward application'.

S105, the first server sends a service data packet to the second server;

specifically, the first server may send the service data packet to the second server through the plug-in channel, where the first server sends the obtained service data packet matching the target member to the communication protocol module corresponding to the plug-in service in the first server, and the communication protocol module may send the service data packet to the second server through the plug-in channel.

S106, the second server sends the service data packet to the terminal of the target member;

specifically, the second server receives a service data packet sent by the first server through the plug-in channel, and sends the service data packet to the terminal of the target member.

S107, the terminal of the target member displays the service in the service data packet in the second application;

specifically, when the terminal of the target member receives a service data packet sent by the second server, the service in the service data packet is displayed in the second application installed on the terminal of the target member. The business service can be understood as an embedded subprogram in the second application, the business service further includes account information of the target member in the first application, and the terminal of the target member synchronizes the account information of the target member in the first application and the business service in the business service data packet to the second application based on the received business service data packet. The business service can comprise a plurality of sub-services (a plurality of functional modules can be included in the plurality of sub-services), and the target member is supported to use the first application to synchronize the business service in the second application based on the second application on the terminal of the target member.

Referring to fig. 3c, fig. 3c is an interface schematic diagram of a terminal exhibition service provided by the embodiment of the present invention. Referring to fig. 3c, please refer to fig. 3b together, the terminal of the target member shows, based on the installed second application, the business service created by the business request object in fig. 3b in the first application based on the management end of the first application, including "purchasing assistant", "enterprise address book", "approval", "enterprise mailbox", "announcement" multiple sub-services, referring to fig. 3c, the terminal of the target member may access multiple functional modules included in the "approval" by receiving a click instruction of the "approval" in the multiple sub-services, that is, "leave" or "leave" application "," reimburse "or" attendance card supplement "or" forward application ". The method comprises the steps that a target member is supported to access a functional module to ask for leave, and an enterprise manager corresponding to an enterprise identifier submits an application for asking for leave and application materials for asking for leave on line through a second application; supporting the target member to access the functional module 'because of public going out', and submitting an application of because of public going out and application materials of because of public going out to an enterprise manager corresponding to the enterprise identification on line through a second application; supporting the target member to access the functional module 'job leaving application', and online submitting the job leaving application and job leaving application materials to enterprise managers corresponding to the enterprise identification through a second application; supporting the target member to access the functional module for reimbursement, and submitting reimbursement application and reimbursement application materials to enterprise management personnel corresponding to the enterprise identification on line through a second application; supporting the target member to access the functional module 'attendance card supplement', and submitting an attendance card supplement application and attendance card supplement certification materials to an enterprise manager corresponding to the enterprise identification on line through a second application; and supporting the target member to access the functional module 'change application', and submitting the change application and the application material of the change application on line to the enterprise manager corresponding to the enterprise identification through a second application.

The first application enables the business request object to create business services in the first application through a management end of the first application by providing open services for the business request object, enables the target member to use the business services created by the business request object in the first application based on the second application by synchronizing account information of the target member in the first application with account information of the target member in the second application and displaying the business services in the first application in the second application, and achieves fusion between the second application and the first application.

In the embodiment of the invention, a first server corresponding to a first application acquires target event information sent by a second server corresponding to a second application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member; acquiring a service data packet corresponding to the service request object in the first application according to the identity identification information; sending the service data packet to a second server so that the second server forwards the service data packet to the terminal of the target member corresponding to the second application; and transmitting the service data associated with the service data packet for the terminal of the target member through the second server. Therefore, when the member acquires the service provided by the enterprise, the member needs to perform identity verification and authentication firstly, and after the member is confirmed to be the member in the enterprise, the authorized service matched with the member can be acquired, so that the security and the confidentiality of the service information in the enterprise are ensured, and the member is supported to communicate with the second application through the first application, so that the message pushing mode is enriched.

Referring to fig. 3d, fig. 3d is a schematic flow chart of a method for identifying a membership identity according to an embodiment of the present invention, and steps S201 to S202 in the embodiment corresponding to fig. 3d are described as a specific implementation process of step S104.

S1041, the first server matches the identification information of the target member with the identification information of each member in the member set;

specifically, a member set (i.e., an address book of a group member) is stored in the first server, the member set includes identification information of each member, the acquired identification information of the target member is matched with the identification information of each member in the member set, such as name matching, contact phone matching, identification number matching, and the like, and a specific matching method is determined according to an actual application scenario, which is not limited herein.

S1042, if the member set comprises the identity identification information of the target member, the first server acquires the access authority of the target member;

specifically, if the identification information of the target member is matched with the identification information of the member set, for example, the name matching is successful (that is, the name of the member matched with the member set includes the name of the target member), the contact phone matching is successful (that is, the contact phone corresponding to the member matched with the member set is the same as the target member) or the identification number matching is successful (that is, the identification number corresponding to the member matched with the member set is the same as the target member), and the like, the determination method of the specific matching result is determined according to an actual application scenario, and is not limited herein. And if the identity identification information of the target member is matched in the member set, acquiring the access right of the target member.

After the terminal of the target member displays the acquired business service in the first application based on the second application, a business request supporting object (such as an enterprise identifier) sends a message to the terminal of the target member through the first application, and the message sent by the business request object is displayed to the target member based on the terminal of the target member. And simultaneously, the target member is supported to send a message to a first application based on the terminal of the target member, so that a service request object receives the message sent by the target member based on the first application. Through the process of sending the message, the uplink and downlink message transmission between the service request object and the target member can be realized.

Referring to fig. 3e, fig. 3e is a schematic timing diagram of a method for transmitting uplink and downlink messages according to an embodiment of the present invention, where steps S201 to S203 in fig. 3e describe a specific implementation process of a service request object or a member in an address book sending a downlink message to a target member, and steps S301 to S302 in fig. 3e describe a specific implementation process of the target member sending an uplink message to a service request object or a member in an address book, where the method may include:

s201, the first server sends a first communication message to a second server through a plug-in channel;

specifically, the first communication message may be a message edited by a service request object in a first application corresponding to the first server or a management end of the first application, or a message edited by a member in an address book of a member created by the service request object in the first application based on the first application. When the first server receives the first communication message sent by the first application or the management end of the first application, the first communication message is sent to a communication protocol module corresponding to a plug-in service in the first server, and the communication protocol module can send the first communication message to the second server through the plug-in channel.

S202, the second server sends the first communication message to the terminal of the target member;

specifically, the second server receives a first communication message sent by the plug-in channel and sends the first communication message to the terminal of the target member.

S203, the terminal of the target member displays the first communication message in a second application;

specifically, the terminal of the target member displays the first communication message in the service in the second application, so that the target member browses the first communication message based on the first application.

And the service request object sends a first communication message to the terminal of the target member through the first application, and the terminal of the target member displays the first communication message based on the installed second application so that the target member acquires the first communication message based on the second application. The first communication message may be an internal notification message or an internal advertisement sent by the service request object to the target member, so that the target member can quickly acquire the internal notification message or the internal advertisement based on the second application. In addition, a certain member in the address list of the member created by the service request object in the first application may send the first communication message to the terminal of the target member through the first application, and the terminal of the target member displays the first communication message based on the installed second application, so that the target member acquires the first communication message based on the second application. Further, even if the target member and the certain member are not in a friend relationship in the second application (i.e. the target member does not have the certain member in the friend address list in the second application, and/or the certain member does not have the target member in the friend address list in the second application), as long as the target member and the certain member are in the same address list in the first application, the target member and the certain member can implement message interaction through the first application and the second application.

S301, the terminal of the target member sends a second communication message to a second server;

specifically, the terminal of the target member acquires the second communication message edited by the target member based on a second application, and sends the second communication message to a second server.

S302, the second server sends a second communication message to the first server through the plug-in channel;

and the second server receives a second communication message sent by the terminal of the target member and sends the second communication message to a communication protocol module corresponding to a plug-in service in the second server, and the communication protocol module can send the second communication message to the first server through the plug-in channel so that the first server synchronizes the second communication message to the first application and a certain member in the address book of the service request object or the member views the second communication message based on the first application. Wherein the second communication message may be a reply message of the target member based on the first communication message.

Referring to fig. 4, fig. 4 is a timing diagram of an access authorization method for a service according to an embodiment of the present invention, fig. 4 is an authentication process of a target member accessing a service in a first application based on a second application when the service in the first application is synchronized in the second application in a terminal of the target member, where the method may include:

s401, the terminal of the target member sends a second authorization link request to a second server;

specifically, the terminal of the target member enters a second application, supports the target member to access the business service synchronized to the second application by the first application through the second application, and generates a second authorization link request by receiving an instruction that the target member clicks the business service in the second application, that is, indicating that the target business person initiates a request for accessing the business service. The second authorization link request includes an authentication path for the target member to access the business service, and the second authorization link request further includes an access domain name of the business service accessed by the target member and identification information of the target member, where the identification information of the target member may include a name of the target member, a phone number or a mailbox bound by the target member in the second application, and the like. The second authorization link request may be an oauth2 (authentication framework or authentication standard) authentication request, and the specific authentication standard used is determined according to an actual application scenario, which is not limited herein. And the terminal of the target member sends the second authorization link request to the second server.

S402, the second server sends a second authorization link request to the first server through the plug-in channel;

specifically, the second server receives a second authorization link request sent by the terminal of the target member, and sends the second authorization link request to a communication protocol module corresponding to a plug-in service in the second server, and the communication protocol module can send the second authorization link request to the first server through the plug-in channel.

S403, the first server authenticates the access object in the second authorization link request according to the second authorization link request to obtain an authentication result;

specifically, the first server determines whether an access domain name of a page corresponding to the second authorized link request is registered at a management end of the first application, if the domain name is registered at the management end of the first application, that is, the domain name is considered to be legal, it is determined that the target member has the authority to acquire the access page corresponding to the business service, and target user information is acquired according to the identification information of the target member in the second authorized link request, where the target user information includes the identification information of the target member, such as the position of the target member, the affiliation department, and the like. The authentication result comprises domain name legal information of the page corresponding to the second authorization link request and target user information of the target member.

S404, the first server sends the authentication result to the second server through the plug-in channel;

specifically, the first server sends the authentication result obtained through the second authorization link request to the communication protocol module corresponding to the plug-in service in the first server, and the communication protocol module can send the authentication result obtained through the second authorization link request to the second server through the plug-in channel.

S405, the second server generates an authorization certificate according to the authentication result, and generates a first authorization link request according to the authorization certificate and the second authorization link request;

specifically, the second server generates an authorization credential according to an authentication result corresponding to the second authorization link request, where the authorization credential includes the target user information of the target member and also includes information such as an organization architecture, and generates a first authorization link request according to the authorization credential and the second authorization link request, where the first authorization link request includes the authorization credential, and the first authorization link request further includes an access path or a jump path corresponding to a service accessed by the target member based on the second application in the first application. The authorization voucher may be a code obtained through the oauth2 authentication request, where the code includes the target user information and also includes information such as an organization architecture, the second server generates a skip url (uniform resource locator, which is equivalent to the first authorization link request) according to the code and the oauth2 authentication request, the skip url includes the code, and the skip url further includes an access path or a skip path, in the first application, corresponding to a service accessed by the target member based on the second application.

S406, the second server sends a first authorization link request to the terminal of the target member;

specifically, the second server sends a first authorization link request corresponding to the second authorization link request to the terminal of the target member.

S407, the terminal of the target member sends a first authorization link request to a first server;

specifically, the terminal of the target member sends a first authorization link request corresponding to the second authorization link request to the first server.

S408, the first server extracts the target user information of the target member from the authorization certificate in the first authorization link request;

specifically, the target user information of the target member is extracted from the authorization credential in the first authorization link request corresponding to the second authorization link request.

S409, the first server determines the access authority level corresponding to the target user information;

specifically, members in different departments and different positions have different access permission levels, for example, a member with a higher position level has a higher access permission level, and more access pages matched with the positions of the members in the business service are correspondingly accessed. For example, different access authority levels may be set for different employees in different departments to open different access pages in the business service, and at this time, the access authority levels do not emphasize the level, but play a role in classifying different access authorities for the employees in different departments. And confirming the identity of the target member, such as position, membership department and the like, through the target user information extracted by the authorization certificate in the first authorization link request, and determining the corresponding access authority level of the target member through the identity of the target member.

S410, the first server acquires an access page matched with the access authority level in the business service;

specifically, the first server obtains an access page matched with the access authority level obtained through the first authorized link request in the service.

S411, the first server sends an access page to a terminal of a target member;

specifically, the first server sends the access page obtained according to the first authorization link request to the terminal of the target member.

S412, the terminal of the target member displays the access page based on the second application;

specifically, the terminal of the target member displays the access page based on the installed second application, and the access page is obtained according to the first authorization link, so that the target member accesses the access page corresponding to the business service in the first application based on the second application.

Optionally, after the first server obtains the authentication result according to the second authorization link request, the authentication result may not be sent to the first server through a plug-in channel, and the first server may generate an authorization credential according to the authentication result obtained by the first server, and directly obtain the target user information of the target member from the authorization credential. That is, whether the authorization credential is generated by the first server or the second server may be determined according to an actual application scenario, which is not limited herein.

Referring to fig. 5a and 5b, fig. 5a is an interface schematic diagram of a first application provided in an embodiment of the present invention, and fig. 5b is an interface schematic diagram of a terminal accessing a service provided in an embodiment of the present invention. Referring to fig. 5a, the business services created in the first application include "purchase assistant", "enterprise address book", "examination and approval", "enterprise mailbox", "announcement", and a plurality of sub-services, wherein the sub-services "enterprise mailbox" include "write", "receive", "address book", and "address book", which are open to the target members. Referring to fig. 5b again, an interface schematic diagram of an open service (access page) corresponding to a business service in a first application is accessed for the target member based on a second application installed in the terminal. The terminal of the target member enters the functional module of the enterprise mailbox by receiving an instruction that the target member clicks the enterprise mailbox in the business service, if the access page wants to enter the enterprise mailbox, the terminal generates the second authorization link request by receiving the instruction that the target member clicks the enterprise mailbox, and performs the authentication operation described in steps S402-S413 in fig. 4, and finally, the access page displayed at the terminal of the target member includes three functional modules of writing, receiving and address book in fig. 5b, so that the target member accesses the open page (access page) of the enterprise mailbox (business service) in the first application based on the second application.

Fig. 6 is a schematic interface diagram of another management end according to an embodiment of the present invention. The background server (first server) of the first application may record and count a situation that the target member uses the business service in the first application based on the second application, and display the situation that the target member uses the first application at a management end of the first application, where the management end may be a web (network) management end, so that a relevant person may view the situation that the target member uses the business service in the first application based on the management end of the first application. Referring to fig. 6, fig. 6 shows a time graph of the usage of the business service in the first application by the target member every day from the time 2018, 1 month and 1 day to the time 2018, 1 month and 8 days.

Referring to fig. 7, fig. 7 is a schematic structural diagram of an application interaction processing apparatus according to an embodiment of the present invention. As shown in fig. 7, the application interaction processing apparatus 1 may include: a first obtaining module 11, a judging module 12, a first synchronizing module 13 and a first transmission module 14;

a first obtaining module 11, configured to obtain target event information sent by a second server corresponding to a second application, where the target event information includes a service request object based on the first application and identity information of a target member;

a determining module 12, configured to obtain an access right of the target member according to the identity information, and obtain a service data packet corresponding to the service request object in the first application according to the access right;

a first synchronization module 13, configured to send the service data packet to a second server, so that the second server forwards the service data packet to a terminal of the target member corresponding to the second application;

a first transmission module 14, configured to transmit, by the second server, the service data associated with the service data packet for the terminal of the target member.

The specific functional implementation manner of the first obtaining module 11 may refer to steps S101 to S103 in the embodiment corresponding to fig. 2, the specific functional implementation manner of the determining module 12 may refer to steps S104 to S105 in the embodiment corresponding to fig. 2, the specific functional implementation manner of the first synchronizing module 13 may refer to steps S106 to S108 in the embodiment corresponding to fig. 2, and the specific functional implementation manner of the first transmitting module 14 may refer to steps in the embodiments corresponding to fig. 2, fig. 3e, and fig. 4, which is not described herein again.

The first obtaining module 11 is specifically configured to:

Wherein the service data comprises a first communication message and a second communication message, the first communication message comprises a message sent by the service request object to the target member based on the first application, and the second communication message comprises a message sent by the target member to the service request object based on the second application; the first transmission module 14 includes a first message sending unit 141, a first message receiving unit 142;

a first message sending unit 141, configured to send the first communication message to the second server, so that the second server synchronizes the first communication message to a second application in the terminal of the target member;

a first message receiving unit 142, configured to receive the second communication message sent by the second server, where the second communication message is a message obtained by the terminal of the target member and synchronized to the second server.

The specific functional implementation manner of the first message sending unit 141 may refer to steps S201 to S204 in the embodiment corresponding to fig. 3e, and the specific functional implementation manner of the first message receiving unit 142 may refer to steps S301 to S304 in the embodiment corresponding to fig. 3e, which is not described herein again.

Wherein, the first transmission module 14 further comprises a first receiving unit 143, a first transmitting unit 144;

a first receiving unit 143, configured to receive a first authorization link request sent by a terminal of the target member, where the first authorization link request carries an authorization credential;

the first sending unit 144 obtains an access page matched with the target member in the business service according to the authorization credential in the first authorization link request, and sends the access page to the terminal of the target member, so that the terminal of the target member displays the access page in the second application.

The specific functional implementation manner of the first receiving unit 143 may refer to steps S401 to S410 in the embodiment corresponding to fig. 4, and the specific functional implementation manner of the first sending unit 144 may refer to steps S411 to S415 in the embodiment corresponding to fig. 4, which is not described herein again.

The first receiving unit 143 includes a first obtaining subunit 1431, an authenticating subunit 1432, and a first receiving subunit 1433;

a first obtaining subunit 1431, configured to obtain a second authorization link request sent by the second server, where the second authorization link request is generated by the terminal of the target member based on a service click instruction in the service, and the second authorization link request is sent to the second server by the terminal of the target member;

an authentication subunit 1432, configured to authenticate an access object in the second authorization link request according to the second authorization link request to obtain an authentication result, and send the authentication result to the second server, so that the second server generates an authorization credential according to the authentication result, and generates a first authorization link request according to the authorization credential and the second authorization link request, so as to send the first authorization link request to the terminal of the target member;

a first receiving subunit 1433, configured to receive the first authorization link request sent by the target member terminal.

The specific functional implementation manner of the first obtaining subunit 1431 may refer to steps S401 to S404 in the embodiment corresponding to fig. 4, the specific functional implementation manner of the authenticating subunit 1432 may refer to steps S405 to S410 in the embodiment corresponding to fig. 4, and the specific functional implementation manner of the first receiving subunit 1433 may refer to step S410 in the embodiment corresponding to fig. 4, which is not described herein again.

Wherein the first sending unit 144 comprises an extracting sub-unit 1441, a determining sub-unit 1442, a second obtaining sub-unit 1443;

an extracting subunit 1441, configured to extract target user information of the target member from the authorization credential in the first authorization link request;

a determining subunit 1442, configured to determine an access permission level corresponding to the target user information;

a second obtaining subunit 1443, configured to obtain, in the business service, an access page that matches the access permission level, and send the access page to the terminal of the target member.

The specific functional implementation manner of the extracting subunit 1441 may refer to step S411 in the embodiment corresponding to fig. 4, the specific functional implementation manner of the determining subunit 1442 may refer to step S412 in the embodiment corresponding to fig. 4, and the specific functional implementation manner of the second acquiring subunit 1443 may refer to steps S413 to S414 in the embodiment corresponding to fig. 4, which is not described again here.

Fig. 8 is a schematic structural diagram of another application interaction processing apparatus according to an embodiment of the present invention. As shown in fig. 8, the application interaction processing apparatus 2 may include a second obtaining module 21, a second synchronizing module 22, and a second transmitting module 23;

a second obtaining module 21, configured to obtain target event information, and synchronize the target event information to a first server corresponding to a first application, where the target event information includes a service request object based on the first application and identity information of a target member;

a second synchronization module 22, configured to obtain the service data packet sent by the first server, and forward the service data packet to the terminal of the target member corresponding to the second application, where the service data packet is obtained by the first server according to the identity information, and is a data packet of the target member in the first application;

a second transmission module 23, configured to transmit, through the first server, the service data associated with the service data packet for the terminal of the target member.

The second transmission module 23 includes a second message receiving unit 231, a second message sending unit 232;

a second message receiving unit 231, configured to receive the first communication message sent by the first server, and synchronize the first communication message to a second application on the second terminal;

a second message sending unit 232, configured to synchronize the second communication message to the first server, where the second communication message is a message that is acquired by the terminal of the target member and is synchronized to the second server.

The specific functional implementation manner of the second message receiving unit 231 may refer to steps S201 to S204 in the embodiment corresponding to fig. 3e, and the specific functional implementation manner of the second message sending unit 232 may refer to steps S301 to S304 in the embodiment corresponding to fig. 3e, which is not described herein again.

The second transmission module 23 further includes a second sending unit 233, a second obtaining unit 234, and a third sending unit 235;

a second sending unit 233, configured to send the second authorization link request to the first server, so that the first server authenticates an access object in a second authorization link request according to the second authorization link request, to obtain an authentication result, where the second authorization link request is generated by the terminal of the target member based on a service click instruction in the service, and the second authorization link request is sent to the second server by the terminal of the target member;

a second obtaining unit 234, configured to obtain the authentication result sent by the first server, generate an authorization credential according to the authentication result, and generate a first authorization link request according to the authorization credential and the second authorization link request;

a third sending unit 235, configured to send the first authorization link request to the terminal of the target member, so that the terminal of the target member sends the first authorization link request to the first server, and obtains an access page, which is sent by the first server according to an authorization credential in the first authorization link and matches with the target member, in the business service.

The specific functional implementation manner of the second sending unit 233 may refer to steps S401 to S407 in the embodiment corresponding to fig. 4, the specific functional implementation manner of the second obtaining unit 234 may refer to step S408 in the embodiment corresponding to fig. 4, and the specific functional implementation manner of the third sending unit 235 may refer to steps S410 to S415 in the embodiment corresponding to fig. 4, which is not described again here.

Fig. 9 is a schematic structural diagram of another application interaction processing apparatus according to an embodiment of the present invention. As shown in fig. 9, the application interaction processing apparatus may be applied to the server 100 in the embodiment corresponding to fig. 1 or the first server in the embodiment corresponding to fig. 2. The application interaction processing device 1000 may include: the processor 1001, the network interface 1004, and the memory 1005, and the application interaction processing apparatus 1000 may further include: a user interface 1003, and at least one communication bus 1002. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display screen (Display) and a Keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface and a standard wireless interface. The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1004 may be a high-speed RAM memory or a non-volatile memory (e.g., at least one disk memory). The memory 1004 may optionally be at least one storage device located remotely from the processor 1001. As shown in fig. 9, the memory 1004, which is a type of computer storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.

In the application interaction processing apparatus 1000 shown in fig. 9, the network interface 1004 may provide a network communication function for communicating with the server 200; the user interface 1003 is an interface for providing a user with input; and the processor 1001 may be used to invoke a device control application stored in the memory 1004 to implement:

acquiring target event information sent by a second server corresponding to a second application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member;

transmitting, by the second server, service data associated with the service data packet for the terminal of the target member, the service data including data to be displayed in the second application in the terminal of the target member.

Wherein the service data comprises a first communication message and a second communication message, the first communication message comprises a message sent by the service request object to the target member based on the first application, and the second communication message comprises a message sent by the target member to the service request object based on the second application; in one embodiment, the processor 1001, in executing the transmitting, by the second server, the service data associated with the service data packet for the terminal of the target member, includes:

sending the first communication message to the second server to cause the second server to synchronize the first communication message to a second application in the target member's terminal;

In an embodiment, when the processor 1001 executes the step of transmitting, by the second server, the service data associated with the service data packet to the terminal of the target member, specifically, the following steps are executed:

In an embodiment, the processor 1001, when executing the first server to receive the first authorization link request sent by the terminal of the target member, specifically executes the following steps:

In an embodiment, the processor 1001, after executing the step of obtaining the access page matched with the target member in the business service according to the authorization credential in the first authorization link request, sends the access page to the terminal of the target member, and specifically executes the following steps:

It should be understood that the application interaction processing apparatus 1000 described in the embodiment of the present invention may perform the description of the application interaction processing method in the embodiment corresponding to fig. 2, may perform the description of the uplink and downlink message transmission method in the embodiment corresponding to fig. 3e, may perform the description of the access authorization method for the service in the embodiment corresponding to fig. 4, and may also perform the description of the application interaction processing apparatus 1 in the embodiment corresponding to fig. 7, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Fig. 10 is a schematic structural diagram of another application interaction processing apparatus according to an embodiment of the present invention. As shown in fig. 10, the application interaction processing apparatus may be applied to the server 200 in the embodiment corresponding to fig. 1 or applied to the second server in the embodiment corresponding to fig. 2. The application interaction processing means 2000 may include: the processor 2001, the network interface 2004 and the memory 2005, the application interaction processing apparatus 2000 may further include: a user interface 2003, and at least one communication bus 2002. The communication bus 2002 is used to implement connection communication between these components. The user interface 2003 may include a Display (Display) and a Keyboard (Keyboard), and the optional user interface 2003 may further include a standard wired interface and a standard wireless interface. The network interface 2004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 2004 may be a high-speed RAM memory or a non-volatile memory, such as at least one disk memory. The memory 2004 may alternatively be at least one memory device located remotely from the aforementioned processor 2001. As shown in fig. 10, the memory 2004, which is a type of computer storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.

In the application interaction processing device 2000 shown in fig. 10, the network interface 2004 may provide a network communication function for communicating with the server 100; and the user interface 2003 is primarily used to provide an interface for user input; and the processor 2001 may be used to invoke the device control application stored in the memory 2004 to implement:

acquiring target event information, and synchronizing the target event information to a first server corresponding to a first application, wherein the target event information comprises a service request object based on the first application and identity identification information of a target member;

Wherein the service data comprises a first communication message and a second communication message, the first communication message comprises a message sent by the service request object to the target member based on the first application, and the second communication message comprises a message sent by the target member to the service request object based on the second application; in an embodiment, the processor 2001 performs the following steps in the transmitting, by the second server, the service data associated with the service data packet for the terminal of the target member:

receiving the first communication message sent by the first server and synchronizing the first communication message to a second application on the second terminal;

In an embodiment, the processor 2001 performs the following steps in the transmitting, by the first server, the service data associated with the service data packet for the terminal of the target member:

It should be understood that the application interaction processing apparatus 2000 described in the embodiment of the present invention may perform the description of the application interaction processing method in the embodiment corresponding to fig. 2, may perform the description of the uplink and downlink message transmission method in the embodiment corresponding to fig. 3e, may perform the description of the access authorization method for the service in the embodiment corresponding to fig. 4, and may also perform the description of the application interaction processing apparatus 2 in the embodiment corresponding to fig. 8, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Further, here, it is to be noted that: an embodiment of the present invention further provides a computer storage medium, where the computer storage medium stores the aforementioned computer program executed by the application

interaction processing apparatuses

1 and 2, and the computer program includes program instructions, and when the processor executes the program instructions, the processor can execute the description of any one of the methods in the embodiment corresponding to any one of fig. 2, fig. 3e, and fig. 4, and therefore, details will not be repeated here. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in the embodiments of the computer storage medium to which the present invention relates, reference is made to the description of the method embodiments of the present invention.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.

The above disclosure is only for the purpose of illustrating the preferred embodiments of the present invention, and it is therefore to be understood that the invention is not limited by the scope of the appended claims.

Claims

1. An application interaction processing method is characterized by comprising the following steps:

2. The method according to claim 1, wherein the target event information is information obtained and synchronized to the second server by the terminal of the target member based on interface information, and the interface information includes an access address of the first application corresponding to the service request object.

3. The method of any of claims 1-2, wherein the service data comprises a first communication message and a second communication message, wherein the first communication message comprises a message sent by the service request object to the target member based on the first application, and wherein the second communication message comprises a message sent by the target member to the service request object based on the second application; the transmitting, by the second server, the service data associated with the service data packet for the terminal of the target member includes:

4. The method of claim 1, wherein the transmitting, by the second server, the traffic data associated with the traffic service data packet for the terminal of the target member comprises:

5. The method of claim 4, wherein the receiving, by the first server, the first authorization link request sent by the terminal of the target member comprises:

6. The method according to claim 4, wherein the obtaining an access page matched with the target member in the business service according to the authorization credential in the first authorization link request and sending the access page to the terminal of the target member includes:

7. A method of application interaction processing, comprising:

acquiring a service data packet sent by the first server, and forwarding the service data packet to a terminal of the target member corresponding to the second application, wherein the service data packet is acquired by the first server according to the identity information, and the data packet of the target member in the first application is acquired by the first server;

8. The method of claim 7, wherein the service data comprises a first communication message and a second communication message, wherein the first communication message comprises a message sent by the service request object to the target member based on the first application, and wherein the second communication message comprises a message sent by the target member to the service request object based on the second application; the transmitting, by the second server, the service data associated with the service data packet for the terminal of the target member includes:

9. The method of claim 7, wherein the transmitting, by the first server, the traffic data associated with the traffic service data packet for the terminal of the target member comprises:

10. A method of application interaction processing, comprising:

11. An application interaction processing apparatus, comprising:

12. An application interaction processing apparatus, comprising:

a second synchronization module, configured to obtain a service data packet sent by the first server, and forward the service data packet to a terminal of the target member corresponding to the second application, where the service data packet is obtained by the first server according to the identity information, and is a data packet of the target member in the first application;

13. An application interaction processing apparatus, comprising: a processor, a memory, and a network interface;

the processor is connected with the memory and the network interface respectively, wherein the network interface is used for connecting a server, the memory is used for storing program codes, and the processor is used for calling the program codes to execute the method according to any one of claims 1-6.

14. An application interaction processing apparatus, comprising: a processor, a memory, and a network interface;

the processor is connected to the memory and the network interface, respectively, wherein the network interface is used for connecting to a server, the memory is used for storing program codes, and the processor is used for calling the program codes to execute the method according to any one of claims 7 to 9.

15. A computer storage medium, characterized in that the computer storage medium stores a computer program comprising program instructions which, when executed by a processor, perform the method according to any one of claims 1-9.