WO2016197875A1

WO2016197875A1 - Data processing method and device applicable to service-providing device

Info

Publication number: WO2016197875A1
Application number: PCT/CN2016/084629
Authority: WO
Inventors: 宋丹峰; 罗金华; 米杨; 徐晶; 杨金锋; 谭建国
Original assignee: 阿里巴巴集团控股有限公司
Priority date: 2015-06-11
Filing date: 2016-06-03
Publication date: 2016-12-15
Also published as: CN106301865A; CN106301865B

Abstract

Embodiments of the present application provide a data processing method and device applicable to a service-providing device. The device specifically comprises: an interface encoding module, for encoding a user interface; a stream processing module, for generating a corresponding transport stream according to an encoding result of the user interface, and pushing the transport stream to a connected client; and a message processing module, for receiving an input message from the client, and performing corresponding message processing according to the input message. The message processing comprises: updating the user interface. The embodiments of the present application can reduce requirements of a smart television service on hardware resources, and can save the costs required for a user to purchase or replace a set-top box.

Description

Data processing method and device applied to service providing device

The present application claims the priority of the Chinese Patent Application No. 201510320190.X filed on Jun. 11, 2015, entitled "Data Processing Method and Apparatus for Service Providing Equipment", the entire contents of which are incorporated herein by reference. In the application.

Technical field

The present application relates to the field of communications technologies, and in particular, to a service providing device, a data processing method applied to the service providing device, and a smart television system.

Background technique

With the development of Internet technology, the emergence of smart TV and digital video converter boxes has made the TV program system more and more intelligent. In addition to the broadcast of traditional TV programs, Internet activities can also be carried out.

STB (Digital Video Converter Box, also known as Set Top Box) is a set-top box that is a device that connects a TV to an external signal source. The set-top box converts the compressed digital signal into TV content and displays it on the TV. The digital signals can come from cable, satellite antennas, broadband networks, terrestrial broadcasts, and the like. In addition to receiving the digital signals that can be converted to television content, the set top box can also receive digital content, such as television program guides, Internet web pages, emails, and the like. Enables users to watch digital TV shows on existing TV sets and interactive digital entertainment, education and online shopping through the web.

It can be seen from the above that the above-mentioned digital television program broadcast, interactive digital entertainment, education and online shopping activities need to be realized by the set top box (or smart TV). The development of Internet technology is changing with each passing day. It is constantly changing and changing. To meet this development and change, set-top boxes need to be constantly updated. However, the update of the set top box requires the old set top box to be discarded, which results in wasted resources.

Summary of the invention

The technical problem to be solved by the embodiments of the present application is to provide a service providing device, a data processing method applied to the service providing device, and a smart television system, which can reduce the requirement of the smart TV service on hardware resources, and can save the user. The cost of purchasing or updating a set-top box.

In order to solve the above problems, the present application discloses a service providing device, including:

An interface coding module for encoding a user interface;

a stream processing module, configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client; and

a message processing module, configured to receive an input message from the client, and perform phase according to the input message The message processing should be performed; wherein the message processing comprises: updating the user interface.

In another aspect, the present application discloses a data processing method applied to a service providing device, including:

Encoding the user interface;

Generating a corresponding transport stream according to the encoded result of the user interface, and pushing the transport stream to the connected client;

Receiving an input message from the client, and performing corresponding message processing according to the input message; wherein the message processing comprises: updating the user interface.

In still another aspect, the present application discloses a smart television system, including: the foregoing service providing device.

Compared with the prior art, the embodiments of the present application include the following advantages:

In the embodiment of the present application, the service providing device may push the transport stream corresponding to the user interface to the connected client, so that the client may display the user interface that is parsed according to the transport stream; and the service providing device may also Receiving an input message generated by the user from the input device of the user through a remote controller, a mouse, etc., and updating the user interface of the service providing device according to the input message; since the service providing device is responsible for obtaining the current input information corresponding to the user interface The client is only responsible for the resolution of the transport stream and the display of the user interface. Therefore, the present embodiment can directly provide the smart TV service to the client through the service providing device, which reduces the performance requirement for the set top box, thereby reducing the requirement for the set top box. Maintenance operations reduce the hardware resource requirements of smart TV services while saving the cost of purchasing or updating a set-top box.

DRAWINGS

1 is a schematic structural diagram of a smart television system of the present application;

2 is a structural block diagram of Embodiment 1 of a service providing device of the present application;

3 is a structural block diagram of a third embodiment of a service providing device according to the present application;

4 is a structural block diagram of Embodiment 4 of a service providing device of the present application;

5 is a structural block diagram of Embodiment 5 of a service providing device of the present application;

6 is a structural block diagram of Embodiment 6 of a service providing device of the present application;

7 is a structural block diagram of Embodiment 7 of a service providing device of the present application;

FIG. 8 is a flowchart of a method for communication between a client and a service providing device according to the present application; FIG.

9 is a flowchart of another method for communication between a client and a service providing device of the present application;

10 is a flow chart showing the steps of a first embodiment of a data processing method applied to a service providing device according to the present application;

11 is a flow chart showing the steps of a second embodiment of a data processing method applied to a service providing device according to the present application;

Figure 12 is a flow chart showing the steps of the third embodiment of the data processing method applied to the service providing device of the present application;

FIG. 13 is a flow chart showing the steps of the fourth embodiment of the data processing method applied to the service providing device of the present application.

detailed description

The above described objects, features and advantages of the present application will become more apparent and understood.

The present application provides a smart television system, which may include: at least one server, at least one client, at least one service providing device; wherein the server is configured to allocate a service providing device to the client; The client can be set in a smart TV, and the service providing device is disposed on the network side for providing an Internet service for the connected client through the network. After receiving the login request of the client, the server may select one service providing device from the plurality of service providing devices in the cloud to allocate to the client according to the set allocation policy.

In a preferred embodiment of the present application, the smart television system may further include at least one user data information storage device; the at least one user data information storage device may specifically include: at least one user partition; wherein At least one user partition is respectively used to store user data corresponding to different clients.

In another preferred embodiment of the present application, the service providing device may specifically include: a network set top box; the Internet service may specifically include at least one of the following: a live television, an audio and video service, a web service, and a game service. .

In traditional solutions, common set-top boxes tend to be older and have lower performance, which is not enough to run large games and applications. Users often need to upgrade or replace newer set-top boxes to meet the entertainment needs of large games and applications.

In the embodiment of the present application, the OTT (OverThe Top) network set-top box with strong performance can be integrated into the cloud device server, and the performance of the OTT set-top box is transmitted to the weak performance through the network through the video streaming technology. On the common set-top box corresponding to the above client, the ordinary set-top box can use the high-end function without upgrading the hardware. In a specific implementation, all the function data in the OTT set-top box (such as the Tmall Magic Box) with strong performance can be streamed and provided to the common set-top box. The above functions include but are not limited to: games, applications, movies, TV series, education, video. Chat, K songs, etc.

In a specific implementation, the performance of each network set-top box in the device server includes, but is not limited to, processing performance, graphics computing performance, large memory, low power consumption, etc., and those skilled in the art can quantify the performance indicators according to actual needs. In order to run large-scale games and applications currently on the market on the network set-top box, play movies of 1080P and 2K specifications.

For a normal set-top box, it can have the performance of playing a video stream, and has the performance of accessing an IP (Internet Protocol) network. The format of the video stream can be RTSP (real-time streaming). Protocol, Real Time Streaming Protocol) 720P and so on. For a common set-top box with the above performance, after installing the client corresponding to the network set-top box, the client can upload and play the transport stream from the network set-top box through the client uploading the key value command.

In summary, the function data of large games and applications can be run in the cloud device server. These data can be transmitted to the ordinary set-top box for playback in the form of RTSP video stream, thus enabling the use of a common set-top box for high-end entertainment. Moreover, the embodiments of the present application can be applied to telecommunication/station operators to enhance the performance of existing common set top boxes of these operators.

It should be noted that, in the solution of the present application, the service providing device can be set in the cloud as a hardware device, the software (application) can be installed in the service providing device, and the service providing device can display the UI of various applications in the cloud. (User Interface), the client can have basic decoding performance to present the user interface of the application to the user, and realize the operation of various applications. In other words, in the solution of the present application, the software (application) can be installed in the service providing device, and the service is provided to the user through the service providing device, which can be applied to an existing common set top box, or is suitable for common use. The set top box has an equivalent smart terminal that plays the performance of the video stream and accesses the performance of the IP network. For example, the smart terminal can be directly connected to the service providing device through the client, and the user does not need to separately purchase/update the set top box, thereby saving user cost; at the same time, the smart terminal and the service providing device can directly interact with each other. Improves interaction efficiency, reduces maintenance steps for set-top boxes, and reduces resource usage. Further, the server may refer to a server, or may refer to a server group composed of a plurality of servers equivalent to the functions of the scheduling server.

1 is a schematic structural diagram of a smart television system of the present application, which may specifically include: at least one client (such as the client 101 shown in FIG. 1) and at least one device server (as shown in FIG. 1). The device server 102) and at least one scheduling server (such as the scheduling server 103 shown in FIG. 1). Each device server 101 includes at least one service providing device (such as the service providing device 121 in the device server 102 shown in FIG. 1).

Moreover, preferably, the smart television system may further include: at least one management server (such as the management server 104 shown in FIG. 1) and at least one user data information storage device (such as the user data information storage device 105 shown in FIG. 1). ). It should be noted that the user data information storage device is configured to store user data information, one user may correspond to a dedicated user data information storage device, and multiple users may share the same user data information storage device. This is not a limitation. The user data information storage device may be The device can also be a logical device or a combination of physical and logical devices. For example, the user data information storage device may include at least one user partition (such as the user partition 151 shown in FIG. 1), and each user partition correspondingly stores user data information of one user.

The client 101 is located on the smart terminal side, and can be presented in the form of an APP loaded in the smart terminal. On the one hand, the client 101 can be used to play the TS (Transport Stream) sent by the service providing device 121. UI, and playing multimedia data (such as video signals, audio signals, etc.) acquired from other network servers; on the other hand, the client 101 can be used to monitor an input message generated by a user through an input device such as a remote controller, and input the input message. The data is sent to the service providing device 121 or the dispatching server 103; thus, the client 101 can receive data related to the user interface (such as a user interface of various applications such as a game application, a video application, etc.) pushed by the service providing device 121, and the received user The interface-related data is parsed and displayed; and the client 101 can further forward the input message controlled by the user to the user interface to the service providing device 121 to update the user interface accordingly;

The service providing device 121 is located on the network side, and the number of the service providing devices 121 may be set according to system requirements. Each service providing device 121 may specifically include: a software module carried by a hardware board and a hardware board; and the software module may be operated based on Android. The system, in this way, each service providing device 121 can install a plurality of applications (such as game applications, video applications, etc.) through the operating system, and transmit the information of the installed applications to the client 101 through the TS stream for the client 101. The selected application is selected from a plurality of installed applications. It should be noted that Android is only an example of an operating system used by the service providing device 121. The specific operating system used by the service providing device 121 is not used in the embodiment of the present application. limit;

The user partition 151 is located on the network side, and the number thereof may be determined according to the information of the registered user. The data partition 105 may have a one-to-one correspondence with the registered user. Generally, after completing registration of a new user, the user partition may be established for the corresponding new user. Corresponding one or more user partitions 151; for each user partition 151, it can be mounted on the service providing device 121 after its corresponding user logs in, and can be provided with the service when its corresponding user is not logged in. The device 121 does not have a mounting relationship;

The scheduling server 103 is located on the network side, and is mainly used to complete the login of the corresponding user of the client 101 according to the input message sent by the client 101, and allocate an idle, good-quality service providing device 121 to connect with the client 102; The user partition 151 corresponding to the login user may be determined according to the ID of the login user (identity), and the address information of the user partition 151 is sent to the service providing device 121, so that the service providing device 121 partitions the user. 151 is mounted on the assigned service providing device 121; it can be seen that each user partition 151 can correspond to a unique user, such as user partition A corresponding to user A, etc., so that user A is present. After the client 101 is disconnected from the previously assigned service providing device 121 numbered 001, even if the service providing device 121 numbered 002 is connected next time, the user A can still use the user partition A to store the generated user data. , so you can view all historical data by accessing user partition A;

The management server 104 is located on the network side and can be used to manage all the service providing devices 121. The management may include: status reporting, heartbeat management, setting attributes, acquiring attributes, network wake-up, soft restart, hard restart, and the like.

Embodiment 1

Referring to FIG. 2, a structural block diagram of Embodiment 1 of a service providing device of the present application is shown, which may specifically include the following modules:

The interface encoding module 201 is configured to encode the user interface;

The stream processing module 202 is configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client; and

The message processing module 203 is configured to receive an input message from the client, and perform corresponding message processing according to the input message. The message processing may include: updating the user interface.

The service providing device of the present application can be used in a smart television system similar to that of FIG. 1. The embodiment of the present application does not limit the smart television system corresponding to the service providing device.

In an actual application, the service providing device may be an operating system such as Android, Linux, or Windows. The interface encoding module 201, the stream processing module 202, and the message processing module 203 in this embodiment may be run under the support of the operating system. The application embodiment is mainly described by taking Android as an example, and other operating systems can refer to each other.

In a specific implementation, the interface encoding module 201 may encode the user interface of the service providing device after the service providing device establishes a connection with the client. Here, a process is provided for the service providing device to establish a connection with the client: after the user inputs the username and password through the client, the client sends the username and password to the scheduling server, and the scheduling server allocates a service providing device to connect with the client. And sending the IP address of the service providing device to the client, after receiving the IP address of the service providing device, the client initiates a connection request to the service providing device; the service providing device can contact the client after receiving the connection request establish connection.

In an application example of the present application, the initial user interface of the service providing device may be the user interface A for displaying all installed applications, or the initial user interface of the service providing device may also be used to display all installed applications. The first-level user interface B and the like; and the user interface of the service providing device may be a user interface updated according to the input message from the client (for example, the secondary user interface corresponding to the first-level user interface B and the third-level user) Interface, etc.). For example, after the user displays the user interface A, if the user receives an installation instruction for an application C in the user interface A by using an input device such as a remote controller or a mouse, the client may send the installation instruction to the installation instruction. The service providing device obtains the installation process of the application C and the interface corresponding to the installation according to the installation instruction, and uses the obtained interface as the current user interface of the service providing device. Thus, the response processing for the above input message (such as the installation of the application C) is substantially completed in the service providing device, and the client only displays the user interface of the streaming mode pushed by the service providing device.

In a preferred embodiment of the present application, in order to improve the speed of updating the user interface, user interface data of all or part of the installed application may be put into a frame buffer device in advance, so that when message processing is performed After receiving the input message from the client, the module 203 may search for the matched user interface data in the frame buffer device according to the input message, and if the input message carries the information of the application A and the installation instruction, The user interface information corresponding to the installation instruction of the application A can be found in the frame buffer device.

In a specific implementation, the interface encoding module 201 may encode the user interface of the service providing device according to the preset encoding format, and the preset encoding format may specifically include: H.264, etc., and the specific embodiment of the present application The encoding format is not limited.

In an application example of the present application, the stream processing module 202 may generate a TS stream corresponding to the coding result of the user interface by using a Real Time Streaming Protocol (RTSP) in a streaming manner, and push the TS stream to the client. In order to display the corresponding user interface on the client, it can be understood that the foregoing manner of generating the TS stream by using the RTSP is only an example, and is not to be understood as an application limitation of the embodiment of the present application. The method is not limited.

In summary, in this embodiment, the service providing device may push the transport stream corresponding to the user interface to the connected client, so that the client may display the user interface that is parsed according to the transport stream; and, the service providing device And receiving an input message generated by the user from the input device of the client through a remote controller, a mouse, or the like, and updating the user interface of the service providing device according to the input message; the service providing device is responsible for the current input information corresponding to the user interface. The acquisition is only responsible for the resolution of the transport stream and the display of the user interface. Therefore, the present embodiment can provide the smart TV service directly to the client through the service providing device, which reduces the performance requirement for the set top box, thus reducing the The maintenance operation of the set-top box reduces the hardware resource requirements of the smart TV service, and at the same time saves the cost for the user to purchase or update the set-top box.

Embodiment 2

The service providing device of this embodiment may further include the following optional technical solutions on the basis of the foregoing Embodiment 1.

In this embodiment, the stream processing module 202 is further configured to obtain corresponding multimedia play information according to the multimedia play request of the client, and feed back the multimedia play information to the client.

The user interface currently displayed by the client can provide a multimedia play interface for multimedia resources such as video and audio, and the user can trigger a corresponding multimedia play request through the multimedia play interface, that is, the multimedia play request is a request generated by triggering the user interface. . However, since the multimedia resources, especially the high-density multimedia resources, such as the definition and the quality of the multimedia resources, tend to be relatively large, the method of using the TS stream to transmit the multimedia resources has a higher bandwidth requirement, and if the bandwidth of the client corresponding to the smart terminal is relatively low, There may be problems such as a decline in the playback quality of multimedia resources.

In this embodiment, the service providing device may not transmit the multimedia resource in the form of the transport stream, but acquire the corresponding multimedia play information according to the multimedia play request of the client, and feed back the multimedia play information to the client. The client requests and plays the corresponding multimedia resource according to the multimedia play information, so that problems such as degradation of the playback quality of the multimedia resource caused by the low bandwidth can be avoided.

In a specific implementation, the service providing device may query the multimedia play information corresponding to the multimedia play request from the network. For example, the service providing device may acquire the multimedia resource corresponding to the multimedia play request from the CDN (Content Delivery Network) server. The address, such as a URL (Uniform Resource Locator), feeds the URL back to the client as multimedia playback information. Of course, the above URL is only an application example of multimedia playback information, and is not understood as an application limitation of multimedia playback information. In fact, other multimedia playback information such as the name of the multimedia resource is also feasible.

In a preferred embodiment of the present application, the stream processing module 202 is further configured to pause to push the transport stream for the client after receiving the transfer stop command sent by the client. When the client determines that the multimedia resource is to be played, since the user interface displayed on the client side is parsed and displayed by the TS stream pushed by the service providing device, the client may provide the device to the service in order to avoid conflict between the user interface and the multimedia resource. A transfer stop command is sent, which can be used to inform the service providing device to suspend the push of the TS stream. After receiving the transfer stop command, the service providing device may suspend pushing the TS stream to the client.

In another preferred embodiment of the present application, the stream processing module 202 is further configured to re-push the transport stream to the client after receiving the restart instruction sent by the client. In a specific implementation, the service providing device may retain the user interface of the client before playing, such as a breakpoint record, so that after receiving the restart instruction, the user interface may be pushed to the client from the breakpoint record. Corresponding TS stream.

In summary, in this embodiment, the service providing device pushes the user interface to the client in the form of a TS stream, and sends the multimedia play information to the client, so that the client obtains the corresponding multimedia resource according to the multimedia play information, for the client. Since the user interface and the multimedia resource are acquired in different manners, the conflict between the user interface and the multimedia resource can be avoided, thereby ensuring the display quality of the user interface and the playback quality of the multimedia resource.

Embodiment 3

Referring to FIG. 3, a structural block diagram of a third embodiment of a service providing device of the present application is shown, which may specifically include the following modules:

An interface encoding module 301, configured to encode a user interface;

The stream processing module 302 is configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client.

The message processing module 303 is configured to receive an input message from the client, and perform corresponding message processing according to the input message, where the message processing may include: updating the user interface;

The partition operation module 304 is configured to mount the user partition corresponding to the login user of the client to the local, and write the user data generated by the login user to the mounted user partition.

With respect to the first embodiment, the user partition corresponding to the user may be specifically used to store the user data generated by the user. The user partitions are independent of the storage space of the service providing device, and for each user partition, corresponding to After the user logs in, it can be mounted on the service providing device, and when the corresponding user is not logged in, it can not have a mounting relationship with the service providing device; since each user partition can correspond to the user, so that the user passes the client. Which service providing device is connected to the terminal, and the connected service providing device can use the user partition corresponding to the user to store the user data used by the user, that is, the user partition can store all historical data generated by the user, thereby enabling Satisfying the user's access requirement for all historical data; assuming that the user partition A corresponds to the user A, the user A disconnects the service providing device 002 after the client disconnects from the last assigned service providing device 001. User A always uses user partition A to store the generated user data, so A partition by accessing the user to view all historic data.

The mounting may be used to indicate that the storage device or the disk partition is attached to an existing directory. In the embodiment of the present application, the mounting may be used to attach the user partition to an existing local device in the service providing device. On the catalog. The mounted user partition can be used to indicate the user partition that has been attached to the local directory of the service providing device. When the local directory is opened locally by the service providing device, the number of the user partitions attached thereto can be directly accessed. According to the document.

In a specific implementation, the user network partition can be implemented by using a storage network technology, which separates the memory from the application server for centralized management, and thus has the advantages of uniformity, easy expansion, and the like. The storage network technology may specifically include technologies such as NAS (Network-Attached Storage) and SAN (Storage Area Network); among them, users of NAS technology can pass TCP/IP (Transmission Control Protocol/Internet) Protocol, Transmission Control Protocol/Internet Protocol) access data, using NFS (Network File System), HTTP (Hypertext transfer protocol), CIFS (Common Internet File System) and other standards File sharing protocols are shared; users of SAN technology can access data through dedicated Fibre Channel switches, using SCSI (small computer system interface), FC-AL (Fibre Channel Arbitration Loop, FIBRE CHANNEL ARBITRATED LOOP) And other interfaces. The embodiment of the present application mainly uses NAS technology as an example to describe the user partition and its mounting process. The user partitions of other storage network technologies and their mounting processes can be cross-referenced.

In an application example of the present application, the NAS storage device may specifically include: a disk array, a CD/DVD drive, a tape drive, or a removable storage medium, etc.; a plurality of directories may be divided on one disk, and each of the directories One user partition may be corresponding, that is, the user partition has a one-to-one correspondence with a directory in the network attached storage NAS storage device.

In a preferred embodiment of the present application, the process of the partition operation module 304 for mounting the user partition corresponding to the login user of the client to the local device may include: receiving the user partition corresponding to the login user sent by the server. Address information: The user partition corresponding to the login user of the client is mounted locally according to the address information of the user partition corresponding to the login user.

In a specific implementation, the process of the partition operation module 304 receiving the address information of the user partition corresponding to the login user sent by the server may include: receiving address information of the user partition corresponding to the login user pushed by the server; or sending to the server a mount request, where the mount request carries information of the login user, and receives address information of a user partition corresponding to the login user returned by the server according to the mount request.

On the one hand, since the server has logged in to the server through the user ID or the like before the server dispatches and allocates the service providing device for the client, the server has already obtained the information of the logged-in user of the client before the client connects to the service providing device ( For example, the user ID), the server can determine the address information of the user partition corresponding to the login user according to the ID (identity of the login user); on the other hand, since the service providing device connected by the client is scheduled by the server, The server is known before the client connects to the service provider device. The address information (such as the IP address information) of the service providing device is forwarded; therefore, the server can push the address information of the user partition corresponding to the login user to the corresponding service providing device according to the address information of the service providing device.

In a practical application, the server may pre-establish and maintain a mapping relationship between the user and the user partition. For example, the user ID is a mapping relationship between the address information of the user partition, so that the mapping relationship may be searched according to the ID of the login user. The address information of the user partition that matches the ID of the logged in user.

In an application example of the present application, the mounting of the user partition can be implemented by using the NFS technology. Specifically, the service providing device can implement an NFS client, and the server can implement an NFS server, so that the service providing device can receive the address information of the user partition corresponding to the login user sent by the NFS server of the server through the NFS client.

In the application example of the application, the address information of the user partition corresponding to the login user may specifically include: a network address of the server and a directory address of the user partition, for example, address information of the user partition corresponding to the received login user. It is http://10.10.88.69/nfs/001, where 10.10.88.69 represents the IP address of the server, and nfs/001 represents the disk directory of the user partition corresponding to the login user on the server.

In a specific implementation, the user partition corresponding to the login user of the client may be mounted to a local user partition directory, where the user partition directory may be preset, or the service providing device receives the login user. The address information of the corresponding user partition is temporarily created. The user partition corresponding to the login user of the client is mounted to a local user partition directory, such as a service providing device/data, so that when the service providing device opens the user partition directory, the remote user can directly access the login user. The user partition is downloaded without downloading the user partition corresponding to the login user, which makes the service providing device no longer limited by the storage capacity.

Assume that the address information of the user partition corresponding to the received login user is http://10.10.88.69/nfs/001, the local user partition directory is the service providing device/data, and the service providing device adopts the Android system, then the mount command can be used. The user partition nfs/001 corresponding to the logged-in user is mounted to the local user partition directory-service providing device/data, so that when the directory service providing device/data is opened locally, the data under nfs/001 can be directly accessed. file.

The embodiment of the present application realizes the function of the user partition for exclusively storing user data generated by the user by writing the user data generated by the login user to the mounted user partition instead of writing to other directories of the service providing device. . It should be noted that, in addition to the write access, the mounted user partition can also support other access modes such as read access and delete access, for example, the user partition can be requested from the client according to the query request of the client. The user data is read and returned to the user end, etc., and the specific access to the user partition after the mounting is performed in the embodiment of the present application. Ask no restrictions.

In summary, in this embodiment, the user partition is used to store the user data generated by the user by writing the user data generated by the login user to the mounted user partition instead of writing to other directories of the service providing device. In this way, regardless of which service providing device is connected to the logged-in user through the client, the connected service providing device is mounted and uses the user partition corresponding to the logged-in user to store the user data used by the logged-in user, so that the user The partition can store all historical data generated by the user, so that the user partition can satisfy the user's access requirements for all historical data. Moreover, in this embodiment, the user data generated by the login user does not need to be written into the service providing device, so that the storage space of the service providing device can also be saved.

Embodiment 4

Referring to FIG. 4, a structural block diagram of Embodiment 4 of a service providing device of the present application is shown, which may specifically include the following modules:

An interface encoding module 401, configured to encode a user interface;

The stream processing module 402 is configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client;

The message processing module 403 is configured to receive an input message from the client, and perform corresponding message processing according to the input message, where the message processing may include: updating the user interface;

a partition operation module 404, configured to mount a user partition corresponding to the login user of the client to the local, and write the user data generated by the login user to the mounted user partition;

The partition operation module 404 may specifically include:

The first detecting sub-module 441 is configured to detect whether a data file of the installed application exists in the user partition after the mounting; and

a file writing sub-module 442, configured to write the data file of the installed application to the mounted user partition when the data file of the installed application does not exist in the mounted user partition .

Since the user interface of the service providing device can be a user interface for all or part of the installed applications, and each user is likely to use each installed application and generate corresponding user data during use, it is necessary to implement each The installed applications are reused for each user partition to meet the need to use user partitions to store user data generated by users during each application.

In order to implement the application of each installed application to each user partition, the embodiment may detect, after each mounting of the user partition, whether there is a data file of the installed application in the mounted user partition, and After mounting When the data file of the installed application does not exist in the user partition, the data file of the installed application is written into the mounted user partition; the user partition after detecting the mount and the installed application are The data file is written into the user partition after the mounting, and the data file of the application in the user partition can be consistent with the application in the service providing device, and the user in the mounted user partition can be ensured to exist in the service providing device. The data file of the installed application is installed, and the data file of an installed application can be used to store the user data generated by the user during the use of the installed application, so that the user partition storage user is used in the process of using each application. User data requirements.

In an actual application, after the installation of each installed application is completed, the data file of the installed application may be placed in the first temporary storage area, so that the existing user partition does not exist in the mounted user partition. When the data file of the application is installed, the data file of the installed application may be read from the first temporary storage area, and the read content is written to the mounted user partition.

In a specific implementation, the data file matching the information of the installed application may be searched in the mounted user partition, and if found, the data file of the installed application exists in the mounted user partition. If not found, the data file of the installed application does not exist in the mounted user partition.

Further, the installed application may specifically include: all installed applications, or applications installed in a first preset time; wherein the installed application indicates that all installed applications need to be mounted In the subsequent user partition, it is required to spend more time cost to find the data file matching the information of all installed applications; and when the installed application indicates the application installed in the first preset time, it is required The data file matching the information of some installed applications is found in the mounted user partition, so the time cost is small.

In an embodiment of the present application, the behavior of installing the application may be monitored, and when the behavior of installing the application is monitored, the installed application is used as an installed application, and information of the installed application is recorded; The information of the installed application may specifically include one or more of the following information: folder information of the installed application and data file information of the installed application.

In a preferred embodiment of the present application, in order to prevent application management from affecting the access efficiency of the client, management of the application, such as installing and/or uninstalling and/or upgrading the application, may be performed if the service providing device is not connected to the client. In particular, the server can trigger the management of the application on all service providing devices to ensure that different service providing devices provide the same service to the client. For example, the server can install the installation package, and the service providing device sends the installation package to the service providing device. Install the corresponding application according to the installation package.

In an actual application, in addition to the folder information of the installed application and the data file information of the installed application, the information of the installed application may further include: installation time information of the installed application, so that The application installed in the first preset time is determined according to the installation time information of the installed application. For example, the preset time may be the most recent maintenance period (the server manages the application period, such as 1 hour or 24 hours); or the first preset time may also be the last time the current user partition is mounted. The time period between the current time and the like, because each time the user partition is mounted, the data file of the application in the user partition is consistent with the application in the service providing device, so the current user partition can be ignored. The installed application before the time is loaded; it can be understood that a specific maintenance period or a first preset time can be determined by a person skilled in the art according to actual needs. The embodiment of the present application does not limit the specific maintenance period or the first preset time. .

Embodiment 5

Referring to FIG. 5, a structural block diagram of Embodiment 5 of a service providing device of the present application is shown, which may specifically include the following modules:

An interface encoding module 501, configured to encode a user interface;

The stream processing module 502 is configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client;

The message processing module 503 is configured to receive an input message from the client, and perform corresponding message processing according to the input message, where the message processing may include: updating the user interface;

a partition operation module 504, configured to mount a user partition corresponding to the login user of the client to the local, and write the user data generated by the login user to the mounted user partition;

The partition operation module 504 may specifically include:

a second detecting submodule 541, configured to detect whether a data file of the uninstalled application exists in the user partition after the mounting;

The deleting sub-module 542 is configured to delete the data file of the uninstalled application in the mounted user partition when the data file of the uninstalled application exists in the mounted user partition.

In order to achieve the consistency between the data file of the application in the user partition and the application in the service providing device, the embodiment may detect whether the data file of the uninstalled application exists in the mounted user partition after each mounting of the user partition, and Deleting the data file of the uninstalled application in the mounted user partition when the data file of the uninstalled application exists in the mounted user partition; detecting the user partition and deleting after the mounting The operation of the data file of the uninstalled application in the mounted user partition can achieve consistency between the data file of the application in the user partition and the application in the service providing device, and can ensure that the user partition after the mount does not exist. Service provided in the device The application data file is uninstalled, so that the user partition can be used to store the user data generated by the user in using each application process while saving the storage space of the user partition.

In a specific implementation, the data file matching the information of the uninstalled application may be searched in the mounted user partition, and if found, the data file of the uninstalled application exists in the mounted user partition. If not found, the data file of the uninstalled application does not exist in the mounted user partition.

Further, the uninstalled application may specifically include: all applications that have been uninstalled, or applications that are uninstalled within a second preset time; wherein, when the uninstalled application indicates all applications that have been uninstalled, it needs to be mounted. The data file in the subsequent user partition that matches the information of all the applications that have been uninstalled requires a lot of time cost; and when the uninstalled application indicates an application that is uninstalled in the second preset time, it is required The data file matching the information of the partially uninstalled application is searched in the mounted user partition, and therefore, the time cost is small.

The second preset time may be the last maintenance period (the server manages the application period, such as 1 hour or 24 hours); or the second preset time may also be the last time the current user partition is mounted. The time period between the current time and the like, because each time the user partition is mounted, the data file of the application in the user partition is consistent with the application in the service providing device, so the current user partition can be ignored. The unloaded application before the time is loaded; it can be understood that a specific maintenance period or a second preset time can be determined by a person skilled in the art according to actual needs. The embodiment of the present application does not limit the specific maintenance period or the second preset time. .

Embodiment 6

Referring to FIG. 6, a structural block diagram of Embodiment 6 of a service providing device of the present application is shown, which may specifically include the following modules:

An interface encoding module 601, configured to encode a user interface;

The stream processing module 602 is configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client.

The message processing module 603 is configured to receive an input message from the client, and perform corresponding message processing according to the input message, where the message processing may include: updating the user interface;

The remote management module 604 is configured to cooperate with the server to complete remote management of the service providing device by the server.

The service providing device of the embodiment may further include: a remote management module 604, which may remotely communicate with the server to cooperate with the server to complete remote management of the service providing device by the server, thereby enabling The service providing device provides a consistent, normal and timely smart TV service to the client. In order to avoid remote management affecting the access efficiency of the client, the service provider device may not be connected to the client. In the case of the above remote management.

In a specific implementation, the remote management of the service providing device by the server may include: application management of the server to the service providing device, process cleaning of the server to the service providing device, and heartbeat of the server to the service providing device. At least one of management.

The application management of the service providing device by the server may further include installing an application, uninstalling the application, and the like. The fourth embodiment and the fifth embodiment have been introduced, and are not described herein again.

The process of cleaning the process of the service providing device by the server may include: killing a process, etc., assuming that there is a malicious application running in the background in the service providing device, the server may send a killing process instruction to the service providing device, so that the service providing device kills Kill the malicious application;

The heartbeat management of the service providing device by the server may be used to determine the working state of the service providing device. For example, the service providing device may send heartbeat information to the server according to a period, and the server may perform heartbeat detection on the service providing device when the service providing device When the heartbeat detection result meets the preset abnormal condition, the service providing device may be considered to be in an abnormal state, and send a soft restart instruction to the service providing device; for example, the number of times the soft restart command is continuously sent to the service providing device exceeds the number of times If the threshold of the service and the heartbeat detection result of the service providing device meet the preset abnormal condition, the service providing device may be considered to have a crash, so that a hard restart command may be sent to the management device corresponding to the service providing device to implement the service providing device. The hard restart of the preset may include: the heartbeat information of the service providing device is not received within the preset time, and the preset time is 5 minutes, if the service providing device is not received within 5 minutes Heartbeat information, then the Service providing device in an abnormal state, the present application example of the embodiment of the preset time is not particularly limited thereto. The preset abnormal condition may include: the hardware resource information of the service providing device carried in the heartbeat information exceeds a corresponding preset threshold, and/or the state information of the service providing device carried in the heartbeat information is abnormal; The preset threshold indicates a limit value at which the hardware resource of the service providing device fails. The service providing device and the server can perform heartbeat communication based on the TR069 protocol. Of course, the specific communication manner between the service providing device and the server and the specific heartbeat management manner are not limited in the embodiment of the present application.

In a preferred embodiment of the present application, the remote management module 604 may be specifically configured to perform remote management of the service providing device by the server in cooperation with the server by using a daemon process. For example, the structure of the Android system may specifically include: a Natvie layer, a framework layer, an application layer, and the like, wherein a general software module (such as the interface encoding module 601-remote management module 604 described above) generally runs on the application layer. However, the application layer is more difficult to obtain system permissions; while the Daemon (daemon process) resident in the Natvie layer has root privileges, it can perform operations that the application layer does not have permission to perform, such as killing process operations, etc. Process coordination The server completes remote management of the service providing device by the server.

In another preferred embodiment of the present application, the remote management of the service providing device by the server may be the application management of the service providing device by the server, and the remote management module 604 may specifically include:

An application update submodule, configured to: after receiving an update instruction from the server, update an application in the service providing device according to the to-be-updated application information carried in the update instruction; where the application information to be updated is The server is determined according to an installed application in the service providing device.

In the preferred embodiment, the server may determine the application information to be updated according to the installed application in the service providing device, and then notify the service providing device to update the application according to the application information to be updated, and determine that the application in the service providing device is successful. After the update, the service providing device version number is reallocated for the service providing device after the successful update; thus, the server can allocate the service providing device to the client according to the updated service providing device version number. For example, the server may select the service providing device with the highest device version number of the service providing device, and assign the selected service providing device with the highest service version number to the client; the service providing device with the highest version number of the service providing device is successfully updated and installed. All applications can meet the various needs of the client.

The process of determining, by the server, the application information to be updated according to the installed application in the service providing device may include: receiving the installed application list reported by the service providing device; obtaining, from a plurality of application lists maintained by the server Setting the application list; wherein the application list version number corresponding to the setting application list is not less than an application list version number of other application lists maintained by the server; according to the installed application list and the setting application list And the application information of the application that is installed in the service providing device may be specifically included in the list of the installed applications; the setting application list may specifically include: the current time App information for all apps that have been updated.

It should be apparent to those skilled in the art that the above-mentioned setting application list is continuously updated. After each update, the application list version number of the application list is also updated, and the commonly used application list version number is updated. The application list version number is incremented by one on the basis of the previous application list version number, and is of course not limited thereto. The server can delete the list of settings before maintenance, and only keep the list of settings after maintenance; of course, in order to be applicable to various situations that may exist in the actual application, the server can also apply the list of settings for multiple versions. Both are saved to be called according to different invocation requests. For example, if the user requests to install an old version of the application A (relative to the current latest version of the application), the server may call the saved corresponding to the old version. The installation of the old version of the application A is performed by applying the old version of the application list of A.

It should be noted that the version number (including the application list version number, the service providing device version number, and the like) described in this embodiment is relative to the application list or the update time of the service providing device, and is not limited to the version. The size of this letter in the sense of size. For example, the service providing device version number of the service providing device after the second update on 2015.2.1 may be considered to be higher than the service providing device version number of the service providing device after the first update on 2015.2.1.

In a preferred embodiment of the present application, the remote management module 604 is further configured to report the status of the server to the server, where the status may include: an idle state, a busy state, and the like, where the client is connected. In the case of the terminal, the state of the service providing device may be a busy state. After disconnecting from the client, the state of the service providing device may be updated to an idle state, and the reported idle state and busy state may be allocated as the server for the foregoing server. An effective basis for service delivery equipment.

In another preferred embodiment of the present application, the foregoing state may further include a dormant state, such that when the service providing device is allocated to the client, the server may first wake up the service providing device in the dormant state, and then allocate the device. Give the corresponding client.

Example 7

Referring to FIG. 7, a structural block diagram of Embodiment 7 of a service providing device of the present application is shown, which may specifically include the following modules:

The connection module 701 is configured to generate a virtual input device after establishing an encrypted connection with the client;

An interface encoding module 702, configured to encode a user interface;

The stream processing module 703 is configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client; and

The message processing module 704 is configured to receive an input message from the client, and perform corresponding message processing according to the input message. The message processing may include: updating the user interface;

The message processing module 704 may specifically include:

The decryption sub-module 741 is configured to receive an encrypted input message sent by the client, and decrypt the encrypted input message; and

The virtual response sub-module 742 is configured to write the decrypted input message to the virtual input device, and the virtual input device distributes the input event corresponding to the input message to obtain response information of the input message.

Compared with the first embodiment, in this embodiment, the service providing device can establish an encrypted connection with the client to ensure the security of data transmission, and then generate a virtual input device to simulate input messages of various hardware, and the service providing device receives the client. After the encrypted input message is sent, the encrypted input message is decrypted, and then the decrypted input message is written into the virtual input device, and the virtual input device inputs the input message to the input message. The distribution is performed in response to the input message and the response information is fed back to the client, which is more scalable, simpler in processing, and capable of achieving a fast and secure response to the input message through the service providing device.

Connection module 701

In a specific implementation, the service providing device can establish an encrypted connection with the client through SSL (Secure Sockets Layer), etc., thereby transmitting data through an encrypted channel between the two to ensure data transmission security.

In this embodiment, after establishing an encrypted connection with the client, the service providing device may virtualize an input device in the user space in advance, and simulate the input message of the hardware through the virtual input device, and input the event input and distribute the input message of the user in the system. , thereby implementing the response of the service providing device to the input message.

In an application example of the present application, the connection module 701 can listen to the port after startup, receive a signal from the port to establish an encrypted long connection with the client, and after the encrypted long connection is successfully established. , generating a virtual input device in the user space.

After the service provider starts, it will start the SSL Socket Server to listen to the specified port, and receive a connection signal from the port to establish a long connection with the client. After the long connection is successfully established, the service providing device generates a virtual input device in the user space. For example, use Uinput to virtualize an input device /dev/input/Ali-vinput. The SSL Socket Server is a server application used by the service provider to receive encrypted input signals. Uinput is the kernel interface that linux uses to implement user-space input devices. It can be used to virtualize input devices in user space and inject input events into the system.

For example, you can create a virtual input device by using the Android system as an example. Open (dev/uinput, O_WRONLY|O_NONBLOCK) to open the /dev/uinput device to get fd; then use ioctl(fd, UI_SET_EVBIT, EV_XXX) Add event types, including synchronization events, keyboard events, mouse events, touch events, etc.; register acceptable event values, including keyboard key values, mouse and touch event x and y coordinates, etc.; initialize uinput_user_dev type variable uidev, This variable holds the basic information of the device to be virtualized, including the device name and bus type; write the device information to be virtualized to the /dev/uinput device using write(fd,&uidev,sizeof(uidev)); use ioctl(fd, UI_DEV_CREATE) Generates a virtual device. Wherein, fd refers to a file descriptor, and the device can be operated in the case of acquiring a file descriptor of the device. In this embodiment, fd points to the /dev/uinput device. Ioctl is a function that manages the input and output channels of the device in the device driver. The parameter &uidev is the command name, and the sizeof(uidev) is the parameter required by the command. In actual processing, the parameter can be set by sizeof(uidev), or the parameter is not set. The parameter, through the ioctl function to the device pointed to by fd to execute the UI_SET_EVBIT command, EV_XXX is the parameter of the command, in order to add the event type. Write function Used to write data to the device pointed to by fd, uidev is the first address of the data, and sizeof(uidev) is the data size.

Decryption sub-module 741

The above input message may be a message input through an input device such as a remote controller, a mouse, a keyboard, etc.; the main purpose of the decryption process performed by the decryption sub-module 741 is to recover the original input message from the encrypted input message.

In a preferred embodiment of the present application, the process of decrypting the encrypted input message may specifically include performing symmetric decryption or asymmetric decryption on the encrypted input message to obtain a decrypted binary input message or a decrypted key. Value information. The input message obtained by the service providing device after decryption may exist in multiple types, such as a standard input message for the specified system, and the mapped key value information, etc., may be set according to specific requirements, or may be decrypted according to requirements. The input message is converted to get the required input information.

Virtual response sub-module 742

In an application example of the present application, the virtual response sub-module 742 may distribute the input event to a system or an application or the like for processing, thereby responding to the input message, such as updating the user interface according to the input event, etc., Achieve quick response to incoming messages.

In another preferred embodiment of the present application, after decrypting the encrypted input message, the decrypted input message may also be mapped into corresponding key value information according to a preset rule; the virtual input device determines The input event corresponding to the decrypted input message may specifically include: the virtual input device searching for an input event corresponding to the key value information.

In this embodiment, the decrypted input message may be digital information. In this case, the mapping table preset by the digital information may be mapped into corresponding key value information, such as inverse mapping of the digital information into a key value according to a preset protocol. information. When the input message appears in the form of key value information, the virtual input device can look up the input event corresponding to the key value information and then distribute the input event.

Taking the Android system as an example, a process of processing an input message by a virtual input device may specifically include:

1. The Hardware Abstraction Layer (HAL) EventHub listens to changes in all device file descriptors in the /dev/input/ directory through the epoll mechanism. Once an input event is written to the device, EventHub can read the event. ;

2. The InputReader of the Framework layer is converted into the input event of the android platform after reading the original input event from the EventHub, and then passing the input event to the InputDispatcher;

3. InputDispatcher distributes the event to the upper application or system according to the input event and the scene. For example, the Home key and the Power key are handed over to the system instead of the upper application, and the arrow keys are handed over to the application.

In this embodiment, the user interface displayed by the client is parsed according to the TS stream sent by the service providing device. As shown, the user's control of the user interface, such as selecting a function, or installing an application such as an APP therein, appears to be performed on the client side, and actually sends the input information to the service providing device. The service providing device performs corresponding message processing and feeds back the responding TS stream.

In another preferred embodiment of the present application, the input event is distributed to an upper layer application or an operating system for response processing, and the corresponding response information is generated, which may include: distributing the input event to an upper layer application or an operating system; The upper layer application or operating system acquires a user interface responsive to the input event; encoding the user interface to generate a corresponding TS stream as response information to display a user interface responsive to the input message at the client.

The virtual input device may distribute the input event to the corresponding upper application or operating system, and then the upper application or the operating system acquires a user interface responsive to the input event, for example, inputting an event to select a certain function. The user interface may be a user interface corresponding to the function; and if the input event is to install an APP, the user interface is the user installation interface and the corresponding user interface of the installation completion.

In order to enable the person skilled in the art to better understand the present application, the above process of responding to an input message is described below in conjunction with the interaction process of the service providing device and the client.

1. Transmission of standard input messages to a specified operating system.

In this embodiment, the client may parse the TS stream and display the corresponding user interface, and send a standard control message of the specified operating system to the service providing device, and the service providing device responds to the standard control message.

Referring to FIG. 8, a flowchart of a method for communication between a client and a service providing device according to the present application is shown, which may specifically include:

8.02, the client establishes an encrypted connection with the service providing device after startup;

8.04. The service providing device generates a virtual input device;

8.06, the client receives the original message;

8.08, the client mapping obtains the standard input message of the specified system;

8.10. The client binarizes the standard input message of the specified system to obtain a binary input message.

8.12. The client encrypts the binary input message to obtain an encrypted input message.

8.14. The client sends the encrypted input message to the service providing device.

8.16. The service providing device decrypts the encrypted input message to obtain a decrypted binary input message.

8.18. The service providing device writes the decrypted input message to the virtual input device.

8.20. The virtual input device of the service providing device determines an input event corresponding to the decrypted input message;

8.22. The virtual input device of the service providing device distributes the input event to an upper application or an operating system. Line response processing, generating corresponding response information, including the TS stream of the response;

8.24. The service providing device feeds back the responding TS stream to the client;

8.26. The client parses the responding TS stream and displays a user interface responsive to the input message.

2. Key value information is used as the transmission of the input message.

Referring to FIG. 9, a flow chart of another method of communication between a client and a service providing device of the present application is shown.

9.02. The client establishes an encrypted connection with the service providing device after startup;

9.04. The service providing device generates a virtual input device;

9.06, the client receives the original message;

9.08. The client determines key value information corresponding to the original message.

9.10. The client maps the key value information into digital information as an input message.

9.12. The client encrypts the key value information to obtain an encrypted input message.

9.14. The client sends the encrypted input message to the service providing device.

9.16. The service providing device decrypts the encrypted input message to obtain decrypted digital information.

9.18. The service providing device maps the decrypted digital information into key value information;

9.20. The service providing device writes key value information to the virtual input device.

9.22. The virtual input device of the service providing device determines an input event corresponding to the key value information;

9.24. The virtual input device of the service providing device distributes the input event to an upper layer application or an operating system for response processing, and generates corresponding response information, including the responding TS stream;

9.26. The service providing device feeds back the responding TS stream to the client;

9.28. The client parses the responding TS stream and displays a UI interface responsive to the input message.

In this embodiment, the user interface of the service providing device may be a user interface regarding all or part of the installed applications.

For example, after the user installs the APP in the client, after the user sends an installation instruction to an APP in the user interface displayed by the client, the client obtains the original message corresponding to the installation instruction and generates encryption through mapping, encryption, and the like. The input message is sent to the service providing device, and after the service providing device processes the input message interface, mapping, etc., the data of the APP is acquired in response to the input message, and the corresponding APP information is installed and recorded on the service providing device, and the installation process and the The TS stream corresponding to the UI interface is installed and sent back to the client for display.

For example, after the user selects and opens an installed game app through the external device, and sends the corresponding encrypted input message to the service providing device, the service providing device obtains the UI cache generated by the corresponding APP in response to the input message to generate the TS. The stream is sent as a response message to the client for display, and subsequent to the various control data sent by the client, The service providing device also sends a UI cache corresponding to the TS stream in response to the control data, and the client displays a UI interface responsive to the user control.

Therefore, the smart television system of the present application can pre-purchase an application of a paid resource such as a game or a video, and install it in the service providing device, and the service providing device provides the service of the paid resource to the client, so that the user can freely try the client through the client. These paid resources.

Method embodiment

Referring to FIG. 10, a flow chart of the steps of the first embodiment of the data processing method applied to the service providing device of the present application is shown, which may specifically include the following steps:

Step 1001: encoding a user interface;

Step 1002: Generate a corresponding transport stream according to the coding result of the user interface, and push the transport stream to the connected client.

Step 1003: Receive an input message from the client, and perform corresponding message processing according to the input message. The message processing may include: updating the user interface.

In this embodiment, the service providing device may push the transport stream corresponding to the user interface to the connected client, so that the client may display the user interface that is parsed according to the transport stream; and the service providing device may also receive An input message generated by the user from the input device of the user through a remote controller, a mouse, or the like, and updating the user interface of the service providing device according to the input message; since the service providing device is responsible for obtaining the current input information corresponding to the user interface, The client is only responsible for the resolution of the transport stream and the display of the user interface. Therefore, the present embodiment can directly provide the smart TV service to the client through the service providing device, which reduces the performance requirement for the set top box, thereby reducing the maintenance of the set top box. The operation reduces the hardware resource requirements of the smart TV service and saves the cost for the user to purchase or update the set top box.

In a preferred embodiment of the present application, the method may further include: acquiring corresponding multimedia play information according to the multimedia play request of the client, and feeding back the multimedia play information to the client. In the preferred embodiment, the service providing device pushes the user interface to the client in the form of a TS stream, and sends the multimedia play information to the client, so that the client obtains the corresponding multimedia resource according to the multimedia play information. The user interface and multimedia resources are obtained in different ways, so that conflicts between the user interface and the multimedia resources can be avoided, thereby ensuring the display quality of the user interface and the playback quality of the multimedia resources.

Referring to FIG. 11, a step of the second embodiment of the data processing method applied to the service providing device of the present application is shown. The flow chart may specifically include the following steps:

Step 1101: encoding a user interface;

Step 1102: Generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client.

Step 1103: Receive an input message from the client, and perform corresponding message processing according to the input message. The message processing may include: updating the user interface;

Step 1104: Mount the user partition corresponding to the login user of the client to the local, and write the user data generated by the login user to the mounted user partition.

In this embodiment, the user partition corresponding to the user may be used to specifically store the user data generated by the user. The user partitions are independent of the storage space of the service providing device. For each user partition, the corresponding user may be mounted after logging in. It is above the service providing device, and it can not have a mounting relationship with the service providing device when its corresponding user is not logged in; since each user partition can correspond to the user, so that no matter which service providing device is connected by the user through the client The connected service providing device may use the user partition corresponding to the user to store the user data used by the user, that is, the user partition may store all historical data generated by the user, thereby satisfying the user for all historical data. Access requirements.

In a preferred embodiment of the present application, the method may further include: detecting whether a data file of the installed application exists in the mounted user partition; and the existing user partition does not exist in the mounted user partition. When the application's data file is installed, the data file of the installed application is written to the mounted user partition. The foregoing detecting the mounted user partition and writing the data file of the installed application to the mounted user partition can achieve consistency between the data file applied in the user partition and the application in the service providing device. It can ensure that the data files of all installed applications in the service providing device exist in the user partition after the mounting, and the data file of an installed application can be used to store the user data generated by the user during the use of the installed application, therefore, The preferred embodiment can satisfy the need to use user partitions to store user data generated by the user during use of each application.

In another preferred embodiment of the present application, the method may further include: detecting whether a data file of the uninstalled application exists in the mounted user partition; and the user after the mounting When the data file of the uninstalled application exists in the partition, the data file of the uninstalled application in the mounted user partition is deleted. The operation of detecting the mounted user partition and deleting the data file of the uninstalled application in the mounted user partition can achieve consistency between the data file applied in the user partition and the application in the service providing device, and can It is ensured that the data file of the uninstalled application in the service providing device does not exist in the user partition after the mounting. Therefore, the preferred embodiment can satisfy the use of the user partition storage user in the premise of saving the storage space of the user partition. The need for user data generated during each application process.

Referring to FIG. 12, a flow chart of the steps of the third embodiment of the data processing method applied to the service providing device of the present application is shown, which may specifically include the following steps:

Step 1201: encoding a user interface;

Step 1202: Generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client.

Step 1203: Receive an input message from the client, and perform corresponding message processing according to the input message. The message processing may include: updating the user interface;

Step 1204: cooperate with the server to complete remote management of the service providing device by the server.

In a preferred embodiment of the present application, the step of the cooperation server completing the remote management of the service providing device by the server may specifically be: using a daemon process to complete the remote connection of the server to the service providing device by using the server management.

In another preferred embodiment of the present application, the remote management of the service providing device by the server is application management of the server to the service providing device, and the method may further include: receiving the from the server Updating the application in the service providing device according to the to-be-updated application information carried in the update instruction, where the application information to be updated is determined by the server according to the installed application in the service providing device .

Referring to FIG. 13, a flow chart of the steps of the fourth embodiment of the data processing method applied to the service providing device of the present application is shown, which may specifically include the following steps:

Step 1301: Generate a virtual input device after establishing an encrypted connection with the client;

Step 1302: encode a user interface.

Step 1303: Generate a corresponding transport stream according to the coding result of the user interface, and push the transport stream to the connected client.

Step 1304: Receive an input message from the client, and perform corresponding message processing according to the input message. The message processing may include: updating the user interface;

The step 1204 of performing the corresponding message processing according to the input message may specifically include:

Step 1341: Receive an encrypted input message sent by the client, and decrypt the encrypted input message.

Step 1342: Write the decrypted input message to the virtual input device, and the virtual input device distributes the input event corresponding to the input message to obtain response information of the input message.

In this embodiment, the service providing device may establish an encrypted connection with the client to ensure the security of data transmission, and then generate a virtual input device to simulate input messages of various hardware, and the service providing device receives the encrypted input sent by the client. After the message, the encrypted input message is decrypted, and then the decrypted input message is written to the virtual input device, and the input message is distributed by the virtual input device in response to the input message and The response information is fed back to the client, which has high scalability, simple processing, and fast and secure response to input messages through the service providing device.

For the method embodiment, since it is basically similar to the service providing device embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the embodiment of the service providing device.

It should be noted that, for the method embodiments, for the sake of simple description, they are all expressed as a series of action combinations, but those skilled in the art should understand that the embodiments of the present application are not limited by the described action sequence, because In accordance with embodiments of the present application, certain steps may be performed in other sequences or concurrently. In the following, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required in the embodiments of the present application.

The various embodiments in the present specification are described in a progressive manner, and each embodiment focuses on differences from other embodiments, and the same similar parts between the various embodiments can be referred to each other.

Those skilled in the art will appreciate that embodiments of the embodiments of the present application can be provided as a method, apparatus, or computer program product. Therefore, the embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Moreover, embodiments of the present application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.

In a typical configuration, the computer device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory. The memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory. Memory is an example of a computer readable medium. Computer readable media includes both permanent and non-permanent Pervasive, removable, and non-removable media can be stored by any method or technique. The information can be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a service providing device. As defined herein, computer readable media does not include non-persistent computer readable media, such as modulated data signals and carrier waves.

Embodiments of the present application are described with reference to flowcharts and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the present application. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal device to produce a machine such that instructions are executed by a processor of a computer or other programmable data processing terminal device Means are provided for implementing the functions specified in one or more of the flow or in one or more blocks of the flow chart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device such that a series of operational steps are performed on the computer or other programmable terminal device to produce computer-implemented processing, such that the computer or other programmable terminal device The instructions executed above provide steps for implementing the functions specified in one or more blocks of the flowchart or in a block or blocks of the flowchart.

While a preferred embodiment of the embodiments of the present application has been described, those skilled in the art can make further changes and modifications to the embodiments once they are aware of the basic inventive concept. Therefore, the appended claims are intended to be interpreted as including all the modifications and the modifications

Finally, it should also be noted that in this context, relational terms such as first and second are used merely to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply these entities. There is any such actual relationship or order between operations. Moreover, the terms "including", "comprising" or any of them Other variations are intended to encompass non-exclusive inclusions, such that a process, method, article, or terminal device that comprises a plurality of elements includes not only those elements but also other elements not specifically listed or included The elements inherent in methods, articles, or terminal equipment. An element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or terminal device that comprises the element, without further limitation.

The above provides a detailed description of a service providing device, a data processing method applied to the service providing device, and a smart television system provided by the present application. In this paper, a specific example is applied to implement the principle and implementation manner of the present application. It is to be noted that the description of the above embodiments is only for helping to understand the method of the present application and its core ideas; at the same time, for those of ordinary skill in the art, according to the idea of the present application, there will be changes in specific embodiments and applications. In the above, the contents of the present specification should not be construed as limiting the present application.

Claims

A service providing device, comprising:

An interface coding module for encoding a user interface;

a stream processing module, configured to generate a corresponding transport stream according to the encoded result of the user interface, and push the transport stream to the connected client; and

a message processing module, configured to receive an input message from the client, and perform corresponding message processing according to the input message; wherein the message processing comprises: updating the user interface.
The service providing device according to claim 1, wherein the stream processing module is further configured to acquire corresponding multimedia play information according to the multimedia play request of the client, and feed back the multimedia play information to the Client.
The service providing device according to claim 1, wherein the service providing device further comprises:

The partition operation module is configured to mount the user partition corresponding to the login user of the client to the local, and write the user data generated by the login user to the mounted user partition.
The service providing device according to claim 3, wherein the partition operation module comprises:

The first detecting submodule is configured to detect whether a data file of the installed application exists in the user partition after the mounting;

And a file writing submodule, configured to write the data file of the installed application to the mounted user partition when the data file of the installed application does not exist in the mounted user partition.
The service providing device according to claim 3, wherein the partition operation module comprises:

a second detecting submodule, configured to detect whether a data file of the uninstalled application exists in the user partition after the mounting;

And deleting a sub-module, configured to delete the data file of the uninstalled application in the mounted user partition when the data file of the uninstalled application exists in the mounted user partition.
The service providing device according to claim 1, wherein the service providing device further comprises:

The remote management module is configured to cooperate with the server to complete remote management of the service providing device by the server.
The service providing device according to claim 6, wherein the remote management of the service providing device by the server comprises: application management of the server by the server, process cleaning of the server by the server, and At least one of the server's heartbeat management of the service providing device.
The service providing device according to claim 7, wherein the remote management of the service providing device by the server is the application management of the server to the service providing device, and the remote management module comprises:

An application update submodule, configured to: after receiving an update instruction from the server, update an application in the service providing device according to the to-be-updated application information carried in the update instruction; where the application information to be updated is The server is determined according to an installed application in the service providing device.
The service providing device according to claim 6 or 7, wherein the remote management module is specifically configured to cooperate with the server to complete remote management of the service providing device by the server by using a daemon process.
The service providing device according to claim 1, wherein the service providing device further comprises:

a connection module, configured to generate a virtual input device after establishing an encrypted connection with the client;

The message processing module includes:

a decryption submodule, configured to receive an encrypted input message sent by the client, and decrypt the encrypted input message; and

a virtual response sub-module, configured to write the decrypted input message to the virtual input device, and the virtual input device distributes the input event corresponding to the input message to obtain response information of the input message.
A data processing method applied to a service providing device, comprising:

Encoding the user interface;

Generating a corresponding transport stream according to the encoded result of the user interface, and pushing the transport stream to the connected client;

Receiving an input message from the client, and performing corresponding message processing according to the input message; wherein the message processing comprises: updating the user interface.
The method according to claim 11, wherein the method further comprises: acquiring corresponding multimedia play information according to the multimedia play request of the client, and feeding back the multimedia play information to the client.
The method of claim 11 wherein the method further comprises:

The user partition corresponding to the login user of the client is mounted locally, and the user data generated by the login user is written into the mounted user partition.
The method of claim 13 wherein the method further comprises:

Detect whether there is a data file of the installed application in the user partition after the mount;

When the data file of the installed application does not exist in the mounted user partition, the data file of the installed application is written into the mounted user partition.
The method of claim 13 wherein the method further comprises:

Detect whether there is a data file of the uninstalled application in the user partition after the mount;

And deleting, when the data file of the uninstalled application exists in the mounted user partition, deleting the data file of the uninstalled application in the mounted user partition.
The method of claim 11 wherein the method further comprises:

The remote management of the service providing device by the server is completed in cooperation with the server.
The method according to claim 16, wherein the remote management of the service providing device by the server comprises: application management of the server by the server, process cleaning of the server to the service providing device, and the server At least one of heartbeat management of the service providing device.
The method according to claim 17, wherein the remote management of the service providing device by the server is the application management of the server to the service providing device, and the method further includes:

After receiving the update instruction from the server, updating the application in the service providing device according to the to-be-updated application information carried in the update instruction; wherein the to-be-updated application information is provided by the server according to the service The application installed in the device is determined.
The method according to claim 16 or 17, wherein the step of completing the remote management of the service providing device by the server comprises: using a daemon process, and completing the server to provide service for the server Remote management of the device.
The method of claim 11 wherein the method further comprises:

Generating a virtual input device after establishing an encrypted connection with the client;

Then, the step of performing corresponding message processing according to the input message includes:

Receiving an encrypted input message sent by the client, and decrypting the encrypted input message;

Write the decrypted input message to the virtual input device, and the virtual input device distributes the input event corresponding to the input message to obtain response information of the input message.
A smart television system, comprising: the service providing device according to any one of claims 1 to 10.
The system of claim 21, wherein the smart television system further comprises: at least one server and at least one client; wherein the server is configured to allocate a service providing device to the client; the client The terminal is disposed in the smart TV, and the service providing device is disposed on the network side, and is configured to provide an Internet service for the connected client through the network.
The system of claim 22 wherein said smart television system further comprises: at least a user data information storage device; the at least one user data information storage device includes: at least one user partition; wherein the at least one user partition is respectively configured to store user data corresponding to different clients.