CN115344283A - Display device, player upgrading method and storage medium - Google Patents

Abstract

The disclosure relates to a display device, a player upgrading method and a storage medium, which are applied to the technical field of display and solve the problems that the existing player upgrading method needs manual operation of a user, upgrading without perception of the user cannot be achieved, and watching experience of the user is influenced. The display device includes: a controller configured to: determining that the version of the player is updated, downloading an upgrade patch corresponding to the updated version of the player, and installing the upgrade patch; if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the data directory; and comparing the version numbers of the third library files corresponding to the players in the system directory and the data directory, and loading the third library file with the maximum version number.

Description

Display device, player upgrading method and storage medium

Technical Field

The present disclosure relates to the field of players, and in particular, to a display device, a player upgrade method, and a storage medium.

Background

With the rapid development of scientific technology and multimedia audio and video industry, more and more human-computer interaction and entertainment functions appear in display equipment, and the resource occupation is larger and larger. Meanwhile, with the continuous update of the media encoding and decoding technology, corresponding functions need to be added to software to adapt to the new encoding and decoding technology, so that the optimal viewing effect of a user is ensured. In the era of pursuit of user experience, frequent application upgrades have been unavoidable.

In systems with display devices, the stability and functionality of the system player is particularly important. In the prior art, upgrading a system player generally includes that a user triggers an upgrade operation when a display device receives a popup prompt and a new version is provided, and then Over-the-Air (OTA) upgrade is performed, but the upgrade method requires manual operation of the user, cannot achieve upgrading which is not perceived by the user, and affects the viewing experience of the user.

Disclosure of Invention

In order to solve the above technical problem or at least partially solve the above technical problem, the present disclosure provides a display device, a player upgrade method, and a storage medium, which can accurately upgrade a library file required by a player, do not require a user to perform a manual operation and upgrade a whole package, reduce the operation complexity caused by OTA upgrade, and improve the viewing experience of the user.

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

a controller configured to: determining that the version of the player is updated, downloading an upgrade package corresponding to the updated version of the player, and installing the upgrade package;

if the version number of a first library file of a player in the data directory is lower than the version number of a second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the data directory;

and comparing the version number of a third library file corresponding to the player in the system directory and the data directory, and loading the third library file with the maximum version number.

In a second aspect, the present disclosure provides a player upgrade method, including:

determining that the version of the player is updated, downloading an upgrade package corresponding to the updated version of the player, and installing the upgrade package;

if the version number of a first library file of a player in the data directory is lower than the version number of a second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the data directory;

and comparing the version number of a third library file corresponding to the player in the system directory and the data directory, and loading the third library file with the maximum version number.

In a third aspect, the present disclosure provides a computer-readable storage medium comprising: the computer-readable storage medium has stored thereon a computer program which, when executed by a processor, implements a player upgrade method as shown in the second aspect.

In a fourth aspect, the present disclosure provides a computer program product comprising: when the computer program product is run on a computer, the computer is caused to implement the player upgrade method as shown in the second aspect.

Compared with the prior art, the technical scheme provided by the embodiment of the disclosure has the following advantages: the method comprises the steps that a controller of the display equipment firstly determines that the version of a player is updated, downloads an upgrade package corresponding to the updated version of the player, installs the upgrade package, stores a second library file into a data directory if the version number of a first library file of the player in the data directory is lower than the version number of a second library file of the player carried in the upgrade package and the second library file is complete, compares the version numbers of a third library file corresponding to the player in the system directory and the data directory, and loads the maximum version number of the third library file.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure.

In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present disclosure, the drawings used in the embodiments or technical solutions in the prior art description will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.

Fig. 1 is a schematic view of an operation scenario between a display device and a control device according to one or more embodiments of the present disclosure;

fig. 2 is a block diagram of a hardware configuration of the control apparatus 100 according to one or more embodiments of the present disclosure;

fig. 3A is a block diagram of a hardware configuration of a display apparatus 200 according to one or more embodiments of the present disclosure;

fig. 3B is a schematic diagram of a software configuration in the display device 200 according to one or more embodiments of the present disclosure;

fig. 3C is a schematic illustration of an icon control interface display of an application in the display device 200 according to one or more embodiments of the present disclosure;

FIG. 4A is a system framework diagram of a player upgrade according to one or more embodiments of the present disclosure;

FIG. 4B is an architecture diagram of a player upgrade according to one or more embodiments of the present disclosure;

fig. 5A is a schematic flowchart of a player upgrading method according to an embodiment of the present disclosure;

fig. 5B is a schematic diagram illustrating a player upgrading method according to an embodiment of the disclosure;

fig. 6A is a schematic structural diagram of a player upgrade process provided in an embodiment of the present disclosure;

fig. 6B is a schematic structural diagram of an upgrade service module in a player upgrade process according to an embodiment of the present disclosure;

fig. 6C is a schematic processing flow diagram of an upgrade service module in a player upgrade process according to an embodiment of the present disclosure;

fig. 6D is a schematic structural diagram of a player upgrade module in a player upgrade process according to an embodiment of the present disclosure;

fig. 6E is a schematic processing flow diagram of a player upgrade module in a player upgrade process according to an embodiment of the present disclosure;

fig. 6F is a schematic structural diagram of a media server module in a player upgrading process according to an embodiment of the present disclosure;

fig. 6G is a schematic processing flow diagram of a media server module in a player upgrade process according to an embodiment of the present disclosure;

fig. 7A is a schematic diagram of an interaction process between a server and a display device in a player upgrading process according to an embodiment of the present disclosure;

fig. 7B is an overall timing diagram of a player upgrade process provided by an embodiment of the present disclosure;

fig. 8A is a schematic diagram of a CPU time slice occupied by a foreground program and a background program according to an embodiment of the present disclosure;

fig. 8B is a schematic diagram of CPU occupancy rates respectively corresponding to a player thread and a parent thread before and after optimizing the parent thread corresponding to a player upgrade module in a player upgrade process according to an embodiment of the present disclosure.

Detailed Description

In order that the above objects, features and advantages of the present disclosure may be more clearly understood, aspects of the present disclosure will be further described below. It should be noted that, in the case of no conflict, the embodiments and features in the embodiments of the present disclosure may be combined with each other.

In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present disclosure, but the present disclosure may be practiced otherwise than as described herein; it is to be understood that the embodiments disclosed in the specification are only a few embodiments of the present disclosure, and not all embodiments.

The terms "first" and "second," etc. in this disclosure are used to distinguish between different objects, rather than to describe a particular order of objects. For example, the first library file and the second library file, etc. are for distinguishing different library files, and are not for describing a specific order of library files.

With the rapid development of scientific technology and multimedia audio and video industry, more and more human-computer interaction and entertainment functions appear in display equipment, and much fun is added to the life of users. Meanwhile, with the continuous update of media encoding and decoding technologies, corresponding functions need to be added to software to adapt to new encoding and decoding technologies, so as to ensure the optimal viewing effect of users. In the era of pursuit of user experience, frequent application upgrades have been inevitable.

In a system of display devices, upgrading of players is inevitable in order to meet more use demands of users. In the prior art, generally, upgrading the player is to trigger upgrading operation by a user and then perform OTA upgrading when the display device receives a popup prompt and has a new version.

In order to solve the problems, the disclosure provides a new player upgrading method, a controller of a display device firstly determines that a version of a player is updated, downloads an upgrade package corresponding to the updated version of the player, installs the upgrade package, then stores a second library file into a data directory if a version number of a first library file of the player in the data directory is lower than a version number of a second library file of the player carried in the upgrade package and the second library file is complete, and finally compares the version numbers of third library files corresponding to the players in the system directory and the data directory and loads a third library file with the largest version number.

It should be noted that: when the player of the display device has a new version or the system of the display device has a new version, the user authorizes the background to automatically trigger the upgrading process, namely: and allowing the background to download the upgrade package corresponding to the updated version of the player and install the upgrade package, or allowing the background to update the system of the display device. The player of the display device may be a system player of the display device, and when the system of the display device is updated, the player is also updated.

Fig. 1 is a schematic view of an operation scene between a display device and a control device according to one or more embodiments of the present disclosure. As shown in fig. 1, the user may operate the display device 200 through the smart device 300 or the control device 100, thereby implementing the corresponding control. The display device 200 is provided with a corresponding player to play related programs, such as a tv show, a movie, a variety program, and a live program.

In some embodiments, the control device 100 may be a remote controller, and the communication between the remote controller and the display device 200 may include infrared protocol communication, bluetooth protocol communication, wireless or other wired methods, and the like, by which the display device 200 can be controlled. The user may input a user command through keys on a remote controller, voice input, control panel input, and the like to control the display apparatus 200.

In some embodiments, the display device 200 may also be controlled using mobile terminals, tablets, computers, laptops, and other smart devices.

In some embodiments, the display device 200 may receive the user's control through a touch or a gesture, etc., instead of receiving the instruction using the smart device 300 or the control device 100 described above.

In some embodiments, the display device 200 may also be controlled in a manner other than the control device 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 the voice command, or may be received by a voice control device provided outside the display device 200.

In some embodiments, the mobile terminal may install a software application with the display device 200 to implement connection communication through a network communication protocol for the purpose of one-to-one control operation and data communication. The audio and video content displayed on the mobile terminal can also be transmitted to the display device 200, so as to realize the synchronous display function. The display apparatus 200 may also perform data communication with the server 400 through various communication means, and may allow the display apparatus 200 to perform communication connection through a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may be a cluster or a plurality of clusters, and may include one or more types of servers. The server 400 may provide various contents and interactions to the display apparatus 200. The display device 200 may be a liquid crystal display, an OLED display, or a projection display device, etc. The display apparatus 200 may additionally provide an intelligent network tv function that provides a computer support function in addition to the broadcast receiving tv function.

Fig. 2 is a block diagram of a hardware configuration of the control apparatus 100 according to one or more embodiments of the present disclosure. As shown in fig. 2, the control apparatus 100 includes a controller 110, a communication interface 130, a user input/output interface 140, a memory, and a power supply source. The control apparatus 100 may receive an input operation instruction of a user and convert the operation instruction into an instruction recognizable and responsive by the display apparatus 200, serving as an interaction intermediary between the user and the display apparatus 200. The communication interface 130 is used for communicating with the outside, and includes at least one of a WIFI chip, a bluetooth module, NFC, or an alternative module. The user input/output interface 140 includes at least one of a microphone, a touch pad, a sensor, a key, or an alternative module.

Fig. 3A is a block diagram of a hardware configuration of a display apparatus 200 according to one or more embodiments of the present disclosure. The display apparatus 200 as shown in fig. 3A 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, and a user interface (i.e., a user input interface) 280. The controller 250 includes a central processor, a video processor, an audio processor, a graphic processor, a RAM, a ROM, first to nth interfaces for input/output. The display 260 may be at least one of a liquid crystal display, an OLED display, a touch display, and a projection display, and may also be a projection device and a projection screen. The tuner demodulator 210 receives a broadcast television signal through wired or wireless reception and demodulates an audio/video signal, such as an EPG data signal, from a plurality of wireless or wired broadcast television signals. The communicator 220 is a component for communicating with an external device or a server 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 control apparatus 100 or the server 400 through the communicator 220. The detector 230 is used to collect signals of an external environment or interaction with the outside. The controller 250 and the tuner-demodulator 210 may be located in different separate devices, that is, the tuner-demodulator 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. The user interface 280 may be used to receive control signals for controlling devices, such as infrared remote controls, etc.

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. A user may input a user command on 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 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 operation and displayed in a graphical manner. The interface element may be an icon, a window, a control, or the like, displayed in a display screen of the electronic device, where the control may include at least one of an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, a Widget, or the like, as a visual interface element.

Fig. 3B is a schematic diagram of a software configuration in the display device 200 according to one or more embodiments of the present disclosure, and as shown in fig. 3B, the system is divided into four layers, which are, from top to bottom, an Application (Applications) layer (referred to as an "Application layer"), an Application Framework (referred to as a "Framework layer"), an Android runtime (Android runtime) and system library layer (referred to as a "system runtime library layer"), and a kernel layer.

In some embodiments, at least one application program runs in the application program layer, and the application programs may be windows (windows) programs carried by an operating system, system setting programs, clock programs or the like; or an application developed by a third party developer. In particular implementations, applications in the application layer include, but are not limited to, the above examples.

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

In some embodiments, the kernel layer is a layer between hardware and software, including at least one of the following drivers: audio drive, display driver, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (like fingerprint sensor, temperature sensor, pressure sensor etc.) and power drive etc..

Fig. 3C is a schematic diagram of an icon control interface display of an application program in the display device 200 according to one or more embodiments of the present disclosure, as shown in fig. 3C, an application layer includes at least one application program that can display a corresponding icon control in a display, for example: the system comprises a live television application icon control, a video-on-demand application icon control, a media center application icon control, an application center icon control, a game application icon control and the like. The live television application program can provide live television through different signal sources. A video-on-demand application may provide video from different storage sources. Unlike live television applications, video on demand provides video displays from some storage source. The media center application program can provide various applications for playing multimedia contents. The application program center can provide and store various application programs.

In some embodiments, the display device is a terminal device with a display function, such as a television, a mobile phone, a computer, a learning machine, and the like. In the display device:

an output interface (display 260, and/or audio output interface 270) configured to output user interaction information;

a communicator 220 for communicating with the server 400;

a controller 250 configured to: determining that the version of the player is updated, downloading an upgrade package corresponding to the updated version of the player, and installing the upgrade package;

if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the data directory;

and comparing the version numbers of the third library files corresponding to the players in the system directory and the data directory, and loading the third library file with the maximum version number.

In some embodiments, the controller 250 is specifically configured to:

and if the version number of the third library file in the system directory is greater than or equal to the version number of the third library file in the data directory, loading the third library file in the system directory.

In some embodiments, the data directory includes a first sub data directory and a second sub data directory;

a controller 250 specifically configured to:

and if the version number of the third library file in the data directory is greater than the version number of the third library file in the system directory, loading the corresponding third library file according to the size of the first version number of the third library file in the first subdata directory and the second version number of the third library file in the second subdata directory.

In some embodiments, the controller 250 is specifically configured to:

if the first version number is larger than or equal to the second version number, loading a third library file in the first subdata directory;

and if the second version number is greater than the first version number, copying a third library file in the second subdata directory into the first subdata directory, and loading the copied third library file in the first subdata directory.

In some embodiments, the data directory comprises a second sub data directory;

a controller 250 specifically configured to:

and if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package and the second library file is complete, storing the second library file into the second subdata directory.

In some embodiments, if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package and the second library file is complete, determining the thread for storing the second library file into the data directory as a parent thread, and determining the thread for storing the second library file into the data directory as a child thread;

a controller 250 further configured to:

acquiring a first occupancy rate of a central processing unit corresponding to a system of display equipment;

based on the relation between the first occupancy rate and different occupancy rate ranges, the priority of the father thread is reduced by a first preset number of levels;

and if the second occupancy rate of the central processing unit corresponding to the father thread is greater than or equal to the first preset occupancy rate, reducing the priority of the child thread by a second preset number of levels.

In some embodiments, the controller 250 is further configured to:

if the storage rate corresponding to the sub-thread is smaller than the preset rate and the sum of the first occupancy rate and the second occupancy rate is larger than or equal to the second preset occupancy rate, the priority of the sub-thread is reduced by a third preset number of levels until the priority of the sub-thread is reduced to the lowest level, or the sum of the first occupancy rate and the second occupancy rate is smaller than the second preset occupancy rate;

if the storage rate corresponding to the sub-thread is equal to the preset rate, the second occupancy rate is smaller than the first preset occupancy rate, and the sum of the first occupancy rate and the second occupancy rate is larger than or equal to the third preset occupancy rate, the priority of the sub-thread is reduced by the level of a third preset number until the priority of the sub-thread is reduced to the lowest level, or the sum of the first occupancy rate and the second occupancy rate is smaller than the third preset occupancy rate, wherein the first preset occupancy rate is smaller than the third preset occupancy rate, and the third preset occupancy rate is smaller than the second preset occupancy rate.

In some embodiments, the controller 250 is further configured to:

sending a request for detecting whether the version of the player is updated to the server, so that the server detects the version of the player based on the request, and sending a message that the version of the player is updated to the controller when the version of the player is updated;

and receiving a message that the version of the player is updated, which is sent by the server, and determining that the version of the player is updated based on the message.

To sum up, according to the player upgrading method implemented on the display device, the controller of the display device firstly determines that the version of the player is updated, downloads the upgrade package corresponding to the updated version of the player, installs the upgrade package, then stores the second library file into the data directory if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package and the second library file is complete, and finally compares the size of the version numbers of the third library files corresponding to the players in the system directory and the data directory and loads the third library file with the largest version number.

Fig. 4A is a system framework diagram of a player upgrade according to one or more embodiments of the present disclosure, and as shown in fig. 4A, the system may include a download installation module 401, a storage module 402, and a loading module 403. When the system determines that the version of the player is updated, firstly, the installation module 401 is downloaded to download the upgrade package corresponding to the updated version of the player, and the upgrade package is installed after being decompressed, after the installation is completed, the storage module 402 compares the version number of the first library file of the player in the data directory with the version number of the second library file of the player carried in the upgrade package, if the version number of the first library file is lower than the version number of the second library file, it indicates that the current library file version of the player is not the latest, at this time, the integrity check is performed on the second library file, under the condition that the second library file is complete, the second library file is stored into the data directory, finally, the loading module loads the third library file corresponding to the player in the system directory and the data directory, compares the size of the third library file in the system directory and the data directory, and loads the third library file with the largest version number, thereby completing the upgrade of the player.

Fig. 4B is an architecture diagram of a player upgrade according to one or more embodiments of the present disclosure. Based on the above system framework, as shown in fig. 4B, the android system of the present disclosure is implemented in an android system, which mainly includes an application layer, a framework layer, a system runtime layer, and a kernel layer, and the implementation logic is mainly embodied in the application layer, which includes a download installation module, a storage module 402, and a loading module, and the functions of the modules have been described in detail in the foregoing embodiments, and are not described here again to avoid repetition.

According to the player upgrading method provided by the embodiment of the disclosure, a controller of a display device firstly determines that a version of a player is updated, downloads an upgrade package corresponding to the updated version of the player, installs the upgrade package, then stores a second library file into a data directory if the version number of a first library file of the player in the data directory is lower than the version number of a second library file of the player carried in the upgrade package and the second library file is complete, and finally compares the version numbers of a third library file corresponding to the player in the system directory and the data directory and loads the third library file with the largest version number. For more detailed description of the present solution, the following description is given with reference to fig. 5A by way of example, and it is understood that the steps involved in fig. 5A may include more steps or fewer steps in actual implementation, and the order between the steps may also be different, so as to enable the player upgrade method provided in the embodiment of the present disclosure to be implemented, which is not limited in the embodiment of the present disclosure.

Fig. 5A is a schematic flowchart of a player upgrading method according to an embodiment of the present disclosure, and fig. 5B is a schematic diagram of a principle of the player upgrading method according to the embodiment of the present disclosure. The embodiment can be applied to the situation of automatically upgrading the player in the display equipment. As shown in fig. 5A, the player upgrading method specifically includes the following steps:

s510, determining that the version of the player is updated, downloading an upgrade package corresponding to the updated version of the player, and installing the upgrade package.

After the display equipment is started, the version of the player can be detected through a detector of the display equipment, the version of the player is determined to be updated, and a message that the version of the player is updated is sent to the controller; the controller of the display device may also determine that the version of the player is updated through interaction with the server, and may also be in other determination manners, which is not limited in this embodiment. After determining that the version of the player is updated, the controller may download an upgrade package corresponding to the updated version of the player from the server or a corresponding upgrade package platform, decompress the upgrade package after downloading the upgrade package, and install the upgrade package.

S520, if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package, and the second library file is complete, the second library file is stored in the data directory.

Specifically, after the upgrade package is installed, the version number of the first library file of the player in the data directory is compared with the version number of the second library file of the player carried in the upgrade package, if the version number of the first library file is lower than the version number of the second library file, it is indicated that the current library file version of the player is not the latest, at this time, integrity Check of the second library file is required, specifically, integrity of the second library file can be checked through an MD5 information Digest Algorithm (MD 5 Message-Digest Algorithm) or a Cyclic Redundancy Check (CRC) Algorithm, and the second library file is stored in the data directory under the condition that the second library file is complete, so that subsequent use is facilitated.

In some embodiments, if the version number of the first library file of the player in the data directory is equal to the version number of the second library file of the player carried in the upgrade package, the player is indicated to have been updated.

In some embodiments, if the second library file is not complete, the second library file is deleted, and the player upgrade fails, and the process returns to re-execution S510.

S530, comparing the size of the version number of the third library file corresponding to the player in the system directory and the data directory, and loading the third library file with the maximum version number.

The system directory may be/system/lib, and the data directory may be/data/gstLib.

Specifically, third library files corresponding to the players in the system directory and the data directory are loaded, the version numbers of the third library files in the system directory and the data directory are compared, and the third library file with the largest version number is the library file with the newest version.

In some embodiments, the comparing the size of the version number of the third library file corresponding to the player in the system directory and the data directory, and loading the third library file with the largest version number may specifically include:

and if the version number of the third library file in the system directory is greater than or equal to the version number of the third library file in the data directory, loading the third library file in the system directory.

Specifically, if the version number of the third library file in the system directory is greater than the version number of the third library file in the data directory, it indicates that the version number of the third library file in the system directory is newer, and at this time, the third library file in the system directory is loaded, so as to complete the upgrade of the player; if the version number of the third library file in the system directory is equal to the version number of the third library file in the data directory, the data directory comprises the first subdata directory and the second subdata directory, and the size of the first version number of the third library file in the first subdata directory and the size of the second version number of the third library file in the second subdata directory need to be compared to determine the third library file to be loaded, so that the third library file in the system directory is loaded preferentially at this time.

In some embodiments, if the third library file corresponding to the player does not exist in the data directory, it indicates that the entire system of the display device may have been upgraded, and at this time, the third library file in the system directory may be directly loaded.

In the embodiment, the third library file in the system directory is loaded, so that the library file required by the player can be accurately updated, manual operation and whole package updating of a user are not needed, the operation complexity caused by OTA (over the air) updating is reduced, the updating without perception of the user can be achieved, and the viewing experience of the user is favorably improved.

In some embodiments, the data directory includes a first sub data directory and a second sub data directory;

correspondingly, the comparing the version numbers of the third library files corresponding to the players in the system directory and the data directory, and loading the third library file with the largest version number may further specifically include:

and if the version number of the third library file in the data directory is greater than the version number of the third library file in the system directory, loading the corresponding third library file according to the size of the first version number of the third library file in the first subdata directory and the second version number of the third library file in the second subdata directory.

The first sub data directory can be/data/gstLib/master, the second sub data directory can be/data/gstLib/slave, and the second sub data directory is a backup directory.

In this embodiment, if the version number of the third library file in the data directory is greater than the version number of the third library file in the system directory, it indicates that the version number of the third library file in the data directory is newer, at this time, the first version number of the third library file in the first subdata directory and the second version number of the third library file in the second subdata directory are compared in size, and the corresponding third library file is loaded, so that the library file required by the player can be accurately upgraded, and manual operation and whole package upgrade by a user are not required.

In some embodiments, the loading, according to the size of the first version number of the third library file in the first sub data directory and the second version number of the third library file in the second sub data directory, the corresponding third library file:

if the first version number is larger than or equal to the second version number, loading a third library file in the first subdata directory;

and if the second version number is greater than the first version number, copying a third library file in the second subdata directory into the first subdata directory, and loading the copied third library file in the first subdata directory.

Specifically, under the condition that the version number of the third library file in the data directory is newer, if the first version number is greater than or equal to the second version number, it indicates that the version number of the third library file in the first subdata directory is newer, and at this time, the third library file in the first subdata directory is loaded; if the second version number is larger than the first version number, the version number of the third library file in the second subdata directory is newer, at this time, the third library file in the second subdata directory is copied into the first subdata directory, and then the third library file copied in the first subdata directory is loaded.

Correspondingly, after the third library file in the second subdata directory is copied into the first subdata directory, the third library file in the second subdata directory and the third library file with a lower version in the first word data directory can be deleted, so that the memory space can be saved, and the waste of resources can be avoided.

In this embodiment, by comparing the first version number with the second version number and loading the corresponding third library file, the library file required by the player can be accurately upgraded, and upgrading failure is avoided.

In some embodiments, the data directory comprises a second sub data directory;

if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the data directory may specifically include:

and if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the second subdata directory.

In this embodiment, the second library file is stored in the second subdata directory, so that backup can be performed, and a size of a first version number of a third library file in the first subdata directory and a size of a second version number of the third library file in the second subdata directory are conveniently compared, thereby loading the corresponding third library file.

Fig. 6A is a schematic structural diagram of a player upgrade process provided in an embodiment of the present disclosure. As shown in fig. 6A, taking the android system as an example, the player upgrading process includes three modules, which are respectively: an upgrade Service (Update Service) module, a Player upgrade (Player Update) module, and a media server (MediaServer) module, which may be deployed in the controller.

Wherein, the upgrading service module is used for: the update management component is mainly used for updating an upgrade package required by a player upgrade module, namely: s510, specifically: downloading an upgrade package, decompressing the upgrade package, installing the upgrade package, and waking up a player upgrade module. The player upgrading module has the functions of: upgrading the player, namely: s520, specifically: 1) Comparing the version numbers of the library files of the player and decompressing the library files; 2) Copying the library file; 3) Deleting the library file; 4) Suspend to Random Access Memory (STR) service is turned off. The media server module functions as: the method is responsible for starting the player and loading the player library file, namely: s530, specifically: 1) Loading all library files; 2) Comparing the versions of the library files; 3) And loading the library file with the maximum version number.

It should be noted that: when the STR service is turned on, if the display device is turned off, except that the memory module is not powered off, the other modules are powered off and turned off, the memory module will retain the information of the working state, when the system is turned on again, the system start-up process can skip the process of loading the flash memory into the memory, most of the peripheral devices do not need to be reconfigured, and the peripheral devices directly return to the state before the previous turn-off. When the STR service is closed, if the display device is turned off, all modules are powered off and closed, and accordingly, the memory needs to be reloaded.

Fig. 6B is a schematic structural diagram of an upgrade service module in a player upgrade process according to an embodiment of the present disclosure. As shown in fig. 6B, the upgrade service module includes four parts in total, namely: version detection, upgrade, installation, and wake-up. Wherein the version detection section is configured to: after the upgrade service module is started, regularly updating an Android Application Package (APK) application in a configuration list, so as to determine whether the version of the player is updated; the upgrading part is used for downloading an upgrading package corresponding to the updated version after the version of the player is determined to be updated, namely a new player version exists; a mounting portion for: decompressing the upgrade package and installing the upgrade package; and the awakening part is used for awakening the player upgrading module to play a role.

Fig. 6C is a schematic processing flow diagram of an upgrade service module in a player upgrade process according to an embodiment of the present disclosure. The processing flow shown in fig. 6C has already been described in the above embodiment, and is not repeated here to avoid repetition.

Fig. 6D is a schematic structural diagram of a player upgrade module in a player upgrade process according to an embodiment of the present disclosure. As shown in fig. 6D, the player upgrade module includes four parts in total, namely: version management, checking library files, decompressing library files, and closing STR service. Wherein the version management section is configured to: determining whether the version number of a first library file of the player in the data directory is the same as the version number of a second library file of the player carried in the upgrade package; the checking library file part is used for checking the integrity of the second library file if the version number of the first library file is lower than that of the second library file; a decompress library file portion to: when the second library file is complete, emptying the second subdata directory, decompressing the second library file, and storing the decompressed file into the second subdata directory; closing the STR service part for: the STR service is closed so that the next time the display device is started, the media server module can reload the accurate library file.

Fig. 6E is a schematic processing flow diagram of a player upgrade module in a player upgrade process according to an embodiment of the present disclosure. The processing flow shown in fig. 6E has already been described in the above embodiment, and is not repeated herein to avoid repetition.

Fig. 6F is a schematic structural diagram of a media server module in a player upgrade process according to an embodiment of the present disclosure. As shown in fig. 6F, the media server module includes four parts in total, namely: comparing version numbers of library files, copying library files, deleting library files and loading library files. The library file version number comparison part is used for loading third library files corresponding to the players in the system directory and the data directory and comparing the version numbers of the third library files; the library file copy section is for: if the version number of the third library file in the data directory is greater than the version number of the third library file in the system directory, and the first version number of the third library file in the first subdata directory is smaller than the second version number of the third library file in the second subdata directory, copying the third library file in the second subdata directory to the first subdata directory; a library file deletion section for: deleting the third library file in the second subdata directory; the library file loading part is used for: if the version of the third library file in the system directory is greater than or equal to the version number of the third library file in the data directory, loading the third library file in the system directory; if the first version number is larger than or equal to the second version number, loading a third library file in the first subdata directory; and if the first version number is smaller than the second version number, loading a third library file copied in the first sub-data directory.

Fig. 6G is a schematic processing flow diagram of a media server module in a player upgrading process according to an embodiment of the present disclosure. The processing flow shown in fig. 6G has already been described in the above embodiment, and is not repeated here to avoid repetition.

In some embodiments, the determining that the version of the player is updated may specifically include:

sending a request for detecting whether the version of the player is updated to a server, so that the server detects the version of the player based on the request, and sending a message that the version of the player is updated to a controller when the version of the player is updated;

and receiving a message that the version of the player is updated, which is sent by the server, and determining that the version of the player is updated based on the message.

Specifically, the display device may interact with the server, and therefore, the controller sends a request for detecting whether the version of the player is updated to the server, and after receiving the request for detecting whether the version of the player is updated sent by the controller, the server can detect the version of the player based on the request, and send a message that the version of the player is updated to the controller when the version of the player is updated. Accordingly, after the controller receives the message that the version of the player is updated, which is sent by the server, the controller can determine that the version of the player is updated based on the message.

In the embodiment, the version of the player is determined to be updated through the method, so that errors are not easy to occur, and the accuracy can be improved.

Fig. 7A is a schematic diagram of an interaction process between a server and a display device in a player upgrading process according to an embodiment of the present disclosure. The interaction process shown in fig. 7A has already been described in the above embodiments, and is not described here again to avoid repetition.

Fig. 7B is an overall timing diagram of a player upgrade process according to an embodiment of the disclosure. The player upgrade process shown in fig. 7B includes a server, an upgrade service module, a player upgrade module, and a media server module, and the functions of the respective parts have been described in the foregoing embodiments, and are not described herein again to avoid repetition.

In the process of upgrading the player of the display device, how to ensure that the process occupies as few system resources as possible and prevent the influence on the system and the playing needs to optimize a Central Processing Unit (CPU) of multiple processes, so as to control the occupation of the CPU of the system.

In the android system, the system can be classified according to a visible foreground program and an invisible background program which are currently running, and the classification is as follows: the thread big appointment of the foreground program occupies about 90% of the CPU time slice, and the thread of the background program occupies about 10% of the CPU time slice. The purpose of this design is: the priority of the foreground program is ensured to be higher, and more execution time is obtained.

For example, fig. 8A is a schematic diagram of a CPU time slice occupied by a foreground program and a background program according to an embodiment of the present disclosure. As shown in fig. 8A, it is assumed that the foreground process includes thread 1 and thread 2, each of thread 1 and thread 2 includes 5 sub-threads, the background process includes thread 3 and thread 4, and each of thread 3 and thread 4 includes 5 sub-threads. Wherein, the CPU time slice occupied by foreground process: 90%, CPU time slice occupied by background process: 10 percent.

By default, the priority of the newly created child thread is consistent with the priority of the parent thread to which it belongs. If a foreground program creates dozens of sub-threads, wherein the sub-threads may include sub-threads which do not need to be executed immediately and sub-threads with low priority, under normal conditions, the priority of the sub-threads is consistent with the priority of the parent threads to which the sub-threads belong by default, so that CPU resources may be preempted, and the phenomenon of pause of a player occurs in the playing process. At this time, an accurate CPU calculation scheme is required to reduce the priorities of the sub-threads, so as to help the CPU to identify the execution sequence of the sub-threads and ensure reasonable use of system resources.

In this embodiment, in the player upgrading process, after the player upgrading module wakes up, a series of actions such as version management, library file checking, library file decompression, STR service shutdown, and the like are performed. Especially, in the process of decompressing the library file, the method includes storing the decompressed file into the second sub-data directory, that is: and copying actions, if an optimization strategy is not adopted at the moment, the actions of the player upgrading module occupy a large amount of CPU, so that the system is blocked, the normal playing of the film is influenced, and the phenomena of blocking or mosaic and the like appear in the process of watching the video by a user. Therefore, it is necessary to reduce the priority of the parent thread corresponding to the player upgrading module, so that the CPU can be scheduled to the parent thread as slowly as possible, thereby not affecting the playing and viewing of the user.

In some embodiments, if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package and the second library file is complete, determining the thread for storing the second library file into the data directory as a parent thread, and determining the thread for storing the second library file into the data directory as a child thread;

the method may further specifically include:

acquiring a first occupancy rate of a central processing unit corresponding to a system of display equipment;

based on the relation between the first occupancy rate and different occupancy rate ranges, the priority of the father thread is reduced by a first preset number of levels;

and if the second occupancy rate of the central processing unit corresponding to the father thread is greater than or equal to the first preset occupancy rate, reducing the priority of the child thread by a second preset number of levels.

The occupancy rate range may be preset, or may be determined according to a specific situation, and the embodiment is not limited. The first preset number and the second preset number may be preset, or may be determined according to specific situations, and the numerical values of the first preset number and the second preset number may be the same or different, and this embodiment is not limited. The first preset occupancy may be preset, for example, 10%, or may be determined according to a specific situation, and this embodiment is not limited.

Specifically, a thread corresponding to the player upgrade module is determined as a parent thread, and then other portions included in the player upgrade module are child threads included in the parent thread, but since the copy work may occupy a CPU, in this embodiment, a portion of the library file is mainly considered to be decompressed, and a thread that executes storing of the second library file into the data directory is determined as a child thread.

In the player upgrading process, after the player upgrading module is started, the first occupancy rate of a CPU corresponding to a system of the display device can be obtained through a top command, and then the relation between the first occupancy rate and different occupancy rate ranges is compared, so that the strategy for reducing the priority of the parent thread is determined.

Illustratively, the following priority reduction policy may be adopted:

(1) The first occupancy rate is in a range of (50%, 65% >), and the priority of the parent thread is reduced by 1 level;

(2) The second occupancy rate is in the range of (65%, 70%), and the priority of the parent thread is lowered by 2 levels;

(3) The second occupancy is in the range of (65%, 100% >), lowering the priority of the parent thread by 3 levels.

The second occupancy rate of the CPU corresponding to the parent thread and the occupancy rate of the child thread corresponding to the parent thread can be monitored in real time through the stride-cp pid command, and if the second occupancy rate is greater than or equal to the first preset occupancy rate, the priority of the child thread is reduced by a second preset number of levels, for example, by 1 level.

In the embodiment, the priority of the parent thread is reduced, so that CPU resources can be prevented from being seized, and each thread can be ensured to run normally.

In some embodiments, the method may further specifically include:

if the storage rate corresponding to the sub-thread is smaller than the preset rate and the sum of the first occupancy rate and the second occupancy rate is larger than or equal to the second preset occupancy rate, reducing the priority of the sub-thread by a third preset number of levels until the priority of the sub-thread is reduced to the lowest, or reducing the sum of the first occupancy rate and the second occupancy rate to be smaller than the second preset occupancy rate;

if the storage rate corresponding to the sub-thread is equal to the preset rate, the second occupancy rate is smaller than the first preset occupancy rate, and the sum of the first occupancy rate and the second occupancy rate is larger than or equal to the third preset occupancy rate, the priority of the sub-thread is reduced by the level of a third preset number until the priority of the sub-thread is reduced to the lowest level, or the sum of the first occupancy rate and the second occupancy rate is smaller than the third preset occupancy rate, wherein the first preset occupancy rate is smaller than the third preset occupancy rate, and the third preset occupancy rate is smaller than the second preset occupancy rate.

The preset rate may be preset, for example, 10Mbps, or may be determined according to specific situations, and this embodiment is not limited. The second preset occupancy rate and the third preset occupancy rate may be preset, for example, the second preset occupancy rate is 95%, and the third preset occupancy rate is 80%, or may be determined according to specific situations, and this embodiment is not limited in this embodiment. The third preset number may be preset, or may be determined according to specific situations, and the corresponding numerical values of the third preset number, the first preset number, and the second preset number may be the same or different, and this embodiment is not limited.

In this embodiment, the sub-thread includes a copy action, so that whether the sub-thread performs the action and the corresponding storage rate may be detected at a preset time interval (e.g. five seconds), and the adjusting the priority of the sub-thread in real time may specifically include:

1) When the storage rate corresponding to the sub-thread is less than the preset rate (under the condition that the sub-thread is not interfered, the storage rate is usually 10 Mbps), the CPU occupancy rate at the moment is checked, namely: if the sum of the first occupancy rate and the second occupancy rate is greater than or equal to a second preset occupancy rate, reducing the priority of the sub-thread by 1 level, and simultaneously continuously monitoring the sum of the first occupancy rate and the second occupancy rate until the priority of the sub-thread is reduced to the lowest, or the sum of the first occupancy rate and the second occupancy rate is less than the second preset occupancy rate;

(2) If the storage rate corresponding to the sub-thread is equal to the preset rate, the second occupancy rate is smaller than the first preset occupancy rate, and the sum of the first occupancy rate and the second occupancy rate is larger than or equal to the third preset occupancy rate, at this time, in order to not affect the stable operation of other applications of the system, the priority of the sub-thread is reduced by 1 level until the priority of the sub-thread is reduced to the lowest, or the sum of the first occupancy rate and the second occupancy rate is smaller than the third preset occupancy rate.

In this embodiment, through the above optimization process, when the number of threads is large, the scheme is adopted, so that the CPU occupancy rate of the thread with a low priority can be effectively reduced, the problem of resource shortage due to CPU preemption is prevented, through CPU optimization, normal operation of each thread can be effectively ensured, and particularly, in a display device with a poor CPU performance, the effect is particularly obvious.

Fig. 8B is a schematic diagram of CPU occupancy rates respectively corresponding to a player thread and a parent thread before and after optimizing the parent thread corresponding to a player upgrade module in a player upgrade process according to an embodiment of the present disclosure. As can be seen from fig. 8B, when the multithread CPU optimization is not adopted, the CPU occupancy rate of the parent thread corresponding to the player upgrade module is 53%, and after the CPU optimization scheme is adopted, the CPU occupancy rate of the parent thread corresponding to the player upgrade module is 18%. Therefore, after the optimization scheme is adopted, the normal operation of each thread can be effectively ensured, and the problem of resource shortage caused by CPU preemption is prevented.

To sum up, according to the player upgrading method implemented on the display device, the controller of the display device firstly determines that the version of the player is updated, downloads the upgrade package corresponding to the updated version of the player, installs the upgrade package, then stores the second library file into the data directory if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package and the second library file is complete, and finally compares the size of the version numbers of the third library files corresponding to the players in the system directory and the data directory and loads the third library file with the largest version number.

The embodiment of the present disclosure provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process executed by the player upgrading method, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.

The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

The present disclosure provides a computer program product comprising: when the computer program product runs on a computer, the computer is enabled to implement the player upgrade method described above.

The foregoing description, for purposes of explanation, has been presented in conjunction with specific embodiments. However, the foregoing discussion in some embodiments is 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, comprising:

a controller configured to: determining that the version of the player is updated, downloading an upgrade package corresponding to the updated version of the player, and installing the upgrade package;

if the version number of a first library file of a player in the data directory is lower than the version number of a second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the data directory;

and comparing the version number of a third library file corresponding to the player in the system directory and the data directory, and loading the third library file with the maximum version number.

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

and if the version number of the third library file in the system directory is greater than or equal to the version number of the third library file in the data directory, loading the third library file in the system directory.

3. The display device of claim 1, wherein the data directory comprises a first sub data directory and a second sub data directory;

the controller is specifically configured to:

and if the version number of the third library file in the data directory is greater than the version number of the third library file in the system directory, loading the corresponding third library file according to the size of the first version number of the third library file in the first subdata directory and the second version number of the third library file in the second subdata directory.

4. The display device according to claim 3, wherein the controller is specifically configured to:

if the first version number is greater than or equal to the second version number, loading the third library file in the first subdata directory;

and if the second version number is greater than the first version number, copying the third library file in the second subdata directory to the first subdata directory, and loading the copied third library file in the first subdata directory.

5. The display device of claim 1, wherein the data directory comprises a second sub data directory;

the controller is specifically configured to:

and if the version number of the first library file of the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the second subdata directory.

6. The display device according to claim 1, wherein if the version number of the first library file executing the player in the data directory is lower than the version number of the second library file of the player carried in the upgrade package and the second library file is complete, the thread that stores the second library file into the data directory is determined as a parent thread, and the thread that stores the second library file into the data directory is determined as a child thread;

the controller further configured to:

acquiring a first occupancy rate of a central processing unit corresponding to a system of the display equipment;

based on the relation between the first occupancy rate and different occupancy rate ranges, the priority of the father thread is reduced by a first preset number of levels;

and if the second occupancy rate of the central processing unit corresponding to the father thread is greater than or equal to the first preset occupancy rate, reducing the priority of the child thread by a second preset number of levels.

7. The display device according to claim 6, wherein the controller is further configured to:

if the storage rate corresponding to the sub-thread is smaller than a preset rate and the sum of the first occupancy rate and the second occupancy rate is larger than or equal to a second preset occupancy rate, reducing the priority of the sub-thread by a third preset number of levels until the priority of the sub-thread is reduced to the lowest level, or reducing the sum of the first occupancy rate and the second occupancy rate to be smaller than the second preset occupancy rate;

if the storage rate corresponding to the sub-thread is equal to a preset rate, the second occupancy rate is smaller than the first preset occupancy rate, and the sum of the first occupancy rate and the second occupancy rate is larger than or equal to a third preset occupancy rate, the priority of the sub-thread is reduced by the level of the third preset number until the priority of the sub-thread is reduced to the lowest level, or the sum of the first occupancy rate and the second occupancy rate is smaller than the third preset occupancy rate, wherein the first preset occupancy rate is smaller than the third preset occupancy rate, and the third preset occupancy rate is smaller than the second preset occupancy rate.

8. The display device according to any one of claims 1 to 7, wherein the controller is further configured to:

sending a request for detecting whether the version of the player is updated to a server, so that the server detects the version of the player based on the request, and sending a message that the version of the player is updated to the controller when the version of the player is updated;

and receiving a message that the version of the player is updated, which is sent by the server, and determining that the version of the player is updated based on the message.

9. A player upgrade method, comprising:

determining that the version of the player is updated, downloading an upgrade package corresponding to the updated version of the player, and installing the upgrade package;

if the version number of a first library file of a player in the data directory is lower than the version number of a second library file of the player carried in the upgrade package, and the second library file is complete, storing the second library file into the data directory;

and comparing the version number of a third library file corresponding to the player in the system directory and the data directory, and loading the third library file with the maximum version number.

10. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method as claimed in claim 9.

Images