CN111770366A - Message reissue method, server and display device - Google Patents

Abstract

The application provides a message reissuing method, a server and display equipment. The message reissuing method can inquire the pre-pushed media assets according to the user information after obtaining the user purchase notification, so as to extract the push message according to the media asset ID of the pre-pushed media assets, and finally send the push message to the display equipment corresponding to the user information. The pre-pushing media assets are media assets with the media asset playing time within a preset judgment period and the media asset finishing time later than the current time. The message reissuing method can screen media assets which are not pushed by the timed pushing task, and reissues the messages which are not pushed to the purchased users, so that the problem of message missing of part of the purchased users is solved.

Description

Message reissue method, server and display device

The priority of the chinese patent application entitled "display method for display device education mode" filed by the chinese patent office on 30/4/2020, application No. 202010364836.5, is claimed and is incorporated herein by reference in its entirety.

Technical Field

The application relates to the technical field of smart televisions, in particular to a message reissuing method, a server and display equipment.

Background

The smart television is a television product which is based on an Internet application technology, has an open operating system and a chip, has an open application platform, can realize a bidirectional man-machine interaction function, integrates various functions such as audio and video, entertainment, data and the like, and is used for meeting diversified and personalized requirements of users. The intelligent television can provide various media resources for users depending on a network and various signal sources, and meets the watching requirements of different users.

Along with the popularization of distance education, the requirement of realizing distance education through the smart television is more and more urgent. The existing smart television usually implements remote education by installing an education application in the television, so as to obtain remote education resources, such as live courses, through the education application. The live course is different from the traditional media resources and has certain time limitation, namely, the live course can be started at a specified time by the terminal serving as a teaching party, and meanwhile, the terminal serving as a learning party can learn only after the live course is started. Therefore, in order to know the start time of the live course in advance, the server can achieve the notification effect by sending the course message to each terminal.

Generally, the server sends a lesson message at a preset time before the live broadcast starts by adopting a timed task mode. For example, a lesson message is sent to each terminal 24h before the start of a live lesson. However, the mode of the lesson message is only limited to the user terminal which has purchased the lesson before the preset time, and the user who purchases the lesson after the timed task is processed can not receive the reminding any more, so that the problem that the lesson message is missed to some purchased users is caused.

Disclosure of Invention

The application provides a message reissuing method, a server and display equipment, which are used for solving the problem that a traditional timing task mode easily causes missed messages to some purchased users.

In a first aspect, the present application provides a method for reissuing a message, including:

acquiring a user purchase notification, wherein the user purchase notification comprises user information and a media asset ID;

inquiring pre-pushed media assets according to the user information, wherein the pre-pushed media assets are media assets of which the media asset playing time is within a preset judgment period and the media asset finishing time is later than the current time;

extracting a push message according to the media asset ID of the pre-push media asset;

and sending the push message to display equipment corresponding to the user information.

Based on the message reissuing method, the present application further provides a server, comprising: a background service system, a content system and a push system. Wherein the backend service system is configured to send a user purchase notification; the content system is configured to store asset information.

The push system is configured to perform the following procedural steps:

acquiring a user purchase notification from the background service system, wherein the user purchase notification comprises user information and a media asset ID;

inquiring pre-pushed media assets in the content system according to the user information, wherein the pre-pushed media assets are media assets with the media asset playing time within a preset judgment period and the media asset finishing time later than the current time;

extracting a push message in the content system according to the media asset ID of the pre-push media asset;

and sending the push message to display equipment corresponding to the user information.

According to the technical scheme, the message reissuing method provided by the first aspect of the application can query the pre-pushed media assets according to the user information after the user purchase notification is obtained, so that the push message is extracted according to the media asset ID of the pre-pushed media assets, and finally the push message is sent to the display equipment corresponding to the user information. The pre-pushing media assets are media assets with the media asset playing time within a preset judgment period and the media asset finishing time later than the current time. In practical application, media assets which are not pushed by the timing pushing task can be screened out, and messages are pushed to purchased users through the message reissuing method, so that the problem that some purchased users miss messages is solved.

In a second aspect, the present application further provides a message reissuing method, including:

acquiring a user purchase notification, wherein the user purchase notification comprises user information and a media asset ID;

inquiring the execution time of the last pushing task of the corresponding media asset according to the media asset ID;

if the current time is within a preset judgment period after the execution time, extracting a push message;

and sending the push message to display equipment corresponding to the user information.

Based on the above message reissuing method, a second aspect of the present application further provides a server, including: a background service system, a content system and a push system. Wherein the backend service system is configured to send a user purchase notification; the content system is configured to store asset information.

The push system is configured to perform the following procedural steps:

acquiring a user purchase notification from the background service system, wherein the user purchase notification comprises user information and a media asset ID;

inquiring the execution time of the last pushing task of the corresponding media assets in the content system according to the media asset ID;

if the current time is within a preset judgment period after the execution time, extracting a push message from the content system;

and sending the push message to display equipment corresponding to the user information.

According to the technical scheme, the message reissuing method provided by the second aspect of the application can inquire the execution time of the last pushing task of the corresponding media asset according to the media asset ID after the user purchase notification is obtained. And if the current time is within a preset judgment period after the execution time, extracting the push message, and finally sending the push message to the display equipment corresponding to the user information. The method can complement the push message according to the last push execution time of the media assets purchased by the user, and the problem that the message is missed by part of purchased users is solved.

In a third aspect, the present application further provides a display device, comprising: a display, a communicator, and a controller. Wherein the display is configured to present a purchase interface; the communicator is configured to establish a communication connection with a server.

The controller is configured to perform the following program steps:

acquiring a purchase behavior instruction which is input by a user in a purchase interface and is used for purchasing a media asset playing right;

responding to the purchase behavior instruction, sending a purchase instruction to the server so as to enable a background service system of the server to send a user purchase notification, wherein the user purchase notification comprises user information and a media asset ID;

and receiving a push message of pre-push media assets fed back by the server, wherein the pre-push media assets are the media assets of which the media asset playing time is within a preset judgment period and the media asset finishing time is later than the current time.

According to the technical scheme, the display device provided by the third aspect of the application can respond to the purchase behavior instruction input by the user and interact with the server, so that the background service system of the server sends the user purchase notification, pre-push media assets are inquired according to the user information, and a push message is extracted according to the media asset ID of the pre-push media assets to feed back the push message. The display equipment receives the push message to display the push message which is missed to be sent, and the problem of missing message sending of part of purchased users is solved.

Drawings

In order to more clearly explain the technical solution of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious to those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.

FIG. 1 is a schematic diagram of an operation scenario between a display device and a control apparatus in an embodiment of the present application;

fig. 2 is a block diagram of a hardware configuration of a display device in an embodiment of the present application;

fig. 3 is a block diagram of a hardware configuration of a control device in an embodiment of the present application;

FIG. 4 is a schematic diagram of a software configuration of a display device in an embodiment of the present application;

FIG. 5 is a schematic diagram of an icon control interface display of an application program of a display device in an embodiment of the present application;

FIG. 6 is a schematic diagram of a message display interface of a display device in an embodiment of the present application;

fig. 7 is a schematic flowchart of a message reissuing method according to an embodiment of the present application;

fig. 8 is a schematic flowchart illustrating a process of determining a preset determination period in an embodiment of the present application;

FIG. 9 is a schematic flow chart illustrating marking of pre-push assets in an embodiment of the present application;

FIG. 10 is a flowchart illustrating another method for compensating a message in an embodiment of the present application;

fig. 11 is a schematic structural diagram of a display device in an embodiment of the present application.

Detailed Description

Reference will now be made in detail to embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following examples do not represent all embodiments consistent with the present application. But merely as exemplifications of systems and methods consistent with certain aspects of the application, as recited in the claims.

All other embodiments, which can be derived by a person skilled in the art from the exemplary embodiments described herein without inventive step, are intended to be within the scope of the claims appended hereto. In addition, while the disclosure herein has been presented in terms of one or more exemplary examples, it should be appreciated that aspects of the disclosure may be implemented solely as a complete embodiment.

It should be noted that the brief descriptions of the terms in the present application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of the present application. These terms should be understood in their ordinary and customary meaning unless otherwise indicated.

The terms "first," "second," "third," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between similar or analogous objects or entities and are not necessarily intended to limit the order or sequence of any particular one, Unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein.

Furthermore, the terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or device that comprises a list of elements is not necessarily limited to those elements explicitly listed, but may include other elements not expressly listed or inherent to such product or device.

The term "module," as used herein, refers to any known or later developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and/or software code that is capable of performing the functionality associated with that element.

The term "remote control" as used in this application refers to a component of an electronic device (such as the display device disclosed in this application) that is typically wirelessly controllable over a relatively short range of distances. Typically using infrared and/or Radio Frequency (RF) signals and/or bluetooth to connect with the electronic device, and may also include WiFi, wireless USB, bluetooth, motion sensor, etc. For example: the hand-held touch remote controller replaces most of the physical built-in hard keys in the common remote control device with the user interface in the touch screen.

The term "gesture" as used in this application refers to a user's behavior through a change in hand shape or an action such as hand motion to convey a desired idea, action, purpose, or result.

The message reissuing method can be applied to a server, and the server is used for providing various services for the display equipment. Generally, the display device may send a variety of requests to the server, and the server may feed back corresponding data according to the requests sent by the display device. Push messages are a type of data that is sent by a server system to a number of different display devices, and are typically used to convey certain hints information, such as media play announcements, system hints, and the like. The display device refers to a device with an interface display function, such as a smart television. It should be noted that the display device is not limited to the smart television, and may also be other devices with an interface display function, such as a mobile phone, a tablet computer, a notebook computer, and the like.

A scenario of a display device and a server according to an embodiment is exemplarily shown in fig. 1. As shown in fig. 1, a user may operate the display device 200 through the mobile terminal 300 and the control apparatus 100.

In some embodiments, the control apparatus 100 may be a remote controller, and the communication between the remote controller and the display device includes an infrared protocol communication or a bluetooth protocol communication, and other short-distance communication methods, etc., and the display device 200 is controlled by wireless or other wired methods. The user may input a user command through a key on a remote controller, voice input, control panel input, etc. to control the display apparatus 200. Such as: the user can input a corresponding control command through a volume up/down key, a channel control key, up/down/left/right moving keys, a voice input key, a menu key, a power on/off key, etc. on the remote controller, to implement the function of controlling the display device 200.

In some embodiments, mobile terminals, tablets, computers, laptops, and other smart devices may also be used to control the display device 200. For example, the display device 200 is controlled using an application program running on the smart device. The application, through configuration, may provide the user with various controls in an intuitive User Interface (UI) on a screen associated with the smart device.

In some embodiments, the mobile terminal 300 may install a software application with the display device 200 to implement connection communication through a network communication protocol for the purpose of one-to-one control operation and data communication. Such as: the mobile terminal 300 and the display device 200 can establish a control instruction protocol, synchronize a remote control keyboard to the mobile terminal 300, and control the display device 200 by controlling a user interface on the mobile terminal 300. The audio and video content displayed on the mobile terminal 300 can also be transmitted to the display device 200, so as to realize the synchronous display function.

As also shown in fig. 1, the display apparatus 200 also performs data communication with the server 400 through various communication means. The display device 200 may be allowed to be communicatively connected through a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may provide various contents and interactions to the display apparatus 200. Illustratively, the display device 200 receives software program updates, or accesses a remotely stored digital media library, by sending and receiving information, as well as Electronic Program Guide (EPG) interactions. The server 400 may be a cluster or a plurality of clusters, and may include one or more types of servers. Other web service contents such as video on demand and advertisement services are provided through the server 400.

The display device 200 may be a liquid crystal display, an OLED display, a projection display device. The particular display device type, size, resolution, etc. are not limiting, and those skilled in the art will appreciate that the display device 200 may be modified in performance and configuration as desired.

The display apparatus 200 may additionally provide an intelligent network tv function of a computer support function including, but not limited to, a network tv, an intelligent tv, an Internet Protocol Tv (IPTV), and the like, in addition to the broadcast receiving tv function.

A hardware configuration block diagram of a display device 200 according to an exemplary embodiment is exemplarily shown in fig. 2.

In some embodiments, at least one of the controller 250, the tuner demodulator 210, the communicator 220, the detector 230, the input/output interface 255, the display 275, the audio output interface 285, the memory 260, the power supply 290, the user interface 265, and the external device interface 240 is included in the display apparatus 200.

In some embodiments, a display 275 receives image signals originating from the first processor output and displays video content and images and components of the menu manipulation interface.

In some embodiments, the display 275, includes a display screen assembly for presenting a picture, and a driving assembly that drives the display of an image.

In some embodiments, the video content is displayed from broadcast television content, or alternatively, from various broadcast signals that may be received via wired or wireless communication protocols. Alternatively, various image contents received from the network communication protocol and sent from the network server side can be displayed.

In some embodiments, the display 275 is used to present a user-manipulated UI interface generated in the display apparatus 200 and used to control the display apparatus 200.

In some embodiments, a driver assembly for driving the display is also included, depending on the type of display 275.

In some embodiments, display 275 is a projection display and may also include a projection device and a projection screen.

In some embodiments, communicator 220 is a component for communicating with external devices or external servers according to various communication protocol types. For example: the communicator may include at least one of a Wifi chip, a bluetooth communication protocol chip, a wired ethernet communication protocol chip, and other network communication protocol chips or near field communication protocol chips, and an infrared receiver.

In some embodiments, the display apparatus 200 may establish control signal and data signal transmission and reception with the external control apparatus 100 or the content providing apparatus through the communicator 220.

In some embodiments, the user interface 265 may be configured to receive infrared control signals from a control device 100 (e.g., an infrared remote control, etc.).

In some embodiments, the detector 230 is a signal used by the display device 200 to collect an external environment or interact with the outside.

In some embodiments, the detector 230 includes a light receiver, a sensor for collecting the intensity of ambient light, and parameters changes can be adaptively displayed by collecting the ambient light, and the like.

In some embodiments, the detector 230 may further include an image collector, such as a camera, etc., which may be configured to collect external environment scenes, collect attributes of the user or gestures interacted with the user, adaptively change display parameters, and recognize user gestures, so as to implement a function of interaction with the user.

In some embodiments, the detector 230 may also include a temperature sensor or the like, such as by sensing ambient temperature.

In some embodiments, the display apparatus 200 may adaptively adjust a display color temperature of an image. For example, the display apparatus 200 may be adjusted to display a cool tone when the temperature is in a high environment, or the display apparatus 200 may be adjusted to display a warm tone when the temperature is in a low environment.

In some embodiments, the detector 230 may also be a sound collector or the like, such as a microphone, which may be used to receive the user's voice. Illustratively, a voice signal including a control instruction of the user to control the display device 200, or to collect an ambient sound for recognizing an ambient scene type, so that the display device 200 can adaptively adapt to an ambient noise.

In some embodiments, as shown in fig. 2, the input/output interface 255 is configured to allow data transfer between the controller 250 and external other devices or other controllers 250. Such as receiving video signal data and audio signal data of an external device, or command instruction data, etc.

In some embodiments, the external device interface 240 may include, but is not limited to, the following: the interface can be any one or more of a high-definition multimedia interface (HDMI), an analog or data high-definition component input interface, a composite video input interface, a USB input interface, an RGB port and the like. The plurality of interfaces may form a composite input/output interface.

In some embodiments, as shown in fig. 2, the tuning demodulator 210 is configured to receive a broadcast television signal through a wired or wireless receiving manner, perform modulation and demodulation processing such as amplification, mixing, resonance, and the like, and demodulate an audio and video signal from a plurality of wireless or wired broadcast television signals, where the audio and video signal may include a television audio and video signal carried in a television channel frequency selected by a user and an EPG data signal.

In some embodiments, the frequency points demodulated by the tuner demodulator 210 are controlled by the controller 250, and the controller 250 can send out control signals according to user selection, so that the modem responds to the television signal frequency selected by the user and modulates and demodulates the television signal carried by the frequency.

In some embodiments, the broadcast television signal may be classified into a terrestrial broadcast signal, a cable broadcast signal, a satellite broadcast signal, an internet broadcast signal, or the like according to the broadcasting system of the television signal. Or may be classified into a digital modulation signal, an analog modulation signal, and the like according to a modulation type. Or the signals are classified into digital signals, analog signals and the like according to the types of the signals.

In some embodiments, the controller 250 and the modem 210 may be located in different separate devices, that is, the modem 210 may also be located in an external device of the main device where the controller 250 is located, such as an external set-top box. Therefore, the set top box outputs the television audio and video signals modulated and demodulated by the received broadcast television signals to the main body equipment, and the main body equipment receives the audio and video signals through the first input/output interface.

In some embodiments, the controller 250 controls the operation of the display device and responds to user operations through various software control programs stored in memory. The controller 250 may control the overall operation of the display apparatus 200. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 275, the controller 250 may perform an operation related to the object selected by the user command.

In some embodiments, the object may be any one of selectable objects, such as a hyperlink or an icon. Operations related to the selected object, such as: displaying the operation of connecting to a hyperlink interface, a document, an image and the like or executing the program corresponding to the icon. The user command for selecting the UI object may be a command input through various input means (e.g., a mouse, a keyboard, a touch pad, etc.) connected to the display apparatus 200 or a voice command corresponding to a voice spoken by the user.

As shown in fig. 2, the controller 250 includes at least one of a Random Access Memory 251 (RAM), a Read-Only Memory 252 (ROM), a video processor 270, an audio processor 280, other processors 253 (e.g., a Graphics Processing Unit (GPU), a Central Processing Unit (CPU) 254, a Communication Interface (Communication Interface), and a Communication Bus 256(Bus), which connects the respective components.

In some embodiments, RAM 251 is used to store temporary data for the operating system or other programs that are running, and in some embodiments, ROM252 is used to store instructions for various system boots.

In some embodiments, the ROM252 is used to store a Basic Input Output System (BIOS). The system is used for completing power-on self-test of the system, initialization of each functional module in the system, a driver of basic input/output of the system and booting an operating system.

In some embodiments, when the power-on signal is received, the display device 200 starts to power up, the CPU executes the system boot instruction in the ROM252, and copies the temporary data of the operating system stored in the memory to the RAM 251 so as to start or run the operating system. After the start of the operating system is completed, the CPU copies the temporary data of the various application programs in the memory to the RAM 251, and then, the various application programs are started or run.

In some embodiments, CPU processor 254 is used to execute operating system and application program instructions stored in memory. And executing various application programs, data and contents according to various interactive instructions received from the outside so as to finally display and play various audio and video contents.

In some example embodiments, the CPU processor 254 may comprise a plurality of processors. The plurality of processors may include a main processor and one or more sub-processors. A main processor for performing some operations of the display apparatus 200 in a pre-power-up mode and/or operations of displaying a screen in a normal mode. One or more sub-processors for one operation in a standby mode or the like.

In some embodiments, the graphics processor 253 is used to generate various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The display device comprises an arithmetic unit which carries out operation by receiving various interactive instructions input by a user and displays various objects according to display attributes. And the system comprises a renderer for rendering various objects obtained based on the arithmetic unit, wherein the rendered objects are used for being displayed on a display.

In some embodiments, the video processor 270 is configured to receive an external video signal, and perform video processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, image synthesis, and the like according to a standard codec protocol of the input signal, so as to obtain a signal that can be displayed or played on the direct display device 200.

In some embodiments, video processor 270 includes a demultiplexing module, a video decoding module, an image synthesis module, a frame rate conversion module, a display formatting module, and the like.

The demultiplexing module is used for demultiplexing the input audio and video data stream, and if the input MPEG-2 is input, the demultiplexing module demultiplexes the input audio and video data stream into a video signal and an audio signal.

And the video decoding module is used for processing the video signal after demultiplexing, including decoding, scaling and the like.

And the image synthesis module is used for carrying out superposition mixing processing on the GUI signal input by the user or generated by the user and the video image after the zooming processing by the graphic generator so as to generate an image signal for display.

The frame rate conversion module is configured to convert an input video frame rate, such as a 60Hz frame rate into a 120Hz frame rate or a 240Hz frame rate, and the normal format is implemented in, for example, an interpolation frame mode.

The display format module is used for converting the received video output signal after the frame rate conversion, and changing the signal to conform to the signal of the display format, such as outputting an RGB data signal.

In some embodiments, the graphics processor 253 and the video processor may be integrated or separately configured, and when the graphics processor and the video processor are integrated, the graphics processor and the video processor may perform processing of graphics signals output to the display, and when the graphics processor and the video processor are separately configured, the graphics processor and the video processor may perform different functions, respectively, for example, a GPU + frc (frame Rate conversion) architecture.

In some embodiments, the audio processor 280 is configured to receive an external audio signal, decompress and decode the received audio signal according to a standard codec protocol of the input signal, and perform noise reduction, digital-to-analog conversion, and amplification processes to obtain an audio signal that can be played in a speaker.

In some embodiments, video processor 270 may comprise one or more chips. The audio processor may also comprise one or more chips.

In some embodiments, the video processor 270 and the audio processor 280 may be separate chips or may be integrated together with the controller in one or more chips.

In some embodiments, the audio output, under the control of controller 250, receives sound signals output by audio processor 280, such as: the speaker 286, and an external sound output terminal of a generating device that can output to an external device, in addition to the speaker carried by the display device 200 itself, such as: external sound interface or earphone interface, etc., and may also include a near field communication module in the communication interface, for example: and the Bluetooth module is used for outputting sound of the Bluetooth loudspeaker.

The power supply 290 supplies power to the display device 200 from the power input from the external power source under the control of the controller 250. The power supply 290 may include a built-in power supply circuit installed inside the display apparatus 200, or may be a power supply interface installed outside the display apparatus 200 to provide an external power supply in the display apparatus 200.

A user interface 265 for receiving an input signal of a user and then transmitting the received user input signal to the controller 250. The user input signal may be a remote controller signal received through an infrared receiver, and various user control signals may be received through the network communication module.

In some embodiments, the user inputs a user command through the control apparatus 100 or the mobile terminal 300, the user input interface responds to the user input through the controller 250 according to the user input, and the display device 200 responds to the user input through the controller 250.

In some embodiments, a user may enter user commands on a Graphical User Interface (GUI) displayed on the display 275, and the user input interface receives the user input commands through the Graphical User Interface (GUI). Alternatively, the user may input the user command by inputting a specific sound or gesture, and the user input interface receives the user input command by recognizing the sound or gesture through the sensor.

In some embodiments, a "user interface" is a media interface for interaction and information exchange between an application or operating system and a user that enables conversion between an internal form of information and a form that is acceptable to the user. A commonly used presentation form of the User Interface is a Graphical User Interface (GUI), which refers to a User Interface related to computer operations and displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in the display screen of the electronic device, where the control may include a visual interface element such as an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, a Widget, etc.

The memory 260 includes a memory storing various software modules for driving the display device 200. Such as: various software modules stored in the first memory, including: at least one of a basic module, a detection module, a communication module, a display control module, a browser module, and various service modules.

The base module is a bottom layer software module for signal communication between various hardware in the display device 200 and for sending processing and control signals to the upper layer module. The detection module is used for collecting various information from various sensors or user input interfaces, and the management module is used for performing digital-to-analog conversion and analysis management.

For example, the voice recognition module comprises a voice analysis module and a voice instruction database module. The display control module is used for controlling the display to display the image content, and can be used for playing the multimedia image content, UI interface and other information. And the communication module is used for carrying out control and data communication with external equipment. And the browser module is used for executing a module for data communication between browsing servers. And the service module is used for providing various services and modules including various application programs. Meanwhile, the memory 260 may store a visual effect map for receiving external data and user data, images of various items in various user interfaces, and a focus object, etc.

Fig. 3 exemplarily shows a block diagram of a configuration of the control apparatus 100 according to an exemplary embodiment. As shown in fig. 3, the control apparatus 100 includes a controller 110, a communication interface 130, a user input/output interface, a memory, and a power supply source.

The control device 100 is configured to control the display device 200 and may receive an input operation instruction of a user and convert the operation instruction into an instruction recognizable and responsive by the display device 200, serving as an interaction intermediary between the user and the display device 200. Such as: the user responds to the channel up and down operation by operating the channel up and down keys on the control device 100.

In some embodiments, the control device 100 may be a smart device. Such as: the control apparatus 100 may install various applications that control the display apparatus 200 according to user demands.

In some embodiments, as shown in fig. 1, a mobile terminal 300 or other intelligent electronic device may function similar to the control device 100 after installing an application that manipulates the display device 200. Such as: the user may implement the functions of controlling the physical keys of the device 100 by installing applications, various function keys or virtual buttons of a graphical user interface available on the mobile terminal 300 or other intelligent electronic device.

The controller 110 includes a processor 112 and RAM 113 and ROM 114, a communication interface 130, and a communication bus. The controller is used to control the operation of the control device 100, as well as the communication cooperation between the internal components and the external and internal data processing functions.

The communication interface 130 enables communication of control signals and data signals with the display apparatus 200 under the control of the controller 110. Such as: the received user input signal is transmitted to the display apparatus 200. The communication interface 130 may include at least one of a WiFi chip 131, a bluetooth module 132, an NFC module 133, and other near field communication modules.

A user input/output interface 140, wherein the input interface includes at least one of a microphone 141, a touch pad 142, a sensor 143, keys 144, and other input interfaces. Such as: the user can realize a user instruction input function through actions such as voice, touch, gesture, pressing, and the like, and the input interface converts the received analog signal into a digital signal and converts the digital signal into a corresponding instruction signal, and sends the instruction signal to the display device 200.

The output interface includes an interface that transmits the received user instruction to the display apparatus 200. In some embodiments, the interface may be an infrared interface or a radio frequency interface. Such as: when the infrared signal interface is used, the user input instruction needs to be converted into an infrared control signal according to an infrared control protocol, and the infrared control signal is sent to the display device 200 through the infrared sending module. The following steps are repeated: when the rf signal interface is used, a user input command needs to be converted into a digital signal, and then the digital signal is modulated according to the rf control signal modulation protocol and then transmitted to the display device 200 through the rf transmitting terminal.

In some embodiments, the control device 100 includes at least one of a communication interface 130 and an input-output interface 140. The control device 100 is provided with a communication interface 130, such as: the WiFi, bluetooth, NFC, etc. modules may transmit the user input command to the display device 200 through the WiFi protocol, or the bluetooth protocol, or the NFC protocol code.

A memory 190 for storing various operation programs, data and applications for driving and controlling the control apparatus 200 under the control of the controller. The memory 190 may store various control signal commands input by a user.

And a power supply 180 for providing operational power support to the various elements of the control device 100 under the control of the controller. A battery and associated control circuitry.

In some embodiments, the system may include a Kernel (Kernel), a command parser (shell), a file system, and an application program. The kernel, shell, and file system together make up the basic operating system structure that allows users to manage files, run programs, and use the system. After power-on, the kernel is started, kernel space is activated, hardware is abstracted, hardware parameters are initialized, and virtual memory, a scheduler, signals and interprocess communication (IPC) are operated and maintained. And after the kernel is started, loading the Shell and the user application program. The application program is compiled into machine code after being started, and a process is formed.

Referring to fig. 4, in some embodiments, the system is divided into four layers, which are an application (Applications) layer (abbreviated as "application layer"), an application Framework (application Framework) layer (abbreviated as "Framework layer"), an Android runtime (Android runtime) layer and a system library layer (abbreviated as "system runtime library layer"), and a kernel layer, from top to bottom.

In some embodiments, at least one application program runs in the application program layer, and the application programs can be Window (Window) programs carried by an operating system, system setting programs, clock programs, camera applications and the like; or may be an application developed by a third party developer such as a hi program, a karaoke program, a magic mirror program, or the like. In specific implementation, the application packages in the application layer are not limited to the above examples, and may actually include other application packages, which is not limited in this embodiment of the present application.

The framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions. The application framework layer acts as a processing center that decides to let the applications in the application layer act. The application program can access the resource in the system and obtain the service of the system in execution through the API interface

As shown in fig. 4, in the embodiment of the present application, the application framework layer includes a manager (Managers), a Content Provider (Content Provider), and the like, where the manager includes at least one of the following modules: an activity manager (ActivityManager) is used to interact with all activities running in the system; the Location Manager (Location Manager) is used for providing the system service or application with the access of the system Location service; a Package Manager (Package Manager) for retrieving various information related to an application Package currently installed on the device; a notification manager (notifiationmanager) for controlling display and clearing of notification messages; a Window Manager (Window Manager) is used to manage the icons, windows, toolbars, wallpapers, and desktop components on a user interface.

In some embodiments, the activity manager is to: managing the life cycle of each application program and the general navigation backspacing function, such as controlling the exit of the application program (including switching the user interface currently displayed in the display window to the system desktop), opening, backing (including switching the user interface currently displayed in the display window to the previous user interface of the user interface currently displayed), and the like.

In some embodiments, the window manager is configured to manage all window processes, such as obtaining a display size, determining whether a status bar is available, locking a screen, intercepting a screen, controlling a display change (e.g., zooming out, dithering, distorting, etc.) and the like.

In some embodiments, the system runtime layer provides support for the upper layer, i.e., the framework layer, and when the framework layer is used, the android operating system runs the C/C + + library included in the system runtime layer to implement the functions to be implemented by the framework layer.

In some embodiments, the kernel layer is a layer between hardware and software. As shown in fig. 4, the core layer includes at least one of the following drivers: audio drive, display drive, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (such as fingerprint sensor, temperature sensor, touch sensor, pressure sensor, etc.), and so on.

In some embodiments, the kernel layer further comprises a power driver module for power management.

In some embodiments, software programs and/or modules corresponding to the software architecture of fig. 4 are stored in the first memory or the second memory shown in fig. 2 or 3.

In some embodiments, taking the magic mirror application (photographing application) as an example, when the remote control receiving device receives a remote control input operation, a corresponding hardware interrupt is sent to the kernel layer. The kernel layer processes the input operation into an original input event (including information such as a value of the input operation, a timestamp of the input operation, etc.). The raw input events are stored at the kernel layer. The application program framework layer obtains an original input event from the kernel layer, identifies a control corresponding to the input event according to the current position of the focus and uses the input operation as a confirmation operation, the control corresponding to the confirmation operation is a control of a magic mirror application icon, the magic mirror application calls an interface of the application framework layer to start the magic mirror application, and then the kernel layer is called to start a camera driver, so that a static image or a video is captured through the camera.

In some embodiments, for a display device with a touch function, taking a split screen operation as an example, the display device receives an input operation (such as a split screen operation) that a user acts on a display screen, and the kernel layer may generate a corresponding input event according to the input operation and report the event to the application framework layer. The window mode (such as multi-window mode) corresponding to the input operation, the position and size of the window and the like are set by an activity manager of the application framework layer. And the window management of the application program framework layer draws a window according to the setting of the activity manager, then sends the drawn window data to the display driver of the kernel layer, and the display driver displays the corresponding application interface in different display areas of the display screen.

In some embodiments, as shown in fig. 5, the application layer containing at least one application may display a corresponding icon control in the display, such as: the system comprises a live television application icon control, a video on demand application icon control, a media center application icon control, an application center icon control, a game application icon control and the like.

In some embodiments, the live television application may provide live television via different signal sources. For example, a live television application may provide television signals using input from cable television, radio broadcasts, satellite services, or other types of live television services. And, the live television application may display video of the live television signal on the display device 200.

In some embodiments, a video-on-demand application may provide video from different storage sources. Unlike live television applications, video on demand provides a video display from some storage source. For example, the video on demand may come from a server side of the cloud storage, from a local hard disk storage containing stored video programs.

In some embodiments, the media center application may provide various applications for multimedia content playback. For example, a media center, which may be other than live television or video on demand, may provide services that a user may access to various images or audio through a media center application.

In some embodiments, an application center may provide storage for various applications. The application may be a game, an application, or some other application associated with a computer system or other device that may be run on the smart television. The application center may obtain these applications from different sources, store them in local storage, and then be operable on the display device 200.

Based on the display apparatus 200 described above, the server 400 can push a message to the display apparatus 200 by combining different application scenarios. The display device 200 may then display the message pushed by the server 400. In order to display the pushed message, the controller 250 of the display apparatus 200 may generate a message screen according to the received message and control the display 275 to display the message screen.

The display apparatus 200 may also adjust the display manner of the message screen according to the current usage scenario and the specific message contents or types. For example, when the display device 200 controls a home page, an education mode, or other usage scenarios, the push message may be a pop-up message box, which is displayed at the top or bottom of the display screen, and automatically disappears after a preset time of display, so as to avoid affecting the user's viewing experience. When there are multiple push messages, each message screen can be arranged according to a set arrangement mode. For example, as shown in fig. 6, a plurality of message frames may be sequentially displayed on the display screen from top to bottom in the sequence of receiving the push messages.

In some embodiments, a message interface for displaying a message screen may be further provided according to a messaging manner of the operating system of the display apparatus 200. In the message interface, the push messages received by the display device 200 within a certain time may be displayed to facilitate uniform management of the messages. The messages may include read and unread status, and the read and unread messages may be displayed in the message interface, respectively.

To present the message interface, a unified message entry control may be provided on the operating system portion interface of the display device 200. For example, a message entry control is provided in the top status bar of the control home page, and when the user performs an interactive action and clicks the message entry control, the user can jump to the message interface.

In some embodiments, the push message may include multiple types, such as a system message, a third party message, and a promotional message, among others. Different types of messages may be pushed by the server 400 under different circumstances. For example, the system message may be pushed by the server 400 to each terminal in a unified manner, so as to display notification content at the system level, including firmware update, patch upgrade, announcement notification, and the like. The third-party message is generally generated by a third-party server of an application installed in the display device 200, and is directly pushed to the display device 200 by the third-party server, or is first sent to the server 400 by the third-party server, and then is uniformly pushed to the display device 200 by the server 400. The promotion message is an application recommendation message generated by the server 400 according to the user usage data, such as the application program frequently run by the user through statistics. Promotional messages are also pushed to the display device 200 by the server 400, typically including message content such as application recommendations, advertisements, user-defined services, and the like.

The display form of the push message can also be adjusted according to the specific message content. For example, for system messages, pop-up messages may be employed to reduce users from missing important messages; for the third-party application message or the promotion message, the message can be displayed in a message interface mode, so that the message pushing frequency is reduced, and the influence on the user watching experience when the message is displayed is avoided.

For example, the display device 200 may display the subject matter of the message, such as "4 months, 19 days, 10:30 simple mechanical topics". In order to obtain better user experience, related prompt contents can be displayed, such as that the physical sprint class in the nine-year class requests to enter live broadcast learning on time. Simple dynamic content can also be displayed in the push message picture, and the dynamic content can be changed in real time according to the use scene, such as 56 minutes from live broadcasting to 22 hours.

In some embodiments of the present application, the push message is sometimes limited, that is, a part of the prompt type message may complete the push at a specific time. In practical application, message pushing can be triggered by a timing task. For example, the timing task checks the class hour within half an hour after 24 hours, and then sends out a message notification to achieve the effect of reminding the user of class 24 hours in advance.

Due to the influence of the trigger time, the situation of missing message sending can occur in the pushing mode of the timing task. For example, the timed task pushing lesson taking message is limited to pushing the user who purchased the lesson before 24 hours, and the user who purchased the lesson after the timed task is processed does not receive any more reminding and fails to send lesson taking message.

In order to alleviate the problem of missed message sending in the timing task mode, the present application provides a message reissuing method, as shown in fig. 7, the message reissuing method includes the following steps:

s1: a user purchase notification is obtained.

The user purchase notification includes user information and a media asset ID. In some embodiments of the present application, a push module dedicated to resending a message may be built in the server 400, and the push module may perform data interaction with other modules in the server 400 to push a message to the display device 200 when the message needs to be resent.

To learn whether a user generates purchasing behavior after a timed task, the server 400 may collect purchasing behavior information of the user and generate a user purchase notification. The user purchase notification may be accomplished by a back-office service system (or module) built into the server 400. After the user purchase notification is generated, the notification may be sent in the server 400 so that the push module or other module may obtain the generated user purchase notification.

The user purchase notification may include all user purchase behavior information collected by the background service system over a period of time. The purchasing behavior information refers to information generated by the user in completing purchasing behavior, and may include order information, transaction auxiliary information, and the like. For example, after the user selects to purchase a live course in the media asset purchase interface, purchase behavior information may be generated, including: time of purchase, course of purchase, price of the transaction, discount information, etc. The background service system can extract the media information related to the purchasing behavior.

In order to distinguish the media assets, the ID with a specified format can be uniformly set for the media assets, and the media asset ID can be composed of a character string uniquely identified by each media asset. For example, the asset ID may be represented as: "ZBKT 2020spring9th 0002" stands for "nine-year-old physical live course in spring 2020".

Since the background service system can collect the purchasing behavior information of a plurality of users, the generated user purchasing notice also comprises the plurality of purchasing behaviors of the plurality of users. In order to distinguish a plurality of users, user information needs to be extracted from purchase behavior information to form a user purchase notification. Wherein, the user information can also be composed of ID with uniform format to mark different users. For example, the user ID may be expressed as: "Hisense-user-2020055".

S2: and inquiring pre-pushed media resources according to the user information.

A content system (module) dedicated to processing the asset data and the related content data may be built in the server 400. The asset data may be stored in the content system of server 400 or in a database associated with the content system. After the server 400 obtains the user purchase notification, the server may query the pre-push media through the content system by extracting the user information in the user purchase notification.

The pre-pushing media assets are media assets with the media asset playing time within a preset judgment period and the media asset finishing time later than the current time. Since the user purchases the media asset playing right between two timing push tasks, the purchased media asset cannot obtain the push message through the timing push task. Therefore, in order to complement the push message, the assets without the push message can be queried according to the user information, namely, the pre-push assets are queried.

For example, according to the user purchase notification, the user information is extracted, and the user information is inquired to correspond to the user purchase asset ID of "zkt 2020spring9th 0002". The execution time of the media asset timing pushing task recorded corresponding to the media asset ID is 10:30 in 4 months and 18 days of 2020; the starting time of the media assets is 10:30 in 19 th of 4 th of 2020 and 11:30 in 19 th of 4 th of 2020 and the ending time is 11:30 in 4 th of 2020; the time to obtain the user purchase notification (i.e., the current time) is 14:00, 4/18/2020; the preset judgment period of the timing task is 24h30 min; and if the playing time of the media asset is within the preset judgment period and the ending time of the media asset is later than the current time, determining the media asset as the pre-push media asset.

In some embodiments, it is determined whether the asset ID information purchased by the user has been pushed regularly, if the timed push has been performed, a message needs to be reissued to the user who newly purchases the asset, and if the timed push has not been performed, the timed push is performed uniformly at the timed push time.

Illustratively, for example, the asset (corresponding to ID "ZBKT 2020spring9th 0002") has a play time of 10:30 at 19/4/2020 and an end time of 11:30 at 19/4/2020. According to the preset time value, the course is required to be notified in advance by one day (the advance time is set as required), so the system executes the pushing task according to the preset time value, namely, in 18 days 10:30 in 4 months in 2020, the user A and the user B subscribing the media asset are pushed with the course reminding, wherein the time for the user A and the user B to purchase the media asset is earlier than the pushing time. If the user C purchases the media assets between 18 days 10:30 in 2020 and 19 days 11:30 in 2020, the system needs to remind the user C to watch the course, so that the system needs to reissue a course notification message to the user C to remind the user C to watch the media assets according to the fact that the time of purchasing the user C is between the last reminding pushing and the end of playing the media assets. Or the purchase time is between the last reminding pushing and the next reminding pushing, and the system sends the pushing message corresponding to the last reminding pushing to the user C.

In some embodiments, after a user finishes purchasing a course, traversing media resources of a corresponding user according to user information, if the purchased media resources are located outside a preset judgment period (for example, before the course is played for 24 hours), sending push messages is not needed, when the system time reaches the preset judgment period, the system sends the push messages in batch for all users subscribing the media resources, if the purchased media resources are located in the preset judgment period and the end time of the media resources is later than the current time, that is, the media resources are newly purchased by the user, and the purchasing time is located in the preset judgment period, and meanwhile, the playing of the media resources is not finished, so that the push messages need to be reissued, and if the playing of the media resources is finished at this time, the push messages of the media resources need not to be pushed.

In some embodiments, the pre-push funding may include a plurality of funding. Namely, not only the media assets purchased in the user purchasing behavior, but also other media assets. Such as assets associated with a user having purchased assets, assets related to promotions, and the like.

S3: and extracting a push message according to the media asset ID of the pre-push media asset.

After determining the pre-push assets, the relevant push messages may be extracted for each pre-push asset. In step S3, the extracted push message is a message that has been pushed in the last timed task.

For example, after determining that the asset ID of "zkt 2020spring9th 0002" is the asset to be pushed, according to the asset ID, the content of the push message in the last push task may be extracted as: 'nine-year physical sprint class of simple mechanical special topic (2020-spring) at 19 days 10:30 in 4 months, please enter live broadcast learning on time', and the push module can extract the push message of the contents so as to perform message reissue.

S4: and sending the push message to display equipment corresponding to the user information.

After retrieving the push message, the server 400 may transmit the push message to the display apparatus 200, thereby completing the message reissuing. In order to prevent some users from receiving multiple pushes, the server 400 may transmit only the extracted push messages to the display devices 200 corresponding to the user information in the user purchase notification, respectively.

In order to achieve a better reminding effect, before the push message is sent to the display device 200, a prompt time may be calculated according to the current time and the media asset playing time, and the calculated prompt time is added to the push message. For example, if the media asset playing time is 19 days 10:30 in 4 months and 19 days in 2020 and the current time is 14:00 in 4 months and 18 days in 2020, the calculated prompting time is 20h and 30min, that is, "30 min after 20 minutes from live broadcast" is added to the push message.

According to the technical scheme, the message reissuing method provided by the embodiment can query the pre-pushed media assets according to the user information after the user purchase notification is obtained, so that the push message is extracted according to the media asset ID of the pre-pushed media assets, and finally the push message is sent to the display equipment corresponding to the user information. The pre-pushing media assets are media assets with the media asset playing time within a preset judgment period and the media asset finishing time later than the current time. In practical application, the message reissuing method can screen out media assets which are not pushed by the timed pushing task and reissue the messages to the purchased users, so that the users who miss sending the messages can receive the pushed messages again, and the problem of missing sending of the messages of part of the purchased users is solved.

In the above embodiment, the basis for determining whether the media assets purchased by the user are to-be-pushed media assets is that whether the playing time of the media assets is within the preset determination period. Therefore, the setting of the preset judgment period can determine which media assets are judged to be pre-push media assets, and which media assets are judged not to be pre-push media assets. Generally, the starting time of the preset judgment period is the execution time of the last pushing task. If the preset judgment period is long, the server 400 may execute a new timed push task within the preset period, and the effect of resending the message is not achieved; if the predetermined determination period is short, the media assets may not be pre-pushed in most of the determination periods, which may waste the computing resources of the server 400.

In order to determine the length of the preset judgment period, in some embodiments of the present application, a duration of the preset judgment period is equal to a sum of the timing pushing period and a processing period of a last pushing task. The timing push cycle is a push time interval of the timing task set in the server 400, and different lengths of the push cycle may be set according to different media assets, for example, if the push frequency of a part of the media assets is once per day, the length of the push cycle is 24 h.

The processing cycle is the time consumed by executing a timing push task, and generally, since the server 400 needs to perform unified processing on a plurality of media information when pushing a message, and needs to complete a plurality of data interactions with a third-party server in some cases, and in consideration of other influencing factors such as network delay, the push message needs to be processed and completed within a certain processing time. The processing cycle varies according to the message processing mechanism of different servers 400, for example, in a large-scale system, the processing cycle may be 30min, that is, the time set from the start of the processing to the completion of the processing of the push message is 30 min. In summary, in an exemplary embodiment, the preset determination period is equal to the sum of the push period length 24h and the processing period 30min, i.e., 24h30 min.

Based on the above preset determination period, in some embodiments, as shown in fig. 8, before the step of obtaining the user purchase notification, the method further includes:

s101: acquiring the recorded starting time, finishing time and execution time of each pushing task;

s102: calculating the time interval between the starting time of the pushing task and the execution time of the previous pushing task, and generating a timing pushing period;

s103: and calculating the time interval between the starting time and the finishing time of the pushing task to generate a processing period.

After each push task is executed, the server 400 may record information related to the push task, including recording a start time, a completion time, and an execution time of the task.

And after acquiring the user purchase notification, respectively calculating a timing push period and a processing period according to the recorded data and the data related to the user purchase notification. The timing pushing period is the time interval between the starting time of the pushing task and the execution time of the previous pushing task; the processing cycle calculates a time interval of a start time and a completion time of the push task.

Therefore, through the calculation mode, the preset judgment period can be determined according to the execution interval and the processing period of the pushing task, most of pre-pushing media resources can be screened out through the determined judgment period under the condition that fewer judgment times are guaranteed, the media resources to be pushed can be determined in time, and waste of resources of the server 400 can be avoided.

In some embodiments, as shown in fig. 9, the step of querying the pre-push asset according to the user information includes:

s201: acquiring the preset judgment period and the current time;

s202: comparing the media asset playing time with the preset judgment period one by one;

s203: if the media asset playing time is within the preset judgment period, comparing the media asset ending time with the current time;

s204: and if the ending time of the media assets is later than the current time, marking the media assets as pre-pushed media assets.

After the user purchase notification is acquired at step S1, the time when the user purchase notification was acquired, that is, the current time may be extracted. And acquiring a preset judgment period and inquiring the play time of the media assets one by one through the media asset ID, thereby screening the media assets for the first time according to the play time. If the playing time of the media assets is within the preset judgment period, the corresponding media assets can be pre-pushed media assets, and then secondary screening is carried out by comparing the end time of the media assets with the current time. And if the ending time of the media assets is later than the current time, the corresponding media assets meet the condition that the playing time is within the preset judgment period and the ending time is later than the current time, so that the media assets are marked as pre-pushed media assets.

Through the two screening processes, after the first screening process determines that the pre-pushing of the medium resources is impossible, the medium resources are not screened for the second time, so that the data processing amount of the second screening can be reduced. On the premise of meeting the screening accuracy, the occupation of the pushing module on the resources of the server 400 is reduced.

In order to implement the message reissuing method, a message algorithm may be configured in the push module of the server 400 to be able to process push messages. In some embodiments, as shown in fig. 7, the message reissuing method is based on a kafka queue message algorithm, the method further comprising:

s501: initiating a subscription topic message based on a kafka queue message algorithm;

s502: after obtaining the user purchase notification, receiving a topic message based on the kafka queue message algorithm.

Among other things, the kafka algorithm is a high throughput distributed publish-subscribe messaging method that can handle all action flow data in the system. Thus, after the push module of the kafka algorithm is built in the server 400, other modules (e.g., online systems) may subscribe to the topic message from the push module and receive the topic message based on the kafka queue message algorithm after obtaining the user purchase notification, thereby completing the message query.

Based on the message reissuing method, the present application further provides a server, comprising: a background service system, a content system and a push system. Wherein the backend service system is configured to send a user purchase notification; the content system is configured to store asset information.

As shown in fig. 7, the push system is configured to perform the following program steps:

s1: acquiring a user purchase notification from the background service system, wherein the user purchase notification comprises user information and a media asset ID;

s2: inquiring pre-pushed media assets in the content system according to the user information, wherein the pre-pushed media assets are media assets with the media asset playing time within a preset judgment period and the media asset finishing time later than the current time;

s3: extracting a push message in the content system according to the media asset ID of the pre-push media asset;

s4: and sending the push message to display equipment corresponding to the user information.

When the server 400 queries the push message, the push message may be queried according to the user information, and all the queried push messages may be directly pushed to the display device 200 of the user. The message reissuing method is more suitable for the situation that the user purchasing behavior contains a large number of media assets, namely, each user pushes the media assets respectively.

In the above embodiment, the pre-pushed asset is queried according to the user information, that is, the user information in the user purchase notification is used as an index to query the asset pushing message which needs to be sent to the user. In practical applications, the server 400 may further use the asset ID as an index, and perform query one by one according to each asset, that is, in some embodiments of the present application, a message reissuing method is further provided, as shown in fig. 10, where the message reissuing method includes the following steps:

s61: acquiring a user purchase notification;

s62: inquiring the execution time of the last pushing task of the corresponding media asset according to the media asset ID;

s63: if the current time is within a preset judgment period after the execution time, extracting a push message;

s64: and sending the push message to display equipment corresponding to the user information.

After obtaining the user purchase notification, the server 400 may extract the user information and the asset ID in the purchase notification. And inquiring the execution time of the last pushing task of the media asset in the content system according to the ID of the media asset. Similarly, it may be determined whether the current time is within a preset determination period after the execution time, and if the current time is within the preset determination period after the execution time, the corresponding push message is extracted and sent to the display device 200 corresponding to the user information, so as to complete the complementary sending of the message that is not sent within the preset determination period.

For example, after the server 400 obtains the user purchase notification at 14:00 of 18 th of 4 th of 2020, the extracted user information is: the user ID is "Hisense-user-2020055", the course ID is "ZBKT 2020spring9th 0002"; inquiring the execution time of the last push message of the course according to the acquired media asset ID as follows: and 4, 18 days 10:30 in 2020, and if the preset judgment period is 24h30min, determining that the current time is within the preset judgment period after the execution time, so that the media asset push message executed by the push message in 18 days 10:30 in 4 months in 2020, namely ' physical sprint class in nine years, namely ' 19 days in 4 months 10:30 simple mechanical special topic [ 2020-spring ], can be extracted, and the live broadcast learning is requested to enter on time ', and the push message is sent to the display device of the ' Hisense-user-2020055 ' user.

According to the technical scheme, when the server 400 queries the push messages, the push messages can be queried according to each piece of media asset related in the user purchase notification, and the queried push messages are respectively pushed to the users who purchase the media assets. The message reissue mode is more suitable for the situation of purchasing single media resources, namely uniformly pushing a plurality of users for the same media resources.

The two message reissuing modes provided in the above embodiment can both implement reissue of missed messages within the preset judgment period. In practical application, different message reissuing modes can be selected according to different application scenes, and a mode of combining the two reissuing modes can be adopted to finish message pushing.

In the above embodiments, the user purchase notification may be used to trigger the server 400 to perform the message reissue operation, so that the user purchase notification may be generated in different situations, that is, in some embodiments of the present application, the step of obtaining the user purchase notification includes:

s111: receiving a purchasing behavior instruction input by a user on a display equipment purchasing interface;

s112: and if the purchasing behavior instruction is received, extracting user information and the purchased media asset ID in the purchasing behavior instruction to generate the user purchasing notice.

In practical applications, the user may complete a series of interactive operations on the purchase interface of the display device 200 to input a purchase behavior command. The inputted purchase behavior command may be transferred to the server 400 through the display device 200, so that the server 400 extracts the user information and the purchased media ID in the purchase behavior command to generate a user purchase notification after receiving the purchase behavior command.

That is, the user purchase notification may be generated according to a purchase behavior, and in practical application, as long as one user completes the purchase behavior, the server 400 correspondingly generates one user purchase notification, and correspondingly triggers one reissue of the push message. Therefore, the push message can be ensured to be sent in time, and the problem of missed sending of the purchased user message is reduced.

In order to facilitate uniform processing of the information, the message reissue does not need to be triggered for each purchase behavior of the user. That is, in another embodiment of the present application, the user purchase notification may also be generated in time periods, so that the step of obtaining the user purchase notification includes:

s121: acquiring recorded user purchase information at preset time intervals;

s122: extracting user information and a media ID from the purchase information to generate the user purchase notification.

In general, the member system or the transaction system in the server 400 archives the transaction behavior of the user and records user purchase information, such as user information and transaction content, involved in the transaction behavior. The push module in the server 400 may obtain the user purchase information in the member system or the transaction system at preset time intervals. And then extracting the user information and the media asset ID from the user purchase information to generate a user purchase notification.

As can be seen, the server 400 may generate the user purchase notification by acquiring the user purchase information at regular intervals, thereby triggering the message reissuing operation. This method can reduce the number of times of message reissue and reduce the computational load of the server 400.

Based on the foregoing message reissuing method, some embodiments of the present application further provide a server 400, including: a background service system, a content system and a push system. Wherein the backend service system is configured to send a user purchase notification; the content system is configured to store asset information.

The push system is configured to perform the following procedural steps:

s61: acquiring a user purchase notification from the background service system, wherein the user purchase notification comprises user information and a media asset ID;

s62: inquiring the execution time of the last pushing task of the corresponding media assets in the content system according to the media asset ID;

s63: if the current time is within a preset judgment period after the execution time, extracting a push message from the content system;

s64: and sending the push message to display equipment corresponding to the user information.

According to the technical scheme, the message reissuing method provided by the embodiment can inquire the execution time of the last pushing task of the corresponding media asset according to the media asset ID after the user purchase notification is obtained. And if the current time is within a preset judgment period after the execution time, extracting the push message, and finally sending the push message to the display equipment corresponding to the user information. The method can complement the push message according to the last push execution time of the media assets purchased by the user, and the problem that the message is missed by part of purchased users is solved.

Based on the above message reissuing method and the server 400, some embodiments of the present application further provide a display device 200, including: a display 275, a communicator 220, and a controller 250. Wherein the display 275 is configured to present a purchase interface; the communicator 220 is configured to establish a communication connection with a server.

As shown in fig. 11, the controller 250 is configured to perform the following program steps:

s701: acquiring a purchase behavior instruction which is input by a user in a purchase interface and is used for purchasing a media asset playing right;

s702: responding to the purchase behavior instruction, sending a purchase instruction to the server so as to enable a background service system of the server to send a user purchase notification, wherein the user purchase notification comprises user information and a media asset ID;

s703: and receiving a push message of pre-push media assets fed back by the server, wherein the pre-push media assets are the media assets of which the media asset playing time is within a preset judgment period and the media asset finishing time is later than the current time.

As can be seen from the foregoing technical solutions, the display device 200 provided in this embodiment may interact with the server 400 in response to a purchase behavior instruction input by a user, so that a background service system of the server 400 sends a user purchase notification, and queries pre-push media assets according to user information, and extracts a push message according to a media asset ID of the pre-push media assets to feed back the push message. The display device 200 receives the push message to display the push message which is missed to be sent, so that the problem of missing sending of the message for part of the purchased users is solved.

The embodiments provided in the present application are only a few examples of the general concept of the present application, and do not limit the scope of the present application. Any other embodiments extended according to the scheme of the present application without inventive efforts will be within the scope of protection of the present application for a person skilled in the art.

Claims (10)

1. A method for complementary sending of messages, comprising:

acquiring a user purchase notification, wherein the user purchase notification comprises user information and a media asset ID;

inquiring pre-pushed media assets according to the user information, wherein the pre-pushed media assets are media assets of which the media asset playing time is within a preset judgment period and the media asset finishing time is later than the current time;

extracting a push message according to the media asset ID of the pre-push media asset;

and sending the push message to display equipment corresponding to the user information.

2. The message resending method according to claim 1, wherein the starting time of the preset judgment period is the execution time of the last pushing task; the duration of the preset judgment period is equal to the sum of the timing pushing period and the processing period of the last pushing task.

3. The method of claim 2, wherein prior to the step of obtaining a notification of the user's purchase, the method further comprises:

acquiring the recorded starting time, finishing time and execution time of each pushing task;

calculating the time interval between the starting time of the pushing task and the execution time of the previous pushing task, and generating a timing pushing period; and calculating the time interval between the starting time and the finishing time of the pushing task to generate a processing period.

4. The method of claim 3, wherein the method is based on a kafka queue message algorithm, the method further comprising:

initiating a subscription topic message based on a kafka queue message algorithm;

after obtaining the user purchase notification, receiving a topic message based on the kafka queue message algorithm.

5. The method of claim 1, wherein the step of querying pre-pushed assets according to the user information comprises:

acquiring the preset judgment period and the current time;

comparing the media asset playing time with the preset judgment period one by one;

if the media asset playing time is within the preset judgment period, comparing the media asset ending time with the current time;

and if the ending time of the media assets is later than the current time, marking the media assets as pre-pushed media assets.

6. A method for complementary sending of messages, comprising:

acquiring a user purchase notification, wherein the user purchase notification comprises user information and a media asset ID;

inquiring the execution time of the last pushing task of the corresponding media asset according to the media asset ID;

if the current time is within a preset judgment period after the execution time, extracting a push message;

and sending the push message to display equipment corresponding to the user information.

7. The method of claim 6, wherein the step of obtaining a user purchase notification comprises:

receiving a purchasing behavior instruction input by a user on a display equipment purchasing interface;

and if the purchasing behavior instruction is received, extracting user information and the purchased media asset ID in the purchasing behavior instruction to generate the user purchasing notice.

8. The method of claim 6, wherein the step of obtaining a user purchase notification comprises:

acquiring recorded user purchase information at preset time intervals;

extracting user information and a media ID from the purchase information to generate the user purchase notification.

9. A server, comprising:

a background service system configured to send a user purchase notification;

a content system configured to store media asset information;

a push system configured to:

acquiring a user purchase notification from the background service system, wherein the user purchase notification comprises user information and a media asset ID;

inquiring pre-pushed media assets in the content system according to the user information, wherein the pre-pushed media assets are media assets with the media asset playing time within a preset judgment period and the media asset finishing time later than the current time;

extracting a push message in the content system according to the media asset ID of the pre-push media asset;

and sending the push message to display equipment corresponding to the user information.

10. A display device, comprising:

a display configured to present a purchase interface;

a communicator configured to establish a communication connection with a server;

a controller configured to:

acquiring a purchase behavior instruction which is input by a user in a purchase interface and is used for purchasing a media asset playing right;

responding to the purchase behavior instruction, sending a purchase instruction to the server so as to enable a background service system of the server to send a user purchase notification, wherein the user purchase notification comprises user information and a media asset ID;

and receiving a push message of pre-push media assets fed back by the server, wherein the pre-push media assets are the media assets of which the media asset playing time is within a preset judgment period and the media asset finishing time is later than the current time.

Images