CN113645492A - Display device and synchronization method of history play records - Google Patents

Abstract

The application provides a display device and a synchronization method of a history play record, wherein a controller of the display device is configured to: after receiving a media asset playing operation input by a user in an application, generating a corresponding historical playing record, associating the historical playing record with account information currently logged in by the application, and acquiring the state of a record synchronization switch; if the synchronous switch is in an on state, uploading the historical play record and the account information to a server, and if the synchronous switch is in an off state, correspondingly storing the historical play record and the account information in a local first play record data set. The synchronization process of the history playing records is controlled through the synchronization switch, and the problems that the user personal information is leaked and the use experience of the user is seriously influenced due to the fact that the synchronization process of the history playing records is not controlled by the user in the use process of the existing display equipment are solved.

Description

Display device and synchronization method of history play records

Technical Field

The present application relates to the field of display device technologies, and in particular, to a display device and a synchronization method for history play records.

Background

Display devices, such as smart televisions, may provide a user with a picture to play, such as audio, video, pictures, etc. Compared with the traditional television which provides live television programs for users through data broadcasting, the smart television generally focuses on online interactive media, internet television and on-demand streaming media, and can provide richer contents and services for the users, such as various applications and service contents of network videos, network games and the like.

In some scenarios, a user may log into the same application on different devices using the same account information. Moreover, the operation records on a certain device can be automatically synchronized to other devices, and then a user can view the operation records generated on other devices on any one device. For example, a user logs in a video application a on a mobile phone by using account information a, logs in the video application a on a television by using account information a, can check a playing record generated at a mobile phone end when the application a is opened on the television, and can check the playing record generated at the television end when the application a is opened on the mobile phone. Since the synchronization process of the playing records is not controlled by the user, personal information of the user is leaked, and the use experience of the user is seriously influenced.

Disclosure of Invention

The application provides a display device and a synchronization method of historical play records, the synchronization process of the historical play records is controlled through a synchronization switch, and the problems that in the use process of the existing display device, the synchronization process of the historical play records is not controlled by a user, personal information of the user can be leaked, and the use experience of the user is seriously influenced are solved.

In a first aspect, the present application provides a display device comprising:

a display for displaying a user interface;

a controller configured to:

after receiving a media asset playing operation input by a user in an application, generating a corresponding historical playing record, and associating the historical playing record with account information currently logged in by the application;

acquiring and recording the state of a synchronous switch;

if the synchronous switch is in an on state, uploading the historical play record and the account information to a server;

and if the synchronous switch is in a closed state, correspondingly storing the historical play records and the account information in a local first play record data set.

In a second aspect, the present application further provides a synchronization method for history playing records, including the following steps:

after receiving a media asset playing operation input by a user in an application, generating a corresponding historical playing record, and associating the historical playing record with account information currently logged in by the application;

acquiring and recording the state of a synchronous switch;

if the synchronous switch is in an on state, uploading the historical play record and the account information to a server;

and if the synchronous switch is in a closed state, correspondingly storing the historical play records and the account information in a local first play record data set.

As can be seen from the foregoing technical solutions, the present application provides a display device and a synchronization method of a history play record, where a controller of the display device is configured to: after receiving a media asset playing operation input by a user in an application, generating a corresponding historical playing record, and associating the historical playing record with account information currently logged in by the application. Acquiring and recording the state of a synchronous switch; if the synchronous switch is in the on state, the historical playing record and the account information are uploaded to the server, and if the synchronous switch is in the off state, the historical playing record and the account information are correspondingly stored in a local first playing record data set. The synchronization process of the history playing records is controlled through the synchronization switch, and the problems that the user personal information is leaked and the use experience of the user is seriously influenced due to the fact that the synchronization process of the history playing records is not controlled by the user in the use process of the existing display equipment are solved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the implementation manner in the related art, a brief description will be given below of the drawings required for the description of the embodiments or the related art, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings can be obtained by those skilled in the art according to the drawings.

FIG. 1 illustrates an operational scenario between a display device and a control apparatus according to some embodiments;

fig. 2 illustrates a hardware configuration block diagram of the control apparatus 100 according to some embodiments;

fig. 3 illustrates a hardware configuration block diagram of the display apparatus 200 according to some embodiments;

FIG. 4 illustrates a software configuration diagram in the display device 200 according to some embodiments;

FIG. 5 illustrates an account login interface presented on a display;

FIG. 6 illustrates an account login interface presented on a display in one embodiment;

FIG. 7 illustrates an account login interface presented on a display in the second embodiment;

FIG. 8 illustrates the presentation of a synchronized switch setting interface on a display;

FIG. 9 illustrates an account login interface presented on a display in another embodiment;

FIG. 10 is a schematic diagram illustrating a re-upload control and first and second styles in one embodiment;

FIG. 11 illustrates a History Play record prompt control presented on a display in one embodiment;

FIG. 12 illustrates a history play list presented on a display;

FIG. 13 illustrates a history playlist presented on a display in one embodiment;

FIG. 14 illustrates a record deletion control presented on a display in one embodiment;

FIG. 15 illustrates a history play list presented on a display in one embodiment;

fig. 16 is a flowchart illustrating a method for synchronizing history play records according to an exemplary embodiment of the present application.

Detailed Description

To make the purpose and embodiments of the present application clearer, the following will clearly and completely describe the exemplary embodiments of the present application with reference to the attached drawings in the exemplary embodiments of the present application, and it is obvious that the described exemplary embodiments are only a part of the embodiments of the present application, and not all of the embodiments.

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 not necessarily for describing a particular sequential or chronological order, unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances.

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

The term "module" 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.

Fig. 1 is a schematic diagram of an operation scenario between a display device and a control apparatus according to an embodiment. As shown in fig. 1, a user may operate the display apparatus 200 through the smart device 300 or the control device 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, and controls the display device 200 in a wireless or wired manner. The user may input a user instruction through a key on a remote controller, voice input, control panel input, etc., to control the display apparatus 200.

In some embodiments, the smart device 300 (e.g., mobile terminal, tablet, computer, laptop, etc.) 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.

In some embodiments, the display device 200 may also be controlled in a manner other than the control apparatus 100 and the smart device 300, for example, the voice command control of the user may be directly received by a module configured inside the display device 200 to obtain a voice command, or may be received by a voice control device provided outside the display device 200.

In some embodiments, the display device 200 is also in data communication with a server 400. 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. The server 400 may be a cluster or a plurality of clusters, and may include one or more types of servers.

Fig. 2 exemplarily shows a block diagram of a configuration of the control apparatus 100 according to an exemplary embodiment. As shown in fig. 2, the control device 100 includes a controller 110, a communication interface 130, a user input/output interface 140, a memory, and a power supply. The control apparatus 100 may receive an input operation instruction from a user and convert the operation instruction into an instruction recognizable and responsive to the display device 200, thereby mediating interaction between the user and the display device 200.

Fig. 3 shows a hardware configuration block diagram of the display apparatus 200 according to an exemplary embodiment.

In some embodiments, the display apparatus 200 includes at least one of a tuner demodulator 210, a communicator 220, a detector 230, an external device interface 240, a controller 250, a display 260, an audio output interface 270, a memory, a power supply, a user interface.

In some embodiments the controller comprises a processor, a video processor, an audio processor, a graphics processor, a RAM, a ROM, a first interface to an nth interface for input/output.

In some embodiments, the display 260 includes a display screen component for presenting a picture, and a driving component for driving an image display, a component for receiving an image signal from the controller output, performing display of video content, image content, and a menu manipulation interface, and a user manipulation UI interface.

In some embodiments, the display 260 may be a liquid crystal display, an OLED display, and a projection display, and may also be a projection device and a projection screen.

In some embodiments, communicator 220 is a component for communicating with external devices or servers according to various communication protocol types. For example: the communicator may include at least one of a Wifi module, a bluetooth module, a wired ethernet module, and other network communication protocol chips or near field communication protocol chips, and an infrared receiver. The display apparatus 200 may establish transmission and reception of control signals and data signals with the external control apparatus 100 or the server 400 through the communicator 220.

In some embodiments, the user interface may be configured to receive control signals for controlling the apparatus 100 (e.g., an infrared remote control, etc.).

In some embodiments, the detector 230 is used to collect signals of the external environment or interaction with the outside. For example, detector 230 includes a light receiver, a sensor for collecting ambient light intensity; alternatively, the detector 230 includes an image collector, such as a camera, which may be used to collect external environment scenes, attributes of the user, or user interaction gestures, or the detector 230 includes a sound collector, such as a microphone, which is used to receive external sounds.

In some embodiments, the external device interface 240 may include, but is not limited to, the following: high Definition Multimedia Interface (HDMI), analog or data high definition component input interface (component), composite video input interface (CVBS), USB input interface (USB), RGB port, and the like. The interface may be a composite input/output interface formed by the plurality of interfaces.

In some embodiments, the tuner demodulator 210 receives broadcast television signals via wired or wireless reception, and demodulates audio/video signals, such as EPG data signals, from a plurality of wireless or wired broadcast television 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.

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 controls 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 260, 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, an icon, or other actionable control. The operations related to the selected object are: displaying an operation connected to a hyperlink page, document, image, or the like, or performing an operation of a program corresponding to the icon.

In some embodiments the controller comprises at least one of a Central Processing Unit (CPU), a video processor, an audio processor, a Graphics Processing Unit (GPU), a RAM Random Access Memory (RAM), a ROM (Read-Only Memory), a first to nth interface for input/output, a communication Bus (Bus), and the like.

And the CPU is used for executing the operating system and the application program instructions stored in the memory and executing various application programs, data and contents according to various interaction instructions for receiving external input so as to finally display and play various audio and video contents. The CPU processor may include a plurality of processors. E.g. comprising a main processor and one or more sub-processors.

In some embodiments, a graphics processor for generating various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The graphic processor comprises an arithmetic unit, which performs operation by receiving various interactive instructions input by a user and displays various objects according to display attributes; the system also 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 is configured to receive an external video signal, and perform video processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, and image synthesis 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, the video processor 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 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. And the frame rate conversion module is used for converting the frame rate of the input video. And the display formatting module is used for converting the received video output signal after the frame rate conversion, and changing the signal to be in accordance with the signal of the display format, such as an output RGB data signal.

In some embodiments, the audio processor 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 processing to obtain an audio signal that can be played in the speaker.

In some embodiments, a user may enter user commands on a Graphical User Interface (GUI) displayed on display 260, 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.

In some embodiments, a system of a display device 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.

As shown in fig. 4, the system of the display device 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.

As shown in fig. 4, the system of the display device is divided into three layers, i.e., an application layer, a middleware layer and a hardware layer from top to bottom.

The Application layer mainly includes common applications on the television and an Application Framework (Application Framework), wherein the common applications are mainly applications developed based on the Browser, such as: HTML5 APPs; and Native APPs (Native APPs);

an Application Framework (Application Framework) is a complete program model, and has all basic functions required by standard Application software, such as: file access, data exchange, and interfaces (toolbars, status bars, menus, dialog boxes) for use of these functions.

Native APPs (Native APPs) may support online or offline, message push, or local resource access.

The middleware layer comprises various television protocols, multimedia protocols, system components and other middleware. The middleware can use basic service (function) provided by system software to connect each part of an application system or different applications on a network, and can achieve the purposes of resource sharing and function sharing.

The hardware layer mainly comprises an HAL interface, hardware and a driver, wherein the HAL interface is a unified interface for butting all the television chips, and specific logic is realized by each chip. The driving mainly comprises: audio drive, display drive, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (such as fingerprint sensor, temperature sensor, pressure sensor etc.) and power drive etc..

The existing display equipment provides a personalized account function for a user, the user can log in a media asset application on the display equipment through account information and a corresponding password, and after the login is successful, the user can perform personalized setting according to the requirements of the user, for example: setting a media asset playing control, a page theme style and the like, and searching and browsing the historical playing record through the account information by the user.

In some application scenarios, when a user selects a media asset control to watch corresponding media assets, a corresponding historical play record is generated, wherein the historical play record comprises media asset information, play time information and corresponding account information. In order to facilitate a user to search and browse a historical play record corresponding to current account information when logging in the same account information on other display devices, after the historical play record is generated, the historical play record is uploaded to a server, and the server synchronizes the historical play record to other display devices logging in the account information.

The display device receives account information and corresponding password information input by a user through an account login interface provided by a media asset application, when the same user logs in the media asset application at different display devices by using different account information, historical playing records of different display devices can be recorded respectively and uploaded to a server at the same time, the server synchronizes the historical playing records from different display devices to the display devices logging in the same account respectively according to the account information, the user cannot control the synchronization process of the historical playing records according to own preference or personal habits, and for example, when the user watches media and generates the historical playing records, the server can automatically synchronize the historical watching records to other display devices.

Fig. 5 is an exemplary account login interface, which may be specifically configured to enter the account login interface after a user clicks a personal account login control in a certain interface of an application. As shown in fig. 5, the application panel interface includes an account input control 501 and a password input control 502, the account input control 501 is configured to receive account information input by a user, the password input control 502 is configured to receive a password input by the user corresponding to the account information, the account login interface further includes a login control 5021, the login control 5021 is configured to verify whether the account information and the corresponding password information are correct after the account information and the corresponding password information are input by the user, and if the password information is correct, login to an account of the current user. The account login interface further comprises a registered account control 5022, and the registered account control 5022 is used for responding to operation selected by a user, jumping to an account registration page, and further achieving that the user completes account information registration. The account login interface further comprises a password retrieving control 5023, wherein the password retrieving control 5023 is used for responding to the selection operation of the user, jumping to a password retrieving page, and when the user forgets the password, retrieving service of the user for the password information corresponding to the account information held by the user is achieved.

After a user inputs account information and corresponding password information for logging in, and the user watches the media assets through the current display equipment, after receiving the media asset playing operation input by the user, generating a corresponding historical playing record, associating the historical playing record with the account information which is currently logged in, storing the historical playing record locally, and synchronizing the historical playing record to other display equipment which logs in the same account information through a server. However, the user cannot control the synchronization process of the history playing records, which may cause the personal privacy of the user to be revealed, and seriously affect the viewing experience of the user

In some implementation manners, referring to fig. 6, the account login interface further includes an interface object 503 configured to record a synchronization switch, and when a start operation input based on the interface object 503 is received, the state of the synchronization switch is recorded as a start state, and if the synchronization switch is in the start state, the history play record and the account information are uploaded to the server. When a closing operation input based on the interface object 503 is received, the state of the synchronization switch is recorded as a closed state. And if the synchronous switch is in a closed state, correspondingly storing the historical play records and the account information in a local first play record data set. It should be noted that the first play record data set is used for storing a history play record of the unsynchronized current account information.

In some implementations, referring to fig. 7, the account login interface further includes a time period setting control 5031, and when the state of the sync switch is in the off state, the time period setting control 5031 is configured to receive an input duration period of the off state, where the duration period includes a start time and an end time. For example, the start time of the user input is 1/2021 year, the end time of the user input is 1/3/2021 year, and the user input is in a continuous time period from 1/2021 year to 1/3/2021 year, the state of the synchronization switch is in an off state, and the history playing records generated in the continuous time period are not synchronized with other display devices for logging in the same account information.

In some implementations, when the user views the media asset generation history play record, it is determined whether the current time is between the start time and the end time, and if the current time is between the start time and the end time, the history play record and the account information are correspondingly stored in the first play record data set. For example, if the current time is 2021 year, 1 month, 1 day, 2, it is determined whether the current time is between the start time and the end time, if the start time input by the user is 2021 year, 1 month, 1 day, and the end time input by the user is 2021 year, 1 month, 3 days, and at this time, the current time is between 2021 year, 1 month, and 1 day, and 2021 month, 3 days, at this time, the user watches the history playing record of the media asset student, and because the synchronization switch is in the off state at this time, the history playing record generated at this time is stored in the local first playing record data set.

In some implementations, when the user views the media asset generation history play record, it is determined whether the current time is after the termination time, and if the current time is after the termination time, referring to fig. 8, an account login interface is displayed to prompt the user to input an opening operation or a closing operation based on an interface object in the account login interface. For example, if the current time is 2021 year, 1 month, 4 days, it is determined whether the current time is after the termination time, if the termination time input by the user is 2021 year, 1 month, 1 day, 19:00, and then after 2021 year, 1 month, 3 days, an account login interface is displayed, the user can switch the state of the synchronization switch according to the own needs, and further control the synchronization process of the current history playing record. More specifically, if the user does not input a new duration, the state of the synchronous switch is set to the off state until the user sets the synchronous switch to the on state according to the user's own requirement.

In some implementation manners, when the user logs out the account information, the state of the synchronous switch is switched from the off state to the on state, and the state of the synchronous switch is selected according to personal requirements until the user logs in the account again. After the account is logged out of the user, the state of the synchronous switch is switched, so that troubles caused by the use of other users can be effectively avoided, and the use experience of the user is improved. For example: when a user A logs out the own account information, the state of the synchronous switch is switched from a closed state to an open state, when a user B logs in the own account by using the same display equipment, the state of the synchronous switch is open at the moment, the user can select the state of the synchronous switch according to the own requirement, and if the user B does not select the state, the historical playing records generated in the using process of the user B are synchronized to the display equipment of the same account information of other logging users B. Effectively avoiding the trouble caused by the personal setting of the user A to the use of the user B and improving the user experience.

In some embodiments, referring to fig. 9, the account login interface further includes a re-upload control 504, where the re-upload control 504 is configured to upload the historical play records in the first play record dataset to the server in response to a user selection. For example, for a history play record which is not uploaded to the server and corresponds to the current user account information, the history play record which is not uploaded is stored in the local first play record data set, and the user re-uploads the history play record stored in the first play record data set by using the re-upload control 504.

In some implementation manners, when the history play record is stored in the first play record data set, it is indicated that the history play record which is not uploaded exists at this time, the re-upload control is configured as an available control, and the user may perform a selection operation on the re-upload control according to the need of the user. When the historical play records are not stored in the first play record data set, the historical play records which are not uploaded do not exist at the moment, and the re-uploading control is configured to be an unavailable control. For example, referring to fig. 10, when the re-upload control is an available control, the re-upload control is set to a first style having a transparency of 40%, and when the re-upload control is an unavailable control, the re-upload control is set to a second style having a transparency of 80%.

In some embodiments, the controller is further configured to, in response to a user selection operation of the re-upload control, display a time period setting control 5041, receive a target time period input based on the time period setting control 5041, the target time period including an upload start time and an upload end time. When a selected operation on the re-upload control 504 is received, the history playing records of the playing time corresponding to the first playing record data set in the target time period are uploaded to the server.

In some embodiments, uploading to the server a history play record of the corresponding play time in the first play record data set within the target time period includes: and sequentially judging whether the playing time corresponding to the historical playing record in the first playing record data set is between the uploading starting time and the uploading ending time, and if the playing time is between the uploading starting time and the uploading ending time, uploading the corresponding historical playing record to a server. For example, the upload start time input by the user is 2021 year 1 month 1 day, and the upload end time input by the user is 2021 year 1 month 3 day. At this time, whether the playing time corresponding to the historical playing record stored in the first playing record data set is between 1/2021/3/2021 is judged, and if 20 historical playing records are located in the target time period, the 20 historical playing records are uploaded to the server so as to be synchronized to other display devices which log in the same account information through the server.

In some embodiments, if the number of the historical play records currently stored in the first play record data set exceeds the preset storage number, the historical play record stored in the first play record data set with the earliest storage time is deleted, so that the memory can be effectively controlled, and the display device is prevented from being stuck due to the fact that the display device stores too many historical play records, and normal use of a user is prevented from being affected. For example, the preset saving number may be 200, and when the 201 st historical play record is generated, the 1 st historical play record of the 200 th historical play records saved in the first play record data set is deleted, and the 201 st historical play record is saved in the first play record data set at the same time.

In some implementations, the number of the history playing records currently stored in the first playing record data set exceeds the preset stored number, and a history playing record prompting control is displayed, referring to fig. 11, where the history playing record prompting control is used to prompt a user whether to upload the history playing records currently stored in the first playing record data set to a server, and if the user selects to upload, the history records currently stored in the first playing record data set are uploaded to the server, so as to be synchronized to other display devices that log in the same account through the server. If the user selects not to upload, deleting the historical play record which is stored in the first play record data set and has the earliest storage time, ensuring that the number of the historical play records stored in the first play record data set is maintained at the preset storage number, effectively controlling the memory, and avoiding the influence on the normal use of the user due to the fact that the display equipment is blocked because of storing too many historical play records.

In some embodiments, before acquiring the state of the recording synchronization switch, the method further includes: in response to the input history play record display instruction, a history play record list is displayed, referring to fig. 12, the history play record list includes a plurality of record display bits for displaying the history play records associated with the account information, and when an input deletion operation for any history play record is received, the history play records which are not displayed are displayed at the record display bits. For example, the number of the record display bits may be 25, and the history play records displayed by the record display bits are 25 history play records that have been played recently according to the corresponding generation time sorting.

In some embodiments, referring to fig. 13, the history play list further includes a record deletion control, referring to fig. 14, the record deletion control is responsive to a user's selection of the history play record shown in the record showing position, the user may select "delete" or "clear all of the history records" in the record deletion control, when the user selects "delete", the display device deletes the history play record in the record showing position where the current focus is located, when the user selects "clear all of the history records", all of the history play records shown in the current history play list are deleted, and simultaneously, the same number of history play records from the second play record data set are selected to be shown in the history play list. Meanwhile, it should be noted that, when the user clicks "close", the previous page is returned, and the history play list is displayed again. Illustratively, the history play record 25 is deleted, see fig. 15, when a piece of history play record 26 with an earlier generation time is shown in the record display bit. By displaying the recent historical play records, a user can conveniently and accurately find the personal watching progress, the media assets which are not watched before are watched, and the user experience is effectively improved.

In some embodiments, further comprising: and judging whether the number of the remaining historical play records which are not displayed is less than the preset remaining number, if so, acquiring a certain number of historical play records associated with the account information from the server, and storing the historical play records in a local second play record data set. In the prior art, when a user deletes a history play record in a history record display position, a display device sends a history play record acquisition request to a server to acquire a history record with the closest generation time, but when the user repeatedly executes a deletion operation, the display device sends the request to the server for multiple times, which causes high concurrency of network requests, and causes a blockage to affect the execution speed of the display device. It should be noted that the preset remaining number is greater than the number of record display bits in the history play list.

In order to increase the execution speed, when the display device sends a history play record obtaining request to the server, a certain number of history play records with the closest generation time are obtained and stored in the second play record data set, when the user deletes a certain number of history play records in the history record display position again, the display device obtains the same number of history play records with the closest generation time from the second play record data set for display, and deletes the history play records which have been displayed from the second play record data set, for example: and deleting 10 historical play records in the record display position by the current user operation, automatically acquiring 10 historical play records with the closest generation time from the second play record data set at the moment, and displaying the 10 historical play records in the record display position. The method can effectively avoid high concurrency of network requests when the user repeatedly executes the deleting operation, and improves the execution speed of the display equipment. Meanwhile, it should be noted that, after the user plays a new history play record of the media asset, the history play record is stored in the second play record data set and is displayed through the record display position.

In some embodiments, it is determined whether the number of history playing records stored in the second playing record data set is less than a preset number, and if the number of history playing records stored in the second playing record data set is less than the preset number, when a history playing record obtaining request is sent to the server, a certain number of history playing records with the closest generation time are obtained and stored in the second playing record data set. The problem that the execution speed of the display device is influenced by sending a request to the server for multiple times due to the fact that the number of historical playing records in the second playing record data set is insufficient after the user performs multiple deleting operations is avoided. For example, the preset number is greater than the number of the record display positions in the history play record list, so that when the user deletes the current history play record list, the number of the history play records in the second play record data set is not enough to supplement all the record display positions, and when the user deletes the current history play record list for multiple times, the display device needs to request a large number of history play records associated with the current account information from the server, so that the display device is stuck, and the user experience is seriously affected.

Further, when the display device is closed or the user logs out of the account, the historical play record corresponding to the current account information stored in the second play record data set is deleted. For example, when a user browses a history play list, because the number of history play records stored in the second play record data set is insufficient, a certain number of history play records associated with current account information are requested from the server, the number of the history play records is 30, when a first user closes the display device or logs out the account, if a user using the current display device next time is a second user, the history play records stored in the second play record data set are not associated with the account information of the second user, and therefore the history play records associated with the account information of the second user need to be requested from the server again, when the first user logs out the account, the history play records associated with the account information of the first user previously stored in the second play record data set need to be deleted, so that the operating efficiency of the display device can be effectively improved, and when a plurality of users use the same display device, historical playing records corresponding to different user account information are stored in the second playing record data set, so that display equipment is blocked, and the user experience is seriously influenced.

In order to solve the above problems, the present application provides a method for displaying a history playing record, and fig. 16 is a flowchart illustrating a method for synchronizing history playing records according to an exemplary embodiment of the present application;

as shown in fig. 16, the method may be performed by a controller, and the method includes the following steps, but is not limited thereto.

S110: after receiving a media asset playing operation input by a user in an application, generating a corresponding historical playing record, and associating the historical playing record with account information currently logged in by the application.

S120: and acquiring the state of the recording synchronous switch.

In some embodiments, the method further comprises: displaying an account login interface, wherein the account login interface comprises an interface object for setting a synchronous switch; recording the state of the synchronous switch as an opening state when receiving an opening operation input based on the interface object; and recording the state of the synchronous switch as a closed state when receiving a closing operation input based on the interface object.

In some embodiments, after receiving the closing operation based on the input of the interface object, the method further includes: receiving an input of a duration period of the off state, the duration period including a start time and an end time. S130: and if the synchronous switch is in an on state, uploading the historical play record and the account information to a server.

S140: and if the synchronous switch is in a closed state, correspondingly storing the historical play record and the account information in a local first play record data set.

In some embodiments, if the synchronization switch is in the off state, correspondingly storing the historical play record and the account information in a local first play record dataset, includes: judging whether the current time is between the starting time and the ending time; and if the current time is between the starting time and the ending time, correspondingly storing the historical play record and the account information in the first play record data set.

In some embodiments, the method further comprises: and if the current time is after the termination time, displaying the account login interface to prompt a user to input the opening operation based on the interface object in the account login interface.

In some embodiments, the method further comprises: and displaying an account login interface, wherein the account login interface further comprises a re-uploading control, and the re-uploading control is used for responding to the selection operation of the user and uploading the historical play records in the first play record data set to a server.

In some embodiments, the re-upload control is configured as an available control when the historical play record is stored in the first play record dataset; when the historical play record is not stored in the first play record data set, the re-uploading control is configured as an unavailable control.

In some embodiments, the method further comprises: responding to the selection operation of the user on the re-uploading control, and displaying a time period setting control; receiving a target time period input based on the time period setting control, wherein the target time period comprises an uploading starting time and an uploading ending time; and when the selected operation of the re-uploading control is received, uploading the historical playing record of the playing time corresponding to the first playing record data set in the target time period to a server.

In some embodiments, uploading to the server a history play record of the corresponding play time in the first play record data set within the target time period includes: sequentially judging whether the playing time corresponding to the historical playing records in the first playing record data set is between the uploading starting time and the uploading ending time; and if the playing time is between the uploading starting time and the uploading ending time, uploading the corresponding historical playing record to a server.

In some embodiments, before acquiring the state of the recording synchronization switch, the method further includes: responding to an input historical play record display instruction, and displaying a historical play record list, wherein the historical play record list comprises a plurality of historical record display positions, and the historical record display positions are used for displaying the historical play records related to the account information; and when receiving the input deletion operation of any historical play record, displaying the historical play record stored in the second historical record data set at the historical record display position.

In some embodiments, the method further comprises: responding to a deleting operation input by a user for any historical playing record, and sending a historical playing record acquisition request to a server; and receiving a certain number of historical play records sent by the server, and storing the historical play records in a second historical record data set. In a specific implementation, the present invention further provides a computer storage medium, where the computer storage medium may store a program, and the program may include some or all of the steps in the embodiments of the synchronization method for history playing records provided by the present invention when executed. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), a Random Access Memory (RAM), or the like.

Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

The foregoing description, for purposes of explanation, has been presented in conjunction with specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the embodiments to the precise forms disclosed above. Many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles and the practical application, to thereby enable others skilled in the art to best utilize the embodiments and various embodiments with various modifications as are suited to the particular use contemplated.

Claims (12)

1. A display device, comprising:

a display for displaying a user interface;

a controller configured to:

after receiving a media asset playing operation input by a user in an application, generating a corresponding historical playing record, and associating the historical playing record with account information currently logged in by the application;

acquiring and recording the state of a synchronous switch;

if the synchronous switch is in an on state, uploading the historical playing record and the account information to a server;

and if the synchronous switch is in a closed state, correspondingly storing the historical play record and the account information in a local first play record data set.

2. The display device of claim 1, wherein the controller is further configured to:

displaying an account login interface, wherein the account login interface comprises an interface object for setting a synchronous switch;

recording the state of the synchronous switch as an opening state when receiving an opening operation input based on the interface object;

and recording the state of the synchronous switch as a closed state when receiving a closing operation input based on the interface object.

3. The display device according to claim 2, further comprising, after receiving a close operation based on the interface object input:

receiving an input of a duration period of the off state, the duration period including a start time and an end time.

4. The display device according to claim 3, wherein if the synchronization switch is in an off state, correspondingly storing the historical play record and the account information in a local first play record dataset, includes:

judging whether the current time is between the starting time and the ending time;

and if the current time is between the starting time and the ending time, correspondingly storing the historical play record and the account information in the first play record data set.

5. The display device of claim 4, wherein the controller is further configured to:

and if the current time is after the termination time, displaying the account login interface to prompt a user to input the opening operation based on the interface object in the account login interface.

6. The display device of claim 2, wherein the controller is further configured to:

and displaying an account login interface, wherein the account login interface further comprises a re-uploading control, and the re-uploading control is used for responding to the selection operation of the user and uploading the historical play records in the first play record data set to a server.

7. The display device according to claim 6, wherein the re-upload control is configured as an available control when the historical play record is stored in the first play record data set; when the historical play record is not stored in the first play record data set, the re-uploading control is configured as an unavailable control.

8. The display device of claim 7, wherein the controller is further configured to:

responding to the selection operation of the user on the re-uploading control, and displaying a time period setting control;

receiving a target time period input based on the time period setting control, wherein the target time period comprises an uploading starting time and an uploading ending time;

and when the selected operation of the re-uploading control is received, uploading the historical playing record of the playing time corresponding to the first playing record data set in the target time period to a server.

9. The apparatus according to claim 8, wherein uploading to a server a history play record of a corresponding play time in the first play record data set within the target time period comprises:

sequentially judging whether the playing time corresponding to the historical playing records in the first playing record data set is between the uploading starting time and the uploading ending time;

and if the playing time is between the uploading starting time and the uploading ending time, uploading the corresponding historical playing record to a server.

10. The display device according to claim 7, wherein before acquiring the state of the recording synchronization switch, further comprising:

responding to an input historical play record display instruction, and displaying a historical play record list, wherein the historical play record list comprises a plurality of historical record display positions, and the historical record display positions are used for displaying the historical play records related to the account information;

and when receiving the input deletion operation of any historical play record, displaying the historical play record stored in the second historical record data set at the historical record display position.

11. The display device according to claim 10, further comprising:

responding to a deleting operation input by a user for any historical playing record, and sending a historical playing record acquisition request to a server;

and receiving a certain number of historical play records sent by the server, and storing the historical play records in a second historical record data set.

12. A method for synchronizing history records, comprising the steps of:

after receiving a media asset playing operation input by a user in an application, generating a corresponding historical playing record, and associating the historical playing record with account information currently logged in by the application;

acquiring and recording the state of a synchronous switch;

if the synchronous switch is in an on state, uploading the historical playing record and the account information to a server;

and if the synchronous switch is in a closed state, correspondingly storing the historical play record and the account information in a local first play record data set.

Images