CN116795311A - Display device and display method of use state - Google Patents

Abstract

The embodiment of the application provides a display device and a display method of a use state, wherein the display method of the use state can generate local cache data in a memory of an application based on state cache data in a memory of the display device or a server by responding to a starting instruction of the application input by a user; after the local cache data is generated, the use state of the module in the application can be displayed on the display according to the generated local cache data, and when an operation instruction input by a user to the module is opened or closed, the local cache data is updated based on a preset elimination mechanism. After each application is started, the embodiment of the application can display different use states of different modules in the application, and presents different display states for the local cache data of the different modules after last use, thereby improving the display of the use states of the modules in the application and improving the user experience.

Description

Display device and display method of use state

Technical Field

The present application relates to the field of communications technologies, and in particular, to a display device and a display method for a usage state.

Background

Along with the development of communication technology, the functions of the display device are also continuously optimized; the application in the display device has a history function of the user's use state, for example, training learning, video playing, and the like, all having a function of saving a history.

In application use of some display devices, when a user needs to locate a usage record of an application, the user needs to select a unit step by step, so that the unit can be quickly located through a history record provided by a server; taking training learning application as an example, after a user opens the application, responding to user operation, displaying a chapter list of a first course, and after the user selects a second knowledge (unit) of a third chapter, positioning specific learning contents of the second knowledge through a history record provided by a server.

Disclosure of Invention

The application provides a display device and a display method of a use state, which can improve the user experience of a user operating the display device.

In a first aspect, some embodiments of the present application provide a display device comprising a display and a controller configured to:

responding to a starting instruction of an application input by a user, obtaining state cache data, and generating local cache data in a memory of the application based on the state cache data, wherein the state cache data is stored in a memory or a server of the display device;

Displaying the use state of the module in the application based on the local cache data;

and responding to an opening or closing operation instruction input by a user to the module, and updating the local cache data based on a preset elimination mechanism.

In a second aspect, some embodiments of the present application provide a method for displaying a usage status, where the method is applied to a display device, and the display device includes a display and a controller; the method comprises the following steps:

responding to a starting instruction of an application input by a user, obtaining state cache data, and generating local cache data in a memory of the application based on the state cache data, wherein the state cache data is stored in a memory or a server of the display device;

displaying the use state of the module in the application based on the local cache data;

and responding to an opening or closing operation instruction input by a user to the module, and updating the local cache data based on a preset elimination mechanism.

Some embodiments of the present application provide a display device and a method for displaying a usage status, where the method for displaying a usage status may generate local cache data in a memory of an application based on status cache data in a memory of the display device or a server by responding to a start instruction of the application input by a user; after the local cache data is generated, the use state of the module in the application can be displayed on the display according to the generated local cache data, and when an operation instruction input by a user to the module is opened or closed, the local cache data is updated based on a preset elimination mechanism. After each application is started, the embodiment of the application can display different use states of different modules in the application, and presents different display states for the local cache data of the different modules after last use, thereby improving the display of the use states of the modules in the application and improving the user experience.

Drawings

In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

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

FIG. 2 shows a block diagram of a hardware configuration of a display device 200 according to some embodiments of the application;

FIG. 3 shows a block diagram of the hardware configuration of a display device 300 according to further embodiments of the present application;

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

FIG. 5a is a timing diagram illustrating interaction between a display device and a server according to an embodiment of the present application;

FIG. 5b is a timing diagram illustrating interaction between a display device and a server according to an embodiment of the present application;

FIG. 6a shows a schematic diagram of a training learning application first display interface in accordance with an embodiment of the present application;

FIG. 6b shows a schematic diagram of a training learning application second display interface in accordance with an embodiment of the present application;

FIG. 6c illustrates a schematic diagram of a training learning application third display interface in accordance with an embodiment of the present application;

FIG. 6d shows a schematic diagram of a training learning application fourth display interface of an embodiment of the present application;

FIG. 6e shows a schematic diagram of a training learning application fifth display interface of an embodiment of the present application;

FIG. 6f shows a schematic diagram of a training learning application sixth display interface in accordance with an embodiment of the present application;

FIG. 7 shows a timing diagram of an embodiment of the present application in response to a user input of an on operation command to a module;

FIG. 8 shows a timing diagram of an embodiment of the present application in response to a user input of a close operation instruction to a module.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of exemplary embodiments of the present application more apparent, the technical solutions of exemplary embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the exemplary embodiments of the present application, and it is apparent that the described exemplary embodiments are only some embodiments of the present application, not all embodiments.

All other embodiments, which can be made by a person skilled in the art without inventive effort, based on the exemplary embodiments shown in the present application are intended to fall within the scope of the present application. Furthermore, while the present disclosure has been described in terms of an exemplary embodiment or embodiments, it should be understood that each aspect of the disclosure may be separately implemented as a complete solution.

It should be understood that the terms "first," "second," "third," and the like in the description and in the claims and in the above-described figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate, such as where appropriate, for example, implementations other than those illustrated or described in connection with the embodiments of the application.

Furthermore, the terms "comprise" and "have," 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 those elements expressly listed, but may include other elements not expressly listed or inherent to such product or apparatus.

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 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 infrared protocol communication or bluetooth protocol communication, and other short-range communication modes, and the display device 200 is controlled by a wireless or wired mode. The user may control the display device 200 by inputting user instructions through keys on a remote control, voice input, control panel input, etc.

In some embodiments, a smart device (e.g., mobile terminal, tablet, computer, notebook, etc.) may also be used to control the display device 200. For example, the display device 200 is controlled using an application running on a smart device.

In some embodiments, the display device may receive instructions not using the smart device or control device described above, but rather receive control of the user by touch or gesture, or the like.

In some embodiments, the display device 200 may also perform control in a manner other than the control apparatus 100 and the smart device, for example, the voice command control of the user may be directly received through a module configured inside the display device 200 device for acquiring voice commands, or the voice command control of the user may be received through a voice control apparatus configured outside the display device 200 device.

As shown in fig. 1, the display device 200 is also shown in data communication with a server 400 via a variety of communication means. The display device 200 may be permitted to make communication connections via 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 device 200. The server 400 may be a cluster, or may be multiple clusters, and may include one or more types of servers.

The display device may have various implementations, and for example, may be a television, a smart television, a laser projection device, a display (monitor), an electronic whiteboard (electronic bulletin board), an electronic desktop (electronic table), etc., and fig. 2 is an exemplary block diagram illustrating a hardware configuration of one of the display devices according to an exemplary embodiment.

As shown in fig. 2, the display apparatus 200 includes at least one of a modem 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, and a user interface.

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

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, displaying video content, image content, and a menu manipulation interface, and a user manipulation UI interface.

The display 260 may be a liquid crystal display, an OLED display, a projection device, or a projection screen.

The 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, or other network communication protocol chip or a near field communication protocol chip, and an infrared receiver. The display apparatus 200 may establish transmission and reception of control signals and data signals with the control device 100 or the server 400 through the communicator 220.

A user interface, which may be used to receive control signals from the control device 100 (e.g., an infrared remote control, etc.).

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 capturing the intensity of ambient light; alternatively, the detector 230 includes an image collector such as a camera, which may be used to collect external environmental scenes, user attributes, or user interaction gestures, or alternatively, the detector 230 includes a sound collector such as a microphone, or the like, which is used to receive external sounds.

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, etc. The input/output interface may be a composite input/output interface formed by a plurality of interfaces.

The modem 210 receives broadcast television signals through a wired or wireless reception manner, and demodulates audio and 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 separate devices, i.e., the modem 210 may also be located in an external device to the main device in which the controller 250 is located, such as an external set-top box or the like.

The controller 250 controls the operation of the display device and responds to the user's operations through various software control programs stored on the memory. The controller 250 controls the overall operation of the display apparatus 200. For example: in response to receiving a user command to select 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 controller includes at least one of a central processing unit (Central Processing Unit, CPU), video processor, audio processor, graphics processor (Graphics Processing Unit, GPU), RAM Random Access Memory, RAM), ROM (Read-Only Memory, ROM), first to nth interfaces for input/output, a communication Bus (Bus), and the like.

The user may input a user command through a Graphical User Interface (GUI) displayed on the display 260, and the user input interface receives the user input command 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 recognizes the sound or gesture through the sensor to receive the user input command.

A "user interface" is a media interface for interaction and exchange of information between an application or operating system and a user, which enables conversion between an internal form of information and a user-acceptable form. A commonly used presentation form of the user interface is a graphical user interface (Graphic User Interface, GUI), which refers to a user interface related to computer operations that is displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in a 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 display device may have various implementation forms, for example, may be a mobile phone, a tablet computer, a notebook computer, etc., and fig. 3 illustrates a hardware configuration block diagram of still another display device according to an exemplary embodiment.

As shown in fig. 3, the display device 300 includes: radio Frequency (RF) circuitry 310, memory 320, display 330, camera 340, sensor 350, audio circuitry 360, wireless fidelity (Wireless Fidelity, wi-Fi) module 370, controller 380, bluetooth module 381, and power supply 390.

The RF circuit 310 may be configured to receive and transmit signals during the process of receiving and transmitting information or communication, and may receive downlink data from the base station and then transmit the downlink data to the controller 380 for processing; uplink data may be sent to the base station. Typically, RF circuitry includes, but is not limited to, antennas, at least one amplifier, transceivers, couplers, low noise amplifiers, diplexers, and the like.

Memory 320 may be used to store software programs and data. The controller 380 performs various functions of the display apparatus 300 and data processing by running software programs or data stored in the memory 320. Memory 320 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device. The memory 320 stores an operating system that enables the display device 300 to operate. The memory 320 may store an operating system and various application programs, and may also store code for performing the methods described in embodiments of the present application.

The display 330 may be used to receive input numeric or character information, generate signal inputs related to user settings and function control of the display device 300, and in particular, the display 330 may include a touch screen disposed on the front of the display device 300, may collect touch operations on or near the user, such as clicking buttons, dragging scroll boxes, and the like.

The display 330 may also be used to display information entered by or provided to a user as well as a graphical user interface (graphical user interface, GUI) displaying various menus of the device 300. In particular, the display 330 may include a display screen disposed on the front of the display device 300. The display screen may be configured in the form of a liquid crystal display, a light emitting diode, or the like. Display 330 may be used to display various graphical user interfaces described in the present application.

The touch screen may cover the display screen, or may integrate the touch screen with the display screen to realize the input and output functions of the display device 300, and after integration, the touch screen may be simply referred to as a touch display screen. The display 330 of the present application may display the application program and the corresponding operation steps.

Audio circuitry 360, speaker 361, and microphone 362 can provide an audio interface between a user and display device 300. The audio circuit 360 may transmit the received electrical signal converted from audio data to the speaker 361, and the electrical signal is converted into a sound signal by the speaker 361 and output. The display device 300 may also be configured with a volume button for adjusting the volume of the sound signal. On the other hand, the microphone 362 converts the collected sound signals into electrical signals, which are received by the audio circuit 360 and converted into audio data, which are output to the RF circuit 310 for transmission to, for example, another terminal, or to the memory 320 for further processing. The microphone 362 of the present application can obtain the voice of the user.

The controller 380 is a control center of the display apparatus 300, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the display apparatus 300 and processes data by running or executing software programs stored in the memory 320 and calling data stored in the memory 320. In some embodiments, controller 380 may include one or more processing units; the controller 380 may also integrate an application processor that primarily handles operating systems, user interfaces, applications, etc., with a baseband processor that primarily handles wireless communications. It is understood that the baseband processor may not be in the controller 380. The controller 380 of the present application may operate an operating system, an application program, a user interface display, a touch response, and a processing method according to the embodiments of the present application.

The display device 300 is also in data communication with a server via a variety of communication means. Display device 300 may be permitted to communicate via a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server may provide various content and interactions to the display device 300.

Fig. 4 illustrates a software configuration diagram in a display device according to an exemplary embodiment, such as fig. 4, in some embodiments, the system is divided into four layers, an application layer (application layer) from top to bottom, an application framework layer (Application Framework layer) and a system library layer (system runtime layer) from top to bottom, respectively, a An Zhuoyun line (Android run layer) and a system library layer (system runtime layer).

In some embodiments, at least one application program is running in the application program layer, and these application programs may be a Window (Window) program of an operating system, a system setting program, a clock program, or the like; or may be an application developed by a third party developer. In particular implementations, the application packages in the application layer are not limited to the above examples.

The framework layer provides an application programming interface (application programming interface, API) and programming framework for the application. The application framework layer includes a number of predefined functions. The application framework layer corresponds to a processing center that decides to let the applications in the application layer act. Through the API interface, the application program can access the resources in the system and acquire the services of the system in the execution.

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

In some embodiments, the activity manager is used to manage the lifecycle of the individual applications as well as the usual navigation rollback functions, such as controlling the exit, opening, fallback, etc. of the applications. The window manager is used for managing all window programs, such as obtaining the size of the display screen, judging whether a status bar exists or not, locking the screen, intercepting the screen, controlling the change of the display window (for example, reducing the display window to display, dithering display, distorting display, etc.), etc.

In some embodiments, the system runtime layer provides support for the upper layer, the framework layer, and when the framework layer is in use, the android operating system runs the C/C++ libraries contained 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 kernel layer contains at least one of the following drivers: audio drive, display drive, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (e.g., fingerprint sensor, temperature sensor, pressure sensor, etc.), and power supply drive, etc.

In order to improve the experience of a user, the embodiment of the application provides a display method of a use state, which is applied to a display device, fig. 5a shows an interaction timing diagram of the display device and a server provided by the embodiment of the application, and fig. 5b shows another interaction timing diagram of the display device and the server provided by the embodiment of the application, wherein the method is applied to the display device, and the display device comprises a display and a controller. The display is configured to display a user interface for displaying user interfaces of different applications. The display method of the use state can obtain state cache data from a memory or a server of the display device by responding to a starting instruction of an application input by a user, and generate local cache data in a memory of the application; in addition, after the local cache data is generated, the local cache data can be updated based on a preset elimination mechanism according to the use state of the module in the display application of the local cache data and when an opening or closing operation instruction is input to the module by a user.

In order to facilitate further understanding of the technical solution in the embodiments of the present application, the timing diagrams of the display device and the steps of the timing diagrams are described in detail below with reference to some embodiments and the accompanying drawings.

S110, responding to an application starting instruction input by a user, and obtaining state cache data.

In some embodiments, the state cache data may be stored in a memory of the display device, and the state cache data is read from the memory of the display device upon receipt of an application start instruction.

It may be understood that the state cache data may be a memory stored in the display device in the form of a cache file, where the memory may be a hard disk of the display device, and is obtained from the state cache data in the cache file by using an asynchronous reading manner; when the application program is ended, and the application program is restarted, the state cache data in the cache file can be obtained.

In some embodiments, the state cache data may be stored in a cache file of the server, after receiving an application start instruction, the state cache data is read from the cache file of the server, and after the application is finished, and when the application is restarted, the state cache data in the cache file may still be obtained from the server.

When the state cache data is stored by the server, sharing of the state cache data among different user equipment can be realized, and user experience is further applied.

For example, at a first time, user a uses application X through the handset; and when the user A uses the application X through the tablet computer at a second time (the second time is after the first time and the user A does not use the application X in any display device between the first time and the second time), the data can be cached according to the updated state of the first time, and the use record is embodied in the application X of the tablet computer.

In some embodiments, the contents of the cache file may be stored in a doubly linked list structure with two pointers in each data node pointing to the immediate successor and immediate predecessor, respectively. Therefore, starting from any node in the doubly linked list, its predecessor and successor nodes can be accessed very conveniently.

S120, generating local cache data in the memory of the application based on the state cache data.

It should be appreciated that when an application program is started, memory is allocated for the application in the display device, and local cache data is generated in the memory by using the acquired cache state data.

The memory of the application occupies small space, the content space opened for the application can be flexibly configured, the local cache data is recorded through the memory, the dependence of the use record formed by the dynamic data of the user on the server is reduced, and the server resource is saved.

It should be noted that, whether the file, the state cache data or the local cache data is used for recording the use state of the module in the application, the use state may include the on state of the module and the off state of the module, where the use state is different from the historical data that we daily use to record the viewing progress, the reading progress, and the like.

It should be noted that each module includes a unit, and each module (second-stage module) may be further combined into a larger module (first-stage module), where the first-stage module is an upper layer concept of the second-stage module, and both the second-stage module and the first-stage module may be applied to the concept of the module in the embodiment of the present application.

In some embodiments, each usage record in the local cache data includes an identifier and module data; the identifier comprises module information, wherein the module information can be module information or module information, and can realize that the use state of the module is directly read from the local cache data of the memory, so that the data processing performance is improved, and the display efficiency of the use state data of the module is not influenced.

When the module information is module information, the module data in the use record comprises all data of the module; when the module information is information to which the module belongs, the module data in the usage record includes data of a plurality of modules.

In some embodiments, the identifier may further include user information of the application, and through the user information and the module information result, when a user has multiple user accounts in the application, or logs in the same user account or different user accounts at terminals of different display devices, the user can quickly read and locate required data through the identifier.

It will be appreciated that there may be some parameter settings in the identifier, table 1 is some exemplary parameter descriptions of the identifier, and table 2 is some exemplary parameter descriptions of the usage record, as follows:

table 1: identifier data description

Identifier name	Description of the application	For example
			UID	User numbering	10023、20021
MID	Number of module	1、2

Table 2: description of Using recorded data

Using record names	Description of the application	For example
			T	Identifier(s)	100231、100232、200211、200212
V	Module data	001、005

Taking a training learning application as an example, fig. 6a shows a schematic diagram of a first display interface of the training learning application according to an embodiment of the present application; at this time, the first display interface opens a detail page (page where the module is located) of a certain course, and displays a chapter list of the course, and in the related art, the page shown in fig. 6a is displayed on the detail page of the course no matter how many times the user opens the application.

S130, displaying the use state of the module in the application based on the local cache data.

After each application is started, the corresponding module state in the application is displayed according to the obtained local cache data, so that a user can know the last use state of each module on the page where the module is located conveniently.

If the module in step 130 is the first-level module of the application, that is, the module displayed after the application is started, the application is started to enter a page where the first-level module is located; and displaying the use state of the first-level module in the application on the basis of the local cache data on the page where the first-level module is located.

If the module in step 130 is the second-level module of the application, there is a first-level module at the upper level of the second-level module, that is, the application is started to enter the page where the first-level module is located first, and enters the corresponding second-level module through the first-level module selection instruction input by the user at the page where the first-level module is located, and the use state of the second-level module in the application is displayed on the page where the second-level module is located based on the local cache data.

Taking training learning application as an example, when the state cache data of the cache file includes the use state of the second section of the first course and the use state of the first section and the second section of the third course, it is required to explain that the course which is not recorded in the state cache data is not recorded, that is, the previous use record does not exist; after the user opens the application in the display device, local state cache data is generated in the memory of the application, and the local state cache data is generated based on the state cache data, including the use state of the second section of the first course and the use states of the first section and the second section of the third course.

If the user enters the first course, the use state of the second chapter is expanded; FIG. 6b is a schematic diagram of a second display interface of the training learning application according to an embodiment of the present application, where the second display interface displays that the content of the second chapter is expanded after the user enters the first lesson, where it is necessary to explain that the chapter in FIG. 6b corresponds to the module in the embodiment of the present application.

If the user enters the second course, the use states of the first chapter and the second chapter are expanded.

In some embodiments, the course content in the training learning application may be obtained by the server, that is, when the user opens a course list page, the application sends a course list data request to the server, the server returns corresponding course list data after receiving the course list data request, the user opens a detail page of the first course, that is, the application sends a chapter data request of the first course to the server, the server returns corresponding chapter data after receiving the chapter data request of the first course, where the course data may include a course introduction, a course chapter, a knowledge list corresponding to the chapter, and a learning record of each knowledge; and displaying the chapter data in combination with the chapter data returned by the server and the chapter use state in the local cache data, wherein the chapter data returned by the server is different from the chapter use state in the local cache data.

In some embodiments, after the first application is started, the local cache data may be obtained in the idle state, which results in a non-use state of the corresponding module, and at this time, the first module may be unfolded after the first application is started, or all the modules are in a folded state.

And S140, responding to an opening or closing operation instruction input by a user to the module, and updating the local cache data based on a preset elimination mechanism.

And updating the local cache data when a user performs on or off operation on the module under the module display interface, wherein in updating the local cache data, the preset elimination mechanism is based on the preset elimination mechanism, and the preset elimination mechanism comprises at least one of the following: the least recently used (Least Recently Used, LRU), the least recently used (Least Frequently Used, LFU) and first-in first-out (First In First Out, FIFO).

In some embodiments, the preset elimination mechanism may also be a combination of the two, e.g., adaptive cache replacement (Adaptive Replacement Cache, ARC) combines LRU with LFU to obtain optimal use of available cache; there are also 2Q (Two queues) with Two cache queues, one FIFO queue and one LRU queue.

In some embodiments, regardless of the preset elimination mechanism, when the local cache data reaches the maximum number of caches (i.e., a preset threshold), the caches are automatically cleared, so that unlimited accumulation of caches can be avoided.

Fig. 7 shows a timing chart of an embodiment of the present application in response to an opening operation instruction input by a user to a module, as shown in fig. 7, in which local cache data is updated based on a preset elimination mechanism in response to the opening operation instruction input by the user to the module, and from the display of fig. 7, a processing procedure in response to the opening operation instruction input by the user to the module is completed at a display device end, and a data interaction procedure between the display device and a server does not exist, so that dependence of usage records on dynamic data formation of the user on the server is reduced, and server resources are saved. The method comprises the following steps:

s1401, responding to an opening operation instruction input by a user to a module, and determining a first identifier corresponding to the opening operation instruction.

It should be understood that the first identifier includes information about a module to which the open operation instruction corresponds, and user information; and determining the first identifier, and facilitating judging whether a first usage record corresponding to the first identifier exists in the local cache data.

And S1402, when the first usage record corresponding to the first identifier does not exist in the local cache data, adding the first usage record based on a preset elimination mechanism in the local cache data, wherein the first usage record is determined according to the first identifier and the module.

The number of the usage records in the memory can be displayed through a preset threshold value, when the preset threshold value is met and a first usage record corresponding to the first identifier does not exist, other existing usage records are replaced through the first usage record, and when the usage record is replaced, which existing usage record is needed to be determined according to a preset elimination mechanism.

In some embodiments, the preset threshold may be adjusted based on reference data such as a user operating frequency, a memory size of the display device, and the like. The method for adjusting the preset threshold can upload the required reference data to the server, and the preset threshold is determined through calculation, so that the calculation process of the preset threshold is not limited in the embodiment of the application.

In some embodiments, when the number of existing usage records in the local cache data is equal to a preset threshold, deleting a third usage record in the local cache data, and adding a first usage record in the local cache data, wherein the existing usage records include the third usage record.

Deleting the third usage record in the local cache data, the determination of the third usage record needs to be based on a preset elimination mechanism, that is, the third usage record needs to be determined according to the preset elimination mechanism.

For example, if the first usage record is added based on the LFU elimination mechanism, the usage record data with the smallest usage frequency (i.e., the third usage record) needs to be replaced, the first usage record is inserted into the head node of the local cache data, and the first usage record is determined according to the first identifier and the module.

For another example, if the first usage record is added based on the LRU elimination mechanism, the usage record data that has not been accessed for the longest time (i.e., the third usage record) needs to be replaced.

In some embodiments, the first usage record is added to the local cache data when the number of existing usage records in the local cache data is less than a preset threshold.

It should be noted that, through the display of the preset threshold value, only the number of usage records is smaller than or equal to the preset threshold value, and no usage records are larger than the preset threshold value.

S1403, when the first usage record corresponding to the first identifier exists in the local cache data, updating the first usage record based on a preset elimination mechanism in the local cache data.

And when the first identifier exists in the local cache data, updating a first use record corresponding to the first identifier based on the module data corresponding to the module start.

The updating of the first usage record may be updating of the module data in the first usage record, where the first identifier exists in the local cache data, that is, the identifier and the usage record corresponding to the identifier exist in the local cache data, and the updating of the first usage record is that the module data in the usage record is updated.

Meanwhile, based on a preset elimination mechanism, the position information of the first use record in the local cache data is updated.

For example, if the first usage record is updated based on the LFU elimination mechanism, the location of the first usage record in the local cache data is determined by the frequency of use of the first usage record.

For another example, if the first usage record is updated based on the LRU elimination mechanism, the location of the first usage record in the local cache data is determined by the time the first usage record was accessed.

Continuing with the training learning application described above as an example, the use state of the second chapter of the first lesson and the use states of the first chapter and the second chapter of the third lesson are included in the local cache data, where the use states are only for the use states of the chapter expansion, that is, the use records under the chapter closure are not recorded as the use state data in the local cache data.

After the application is started, a user opens (i.e. opens) a third section and a fourth section of the first course, and opens the third section of the fourth course, at this time, whether an identifier corresponding to the first course exists in the local cache data or not is judged, the existence of a usage record corresponding to the first course can be determined by comparing the identifier, and the module data of the corresponding third section and fourth section are added in the usage record according to the operation of opening the third section and the fourth section by the user; judging whether an identifier corresponding to the fourth course exists in the local cache data or not, judging whether the number of the existing use records in the local cache data is smaller than a preset threshold value or not, comparing the identifiers to determine that the use records corresponding to the fourth course does not exist, and adding the use records corresponding to the fourth course into the local cache data when the number of the existing use records in the local cache data is smaller than the preset threshold value; and comparing the identifiers to determine that the usage record corresponding to the fourth course does not exist, and when the number of the existing usage records in the local cache data is equal to a preset threshold value, replacing the usage record corresponding to the fourth course with the existing usage record in the local cache data.

After the next application is started and enters the first course, fig. 6c shows a schematic diagram of a third display interface of the training learning application according to the embodiment of the present application, and as shown in fig. 6c, knowledge contents of the second chapter, the third chapter, and the fourth chapter are developed; after entering a third course, the knowledge content of the first chapter and the second chapter is developed; after entering the fourth course, fig. 6d shows a schematic diagram of a training learning application fourth display interface according to an embodiment of the present application, where the knowledge content of the third chapter is developed as shown in fig. 6 d.

Fig. 8 shows a timing chart of an embodiment of the present application in response to a closing operation instruction input by a user to a module, as shown in fig. 8, in which, in the closing operation instruction input by the user to the module, local cache data is updated based on a preset elimination mechanism, and from fig. 8, a processing procedure in the closing operation instruction input by the user to the module is completed at a display device end, and there is no data interaction procedure between the display device and a server, so that dependence of usage records about dynamic data formation of the user on the server is reduced, and server resources are saved. The method comprises the following steps:

s1404, responding to a closing operation instruction input by a user to the module, and determining a second identifier corresponding to the closing operation instruction.

It should be understood that the second identifier includes information to which the module corresponding to the closing operation instruction belongs and user information; and determining the second identifier, and facilitating judging whether a second usage record corresponding to the second identifier exists in the local cache data.

S1405, when a second usage record corresponding to the second identifier exists in the local cache data, deleting the second usage record or modifying module data in the second usage record based on a preset elimination mechanism in the local cache data.

If there is a second usage record corresponding to the second identifier in the local cache data, when the module is detected to be closed, the update of the local cache data needs to be realized by deleting the second usage record or modifying the module data in the second usage record.

It should be understood that if one of the modules corresponding to the module data in the second usage record is turned off, only the corresponding module data in the second usage record is deleted, that is, the module data in the second usage record is modified; if all modules in the module data in the second usage record are closed, deleting the second usage record.

At this time, no matter what the preset elimination mechanism is, the second usage record corresponding to the second identifier can be searched, and the second usage record or the module data therein can be partially deleted.

When the second usage record performs a modification operation, the location information of the second usage record in the local cache data is redetermined based on a preset elimination mechanism.

In some embodiments, when the second usage record corresponding to the second identifier does not exist in the local cache data, the local cache data is not updated.

Continuing with the training learning application described above as an example, the use states of the second chapter, the third chapter, and the fourth chapter of the first course, the use states of the first chapter and the second chapter of the third course, and the use state of the third chapter of the fourth course are included in the local cache data, where the use states are only for the use states of the chapter expansion, that is, the use record under the chapter closure is not recorded as the use state data in the local cache data.

After the application is opened, the user folds (i.e. closes) the third section of the first course, folds the first section and the second section of the third course, and folds the first section of the fifth course; at this time, judging whether an identifier corresponding to the first course exists in the local cache data, determining that a usage record corresponding to the first course exists by comparing the identifiers, deleting module data corresponding to a third section from the usage record according to the operation of folding the third section of the first course by a user, and re-determining the position information of the usage record in the local cache data based on a preset elimination mechanism; judging whether an identifier corresponding to the third course exists in the local cache data or not, and comparing the identifiers to determine that a use record corresponding to the third course exists, wherein modules corresponding to module data in the use record are folded, and deleting the use record from the local cache data at the moment; and judging whether the identifier corresponding to the fifth course exists in the local cache data or not, and comparing the identifiers to determine that the usage record corresponding to the fifth course does not exist, wherein the local cache data is not updated at the moment.

After the next application is started and enters the first course, fig. 6e shows a schematic diagram of a fifth display interface of the training learning application according to the embodiment of the present application, and as shown in fig. 6e, knowledge contents of the second chapter and the fourth chapter are developed; after entering the third course, fig. 6f shows a schematic diagram of a training learning application sixth display interface according to an embodiment of the present application, where all chapters are displayed in a folded manner, as shown in fig. 6 f.

And S150, responding to an operation instruction input by a user to the unit in the module, and acquiring or updating the server cache data.

And the corresponding data of the operation instructions input by the users of the units in the module are interacted through the server.

In some embodiments, the application program reports the history data of the unit to the server through an HTTP request, where the history data may include a viewing progress, a learning progress, a reading progress, and the like, and the server returns a recording result of the history data, where the history data is stored in the server, and the manner in which the history data is stored in the server is not limited in the embodiment of the present application.

And after the user inputs an operation instruction of the page where the exit unit is, applying the page where the display module is.

Continuing with the training learning application described above as an example, the user learns the knowledge content (unit) of the third section of the first course, and at this time, for all operations on the knowledge content page, the server may record the history data, and at this time, the corresponding local cache data in the application memory is not updated at all.

S160, responding to an operation instruction of the page where the exit module is positioned, which is input by a user, and updating state cache data based on the local cache data.

The page where the user exits the module can be understood as a page where the exit module is, a trigger process of returning to the page where the larger module including the module is located is performed, and state cache data is updated based on local cache data, and it should be noted that the local cache data at this time is the local cache data updated based on the operation of the user on the module after the application is started this time, and the updated state cache data can be stored in a memory of the display device or can be sent to a server for storage.

In some embodiments, the page where the module is located may be displayed in a page form, may be displayed in a window form, or the like, and the embodiment of the present application does not limit the page where the module is located.

The above-described training learning application is applied to the display device 300 as an example. It should be understood that, in the application on the display device 200, the method for displaying the usage record can be applied to the application on the display device, and the embodiment of the application does not limit the display device, and is used for displaying the dynamic usage record of the application on each display device, and occupies a smaller control on a device cache (memory) at the display device end, so that flexible configuration of the usage record in the application is realized, data dependence on the server end is reduced, use state display of modules in the application is improved, and user experience is improved.

The display device provided by the embodiment of the application can generate local cache data in the memory of the application based on the state cache data in the memory or the server of the display device by responding to the starting instruction of the application input by the user; after the local cache data is generated, the use state of the module in the application can be displayed on the display according to the generated local cache data, and when an operation instruction input by a user to the module is opened or closed, the local cache data is updated based on a preset elimination mechanism. After each application is started, the embodiment of the application can display different use states of different modules in the application, and presents different display states for the local cache data of the different modules after last use, thereby improving the display of the use states of the modules in the application and improving the user experience.

Based on the display method of the use state, the embodiment of the application also provides display equipment, which comprises a display and a controller. Wherein the display is configured to display a user interface and the controller is configured to:

responding to a starting instruction of an application input by a user, obtaining state cache data, and generating local cache data in a memory of the application based on the state cache data, wherein the state cache data is stored in a memory or a server of the display device; displaying the use state of the module in the application based on the local cache data; responding to an opening or closing operation instruction input by a user to the module, and updating the local cache data based on a preset elimination mechanism; responding to an operation instruction input by a user to a unit in the module, and acquiring or updating server cache data; and responding to an operation instruction which is input by a user and exits from the page where the module is located, and updating the state cache data based on the local cache data.

The display device provided by the embodiment of the application can generate local cache data in the memory of the application based on the state cache data in the memory or the server of the display device by responding to the starting instruction of the application input by the user; after the local cache data is generated, the use state of the module in the application can be displayed on the display according to the generated local cache data, and when an operation instruction input by a user to the module is opened or closed, the local cache data is updated based on a preset elimination mechanism. After each application is started, the embodiment of the application can display different use states of different modules in the application, and presents different display states for the local cache data of the different modules after last use, thereby improving the display of the use states of the modules in the application and improving the user experience.

Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the 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 (10)

1. A display device, characterized by comprising:

a display;

a controller configured to:

responding to a starting instruction of an application input by a user, obtaining state cache data, and generating local cache data in a memory of the application based on the state cache data, wherein the state cache data is stored in a memory or a server of the display device;

displaying the use state of the module in the application based on the local cache data;

and responding to an opening or closing operation instruction input by a user to the module, and updating the local cache data based on a preset elimination mechanism.

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

and responding to an operation instruction input by a user to the unit in the module, and acquiring or updating the server cache data.

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

and responding to an operation instruction which is input by a user and exits from the page where the module is located, and updating the state cache data based on the local cache data.

4. The display device according to claim 1, wherein in the step of updating the local cache data based on a preset elimination mechanism in response to an on operation instruction input by a user to the module, the controller is further configured to:

responding to an opening operation instruction input by a user to the module, and determining a first identifier corresponding to the opening operation instruction;

when the first usage record corresponding to the first identifier does not exist in the local cache data, adding the first usage record based on the preset elimination mechanism in the local cache data, wherein the first usage record is determined according to the first identifier and the module;

When the first usage record corresponding to the first identifier exists in the local cache data, updating the first usage record based on the preset elimination mechanism in the local cache data.

5. The display device of claim 4, wherein in the updating the first usage record, the controller is further configured to:

updating the location information of the first usage record in the local cache data.

6. The display device of claim 4, wherein in the incrementing the first usage record, the controller is further configured to:

deleting a third usage record in the local cache data and adding the first usage record in the local cache data when the number of the existing usage records in the local cache data is equal to a preset threshold, wherein the existing usage records comprise the third usage record;

and when the number of the existing usage records in the local cache data is smaller than a preset threshold value, adding the first usage record in the local cache data.

7. The display device according to claim 1, wherein in the step of updating the local cache data based on a preset elimination mechanism in response to a closing operation instruction input by a user to the module, the controller is further configured to:

Responding to a closing operation instruction input by a user to the module, and determining a second identifier corresponding to the closing operation instruction;

when the second usage record corresponding to the second identifier exists in the local cache data, deleting the second usage record or modifying module data in the second usage record based on the preset elimination mechanism in the local cache data.

8. The display device of any one of claims 1-7, wherein each usage record in the locally cached data includes an identifier and module data;

wherein the identifier is determined based on user information and module information of the application.

9. A display method of using state is characterized in that,

responding to a starting instruction of an application input by a user, obtaining state cache data, and generating local cache data in a memory of the application based on the state cache data, wherein the state cache data is stored in a memory or a server of the display device;

displaying the use state of the module in the application based on the local cache data;

and responding to an opening or closing operation instruction input by a user to the module, and updating the local cache data based on a preset elimination mechanism.

10. The method for displaying a use state according to claim 9, characterized in that the method further comprises:

responding to an operation instruction input by a user to a unit in the module, and acquiring or updating server cache data;

and responding to an operation instruction which is input by a user and exits from the page where the module is located, and updating the state cache data based on the local cache data.