CN115208846A

CN115208846A - Session interaction method and system

Info

Publication number: CN115208846A
Application number: CN202210800197.1A
Authority: CN
Inventors: 李展鹏
Original assignee: Wuhan United Imaging Healthcare Co Ltd
Current assignee: Wuhan United Imaging Healthcare Co Ltd
Priority date: 2022-07-08
Filing date: 2022-07-08
Publication date: 2022-10-18
Anticipated expiration: 2042-07-08
Also published as: CN115208846B

Abstract

The embodiment of the specification provides a conversation interaction method and a conversation interaction system, wherein the conversation interaction method comprises the steps of responding to a conversation request input by a user through an interaction terminal, triggering the interaction terminal to present a conversation interface, and determining the display content of the conversation interface based on a message body, wherein the message body comprises a historical message part, a system message part and a current conversation message part; acquiring an interactive instruction input by a user through an interactive terminal; responding to the interaction instruction, and updating a message body; and triggering the interactive terminal to update the session interface based on the updated message body.

Description

Session interaction method and system

Technical Field

The present disclosure relates to the field of human-computer interaction technologies, and in particular, to a method and a system for session interaction.

Background

To meet user needs, more and more platforms will provide intelligent question and answer services to users. Through the intelligent question-answering service, a user can have a conversation with the question-answering robot at a terminal such as a mobile phone and a computer, so that a service request, a question and the like are put forward. The traditional question-answering platform usually stores different information, such as user information, system information, robot reply information and other single information respectively, so that the data storage structure is complex and the data management efficiency is low. Because the session interaction between the user and the question-answering robot determines the structure of the data stored in the question-answering platform, when the session interaction has large variation, the data structure needs to be adjusted. When the data structure is complex, the process of adjusting the data structure is also extremely difficult, and some repetitive work exists.

Therefore, it is desirable to provide a session interaction method and system, which can uniformly process and manage the related data of session interaction, and improve the efficiency of data storage and management.

Disclosure of Invention

One embodiment of the present specification provides a session interaction method. The conversation interaction method comprises the following steps: in response to a session request input by a user via an interactive terminal, triggering the interactive terminal to present a session interface, wherein the display content of the session interface is determined based on a message body, and the message body comprises a history message part, a system message part and a current session message part; acquiring an interactive instruction input by the user through the interactive terminal; updating the message body in response to the interaction instruction; and triggering the interactive terminal to update the session interface based on the updated message body.

One of the embodiments of the present specification provides a conversation interaction system, including: the system comprises a triggering module, a display module and a display module, wherein the triggering module is used for responding to a session request input by a user through an interactive terminal, triggering the interactive terminal to present a session interface, and the display content of the session interface is determined based on a message body, wherein the message body comprises a historical message part and/or a system message part and/or a current session message part; the acquisition module is used for acquiring an interactive instruction input by the user through the interactive terminal; the updating module is used for responding to the interaction instruction and updating the message body; and the triggering module is used for triggering the interactive terminal to update the session interface based on the updated message body.

One of the embodiments of the present specification provides a computer-readable storage medium storing computer instructions, and when the computer reads the computer instructions in the storage medium, the computer executes a session interaction method.

In some embodiments of the present description, the message body may be utilized to store historical messages, system messages, current conversation messages, etc. involved in the conversation process of the user with the question-answering robot. Because various messages in the message body are stored based on the preset arrangement mode, various messages can be quickly positioned, the display content of the session interface is determined based on the message body, and different types of messages do not need to be acquired from different sources. And the related data of the conversation interaction can be processed and managed uniformly based on the message body, so that the data structure can be adjusted flexibly, and the storage and management efficiency of the data is improved. In the conventional conversation interaction method, different messages correspond to different message sources or categories, and user questions and system replies are stored separately, while related messages need to be associated through logic. In the conversation process, different information needs to be retrieved from different sources, and relevant data can be found only by carrying out logic judgment. Compared with the traditional conversation interaction method, the conversation interaction method based on the message body has higher data management and storage efficiency, and further can provide better conversation service.

Drawings

The present description will be further explained by way of exemplary embodiments, which will be described in detail by way of the accompanying drawings. These embodiments are not intended to be limiting, and in these embodiments like numerals are used to indicate like structures, wherein:

FIG. 1 is a schematic illustration of an application scenario of a conversational interaction system, shown in some embodiments of the present description;

FIG. 2 is an exemplary block diagram of a conversational interaction system, shown in accordance with some embodiments of the present description;

FIG. 3 is an exemplary flow diagram of a session interaction method, shown in accordance with some embodiments of the present description;

FIG. 4 is an exemplary flow chart of a method of session interaction shown in some embodiments herein;

FIG. 5 is an exemplary diagram of a message body shown in accordance with some embodiments of the present description;

FIG. 6 is an exemplary diagram of a data body of a single message shown in accordance with some embodiments of the present description;

FIG. 7A is an exemplary illustration of a first session interface, shown in accordance with some embodiments of the present description;

FIG. 7B is an exemplary diagram of a second type of conversational interface, shown in some embodiments herein;

FIG. 7C is an exemplary illustration of a third session interface, shown in accordance with some embodiments of the present description;

FIG. 7D is an exemplary illustration of a fourth conversation interface, shown in accordance with some embodiments of the present description.

Detailed Description

In order to more clearly illustrate the technical solutions of the embodiments of the present specification, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only examples or embodiments of the present description, and that for a person skilled in the art, the present description can also be applied to other similar scenarios on the basis of these drawings without inventive effort. Unless otherwise apparent from the context, or stated otherwise, like reference numbers in the figures refer to the same structure or operation.

It should be understood that "system," "device," "unit," and/or "module" as used herein is a method for distinguishing between different components, elements, parts, portions, or assemblies of different levels. However, other words may be substituted by other expressions if they accomplish the same purpose.

As used in this specification and the appended claims, the terms "a," "an," "the," and/or "the" are not to be taken in a singular sense, but rather are to be construed to include a plural sense unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that steps and elements are included which are explicitly identified, that the steps and elements do not form an exclusive list, and that a method or apparatus may include other steps or elements.

Flow charts are used in this description to illustrate operations performed by a system according to embodiments of the present description. It should be understood that the preceding or following operations are not necessarily performed in the exact order in which they are performed. Rather, the various steps may be processed in reverse order or simultaneously. Meanwhile, other operations may be added to the processes, or a certain step or several steps of operations may be removed from the processes.

FIG. 1 is a schematic illustration of an application scenario of a conversational interaction system, shown in some embodiments of the present description. As shown in fig. 1, the application scenario 100 of the conversational interaction system may include one or more of a processing device 110, an interaction terminal 120, a storage device 130, and the like.

In some embodiments, the user may interact with the question and answer robot via the interactive terminal 120, for example, to make a session request, to make an interactive instruction, and the like. The interactive instructions may be used to ask for answers to questions, to ask for loading of historical messages, to ask for the provision of some service (e.g., online interrogation), etc. The question-answering robot refers to a computer program that can perform a conversation with a user by using techniques such as artificial intelligence and natural language processing. In some embodiments, the question and answer robot may be executed or implemented by the processing device 110.

The interactive terminal 120 may refer to one or more terminals used by a user, including but not limited to one or any combination of mobile devices, tablet computers, laptop computers, desktop computers, and other devices having input and/or output capabilities. In some embodiments, the interactive terminal 120 may include other smart terminals, such as wearable smart terminals and the like.

The interactive terminal 120 may include a session interface 121. The conversation interface 121 may display a record of interactions between the user and the question-answering robot, and the like. In some embodiments, the user may input a session request and/or an interactive instruction via the interactive terminal. The interactive terminal 120 may send the input session request and/or the interactive instructions to the processing device 110. The processing device 110 may process data related to the session request and the interactive instructions and trigger the interactive terminal 120 to update the session interface 121 based on the processing result. In some embodiments, an applet, APP, etc. for the session may be installed on the interactive terminal 120. When the user opens the applet, APP, etc., the interactive terminal 120 may present the session interface 121. In some embodiments, the interactive terminal 120 may communicate data with the processing device 110 and the storage device 130 via the network 120. In some embodiments, the processing device 110 may be part of the interactive terminal 120.

In some embodiments, the user using the interactive terminal 120 may be one or more users conducting counseling or the like. Different users have respective unique identification numbers. The users may include multiple types of users, e.g., registered users, guests, etc. The processing device 110 may identify the type of user based on the unique identification number of the different user. In some embodiments, the user may also use the interactive terminal 120 to converse with human customer service. For example, when the question-answering robot cannot reply to the user, the reply may be performed by a human customer service. For another example, when the user needs to consult a manual customer service, the reply can be made by the manual customer service. The above examples are intended to be illustrative of the interactive terminal 120 only and not limiting thereof.

The storage device 130 may be used to store data and/or instructions related to the application scenario 100 of the session interaction system. In some embodiments, storage device 130 may store data and/or information obtained from processing device 110, interactive terminal 120, and/or the like. For example, the storage 130 may store the message body, as well as historical message portions, system message portions, current session message portions, and the like of the message body.

In some embodiments, storage device 130 may include one or more storage components, e.g., one or more storage components may correspond to a database, e.g., historical message database 131, question and answer database 132, etc., respectively. Alternatively, historical message database 131 and issue database 132 may correspond to the same storage component, e.g., stored on different partitions of the same memory. In some embodiments, the storage device 130 may be disposed in the processing device 110. In some embodiments, the storage device 130 may include Random Access Memory (RAM), read Only Memory (ROM), mass storage, removable storage, volatile read and write memory, and the like, or any combination thereof. Illustratively, the mass storage may include magnetic disks, optical disks, solid state disks, and the like. In some embodiments, the storage device 130 may be implemented on a cloud platform.

Historical message database 131 may be used to store historical messages in the conversational interaction system. For example, the historical messages may include historical questions issued by different users and historical replies to the historical questions from the question-answering robot. In some embodiments, the historical messages in historical message database 131 may be stored in a question-and-answer format. For example, in the historical message database 131, a historical question from the user and a historical reply from the corresponding question answering robot are associated and stored together as a message record. A historical reply for the question-answering robot may include one or more pieces of information for the historical question. In some embodiments, only history valid replies are stored in history message database 131, and invalid history replies are not stored in history message database 131. Further details regarding valid and invalid replies may be found in relation to the description of fig. 4. In some embodiments, each historical question and historical replies to the historical question may be stored in historical message database 131. The historical reply is stored in historical message database 131 regardless of whether the historical reply is valid. In some embodiments, the historical messages in historical message database 131 may also be stored in other ways.

The question-answer database 132 may be used to store questions and corresponding answers. When the user asks a question, the processing device 110 may query whether there is a corresponding answer through the question-answer database 132, and then reply to the question of the user. In some embodiments, the questions and corresponding solutions in question-and-answer database 132 may be stored in a question-and-answer format. In some embodiments, the processing device 110 may update the answer database 132, or the like. For example, the processing device 110 may pair a new question and its corresponding answer to the question and answer database 132 at the instruction of the administrator of the question and answer platform. For another example, the processing device 110 may update the questions and corresponding answers in the question-answer database (e.g., delete or change certain answers) according to actual needs, as instructed by the administrator of the question-answer platform.

In some embodiments, the processing device 110 may process information and/or data related to the application scenario 100 of the session interaction system to perform one or more functions described herein. For example, the processing device 110 may process a session request, an interactive instruction (e.g., a question, a loading history message), etc., input by the user via the interactive terminal 120, and trigger the interactive terminal 120 to present a corresponding session interface. As another example, processing device 110 may update historical message database 131 in storage device 130 based on the user's session record.

In some embodiments, the processing device 110 may utilize the message body to drive the interaction between the user and the interactive terminal 120 (or question and answer robot). A message body may refer to a collection of a plurality of different messages, where the different messages are stored in a particular form. The content in the message body may be used to determine the display content of the session interface 121 of the interactive terminal 120. For example, at the beginning of a session, the content in the message body is empty. As the conversation progresses, one or more of the history messages, system messages, conversation messages, etc. are updated into the message body. Meanwhile, the display content of the conversation interface 121 is continuously updated based on the message body.

For example only, as shown in fig. 5, the message body (msgBody) 500 includes a history message part (msgHistory) 510, a system message part (msgSystem) 520, and a current session message part (msgCurrent) 530, etc. Different message parts of the message body show different content.

The history message section 510 is mainly used to store history messages between the user and the question-answering robot. In some embodiments, the history message section 510 may store a certain number of history messages, such as 10, 20 most recent history messages. In some embodiments, as described above, the historical messages for the user and the question and answer robot may be stored in historical message database 131 in the form of message records, each message record including historical questions of the user and historical replies (or valid historical replies) to the question and answer robot. The historical message section 510 may be used to store a particular number of message records (i.e., a particular number of historical question and historical reply pairs). For example, historical message section 510 may be used to store 10 historical questions and historical replies.

The system message section 520 may be used to store system messages sent by the question and answer robot, e.g., "Hi, i am smart customer service servlet U. Ask what can help you? "," little U guesses you to ask: 1. film printing 2, film printing color difference \8230 \ 8230 \ ", etc. In some embodiments, the system messages section 520 will only store the system messages sent by the question and answer robot in the current session.

The current conversation message section 530 may be used to store messages for the current conversation between the user and the question-answering robot. In some embodiments, the content of the current conversation message portion may be updated in real-time based on the interaction between the user and the question and answer robot.

In some embodiments, the historical message part 510, the system message part 520, and the current session message part 530 may be arranged based on a preset order. The preset order may refer to a preset sequence of different message parts in the message body 500. For example, as shown in fig. 5, the history message part 510, the system message part 520, and the current session message part 530 are sequentially arranged in the message body 500. The system message part 520 is located in the middle of the message body 500 and may separate the history message part 510 and the current session message part 530. By arranging the history message part 510, the system message part 520, and the current session message part 530 in a preset order, it is possible to help quickly perform message differentiation and location, and improve data management and control efficiency. For example, historical messages stored above the system message and current session messages stored below the system message may be quickly located based on the system message component 520.

It should be noted that the predetermined sequence shown in fig. 5 is provided for exemplary purposes only, and the historical message part 510, the system message part 520, and the current session message part 530 may be arranged in other sequences. For example, the preset order may be that the system message part 520, the history message part 510, and the current session message part 530 are arranged in order.

In some embodiments, data related to a single message in the message body 500 may be stored on a data body basis.

By way of example only, FIG. 6 illustrates an exemplary diagram of a data body of a single message. As shown in FIG. 6, the data volume (msgSingle) 600 may include userType610, uid 620, type 630, content 640, time 650, netError/loading 660, and so on.

In some embodiments, userType610 may be used to determine whether the data volume corresponds to a system message or a non-system message. For example, if userType610 is "system," the data body is a system message. The uid 620 may determine the sender of the message. For example, if uid 620 is "0", the data body corresponds to a message sent by the user; when uid 620 is "1", the data body corresponds to a message transmitted by the system. type 630 may determine a message type, for example, at least one of a text message, a picture, a score, shared content, and the like.

content 640 may encapsulate the message content. content 640 may include id, text, type, evaluate, etc. id is the identification number of the message corresponding to the data body, and the identification numbers corresponding to different data bodies are different. text is the message content corresponding to the data body. type is the content type of the data volume. evaluate may be used to determine whether a message corresponding to the data body is an evaluation-type message. For example, when the data body is an evaluation type message, evaluate is "true". When the data body is a non-evaluation type message, evaluate is empty.

time 650 may record the time of the message transmission corresponding to the data volume. The netError/loading 660 may determine the message status. The message state may include a message network state and a message loading state. The message network state may indicate a network anomaly when a message corresponding to the data body is sent. The message loading state may indicate that the message corresponding to the data volume is being loaded. In some embodiments, a single data body will have only one of a message network state and a message load state.

In some embodiments, the data stored in a single data volume may include outer state data and inner state data. The extrinsic state data may be used to determine associations of data volumes with other data volumes. The internal state data may represent the content of the message itself to which the data volume corresponds. For example, the content 640 in the data volume 600 belongs to the inner state data, and the other data belongs to the outer state data.

In some embodiments, the data volumes of different types of messages (e.g., historical messages, system messages, current session messages, etc.) may be the same or different. For example, the netError/loading 660 part may be omitted from the message body corresponding to the system message. By setting the data body, the data related to the message can be stored in a more standard and uniform form, which is beneficial to improving the efficiency of subsequent data management and processing.

In some embodiments, processing device 110 may include one or more processing engines (e.g., a single chip processing engine or a multi-chip processing engine). By way of example only, the processing device 110 may include a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), an Application Specific Instruction Processor (ASIP), a Graphics Processor (GPU), a Physical Processor (PPU), a Digital Signal Processor (DSP), a Field Programmable Gate Array (FPGA), a programmable logic circuit (PLD), a controller, a micro-controller unit, a Reduced Instruction Set Computer (RISC), a microprocessor, or the like or any combination thereof.

It should be noted that the application scenario 100 of conversational interaction is provided for illustrative purposes only and is not intended to limit the scope of this description. It will be apparent to those skilled in the art that various modifications and variations can be made in light of the description of the present specification. For example, the application scenario 100 of conversational interaction may implement similar or different functionality on other devices. However, such changes and modifications do not depart from the scope of the present specification.

For example, the message body 500 shown in fig. 5 and the data body 600 shown in fig. 6 are provided for illustrative purposes only, and the message body 500 and the data body 600 may be represented in other forms, include other contents, or omit some of the contents. For example, the content contained in the message body 500 is not limited to the historical message part 510, the system message part 520, and the current session message part 530, and the processing device 110 may be configured according to actual needs.

As another example, the application scenario 100 of the conversational interaction system may also include a network, etc. The network may connect various components of the system and/or connect the system with external resource components. The network allows communication between the components and with other components outside the system. For example, processing device 110 retrieves the history message from storage device 130 over a network.

FIG. 2 is an exemplary block diagram of a conversational interaction system, shown in accordance with some embodiments of the present description.

In some embodiments, the conversational interaction system 200 may include a triggering module 210, an obtaining module 220, an updating module 230, and a determining module 240.

In some embodiments, the triggering module 210 may be configured to trigger the interactive terminal to present a conversation interface in response to a conversation request input by a user via the interactive terminal, the display content of the conversation interface being determined based on a message body, wherein the message body includes a historical message part and/or a system message part and/or a current conversation message part.

In some embodiments, the obtaining module 220 may be configured to obtain an interactive instruction input by a user via an interactive terminal.

In some embodiments, the update module 230 may be configured to update the message body in response to the instruction for interaction.

In some embodiments, the triggering module 210 may be further configured to trigger the interactive terminal to update the session interface based on the updated message body.

In some embodiments, the retrieving module 220 may be further configured to retrieve the target system message in response to the session request. In some embodiments, the update module 230 may be further configured to update the system message portion based on the target system message to cause the target system message to be displayed on the conversation interface.

In some embodiments, the determination module 240 may be used to determine whether the user has historical messages.

In some embodiments, the triggering module 210 may be further configured to trigger the interactive terminal to display a history message loading prompt in response to a determination that the history message exists.

In some embodiments, the interaction instruction comprises a history message loading instruction, and the obtaining module 220 is further configured to obtain the target history message based on the history message database in response to the history message loading instruction. In some embodiments, the update module 230 may be further configured to update the historical message portion based on the target historical message to cause the target historical message to be displayed on the conversation interface.

In some embodiments, the interactive instructions include a user question, and the obtaining module 220 may be further configured to obtain a question reply in response to the user question. In some embodiments, the update module 230 may be further configured to update the current conversation message portion based on the quiz reply to cause the quiz reply to be displayed on the conversation interface.

In some embodiments, the determining module 240 may be further configured to determine whether a valid reply is included in the challenge reply; and responding to a judgment result that the question reply comprises a valid reply, and storing the user question and the question reply in a historical message database in a matching way.

In some embodiments, the obtaining module 220 may also be configured to determine whether the network is abnormal. In some embodiments, the triggering module 210 may be further configured to trigger the interactive terminal to display a message exception prompt in response to a determination result of the network exception. In some embodiments, the obtaining module 220 may be further configured to obtain the question reply in response to a determination that the network is normal.

It should be understood that the system and its modules shown in FIG. 2 may be implemented in a variety of ways. For example, in some embodiments the system and its modules may be implemented in hardware, software, or a combination of software and hardware.

It should be noted that the above description of the system and its modules is for convenience only and should not limit the present disclosure to the illustrated embodiments. It will be appreciated by those skilled in the art that, given the teachings of the present system, any combination of modules or sub-system configurations may be used to connect to other modules without departing from such teachings. In some embodiments, the triggering module 210, the obtaining module 220, the updating module 230, and the determining module 240 disclosed in fig. 2 may be different modules in a system, or may be a module that implements the functions of two or more modules described above. For example, each module may share one memory module, and each module may have its own memory module. Such variations are within the scope of the present description.

FIG. 3 is an exemplary flow diagram of a session interaction method, shown in accordance with some embodiments of the present description. As shown in fig. 3, the process 300 includes the following steps. In some embodiments, flow 300 may be performed by processing device 110.

And step 310, responding to a session request input by a user through the interactive terminal, triggering the interactive terminal to present a session interface, wherein the display content of the session interface is determined based on a message body, and the message body comprises a historical message part, a system message part and a current session message part. In some embodiments, step 310 may be performed by trigger module 210.

A session request may refer to a request sent by a user to have a session. In some embodiments, the trigger module 210 may receive a session request input by a user through an interactive terminal. For example, when the user opens a question and answer platform, a question and answer applet, a question and answer web page, and the like through the interactive terminal, the trigger module 210 may confirm that the user inputs a session request. The interactive terminal will automatically send the session request to the processing device 110. For example, the question-answering platform, the question-answering applet, the question-answering web page, and the like have an option or a button for sending a session request. When the user clicks on the option or button, the trigger module 210 may confirm the user input session request.

The conversation interface may refer to an interface of a conversation between a user and the question and answer robot.

In some embodiments, the trigger module 210 may obtain the target system message in response to a session request input by a user via the interactive terminal; and updating the system message part of the message body based on the target system message so as to display the target system message on the conversation interface. For example, the target system message may be for a greeting user. As another example, the target system message may provide the user with some commonly used service options.

In some embodiments, the content of the target system message may be the same or different for different users. For example, the target system message may be a unified greeting user message. For another example, the trigger module 210 may determine different target system messages based on information registered by the user (e.g., gender, age, past medical history, allergy history, etc.). Illustratively, if the user is male, age 50, past medical history includes hypertension, the trigger module 210 may send a system message regarding consulting the aspect of hypertension. Illustratively, if the user is a woman, age 50, past medical history includes a gastric disorder, the trigger module 210 may send a system message regarding consultation with gastric disorders, and the like. As another example, if the user is an old user, the trigger module 210 may determine the content of the system message portion based on the content of the user's historical message portion. Different target system messages are acquired for different users, and then the session interface displays the target system messages, so that the users can acquire the required system messages, and the use physical examination of the users using the question-answering applet is improved.

In some embodiments, in response to a session request input by a user, the trigger module 210 may determine whether the user has historical messages. When the history message exists in the user, the trigger module 210 may trigger the interactive terminal to display a history message loading prompt. In some embodiments, the trigger module 210 may determine whether the user has a history message based on the message body or a history message database. For more on determining whether the user has a history message, see the relevant description of fig. 4.

And step 320, acquiring an interactive instruction input by the user through the interactive terminal. In some embodiments, step 320 may be performed by acquisition module 220.

The interactive instructions may be used to ask the question-answering robot to perform a specific action, such as answering a question, loading a historical message, providing a certain service (online inquiry, query report), etc. For example, as shown in fig. 7D, the interactive instruction may ask the question-answering robot to answer a question "whether a CT examination result has come out? ". As another example, the instructions may require the question and answer robot to load historical messages. In some embodiments, the user may input the interaction instruction through the interaction terminal by typing, voice, gesture operation, and the like.

In step 330, the message body is updated in response to the interactive instruction. In some embodiments, step 330 may be performed by update module 230.

In some embodiments, the update module 230 may update the message body based on the instructions for interaction. For example, the updating module 230 may obtain a response corresponding to the interactive instruction through a database (e.g., the historical message database 131, the question and answer database 132, etc.) in the storage device 130 based on the interactive instruction input by the user. The updating module 230 may add the interactive instruction and the reply corresponding to the interactive instruction to the message body, and update the message body. In some embodiments, the update module 230 may update different portions of the message body based on different instructions of interaction. For example, the interactive instruction is a history message loading instruction, and based on the target history message, the updating module 230 may update the history message part of the message body, so as to display the target history message on the conversation interface, specifically referring to the related description in fig. 4. For another example, the interactive instruction is a question of a user, and the updating module 230 may update the current session message portion of the message body, so that a question reply is displayed on the session interface, for a specific description, see the related description in fig. 4.

And step 340, triggering the interactive terminal to update the session interface based on the updated message body. In some embodiments, step 340 may be performed by the trigger module 210.

For example, as described above, in response to a user question input by the user, a question reply may be obtained and the current conversational message portion in the message body updated based on the question reply. Based on the updated message body, the triggering module 210 may trigger the interactive terminal to display the question reply. As another example, in response to a history message load instruction entered by a user, a target history message may be retrieved and the history message portion in the message body may be updated based on the target history message. Based on the updated message body, the triggering module 210 may trigger the interactive terminal to display the target history message.

In some embodiments of the present description, the message body may be utilized to store historical messages, system messages, current conversation messages, etc. involved in the conversation process of the user with the question-answering robot. Because the various messages in the message body are stored based on the preset arrangement mode, the processing device 110 can quickly locate the various messages and determine the display content of the session interface based on the message body without acquiring different types of messages from different sources. Moreover, the processing device 110 can process and manage the relevant data of the session interaction in a unified manner, and further can flexibly adjust the data structure, thereby improving the storage and management efficiency of the data. In the conventional conversation interaction method, different messages correspond to different message sources or categories, and user questions and system replies are stored separately, while related messages need to be associated through logic. In the conversation process, different information needs to be retrieved from different sources, and relevant data can be found only by carrying out logic judgment. Compared with the traditional conversation interaction method, the conversation interaction method based on the message body has higher data management and storage efficiency, and further can provide better conversation service.

FIG. 4 is an exemplary flow chart of a method of session interaction, shown in some embodiments herein. As shown in fig. 4, the process 400 includes the following steps. In some embodiments, flow 400 may be performed by processing device 110. In some embodiments, the flow 400 may be an embodiment of the flow 300.

Step 401, in response to the session request, obtains the target system message. In some embodiments, step 401 may be performed by acquisition module 220.

A target system message may refer to a message that is automatically issued by the system for a session request. The target system message may be used to greet the user, provide the user with some commonly used service options, and so on. More description of the target system message may refer to step 310 in fig. 3.

Step 402, based on the target system message, updating the system message part to display the target system message on the conversation interface. In some embodiments, step 402 may be performed by the update module 230.

For example, as shown in fig. 7A, after a user inputs a session request via the interactive terminal, the system message part of the message body may be updated, and the trigger module 210 may trigger the interactive terminal to present the session interface 121-1 based on the updated message body. The session interface 121-1 may display a target system message sent by the question-answering robot widget U, for example, "Hi, I i is an intelligent customer service widget U. Ask what can help you? "," little U guesses you like: 1. film printing 2, film printing color difference of 8230, and the like. The user can select corresponding requirements or send own requirements and the like according to the system message part sent by the small U of the question-answering robot.

Step 403, responding to the session request, determining whether the user has history information. In some embodiments, step 403 may be performed by determination module 240.

The history message may refer to past interactive messages of the user with the question and answer robot. In some embodiments, in response to the session request, the determination module 240 may determine whether the user has historical messages by determining whether the user is a newly registered user. In some embodiments, in response to a session request, the determination module 240 may determine whether the user has a history message via a history message database. For example, the determining module 240 may determine whether the historical message of the user exists in the historical message database 131 based on the identity information of the user (e.g., an identification number, a social security number, a unique identification number of the user in a conversational interaction system, etc.), and further determine whether the historical message exists in the user.

In some embodiments, in response to the session request, the determination module 240 may determine whether the user has a history message based on the body of data. For example, when the user starts a conversation, the determining module 240 may read the history messages of the user and the question-answering robot from the history message database 131 and update the history message part based on the read history messages. Further, the determination module 240 may determine whether the user has a history message based on the current data volume. For example, since the historical message part, the system message part and the current session message part are arranged in sequence in the data body, if the message body only includes the system message part or the first message is a system message, it indicates that the user has no historical message. The first message may refer to the first ordered message in the data body, e.g., the first piece of information present in the data body.

Step 404 may be performed in response to a determination that the user has a history message. Step 407 may be performed in response to a determination that the user does not have a history message.

Step 404, triggering the interactive terminal to display a history message loading prompt. In some embodiments, step 404 may be performed by trigger module 210.

The historical message loading prompt may be a prompt for reminding a user to select whether to load the historical message. In some embodiments, the historical message loading alert may be represented in a variety of ways, such as text, pictures, voice, and the like. As shown in fig. 7B, the text "pull-down loading history message" is displayed in the session interface 121-2 as a history message loading prompt. The loading hints for a variety of different historical messages can be preset in advance and stored in the storage device 130. In some embodiments, the form of the historical message loading alert may be different for different users. For example, when the user is an old person over 60 years old, the triggering module 210 may trigger the interactive terminal to display a history message loading prompt with a large font or voice. And when the judgment result of whether the user has the history message is negative, the message loading prompt is not displayed on the session interface of the interactive terminal.

Step 405 may be performed when the user enters a history message load instruction. The historical message load instruction may be entered in a variety of ways. For example, when the history message loading prompt is "pull down load history message", the user may input the history message loading instruction through the pull down screen. For another example, the user may speak a voice "load history message", "yes", etc. to input the history message load instruction. In some embodiments, the user may enter multiple historical message loading instructions. For example, the user may pull down the screen 2 times to enter two historical information load instructions.

Step 405, in response to the history message loading instruction, obtaining the target history message based on the history message database. In some embodiments, step 405 may be performed by acquisition module 220.

In some embodiments, the targeted historical messages may include all or a portion of the user's historical messages. For example, the target history message may include the N (e.g., 10, etc.) history messages that are closest to the current session, and so on. The obtaining module 220 may set a value of N according to an actual requirement, for example, N is 10, 15, and the like. In some embodiments, as described in FIG. 1, the historical messages in historical message database 131 are stored in a question-and-answer format. The target history message may include a particular number of user history question and history reply pairs. For example, the targeted history message may include the user's 10 historical questions and historical replies. The obtaining module 220 obtains 10 pairs of history questions and history replies each time the user inputs a history message loading instruction. Only a specific number of target history messages are loaded and/or the target history messages are loaded in a plurality of times, so that the response speed can be improved, and the loading requirement can be met. In some embodiments, the targeted history message may include at least one pair of a history question and a valid history reply. For example, a targeted history message would only include history questions and their corresponding valid history replies. Invalid reply, praise, step on, evaluation, system message and the like are not loaded, invalid information can be filtered, and the searching efficiency and the use experience of a user are improved.

In some embodiments, the target history message does not include the current session message. For example, each session of the user has a corresponding digital identity framework (openID) as the identification of the session. Assume that openID of the current session is a. The obtaining module 220 may distinguish whether different messages belong to the current session or the historical session, and the like, by using the openID, and only select the historical messages included in the historical sessions whose openID is not a as the target historical messages. For the generated messages in the current conversation (e.g., user messages sent by the user, system replies, etc.), the user is already familiar with, and if the current conversation messages appear again in the target history messages, the experience effect of the user using the question answering applet and the efficiency of querying the target history messages are reduced.

In some embodiments, the retrieval module 220 may retrieve the target historical message by querying a historical message database. In some embodiments, the retrieval module 220 may retrieve the target history message based on the message body. For example, when a user starts a conversation, the obtaining module 220 may read a target history message of the user and the conversation robot from the history message database, and update the history message part based on the read target history message. When a subsequent user selects to load a history message, the obtaining module 220 may obtain the target history message directly from the history message part. The message body is updated by acquiring the historical message in advance, and the target historical message is loaded based on the updated message body, so that the loading efficiency of the historical message can be improved.

In some embodiments, when the obtaining module 220 obtains the target history message, the session interface may be located to the last 1 of the target history message (i.e. the 1 of the target history messages closest to the current time point). The user may view other historical messages in chronological order by scrolling up. It is convenient for the user to refer to the 1 history message closest to the current time point in time. Moreover, by the design, the scrolling height does not need to be calculated when the screen is positioned.

In some embodiments, the obtaining module 220 may have a network anomaly during the process of obtaining the target history message. For example, the obtaining module 220 may determine whether the network is abnormal. In response to the determination result of the network anomaly, the triggering module 210 may trigger the interactive terminal to display an anomaly prompt indicating that the history message fails to be recorded. Optionally, the triggering module 210 may confirm with the user whether to switch the account. When the user selects the account switching operation, the system is initialized, and the conversation is carried out again. And when the user refuses to switch the account, the session interaction is ended. Step 406 may be performed in response to a determination that the network is normal.

And step 406, updating the historical message part based on the target historical message so as to display the target historical message on the conversation interface. In some embodiments, step 406 may be performed by update module 230.

In some embodiments, the update module 230 may add the target history message to the history message portion to cause the target history message to be displayed on the conversation interface. For example, as shown in FIG. 7C, the top half of the conversation interface 121-3 may be displayed to include the target history message. In some embodiments, when the user inputs the message loading instruction for multiple times, the obtaining module 220 may obtain the target history message for multiple times, the updating module 230 may update the history message part for multiple times, and the session interface may display the target history message for multiple times. For example, after the user performs the pull-down operation for the first time, the obtaining module 220 may obtain the 10-entry history message, and the session interface may display the 10-entry history message. After the 2 nd pull-down operation, the obtaining module 220 may obtain the 10-entry history message again, and the session interface may display the 20-entry history message. The 10-entry history message acquired again may be the 10-entry history message closest to the time point of the 10-entry history message acquired at the 1 st time.

Step 407 may be performed when the user does not enter a history message load instruction, but instead enters a question. Step 407, responding to the user's question, obtaining a question reply. In some embodiments, step 407 may be performed by acquisition module 220.

The user question may refer to a question that the user presents to the question-answering robot to ask. For example, as shown in fig. 7D, the user question may be "whether a CT examination result has come out? ".

The quiz reply may refer to a reply regarding the user quiz. For example, as shown in fig. 7D, the question reply to the user's question by the question-answering robot may be "result has been given, whether film is printed? If printing, please click a "film print" button "or the like. In some embodiments, when the question-answering robot cannot answer the user's question, the question reply may be a system default reply, e.g., "sorry, little U is still learning, temporarily unable to answer your question".

In some embodiments, the user question and the question reply are in a one-to-one correspondence. The user question may have a first ID number, the corresponding question reply has a second ID number, and there is a correspondence between the first and second ID numbers. Alternatively, the user question and the corresponding question reply may have the same ID number. During the session interaction, multiple user questions and multiple question replies may be included. The obtaining module 220 may associate the user questions and the question replies one by one. In some embodiments, for one user question, the corresponding question reply may include 1 or more pieces of information. The 1 or more pieces of information are all question replies to the user's question, and may have the same second ID number, for example. In some embodiments, the challenge reply to the user's challenge may include a large amount of information that is not suitable for direct display to the session interface. The quiz response may be displayed in a collapsed, linked, etc. form. The user may click to expand the quiz reply or click on a link to jump to a new page to view the quiz reply.

In some embodiments, in response to a user asking a question, the obtaining module 220 may obtain a question reply in a variety of ways. For example, the retrieval module 220 may retrieve the quiz reply via the quiz database 132. For example, the obtaining module 220 may obtain the same or similar questions through the question and answer database based on the user questions, and determine the response corresponding to the same or similar questions as the question response. For another example, in response to a user asking a question, the obtaining module 220 may obtain a question reply over a network. Illustratively, the user asks "whether a CT examination has come out? ", the obtaining module 220 may determine whether the user's examination result exists in the examination results of the CT apparatus through the network. When there is an inspection result of the user, the corresponding question reply may be "result has been given, whether film is printed? If printing, please click the "film print" button. When the check result of the user does not exist, the corresponding question reply may be "check result is not available, please wait patiently". In some embodiments, the obtaining module 220 may query the question-answer database or search the network to obtain the question reply by using a fuzzy matching method based on the user question. When a corresponding challenge reply is matched, the obtaining module 220 may mark the reply type field tag as a valid reply, for example. When a challenge reply is not matched, the acquisition module 220 may mark the reply type field, e.g., as an invalid reply. The relevant contents of the valid reply and the invalid reply can be referred to the relevant description of step 409.

In the process of interactive session between the user and the question-answering robot, there may be a situation of network abnormality. In some embodiments, the obtaining module 220 may determine whether the network is abnormal. And further determining different processing methods according to different judgment results (such as abnormity and normality) of the network. In response to the determination result of the network anomaly, the triggering module 210 may trigger the interactive terminal to display a message anomaly prompt. In response to the determination that the network is normal, the obtaining module 220 may obtain the question reply.

The message exception prompt may refer to a message prompting a user of a current network exception. For example, the message exception prompts a text of "network exception" or the like. For example, a red exclamation mark may be displayed near the message box corresponding to the question sent by the user to indicate that the message was sent in failure and that the question-answering robot does not respond to the question. When the user clicks the character or icon of the network abnormity, the corresponding network abnormity disappears, and the current session message part deletes the question. When the network is restored, the trigger module 210 may re-add the user's question at the very front of the current session message portion.

When the network is normal, the triggering module 210 may trigger the interactive terminal to display a text or an icon of "in progress" in the session interface. The obtaining module 220 may obtain the quiz reply through the quiz database 132, and the like. When the obtaining module 220 obtains the corresponding question reply, the text or icon "in input" disappears.

In some embodiments, the obtaining module 220 may determine whether the network is abnormal by whether the question answering robot performs question answering within a time threshold. The time threshold may refer to the maximum time for the question-answering robot to reply to the user's question. For example, the time threshold is 3 seconds, etc. After the user asks a question, the question-answering robot does not reply a question reply within a time threshold, and the obtaining module 220 may determine a determination result of the network anomaly. In some embodiments, the obtaining module 220 may analyze the connection status of the interactive terminal 120 and the processing device 110 to determine whether the network is abnormal.

Based on the quiz reply, the current session message portion is updated such that the quiz reply is displayed on the session interface, step 408. In some embodiments, step 408 may be performed by the update module 230.

In some embodiments, the update module 230 may add the quiz reply to the current conversation message portion to cause the quiz reply to be displayed on the conversation interface. For example, as shown in FIG. 7D, the conversation interface 121-4 may display a quiz reply.

Step 409, determining whether the question reply includes a valid reply. In some embodiments, step 409 may be performed by determination module 240.

In some embodiments, the challenge reply may include a valid reply or an invalid reply, or the like. An active reply may refer to a reply that can answer the user's question. In some embodiments, the determination module 240 may determine whether it is a valid reply or an invalid reply depending on the type of challenge reply. The quiz reply is a valid reply if it is a reply obtained by a search on a quiz database or network. If the question reply is a default system reply, such as "the little U is still learning and cannot answer your question for a while", the question reply is an invalid reply. If the question reply is like pressing, evaluating, etc., the question reply is invalid reply.

In some embodiments, the determining module 240 may determine whether the response to the question includes a valid response according to the user's feedback on the response to the question. For example, a rating option may be displayed on the conversation interface for the user to rate the validity of the quiz response. If the user provides positive evaluation for the question reply, the question reply can be judged to be a valid reply. For another example, if the user sends a reply message such as "good, clear", "know", etc. after receiving the question reply, the determination module 240 may determine the question reply as a valid reply. If the user's reply message is "I ask this not", "do not understand your meaning", etc., determination module 240 may determine the question reply as an invalid reply.

Step 410, in response to the determination that the question reply includes an effective reply, storing the user question and question reply pair in a history message database. In some embodiments, step 410 may be performed by determination module 240.

By matching the user question and the effective question reply and storing the matched user question and effective question reply in the historical message database, invalid data can be prevented from occupying storage space, so that the storage space of the data is saved, and the management and retrieval efficiency of subsequent data can be improved. For example, when the subsequent user selects to load the history information, the user question and the corresponding effective question reply can be quickly searched from the history database, and therefore the efficiency of the user for looking up the history information and the experience of the user using the question-answering robot can be improved.

The beneficial effects that may be brought by the embodiments of the present description include, but are not limited to: (1) In some embodiments of the present description, the message body may be utilized to store historical messages, system messages, current conversation messages, etc. involved in the conversation process of the user with the question-answering robot. Because the messages in the message body are stored based on the preset arrangement mode, the processing device 110 can quickly locate the messages and determine the display content of the session interface based on the message body without acquiring different types of messages from different sources. Moreover, the processing device 110 can process and manage related data of session interaction in a unified manner, and then can flexibly adjust a data structure, thereby improving the efficiency of data storage and management. In the conventional conversation interaction method, different messages correspond to different message sources or categories, and user questions and system replies are stored separately, while related messages need to be associated through logic. In the conversation process, different information needs to be retrieved from different sources, and relevant data can be found only by carrying out logic judgment. Compared with the traditional conversation interaction method, the conversation interaction method based on the message body has higher data management and storage efficiency, and further can provide better conversation service. (2) Different target system messages are obtained for different users, and then the target system messages are displayed on a conversation interface, so that the users can obtain the required system messages, and the use physical examination of the users using the question-answering applet is improved. (3) By arranging the history message part 510, the system message part 520 and the current session message part 530 in a preset order, it is possible to help quickly perform message differentiation and location, and improve data management and control efficiency. (4) In some embodiments, the targeted history message will only include the history question and its corresponding valid history reply. Invalid reply, praise, step on, evaluation, system message and the like are not loaded, invalid information can be filtered, and the searching efficiency and the use experience of a user are improved. (5) The user may view other historical messages in chronological order by scrolling up. It is convenient for the user to refer to the 1 history message closest to the current time point in time. Moreover, by the design, the scrolling height does not need to be calculated when the screen is positioned. (6) By pairing the user question and the effective question reply and storing the paired user question and effective question reply in the historical message database, the situation that invalid data occupies a storage space can be avoided, so that the storage space of the data is saved, and the management and retrieval efficiency of subsequent data can be improved. For example, when the subsequent user selects to load the history information, the user question and the corresponding effective question reply can be quickly searched from the history database, and therefore the efficiency of the user for looking up the history information and the experience of the user using the question-answering robot can be improved.

It should be noted that the above description of the flow is for illustration and description only and does not limit the scope of the application of the present specification. Various modifications and changes to the flow may occur to those skilled in the art, given the benefit of this disclosure. However, such modifications and variations are intended to be within the scope of the present description.

Having thus described the basic concept, it will be apparent to those skilled in the art that the foregoing detailed disclosure is to be considered as illustrative only and not limiting, of the present invention. Various modifications, improvements and adaptations to the present description may occur to those skilled in the art, although not explicitly described herein. Such modifications, improvements and adaptations are proposed in the present specification and thus fall within the spirit and scope of the exemplary embodiments of the present specification.

Also, the description uses specific words to describe embodiments of the description. Reference to "one embodiment," "an embodiment," and/or "some embodiments" means a feature, structure, or characteristic described in connection with at least one embodiment of the specification. Therefore, it is emphasized and should be appreciated that two or more references to "an embodiment" or "one embodiment" or "an alternative embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, certain features, structures, or characteristics may be combined as suitable in one or more embodiments of the specification.

Additionally, the order in which the elements and sequences of the process are recited in the specification, the use of alphanumeric characters, or other designations, is not intended to limit the order in which the processes and methods of the specification occur, unless otherwise specified in the claims. While various presently contemplated embodiments of the invention have been discussed in the foregoing disclosure by way of example, it is to be understood that such detail is solely for that purpose and that the appended claims are not limited to the disclosed embodiments, but, on the contrary, are intended to cover all modifications and equivalent arrangements that are within the spirit and scope of the embodiments herein. For example, although the system components described above may be implemented by hardware devices, they may also be implemented by software-only solutions, such as installing the described system on an existing server or mobile device.

Similarly, it should be noted that in the preceding description of embodiments of the present specification, various features are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the embodiments. This method of disclosure, however, is not intended to imply that more features are required than are expressly recited in the claims. Indeed, the embodiments may be characterized as having less than all of the features of a single embodiment disclosed above.

Numerals describing the number of components, attributes, etc. are used in some embodiments, it being understood that such numerals used in the description of the embodiments are modified in some instances by the use of the modifier "about", "approximately" or "substantially". Unless otherwise indicated, "about", "approximately" or "substantially" indicates that the number allows a variation of ± 20%. Accordingly, in some embodiments, the numerical parameters set forth in the specification and claims are approximations that may vary depending upon the desired properties sought to be obtained by a particular embodiment. In some embodiments, the numerical parameter should take into account the specified significant digits and employ a general digit preserving approach. Notwithstanding that the numerical ranges and parameters setting forth the broad scope of the range are approximations, in the specific examples, such numerical values are set forth as precisely as possible within the scope of the application.

For each patent, patent application publication, and other material, such as articles, books, specifications, publications, documents, etc., cited in this specification, the entire contents of each are hereby incorporated by reference into the specification. Except where the application history document does not conform to or conflict with the contents of the present specification, it is to be understood that the application history document, as used herein in the present specification or appended claims, is intended to define the broadest scope of the present specification (whether presently or later in the specification) rather than the broadest scope of the present specification. It is to be understood that the descriptions, definitions and/or uses of terms in the accompanying materials of this specification shall control if they are inconsistent or contrary to the descriptions and/or uses of terms in this specification.

Finally, it should be understood that the embodiments described herein are merely illustrative of the principles of the embodiments described herein. Other variations are also possible within the scope of this description. Thus, by way of example, and not limitation, alternative configurations of the embodiments of the present specification can be seen as consistent with the teachings of the present specification. Accordingly, the embodiments of the present description are not limited to only those embodiments explicitly described and depicted herein.

Claims

1. A method of session interaction, the method comprising:

in response to a session request input by a user via an interactive terminal, triggering the interactive terminal to present a session interface, wherein the display content of the session interface is determined based on a message body, and the message body comprises a history message part, a system message part and a current session message part;

acquiring an interactive instruction input by the user through the interactive terminal;

updating the message body in response to the interaction instruction;

and triggering the interactive terminal to update the session interface based on the updated message body.

2. The session interaction method according to claim 1, wherein the method further comprises:

responding to the session request, and acquiring a target system message; and

updating the system message part based on the target system message to enable the target system message to be displayed on the conversation interface.

3. The session interaction method according to claim 1, wherein the method further comprises:

responding to the session request, and judging whether the user has history information;

and triggering the interactive terminal to display a history message loading prompt in response to the judgment result that the history message exists in the user.

4. The conversational interaction method of claim 3, wherein the interaction instructions comprise historical message loading instructions, the method further comprising:

responding to the historical message loading instruction, and acquiring a target historical message based on a historical message database;

and updating the historical message part based on the target historical message so as to display the target historical message on the conversation interface.

5. The conversational interaction method of claim 4, wherein the target history message comprises at least one pair of a history question and a valid history reply.

6. The conversational interaction method of claim 1, wherein the interaction instruction comprises a user question, the method further comprising:

responding to the user question, and acquiring a question reply; and

updating the current conversational message portion based on the question reply to cause the question reply to be displayed on the conversational interface.

7. The session interaction method according to claim 6, wherein the method further comprises:

judging whether the question reply comprises an effective reply or not;

and responding to a judgment result that the question reply comprises an effective reply, and storing the user question and the question reply in a historical message database in a matching manner.

8. The conversational interaction method of claim 1, wherein the historical message part, the system message part, and the current conversational message part are arranged based on a preset order.

9. A conversational interaction system, the system comprising:

the system comprises a triggering module, a display module and a display module, wherein the triggering module is used for responding to a session request input by a user through an interactive terminal, triggering the interactive terminal to present a session interface, and the display content of the session interface is determined based on a message body, wherein the message body comprises a historical message part, a system message part and a current session message part;

the acquisition module is used for acquiring an interactive instruction input by the user through the interactive terminal;

the updating module is used for responding to the interaction instruction and updating the message body;

and the triggering module is used for triggering the interactive terminal to update the session interface based on the updated message body.

10. A computer-readable storage medium, characterized in that the storage medium stores computer instructions that, when executed by a processor, implement the conversational interaction method of any one of claims 1 to 8.