Push message sending method and device, storage medium and electronic device

Abstract

The application discloses a push message sending method and device, a storage medium and an electronic device, relates to the technical field of smart homes, and solves the problems of poor push effect of a push message and poor user experience of a target object in the prior art.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of smart home, in particular to a push message sending method and device, a storage medium and an electronic device. BACKGROUND

[0002] With the rapid development of the Internet, the user's choices of smart life scenarios are increasing, but too much information push will bring users trouble, and the problem of inaccurate judgment of user group needs, useless information push and slow interface information calling due to the inability to clearly determine the user's real demand for smart scenarios has not been effectively solved.

[0003] In view of the poor push effect of push messages and poor user experience of target objects in the related art, an effective solution has not been proposed.

[0004] Therefore, it is necessary to improve the related art to overcome the defects in the related art. SUMMARY

[0005] The embodiments of the present application provide a push message sending method and device, a storage medium and an electronic device to at least solve the problems of poor push effect of push messages and poor user experience of target objects in the related art.

[0006] According to an aspect of an embodiment of the present application, a push message sending method is provided, including: acquiring event information triggered by a terminal device, wherein the event information is used to indicate a service scenario triggered by a current target object; in a case where it is determined that the event information meets a preset condition rule, identifying a push priority corresponding to the event information, and matching a service function to be executed for the event information; in a case where it is determined that the push priority corresponding to the event information is the highest priority, sending a push message to a current target object using the terminal device, wherein the push message at least carries a start link corresponding to the service function to be executed.

[0007] In one exemplary embodiment, after sending the push message to the current target object using the terminal device, the above method further includes: receiving an operation event of the target object on the push message; in a case where the operation event is to view the push message, displaying detail content corresponding to the push message on a display interface of the terminal device; in a case where the operation event is to click the push message, jumping a display page in the current terminal device to a service page corresponding to the service function through the start link.

[0008] In an example embodiment, before sending the push message to the current target object using the terminal device, the method further comprises: determining a push number of the current target object receiving the same type of push message in a preset period; stopping sending the push message to the current target object when the push number is greater than a preset threshold; and recording a time point of sending the push message to the current target object and time consumption information of completing the push of the push message when the push number is less than or equal to the preset threshold.

[0009] In an example embodiment, before determining that the event information meets the preset condition rule, identifying a push priority corresponding to the event information, and matching a service function to be executed for the event information, the method further comprises: determining whether a binding relationship exists between the terminal device and the current target object; determining that the terminal device cannot receive the push message when the binding relationship does not exist, and displaying a reason why the terminal device cannot receive the push message in a message prompt window; and obtaining a historical record of the current target object using a service function, determining a plurality of preset condition rules corresponding to the target object in different service scenarios based on the historical record when the binding relationship exists, wherein the preset condition rule is a rule chain combination composed of a plurality of independent rules.

[0010] In an example embodiment, after obtaining the historical record of the current target object using a service function, and determining the preset condition rule corresponding to the target object in different service scenarios based on the historical record, the method further comprises: determining a service scenario corresponding to the event information; determining a target preset condition rule from the plurality of preset condition rules according to the service scenario; determining a matching degree of the target rule corresponding to the event information and the target preset condition rule, to determine whether the event information meets the preset condition rule according to the matching degree.

[0011] In an example embodiment, after sending the push message to the current target object using the terminal device, the method further comprises: generating a push voice corresponding to the push message when it is determined that the terminal device has a voice interaction function; and sending the push voice to the terminal device to control the terminal device to perform voice interaction with the current target object.

[0012] In an example embodiment, after sending the push message to the current target object using the terminal device, the method further comprises: receiving an operation event of the target object on the push message; in a case where the operation event is viewing the push message, displaying the detail content corresponding to the push message on a display interface of the terminal device; and in a case where the operation event is clicking the push message, jumping a display page in the current terminal device to a service page corresponding to the service function through the start link.

[0013] In an example embodiment, after sending the push message to the current target object using the terminal device, the method further comprises: obtaining an evaluation feedback of the current target object on the push message, wherein the evaluation feedback comprises an adjustment requirement of the current target object on the push message; and in a case where the evaluation feedback indicates that the current push message exists push disturbance, planning a push time for the push message based on the adjustment requirement contained in the evaluation feedback.

[0014] According to another aspect of the embodiments of the present application, a binding device is further provided, comprising: an obtaining module, configured to obtain event information triggered by a terminal device, wherein the event information is used to indicate a service scenario triggered by a current target object; an identifying module, configured to identify a push priority corresponding to the event information and match a service function to be executed for the event information in a case where it is determined that the event information meets a preset condition rule; and a sending module, configured to send a push message to the current target object using the terminal device in a case where it is determined that the push priority corresponding to the event information is a highest priority, wherein the push message at least carries a start link corresponding to the service function to be executed.

[0015] According to still another aspect of the embodiments of the present application, a computer readable storage medium is further provided, wherein the computer readable storage medium stores a computer program, and the computer program is set to execute the above-mentioned push message sending method when running.

[0016] According to still another aspect of the embodiments of the present application, an electronic device is further provided, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor executes the above-mentioned push message sending method through the computer program.

[0017] Through the application, event information triggered by a terminal device is acquired, wherein the event information is used to indicate a service scenario triggered by a current target object; in a case where it is determined that the event information meets preset condition rules, a push priority corresponding to the event information is identified, and a service function to be executed is matched for the event information; in a case where it is determined that the push priority corresponding to the current event information is a highest priority, a push message is sent to the current target object using a terminal device, wherein the push message at least carries a start link corresponding to the service function to be executed, that is, the event information triggered by the target object is used to determine a push demand of the current target object, and thus a suitable push message is sent to the target object based on the push demand. By using the above technical solution, the problems such as poor push effect of the push message, poor experience of the target object, and the like in the related art are at least solved. BRIEF DESCRIPTION OF DRAWINGS

[0018] The accompanying drawings, which are incorporated herein and form a part of the specification, illustrate embodiments consistent with the present application and, together with the description, further serve to explain the principles of the application.

[0019] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the accompanying drawings required to be used in the embodiments or prior art description will be briefly introduced. Obviously, for those skilled in the art, other drawings can also be obtained based on these drawings without creative labor.

[0020] Figure 1 is a hardware environment schematic diagram of an optional push message sending method according to an embodiment of the present application;

[0021] Figure 2 is a flowchart of an optional push message sending method according to an embodiment of the present application;

[0022] Figure 3 is a system architecture schematic diagram of an optional push message according to an embodiment of the present application;

[0023] Figure 4 is an actual application schematic diagram of an optional push message according to an embodiment of the present application;

[0024] Figure 5 is a structural block diagram of an optional push message sending device according to an embodiment of the present application. DETAILED DESCRIPTION

[0025] In the following, the technical solutions in the embodiments of the present application will be described clearly and completely in conjunction with the drawings in the embodiments of the present application, so that those skilled in the art can better understand the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work should fall within the scope of protection of the present application.

[0026] It should be noted that the terms "first", "second", and the like in the specification and claims of the present application and the above-described drawings are used to distinguish similar objects, and do not necessarily indicate a specific order or a chronological sequence. It should be understood that the data thus used can be interchanged under appropriate circumstances, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion, for example, a process, method, system, product or device that includes a series of steps or units does not have to be limited to those steps or units clearly listed, but can include other steps or units that are not clearly listed or inherent to the process, method, product or device.

[0027] According to an aspect of the embodiments of the present application, a push message sending method is provided. The push message sending method is widely applied to smart home, smart home, smart home device ecology, intelligence house ecology and other whole-house intelligent digital control application scenarios. Optionally, in the present embodiment, the push message sending method can be applied to the hardware environment composed of a plurality of terminal devices 102 and a server 104 as shown in Figure 1 As shown in Figure 1 The server 104 is connected with the plurality of terminal devices 102 through the network, and can be used to provide services (such as application services, etc.) for the terminal or the client installed on the terminal, a database can be set on the server or independently of the server, used to provide data storage services for the server 104, cloud computing and / or edge computing services can be configured on the server or independently of the server, used to provide data operation services for the server 104.

[0028] The network can include, but is not limited to, at least one of the following: a wired network, a wireless network. The wired network can include, but is not limited to, at least one of the following: a wide area network, a metropolitan area network, a local area network. The wireless network can include, but is not limited to, at least one of the following: WIFI (Wireless Fidelity), Bluetooth. The terminal device 102 can be, but is not limited to, a PC, a mobile phone, a tablet computer, a smart air conditioner, a smart oven, a smart refrigerator, a smart oven, a smart oven, a smart washing machine, a smart water heater, a smart washing device, a smart dishwasher, a smart projection device, a smart television, a smart clothesline, a smart curtain, a smart audio and video, a smart socket, a smart sound, a smart sound box, a smart fresh air device, a smart kitchen and bathroom device, a smart bathroom device, a smart sweeping robot, a smart window cleaning robot, a smart mopping robot, a smart air purification device, a smart steamer, a smart microwave oven, a smart kitchen, a smart purifier, a smart water dispenser, a smart door lock, etc.

[0029] In the present embodiment, a push message sending method is provided, which includes but is not limited to being applied to a terminal device. It should be noted that the terminal device can be a mobile phone, a tablet computer, a computer, or any device that can install and run the application program involved in the present application. The present application does not limit this. Figure 2 The flowchart of the push message sending method according to the embodiment of the present application is shown in FIG. 2. The flow includes the following steps:

[0030] Step S202: Obtain event information triggered by a terminal device, wherein the event information is used to indicate a service scenario triggered by a current target object;

[0031] Step S204: In a case where it is determined that the event information meets a preset condition rule, identify a push priority corresponding to the event information, and match a service function to be executed for the event information;

[0032] Step S206: In a case where it is determined that the push priority corresponding to the event information is the highest priority, send a push message to a current target object using the terminal device, wherein the push message at least carries a start link corresponding to the service function to be executed.

[0033] By the above steps, the event information triggered by the terminal device is obtained, wherein the event information is used to indicate a service scenario triggered by a current target object; in a case where it is determined that the event information meets a preset condition rule, a push priority corresponding to the event information is identified, and a service function to be executed is matched for the event information; in a case where it is determined that the push priority corresponding to the current event information is a highest priority, a push message is sent to the current target object using the terminal device, wherein the push message at least carries a start link corresponding to the service function to be executed, that is, the push demand of the current target object is determined through the event information triggered by the target object, and thus the appropriate push message is sent to the target object based on the push demand. By adopting the above technical solution, the problems such as poor push effect of the push message, poor experience of the target object, and the like in the related art are at least solved.

[0034] In one exemplary embodiment, after the push message is sent to the current target object using the terminal device, the above method further comprises: receiving an operation event of the target object on the push message; in a case where the operation event is to view the push message, displaying the detail content corresponding to the push message on the display interface of the terminal device; in a case where the operation event is to click the push message, jumping the display page in the current terminal device to the service page corresponding to the service function through the start link.

[0035] In short, after the target object receives the push message, the operation event of the target object on the push message can also be combined to determine the action to be executed corresponding to the push message. For example, when the target object using the terminal device is pushed with a push message of a popular food, the push message not only contains image and text content corresponding to the food, but also includes a corresponding purchase jump link. In order to facilitate the push to the target object, the initial push message is displayed only as a food card on the display interface of the terminal device, and a view or jump option is displayed on the food card. When the target object selects to view, the detailed content of the food corresponding to the push message is further displayed on the display interface of the terminal device for the target object to understand. When the target object selects to jump, the target object can be guided to the service page corresponding to the service function in the third-party application through the related purchase jump link to select and purchase, thereby improving the push effect of the push message, ensuring the experience of the target object, and improving the push success rate.

[0036] In an exemplary embodiment, before sending a push message to a current target object using the terminal device, the above method further comprises: determining the number of times the current target object receives the same type of push message in a preset period; in the case where the number of times is greater than a preset threshold, stopping sending the push message to the current target object; in the case where the number of times is less than or equal to the preset threshold, recording the time point of sending the push message to the current target object and the time consumption information of completing the push of the push message.

[0037] It can be understood that in actual application, frequent and repeated sending of similar recommended information to a target user will cause interference to the target user and bring bad user experience. In order to avoid the problem of frequent push to the target user causing bad experience, the push frequency and the push number of times can be limited: optionally, it is set that the target user can only receive the same type of push information once a day; in the case where the target user triggers a scene but has recommended within a day, the push is cancelled.

[0038] Optionally, in the process of limiting the push frequency, the target user's actual application situation can be adjusted. The frequency, number of times and time point of the target user triggering different scenes are recorded. In an optional embodiment, the number of times the target user triggers the takeout scene within a week is greater than 10, and then the preset frequency of sending a push message only once a day can be changed to that the push involving the takeout scene can be sent twice a day; in addition, in the case where the number of times the target user triggers the takeout scene within a month is greater than 60, the priority of the takeout scene can be increased. That is, in the case where there is a push scene with higher priority than the takeout scene, the scene with high priority and the takeout push scene are recommended to the target user together.

[0039] Optionally, in the case where the number of times is less than or equal to the preset threshold, the message push is completed, and the push process log and the consumed time are recorded. Thus, which interface consumes more time and which link calls the most times can be found, facilitating the later upgrading and maintenance of the program by the R&D personnel. The push process log includes: interface time consumption exceeding the limited record log, and buried point log.

[0040] Optionally, the interface time consumption exceeding the limited record log includes the following:

[0041] 1) In the flink program, there is a delay in calling external interfaces. In order to facilitate the judgment of which interface consumes more time, the request of each call of the interface consuming more time is pushed to the specified topic, and finally falls into the es log.

[0042] 2) In the apollo configuration, the upper limit value of the interface time consumption is configured, such as 500 ms. When the threshold is exceeded, the request log is recorded.

[0043] 3) Drop point log: every time the user triggers holiday personalized recommendation, the time-consuming of each flink program calculation, and the basic information such as user ID will be recorded to the drop point log, so as to facilitate the subsequent statistics service to use pv, uv, and calculate the average time-consuming.

[0044] Through the above push mode, the target object can avoid frequent push of push messages while improving the use experience of the target object for the push message and ensuring the push effect.

[0045] In an exemplary embodiment, before determining that the event information meets the preset condition rule, identifying the push priority corresponding to the event information, and matching the service function to be executed for the event information, the above method further comprises: determining whether a binding relationship exists between the terminal device and the current target object; in the case where the binding relationship does not exist, determining that the terminal device cannot receive the push message, and displaying the reason why the terminal device cannot receive the push message in the message prompt window; in the case where the binding relationship exists, obtaining the historical record of the current target object using the service function, and determining the plurality of preset condition rules corresponding to the target object in different service scenarios based on the historical record, wherein the preset condition rule is a rule chain combination composed of a plurality of independent rules.

[0046] That is, in order to ensure the receiving of the push message by the target object and the success rate of the push message, the binding relationship between the terminal device and the target object can also be determined to determine whether the push message can be successfully pushed to the corresponding target through the binding relationship, and the historical record of the target object using the service function can also be combined to determine a plurality of preset condition rules for message push by the target object in different service scenarios, so as to select the push content suitable for the current target object to form the push message to be pushed to the target object, thereby improving the probability of successful push of the push message at the target object.

[0047] In an exemplary embodiment, after obtaining the historical record of the current target object using the service function and determining the preset condition rule corresponding to the target object in different service scenarios based on the historical record, the above method further comprises: determining the service scenario corresponding to the event information; determining the target preset condition rule from the plurality of preset condition rules according to the service scenario; determining the matching degree between the target rule corresponding to the event information and the target preset condition rule, so as to determine whether the event information meets the preset condition rule according to the matching degree.

[0048] It should be noted that, in order to facilitate the determination of the binding information of the user, the device information of other users that has been bound in the home environment joined by the target user can be called and cached locally, thereby reducing the calling of the interface and the consumption of time.

[0049] It can be understood that if multiple event information all meet the preset condition rules, if recommended to the user at the same time, it will bring interference to the user; different event priorities are established for different event information, and in the case of triggering multiple event information, only pushing the event information with high priority can greatly reduce the interference to the user.

[0050] Optionally, the priority can be established according to the difficulty of triggering the event information. In an optional embodiment, event information A has extremely high triggering difficulty; event information B has moderate triggering difficulty; and event information C has simple triggering difficulty. Since event information A is not easy to be triggered, to prevent event information A from being missed, the priority of event information A is set to the highest. Since event information C is easy to be triggered, the priority of event information C is set to the lowest.

[0051] It can be clearly understood that since the rule chains corresponding to different service scenarios are different, the required device can be triggered by different scenarios for determination. For example, in an optional embodiment, the take-out scenario triggering rules are as follows: 1) judge whether the user binds the

refrigerator

food material management

food material management

[0052] For example, the food scene triggering rules are as follows: 1) judge whether the user hits 【1-7 days before the holiday】 for example January 1st, then the push period is December 26th-1st January, if not, do not push; 2) judge whether the user binds the

steam oven

has purchased ecological products within 3 years

[0053] For example, the kitchen appliance on-site cleaning scene triggering rules are as follows: 1) judge whether the user binds the hood device, if not, do not show; 2) judge whether the user uses the hood more than 1095 hours, if not, do not show; 3) judge whether the user opens the APP time hits special holidays, if not, do not show, if yes, show; 4) each user starts the app within one day only receives a pop-up message, and clicks to jump to the home appliance cleaning page.

[0054] In addition, when the user binding information cannot be obtained, the user can be prompted through a pop-up window whether to perform device binding, thereby starting the intelligent scene recommendation function. When the user binding information is obtained, the historical record of the device bound by the user is called to infer the daily behavior habit of the user, thereby customizing more targeted recommendation information for the user.

[0055] In an exemplary embodiment, after sending the push message to the current target object using the terminal device, the above method further comprises: in the case where it is determined that the terminal device has a voice interaction function, generating a push voice corresponding to the push message; and issuing the push voice to the terminal device to control the terminal device to perform voice interaction with the current target object.

[0056] It can be understood that the target user does not pay real-time attention to the terminal device, and part of the older users cannot see the screen push message, which may result in the user missing the push information. In the case where the user accepts, the information can be pushed in the form of voice broadcast, and the user can further interact according to the content of the voice broadcast.

[0057] Optionally, the mobile terminal broadcast content can be "now is September 17, 12:00 noon, lunch time, do you need to order takeout?", so that when the target user responds to the information containing the affirmative intention, the takeout service function is jumped to and the user's preference is further inquired.

[0058] Optionally, after the step S206 of sending the push message to the current target object using the terminal device, the method further comprises: receiving an operation event of the target object on the push message; in the case where the operation event is to view the push message, displaying the detail content corresponding to the push message on the display interface of the terminal device; in the case where the operation event is to click the push message, jumping the display page in the current terminal device to the service page corresponding to the service function through the start link.

[0059] It can be understood that after the target user receives the push message, the target user can autonomously decide whether to perform a click behavior through the content displayed by the pop-up window; in the case where the target user is not interested in the content of the pop-up window, the target user can directly ignore the pop-up information.

[0060] In the case that the target user receives the push message and is interested in the push content, the push message is clicked. The push message can appear in the form of a pop-up window on the mobile terminal; in the case that the target user clicks the pop-up window of the push message in the take-out scenario, the third-party information is called and the Meituan take-out is jumped to; in the case that the target user clicks the pop-up window of the push message in the food scenario, the third-party information is called and the WeChat food association applet is started; in the case that the target user clicks the pop-up window of the push message in the spring and autumn season change (on-site cleaning of kitchen appliances), the third-party information is called and the home appliance cleaning page is jumped to.

[0061] In one exemplary embodiment, after sending the push message to the current target object using the terminal device, the above method further comprises: obtaining evaluation feedback of the current target object for the push message, wherein the evaluation feedback contains the adjustment requirement of the current target object for the push message; in the case that the evaluation feedback indicates that the current push message exists push disturbance, the push time of the push message is planned based on the adjustment requirement contained in the evaluation feedback.

[0062] In actual application process, the user has two cases of approval or disapproval to the push message. After completing the push, the evaluation page is initiated to the user, in the case that the user approves the current push content, the existing state is maintained to continue pushing, and whether the user has other suggestions is asked; in the case that the user does not approve the current push content, whether the user wants to close the push or adjust the push time is asked.

[0063] It should be clear that the above embodiments rely on the application program to operate.

[0064] Obviously, the above described embodiments are only a part of the embodiments of the present application, not all the embodiments. In order to better understand the above push message sending method, the above process is described below in combination with the embodiments, but not used to limit the technical scheme of the embodiments of the present application, specifically:

[0065] The above process is described below in combination with the embodiments, Figure 3 The scheme of the embodiments is described, Figure 3 is an optional push message system architecture schematic diagram according to the embodiments of the present application, the core of which is four modules, a. Perception module (i.e. perceiver): used for outputting the event stream of triggering life service, and optionally used for outputting the event of the first login of the user in a day to kafka; b. Business rule integration module: used for subscribing to the perception event, calling the third-party service, combining the business logic, and outputting the message to kafka; c. Interactive delivery module: used for assembling the text according to the demand, calling the external delivery service and delivering to the terminal APP. d. Third-party service encapsulation SDK: used for encapsulating various services, such as holiday query and external service calling.

[0066] Figure 4This is a schematic diagram illustrating an optional push message application according to an embodiment of this application, such as... Figure 4 As shown, specifically, before pushing out local services, all independent business rules are encapsulated into rule classes in the rule engine using the open-source rule engine easy rules (https: / / github.com / j-easy / easy-rules). Optionally, the rule corresponding to the above rule class can contain input (facts), conditions, and actions. When facts are input into the rule engine, the corresponding action is triggered when it is determined that the facts meet a certain condition (calling the local service SDK). It should be noted that each local service scenario is a combination of rule chains composed of several independent rules. Only when all the rules are met will the message content to be sent be output. In addition, in order to facilitate the addition or removal of local service scenarios, each scenario is calculated independently and does not affect each other.

[0067] For example, the above Figure 4 In practical applications, the rule engine is configured with scenarios such as food delivery service, ride-hailing with traffic restrictions, food service, and range hood cleaning service. The rules included in the food delivery service scenario are explained, specifically: refrigerator binding rules, ingredient management rules, mealtime rules, and duplicate filtering rules. The refrigerator binding rule determines whether a user has bound their refrigerator device; if not, no push notification is sent. The ingredient management rule determines whether a user has used the ingredient management function; if not, no push notification is sent. The mealtime rule determines whether the user's app opening time falls within the breakfast (6:00-7:00), lunch (11:00-12:00), and dinner (17:00-18:00) time ranges; if not, no push notification is sent. The duplicate filtering rule determines the number of times the same push message will be sent; if duplicate push notifications occur, they are prohibited.

[0068] It's worth noting that to ensure the accuracy of push notifications, a framework and the distributed processing engine Flink are introduced to perform stateful computation on unbounded and bounded data streams. For example, Flink state computation is configured as follows: each user may trigger one of three life scenarios. Due to the priority of these scenarios (cleaning service > food delivery > takeout), each user will only receive a scenario pop-up once a day, minimizing psychological burden. A FlinkValueState cache is used to record the time of the user's first scenario notification. When the user triggers a scenario again, the cache is read; if it's older than one day, the message is sent; otherwise, it's discarded.

[0069] Further, the flink average time consumption calculator can also be customized, a flink interface class SimpleAccumulator is implemented, that is, an average time consumption calculator is customized to count the average time consumption of each life service external interface call, and the interface time consumption exceeding the limited log is determined, and the actual use is combined for division. Specifically, when there is a delay in the call of the external interface in the flink program, in order to facilitate the judgment of which interface has long time consumption, the request with long time consumption of each call of the interface is pushed to the specified topic, and finally falls into the es log. When in the apollo configuration, the time consumption upper limit value can be set for the configured interface, such as 500ms, and the request log will be recorded when the threshold is exceeded.

[0070] Through the above embodiment, by constructing the priority sorting of multiple life scene triggers, the rule engine can not only guarantee the order of scene triggering, but also efficiently and quickly calculate each scene rule to meet the immediate exit calculation. Moreover, the content issued under each scene is different and cannot be pushed repeatedly, and multiple scenes can only push one message pop-up to the user per day. The user can also judge whether to close the life service switch according to the preference, so as to avoid disturbing the user. The whole flink program recommendation calculation considers flexible configuration, high performance, low latency and other real-time computing scenarios, and also considers log tracking calculation, so that each node can be debugged.

[0071] In the embodiment, a push message sending device is also provided, which is used to implement the above-mentioned embodiments and preferred embodiments, and will not be described again. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, hardware or a combination of software and hardware is also possible and is contemplated.

[0072] Figure 5 is a structural block diagram of an optional push message sending device according to an embodiment of the application, which comprises:

[0073] The acquisition module 52 is configured to acquire event information triggered by a terminal device, wherein the event information is used to indicate a service scenario triggered by a current target object;

[0074] The identification module 54 is configured to identify a push priority corresponding to the event information and match a service function to be executed for the event information in a case where it is determined that the event information meets a preset condition rule.

[0075] The sending module 56 is configured to send a push message to the current target object using the terminal device, if it is determined that the push priority corresponding to the event information is the highest priority, wherein the push message at least carries a start link corresponding to the service function to be executed.

[0076] By the above device, the event information triggered by the terminal device is acquired, wherein the event information is used to indicate a service scenario triggered by the current target object. If it is determined that the event information meets a preset condition rule, the push priority corresponding to the event information is identified, and the service function to be executed is matched for the event information. If it is determined that the push priority corresponding to the event information is the highest priority, a push message is sent to the current target object using the terminal device, wherein the push message at least carries a start link corresponding to the service function to be executed. That is, the push demand of the target object is determined by the event information triggered by the target object, and thus the appropriate push message is sent to the target object based on the push demand. By using the above technical solution, the problems in the related art, such as poor push effect of the push message, poor user experience of the target object, and the like, are solved.

[0077] In an exemplary embodiment, the above device further includes an operation module configured to receive an operation event of the target object on the push message, display the detail content corresponding to the push message on the display interface of the terminal device if the operation event is to view the push message, and jump the display page in the current terminal device to the service page corresponding to the service function through the start link if the operation event is to click the push message.

[0078] In an exemplary embodiment, the above device further includes a push module configured to determine the number of times of receiving the same type of push message by the current target object in a preset period, stop sending the push message to the current target object if the number of times of receiving is greater than a preset threshold, and record the time point of sending the push message to the current target object and the time consumption information of completing the push of the push message if the number of times of receiving is less than or equal to the preset threshold.

[0079] In an example embodiment, the device further comprises a binding module configured to determine whether the terminal device and the current target object have a binding relationship; in the case where the binding relationship does not exist, determine that the terminal device is unable to receive the push message, and display the reason why the terminal device is unable to receive the push message in the message prompt window; in the case where the binding relationship exists, obtain a historical record of the use of a service function by the current target object, and determine a plurality of preset condition rules corresponding to the target object in different service scenarios based on the historical record, wherein a preset condition rule is a rule chain combination composed of a plurality of independent rules.

[0080] In an example embodiment, the device further comprises a determination module configured to determine a service scenario corresponding to the event information, determine a target preset condition rule from the plurality of preset condition rules according to the service scenario, and determine a matching degree between the target rule corresponding to the event information and the target preset condition rule, so as to determine whether the event information meets the preset condition rule according to the matching degree.

[0081] In an example embodiment, the device further comprises an interaction module configured to, in the case where it is determined that the terminal device has a voice interaction function, generate a push voice corresponding to the push message, and send the push voice to the terminal device to control the terminal device to perform voice interaction with the current target object.

[0082] In an example embodiment, the device further comprises an evaluation module configured to obtain an evaluation feedback of the current target object on the push message, wherein the evaluation feedback contains an adjustment requirement of the current target object on the push message; and in the case where the evaluation feedback indicates that the current push message causes a push disturbance, plan a push time for the push message based on the adjustment requirement contained in the evaluation feedback.

[0083] Optionally, in the present embodiment, the storage medium can be configured to store a computer program for performing the following steps:

[0084] S1, obtaining event information triggered by a terminal device, wherein the event information is used to indicate a service scenario triggered by a current target object;

[0085] S2, in the case where it is determined that the event information meets a preset condition rule, identifying a push priority corresponding to the event information, and matching a service function to be executed for the event information;

[0086] S3, in a case where it is determined that the push priority corresponding to the current event information is the highest priority, sending a push message to a current target object using the terminal device, wherein the push message at least carries a start link corresponding to the service function to be executed.

[0087] In one example embodiment, the computer readable storage medium described above can include, but is not limited to, a U disk, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and various computer program storage media.

[0088] The specific examples in the embodiment can refer to the examples described in the above embodiments and example embodiments, which will not be described here again.

[0089] The embodiment of the present application also provides an electronic device, including a memory and a processor, the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any of the above method embodiments.

[0090] Optionally, in the embodiment, the processor can be configured to execute the following steps by the computer program:

[0091] S1, obtaining event information triggered by a terminal device, wherein the event information is used to indicate a service scenario triggered by a current target object;

[0092] S2, in a case where it is determined that the event information meets a preset condition rule, identifying a push priority corresponding to the event information, and matching a service function to be executed for the event information;

[0093] S3, in a case where it is determined that the push priority corresponding to the current event information is the highest priority, sending a push message to a current target object using the terminal device, wherein the push message at least carries a start link corresponding to the service function to be executed. Obviously, those skilled in the art should understand that the above modules or steps of the present application can be realized by a general computing device, which can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, which can be realized by program code executable by a computing device, so that they can be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described can be executed in a different order, or they can be manufactured into individual integrated circuit modules, or multiple modules or steps can be manufactured into a single integrated circuit module. Thus, the present application is not limited to any specific hardware and software combination.

[0094] The above merely preferred embodiments of the present application, it should be noted that for those of ordinary skill in the art, without departing from the principles of the present application, can also make a number of improvements and refinements, these improvements and refinements should also be considered as the scope of protection of the present application.

Claims

1. A method for sending push messages, characterized in that, include: Obtain event information triggered by the terminal device, wherein the event information is used to indicate the service scenario triggered by the current target object; If the event information is determined to meet the preset condition rules, the push priority corresponding to the event information is identified, and a service function to be executed is matched for the event information. If it is determined that the push priority corresponding to the current event information is the highest priority, a push message is sent to the current target object using the terminal device, wherein the push message carries at least the start link corresponding to the service function to be executed; Before identifying the push priority corresponding to the event information and matching the event information with a service function to be executed, when it is determined that the event information meets the preset condition rules, the method further includes: Determine whether a binding relationship exists between the terminal device and the current target object; If the binding relationship does not exist, determine that the terminal device cannot receive push messages, and display the reason why the terminal device cannot receive push messages in the message prompt window; In the case where the binding relationship exists, the historical records of the current target object's use of service functions are obtained, and based on the historical records, multiple preset condition rules corresponding to the target object in different service scenarios are determined, wherein the preset condition rules are a combination of rule chains composed of several independent rules; The method further includes, after obtaining the historical records of the current target object's use of service functions and determining the preset condition rules corresponding to the target object in different service scenarios based on the historical records: Determine the service scenario corresponding to the event information; The target preset condition rule is determined from the plurality of preset condition rules based on the service scenario; Determine the matching degree between the target rule corresponding to the event information and the target preset condition rule, so as to determine whether the event information meets the preset condition rule based on the matching degree.

2. The method according to claim 1, characterized in that, After sending a push message to the current target object using the terminal device, the method further includes: Receive operation events from the target object on the push message; When the operation event is to view a push message, the details of the push message will be displayed on the display interface of the terminal device. When the operation event is a click on a push message, the display page on the current terminal device is redirected to the service page corresponding to the service function via the launch link.

3. The method according to claim 1, characterized in that, Before sending a push message to the current target object using the terminal device, the method further includes: Determine the number of times the current target object receives push messages of the same type within a preset period; If the number of push notifications exceeds a preset threshold, the push notification will stop being sent to the current target object. If the number of pushes is less than or equal to a preset threshold, record the time point at which the push message is sent to the current target object and the time it takes for the push message to be completed.

4. The method according to claim 1, characterized in that, After sending a push message to the current target object using the terminal device, the method further includes: If it is determined that the terminal device has voice interaction function, the push voice corresponding to the push message is generated; The push voice message is sent to the terminal device to control the terminal device to perform voice interaction with the current target object.

5. The method according to claim 1, characterized in that, After sending a push message to the current target object using the terminal device, the method further includes: Obtain the evaluation feedback of the current target object regarding the push message, wherein the evaluation feedback includes the current target object's adjustment requirements for the push message; If the evaluation feedback indicates that the current push message is disruptive, the timing of the push message will be planned based on the adjustment requirements included in the evaluation feedback.

6. A push message sending device, characterized in that, include: The acquisition module is used to acquire event information triggered by the terminal device, wherein the event information is used to indicate the service scenario triggered by the current target object; The identification module is used to identify the push priority corresponding to the event information when it is determined that the event information meets the preset condition rules, and to match the service function to be executed for the event information. The sending module is used to send a push message to the current target object using the terminal device when it is determined that the push priority corresponding to the current event information is the highest priority, wherein the push message carries at least the start link corresponding to the service function to be executed; The device further includes: a binding module, configured to determine whether a binding relationship exists between the terminal device and the current target object; if no binding relationship exists, determine that the terminal device cannot receive push messages, and display the reason why the terminal device cannot receive push messages in a message prompt window; if the binding relationship exists, obtain the historical records of the current target object's use of service functions, and determine multiple preset condition rules corresponding to the target object in different service scenarios based on the historical records, wherein the preset condition rules are a combination of rule chains composed of several independent rules; The device further includes: a determining module, configured to determine the service scenario corresponding to the event information; determine a target preset condition rule from the plurality of preset condition rules according to the service scenario; and determine the matching degree between the target rule corresponding to the event information and the target preset condition rule, so as to determine whether the event information conforms to the preset condition rule based on the matching degree.

7. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein the program, when executed, performs the method of any one of claims 1 to 5.

8. An electronic device comprising a memory and a processor, characterized in that, The memory stores a computer program, and the processor is configured to execute the method of any one of claims 1 to 5 through the computer program.

Images