CN113783767B - Communication processing method, device, equipment and storage medium - Google Patents

Communication processing method, device, equipment and storage medium Download PDF

Info

Publication number
CN113783767B
CN113783767B CN202110004926.8A CN202110004926A CN113783767B CN 113783767 B CN113783767 B CN 113783767B CN 202110004926 A CN202110004926 A CN 202110004926A CN 113783767 B CN113783767 B CN 113783767B
Authority
CN
China
Prior art keywords
communication
receiver
terminal
account
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110004926.8A
Other languages
Chinese (zh)
Other versions
CN113783767A (en
Inventor
王凯斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Wodong Tianjun Information Technology Co Ltd
Original Assignee
Beijing Wodong Tianjun Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Wodong Tianjun Information Technology Co Ltd filed Critical Beijing Wodong Tianjun Information Technology Co Ltd
Priority to CN202110004926.8A priority Critical patent/CN113783767B/en
Publication of CN113783767A publication Critical patent/CN113783767A/en
Application granted granted Critical
Publication of CN113783767B publication Critical patent/CN113783767B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18Commands or executable codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/216Handling conversation history, e.g. grouping of messages in sessions or threads
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/234Monitoring or handling of messages for tracking messages

Abstract

The embodiment of the application provides a communication processing method, a communication processing device, a communication processing apparatus and a storage medium, wherein when a server receives a communication request initiated by a sender terminal, the server acquires historical average response time of a receiver account according to an identifier of the receiver account in the communication request, and sends communication information including communication content and the historical average response time to the receiver terminal which logs in the receiver account, the receiver terminal judges whether the received communication information is responded within the received historical average response time, and if not, the server determines whether to send an event upgrading request to the server according to whether the communication information is checked. In the technical scheme, a reasonable response time can be determined according to the historical average response time, so that the accuracy of event upgrading can be improved to a certain extent, and a foundation is laid for improving the communication efficiency and improving the user experience.

Description

Communication processing method, device, equipment and storage medium
Technical Field
The embodiment of the application relates to the technical field of internet, in particular to a communication processing method, a communication processing device, communication processing equipment and a storage medium.
Background
With the rapid development of network technologies, more and more enterprise office platforms are emerging, such as enterprise WeChat, nailing, flying book, jingdonme, and the like. At present, in an enterprise, personnel of each service line can communicate with other personnel of the service line for various purposes every day, so that the most important function in an office platform is real-time communication in a text form.
In practical application, when all service line personnel in an enterprise communicate among different departments, the response speed of some personnel is very low, and the personnel do not respond for a long time, so that the communication efficiency among different departments is low. In the prior art, aiming at the problem, a sender can only manually send messages again at intervals, or an application system automatically retransmits the messages or automatically generates mails to be sent to a receiver, and a receiver leader is copied to carry out event upgrading so as to reflect an event that some people are not matched with communication in time to the receiver leader.
In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art: in practical applications, there may be various reasons why the receiver fails to reply in time, for example, the receiver may fail to reply due to objective reasons such as not seeing the message in time in a meeting, or may intentionally fail to reply due to subjective reasons such as not looking at the communication information by the receiver intentionally. In the prior art, event upgrading is carried out only according to the fact that a receiver does not reply a message in time, so that the accuracy of event upgrading is low, the communication efficiency is low, and the user experience is poor.
Disclosure of Invention
The embodiment of the application provides a communication processing method, a communication processing device, communication processing equipment and a storage medium, and aims to solve the problems of low communication efficiency and poor user experience caused by low accuracy of event upgrading in the existing enterprise office platform.
In a first aspect, an embodiment of the present application provides a communication processing method, including:
receiving a communication request initiated by a sender terminal, wherein the communication request comprises: communication content and identification of a receiver account;
acquiring the historical average response duration of the account of the receiver according to the identifier of the account of the receiver;
sending communication information to a receiver terminal logging in the receiver account, wherein the communication information comprises: the communication content and the historical average response time.
In one possible design of the first aspect, the method further includes:
receiving a first processing result sent by the receiver terminal, wherein the first processing result is used for indicating that the communication content is not viewed and the receiver terminal is not manually operated within a first preset time length;
determining all co-worker accounts belonging to the same level as the account of the receiving party according to the first processing result;
acquiring a manual operation judgment result fed back by each login terminal of all the co-worker accounts, wherein the manual operation judgment result is used for indicating whether the login terminal of each co-worker account is manually operated or not;
and determining feedback information aiming at the communication request according to the human operation judgment result fed back by each login terminal of all the colleague accounts.
Optionally, the determining, according to a result of the human operation determination fed back by each login terminal of all the coworkers accounts, feedback information for the communication request includes:
determining the number of the co-worker accounts without manual operation according to the manual operation judgment result fed back by each login terminal of all the co-worker accounts;
and determining feedback information aiming at the communication request according to the number of the colleague accounts without manual operation.
Optionally, the determining, according to the number of the peer accounts without manual operation, feedback information for the communication request includes:
when the number of the co-worker accounts without manual operation is larger than a preset number, generating first feedback information, and sending the first feedback information to the sender terminal, wherein the first feedback information is used for indicating that the communication content is not checked and the response time of the communication content is uncertain;
when the number of the co-worker accounts without manual operation is less than or equal to the preset number, generating second feedback information, sending the second feedback information to the sender terminal, and determining whether to execute event upgrading according to whether response information sent by the receiver terminal is received in the preset response time, wherein the second feedback information is used for indicating that the communication content is not checked and determining whether to execute event upgrading according to whether response information fed back by the receiver terminal is received in the preset response time;
wherein the feedback information is the first feedback information or the second feedback information.
In another possible design of the first aspect, the method further includes:
when determining that the communication content is not answered by the receiver to which the receiver account belongs, generating and storing an unanswered record, wherein the unanswered record comprises: the account number of the sending party, the account number of the receiving party, the communication content, the sending time of the communication request and the reason why the communication content is not replied.
Optionally, the method further includes:
and outputting and announcing all the unanswered records in the preset time period every other preset time period.
In a second aspect, an embodiment of the present application provides a communication processing method, including:
receiving communication information sent by a server, wherein the communication information comprises: communication content sent by a sender terminal and historical average response time of a receiver account;
judging whether the communication information is responded within the historical average response time after being received;
and when the communication information is not responded within the historical average response time after being received, determining whether to send an event upgrading request to a server according to whether the communication information is checked, wherein the event upgrading request is used for complaining that the receiver to which the account of the receiver belongs is not matched for communication.
In a possible design of the second aspect, the determining whether the communication information is answered within the historical average answering time period after being received includes:
determining the receiving time of the communication information;
determining the overtime feedback time of the communication content by using the receiving time and the historical average response time;
and judging whether the communication information is responded before the overtime feedback moment.
In another possible design of the second aspect, the determining whether to send an event upgrade request to the server according to whether the communication information is checked includes:
when the communication information is confirmed to be checked, displaying a countdown window on a human-computer interaction interface of the receiver terminal, wherein the countdown window is used for displaying the remaining countdown duration;
when the remaining duration of the countdown window is 0 and the communication information is not responded, sending the event upgrading request to the server;
and when the communication information is determined not to be checked, determining whether to send an event upgrading request to the server or not according to whether the receiving party terminal is manually operated within a first preset time.
Optionally, the determining whether to send the event upgrade request to the server according to whether the receiver terminal is manually operated within a first preset time includes:
when it is determined that the receiver terminal is manually operated within the first preset time, popping up a juxtaposed top on a human-computer interaction interface of the receiver terminal to display a communication window of the receiver account and the sender account;
if the duration of the communication window which is popped up and displayed on the top is greater than or equal to a second preset duration and the communication information is not responded, sending the event upgrading request to the server;
when it is determined that the receiving party terminal is not manually operated within the first preset time, feeding back a first processing result to the server, wherein the first processing result is used for indicating that the communication information is not viewed and the receiving party terminal is not manually operated within the first preset time.
In a third aspect, an embodiment of the present application provides a communication processing apparatus, including:
a receiving module, configured to receive a communication request initiated by a sender terminal, where the communication request includes: communication content and identification of a receiver account;
the processing module is used for acquiring the historical average response time of the account of the receiving party according to the identifier of the account of the receiving party;
a sending module, configured to send communication information to a receiver terminal that logs in the receiver account, where the communication information includes: the communication content and the historical average response time.
In a possible design of the third aspect, the receiving module is further configured to receive a first processing result sent by the receiver terminal, where the first processing result is used to indicate that the communication content is not viewed and the receiver terminal is not manually operated within a first preset time period;
the processing module is further configured to:
determining all co-worker accounts belonging to the same level as the account of the receiving party according to the first processing result;
acquiring a manual operation judgment result fed back by each login terminal of all the co-worker accounts, wherein the manual operation judgment result is used for indicating whether the login terminal of each co-worker account is manually operated or not;
and determining feedback information aiming at the communication request according to the human operation judgment result fed back by each login terminal of all the colleague accounts.
Optionally, the processing module is configured to determine, according to a result of the human operation determination fed back by each login terminal of all the peer accounts, feedback information for the communication request, and specifically includes:
the processing module is specifically configured to:
determining the number of the co-worker accounts without manual operation according to the manual operation judgment result fed back by each login terminal of all the co-worker accounts;
and determining feedback information aiming at the communication request according to the number of the colleague accounts without manual operation.
Optionally, the processing module is configured to determine feedback information for the communication request according to the number of the peer accounts without manual operation, and specifically includes:
the processing module is specifically configured to:
when the number of the co-worker accounts without manual operation is larger than a preset number, generating first feedback information, and sending the first feedback information to the sender terminal, wherein the first feedback information is used for indicating that the communication content is not checked and the response time of the communication content is uncertain;
when the number of the co-worker accounts without manual operation is less than or equal to the preset number, generating second feedback information, sending the second feedback information to the sender terminal, and determining whether to execute event upgrading according to whether response information sent by the receiver terminal is received in the preset response time, wherein the second feedback information is used for indicating that the communication content is not checked and determining whether to execute event upgrading according to whether response information fed back by the receiver terminal is received in the preset response time;
wherein the feedback information is the first feedback information or the second feedback information.
In another possible design of the third aspect, the processing module is further configured to generate and store an unanswered record when it is determined that the recipient to which the recipient account belongs does not answer the communication content, where the unanswered record includes: the account number of the sending party, the account number of the receiving party, the communication content, the sending time of the communication request and the reason why the communication content is not replied.
Optionally, the processing module is further configured to output and announce all unanswered records in the preset time period every other preset time period.
In a fourth aspect, an embodiment of the present application provides a communication processing apparatus, including:
a receiving module, configured to receive communication information sent by a server, where the communication information includes: communication content sent by a sender terminal and historical average response time of a receiver account;
and the processing module is used for judging whether the communication information is responded within the historical average response time after being received, and determining whether to send an event upgrading request to a server according to whether the communication information is checked when the communication information is not responded within the historical average response time after being received, wherein the event upgrading request is used for complaining that the receiver to which the account of the receiver belongs is not matched for communication.
In a possible design of the fourth aspect, the processing module is configured to determine whether the communication information is answered within the historical average answering duration after being received, and specifically includes:
the processing module is specifically configured to:
determining the receiving time of the communication information;
determining the overtime feedback time of the communication content by using the receiving time and the historical average response time;
and judging whether the communication information is responded before the overtime feedback moment.
In another possible design of the fourth aspect, the processing module is configured to determine whether to send an event upgrade request to the server according to whether the communication information is checked, specifically:
the processing module is specifically configured to:
when the communication information is confirmed to be checked, displaying a countdown window on a human-computer interaction interface of the receiver terminal, wherein the countdown window is used for displaying the remaining countdown duration;
when the remaining duration of the countdown window is 0 and the communication information is not responded, sending the event upgrading request to the server;
and when the communication information is determined not to be checked, determining whether to send an event upgrading request to the server or not according to whether the receiving party terminal is manually operated within a first preset time.
Optionally, the processing module is configured to determine whether to send an event upgrade request to the server according to whether the receiver terminal is manually operated within a first preset time, and specifically:
the processing module is specifically configured to pop up a juxtaposed top on a human-computer interaction interface of the receiver terminal to display a communication window between the receiver account and the sender account when it is determined that the receiver terminal is manually operated within the first preset duration;
the device further comprises: a sending module;
the sending module is configured to:
when the communication window is popped up and displayed on the top in a juxtaposed manner for a time length which is greater than or equal to a second preset time length and the communication information is not responded, sending the event upgrading request to the server;
when it is determined that the receiving party terminal is not manually operated within the first preset time, feeding back a first processing result to the server, wherein the first processing result is used for indicating that the communication information is not viewed and the receiving party terminal is not manually operated within the first preset time.
In a fifth aspect, embodiments of the present application provide a server comprising a processor, a memory, a transceiver, and a computer program stored on the memory and executable on the processor, the processor implementing the method according to the first aspect and possible designs when executing the program.
In a sixth aspect, an embodiment of the present application provides a terminal device, which includes a processor, a memory, a transceiver, and a computer program stored in the memory and executable on the processor, and the processor executes the computer program to implement the method according to the second aspect.
In a seventh aspect, embodiments of the present application provide a computer-readable storage medium, in which computer-executable instructions are stored, and when executed by a processor, the computer-executable instructions are configured to implement the method according to the first aspect and various possible designs as described above; alternatively, the computer executable instructions, when executed by a processor, are for implementing the method as described in the second aspect above.
In an eighth aspect, an embodiment of the present application provides a computer program product, where the computer program product includes: computer instructions for implementing the method as described in the first aspect and various possible designs as described above when executed by a processor; alternatively, the computer executable instructions, when executed by a processor, are for implementing the method as described in the second aspect above.
According to the communication processing method, the communication processing device, the communication processing equipment and the communication processing storage medium, when a server receives a communication request initiated by a sender terminal, historical average response time of a receiver account can be obtained according to an identification of the receiver account in the communication request, then communication information comprising communication content and the historical average response time is sent to the receiver terminal which logs in the receiver account, correspondingly, after the receiver terminal receives the communication information sent by the server, whether the communication information is responded within the received historical average response time is judged firstly, and when the communication information is not responded within the received historical average response time, whether an event upgrading request is sent to the server is determined according to whether the communication information is checked or not. In the technical scheme, a reasonable response time can be determined according to the historical average response time, so that the accuracy of event upgrading can be improved to a certain extent, and a foundation is laid for improving the communication efficiency and improving the user experience.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure.
Fig. 1 is a schematic diagram of a network architecture to which the communication processing method according to the embodiment of the present application is applied;
fig. 2 is an interaction diagram of a first communication processing method according to an embodiment of the present application;
fig. 3 is a schematic flowchart of a second communication processing method according to an embodiment of the present application;
fig. 4 is an interaction diagram of a third embodiment of a communication processing method according to the present application;
fig. 5 is a schematic flowchart of a fourth embodiment of a communication processing method according to the present application;
fig. 6 is a schematic structural diagram of a first communication processing apparatus according to an embodiment of the present disclosure;
fig. 7 is a schematic structural diagram of a second communication processing apparatus according to a second embodiment of the present disclosure;
fig. 8 is a schematic structural diagram of a server according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of an embodiment of a terminal device provided in the embodiment of the present application.
With the foregoing drawings in mind, certain embodiments of the disclosure have been shown and described in more detail below. These drawings and written description are not intended to limit the scope of the disclosed concepts in any way, but rather to illustrate the concepts of the disclosure to those skilled in the art by reference to specific embodiments.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
Enterprise Instant Messaging (EIM) is a tool service for network marketing, network communication and content management for enterprise terminal users, and users can form an enterprise office platform by installing terminal applications of instant messaging, thereby realizing real-time communication and enterprise content management between two or more people. The communication content comprises websites, characters, interfaces, voice, videos, file mutual transmission and the like.
At present, more and more enterprise office platforms are available in the market, the competition is more and more fierce, and enterprise office platforms with large market share include enterprise WeChat, nail, flying book, jingdong me and the like. How to improve the performance of the enterprise office platform is a key for improving the competitive advantage of the enterprise office platform.
At the present stage, the main function in the enterprise office platform is the instant communication in the form of characters, that is, every day, the personnel of each service line in the enterprise need to communicate with each other for various purposes. However, when the cross-department communication is performed, the response speed of some people is very slow, and the response is not returned for a long time, so that the cross-department communication efficiency is low. For this situation, the communication initiator can only send again manually at intervals, or can only update the event by sending through mail. Specifically, if the sent message cannot be responded for a long time, the terminal application of the enterprise office platform can automatically repeat the message, or automatically generate a mail to be sent to the other party and copy the leader to feed back the problem that the other party cannot timely reply the message.
In practical application, when the receiver does not reply to the message in time, the receiver can also judge whether the message is read or not. If the message is read but not replied, the message is considered to be evasive communication, and the event needs to be upgraded; if the message is unread, indicating that it has not read the message, it may wait slightly. According to practice, some people may not reply because the unread message is in a meeting and does not see the message, or the receiver may intentionally not open the relevant communication window, so that the communication record state is always in an unread state. That is, there are many reasons why the receiver does not read the message in time, and the current technology cannot accurately judge the subjective intention that the receiver does not reply.
Aiming at the technical problems, the technical idea process of the application is as follows: the reason why the receiver does not reply the message can be judged layer by layer, specifically, firstly, the historical average response time length of the receiver can be determined according to the historical reply information of the receiver or a department where the receiver is located, then if the receiver does not reply within the historical average response time length after receiving the message, whether the receiver reads the message is determined, if the receiver reads the message, whether the event upgrading is needed is determined according to whether the receiver replies within the set countdown time length, if the receiver does not reply within the first preset time length, whether the receiver operates the terminal manually is determined, if the receiver does not reply within the set certain time, whether the event upgrading is needed is determined according to whether the receiver replies, if the receiver does not reply within the set certain time, the manual operation condition of the terminal where the co-worker account is located is obtained, and then the reason why the receiver does not reply is judged according to the result, whether the event upgrading is needed is determined, namely, different operations are executed according to different reasons, and the accuracy of the event upgrading is improved.
Based on the technical concept, an embodiment of the present application provides a communication processing method, where a server, when receiving a communication request initiated by a sender terminal, may obtain a historical average response time of a receiver account according to an identifier of the receiver account in the communication request, and then send communication information including communication content and the historical average response time to the receiver terminal that logs in the receiver account, and accordingly, after receiving the communication information sent by the server, the receiver terminal first determines whether the communication information is responded within the received historical average response time, and when the communication information is not responded within the received historical average response time, determines whether to send an event upgrade request to the server according to whether the communication information is checked. In the technical scheme, a reasonable response time can be determined according to the historical average response time, so that the accuracy of event upgrading can be improved to a certain extent, and a foundation is laid for improving the communication efficiency and improving the user experience.
Further, the receiving terminal may determine different execution schemes according to whether the communication information is checked or not checked, and whether the communication information is not checked or not checked, and the communication information is not checked or not checked. Namely, the method judges whether the receiver does not respond to the intentional action, so that the accuracy of event upgrading is improved, the communication efficiency is indirectly improved, the method is beneficial to attracting small and medium-sized companies to use the enterprise office platform, and the market share of the enterprise office platform is improved.
Fig. 1 is a schematic diagram of a network architecture to which the communication processing method provided in the embodiment of the present application is applied. As shown in fig. 1, the network architecture may include: at least two terminal devices (e.g., terminals) and a server 10 located between the at least two terminal devices.
Optionally, fig. 1 shows N + M terminal devices, which are respectively terminal device 1, terminal device 2, …, terminal device N, and terminal device N +1, terminal device N +2, …, terminal device N + M, and corresponding users are user 1, user 2, …, user N, and user N +1, user N +2, …, and user N + M. The embodiment of the application does not limit the number of the terminal devices and the number of users of each terminal device, and the number can be determined according to an actual scene, which is not described herein again.
In this embodiment, each terminal device is installed with a target application, and communication windows for communicating an initiator and a receiver are displayed through a display interface of a user terminal. In practical application, when a communication initiator opens a target application installed on a terminal device, a communication content can be input in a communication window of a receiver and a sending option is clicked, so that a communication request comprising the communication content and a receiver account is sent out.
It is to be understood that the system architecture diagram shown in fig. 1 is merely an exemplary illustration. In practical application, the system structure diagram may further include other devices, which may be adjusted according to actual requirements, and the embodiments of the present application are not limited thereto.
Optionally, in the system architecture diagram shown in fig. 1, the server 10 may be an application server of the target application, and may also be referred to as a service server, which is mainly used for providing a communication processing logic and is used by the target application, so as to implement communication between the target applications on the at least two terminal devices.
The terminal device may be a computer device, and specifically, may be a mobile phone, a tablet computer, a PC terminal, and the like of a user, which is not limited herein.
The following describes the technical solution of the present application and how to solve the above technical problem with the application architecture shown in fig. 1. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.
Fig. 2 is an interaction diagram of a first embodiment of a communication processing method according to the present application. As shown in fig. 2, the method is explained in terms of information interaction between a sender terminal, a server, and a receiver terminal. As shown in fig. 2, the communication processing method may include the steps of:
s201, a server receives a communication request initiated by a sender terminal, wherein the communication request comprises: and communication content and identification of the account of the receiver.
In this embodiment, each user using the target enterprise office platform may install the target application on a terminal that the user has, so that when a certain user needs to communicate with other users, the initiating communication person first opens the target application installed on the sender terminal, then inputs questionable communication content in a human-computer interaction interface of the target application, i.e., a communication window with the receiver, and triggers a sending operation, so that the sender terminal sends out a communication request.
It can be understood that, when the technical solution of the present application is implemented by software, the communication between the sender terminal and the receiver terminal through the server is actually the communication between the target application installed on the sender terminal and the target application installed on the receiver terminal, and this embodiment does not limit this.
Optionally, in order to enable the server to determine a receiver of the communication request, the communication request sent by the sender terminal to the server includes a receiver account, so that the server may send the communication information to a login terminal (specifically, a target application on the login terminal) of the receiver account.
S202, the server obtains the historical average response time of the account of the receiving party according to the identification of the account of the receiving party.
In this step, after receiving the communication request sent by the sender terminal, the server may first determine a receiver account in the communication request, and then obtain historical response information of the receiver or historical response information of a department in which the receiver is located based on the receiver account, thereby calculating a historical average response time of the receiver account.
In a possible design of this embodiment, the server may obtain, according to the account of the receiving party, a plurality of historical response durations when the account of the receiving party communicates with other accounts, and then calculate an average value of the plurality of historical response durations, which is used as the historical average response duration of the account of the receiving party.
In another possible design of this embodiment, the server may obtain, according to the account of the receiving party, historical response durations of other accounts of the same department to which the account of the receiving party belongs, then calculate average response durations of all accounts of the whole department, and use the average response durations as the historical average response durations of the account of the receiving party.
The present embodiment does not limit the calculation method of the historical average response time of the receiving party account, and may be determined according to the actual situation, which is not described herein again.
S203, the server sends communication information to a receiver terminal for logging in the account of the receiver, wherein the communication information comprises: the communication content and the historical average response time.
Optionally, after determining the historical average response time of the account of the receiving party, the server may send the historical average response time and the received communication content as communication information to the terminal of the receiving party corresponding to the account of the receiving party. In other embodiments, the server may also send the determined historical average response time length and the communication content to the receiving terminal, respectively, for example, after the server sends the communication content to the target application of the receiving terminal, the server immediately sends the historical average response time length to the target application of the receiving terminal, which is not limited herein.
It can be understood that, in this embodiment, the communication information sent by the server to the terminal of the receiving party may also include the sending time of the communication request, and details are not described here.
S204, the receiving terminal judges whether the communication information is responded within the history average response time after being received.
Illustratively, after the communication information is sent from the receiving server to the receiving terminal, the receiving terminal first determines the communication content sent by the sending terminal and the historical average response time of the account of the receiving terminal, which are included in the communication information, then determines the current time of the receiving terminal, and then determines whether the receiving terminal responds within the historical average response time after receiving the communication information.
Specifically, the target application installed on the receiving-side terminal calculates an overtime feedback time after receiving the communication record information, where the overtime feedback time is the sum of the current system time (the time of the target application) and the time corresponding to the historical average response time.
Optionally, in an embodiment, the step S204 may be implemented by: firstly, determining the receiving time of the communication information, then determining the overtime feedback time of the communication content by using the receiving time and the historical average response time, and finally judging whether the communication information is responded before the overtime feedback time.
S205, when the communication information is not responded within the history average response time after being received, the receiving party terminal determines whether to send an event upgrading request to the server according to whether the communication information is checked.
The event upgrading request is used for uncoordinated communication of the receiver to which the complaining receiver account belongs.
As an example, if the communication information is answered within the historical average answering time after being received, it indicates that the receiving party can actively deal with the communication, and the communication efficiency is high in response time.
As another example, if the communication information is not answered within the historical average response time after being received, that is, when the target application of the receiver terminal determines that the current system time is greater than the timeout feedback time, the receiver still does not reply to the communication content, at this time, it is necessary to determine whether the receiver has read the communication information, and further determine whether the receiver to which the receiver account belongs is not matched for the subjective reason or not matched for the objective reason.
Optionally, if the server receives an event upgrade request sent by the receiver terminal through the target application, the server may generate and send a complaint-controlling mail according to the communication record information, the mailbox information of the receiver, and the mailbox information of the receiver superior leader, and correspondingly, the server may store the non-reply record in the database for subsequent viewing.
According to the communication processing method provided by the embodiment of the application, when a server receives a communication request initiated by a sender terminal, the historical average response time length of a receiver account can be obtained according to the identification of the receiver account in the communication request, and then communication information comprising communication content and the historical average response time length is sent to the receiver terminal which logs in the receiver account. In the technical scheme, a reasonable response time can be determined according to the historical average response time, so that the accuracy of event upgrading can be improved to a certain extent, and a foundation is laid for improving the communication efficiency and improving the user experience.
Optionally, on the basis of the foregoing embodiment, fig. 3 is a schematic flowchart of a second embodiment of a communication processing method according to the embodiment of the present application. As shown in fig. 3, the determination of whether to send the event upgrade request to the server according to whether the communication information is checked in S205 may be implemented by:
s301, judging whether the communication information is checked; if yes, executing S302 and S303; if not, go to step S304.
In this embodiment, the target application installed on the receiver terminal may determine whether the communication information is checked according to whether the communication window of the communication information is opened, and correspondingly perform different operations.
S302, displaying a countdown window on a human-computer interaction interface of the receiver terminal, wherein the countdown window is used for displaying the remaining countdown duration.
As an example, when the recipient terminal determines that the communication information has been viewed, the target application on the recipient terminal may display a countdown window on a human-computer interaction interface of the recipient terminal. Specifically, the countdown window is displayed in a communication window between the receiver and the sender, and is used for displaying the remaining countdown duration.
Optionally, the total countdown duration of the countdown window may be set according to an artificial rule, for example, 5 minutes, 10 minutes or other durations, which is not limited in this embodiment.
And S303, when the remaining duration of the countdown window is 0 and the communication information is not responded, sending an event upgrading request to the server.
Optionally, when the countdown duration is reached, that is, the remaining duration of the countdown window is 0, if the receiving party still does not answer the communication information at this time, the receiving party terminal may send an event update request to the server through the target application, so as to implement complaint about slow communication of the receiving party.
As an example, when the receiving-side terminal determines that the communication information is not viewed, the target application on the receiving-side terminal may determine whether to send the event upgrade request to the server according to whether the receiving-side terminal is manually operated within a first preset time period, where the specific operations are as follows.
S304, judging whether the receiver terminal is manually operated within a first preset time length; if yes, executing S305 and S306; if not, go to step S307.
Optionally, when it is determined that the communication information is not checked, the receiver terminal may determine whether the communication information is manually operated within a first preset time before the current time, for example, if the receiver terminal is a computer installed with a target application, it may obtain whether an input/output device (e.g., a mouse, a keyboard, etc.) of the computer is manually operated; and if the receiving party terminal is a mobile phone with the target application, judging whether the screen of the mobile phone is operated by a person or not. Accordingly, the receiving side terminal can perform the next operation according to the judgment result.
S305, popping up and displaying a communication window of the account of the receiver and the account of the sender at the top on a human-computer interaction interface of the terminal of the receiver.
In one possible design of the application, when it is determined that the receiver terminal is manually operated within a first preset time, it indicates that the receiver terminal is operated by the receiver, and at this time, the target application on the receiver can directly pop up a communication window between the receiver account and the sender account and display the communication window in a juxtaposed manner, so as to prompt the receiver to respond in time.
S306, if the duration of the communication window which is popped up and set on the top for display is greater than or equal to a second preset duration and the communication information is not responded, sending an event upgrading request to the server.
Optionally, because the receiver needs to reply within a certain time, the receiver terminal may reserve a second preset time for the receiver terminal to respond after the communication window is popped up and set on top. Alternatively, the second preset time period may be 3 minutes, 5 minutes, and the like, and the embodiment of the present application is not limited thereto.
Optionally, if the receiving party still does not respond to the communication information within the second preset time period after the communication window is popped up and displayed on the top, the receiving party terminal may send an event upgrade request to the server through the target application, so as to implement complaint about slow communication of the receiving party, and meanwhile, store the non-reply record in the database for subsequent viewing.
S307, feeding back a first processing result to the server, wherein the first processing result is used for indicating that the communication information is not checked and the receiving party terminal is not manually operated within a first preset time length.
In another possible design of the application, when it is determined that the receiving-side terminal is not operated manually within the first preset time, it may be determined that the communication information is not checked because the receiving side is not in front of the receiving-side terminal for a long time, and therefore a reply is not made in time, and at this time, the first processing result may be fed back to the server, so that the server performs a subsequent operation.
According to the communication processing method provided by the embodiment of the application, when communication information is checked, a countdown window is displayed on a human-computer interaction interface of a receiver terminal, when the remaining time of the countdown window is 0 and the communication information is not responded, an event upgrading request is sent to a server, when the communication information is determined not to be checked and the receiver terminal is manually operated within a first preset time, a communication window which displays a receiver account and a sender account in a top-pop-up and top-up mode is popped up on the human-computer interaction interface of the receiver terminal, if the time for popping up and top-display the communication window is greater than or equal to a second preset time and the communication information is not responded, the event upgrading request is sent to the server, and when the communication information is determined not to be checked and the receiver terminal is not manually operated within the first preset time, a first processing result is fed back to the server to indicate that the communication information is not checked and the receiver terminal is not manually operated within the first preset time. According to the technical scheme, the receiver terminal determines whether to send the event upgrading request or not according to whether the communication information is checked or not and whether the receiver terminal is manually operated within a first preset time period or not when the communication information is not checked, the accuracy of event upgrading can be further improved, and therefore the probability of event upgrading by mistake is greatly avoided.
Optionally, on the basis of the foregoing embodiment, fig. 4 is an interaction schematic diagram of a third embodiment of a communication processing method provided in the embodiment of the present application. As shown in fig. 4, after S307, the method may further include the steps of:
s401, the server receives the first processing result sent by the receiving terminal.
The first processing result is used for indicating that the communication content is not viewed and the receiving party terminal is not manually operated within a first preset time length.
Illustratively, when the target application of the receiver terminal determines that the communication content is not viewed and the receiver terminal is not operated manually within the first preset time, the target application of the receiver terminal may send the condition to the server through the first processing result, so that the server may perform further operations. Reference may be specifically made to the description of the subsequent steps in this embodiment.
S402, the server determines all the co-worker accounts belonging to the same level as the account of the receiving party according to the first processing result.
Optionally, when the server obtains a first processing result that the communication content is not checked and the terminal of the receiving party is not manually operated within a first preset time, all the account numbers of the co-workers belonging to the same hierarchy with the terminal of the receiving party can be determined according to the account number of the receiving party, so as to analyze whether the receiving party cannot respond to the information in time due to the fact that the communication content cannot be checked for a long time in a meeting or not.
For example, all the account numbers of the colleagues belonging to the same hierarchy as the account number of the receiving party may be account information of other colleagues under the organizational structure of the receiving party.
It can be understood that, in practical applications, if the receiver is a leader under a certain organization architecture, the server may further obtain all directly subordinate accounts of an organization in which the receiver account is located, which may be determined according to an actual scenario and will not be described herein again.
And S403, the server sends a human operation judgment request to the login terminal of each co-worker account.
The manual operation judgment request is used for requesting to judge whether the login terminal of each colleague account is manually operated within a first preset time.
In this step, the server may send a manual operation determination request to the login terminal where each co-worker account is located, so that each login terminal determines whether it is manually operated within a first preset time before the current time.
S404, each login terminal determines whether the login terminal is manually operated within a first preset time length, and a manual operation judgment result is generated.
S405, each login terminal feeds back a result of the human operation judgment to the server.
For example, when receiving a manual operation judgment request sent by a server, a target application of each login terminal may perform a manual operation within a first preset time period according to input and output devices (e.g., a mouse, a keyboard, and a screen) of the target application, generate a manual operation judgment result, and finally return the manual operation judgment result to the server.
S406, the server determines feedback information aiming at the communication request according to the human operation judgment result fed back by each login terminal of all the colleague accounts.
In this step, the server may determine whether the login terminals of all the co-worker accounts have manual operation according to the result of the manual operation judgment of the login terminals of all the co-worker accounts of the receiver to which the receiver account belongs, and further analyze the reason why the receiver to which the receiver account belongs does not respond to the communication information, thereby obtaining the feedback information for the communication request.
According to the communication processing method provided by the embodiment of the application, when a server receives a first processing result that communication content sent by a receiver terminal is not checked and the receiver terminal is not manually operated within a first preset time period, all the fellow account numbers belonging to the same level as the receiver account number are determined, then a manual operation judgment result fed back by each login terminal of all the fellow account numbers is obtained, and finally feedback information aiming at the communication request is determined according to the manual operation judgment result fed back by each login terminal of all the fellow account numbers. According to the technical scheme, the more accurate reason that the receiver does not answer the communication information can be determined through the manual operation result of the login terminal of the colleague account of the receiver, and the accuracy of event upgrading is further improved.
Exemplarily, on the basis of the embodiment shown in fig. 4, fig. 5 is a schematic flowchart of a fourth embodiment of a communication processing method provided in the embodiment of the present application. As shown in fig. 5, the above S406 may be implemented by the following steps:
s501, determining the number of the co-worker accounts without manual operation according to the manual operation judgment result fed back by each login terminal of all the co-worker accounts.
In this embodiment, the server may determine the number of the peer accounts without manual operation in all the peer accounts by analyzing the result of the manual operation determination fed back by the login terminal of each peer account, and then determine the feedback information for the communication request according to the number of the peer accounts without manual operation. Alternatively, the feedback information may be first feedback information generated in S503 described below, or second feedback information generated in S505 described below.
S502, judging whether the number of the colleague accounts without manual operation is larger than a preset number, if so, executing S503 and S504, and if not, executing S505 to S507.
Specifically, the server compares the number of the peer accounts without manual operation with the preset number in the system, then generates feedback information aiming at the communication request according to the judgment result, and feeds the feedback information back to the sender terminal.
S503, generating first feedback information, wherein the first feedback information is used for indicating that the communication content is not viewed and the response time of the communication content is uncertain.
For example, when the number of the account numbers of the colleagues without human operation is greater than a preset number, for example, 2, and the server may consider that the recipient may not respond in time because of a meeting, a first feedback message for the communication request may be generated to indicate that the communication content is not viewed and the response time of the communication content is uncertain.
S504, the first feedback information is sent to the terminal of the sending party.
Optionally, the server may send the generated first feedback information to the sender terminal, and specifically, transmit the first feedback information to the target application of the sender terminal, so that the first feedback information is displayed in a communication window between the sender account and the receiver account on the sender terminal.
In practical applications, because the duration of the conference is generally long, and the time for the receiver to end the conference is uncertain, the receiver of the sender may wait for a long time to reply, so the server may return the first feedback information to the terminal of the sender, so that the sender can determine whether to communicate with the receiver in another way, for example, in a telephone call way.
Optionally, after the server feeds the first feedback information back to the sender terminal, the reason why the receiver fails to respond, that is, the non-reply record, may be stored in the database for subsequent viewing.
And S505, generating second feedback information, wherein the second feedback information is used for indicating that the communication content is not checked and determining whether to execute event upgrading according to whether response information fed back by the receiver terminal is received in a preset response time length.
For example, when the number of the account numbers of the colleagues without human operation is less than or equal to the preset number, for example, 2, the server may consider that the receiver may not reply for other reasons, for example, go to a toilet, and because the time of going to the toilet is usually not too long, the server may determine a preset response time length, and determine whether to perform event upgrading according to response information that is fed back by the receiver within the preset response time length, that is, generate second feedback information for the communication request to indicate possible operation information of the server.
S506, the second feedback information is sent to the sender terminal.
And S507, determining whether to execute event upgrading according to whether response information sent by the receiver terminal is received in a preset response time.
In this embodiment, the server may send the generated second feedback information to the sender terminal, and specifically, transmit the second feedback information to the target application of the sender terminal, so that the second feedback information is displayed in a communication window between the sender account and the receiver account on the sender terminal.
Optionally, the server sends the generated second feedback information to the sender terminal, and waits for a preset response time, and if the server still does not receive the response information of the receiver within the preset response time, performs event upgrading, for example, sending an email to complain about an event that the receiver does not cooperate with communication.
According to the communication processing method provided by the embodiment of the application, the number of the co-worker accounts without manual operation is determined according to the manual operation judgment result fed back by each login terminal of all the co-worker accounts, when the number of the co-worker accounts without manual operation is larger than the preset number, first feedback information is generated and sent to the sender terminal so as to indicate that communication contents are not checked and the response time of the communication contents is uncertain, when the number of the co-worker accounts without manual operation is smaller than or equal to the preset number, second feedback information is generated and sent to the sender terminal, and whether event upgrading is executed or not is determined according to whether the response information sent by the receiver terminal is received in the preset response time or not. According to the technical scheme, the reasons of non-reply of the receiver are further analyzed according to the number of the colleague accounts without manual operation, different feedback information is generated according to different reasons, and the accuracy of event upgrading is further improved.
Further, on the basis of the above embodiment, the communication processing method may further include the steps of:
and when determining that the receiving party account belongs to the receiving party unanswered communication content, generating and storing an unanswered record.
Wherein the unacknowledged record comprises: the account number of the sending party, the account number of the receiving party, the communication content, the sending time of the communication request and the reason why the communication content is not replied.
Optionally, the reason why the communication content is not replied may include: the read communication content is not replied, the communication content is not read and the terminal is operated by people, the communication content is not read and the terminal is not operated by people, the terminal of sufficient colleagues is not operated by people, the communication content is not read and the terminal is not operated by people, and the terminal of the insufficient colleagues is not operated by people.
In this embodiment, the server generates response records for the condition that the recipient to which the recipient account belongs does not respond to the communication content, and stores the response records in the database, so that subsequent viewing is facilitated.
Further, the server may also output and announce all unanswered records within a preset time period every preset time period.
Optionally, the enterprise office platform to which the target application belongs has a function of adding regular open-air, that is, the server may output and announce the record of non-reply of the database every preset time period, so that the superior leader can check the record and reason of non-reply of its subordinate, so as to warn.
The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.
Fig. 6 is a schematic structural diagram of a first communication processing apparatus according to an embodiment of the present disclosure. Referring to fig. 6, the communication processing apparatus may include:
a receiving module 601, configured to receive a communication request initiated by a sender terminal, where the communication request includes: communication content and identification of a receiver account;
the processing module 602 is configured to obtain a historical average response duration of the receiver account according to the identifier of the receiver account;
a sending module 603, configured to send communication information to a receiver terminal that logs in the receiver account, where the communication information includes: the communication content and the historical average response time.
In a possible design of the embodiment of the application, the receiving module 601 is further configured to receive a first processing result sent by the receiver terminal, where the first processing result is used to indicate that the communication content is not viewed and the receiver terminal is not manually operated within a first preset time period;
the processing module 602 is further configured to:
determining all co-worker accounts belonging to the same level as the account of the receiving party according to the first processing result;
acquiring a manual operation judgment result fed back by each login terminal of all the co-worker accounts, wherein the manual operation judgment result is used for indicating whether the login terminal of each co-worker account is manually operated or not;
and determining feedback information aiming at the communication request according to the human operation judgment result fed back by each login terminal of all the colleague accounts.
Optionally, the processing module 602 is configured to determine, according to a result of human operation judgment fed back by each login terminal of all the peer accounts, feedback information for the communication request, and specifically, the method includes:
the processing module 602 is specifically configured to:
determining the number of the co-worker accounts without manual operation according to the manual operation judgment result fed back by each login terminal of all the co-worker accounts;
and determining feedback information aiming at the communication request according to the number of the colleague accounts without manual operation.
Optionally, the processing module 602 is configured to determine, according to the number of the peer accounts without manual operation, feedback information for the communication request, specifically:
the processing module 602 is specifically configured to:
when the number of the co-worker accounts without manual operation is larger than a preset number, generating first feedback information, and sending the first feedback information to the sender terminal, wherein the first feedback information is used for indicating that the communication content is not checked and the response time of the communication content is uncertain;
when the number of the co-worker accounts without manual operation is less than or equal to the preset number, generating second feedback information, sending the second feedback information to the sender terminal, and determining whether to execute event upgrading according to whether response information sent by the receiver terminal is received in the preset response time, wherein the second feedback information is used for indicating that the communication content is not checked and determining whether to execute event upgrading according to whether response information fed back by the receiver terminal is received in the preset response time;
wherein the feedback information is the first feedback information or the second feedback information.
In another possible design of this embodiment, the processing module 602 is further configured to generate and store an unanswered record when it is determined that the recipient to which the recipient account belongs does not answer the communication content, where the unanswered record includes: the account number of the sending party, the account number of the receiving party, the communication content, the sending time of the communication request and the reason why the communication content is not replied.
Optionally, the processing module 602 is further configured to output and announce all unanswered records in the preset time period every other preset time period.
The apparatus provided in the embodiment of the present application may be configured to execute the technical solution of the server in the method embodiments described in fig. 2 to fig. 5, and the implementation principle and the technical effect are similar, which are not described herein again.
Fig. 7 is a schematic structural diagram of a second communication processing apparatus according to the present application. Referring to fig. 7, the communication processing apparatus may include:
a receiving module 701, configured to receive communication information sent by a server, where the communication information includes: communication content sent by a sender terminal and historical average response time of a receiver account;
a processing module 702, configured to determine whether the communication information is responded within the historical average response time after being received, and determine whether to send an event upgrade request to a server according to whether the communication information is checked when the communication information is not responded within the historical average response time after being received, where the event upgrade request is used to complain that a receiver to which the receiver account belongs is not in cooperation with communication.
In a possible design of the embodiment of the present application, the processing module 702 is configured to determine whether the communication information is answered within the historical average answering time after being received, specifically:
the processing module 702 is specifically configured to:
determining the receiving time of the communication information;
determining the overtime feedback time of the communication content by using the receiving time and the historical average response time;
and judging whether the communication information is responded before the overtime feedback moment.
In another possible design of the embodiment of the present application, the processing module 702 is configured to determine whether to send an event upgrade request to a server according to whether the communication information is checked, specifically:
the processing module 702 is specifically configured to:
when the communication information is confirmed to be checked, displaying a countdown window on a human-computer interaction interface of the receiver terminal, wherein the countdown window is used for displaying the remaining countdown duration;
when the remaining duration of the countdown window is 0 and the communication information is not responded, sending the event upgrading request to the server;
and when the communication information is determined not to be checked, determining whether to send an event upgrading request to the server or not according to whether the receiving party terminal is manually operated within a first preset time.
Optionally, the processing module 702 is configured to determine whether to send an event upgrade request to the server according to whether the receiver terminal is manually operated within a first preset time duration, specifically:
the processing module 702 is specifically configured to pop up a juxtaposed top on a human-computer interaction interface of the receiver terminal to display a communication window between the receiver account and the sender account when it is determined that the receiver terminal is manually operated within the first preset time period;
optionally, the apparatus further comprises: a sending module 703;
the sending module 703 is configured to:
when the communication window is popped up and displayed on the top in a juxtaposed manner for a time length which is greater than or equal to a second preset time length and the communication information is not responded, sending the event upgrading request to the server;
when it is determined that the receiving party terminal is not manually operated within the first preset time, feeding back a first processing result to the server, wherein the first processing result is used for indicating that the communication information is not viewed and the receiving party terminal is not manually operated within the first preset time.
The apparatus provided in the embodiment of the present application may be configured to execute the technical solution of the receiver terminal in the method embodiments described in fig. 2 to fig. 5, and the implementation principle and the technical effect are similar, which are not described herein again.
It should be noted that the division of the modules of the above apparatus is only a logical division, and the actual implementation may be wholly or partially integrated into one physical entity, or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling software by the processing element, and part of the modules can be realized in the form of hardware. For example, the processing module may be a separately established processing element, or may be integrated into a chip of the apparatus, or may be stored in a memory of the apparatus in the form of program code, and a processing element of the apparatus calls and executes the functions of the above determination module. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.
Fig. 8 is a schematic structural diagram of a server according to an embodiment of the present application. As shown in fig. 8, the server may include: the server comprises a processor 801, a memory 802, a transceiver 803 and a system bus 804, wherein the memory 802 and the transceiver 803 are connected with the processor 801 through the system bus 804 and complete mutual communication, the memory 802 is used for storing computer execution instructions, the transceiver 803 is used for communicating with other devices, and the technical scheme of the server in the embodiment shown in the above fig. 2 to 5 is realized when the processor 801 executes the computer execution instructions.
Fig. 9 is a schematic structural diagram of an embodiment of a terminal device according to an embodiment of the present application. As shown in fig. 9, the terminal device may include: the terminal equipment comprises a processor 901, a memory 902, a transceiver 903 and a system bus 904, wherein the memory 902 and the transceiver 903 are connected with the processor 901 through the system bus 904 and complete mutual communication, the memory 902 is used for storing computer execution instructions, the transceiver 903 is used for communicating with other equipment, and the technical scheme of the terminal equipment in the embodiment shown in fig. 2 to 5 is realized when the processor 901 executes the computer execution instructions.
In fig. 8 and 9, the processor may be a general-purpose processor including a central processing unit CPU, a Network Processor (NP), and the like; but also a digital signal processor DSP, an application specific integrated circuit ASIC, a field programmable gate array FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components.
The memory may comprise Random Access Memory (RAM), read-only memory (RAM), and non-volatile memory (non-volatile memory), such as at least one disk memory.
The transceiver, i.e. the communication interface, is used to enable communication between the database access means and other devices, such as clients, read-write libraries and read-only libraries.
The system bus may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The system bus may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.
Optionally, an embodiment of the present application further provides a computer-readable storage medium, where computer instructions are stored in the computer-readable storage medium, and when the computer instructions are executed on a computer, the computer is caused to execute the scheme of the server in the method embodiments shown in fig. 2 to fig. 5.
An embodiment of the present application further provides a computer-readable storage medium, where computer instructions are stored in the computer-readable storage medium, and when the computer instructions are run on a computer, the computer is caused to execute the scheme of the terminal device in the method embodiments shown in fig. 2 to fig. 5.
Optionally, an embodiment of the present application further provides a chip for executing the instruction, where the chip is configured to execute the scheme of the server in the method embodiments shown in fig. 2 to 5.
The embodiment of the present application further provides a chip for executing the instruction, where the chip is used to execute the scheme of the terminal device in the method embodiments shown in fig. 2 to fig. 5.
Embodiments of the present application further provide a computer program product, where the computer program product includes a computer program, where the computer program is stored in a computer-readable storage medium, and at least one processor may read the computer program from the computer-readable storage medium, and when the computer program is executed by the at least one processor, the at least one processor may implement the scheme of the server in the method embodiments shown in fig. 2 to fig. 5.
The embodiment of the present application further provides a computer program product, where the computer program product includes a computer program, the computer program is stored in a computer-readable storage medium, and at least one processor may read the computer program from the computer-readable storage medium, and when the at least one processor executes the computer program, the at least one processor may implement the scheme of the terminal device in the method embodiments shown in fig. 2 to fig. 5.
In this application, "at least one" means one or more, "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone, wherein A and B can be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship; in the formula, the character "/" indicates that the preceding and following related objects are in a relationship of "division". "at least one of the following" or similar expressions refer to any combination of these items, including any combination of the singular or plural items.
It is to be understood that the various numerical references referred to in the embodiments of the present application are merely for descriptive convenience and are not intended to limit the scope of the embodiments of the present application. In the embodiment of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiment of the present application.
Other embodiments of the present disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It will be understood that the present disclosure is not limited to the precise arrangements that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims (15)

1. A communication processing method, comprising:
receiving a communication request initiated by a sender terminal, wherein the communication request comprises: communication content and identification of a receiver account;
acquiring historical average response time of the account of the receiving party according to the identifier of the account of the receiving party;
sending communication information to a receiver terminal logging in the receiver account, wherein the communication information comprises: and the communication content and the historical average response time length enable the receiver terminal to judge whether the communication information is responded within the historical average response time length after being received, and determine whether to send an event upgrading request to a server according to whether the communication information is checked or not when the communication information is not responded within the historical average response time length after being received, wherein the event upgrading request is used for complaining that the receiver to which the receiver account belongs is not matched for communication.
2. The method of claim 1, further comprising:
receiving a first processing result sent by the receiver terminal, wherein the first processing result is used for indicating that the communication content is not viewed and the receiver terminal is not manually operated within a first preset time length;
determining all co-worker accounts belonging to the same level as the account of the receiving party according to the first processing result;
acquiring a manual operation judgment result fed back by each login terminal of all the co-worker accounts, wherein the manual operation judgment result is used for indicating whether the login terminal of each co-worker account is manually operated or not;
and determining feedback information aiming at the communication request according to the human operation judgment result fed back by each login terminal of all the colleague accounts.
3. The method according to claim 2, wherein the determining feedback information for the communication request according to the human operation judgment result fed back by each login terminal of all the colleague accounts comprises:
determining the number of the co-worker accounts without manual operation according to the manual operation judgment result fed back by each login terminal of all the co-worker accounts;
and determining feedback information aiming at the communication request according to the number of the colleague accounts without manual operation.
4. The method of claim 3, wherein determining feedback information for the communication request according to the number of the staff accounts without human operation comprises:
when the number of the co-worker accounts without manual operation is larger than a preset number, generating first feedback information, and sending the first feedback information to the sender terminal, wherein the first feedback information is used for indicating that the communication content is not checked and the response time of the communication content is uncertain;
when the number of the co-worker accounts without manual operation is less than or equal to a preset number, generating second feedback information, sending the second feedback information to the sender terminal, and determining whether to execute event upgrading according to whether response information sent by the receiver terminal is received within a preset response time, wherein the second feedback information is used for indicating that the communication content is not checked and determining whether to execute event upgrading according to whether response information fed back by the receiver terminal is received within the preset response time;
wherein the feedback information is the first feedback information or the second feedback information.
5. The method according to any one of claims 1-4, further comprising:
when determining that the communication content is not answered by the receiver to which the receiver account belongs, generating and storing an unanswered record, wherein the unanswered record comprises: the account number of the sending party, the account number of the receiving party, the communication content, the sending time of the communication request and the reason why the communication content is not replied.
6. The method of claim 5, further comprising:
and outputting and announcing all the unanswered records in the preset time period every other preset time period.
7. A method of communication processing, comprising:
receiving communication information sent by a server, wherein the communication information comprises: communication content sent by a sender terminal and historical average response time of a receiver account;
judging whether the communication information is responded within the historical average response time after being received;
and when the communication information is not responded within the historical average response time after being received, determining whether to send an event upgrading request to a server according to whether the communication information is checked, wherein the event upgrading request is used for complaining that the receiver to which the account of the receiver belongs is not matched for communication.
8. The method of claim 7, wherein the determining whether the communication was answered within the historical average answer duration after being received comprises:
determining the receiving time of the communication information;
determining the overtime feedback time of the communication content by using the receiving time and the historical average response time;
and judging whether the communication information is responded before the overtime feedback moment.
9. The method according to claim 7 or 8, wherein the determining whether to send the event upgrading request to the server according to whether the communication information is checked comprises:
when the communication information is confirmed to be checked, displaying a countdown window on a human-computer interaction interface of the receiver terminal, wherein the countdown window is used for displaying the remaining countdown duration;
when the remaining duration of the countdown window is 0 and the communication information is not responded, sending the event upgrading request to the server;
and when the communication information is determined not to be checked, determining whether to send an event upgrading request to the server or not according to whether the receiving party terminal is manually operated within a first preset time.
10. The method of claim 9, wherein the determining whether to send the event upgrade request to the server according to whether the receiver terminal is manually operated within a first preset time period comprises:
when it is determined that the receiver terminal is manually operated within the first preset time, popping up a juxtaposed top on a human-computer interaction interface of the receiver terminal to display a communication window of the receiver account and the sender account;
if the duration of the communication window which is popped up and displayed on the top is greater than or equal to a second preset duration and the communication information is not responded, sending the event upgrading request to the server;
when it is determined that the receiving party terminal is not manually operated within the first preset time, feeding back a first processing result to the server, wherein the first processing result is used for indicating that the communication information is not viewed and the receiving party terminal is not manually operated within the first preset time.
11. A communication processing apparatus, comprising:
a receiving module, configured to receive a communication request initiated by a sender terminal, where the communication request includes: communication content and identification of a receiver account;
the processing module is used for acquiring the historical average response time of the account of the receiving party according to the identifier of the account of the receiving party;
a sending module, configured to send communication information to a receiver terminal that logs in the receiver account, where the communication information includes: and the communication content and the historical average response time length enable the receiver terminal to judge whether the communication information is responded within the historical average response time length after being received, and determine whether to send an event upgrading request to a server according to whether the communication information is checked or not when the communication information is not responded within the historical average response time length after being received, wherein the event upgrading request is used for complaining that the receiver to which the receiver account belongs is not matched for communication.
12. A communication processing apparatus, comprising:
a receiving module, configured to receive communication information sent by a server, where the communication information includes: communication content sent by a sender terminal and historical average response time of a receiver account;
and the processing module is used for judging whether the communication information is responded within the historical average response time after being received, and determining whether to send an event upgrading request to a server according to whether the communication information is checked when the communication information is not responded within the historical average response time after being received, wherein the event upgrading request is used for complaining that the receiver to which the account of the receiver belongs is not matched for communication.
13. A server comprising a processor, a memory, a transceiver, and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1-6 when executing the program.
14. A terminal device comprising a processor, a memory, a transceiver, and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 7-10 when executing the program.
15. A computer-readable storage medium having stored thereon computer-executable instructions for implementing the method of any one of claims 1-6 when executed by a processor; alternatively, the computer executable instructions are for implementing the method of any one of claims 7-10 when executed by a processor.
CN202110004926.8A 2021-01-04 2021-01-04 Communication processing method, device, equipment and storage medium Active CN113783767B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110004926.8A CN113783767B (en) 2021-01-04 2021-01-04 Communication processing method, device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110004926.8A CN113783767B (en) 2021-01-04 2021-01-04 Communication processing method, device, equipment and storage medium

Publications (2)

Publication Number Publication Date
CN113783767A CN113783767A (en) 2021-12-10
CN113783767B true CN113783767B (en) 2023-04-07

Family

ID=78835385

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110004926.8A Active CN113783767B (en) 2021-01-04 2021-01-04 Communication processing method, device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN113783767B (en)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716224A (en) * 2012-09-28 2014-04-09 阿瓦亚公司 Likelihood of receiving a timely response
CN105719056A (en) * 2016-01-14 2016-06-29 一兰云联科技股份有限公司 Small and medium-sized enterprise event management process
CN105812238A (en) * 2016-03-10 2016-07-27 深圳市约吧科技有限公司 Event initiating, participating and processing method, device and system
WO2016134635A1 (en) * 2015-02-26 2016-09-01 阿里巴巴集团控股有限公司 Instant messaging method and device, and electronic device
CN107018060A (en) * 2016-01-28 2017-08-04 阿里巴巴集团控股有限公司 Message back method and apparatus
CN107835497A (en) * 2017-10-10 2018-03-23 北京小米移动软件有限公司 Message prompt method and device
CN107833056A (en) * 2017-10-19 2018-03-23 平安科技(深圳)有限公司 A kind of processing method and its terminal of client feedback information
CN108197901A (en) * 2018-02-01 2018-06-22 宁夏灵智科技有限公司 Working state determines method and system
CN109144700A (en) * 2018-09-03 2019-01-04 阿里巴巴集团控股有限公司 Determination method, apparatus, server and the data processing method of overtime duration
WO2019076017A1 (en) * 2017-10-19 2019-04-25 平安科技(深圳)有限公司 Feedback information processing method and apparatus, terminal device and medium

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716224A (en) * 2012-09-28 2014-04-09 阿瓦亚公司 Likelihood of receiving a timely response
WO2016134635A1 (en) * 2015-02-26 2016-09-01 阿里巴巴集团控股有限公司 Instant messaging method and device, and electronic device
CN105719056A (en) * 2016-01-14 2016-06-29 一兰云联科技股份有限公司 Small and medium-sized enterprise event management process
CN107018060A (en) * 2016-01-28 2017-08-04 阿里巴巴集团控股有限公司 Message back method and apparatus
CN105812238A (en) * 2016-03-10 2016-07-27 深圳市约吧科技有限公司 Event initiating, participating and processing method, device and system
CN107835497A (en) * 2017-10-10 2018-03-23 北京小米移动软件有限公司 Message prompt method and device
CN107833056A (en) * 2017-10-19 2018-03-23 平安科技(深圳)有限公司 A kind of processing method and its terminal of client feedback information
WO2019076017A1 (en) * 2017-10-19 2019-04-25 平安科技(深圳)有限公司 Feedback information processing method and apparatus, terminal device and medium
CN108197901A (en) * 2018-02-01 2018-06-22 宁夏灵智科技有限公司 Working state determines method and system
CN109144700A (en) * 2018-09-03 2019-01-04 阿里巴巴集团控股有限公司 Determination method, apparatus, server and the data processing method of overtime duration

Also Published As

Publication number Publication date
CN113783767A (en) 2021-12-10

Similar Documents

Publication Publication Date Title
JP6723340B2 (en) Method and apparatus for prompting business status
US8170189B2 (en) Cross-platform message notification
US8255923B2 (en) Shared persistent communication thread
US7334020B2 (en) Automatic highlighting of new electronic message address
US9111259B2 (en) Affinity list generation
CN102567299B (en) Interacted with electrical form using text message
JP2012504905A (en) Display different types of transmission information threaded together
US20130290434A1 (en) Notifying electronic meeting participants of interesting information
US20090028306A1 (en) Multimodal network community system for rapid message transmission to multiple specific persons and method of controlling the same
US20120240202A1 (en) Communication Abuse Prevention
US20200111060A1 (en) Task reminder method and apparatus, and method and apparatus for generating and presenting reminder message
US10880251B2 (en) Automatic generation of dynamically assigned conditional follow-up tasks
DE102013212214A1 (en) Probability of receiving a timely response
CN101292237A (en) Determining the reputation of a sender of communications
CN113923175B (en) Communication session management method and device
CN114143282A (en) Mail processing method, device, equipment and storage medium
CN111147348B (en) Instant message sending method, device and readable medium
US20050132011A1 (en) Method for managing interruptions to a network user
US11025568B2 (en) Customized response messages
CN113783767B (en) Communication processing method, device, equipment and storage medium
US20160380958A1 (en) Device and Method for Temporal Correlation of Communication Types
KR102381410B1 (en) Acknowledgement service system
CN112995020B (en) Information distribution device, method, electronic device, and storage medium
CN112260933B (en) Communication method, communication device, electronic equipment and medium
CN109150696B (en) Information processing method, server, client, and computer-readable storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant