Chatbot Message Processing Method, Device, and Storage Medium

Abstract

The present application discloses a method, device, and storage medium for processing chatbot messages. The method includes: a Chatbot server sending an Application-to-Person (A2P) message to a terminal device; wherein, the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information. Since the A2P information sent by the Chatbot server carries the identification information for indicating whether the Chatbot server needs to obtain user operation information, the terminal device can classify and manage the A2P information based on this identification information, and can effectively reduce the consumption of network resources during the Chatbot message interaction process without affecting the user experience.

Description

Technical Field

[0001] This application relates to the field of information processing technologies, and in particular, to a method, device, and storage medium for processing Chatbot (chatbot) messages. Background Art

[0002] Chatbot (chatbot, also known as a chat device) utilizes new artificial intelligence technologies such as speech recognition and semantic analysis to respond to users at any time and provide message services such as sending, receiving, parsing, and processing. It is a new human-computer interaction service model with a higher degree of integration and can replace apps (application software). Chatbot creates a new entry for message services, completes a one-stop business experience and human-computer interaction, internetizes text messages, creates more business expansion and service scenarios for merchants, and builds a new entry, new platform, and new channel.

[0003] 5G messaging provides various media types such as integrated audio, video, geographical location, suggested operations, suggested replies, and card messages based on the terminal natively. Its rich content and convenient interaction capabilities are important upgrades of 5G messaging to traditional messaging. With the strong promotion and commercialization of 5G messaging by operators and terminal manufacturers, rich and flexible Chatbot messages will be widely used between merchants and users.

[0004] The diversification of services has given rise to the diversification of Chatbot messages. In related technologies, A2P (Application to Person) messages are uniformly managed. After a user receives an A2P message containing suggested operations or suggested replies on the terminal, the user's click operations on the suggested operations and suggested replies need to send a multi-field complex message to the Chatbot server to feedback the content of the operations. For terminal operation feedback that the Chatbot server does not need to collect, the Chatbot server ignores the received message after receiving the message. This unified process of Chatbot interaction information not only consumes resources but also increases the pressure on the Chatbot server to receive messages, and also restricts the flexibility of Chatbot merchants to configure the Chatbot message interaction process. Summary of the Invention

[0005] In view of this, embodiments of this application provide a method, device, and storage medium for processing Chatbot messages, aiming to effectively reduce the consumption of network resources during the Chatbot message interaction process.

[0006] The technical solution of the embodiments of this application is implemented as follows:

[0007] In a first aspect, embodiments of this application provide a method for processing Chatbot messages, which is applied to a Chatbot server, and the method includes:

[0008] Sending an application-to-person (A2P) message to a terminal device;

[0009] Wherein, the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information.

[0010] In the above solution, sending the A2P message to the terminal device includes:

[0011] Invoking an application programming interface (API) of a message server to generate and send the A2P message;

[0012] Wherein, the API can set the identification information for each A2P message.

[0013] In the above solution, the identification information is set by an identification bit, and the identification bit has a first state indicating that the Chatbot server needs to obtain user operation information and a second state indicating that the Chatbot server does not need to obtain user operation information.

[0014] In the above solution, the method further includes:

[0015] In a multi-terminal synchronization scenario, preferentially synchronizing the A2P messages that need to obtain user operation information to other terminal devices of the same user based on the identification information.

[0016] In the above solution, the method further includes:

[0017] Receiving user operation information fed back by the terminal device based on the identification information.

[0018] In a second aspect, an embodiment of the present application provides a chatbot message processing method, which is applied to a terminal device, and the method includes:

[0019] Receiving an A2P message sent by a Chatbot server, where the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information;

[0020] Determining whether to feed back user operation information to the Chatbot server based on the identification information.

[0021] In the above solution, determining whether to feed back user operation information to the Chatbot server based on the identification information includes:

[0022] If it is determined based on the identification information that the Chatbot server needs to obtain user operation information, then sending the user operation information to the Chatbot server; or,

[0023] If it is determined based on the identification information that the Chatbot server does not need to obtain user operation information, then the user operation information is not sent to the Chatbot server.

[0024] In the above solution, in the case of a network disconnection, sending the user operation information to the Chatbot server includes:

[0025] Caching the user operation information;

[0026] After the network is restored, sending the cached user operation information to the Chatbot server.

[0027] In the above solution, the terminal device feeds back the user operation information to the Chatbot server in the format of a Session Initiation Protocol Message (SIP MESSAGE) packet.

[0028] In a third aspect, an embodiment of the present application provides a chatbot message processing device, which is applied to a Chatbot server. The device includes:

[0029] A sending module, configured to send an A2P message to a terminal device;

[0030] Wherein, the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information. [[ID=..]]

[0031] In a fourth aspect, an embodiment of the present application provides a chatbot message processing device, which is applied to a terminal device. The device includes:

[0032] A receiving module, configured to receive an A2P message sent by a Chatbot server, where the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information;

[0033] A feedback module, configured to determine whether to feed back user operation information to the Chatbot server based on the identification information.

[0034] In a fifth aspect, an embodiment of the present application provides a chatbot server, including: a processor and a memory for storing a computer program that can run on the processor. Wherein, when the processor runs the computer program, it executes the steps of the method described in the first aspect of the embodiments of the present application.

[0035] In a sixth aspect, an embodiment of the present application provides a terminal device, including: a processor and a memory for storing a computer program that can run on the processor. Wherein, when the processor runs the computer program, it executes the steps of the method described in the second aspect of the embodiments of the present application.

[0036] In a seventh aspect, an embodiment of the present application provides a storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the method according to the first aspect or the second aspect of the embodiments of the present application are implemented.

[0037] In the technical solution provided by the embodiment of the present application, the A2P information sent by the Chatbot server carries identification information indicating whether the Chatbot server needs to obtain user operation information, so that the terminal device can classify and manage the A2P information based on the identification information, and can effectively reduce the consumption of network resources in the Chatbot message interaction process without affecting the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 It is a schematic flowchart of the communication process between the Chatbot server and the terminal device in the related art;

[0039] Figure 2 It is a schematic flowchart of the Chatbot message processing method on the Chatbot server side in the embodiment of the present application;

[0040] Figure 3 It is a schematic flowchart of the Chatbot message processing method on the terminal device side in the embodiment of the present application;

[0041] Figure 4 It is a schematic structural diagram of the Chatbot message processing device on the Chatbot server side in the embodiment of the present application;

[0042] Figure 5 It is a schematic structural diagram of the Chatbot message processing device on the terminal device side in the embodiment of the present application;

[0043] Figure 6 It is a schematic structural diagram of the Chatbot server in the embodiment of the present application;

[0044] Figure 7 It is a schematic structural diagram of the terminal device in the embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0045] The present application will be further described in detail below with reference to the accompanying drawings and embodiments.

[0046] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those of ordinary skill in the technical field to which this application belongs. The terms used in the specification of this application herein are only for the purpose of describing specific embodiments and are not intended to limit this application.

[0047] In the related art, A2P messages are often uniformly managed. For example Figure 1As shown, the communication process between the Chatbot server and the terminal device may include:

[0048] 1. The Chatbot server (corresponding to the service provider) edits the message and sends it to the MaaP platform by calling the A2P message API (Application Programming Interface) provided by the MaaP (Messaging as a Platform) platform.

[0049] 2. The MaaP platform calls the API of the 5GMC (5G Message Center) to transmit the Chatbot message to be sent.

[0050] 3. The Chatbot message to be sent is sent to the terminal device by the 5GMC in the form of a SIP MESSAGE (Session Initial Protocol message).

[0051] 4. The terminal device replies with a delivery report in the reverse process.

[0052] 5. The user interacts with the sent A2P message on the terminal device, and feeds back operation information, reply information, etc. to the Chatbot server of the service provider via the relevant modules of the 5GMC and the Maap platform.

[0053] Among them, "HTTP 200OK" and "SIP 200OK" are the response signals fed back after each module receives the message.

[0054] Considering issues such as the security and delivery reliability of A2P message interaction, there are many nodes through which the A2P message passes, and there are many SIP Message fields. Exemplarily, the feedback message of the user after clicking the url action (suggested operation to open a web page) on the terminal device is as follows:

[0055]

[0056]

[0057] In the Chatbot message, each click of the user needs to reply to the Chatbot server with a complex message with multiple fields. For example, in the above example, when the user clicks on one of the suggested operations, the terminal device needs to reply with more than 1,700 bytes. For the feedback of terminal operations that the Chatbot server does not need to process, the Chatbot server ignores the message after receiving it. This unified Chatbot process not only consumes resources but also increases the pressure on the server to receive messages, and also limits the flexibility of Chatbot merchants to configure the Chatbot message interaction process. In actual production applications, a large volume of A2P message interactions will inevitably cause a large amount of network resource consumption.

[0058] Based on this, in various embodiments of the present application, a Chatbot message processing method for classifying and optimizing the management of A2P messages of a large volume and multiple service types is proposed, which can streamline the transmission process according to different services and effectively reduce the consumption of network resources in the Chatbot message interaction process.

[0059] It can be understood that the Chatbot message is the interaction information between the Chatbot server and the terminal device on the user side. The Chatbot message in the embodiment of the present application is a rich media message, which may include: the downstream A2P message and the upstream P2A (Person to Action) message. For the downstream A2P message, the sending end is the Chatbot server and the receiving end is the terminal device; for the upstream P2A message, the sending end is the terminal device and the receiving end is the Chatbot server.

[0060] The embodiment of the present application provides a chatbot message processing method, which is applied to the Chatbot server, as Figure 2 shown, the method includes:

[0061] Step 201, sending an A2P message to the terminal device; wherein, the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information.

[0062] It can be understood that since the A2P message sent by the Chatbot server carries the identification information for indicating whether the Chatbot server needs to obtain user operation information, the terminal device can classify and manage the A2P message based on this identification information, and can effectively reduce the consumption of network resources in the Chatbot message interaction process without affecting the user experience.

[0063] Specifically, the Chatbot service provider classifies A2P messages into two categories using identification information: one category is A2P messages for which the business provider does not need to know the user's operation information, such as A2P messages like system upgrade messages, news and weather forecast messages, etc.; the other category is A2P messages for which the business provider needs to know the user's operation information, such as voting and approval A2P messages, and the business provider needs to collect the interaction results of the user in the A2P messages. Compared with the existing unified management of A2P messages, the embodiments of the present application can perform classified and optimized management of A2P messages based on this identification information, avoiding resource occupation caused by the unified process of all A2P messages, thereby streamlining the transmission process and effectively reducing the consumption of network resources in the Chatbot message interaction process. Considering that there are many A2P message processes and complex message formats in actual applications, the optimization and streamlining of the classified management in the embodiments of the present application can bring huge resource savings.

[0064] Exemplarily, sending the A2P message to the terminal device includes:

[0065] Invoking the application programming interface (API) of the message server to generate and send the A2P message;

[0066] Wherein, the API can set the identification information for each A2P message.

[0067] In an application example, the message server is the MaaP platform. The MaaP platform provides the A2P message API externally, and the Chatbot server invokes this A2P message API to generate and send A2P messages.

[0068] Exemplarily, the identification information is set by identification bits, and the identification bits have a first state indicating that the Chatbot server needs to obtain the user operation information and a second state indicating that the Chatbot server does not need to obtain the user operation information.

[0069] Exemplarily, the A2P message API of the MaaP platform can set two flag bit states for each A2P message, which are 0 and 1 respectively. When the chatbot server of the business provider sends down the A2P message, it can determine the flag bit state for each A2P message. After receiving the A2P message, the terminal parses the flag bit state, thereby achieving the purpose of classifying and managing the A2P messages.

[0070] In an application example, the A2P downlink message with the flag bit in the 0 state is as follows: The service message provider (does not need to know the user's operation records, and the user has no personalized input operations, such as system upgrade messages, news and weather forecast messages, etc.). After the user clicks to read or click to operate, there is no need to upload the Message packet of the operation record to the Chatbot server. After the mobile terminal receives the message, it can normally reply with a delivery report and does not need to reply with the operation record additionally.

[0071] Correspondingly, the A2P downlink message with the flag bit in the 1 state is as follows: The service message provider needs to know the user's operation records, or the user has personalized input operations, such as voting and approval A2P messages. The service message provider needs to collect the interaction results of the user in the A2P message. For such messages, the user terminal uploads the operation record to the Chatbot server in the form of a SIP Message packet for storage and processing. For example, after the mobile terminal receives an A2P message, it normally replies with a delivery report. If the user clicks on the A2P message, the operation result needs to be uploaded to the Chatbot server. By classifying and managing A2P messages through the flag bit, the network load and server resource occupancy can be greatly reduced without affecting the user experience.

[0072] In other application examples, the state with the flag bit being 0 can be corresponding to the A2P information that needs to obtain the user's operation information, and the state with the flag bit being 1 can be corresponding to the A2P information that does not need to obtain the user's operation information. There is no limitation here.

[0073] It can be understood that in the embodiments of this application, the flag bit management only aims at the problem of network resource occupancy in the communication process and does not affect the user's local experience. For example, the service provider sends an A2P message of a notification type with the flag bit being 0, and the message contains a url action (suggested operation to open a web page) button. After the user terminal receives the message, it normally replies with a delivery report to the server. After the user clicks on the url action on the terminal, the corresponding web page is opened locally on the terminal. After the terminal parses the flag bit state, it does not feedback the operation result. The user does not perceive whether the terminal uploads the operation result of clicking to open the web page to the service provider.

[0074] For another example, the Chatbot server of the service provider sends an A2P message of the advertising promotion type with a flag bit of 1, and the message contains url action (suggested operation to open a web page) buttons with multiple different addresses. The service provider needs to know which web page of the suggested operation the user clicks on for advertising placement statistics. After the mobile terminal on the user side receives the message, it normally replies with a delivery report to the server. When the user clicks on a web page of one of the suggested operations, the terminal locally opens the web page for browsing. At the same time, the terminal parses the flag bit and uploads the operation of the terminal user to the Chatbot server in the form of a SIP Message (Session Initiation Protocol Message) packet. The reporting process has no impact on the user experience.

[0075] Exemplarily, the method may further include:

[0076] In a multi-terminal synchronization scenario, based on the identification information, the A2P information that needs to obtain user operation information is preferentially synchronized to other terminal devices of the same user.

[0077] It can be understood that there can be multiple terminal devices of the same user. For example, it can include terminal devices such as mobile terminals, tablets, laptops, etc. In a multi-terminal synchronization scenario, when the same user logs in on multiple terminal devices, the Chatbot server can synchronize historical information to multiple terminal devices.

[0078] In the embodiments of the present application, when the Chatbot server performs multi-terminal synchronization, it can distinguish the priorities of each A2P message according to the identification information of the A2P message. For example, the A2P message with a flag bit of 0 has a relatively low importance. When the network resources are limited, it can preferentially ensure the synchronization of the A2P message with a flag bit of 1.

[0079] Exemplarily, the synchronization process of the Chatbot server may include:

[0080] For the A2P message that the user has already operated, if the flag bit of the A2P message is 1, the terminal device that receives the user operation feeds back the user operation information to the Chatbot server. The Chatbot server stores the A2P message and the corresponding user operation information, and synchronizes the A2P message and the corresponding user operation information to the terminal device that logs in later, facilitating the user to view the received A2P and historical operation records on other terminal devices.

[0081] For the A2P message that the user has not yet operated, the Chatbot server preferentially synchronizes the A2P message with a flag bit of 1 to the terminal device that logs in later. Then, when the user operates on any terminal device, the Chatbot server can receive the corresponding user operation information in a timely manner.

[0082] Exemplarily, the method further includes:

[0083] Receiving user operation information fed back by the terminal device based on identification information.

[0084] It can be understood that the terminal device receives the selection operation of the user for the A2P message, and when it is determined based on the identification information that the user operation information needs to be fed back, the user operation information is fed back to the Chatbot server. The Chatbot server receives the user operation information, parses and responds to the information uplinked by the user. For example, statistics can be made on the personalized selection of the user.

[0085] An embodiment of the present application further provides a chatbot message processing method, which is applied to a terminal device. As Figure 3 shown, the method includes:

[0086] Step 301, receiving an A2P message sent by the Chatbot server, where the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information;

[0087] Step 302, determining whether to feed back user operation information to the Chatbot server based on the identification information.

[0088] Exemplarily, after receiving the A2P message, the terminal device can parse the A2P message, obtain the identification information, and then determine whether to feed back user operation information to the Chatbot server according to the identification information.

[0089] Exemplarily, determining whether to feed back user operation information to the Chatbot server based on the identification information includes:

[0090] If it is determined based on the identification information that the Chatbot server needs to obtain user operation information, then send the user operation information to the Chatbot server; or,

[0091] If it is determined based on the identification information that the Chatbot server does not need to obtain user operation information, then do not send the user operation information to the Chatbot server.

[0092] In an application example, the Chatbot server calls the A2P message API of the MaaP platform to generate and send an A2P message. The A2P message API of the MaaP platform can set two flag bit states for each A2P message, which are 0 and 1 respectively. When the chatbot server of the service provider issues an A2P message, it can determine the flag bit state for each A2P message.

[0093] Exemplarily, the A2P downlink message with the flag bit in the 0 state is as follows: The service message provider does not need to know the user's operation records, and the user does not have personalized input operations, such as system upgrade messages, news and weather forecast messages, etc. After the user clicks to read or click to operate, there is no need to upload the Message packet of the operation record to the Chatbot server. For example, after the mobile terminal receives the message, it can normally reply with a delivery report and does not need to additionally reply with the operation record.

[0094] Correspondingly, the A2P downlink message with the flag bit in the 1 state is as follows: The service message provider needs to know the user's operation records, or the user has personalized input operations, such as voting and approval A2P messages. The service message provider needs to collect the interaction results of the user in the A2P message. For such messages, the user terminal uploads the operation record to the Chatbot server in the form of a Message packet for storage and processing. For example, after the mobile terminal receives the A2P message, it normally replies with a delivery report. If the user performs a click operation on the A2P message, it is necessary to upload the operation result to the Chatbot server. By classifying and managing A2P messages through the flag bit, the network load and server resource occupancy can be greatly reduced without affecting the user experience.

[0095] It can be understood that in the embodiments of the present application, the flag bit management only aims at the problem of network resource occupancy in the communication process and does not affect the user's local experience. For example, the service provider issues a notification A2P message with the flag bit of 0, and the message contains a url action (suggested operation to open a web page) button. After the user terminal receives the message, it normally replies with a delivery report to the server. After the user clicks on the url action on the terminal, the corresponding web page is opened locally on the terminal. After the terminal parses the flag bit status, it does not feedback the operation result. The user does not perceive whether the terminal has uploaded the operation result of clicking to open the web page to the service provider.

[0096] Another example is that the Chatbot server of the service provider issues an advertising promotion A2P message with the flag bit of 1, and the message contains url action (suggested operation to open a web page) buttons at multiple different addresses. The service provider needs to know which web page with the suggested operation the user clicks on for advertising placement statistics. After the mobile terminal on the user side receives the message, it normally replies with a delivery report to the server. When the user clicks on one of the web pages with the suggested operation, the web page is opened locally on the terminal for browsing. At the same time, the terminal parses the flag bit and uploads the operation of the terminal user to the Chatbot server in the form of a SIP Message (Session Initiation Protocol message) packet, and the reporting process has no impact on the user experience.

[0097] Exemplarily, in the case of a network disconnection, the sending of the user operation information to the Chatbot server includes:

[0098] Caching the user operation information;

[0099] After the network is restored, sending the cached user operation information to the Chatbot server.

[0100] It can be understood that in the case of a network disconnection of the terminal device, for an A2P message with a flag bit of 1, the message may include url action (suggested operation to open a web page) buttons with multiple different addresses. The terminal device can cache the user's operations locally, and when the network is restored, the terminal device will send the cached user operation information to the Chatbot server in an SIP Message packet upstream.

[0101] To implement the method of the embodiments of the present application, the embodiments of the present application further provide a chatbot message processing device. This chatbot message processing device corresponds to the above-mentioned chatbot message processing method, and each step in the embodiments of the above-mentioned chatbot message processing method is also fully applicable to the embodiments of this chatbot message processing device.

[0102] As Figure 4 shown, the embodiments of the present application provide a chatbot message processing device, which is applied to a Chatbot server. This chatbot message processing device includes: a sending module 401, configured to send an A2P message to a terminal device; wherein, the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information.

[0103] Exemplarily, the sending module 401 is specifically configured to:

[0104] Call the application programming interface API of the message server to generate and send the A2P message;

[0105] wherein, the API can set the identification information for each A2P message.

[0106] Exemplarily, the identification information is set by a flag bit, and the flag bit has a first state indicating that the Chatbot server needs to obtain user operation information and a second state indicating that the Chatbot server does not need to obtain user operation information.

[0107] Exemplarily, the sending module 401 is further configured to:

[0108] In a multi-terminal synchronization scenario, based on the identification information, preferentially synchronize the A2P information that needs to obtain user operation information to other terminal devices of the same user.

[0109] Exemplarily, the chatbot message processing device further includes:

[0110] A receiving module 402, configured to receive user operation information fed back by a terminal device based on the identification information.

[0111] It can be understood that the receiving module 402 receives the user operation information, parses and responds to the information uplinked by the user. For example, statistics can be performed on the personalized selections of the user. In actual application, the sending module 401 and the receiving module 402 can be implemented by a processor in the chatbot message processing device. Of course, the processor needs to run a computer program in the memory to implement its functions. As Figure 5 shown, an embodiment of the present application provides a chatbot message processing device, which is applied to a terminal device. The chatbot message processing device includes: a receiving module 501 and a feedback module 502.

[0112] The receiving module 501 is configured to receive an A2P message sent by a Chatbot server, where the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information; the feedback module 502 is configured to determine whether to feed back the user operation information to the Chatbot server based on the identification information.

[0113] Exemplarily, the feedback module 502 is specifically configured to:

[0114] If it is determined based on the identification information that the Chatbot server needs to obtain user operation information, send the user operation information to the Chatbot server; or,

[0115] If it is determined based on the identification information that the Chatbot server does not need to obtain user operation information, do not send the user operation information to the Chatbot server.

[0116] Exemplarily, the chatbot message processing device further includes: a caching module 503, configured to cache user operation information in a case where the network is disconnected;

[0117] The feedback module 502 is further configured to: after the network is restored, send the cached user operation information to the Chatbot server.

[0118] Exemplarily, the feedback module 502 feeds back the user operation information to the Chatbot server in a Session Initiation Protocol message (SIP MESSAGE) format.

[0119] In actual application, the receiving module 501, the feedback module 502, and the caching module 503 can be implemented by a processor in the chatbot message processing device. Of course, the processor needs to run a computer program in the memory to implement its functions.

[0120] It should be noted that: when the chatbot message processing device provided in the above embodiment performs chatbot message processing, only the division of the above program modules is used for illustration. In actual application, the above processing can be allocated to different program modules according to needs, that is, the internal structure of the device is divided into different program modules to complete all or part of the processing described above. In addition, the chatbot message processing device provided in the above embodiment and the embodiment of the chatbot message processing method belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be elaborated here.

[0121] Based on the hardware implementation of the above program modules, and in order to implement the method of the embodiments of the present application, the embodiments of the present application also provide a chatbot server. Figure 6 Only an exemplary structure of the chatbot server is shown, rather than all structures, and can be implemented according to needs Figure 6 The partial structure or all structures shown.

[0122] Such as Figure 6 As shown, the chatbot server 600 provided in the embodiments of the present application includes: at least one processor 601, a memory 602, a user interface 603, and at least one network interface 604. Each component in the chatbot server 600 is coupled together through a bus system 605. It can be understood that the bus system 605 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 605 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, in Figure 6 All kinds of buses are labeled as the bus system 605.

[0123] Among them, the user interface 603 may include a display, a keyboard, a mouse, a trackball, a click wheel, a button, a button, a touchpad, or a touch screen, etc.

[0124] The memory 602 in the embodiments of the present application is used to store various types of data to support the operation of the chatbot server. Examples of these data include: any computer program for operating on the chatbot server.

[0125] The chatbot message processing method disclosed in the embodiments of the present application can be applied to or implemented by the processor 601. The processor 601 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the chatbot message processing method can be completed by the integrated logic circuit in hardware or instructions in software form in the processor 601. The above-mentioned processor 601 may be a general-purpose processor, a digital signal processor (DSP, Digital Signal Processor), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The processor 601 can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor may be a microprocessor or any conventional processor, etc. Combining the steps of the method disclosed in the embodiments of the present application, it can be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium, and this storage medium is located in the memory 602. The processor 601 reads the information in the memory 602 and combines its hardware to complete the steps of the chatbot message processing method provided in the embodiments of the present application.

[0126] In an exemplary embodiment, the chatbot server may be implemented by one or more application-specific integrated circuits (ASICs, Application Specific Integrated Circuits), DSPs, programmable logic devices (PLDs, Programmable Logic Devices), complex programmable logic devices (CPLDs, Complex Programmable Logic Devices), field programmable gate arrays (FPGAs, Field Programmable Gate Arrays), general-purpose processors, controllers, microcontroller units (MCUs, Micro Controller Units), microprocessors (Microprocessors), or other electronic components, and is used to execute the foregoing method.

[0127] Based on the hardware implementation of the foregoing program module, and in order to implement the method of the embodiments of the present application, the embodiments of the present application further provide a terminal device. Figure 7 Only the exemplary structure of the terminal device is shown, rather than all structures, and can be implemented according to needs Figure 7 The partial structure or all structures shown.

[0128] Such as Figure 7As shown in the figure, the terminal device 700 provided by the embodiment of the present application includes: at least one processor 701, a memory 702, a user interface 703, and at least one network interface 704. Each component in the terminal device 700 is coupled together through a bus system 705. It can be understood that the bus system 705 is used to implement the connection and communication between these components. In addition to the data bus, the bus system 705 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clear illustration, in Figure 7 all kinds of buses are labeled as the bus system 705.

[0129] Among them, the user interface 703 may include a display, a keyboard, a mouse, a trackball, a click wheel, a button, a touchpad, or a touch screen, etc.

[0130] The memory 702 in the embodiment of the present application is used to store various types of data to support the operation of the terminal device. Examples of these data include: any computer program for operating on the terminal device.

[0131] The chatbot message processing method disclosed in the embodiment of the present application can be applied to or implemented by the processor 701. The processor 701 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the chatbot message processing method can be completed by the integrated logic circuit in the hardware of the processor 701 or instructions in the form of software. The above-mentioned processor 701 may be a general-purpose processor, a digital signal processor (DSP, Digital Signal Processor), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The processor 701 can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiment of the present application. The general-purpose processor may be a microprocessor or any conventional processor, etc. Combining the steps of the method disclosed in the embodiment of the present application, it can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium, and this storage medium is located in the memory 702. The processor 701 reads the information in the memory 702 and combines its hardware to complete the steps of the chatbot message processing method provided by the embodiment of the present application.

[0132] In an exemplary embodiment, the terminal device 700 may be implemented by one or more ASICs, DSPs, PLDs, CPLDs, FPGAs, general-purpose processors, controllers, MCUs, Microprocessors, or other electronic components for performing the foregoing method.

[0133] It can be understood that the memories 602 and 702 can be volatile memories or non-volatile memories, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM, Read Only Memory), a programmable read-only memory (PROM, Programmable Read-Only Memory), an erasable programmable read-only memory (EPROM, Erasable Programmable Read-Only Memory), an electrically erasable programmable read-only memory (EEPROM, Electrically Erasable Programmable Read-Only Memory), a ferromagnetic random access memory (FRAM, ferromagnetic random access memory), a flash memory (Flash Memory), a magnetic surface memory, an optical disc, or a compact disc read-only memory (CD-ROM, Compact Disc Read-Only Memory); the magnetic surface memory can be a disk memory or a tape memory. The volatile memory can be a random access memory (RAM, Random Access Memory), which is used as an external cache. By way of example but not limitation, many forms of RAM are available, such as a static random access memory (SRAM, Static Random Access Memory), a synchronous static random access memory (SSRAM, Synchronous Static Random Access Memory), a dynamic random access memory (DRAM, Dynamic Random Access Memory), a synchronous dynamic random access memory (SDRAM, Synchronous Dynamic Random Access Memory), a double data rate synchronous dynamic random access memory (DDR SDRAM, Double Data Rate Synchronous Dynamic Random Access Memory), an enhanced synchronous dynamic random access memory (ESDRAM, Enhanced Synchronous Dynamic Random Access Memory), a sync link dynamic random access memory (SLDRAM, SyncLink Dynamic Random Access Memory), a direct rambus random access memory (DRRAM, Direct Rambus Random Access Memory).The memories described in the embodiments of the present application are intended to include, but are not limited to, these and any other suitable types of memories.

[0134] In an exemplary embodiment, the embodiments of the present application further provide a storage medium, namely a computer storage medium, specifically a computer-readable storage medium. For example, it includes a memory 602 storing a computer program, and the above computer program can be executed by a processor 601 of the chatbot server to complete the steps of the method on the chatbot server side in the embodiments of the present application; or, for another example, it includes a memory 702 storing a computer program, and the above computer program can be executed by a processor 701 of the terminal device to complete the steps of the method on the terminal device side in the embodiments of the present application. The computer-readable storage medium can be a memory such as ROM, PROM, EPROM, EEPROM, Flash Memory, magnetic surface memory, optical disc, or CD-ROM.

[0135] It should be noted that: "first", "second", etc. are used to distinguish similar objects and do not necessarily have to be used to describe a specific order or sequence.

[0136] In addition, the technical solutions described in the embodiments of the present application can be arbitrarily combined without conflict.

[0137] As mentioned above, the above are only the specific implementation manners of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present application can easily think of changes or substitutions, which should all be covered by the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A method for processing chatbot messages, characterized in that, Applied to a Chatbot server, the method includes: Sending an application-to-person (A2P) message to a terminal device; Wherein, the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information; The identification information is used to classify A2P messages into two categories: one category is A2P messages for which the service provider does not need to know the user's operation information, and the other category is A2P messages for which the service provider needs to know the user's operation information.

2. The method according to claim 1, wherein The sending of the A2P message to the terminal device includes: Invoking the application programming interface (API) of the message server to generate and send the A2P message; Wherein, the API can set the identification information for each A2P message.

3. The method according to claim 1, characterized in that The identification information is set by an identification bit, and the identification bit has a first state indicating that the Chatbot server needs to obtain user operation information and a second state indicating that the Chatbot server does not need to obtain user operation information.

4. The method according to claim 1, characterized in that The method further includes: In a multi-terminal synchronization scenario, based on the identification information, preferentially synchronizing the A2P information that needs to obtain user operation information to other terminal devices of the same user.

5. The method according to claim 1, wherein The method further includes: Receiving user operation information fed back by the terminal device based on the identification information.

6. A method for processing chatbot messages, characterized in that, Applied to a terminal device, the method includes: Receiving an A2P message sent by the Chatbot server, the A2P message carrying identification information for indicating whether the Chatbot server needs to obtain user operation information; Determining whether to feed back user operation information to the Chatbot server based on the identification information; The identification information is used to classify A2P messages into two categories: one category is A2P messages for which the service provider does not need to know the user's operation information, and the other category is A2P messages for which the service provider needs to know the user's operation information.

7. The method according to claim 6, characterized in that, The determining whether to feed back user operation information to the Chatbot server based on the identification information includes: If it is determined based on the identification information that the Chatbot server needs to obtain user operation information, then sending the user operation information to the Chatbot server; or, If it is determined based on the identification information that the Chatbot server does not need to obtain user operation information, then not sending the user operation information to the Chatbot server.

8. The method according to claim 7, wherein In the case of a network disconnection, the sending of the user operation information to the Chatbot server includes: Caching the user operation information; After the network is restored, sending the cached user operation information to the Chatbot server.

9. The method according to claim 6, characterized in that The terminal device feeds back user operation information to the Chatbot server in the form of a Session Initiation Protocol (SIP) MESSAGE packet format.

10. A chatbot message processing device, characterized in that, Applied to a Chatbot server, the device includes: A sending module, configured to send an A2P message to a terminal device; Among them, the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information; The identification information is used to classify A2P messages into two categories: one is an A2P message for which the service provider does not need to know the user's operation information, and the other is an A2P message for which the service provider needs to know the user's operation information.

11. A chatbot message processing device, characterized in that, Applied to a terminal device, the device includes: A receiving module, configured to receive an A2P message sent by the Chatbot server, where the A2P message carries identification information for indicating whether the Chatbot server needs to obtain user operation information; A feedback module, configured to determine whether to feedback user operation information to the Chatbot server based on the identification information; The identification information is used to classify A2P messages into two categories: one is an A2P message for which the service provider does not need to know the user's operation information, and the other is an A2P message for which the service provider needs to know the user's operation information.

12. A chatbot server, characterized in that, Includes: A processor and a memory for storing a computer program that can run on the processor, where The processor, when running the computer program, executes the steps of the method according to any one of claims 1 to 5.

13. A terminal device, characterized in that, Includes: A processor and a memory for storing a computer program that can run on the processor, where The processor, when running the computer program, executes the steps of the method according to any one of claims 6 to 9.

14. A storage medium, on which a computer program is stored, characterized in that, When the computer program is executed by the processor, the steps of the method according to any one of claims 1 to 9 are implemented.

Images