CN115150450A - Message sending method and device for doctor-patient session scene - Google Patents
Message sending method and device for doctor-patient session scene Download PDFInfo
- Publication number
- CN115150450A CN115150450A CN202210703559.5A CN202210703559A CN115150450A CN 115150450 A CN115150450 A CN 115150450A CN 202210703559 A CN202210703559 A CN 202210703559A CN 115150450 A CN115150450 A CN 115150450A
- Authority
- CN
- China
- Prior art keywords
- message
- target
- time
- target message
- sending
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 230000005540 biological transmission Effects 0.000 claims abstract description 32
- 230000001960 triggered effect Effects 0.000 claims abstract description 20
- 238000013507 mapping Methods 0.000 claims abstract description 13
- 230000014509 gene expression Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 15
- 238000012545 processing Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 7
- 238000004088 simulation Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 239000003814 drug Substances 0.000 description 5
- 201000010099 disease Diseases 0.000 description 4
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 206010067484 Adverse reaction Diseases 0.000 description 2
- 206010020751 Hypersensitivity Diseases 0.000 description 2
- 230000006838 adverse reaction Effects 0.000 description 2
- 208000026935 allergic disease Diseases 0.000 description 2
- 230000007815 allergy Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000001427 coherent effect Effects 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000007667 floating Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
- G06F16/24534—Query rewriting; Transformation
- G06F16/24539—Query rewriting; Transformation using cached or materialised query results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2474—Sequence data queries, e.g. querying versioned data
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Abstract
The invention discloses a message sending method and device for doctor-patient conversation scenes, and relates to the technical field of internet medical treatment. One embodiment of the method comprises: responding to an inquiry event triggered by a preset inquiry node, and determining a target message batch matched with the acquired inquiry event according to a mapping relation between a preset inquiry event type and the message batch; the target message batch contains the sending time priorities of a plurality of target messages and the sending interval duration between any two adjacent target messages; determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service; and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel. The embodiment can improve doctor-patient conversation efficiency.
Description
Technical Field
The invention relates to the technical field of internet medical treatment, in particular to a message sending method and device for doctor-patient conversation scenes.
Background
In an online medical session based on internet technology, a doctor and a patient need to manually input some dialogue messages to perform an inquiry process, wherein some dialogue messages are repetitive and relatively fixed messages, such as welcome messages, prompt messages, guidance messages, illness state messages and the like, but the doctor or the patient needs to repeatedly input the dialogue messages for many times, which greatly takes inquiry time. Therefore, there is a need to develop an auto-triggered message sending mechanism to solve the above problems, and the automatically sent messages need to be sequential, form complete semantics, and have a certain delay to show that each message is the result of thinking about the context of the pre-message.
Disclosure of Invention
In view of this, embodiments of the present invention provide a message sending method and apparatus for a doctor-patient conversation scenario, which can improve doctor-patient conversation efficiency.
To achieve the above object, according to an aspect of the present invention, a message sending method for doctor-patient conversation scenario is provided.
The message sending method of the doctor-patient conversation scene is executed by the message service of the server; the method comprises the following steps: responding to an inquiry event triggered by a preset inquiry node, and determining a target message batch matched with the acquired inquiry event according to a mapping relation between a preset inquiry event type and the message batch; the target message batch contains the sending time priority of a plurality of target messages and the sending interval duration between any two adjacent target messages; determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service; and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel.
Optionally, the target message batch further contains a message identifier and a message provider of each target message; and, the obtaining the message content of each target message from the associated service of the message service includes: and sending a message content acquisition request carrying the message identifier of the target message to the associated service of the message provider as any target message so as to acquire the message content determined by the associated service according to the message identifier.
Optionally, the obtained inquiry event includes event trigger time; and, the determining the expected transmission time of each target message using the transmission time priority and the transmission interval duration comprises: determining the sending sequence of each target message in the target message batch according to the sending time priority; adding the sending interval duration of the first sent target message with the event trigger time to obtain the expected sending time of the target message; and for any target message after the target message which is sent firstly, adding the sending interval time between the any target message and the previous target message to the expected sending time of the previous target message to obtain the expected sending time of the any target message.
Optionally, the sending each target message containing the message content to the doctor terminal and the patient terminal according to the expected sending time of the target message by using a preset time wheel includes: for each target message comprising a message identifier, a message content and an expected sending time, determining the difference between the expected sending time and the current reference time of the time wheel as the current delay duration of the target message; when the current delay duration is longer than the clock period of the time wheel, storing the message identification, the message content and the expected sending time of the target message in a preset database; when the current delay duration is not greater than the clock cycle of the time wheel, writing the message identifier of the target message into a queue corresponding to one slot of the time wheel, and storing the message identifier and the message content of the target message into a preset cache; wherein the clock time corresponding to the slot is equal to the current delay duration of the target message; and responding to the clock pointer of the time wheel pointing to any slot, and adding the target message in the queue corresponding to the slot to a preset thread pool for parallel transmission.
Optionally, the sending each target message containing the message content to the doctor terminal and the patient terminal according to the expected sending time of the target message by using a preset time wheel, further includes: responding to the time wheel to finish a clock cycle, and acquiring a target message of which the current delay duration is not greater than the clock cycle from the database; writing the acquired message identifier of the target message into a queue corresponding to one slot of the time wheel, and storing the acquired message identifier and the message content of the target message into the cache; and the clock time corresponding to the slot is equal to the current delay time of the acquired target message.
Optionally, the obtained inquiry events further include: the inquiry order mark, the message content acquisition request further carries the inquiry order mark; before determining the message content according to the message identifier in the message content acquisition request, the correlation service verifies the order type and the order state indicated by the inquiry order identifier by using a preset conditional expression corresponding to the message identifier; and the acquiring of the inquiry event triggered by the preset inquiry node comprises the following steps: acquiring the inquiry event from a preset message queue; the interrogation event types include at least one of: an inquiry order creating event, an inquiry order payment finishing event, an inquiry order dispatching event, a receiving event and a referral event.
To achieve the above object, according to another aspect of the present invention, a message sending device for doctor-patient conversation scenario is provided.
The message sending device of the doctor-patient conversation scene is arranged in the message service of the server side; the apparatus may include: a message batch determination unit configured to: responding to an inquiry event triggered by a preset inquiry node, and determining a target message batch matched with the acquired inquiry event according to a mapping relation between a preset inquiry event type and the message batch; the target message batch contains the sending time priorities of a plurality of target messages and the sending interval duration between any two adjacent target messages; a message assembly unit to: determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service; a message sending unit configured to: and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel.
Optionally, the target message batch further contains a message identifier and a message provider of each target message, and the obtained inquiry event includes event trigger time; and the message assembly unit is further configured to: sending a message content acquisition request carrying a message identifier of any target message to a correlation service of a message provider serving as any target message so as to acquire the message content determined by the correlation service according to the message identifier; determining the sending sequence of each target message in the target message batch according to the sending time priority; adding the sending interval duration of the first sent target message with the event trigger time to obtain the expected sending time of the target message; and for any target message after the target message which is sent firstly, adding the sending interval time between the any target message and the previous target message to the expected sending time of the previous target message to obtain the expected sending time of the any target message.
To achieve the above object, according to still another aspect of the present invention, there is provided an electronic apparatus.
An electronic device of the present invention includes: one or more processors; the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors realize the message sending method of the doctor-patient conversation scene provided by the invention.
To achieve the above object, according to still another aspect of the present invention, there is provided a computer-readable storage medium.
The invention relates to a computer readable storage medium, on which a computer program is stored, wherein the program is used for realizing the message sending method of the doctor-patient conversation scene provided by the invention when being executed by a processor.
According to the technical scheme of the invention, the embodiment of the invention has the following advantages or beneficial effects:
after the inquiry event triggered by the inquiry node is obtained, the message service determines a target message batch matched with the obtained inquiry event according to a mapping relation between a preset inquiry event type and the message batch, further determines the expected sending time of each target message according to the sending time priority and the sending interval duration in the target message batch, obtains the message content of each target message from the associated service of the message service, and finally sends each target message containing the message content to the doctor terminal and the patient terminal according to the expected sending time of the target message by using a time wheel. Therefore, a plurality of coherent messages with preset contents can be triggered by the inquiry node, complete semantics are formed among the messages, fixed delay is realized, the message is a thought result, and buffer time can be reserved for subsequent calculation links such as medical records and treatment records. Meanwhile, the specific content of each message is configured and managed by each associated service of the message service, and the message service is only responsible for assembling and sending the message, so that the single-point problem of the service end is avoided. Further, the high availability and the high performance of the message system in the doctor-patient conversation scene can be ensured by designing a lightweight time wheel scheduling mode (the messages with longer delay are firstly stored in the database and then written into the time wheel when the expected sending time is close; the time wheel only stores the message identification and the message content is stored in the cache when the messages are written into the time wheel) and a message sending mechanism based on the thread pool.
Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
fig. 1 is a schematic diagram of main steps of a message sending method of a doctor-patient conversation scene in an embodiment of the present invention;
fig. 2 is a schematic architecture diagram of a message sending method of a doctor-patient session scenario in an embodiment of the present invention;
fig. 3 is a schematic diagram illustrating specific steps of a message sending method in a doctor-patient session scenario according to an embodiment of the present invention;
FIG. 4 is a schematic diagram of a message sending apparatus of a doctor-patient conversation scenario according to an embodiment of the present invention;
FIG. 5 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;
fig. 6 is a schematic structural diagram of an electronic device for implementing a message sending method of a doctor-patient conversation scenario in an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
It should be noted that embodiments of the present invention and technical features in the embodiments may be combined with each other without conflict.
Fig. 1 is a schematic diagram of main steps of a message sending method of a doctor-patient conversation scenario according to an embodiment of the present invention.
As shown in fig. 1, the message sending method of the doctor-patient conversation scenario according to the embodiment of the present invention is executed by a message service of a server, and an architecture of the server is shown in fig. 2. At the server, the interrogation core service performs the core interrogation process and determines the interrogation nodes, such as an interrogation order creation node, an interrogation order payment completion node, an interrogation order dispatch node, a referral node, etc. Upon reaching these nodes, the interrogation core service issues corresponding interrogation order creation events, interrogation order payment completion events, interrogation order dispatch events, referral events (above for different interrogation event types) to a message queue. The messaging service subscribes to these events so that they can be retrieved from the message queue in time, interacts with the associated services to determine the content of the message, and finally sends the message to the patient terminal and the doctor terminal. The method comprises the following specific steps:
step S101: and in response to the obtained inquiry events triggered by the preset inquiry nodes, determining the target message batches matched with the obtained inquiry events according to the mapping relation between the preset inquiry event types and the message batches.
In practical applications, each inquiry event may include an inquiry order identifier, an inquiry event type, and an event trigger time. The message service is preset with the mapping relation between the type of the inquiry event and the message batches, and each message batch contains the message identification, the sending time priority and the sending interval duration between any two adjacent messages. The messages in the same message batch can be sent according to the sequence of the priority of the sending time from big to small or from small to big. In the message batch, each message has a transmission interval duration, which represents the transmission interval with the previous message, and the transmission interval duration of the first transmitted message represents the time interval from the event trigger time of the corresponding inquiry event. Preferably, each batch of messages contains an identification of the message provider of the respective message in order to locate the message provider for obtaining the message content.
In this step, after the message service acquires the inquiry events from the message queue, the message batch (hereinafter referred to as a target message batch, where the messages are referred to as target messages) corresponding to the inquiry event type in the acquired inquiry events is determined according to the mapping relationship between the preset inquiry event type and the message batch.
Step S102: and determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service.
In this step, the message service determines the expected sending time and the message content of each target message, and these two steps may be executed in any order or simultaneously. The determination process of the expected transmission time is first explained. The message service firstly determines the sending sequence of each target message in the target message batch according to the sending time priority, and then adds the sending interval time of the target message sent firstly and the event trigger time of the corresponding inquiry event to obtain the expected sending time of the target message sent firstly. And then, for any target message after the target message which is sent firstly, adding the sending interval time between the any target message and the previous target message to the expected sending time of the previous target message to obtain the expected sending time of the any target message. That is, after the expected transmission time of the first transmitted target message is determined, the expected transmission time of each target message is sequentially calculated in the transmission order.
Regarding the determination of the message content, the message service sends a message content acquisition request to the associated service indicated by the message provider identifier in the target message, where the request carries the message identifier of the target message, and preferably also carries an inquiry order identifier acquired by the message service from an inquiry event. The association service stores the message identification and the message content of the managed message in advance, and also stores the conditional expression of the message, the message sender and the message receiver, wherein the conditional expression is used for checking the type and the state of the corresponding inquiry order, the message sender and the message receiver are used for determining the message initiator and the message receiver in the doctor-patient session, and in a specific application, the message initiator in the session can be a system, a doctor or a patient, and the message receiver can be a doctor or a patient. Illustratively, the above associated services may be a doctor service and a patient service, and the messages managed by the doctor service are messages sent from the doctor angle, which can simulate the kiss and the scene of the doctor; the patient service managed messages are messages sent from standing at the patient's perspective, which can simulate the patient's kiss and scenario.
After receiving the message content acquisition request, the association service may first determine a conditional expression corresponding to the message identifier carried in the request, query the status of the inquiry order according to the inquiry order identifier carried in the request, and check the type and status of the inquiry order using the conditional expression. For example, the conditional expressions are used to check whether the inquiry order type is a preset compliance type, and the inquiry order status is paid and not cancelled. If the check fails, the associated service does not provide the message content to the message service. If the verification is successful, the associated service can return the message content corresponding to the message identifier carried in the request to the message service, and can also return the identifiers of the corresponding message sender and message receiver to the message service.
Step S103: and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel.
In the embodiment of the invention, a time wheel module is arranged in the message service. The time wheel is a model for performing efficient batch scheduling by using thread resources, and has two basic concepts of a clock and a slot, wherein the clock is responsible for moving and acquiring a pointer, the pointer moves at a preset step length, and one circle of movement corresponds to one clock cycle; the slots correspond to points in time for each movement of the pointer, and each slot corresponds to a queue for storing messages falling at the corresponding point in time. When the pointer points to any slot, the message service can take out the message in the slot and execute sending logic, thereby ensuring the accuracy of message sending. In addition, the time wheel at any time has a current reference time, i.e. the real time corresponding to the pointer when the current clock cycle points to the zero point. It can be appreciated that the time wheels have the same current reference time in the same clock cycle; when the time wheel finishes one clock period, the current reference time of the time wheel is equal to the sum of the previous current reference time and the clock period. In a practical scenario, a thread may be created to move the pointer and schedule the messages in the slot to which the pointer points.
In this step, for each target message that contains a message identification, a message content, and an expected time to send, the message service first determines the difference between the expected time to send and the current reference time of the time wheel as the current delay period for that target message. It will be appreciated that as the current reference time of the time wheel changes dynamically, the current delay duration of the message service will also change. Then, the message service judges whether the current delay duration of the target message is greater than the clock cycle of the time wheel: if so, indicating that the expected sending time of the target message is not within the time range represented by the current clock cycle of the time wheel, and storing the message identifier, the message content and the expected sending time of the target message in a preset database; if the current delay duration of the target message is not greater than the clock cycle of the time wheel, the expected sending time of the target message is still within the time range represented by the current clock cycle of the time wheel, so that the message identifier of the target message is written into a queue corresponding to one slot of the time wheel, and the message identifier and the message content of the target message are stored in a preset cache. It will be appreciated that the clock time for this slot is equal to the current delay duration of the target message.
Taking a clock period of 1 minute and a step length of one second as an example, if the message service judges that the current delay duration of the target message is greater than 1 minute, the message service stores the message identifier, the message content and the expected sending time of the target message in a database; and if the current delay time of the target message is judged to be less than or equal to 1 minute, writing the message identifier of the target message into a queue corresponding to one slot of the time wheel, and storing the message identifier and the message content of the target message into a preset cache. For example, if the current delay duration of the target message is 32 seconds, the slot in which the message identifier is written corresponds to a time point of 32 seconds.
In addition, after the time wheel completes one clock cycle, the message service acquires the target message of which the current delay duration (namely the current delay duration changed after one clock cycle) is not more than the clock cycle from the database, writes the message identifier of the acquired target message into a queue corresponding to one slot of the time wheel, and stores the message identifier and the message content of the acquired target message into a cache. Likewise, the clock time corresponding to the slot is equal to the current delay duration of the retrieved target message.
In the time wheel, when a clock pointer points to any slot, a thread in charge of moving the pointer adds a target message in a queue corresponding to the slot to a preset thread pool, and at least one thread in the thread pool executes the parallel sending of the message. It will be appreciated that the thread responsible for sending a message needs to look up the corresponding message content in the cache according to the message identity before sending. Through the comparison and judgment of the current delay time and the clock period, the message with longer expected sending time is stored in the database, and the message with shorter expected sending time is written into the time wheel, so that the time wheel for caching the message is lighter, and the time wheel is focused on providing a high-performance delay effect; when the message is written into the time wheel, the message identifier is written into the time wheel in a mode of separating the message identifier from the message content, the message content is written into the cache, and the light weight of the time wheel is further realized. For the messages in the database, the clock period is used as the refresh period to execute the time-wheel writing of the messages in the database, and the stability and the high availability of the system can be ensured based on the lower refresh frequency.
Fig. 3 is a schematic diagram of specific steps executed in a message sending method of a doctor-patient session scenario in an embodiment of the present invention, and refer to fig. 3. In step S301, the inquiry core service sends out an inquiry event to the message queue according to the inquiry node; in step S302, the message service obtains a query event from the message queue; in step S303, the message service obtains a target message batch matched with the inquiry event; in step S304, the message service sends a message content acquisition request to the associated service; in step S305, the correlation service verifies the inquiry order using the conditional expression; in step S306, the associated service returns the message content to the message service; in step S307, the message service calculates an expected transmission time and a current delay time period for each target service. Thereafter, the message service determines whether the current delay duration of the target message is greater than the clock cycle of the time wheel: if not, executing step S308, the message service writes the message identifier of the target message into the time wheel, and writes the message content of the target message into the cache; in step S309, the message service adds the target message in the queue corresponding to the slot pointed to by the clock pointer to the thread pool; in step S310, the message service sends the target message in parallel using threads in the thread pool. If the current delay duration of the target message is greater than the clock period of the time wheel, steps S311 and S312 are performed. In step S311, the message service writes the target message into the database; in step S312, after the time wheel completes one clock cycle, the message service determines the target message in the database for which the current delay duration is not greater than the clock cycle, and thereafter performs step S308.
One embodiment of the present invention is explained below.
With the development of internet technology, the application of internet medical treatment is becoming widespread. In the doctor-patient conversation process, a plurality of conversation messages are manually input by a patient or a doctor, a large amount of precious inquiry time is occupied, and the diagnosis and treatment efficiency is influenced. If the system can automatically simulate the tone of the doctor or the patient in order and rhythmically according to the set specific rules to send some disease description information, welcome words, guide words and the like to the conversation, the doctor can efficiently know the information of the disease, the medical record and the like of the patient, and the patient can be guided to provide more professional disease information conveniently. Therefore, a universal method for automatically simulating doctor-patient conversation can be designed and developed, fluency of an inquiry flow can be improved, and working efficiency of doctors and inquiry experience of patients can be improved.
According to the actual scene requirement, the simulation message of the internet hospital session system has the following characteristics:
first, there are specific nodes that trigger specific simulated message conversation processes: each batch of simulated dialogue messages is not caused by no reason, but is triggered by a specific event node, and has a definite dialogue file and a finish node.
Second, different messages of the same batch have sequentiality: in an interrogation session, messages for each role and between different roles are sequential, coherent, and the contexts together constitute complete semantics.
Third, the message has a suitable delay: each message in the conversational system should not be sent immediately, but rather with some delay as a result of "thinking" based on the context, conditions, and the like of the preceding message.
Fourth, high availability and high performance: the session system is a distributed high-availability system, bears huge message flow, and strictly ensures timeliness and high performance of message sending.
The doctor-patient simulation conversation scheme meeting the requirements can improve inquiry efficiency and experience gain of an internet hospital, for example, in a follow-up prescription process of internet medical treatment, there are regulations that a doctor needs to confirm whether related medicines are taken before the doctor makes a prescription, whether adverse reactions exist and ask about allergy history of a patient to guarantee medicine taking safety of the patient, and if the doctor manually types and asks about medicine purchase of each patient, a lot of time is wasted, so an intelligent and automatic doctor-patient simulation conversation scheme is necessary. The specific dialog simulation process is exemplified as follows:
1) The patient places an order for the medicine to be purchased and the doctor receives a visit.
2) Simulating doctor information: you can, i are XXX doctors, i have received your illness information, and the Internet medical service only provides medical service for the user who is in follow-up diagnosis. (continue after x seconds of interval and send the next message)
3) Simulating doctor information: you have already diagnosed the disease and used it without history of allergy and adverse reactions. Asking you if there is any other information to supplement the description? If not, you will prescribe you according to their condition. (issue the next message after y seconds of interval)
4) The patient chooses whether to replenish.
5) Simulating doctor information: after that, I will make a prescription according to the information of the doctor who submits the doctor, please read the medical instruction in detail and follow the medical advice to take the medicine.
The present embodiment adopts the architecture shown in fig. 2. Specifically, the message service receives the inquiry events in the message queue, remotely calls the associated service according to the inquiry events to obtain message contents, and performs sequencing and expected sending time calculation. The message service then performs the task sending through the time wheel mechanism. The detailed procedure is as follows.
The inquiry events are triggered by the inquiry nodes such as ordering, receiving and forwarding and the like in the inquiry core service, the inquiry events are sent to the message queue for storage, and the services concerning the inquiry events can consume messages from the message queue, so that the asynchronous and near-real-time execution of independent services based on the messages does not have any influence on the inquiry flow of the core. The interrogation events contained information as follows:
the message aggregation process is that the message service consumes the inquiry events in the message queue, and then obtains a corresponding message batch according to the types of the inquiry events in the inquiry events, wherein the information of each message in the message batch is as follows:
| field(s) | Data type | Description of the invention |
| MsgCode | String | Message identification |
| MsgService | String | Message provider identification |
| MsgOrder | Integer | Priority of transmission time |
| MsgDelayTime | Integer | Transmission interval duration |
The message service is only responsible for maintaining the sequence and the interval of the messages, and the detailed content of each message is independently maintained by different associated services, such as the message sent by a patient service maintenance simulation patient and the message sent by a doctor service maintenance simulation doctor, so that the services are mutually decoupled, and the system is simpler and easier to maintain. The associated service maintains messages as follows:
| field(s) | Data type | Description of the invention |
| MsgCode | String | Message identification |
| MsgSendCondition | String | Conditional expressions |
| MsgContent | String | Message content |
| MsgFrom | String | Message sender |
| MsgTo | String | Message receiver |
The message service forms a message including the following information after receiving a message returned by the associated service:
| field(s) | Data type | Description of the invention |
| MsgCode | String | Message identification |
| MsgContent | String | Message content |
| MsgFrom | String | Message sender |
| MsgTo | String | Message receiver |
| ExpectSendTime | String | Expected transmission time |
Then, the message service calculates the current delay time of each message, writes each message into the time wheel according to the current delay time, rotates the pointer of the time wheel through an independent thread and sends the message in the slot pointed by the pointer.
The time wheel can be realized by combining a distributed cache Redis with an array, in order to reasonably use memory resources of the message service, the message sending task is processed by the time wheel with the unit of second, and the number of slots of the time wheel is 60, which corresponds to 60 seconds. Each slot corresponds to a double-ended queue and stores messages to be sent, and the messages which are firstly queued are taken out at the head of the queue and are firstly sent. Controlling the number of time slots can effectively degrade system complexity and improve processing performance. If all tasks are put into the queues of the slots corresponding to the time wheel, the tasks with longer time delay occupy the task queue resources for a long time and affect the task processing efficiency, so that the embodiment directly writes the tasks executed within one minute into the time wheel, writes the tasks delayed by more than one minute into the database, and writes the messages in one minute into the time wheel, so that the time wheel for caching the tasks is lighter, and the time wheel is focused on providing a high-performance time delay effect.
The time wheel can be represented by 60 key-value data of Redis. The rules of the key are clock-second-01, clock-second-02,. An.clock-second-59, clock-second-60.value has a data type zSet, which consists of unique, non-repeating string elements, each element of zSet being associated with a floating point value, called a score. In the present embodiment, the current delay period of the message is used as the fraction. Redis is a data storage system based on a key-value structure of a memory, and is realized based on a cache, so that the read-write performance is good, the time consumed by single read-write is less than 10ms, the QPS of a single Redis node can reach 60000 to 80000, and the accuracy of scheduling time can be ensured by using a time wheel of Redis.
When a message to be sent is faced, if the message service judges that the current delay time of the message is less than or equal to 60 seconds, the message service directly adds the message identifier of the message to a queue of a corresponding slot of a time wheel, and writes the message identifier and the message content into a cache. If the current delay time of the message is more than 60 seconds, the message is firstly persisted into a database and then is scheduled.
And the time wheel dials the pointer by the independent thread and checks the message in the slot corresponding to the pointer, and if the message needing to be sent exists currently, the message is added into the thread pool to be sent. After the sending is completed, the message service deletes the records in the time wheel, the cache and the database, and the verification and the cancellation are completed.
For messages in the database, the message service retrieves messages to be processed in the next minute from the database every other minute, then appends them to the slot corresponding to the time wheel, and sends the messages in the slot while waiting for the pointer to rotate to the slot. Through the mechanism, the message sending of the simulation conversation system can be realized by utilizing a lightweight and highly-available time wheel scheduling mode.
The use of the thread pool can improve the processing performance by processing the messages at the same time through multiple threads. In the internet hospital session system with huge flow, tens of thousands of messages can be processed at the same time, if synchronous sequential execution is adopted, the message sending efficiency is affected, and in the embodiment, a multithread processing mode based on a thread pool is adopted, so that the message sending performance is effectively improved. In addition, the message sending performance can be further improved through a failure retry strategy, and the number of retries can be configured, for example, configured to be 2. If the sending still fails after the retry is carried out twice, the message which fails to be sent is sent to related personnel in an alarm mode, and a manual compensation mechanism is adopted for processing, so that the reliability of message processing can be ensured.
The embodiment can ensure the reliability and accuracy of message sending in the doctor-patient session system, can ensure the performance of message processing in a high-concurrency environment, is favorable for optimizing the inquiry experience of a user, and improves the inquiry efficiency and the professional degree of doctor-patient inquiry communication.
It should be noted that, for the convenience of description, the foregoing method embodiments are described as a series of acts, but those skilled in the art will appreciate that the present invention is not limited by the order of acts described, and that some steps may in fact be performed in other orders or concurrently. In addition, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required to implement the invention.
To facilitate a better implementation of the above-described aspects of embodiments of the present invention, the following also provides relevant means for implementing the above-described aspects.
Referring to fig. 4, the message service, in which the message sending apparatus 400 for doctor-patient conversation scenario provided in the embodiment of the present invention is disposed at a server, may include: a message batch determination unit 401, a message assembly unit 402, and a message transmission unit 403.
Wherein, the message batch determining unit 401 may be configured to: responding to an inquiry event triggered by a preset inquiry node, and determining a target message batch matched with the acquired inquiry event according to a mapping relation between a preset inquiry event type and the message batch; the target message batch contains the sending time priorities of a plurality of target messages and the sending interval duration between any two adjacent target messages; the message assembly unit 402 may be configured to: determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service; the message sending unit 403 may be configured to: and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel.
In the embodiment of the present invention, the target message batch further contains a message identifier and a message provider of each target message, and the obtained inquiry event includes event trigger time; and, the message assembling unit 402 may be further configured to: sending a message content acquisition request carrying the message identifier of any target message to the associated service of the message provider of the target message, to obtain the message content determined by the associated service according to the message identifier; determining the sending sequence of each target message in the target message batch according to the sending time priority; adding the sending interval duration of the first sent target message with the event trigger time to obtain the expected sending time of the target message; and for any target message after the target message which is sent firstly, adding the sending interval time between the any target message and the previous target message to the expected sending time of the previous target message to obtain the expected sending time of the any target message.
In practical applications, the message sending unit 403 may be configured to: for each target message comprising a message identifier, a message content and an expected sending time, determining the difference between the expected sending time and the current reference time of the time wheel as the current delay duration of the target message; when the current delay duration is longer than the clock period of the time wheel, storing the message identification, the message content and the expected sending time of the target message in a preset database; when the current delay duration is not greater than the clock cycle of the time wheel, writing the message identifier of the target message into a queue corresponding to one slot of the time wheel, and storing the message identifier and the message content of the target message into a preset cache; wherein, the clock time corresponding to the slot is equal to the current delay time of the target message; and responding to the clock pointer of the time wheel pointing to any slot, and adding the target message in the queue corresponding to the slot to a preset thread pool for parallel transmission.
As a preferred solution, the message sending unit 403 is configured to: responding to the time wheel to finish a clock cycle, and acquiring a target message of which the current delay duration is not greater than the clock cycle from the database; writing the acquired message identifier of the target message into a queue corresponding to one slot of the time wheel, and storing the acquired message identifier and the message content of the target message into the cache; and the clock time corresponding to the slot is equal to the current delay time of the acquired target message.
In addition, in an embodiment of the present invention, the obtained inquiry events further include: the inquiry order mark, the message content acquisition request further carries the inquiry order mark; before determining the message content according to the message identifier in the message content acquisition request, the correlation service verifies the order type and the order state indicated by the inquiry order identifier by using a preset conditional expression corresponding to the message identifier; and, the message batch determination unit 401 may be further configured to: acquiring the inquiry event from a preset message queue; the types of interrogation events include at least one of: an inquiry order creating event, an inquiry order payment finishing event, an inquiry order dispatching event, a consultation receiving event and a referral event.
According to the technical scheme of the embodiment of the invention, after the message service acquires the inquiry event triggered by the inquiry node, the target message batch matched with the acquired inquiry event is determined according to the mapping relation between the preset inquiry event type and the message batch, the expected sending time of each target message is further determined according to the sending time priority and the sending interval duration in the target message batch, the message content of each target message is acquired from the associated service of the message service, and finally, each target message containing the message content is sent to the doctor terminal and the patient terminal according to the expected sending time of the target message by using a time wheel. In this way, a plurality of consecutive messages of preset content can be triggered by the interrogation node, the messages form complete semantics and have fixed delay, and the message is a thought result can be reflected. Meanwhile, the specific content of each message is configured and managed by each associated service of the message service, and the message service is only responsible for assembling and sending the message, so that the single-point problem of a server is avoided. Further, the high availability and the high performance of the message system in the doctor-patient conversation scene can be ensured by designing a lightweight time wheel scheduling mode and a message sending mechanism based on a thread pool.
Fig. 5 shows an exemplary system architecture 500 of a message sending method of a doctor-patient conversation scenario or a message sending apparatus of a doctor-patient conversation scenario to which an embodiment of the present invention may be applied.
As shown in fig. 5, the system architecture 500 may include terminal devices 501, 502, 503 (e.g., a doctor terminal and a patient terminal), a network 504, and a server 505 (this architecture is merely an example, and the components included in a particular architecture may be adapted according to application specific circumstances). The network 504 serves to provide a medium for communication links between the terminal devices 501, 502, 503 and the server 505. Network 504 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.
The user may use the terminal devices 501, 502, 503 to interact with a server 505 over a network 504 to receive or send messages or the like. Various client applications, such as doctor-patient session applications, etc. (by way of example only), may be installed on the terminal devices 501, 502, 503.
The terminal devices 501, 502, 503 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.
The server 505 may be a server providing various services, such as a message server (for example only) providing support for a doctor-patient session application operated by a user with a terminal device 501, 502, 503. The message server may feed back a plurality of target messages triggered by the inquiry event to the terminal devices 501, 502, 503 according to a preset expected sending time.
It should be noted that the message sending method in the doctor-patient conversation scenario provided in the embodiment of the present invention is generally executed by the server 505, and accordingly, the message sending apparatus in the doctor-patient conversation scenario is generally disposed in the server 505.
It should be understood that the number of terminal devices, networks, and servers in fig. 5 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
The invention also provides the electronic equipment. The electronic device of the embodiment of the invention comprises: one or more processors; the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors realize the message sending method of the doctor-patient conversation scene provided by the invention.
Referring now to FIG. 6, shown is a block diagram of a computer system 600 suitable for use with the electronic device implementing an embodiment of the present invention. The electronic device shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 6, the computer system 600 includes a Central Processing Unit (CPU) 601 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 602 or a program loaded from a storage section 608 into a Random Access Memory (RAM) 603. In the RAM603, various programs and data necessary for the operation of the computer system 600 are also stored. The CPU601, ROM 602, and RAM603 are connected to each other via a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
The following components are connected to the I/O interface 605: an input portion 606 including a keyboard, a mouse, and the like; an output portion 607 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 608 including a hard disk and the like; and a communication section 609 including a network interface card such as a LAN card, a modem, or the like. The communication section 609 performs communication processing via a network such as the internet. The driver 610 is also connected to the I/O interface 605 as needed. A removable medium 611 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 610 as necessary, so that a computer program read out therefrom is mounted in the storage section 608 as necessary.
In particular, the processes described in the main step diagrams above may be implemented as computer software programs, according to embodiments of the present disclosure. For example, embodiments of the invention include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the main step diagram. In the above-described embodiment, the computer program can be downloaded and installed from the network through the communication section 609, and/or installed from the removable medium 611. The computer program performs the above-described functions defined in the system of the present invention when executed by the central processing unit 601.
It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present invention may be implemented by software or hardware. The described units may also be provided in a processor, and may be described as: a processor includes a message batch determination unit, a message assembly unit, and a message transmission unit. Where the names of these units do not in some cases constitute a limitation on the unit itself, for example, the message batch determination unit may also be described as "the unit that provides the target message batch to the message assembly unit".
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs which, when executed by the apparatus, cause the apparatus to perform steps comprising: responding to an inquiry event triggered by a preset inquiry node, and determining a target message batch matched with the acquired inquiry event according to a mapping relation between a preset inquiry event type and the message batch; the target message batch contains the sending time priority of a plurality of target messages and the sending interval duration between any two adjacent target messages; determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service; and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel.
In the technical scheme of the embodiment of the invention, after the message service acquires the inquiry events triggered by the inquiry node, the target message batch matched with the acquired inquiry events is determined according to the mapping relation between the preset inquiry event types and the message batches, the expected sending time of each target message is further determined according to the sending time priority and the sending interval duration in the target message batch, the message content of each target message is acquired from the associated service of the message service, and finally, each target message containing the message content is sent to the doctor terminal and the patient terminal by using a time wheel according to the expected sending time of the target message. In this way, a plurality of consecutive messages of preset content can be triggered by the inquiry node, the messages form complete semantics, and have fixed delay, and the message can be embodied as a thought result. Meanwhile, the specific content of each message is configured and managed by each associated service of the message service, and the message service is only responsible for assembling and sending the message, so that the single-point problem of the service end is avoided. Further, the high availability and the high performance of the message system in the doctor-patient conversation scene can be ensured by designing a lightweight time wheel scheduling mode and a message sending mechanism based on a thread pool.
The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. A message sending method of doctor-patient conversation scene is characterized by being executed by a message service of a server; the method comprises the following steps:
responding to an inquiry event triggered by a preset inquiry node, and determining a target message batch matched with the acquired inquiry event according to a mapping relation between a preset inquiry event type and the message batch; the target message batch contains the sending time priorities of a plurality of target messages and the sending interval duration between any two adjacent target messages;
determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service;
and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel.
2. The method of claim 1, wherein the batch of targeted messages further comprises a message identifier for each targeted message and a message provider; and, the obtaining the message content of each target message from the associated service of the message service includes:
and sending a message content acquisition request carrying the message identifier of the target message to the associated service of the message provider as any target message so as to acquire the message content determined by the associated service according to the message identifier.
3. The method of claim 1, wherein the obtained interrogation events comprise event trigger times; and, the determining the expected transmission time of each target message using the transmission time priority and the transmission interval duration comprises:
determining the sending sequence of each target message in the target message batch according to the sending time priority;
adding the sending interval duration of the first sent target message with the event trigger time to obtain the expected sending time of the target message;
and for any target message after the target message which is sent firstly, adding the sending interval time between the any target message and the previous target message to the expected sending time of the previous target message to obtain the expected sending time of the any target message.
4. The method of claim 1, wherein the transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message using a preset time wheel comprises:
for each target message comprising a message identifier, a message content and an expected sending time, determining the difference between the expected sending time and the current reference time of the time wheel as the current delay duration of the target message;
when the current delay duration is longer than the clock period of the time wheel, storing the message identification, the message content and the expected sending time of the target message in a preset database;
when the current delay duration is not greater than the clock cycle of the time wheel, writing the message identifier of the target message into a queue corresponding to one slot of the time wheel, and storing the message identifier and the message content of the target message into a preset cache; wherein the clock time corresponding to the slot is equal to the current delay duration of the target message;
and responding to the clock pointer of the time wheel pointing to any slot, and adding the target message in the queue corresponding to the slot to a preset thread pool for parallel transmission.
5. The method of claim 4, wherein each target message containing the message content is transmitted to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel, and further comprising:
responding to the time wheel to finish a clock cycle, and acquiring a target message of which the current delay duration is not greater than the clock cycle from the database;
writing the acquired message identifier of the target message into a queue corresponding to one slot of the time wheel, and storing the acquired message identifier and the message content of the target message into the cache; and the clock time corresponding to the slot is equal to the current delay time of the acquired target message.
6. The method of claim 2, wherein the obtained interrogation events further comprise: the inquiry order mark, the message content acquisition request further carries the inquiry order mark; before determining the message content according to the message identifier in the message content acquisition request, the correlation service verifies the order type and the order state indicated by the inquiry order identifier by using a preset conditional expression corresponding to the message identifier; and the number of the first and second groups,
the acquiring of the inquiry event triggered by the preset inquiry node comprises the following steps: acquiring the inquiry event from a preset message queue;
the interrogation event types include at least one of: an inquiry order creating event, an inquiry order payment finishing event, an inquiry order dispatching event, a receiving event and a referral event.
7. A message sending device for doctor-patient conversation scene is characterized by being arranged in a message service of a server; the device comprises:
a message batch determination unit to: responding to an inquiry event triggered by a preset inquiry node, and determining a target message batch matched with the acquired inquiry event according to a mapping relation between a preset inquiry event type and the message batch; the target message batch contains the sending time priorities of a plurality of target messages and the sending interval duration between any two adjacent target messages;
a message assembly unit to: determining the expected sending time of each target message by using the sending time priority and the sending interval duration, and acquiring the message content of each target message from the associated service of the message service;
a message sending unit configured to: and transmitting each target message containing the message content to the doctor terminal and the patient terminal according to the expected transmission time of the target message by using a preset time wheel.
8. The apparatus according to claim 7, wherein the target message batch further contains a message identifier and a message provider of each target message, and the obtained inquiry event includes an event trigger time; and the number of the first and second groups,
the message assembly unit is further configured to: sending a message content acquisition request carrying a message identifier of any target message to a related service of a message provider of the target message so as to acquire the message content determined by the related service according to the message identifier; determining the sending sequence of each target message in the target message batch according to the sending time priority; adding the sending interval duration of the first sent target message with the event trigger time to obtain the expected sending time of the target message; and for any target message after the target message which is sent firstly, adding the sending interval time between the any target message and the previous target message to the expected sending time of the previous target message to obtain the expected sending time of the any target message.
9. An electronic device, comprising:
one or more processors;
a storage device for storing one or more programs,
the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method recited in any of claims 1-6.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210703559.5A CN115150450A (en) | 2022-06-21 | 2022-06-21 | Message sending method and device for doctor-patient session scene |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210703559.5A CN115150450A (en) | 2022-06-21 | 2022-06-21 | Message sending method and device for doctor-patient session scene |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115150450A true CN115150450A (en) | 2022-10-04 |
Family
ID=83408128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210703559.5A Pending CN115150450A (en) | 2022-06-21 | 2022-06-21 | Message sending method and device for doctor-patient session scene |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115150450A (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130230300A1 (en) * | 2012-03-01 | 2013-09-05 | Trisynergy Media Corp. | Doctor to patient multimedia synthesis communication |
| CN109036544A (en) * | 2018-05-31 | 2018-12-18 | 平安医疗科技有限公司 | Medical information method for pushing, device, computer equipment and storage medium |
| CN111464427A (en) * | 2020-03-27 | 2020-07-28 | 北京三快在线科技有限公司 | Method, device, equipment and storage medium for sending message |
| CN112802614A (en) * | 2021-01-27 | 2021-05-14 | 挂号网（杭州）科技有限公司 | Online inquiry method, device, equipment and storage medium |
| CN113077881A (en) * | 2021-04-16 | 2021-07-06 | 北京京东拓先科技有限公司 | Internet hospital information processing method and device |
| CN113077913A (en) * | 2021-04-20 | 2021-07-06 | 北京京东拓先科技有限公司 | Online inquiry and order dispatching method, device and system |
| CN113241170A (en) * | 2021-05-13 | 2021-08-10 | 阿里健康科技(杭州)有限公司 | Online inquiry method, server and terminal equipment |
-
2022
- 2022-06-21 CN CN202210703559.5A patent/CN115150450A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130230300A1 (en) * | 2012-03-01 | 2013-09-05 | Trisynergy Media Corp. | Doctor to patient multimedia synthesis communication |
| CN109036544A (en) * | 2018-05-31 | 2018-12-18 | 平安医疗科技有限公司 | Medical information method for pushing, device, computer equipment and storage medium |
| CN111464427A (en) * | 2020-03-27 | 2020-07-28 | 北京三快在线科技有限公司 | Method, device, equipment and storage medium for sending message |
| CN112802614A (en) * | 2021-01-27 | 2021-05-14 | 挂号网（杭州）科技有限公司 | Online inquiry method, device, equipment and storage medium |
| CN113077881A (en) * | 2021-04-16 | 2021-07-06 | 北京京东拓先科技有限公司 | Internet hospital information processing method and device |
| CN113077913A (en) * | 2021-04-20 | 2021-07-06 | 北京京东拓先科技有限公司 | Online inquiry and order dispatching method, device and system |
| CN113241170A (en) * | 2021-05-13 | 2021-08-10 | 阿里健康科技(杭州)有限公司 | Online inquiry method, server and terminal equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2534953C2 (en) | Request processing method and system (versions) | |
| US10839798B2 (en) | Intent interpreter for a visual bot builder | |
| US9747566B2 (en) | Method and system for managing queues | |
| US10963953B2 (en) | Reserve management for continuous bidding portal | |
| CN109076010B (en) | Internet cloud-hosted natural language interactive messaging system user parser | |
| EP3051414A1 (en) | Computer device, method and apparatus for scheduling service process | |
| CN112416599B (en) | Resource scheduling method, device, equipment and computer readable storage medium | |
| US10282208B2 (en) | Cognitive thread management in a multi-threading application server environment | |
| US11687942B2 (en) | Method and apparatus for processing account of blockchain network, and storage medium | |
| CN107172182A (en) | A kind of information push method, message push server and terminal | |
| US10871918B2 (en) | Writing composite objects to a data store | |
| JP2022124242A (en) | Information processing apparatus, information processing method, and information processing program | |
| CN112308552A (en) | Ordering method and device for medical insurance medicines | |
| CN109684172A (en) | Log method for pushing, system, equipment and storage medium based on access frequency | |
| JP7405629B2 (en) | Chatbot control device, chatbot control method, and chatbot control device system | |
| CN115578138A (en) | Marketing method, marketing device, marketing medium and computing equipment | |
| JP2021117690A5 (en) | ||
| CN115150450A (en) | Message sending method and device for doctor-patient session scene | |
| CN115331801B (en) | Scheduling method and device for image inspection | |
| CN116701445A (en) | Resource matching information generation method, device, equipment and computer readable medium | |
| US7089265B1 (en) | Database management system for implementing independent database actions in response to events of interest | |
| CN114785749A (en) | Message group sending processing method and device | |
| CN108182628A (en) | Method, system, equipment and the storage medium that tourism places an order | |
| CN114613479A (en) | Method and device for allocating inquiry tasks | |
| CN113781084A (en) | Questionnaire display method and device |
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 |