WO2017092325A1 - 一种智能电视互动功能的入口控制方法和装置 - Google Patents

一种智能电视互动功能的入口控制方法和装置 Download PDF

Info

Publication number
WO2017092325A1
WO2017092325A1 PCT/CN2016/089115 CN2016089115W WO2017092325A1 WO 2017092325 A1 WO2017092325 A1 WO 2017092325A1 CN 2016089115 W CN2016089115 W CN 2016089115W WO 2017092325 A1 WO2017092325 A1 WO 2017092325A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
displayed
list
display information
module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2016/089115
Other languages
English (en)
French (fr)
Inventor
王敏
于佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Le Holdings Beijing Co Ltd
Leshi Zhixin Electronic Technology Tianjin Co Ltd
Original Assignee
Le Holdings Beijing Co Ltd
Leshi Zhixin Electronic Technology Tianjin Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Le Holdings Beijing Co Ltd, Leshi Zhixin Electronic Technology Tianjin Co Ltd filed Critical Le Holdings Beijing Co Ltd
Priority to US15/245,056 priority Critical patent/US20170155957A1/en
Publication of WO2017092325A1 publication Critical patent/WO2017092325A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for programme selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Definitions

  • Embodiments of the present invention relate to the field of home appliance technologies, and in particular, to an entry control method and apparatus for a smart TV interactive function.
  • Smart TVs can integrate network resources and provide more functions and services designed to watch TV programs, such as providing program-related information, related star introductions, related videos and other services, enhancing the user's viewing experience.
  • the TV interactive platform is a platform for providing program enhancement services for video programs, and the TV interactive platform can provide unified program content interaction functions for cable television programs, carousels, and on-demand programs. Due to the many interactive functions, different modules (such as cable TV modules, carousel modules, and on-demand modules) require different interactive functions, and the interactive functions are very real-time, and sometimes need to be quickly launched online for hotspots.
  • the interactive function of the TV UI User Interface
  • the version is released online, and the version release period is long (about 1 month), and cannot be temporarily put into operation according to the operation strategy.
  • Function or offline function In the second solution, the interactive function is written on the client, and the opportunity to flexibly configure the interactive function entry according to the operation strategy cannot be realized. When the interactive function has some changes, the interactive function cannot be modified in time.
  • the TV program has a strong demand for the timeliness and flexibility of the interactive function, and needs to display different interactive functions for different channels, different types of programs, and different times, but in the prior art,
  • the solution does not allow for flexible configuration of interactive feature portals based on operational policies, and when new interactive content is available, there are problems with how interactive features can be quickly displayed.
  • the embodiment of the invention provides an entry control method and device for the interactive function of the smart TV, which is used to solve the problem that the prior art cannot realize the flexible configuration of the interactive function entry according to the operation strategy, and when the new interactive content is available, the interactive function cannot be quickly displayed.
  • an embodiment of the present invention discloses an entry control method for a smart TV interactive function, comprising the steps of: receiving an instruction to start a card list; the card list includes a plurality of cards, each of the cards having Corresponding interactive function; obtaining at least one card required from the server; screening at least one card to be displayed from the required at least one card; obtaining display information of the at least one card to be displayed; the display information Including an entry of the card; displaying the display information of the at least one card that needs to be displayed in the card list.
  • an embodiment of the present invention further discloses an entry control device for a smart TV interactive function, comprising: a receiving instruction module, configured to receive an instruction to start a card list; and the card list includes a plurality of cards.
  • Each of the cards has a corresponding interactive function; a card obtaining module for acquiring at least one card required from the server; and a card screening module for screening at least one of the required at least one card to be displayed a display information acquiring module, configured to obtain display information of the at least one card that needs to be displayed; the display information includes an entrance of the card; and a display module, configured to display the display information of the at least one card that needs to be displayed In the card list.
  • a computer program comprising computer readable code that, when executed on a smart television, causes the smart television to perform an entry of the smart television interactive function described above Control Method.
  • a computer readable medium wherein the computer program described above is stored.
  • the method and device for controlling the entry of the smart TV interactive function acquires at least one card required from the server after receiving the instruction to start the card list, wherein at least one card required includes a server end
  • the at least one card to be displayed is filtered from at least one card required, for example, at least one card to be displayed is selected from at least one card required according to the authority of each card, and After obtaining the display information of at least one card that needs to be displayed (including the entrance of the card), at least it will need to be displayed.
  • the display information for a card is displayed in the card list. Therefore, according to the operation strategy of the server, the card display information (including the card entry) in the card list can be configured in real time and flexibly, and the new interactive content can be quickly launched, which greatly improves the user experience.
  • FIG. 1 is a flow chart showing the steps of an entry control method for a smart TV interactive function according to an embodiment of the present invention
  • FIG. 2 is a flow chart showing the steps of an entrance control method for another smart TV interactive function according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a card list exhalation in an entry control method for a smart TV interactive function according to an embodiment of the present invention
  • FIG. 4 is a flow chart showing steps of starting a card in an entry control method for a smart TV interactive function according to an embodiment of the present invention
  • FIG. 5 is a structural block diagram of an entry control device for a smart TV interactive function according to an embodiment of the present invention
  • FIG. 6 is a structural block diagram of another entry control device for a smart TV interactive function according to an embodiment of the present invention.
  • Figure 7 is a schematic block diagram of a smart television for performing a method in accordance with an embodiment of the present invention.
  • Fig. 8 schematically shows a storage unit for holding or carrying program code implementing a method according to an embodiment of the invention.
  • FIG. 1 a flow chart of steps of an entrance control method for a smart TV interactive function according to an embodiment of the present invention is shown.
  • the card list includes a plurality of cards, each card having a corresponding interactive function.
  • the card is a plug-in/APK (Android Package, Android installation package), and the card list is a card APK, and the card APK can configure the entrance of the card interaction function.
  • the card list may be a card APK conforming to the standard program of the Android specification, and the main Activity (component) of the card list is inherited from the DLBasePluginActivity (the base class of the plug-in activity in the Android dynamic loading framework, used to encapsulate the proxy operation), DLBasePluginActivity It is implemented based on the main Activity of the Android standard application.
  • the main activity of the card list will be dynamically loaded by the Android dynamics framework at runtime, so that the Android dynamic loading framework can start the card through the main Activity of the card list.
  • the main activity of the card list uses the that keyword when referring to the resource, instead of the this keyword of the Android specification.
  • the main Activity of the card list is also the main interface or main window of the application, therefore, the main Activity of the card list can interact with the user.
  • the at least one card required may include at least one new online card, and/or at least one offline card, and/or at least one card to be updated. That is, at least one card required may include at least one new online card, or at least one offline card, or at least one card to be updated, or at least one new online card and at least one offline card, or at least one new online card and at least one new online card and at least one a card to be updated, or at least one offline card and at least one card to be updated A piece, or at least one new online card, at least one offline card, and at least one card to be updated. Therefore, the interactive content of the interactive function version of the relative smart TV in the server can be obtained in time.
  • the server in step S2 may be an interactive platform server that provides an interactive function to the smart TV.
  • the smart TV opens the background Thread to the server to get the required card list and the APK file of each card in the required card list, and the required card list and the required card list are each
  • the APK file of the card is saved to the local file of the smart TV and/or the local database sqlite (lightweight database) for later use, such as when the card list is launched later.
  • the Thread may only obtain at least one offline card list on the server, and save the at least one offline card list to the local file of the smart TV and/or The local database sqlite is for later use.
  • the server may configure the rights of the new interactive content according to the operation policy, that is, the rights of the card. Therefore, each card in the at least one card has its own authority, so that The permissions of each card are filtered to at least one card that needs to be displayed.
  • S4 obtaining display information of at least one card to be displayed; the display information includes an entrance of the card.
  • At least one card that needs to be displayed may include a custom card and/or at least one third party card.
  • the custom card is a custom card on the server side
  • the third party card is a card provided by other interactive platform servers. The card list can then display richer interactive content.
  • the display information of the acquired card may be the entrance of the card (including the entrance icon) and the name of the card;
  • the display information of the obtained card may be the entry of the card (including the entry icon), the name of the card, and the URL (Uniform Resource Locator) address of the card.
  • the URL address of the card can be written in a specific position in the APK file of the card for reading the card list.
  • step S4 can parse the APK file of each defined card, and obtain the card entry and the name of the card through the Android PackageManager class (for all the data structures based on the loading information).
  • the display information (entry icon, etc.) of the third-party card can be placed in the card list in advance.
  • step S4 can directly obtain the display information of the third-party card from the card list, without the need for The APK file of the three-party card is parsed.
  • the entry icons of the respective definition cards and the third party cards can be visually designed by the server side, and packaged in the APK file of the corresponding card after design. After obtaining the required at least one card from the server, for the custom card, the APK file of the custom card is parsed, and the entry icon of the card can be taken out; for the third party card, the entry icon of the card can be directly taken out.
  • the card list may include an entrance of at least one resident card, and the resident card may be any one of a program details card, a star card, a related video card, and a microblog card, a program detail card, a star card, and a related video.
  • Cards and Weibo cards are custom cards.
  • the program details card, star card, and related video card are installed by default in the smart TV.
  • the smart TV background also defaults the program details card, the star card, and the related video card to the online state.
  • the microblog card The entry is written by default in the card list. Therefore, when the card list is called out, there must be an entry icon for the program details card, the star card, the related video card, and the microblog card, and the entry icons of the other cards are displayed in a dynamic manner.
  • the card list is a horizontal list
  • the horizontal list can be implemented by a component HorizontalListView, which is a custom component integrated from the AdapterView class, and can basically implement the same as the Android native ListView component.
  • the effect is just that the component HorizontalListView is a horizontal effect.
  • the UI (User Interface) interface of the horizontal list may be presented based on the main Activity of the card list, so that the user can operate the card through the card list.
  • the server in the process of starting the card list, when the server has at least one new card that has passed the installation policy and is not installed, if at least one new card is relative to the smart TV
  • the interactive function version is an online card and/or a card to be updated, and the display information of the at least one new card is not displayed after the card list is activated, and the display information of the at least one new card is displayed after the card list is started next time.
  • the at least one card required after receiving the instruction to start the card list, the at least one card required is obtained from the server, wherein at least one card required includes new interactive content released by the server according to the operation policy, and further Filtering at least one card to be displayed in at least one card required, for example, screening at least one card to be displayed from at least one card required according to the authority of each card, and obtaining display information of at least one card to be displayed ( After the entry of the card is included, the display information of at least one card to be displayed is displayed in the card list. Therefore, according to the operation strategy of the server, the card display information (including the card entry) in the card list can be configured in real time and flexibly, and the new interactive content can be quickly launched, which greatly improves the user experience.
  • the entry control method of the smart TV interactive function may include the following steps:
  • S21 Receive an instruction to start a card list; the card list includes a plurality of cards, and each card has a corresponding interactive function.
  • the card is a plug-in/APK
  • the card list is a card APK, which can be configured as an entry for the card interaction function.
  • the card list may be a card APK conforming to the Android standard standard program
  • the main activity of the card list is inherited from DLBasePluginActivity
  • the DLBasePluginActivity itself is implemented based on the main activity of the Android standard application, wherein the main activity of the card list is
  • the runtime will be dynamically loaded by the Android framework proxy, so the Android dynamic loading framework can start the card through the main Activity of the card list.
  • the main activity of the card list uses the keyword when referring to the resource, instead of the key of the Android specification. word.
  • the main Activity of the card list is also the main interface or main window of the application, therefore, the main Activity of the card list can interact with the user.
  • the at least one card required may include at least one new online card, and/or at least one offline card, and/or at least one card to be updated. That is, at least one card required may include at least one new online card, or at least one offline card, or at least one card to be updated, or at least one new online card and at least one offline card, or at least one new online card and at least one new online card and at least one a card to be updated, or at least one offline card and at least one card to be updated A piece, or at least one new online card, at least one offline card, and at least one card to be updated. Therefore, the interactive content of the interactive function version of the relative smart TV in the server can be obtained in time.
  • the server in step S22 may be an interactive platform server that provides an interactive function to the smart TV.
  • the smart TV opens the background Thread to the server to get the required card list and the APK file of each card in the required card list, and the required card list and the card list of the required card list.
  • Files are saved to the local files of the smart TV and/or to the local database sqlite for later use, such as when the card list is launched later.
  • the Thread may only obtain at least one offline card list on the server, and save the at least one offline card list to the local file of the smart TV and/or The local database sqlite is for later use.
  • step S23 may also be between step S21 and step S22.
  • the current program module in step S23 may be any one of a cable module, a carousel module, an on-demand module, and the like.
  • the current program in which the card list is located may also be determined.
  • the server may configure the rights of the new interactive content according to the operation policy, that is, the rights of the card. Therefore, each card in the at least one card has its own authority, so that The permissions of each card are filtered to at least one card that needs to be displayed.
  • the server can configure different cards to suit different modules according to the operation strategy. It should be noted that the same card can also be adapted to multiple modules.
  • At least one card that needs to be displayed may be at least one new online card and/or at least one card in the card to be updated has at least one card suitable for the current program module. Therefore, the card list can display new card content quickly and in a timely manner.
  • S25 Acquire display information of at least one card that needs to be displayed; the display information includes an entrance of the card.
  • At least one card that needs to be displayed may include Define a card and/or at least one third party card.
  • the custom card is a custom card on the server side
  • the third party card is a card provided by other interactive platform servers. The card list can then display richer interactive content.
  • the display information of the acquired card may be the entrance of the card (including the entrance icon) and the name of the card;
  • the display information of the obtained card may be the entrance of the card (including the entrance icon), the name of the card, and the URL address of the card.
  • the URL address of the card can be written in a specific position in the APK file of the card for reading the card list.
  • step S25 can parse the APK file of each defined card and pass the Android PackageManager. Class, get the entrance of the card and the name of the card, etc., and for the third-party card, the display information (entry icon, etc.) of the third-party card can be placed in the card list in advance. At this time, step S25 can directly obtain the first from the card list. The presentation of the three-party card does not require the analysis of the APK file of the third-party card.
  • the entry icons of the respective definition cards and the third party cards can be visually designed by the server side, and packaged in the APK file of the corresponding card after design. After obtaining the required at least one card from the server, for the custom card, the APK file of the custom card is parsed, and the entry icon of the card can be taken out; for the third party card, the entry icon of the card can be directly taken out.
  • the display information of the online card in the at least one card that needs to be displayed may be added to the card list, and the display information of the updated card replaces the display information of the corresponding card in the old interactive function version of the smart TV, and the local file and the local database may be used.
  • the APK file of at least one offline card in the sqlite is deleted, and the display information of at least one offline card in the card list is deleted.
  • the card list is called out, if at least one new card appears on the server side (including the online card relative to the interactive function version of the smart TV, and/or the card to be updated, and/or the offline card), then the card list is activated. The at least one new card is not updated thereafter, and the at least one new card is updated the next time the card list is activated.
  • the current program name can be displayed in the first line (line A), and the name of the card can be displayed in the second line (line B).
  • the card list may also display content information such as pictures, texts, and the like related to the current program in the card (for example, a program details poster, a star, etc.), for example, when the card list displays a strong related program details card.
  • the entry icon of the program details card is replaced with the picture of the specific program in the program details card. This allows users to recognize that interactive features are closely related to the current program and get a better experience when using interactive features.
  • the card list can be adapted to different current program modules, and when in different current program modules, the card list can display the corresponding card display information according to the current program module.
  • the card list may include an entrance of at least one resident card, and the resident card may be any one of a program details card, a star card, a related video card, and a microblog card, a program detail card, a star card, and a related video.
  • Cards and Weibo cards are custom cards.
  • the program details card, star card, and related video card are installed by default in the smart TV.
  • the smart TV background also defaults the program details card, the star card, and the related video card to the online state.
  • the microblog card The entry is written by default in the card list. Therefore, when the card list is called out, there must be an entry icon for the program details card, the star card, the related video card, and the microblog card, and the entry icons of the other cards are displayed in a dynamic manner.
  • the card list is a horizontal list
  • the horizontal list can be implemented by a component HorizontalListView, which is a custom component integrated from the AdapterView class, and can basically implement the same as the Android native ListView component.
  • the effect is just that the component HorizontalListView is a horizontal effect.
  • the UI interface of the horizontal list may be presented based on the main Activity of the card list, so that the user can operate the card through the card list.
  • the server in the process of starting the card list, when the server has at least one new card that has passed the installation policy and is not installed, if at least one new card is relative to the smart TV
  • the interactive function version is an online card and/or a card to be updated, and the display information of the at least one new card is not displayed after the card list is activated, and the display information of the at least one new card is displayed after the card list is started next time.
  • FIG. 4 a flow chart of steps for starting a card in an entry control method of another smart TV interactive function according to an embodiment of the present invention is shown.
  • the display information of at least one card is displayed after the step S27 in the card list, the method may further include:
  • the instruction to start the card triggers an onItemClick event registered on the component HorizontalListView, and the onItemClick event is simultaneously acquired.
  • logo when the clicked card is a custom card, the onItemClick event obtains the main Activity of the card list, and the main Activity is passed through the proxy mode, and the DLPluginManager in the Interactive Development SDK (Software Development Kit) of the smart TV corresponding server, Start the corresponding card by tweaking the APK file of the corresponding card.
  • the onItemClick event jumps to the microblog interface.
  • the onItemClick event obtains the URL address of the card, and the interactive page SDK of the third party card corresponding server starts the corresponding page through the URL address.
  • the at least one card required is obtained from the server, wherein the required at least one card includes new interactive content released by the server according to the operation policy, and then determined.
  • the current program module in which the card list is located the current program module may be any one of a cable module, a carousel module, an on-demand module, and the like, after screening at least one card to be displayed from at least one card required, wherein At least one card to be displayed may be at least one new online card and/or at least one card in the card to be updated, at least one card suitable for the current program module, and at least one card for displaying the information to be displayed (including the card)
  • the display information of at least one card and/or at least one offline card is updated according to the need to display, and finally the display information of at least one card to be displayed is displayed in the card list.
  • FIG. 5 a block diagram of a structure of an entry control device for a smart TV interactive function according to a third embodiment of the present invention is shown.
  • the receiving instruction module 10 is configured to receive an instruction to start a card list; the card list includes a plurality of cards, each card having a corresponding interactive function.
  • the card is a plug-in/APK
  • the card list is a card APK, which can be configured as an entry for the card interaction function.
  • the card list may be a card APK conforming to the Android standard standard program
  • the main activity of the card list is inherited from DLBasePluginActivity
  • the DLBasePluginActivity itself is implemented based on the main activity of the Android standard application, wherein the main activity of the card list is
  • the runtime will be dynamically loaded by the Android framework proxy, so the Android dynamic loading framework can start the card through the main Activity of the card list.
  • the main activity of the card list uses the keyword when referring to the resource, instead of the key of the Android specification. word.
  • the main Activity of the card list is also the main interface or main window of the application, therefore, the main Activity of the card list can interact with the user.
  • the card obtaining module 20 is configured to obtain at least one card required from the server.
  • the at least one card required may include at least one new online card, and/or at least one offline card, and/or at least one card to be updated. That is, at least one card required may include at least one new online card, or at least one offline card, or at least one card to be updated, or at least one new online card and at least one offline card, or at least one new online card and at least one new online card and at least one A card to be updated, or at least one offline card and at least one card to be updated, or at least one new online card, at least one offline card, and at least one card to be updated. Therefore, the interactive content of the interactive function version of the relative smart TV in the server can be obtained in time.
  • the server may be an interactive platform server that provides interactive functions to the smart TV.
  • the smart TV opens the card acquisition module 20, for example, the background Thread to the server to obtain the required card list and the APK file of each card in the required card list, and the required card list and the required card list.
  • the APK file of each card is saved to the local file of the smart TV and/or the local database sqlite for later use, for example, when the card list is started later.
  • the Thread may only obtain at least one offline card list on the server, and save the at least one offline card list to the local file of the smart TV and/or The local database sqlite is for later use.
  • the card screening module 30 is configured to filter at least one card to be displayed from at least one card required.
  • the server may configure the rights of the new interactive content according to the operation policy, that is, the rights of the card. Therefore, each card in the required at least one card has its own authority, thereby displaying the card.
  • the screening module 30 can filter at least one card that needs to be displayed according to the permissions of each card.
  • the display information obtaining module 40 is configured to obtain display information of at least one card that needs to be displayed; and the display information includes an entrance of the card.
  • At least one card that needs to be displayed may include a custom card and/or at least one third party card.
  • the custom card is a custom card on the server side
  • the third party card is a card provided by other interactive platform servers. The card list can then display richer interactive content.
  • the display information acquired by the presentation information acquiring module 40 may be the entrance of the card (including the entrance icon) and the name of the card;
  • the display information obtained by the presentation information obtaining module 40 may be an entry of the card (including an entry icon), a name of the card, and a URL address of the card.
  • the URL address of the card can be written in a specific position in the APK file of the card for reading the card list.
  • the display information acquiring module 40 can parse the APK file of each defined card, and Through the Android PackageManager class, the card entry and the name of the card are obtained, and for the third-party card, the third-party card display information (entry icon, etc.) can be placed in the card list in advance.
  • the display information acquisition module 40 can Get the display information of the third-party card directly from the card list, without parsing the APK file of the third-party card.
  • the entry icons of the respective definition cards and the third party cards can be visually designed by the server side, and packaged in the APK file of the corresponding card after design.
  • the display information acquiring module 40 parses the APK file of the customized card, and the entrance icon of the card can be taken out; for the third party card, the information acquiring module is displayed. 40 can directly remove the entrance icon of the card.
  • the display module 50 is configured to display the display information of the at least one card that needs to be displayed in the card list.
  • the card list may include an entrance of at least one resident card, and the resident card may be any one of a program details card, a star card, a related video card, and a microblog card, a program detail card, a star card, and a related video.
  • Cards and Weibo cards are custom cards.
  • the program details card, star card, and related video card are installed by default in the smart TV.
  • the smart TV background also defaults the program details card, the star card, and the related video card to the online state.
  • the microblog card The entry is written by default in the card list. Therefore, when the card list is called out, there must be an entry icon for the program details card, the star card, the related video card, and the microblog card, and the entry icons of the other cards are displayed in a dynamic manner.
  • the card list is a horizontal list
  • the horizontal list can be implemented by a component HorizontalListView, which is a custom component integrated from the AdapterView class, and can basically implement the same as the Android native ListView component.
  • the effect is just that the component HorizontalListView is a horizontal effect.
  • the UI interface of the horizontal list may be presented based on the main Activity of the card list, so that the user can operate the card through the card list.
  • the server in the process of starting the card list, when the server has at least one new card that has passed the installation policy and is not installed, if at least one new card is relative to the smart TV
  • the interactive function version is an online card and/or a card to be updated, and the display information of the at least one new card is not displayed after the card list is activated, and the display information of the at least one new card is displayed after the card list is started next time.
  • the card obtaining module acquires at least one card required from the server, wherein at least one card required includes a new server issued according to the operation policy.
  • the interactive content and then the display card screening module filters at least one card to be displayed from at least one card required, for example, screening at least one card to be displayed from at least one card required according to the authority of each card, and displaying
  • the display module displays the display information of at least one card that needs to be displayed in the card list. Therefore, according to the operation strategy of the server, the card display information (including the card entry) in the card list can be configured in real time and flexibly, and the new interactive content can be quickly launched, which greatly improves the user experience.
  • FIG. 6 a block diagram of a structure of an entrance control device for another smart TV interactive function according to Embodiment 4 of the present invention is shown.
  • the entry control device of the smart TV interactive function may include:
  • the receiving instruction module 10 is configured to receive an instruction to start a card list; the card list includes a plurality of cards, each card having a corresponding interactive function.
  • the card is a plug-in/APK
  • the card list is a card APK, which can be configured as an entry for the card interaction function.
  • the card list may be a card APK conforming to the Android standard standard program
  • the main activity of the card list is inherited from DLBasePluginActivity
  • the DLBasePluginActivity itself is implemented based on the main activity of the Android standard application, wherein the main activity of the card list is
  • the runtime will be dynamically loaded by the Android framework proxy, so the Android dynamic loading framework can start the card through the main Activity of the card list.
  • the main activity of the card list uses the keyword when referring to the resource, instead of the key of the Android specification. word.
  • the main Activity of the card list is also the main interface or main window of the application, therefore, the main Activity of the card list can interact with the user.
  • the card obtaining module 20 is configured to obtain at least one card required from the server.
  • the at least one card required may include at least one new online card, and/or at least one offline card, and/or at least one card to be updated. That is, at least one card required may include at least one new online card, or at least one offline card, or at least one card to be updated, or at least one new online card and at least one offline card, or at least one new online card and at least one new online card and at least one A card to be updated, or at least one offline card and at least one card to be updated, or at least one new online card, at least one offline card, and at least one card to be updated. Therefore, the card obtaining module 20 can timely acquire the interactive content in the server that changes the interactive function version of the smart TV.
  • the server may be an interactive platform server that provides interactive functions to the smart TV.
  • the smart TV opens the card acquisition module 20, for example, the background Thread to the server to obtain the required card list and the APK file of each card in the required card list, and the required card list and the required card list.
  • the APK file of each card is saved to the local file of the smart TV and/or the local database sqlite for later use, for example, after starting the card list When used.
  • the Thread may only obtain at least one offline card list on the server, and save the at least one offline card list to the local file of the smart TV and/or The local database sqlite is for later use.
  • the current program module determining module 60 is configured to determine a current program module in which the card list is located.
  • the current program module determining module 60 may also be between the receiving instruction module 10 and the card acquiring module 20.
  • the current program module may be any one of a cable module, a carousel module, an on-demand module, and the like.
  • the current program module determining module 60 may also determine the current program (including the current program name) where the card list is located while determining the current program module in which the card list is located.
  • the card screening module 30 is configured to filter at least one card to be displayed from at least one card required.
  • the server may configure the rights of the new interactive content according to the operation policy, that is, the rights of the card. Therefore, each card in the required at least one card has its own authority, thereby displaying the card.
  • the screening module 30 can filter at least one card that needs to be displayed according to the permissions of each card.
  • the server can configure different cards to suit different modules according to the operation strategy. It should be noted that the same card can also be adapted to multiple modules.
  • At least one card that needs to be displayed may be at least one new online card and/or at least one card in the card to be updated has at least one card suitable for the current program module. Therefore, the card list can display new card content quickly and in a timely manner.
  • the display information obtaining module 40 is configured to obtain display information of at least one card that needs to be displayed; and the display information includes an entrance of the card.
  • At least one card that needs to be displayed may include a custom card and/or at least one third party card.
  • the custom card is a custom card on the server side
  • the third party card is a card provided by other interactive platform servers. The card list can then display richer interactive content.
  • the display information acquired by the presentation information acquiring module 40 may be the entrance of the card (including the entrance icon) and the name of the card;
  • the display information is obtained.
  • the display information of the module 40 for obtaining the card may be the entry of the card (including the entry icon), the name of the card, and the URL address of the card.
  • the URL address of the card can be written in a specific position in the APK file of the card for reading the card list.
  • the display information acquiring module 40 can parse the APK file of each defined card, and Through the Android PackageManager class, the card entry and the name of the card are obtained, and for the third-party card, the third-party card display information (entry icon, etc.) can be placed in the card list in advance.
  • the display information acquisition module 40 can Get the display information of the third-party card directly from the card list, without parsing the APK file of the third-party card.
  • the entry icons of the respective definition cards and the third party cards can be visually designed by the server side, and packaged in the APK file of the corresponding card after design.
  • the display information acquiring module 40 parses the APK file of the customized card, and the entrance icon of the card can be taken out; for the third party card, the information acquiring module is displayed. 40 can directly remove the entrance icon of the card.
  • the updating module 70 is configured to update the card list according to the display information of the at least one card and/or the at least one offline card displayed as needed.
  • the update module 70 may add the display information of the online card in the at least one card that needs to be displayed to the card list, and the display information of the updated card replaces the display information of the corresponding card in the old interactive function version of the smart TV, and the local file may be And deleting the APK file of at least one offline card in the local database sqlite, and deleting the display information of at least one offline card in the card list.
  • the card list is called out, if at least one new card appears on the server side (including the online card relative to the interactive function version of the smart TV, and/or the card to be updated, and/or the offline card), then the card list is activated.
  • the update module 70 then does not update the at least one new card and updates the at least one new card the next time the card list is launched.
  • the display module 50 is configured to display the display information of the at least one card that needs to be displayed in the card list.
  • the card list can be adapted to different current program modules, and when in different current program modules, the card list can display the corresponding card display information according to the current program module.
  • the card list may include an entrance of at least one resident card, and the resident card may be any one of a program details card, a star card, a related video card, and a microblog card, a program detail card, a star card, and a related video.
  • Cards and Weibo cards are custom cards.
  • the program details card, star card, and related video card are installed by default in the smart TV.
  • the smart TV background also defaults the program details card, the star card, and the related video card to the online state.
  • the microblog card The entry is written by default in the card list. Therefore, when the card list is called out, there must be an entry icon for the program details card, the star card, the related video card, and the microblog card, and the entry icons of the other cards are displayed in a dynamic manner.
  • the card list is a horizontal list
  • the horizontal list can be implemented by a component HorizontalListView, which is a custom component integrated from the AdapterView class, and can basically implement the same as the Android native ListView component.
  • the effect is just that the component HorizontalListView is a horizontal effect.
  • the UI interface of the horizontal list may be presented based on the main Activity of the card list, so that the user can operate the card through the card list.
  • the server in the process of starting the card list, when the server has at least one new card that has passed the installation policy and is not installed, if at least one new card is relative to the smart TV
  • the interactive function version is an online card and/or a card to be updated, and the display information of the at least one new card is not displayed after the card list is activated, and the display information of the at least one new card is displayed after the card list is started next time.
  • the receiving instruction module 10 may further receive an instruction to start the card, and then start the card according to the instruction to start the card. .
  • the instruction to start the card triggers the receive instruction module 10 to register, for example, an onItemClick event on the component HorizontalListView.
  • the onItemClick event also gets the startup ID.
  • the onItemClick event obtains the main Activity of the card list, and the main Activity is activated by the proxy mode, and the DLPluginManager of the interactive framework SDK of the smart TV corresponds to the APK file of the corresponding card, thereby starting The corresponding card.
  • the onItemClick event jumps to the microblog interface.
  • the onItemClick event gets the URL address of the card, and the corresponding page is launched by the interactive framework SDK of the third-party card corresponding server through the URL address.
  • the card obtaining module acquires at least one card required from the server, wherein at least one card required includes a new server issued according to the operation policy.
  • the interactive content, and the current program module determining module determines the current program module where the card list is located, and the current program module can be any one of a cable module, a carousel module, an on-demand module, etc., in displaying the card screening module from the required After screening at least one card to display at least one card, wherein at least one card to be displayed may be at least one new online card and/or at least one card in the card to be updated has at least one card suitable for the current program module, and
  • the presentation information obtaining module obtains the display information (including the entrance of the card) of the at least one card to be displayed
  • the update module updates the card list according to the display information of at least one card and/or at least one offline card to be displayed, and finally displays the module.
  • the display information of at least one card is displayed in the card list. Therefore, according to the current program module of the server-side operation policy and the card list, real-time and flexible configuration of the card display information (including the card entry) in the card list, promptly launching new interactive content, etc., and timely updating the current interactive function version, Greatly improved the user experience.
  • the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located A place, or it can be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without deliberate labor.
  • the various component embodiments of the present invention may be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof.
  • a microprocessor or digital signal processor may be used in practice to implement some or all of the functionality of some or all of the components of a smart television in accordance with an embodiment of the present invention.
  • the invention can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein.
  • a program implementing the invention may be stored on a computer readable medium or may be in the form of one or more signals. Such signals can be downloaded from the Internet website, or provided on the carrier signal, or Any other form is provided.
  • FIG. 7 illustrates a smart television that can implement an entry control method of a smart television interactive function in accordance with the present invention.
  • the smart television has traditionally included a processor 710 and a computer program product or computer readable medium in the form of a memory 720.
  • Memory 720 can be an electronic memory such as a flash memory, EEPROM (Electrically Erasable Programmable Read Only Memory), EPROM, hard disk, or ROM.
  • Memory 720 has a memory space 730 for program code 731 for performing any of the method steps described above.
  • storage space 730 for program code may include various program code 731 for implementing various steps in the above methods, respectively.
  • the program code can be read from or written to one or more computer program products.
  • Such computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks.
  • Such a computer program product is typically a portable or fixed storage unit as described with reference to FIG.
  • the storage unit may have a storage section, a storage space, and the like arranged similarly to the storage 720 in the smart television of FIG.
  • the program code can be compressed, for example, in an appropriate form.
  • the storage unit includes computer readable code 731', ie, code that can be read by a processor, such as 710, that when executed by the smart television causes the smart television to perform each of the methods described above step.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例提供一种智能电视互动功能的入口控制方法和装置，方法包括：接收启动卡片列表的指令；卡片列表包括多个卡片，每个卡片具有相应的互动功能；从服务器获取所需的至少一个卡片；从所需的至少一个卡片中筛选需要展示的至少一个卡片；获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口；将需要展示的至少一个卡片的展示信息展示在卡片列表中。本发明实施例可以根据服务器端的运营策略和卡片列表所在的当前节目模块，实时、灵活的配置卡片列表中卡片的展示信息(包括卡片入口)，从而可以快速上线新的互动功能和删除服务器下线的互动功能等，及时更新当前互动功能版本，极大提高了用户体验。

Description

一种智能电视互动功能的入口控制方法和装置
本申请要求在2015年11月30日提交中国专利局、申请号为2015108623217、发明名称为“一种智能电视互动功能的入口控制方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明实施例涉及家用电器技术领域，特别是涉及一种智能电视互动功能的入口控制方法和装置。
背景技术
智能电视的出现让大屏观看体验大幅提升，是家庭的娱乐中心。智能电视可以整合网络资源，提供更多专为观看电视节目设计的功能与服务，例如提供节目相关信息、相关明星介绍、相关视频等服务，增强了用户的观看体验。
目前，电视互动平台是针对视频节目提供节目增强服务的一个平台，电视互动平台可以为有线电视节目、轮播节目、点播节目提供统一的节目内容互动功能。由于互动功能很多，不同模块(例如有线电视模块、轮播模块、点播模块)需要不同的互动功能，而且互动功能的实时性很强，有时需要针对热点快速上线互动功能。现有技术中，方案一将电视UI(User Interface，用户界面)的互动功能写在系统中，跟随版本发布上线，而版本发布周期较长(1个月左右)，无法实现按运营策略临时上线功能或下线功能。而方案二采用将互动功能写死在客户端的方式，也无法实现按运营策略灵活配置互动功能入口的出现时机，且当互动功能有一些变动时，无法及时修改互动功能。
综上所述，现有技术中电视节目对互动功能的时效性、灵活性的需求比较强，需要对不同的频道、不同类型的节目、不同的时间展示不同的互动功能，而现有技术中的方案不能实现按运营策略灵活配置互动功能入口的要求，且当有了新的互动内容时，互动功能如何快速展现出来也存在问题。
发明内容
本发明实施例提供一种智能电视互动功能的入口控制方法和装置，用以解决现有技术不能实现按运营策略灵活配置互动功能入口，且当有了新的互动内容时，互动功能无法快速展现出来的缺陷，实现快速上线新的互动功能等，提高用户的体验。
根据本发明的一个方面，本发明实施例公开了一种智能电视互动功能的入口控制方法，包括以下步骤：接收启动卡片列表的指令；所述卡片列表包括多个卡片，每个所述卡片具有相应的互动功能；从服务器获取所需的至少一个卡片；从所述所需的至少一个卡片中筛选需要展示的至少一个卡片；获取所述需要展示的至少一个卡片的展示信息；所述展示信息包括卡片的入口；将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。
根据本发明的另一个方面，本发明实施例还公开了一种智能电视互动功能的入口控制装置，包括：接收指令模块，用于接收启动卡片列表的指令；所述卡片列表包括多个卡片，每个所述卡片具有相应的互动功能；卡片获取模块，用于从服务器获取所需的至少一个卡片；展示卡片筛选模块，用于从所述所需的至少一个卡片中筛选需要展示的至少一个卡片；展示信息获取模块，用于获取所述需要展示的至少一个卡片的展示信息；所述展示信息包括卡片的入口；展示模块，用于将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。
根据本发明的又一个方面，提供了一种计算机程序，其包括计算机可读代码，当所述计算机可读代码在智能电视上运行时，导致所述智能电视执行上述的智能电视互动功能的入口控制方法。
根据本发明的再一个方面，提供了一种计算机可读介质，其中存储了上述的计算机程序。
本发明的有益效果为：
本发明实施例提供的一种智能电视互动功能的入口控制方法和装置，在接收到启动卡片列表的指令后，从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而从所需的至少一个卡片中筛选需要展示的至少一个卡片，例如根据各卡片的权限从所需的至少一个卡片中筛选需要展示的至少一个卡片，并在获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，将需要展示的至少 一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略，实时、灵活的配置卡片列表中的卡片展示信息(包括卡片入口)，快速上线新的互动内容等，极大提高了用户体验。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例一种智能电视互动功能的入口控制方法的步骤流程图；
图2是本发明实施例另一种智能电视互动功能的入口控制方法的步骤流程图；
图3是本发明实施例一种智能电视互动功能的入口控制方法中卡片列表呼出时的示意图；
图4是本发明实施例一种智能电视互动功能的入口控制方法中启动卡片的步骤流程图；
图5是本发明实施例一种智能电视互动功能的入口控制装置的结构框图；
图6是本发明实施例另一种智能电视互动功能的入口控制装置的结构框图。
图7示意性地示出了用于执行根据本发明实施例的方法的智能电视的框图；以及
图8示意性地示出了用于保持或者携带实现根据本发明实施例的方法的程序代码的存储单元。
具体实施例
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一
参照图1，示出了本发明实施例一种智能电视互动功能的入口控制方法的步骤流程图。
本发明实施例的智能电视互动功能的入口控制方法可以包括以下步骤：
S1，接收启动卡片列表的指令；卡片列表包括多个卡片，每个卡片具有相应的互动功能。
具体地，在本发明的一个实施例中，卡片为一个插件/APK(Android Package，安卓安装包)，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity(组件)继承自DLBasePluginActivity(Android动态加载框架中插件Activity的基类，用于封装代理操作)，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Activity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片。同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Activity一样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
S2，从服务器获取所需的至少一个卡片。
在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡 片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
具体地，步骤S2中的服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启后台Thread(线程)到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite(轻型数据库)中，以备后期使用，例如之后启动卡片列表时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时，Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
S3，从所需的至少一个卡片中筛选需要展示的至少一个卡片。
其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而可以根据各卡片的权限筛选需要展示的至少一个卡片。
S4，获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口。
其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL(Uniform Resource Locator，统一资源定位符)地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
具体地，在步骤S2中获取到所需的卡片名单中各卡片的APK文件后(不 包括下线卡片的APK文件)，步骤S4可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类(对所有基于加载信息的数据结构的封装)，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，步骤S4可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。从服务器获取所需的至少一个卡片后，对于自定义卡片，解析自定义卡片的APK文件，即可取出卡片的入口图标；对于第三方卡片，可以直接取出卡片的入口图标。
S5，将需要展示的至少一个卡片的展示信息展示在卡片列表中。
需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件HorizontalListView来实现，组件HorizontalListView是集成自AdapterView类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI(User Interface，用户界面)界面可以基于卡片列表的主Activity呈现，从而用户可以通过卡片列表操作卡片。
进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示信息。
根据本发明实施例一，在接收到启动卡片列表的指令后，从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而从所需的至少一个卡片中筛选需要展示的至少一个卡片，例如根据各卡片的权限从所需的至少一个卡片中筛选需要展示的至少一个卡片，并在获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略，实时、灵活的配置卡片列表中的卡片展示信息(包括卡片入口)，快速上线新的互动内容等，极大提高了用户体验。
实施例二
参照图2，示出了本发明实施例另一种智能电视互动功能的入口控制方法的步骤流程图。该智能电视互动功能的入口控制方法可以包括以下步骤：
S21，接收启动卡片列表的指令；卡片列表包括多个卡片，每个卡片具有相应的互动功能。
具体地，在本发明的一个实施例中，卡片为一个插件/APK，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity继承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Activity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片，同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Activity一样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
S22，从服务器获取所需的至少一个卡片。
在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡 片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
具体地，步骤S22中的服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启后台Thread到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用，例如之后启动卡片列表时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时，Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
S23，确定卡片列表所在的当前节目模块。
需要说明的是，步骤S23还可以在步骤S21与步骤S22之间。
步骤S23中的当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个。
进一步地，在本发明的一个实施例中，在确定卡片列表所在的当前节目模块的同时，还可以确定卡片列表所在的当前节目(包括当前节目名称)。
S24，从所需的至少一个卡片中筛选需要展示的至少一个卡片。
其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而可以根据各卡片的权限筛选需要展示的至少一个卡片。
例如，服务器端可以根据运营策略配置不同的卡片适合不同的模块。需要说明的是，同一卡片也可以适合多个模块。
优选地，在本发明的一个实施例中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片。因此，卡片列表可以快速、及时的展示新的卡片内容。
S25，获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口。
其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自 定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
具体地，在步骤S22中获取到所需的卡片名单中各卡片的APK文件后(不包括下线卡片的APK文件)，步骤S25可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，步骤S25可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。从服务器获取所需的至少一个卡片后，对于自定义卡片，解析自定义卡片的APK文件，即可取出卡片的入口图标；对于第三方卡片，可以直接取出卡片的入口图标。
S26，根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表。
其中，可以将需要展示的至少一个卡片中的上线卡片的展示信息添加至卡片列表，待更新卡片的展示信息替换智能电视的旧互动功能版本中相应卡片的展示信息，可以将本地文件和本地数据库sqlite中至少一个下线卡片的APK文件删除，以及将卡片列表中至少一个下线卡片的展示信息删除。
另外，卡片列表呼出后，若服务器端出现至少一个新的卡片(包括相对智能电视的互动功能版本的上线卡片、和/或待更新卡片、和/或下线卡片)，则本次启动卡片列表之后不更新该至少一个新的卡片，而在下次启动卡片列表时更新该至少一个新的卡片。
参照图3，在本发明的一个实施例中，卡片列表呼出时，可以在第一行(A行)显示当前节目名称，在第二行(B行)显示卡片的名称。另外，当 卡片的入口与当前节目强相关时，卡片列表还可以展示该卡片中与当前节目相关的图片、文字等内容信息(例如节目详情海报、明星等)，例如当卡片列表展示强相关的节目详情卡片时，节目详情卡片的入口图标会替换成节目详情卡片里具体节目的图片。从而使得用户在使用互动功能时，认识到互动功能都是与当前节目紧密相关的，获得更好的体验。
S27，将需要展示的至少一个卡片的展示信息展示在卡片列表中。
因此，卡片列表能够适应不同的当前节目模块，当在不同的当前节目模块时，卡片列表能够根据当前节目模块显示相应的卡片的展示信息。
需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件HorizontalListView来实现，组件HorizontalListView是集成自AdapterView类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI界面可以基于卡片列表的主Activity呈现，从而用户可以通过卡片列表操作卡片。
进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示信息。
参照图4，示出了本发明实施例另一种智能电视互动功能的入口控制方法中启动卡片的步骤流程图。
优选地，在本发明的一个实施例中，在将至少一个卡片的展示信息展示 在卡片列表中即步骤S27之后，还可以包括：
S28，接收启动卡片的指令。
S29，根据启动卡片的指令启动卡片。
具体地，在本发明的一个实施例中，当用户点击卡片列表中单个卡片的入口图标而发出启动卡片的指令时，启动卡片的指令触发注册在组件HorizontalListView上的onItemClick事件，onItemClick事件同时获取启动标识。其中，当点击的卡片为自定义卡片时，onItemClick事件获取卡片列表的主Activity，主Activity通过代理的方式，由智能电视对应服务器的互动框架SDK(Software Development Kit，软件开发工具包)中DLPluginManager，调启相应卡片的APK文件，从而启动相应卡片。需要说明的是，当点击的卡片为自定义卡片中的微博卡片时，onItemClick事件跳转至微博界面。当点击的卡片为第三方卡片时，onItemClick事件获取卡片的URL地址，并由第三方卡片对应服务器的互动框架SDK通过该URL地址启动相应的页面。
根据本发明实施例二，在接收到启动卡片列表的指令后，从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而确定卡片列表所在的当前节目模块，当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个，在从所需的至少一个卡片中筛选需要展示的至少一个卡片后，其中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片，以及在获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表，最后将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略和卡片列表所在的当前节目模块，实时、灵活的配置卡片列表中卡片的展示信息(包括卡片入口)，快速上线新的互动内容等，及时更新当前互动功能版本，极大提高了用户体验。
实施例三
参照图5，示出了本发明实施例三的一种智能电视互动功能的入口控制装置的结构框图。
本发明实施例的智能电视互动功能的入口控制装置，可以包括：
接收指令模块10，用于接收启动卡片列表的指令；卡片列表包括多个卡片，每个卡片具有相应的互动功能。
具体地，在本发明的一个实施例中，卡片为一个插件/APK，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity继承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Activity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片，同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Activity一样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
卡片获取模块20，用于从服务器获取所需的至少一个卡片。
在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
具体地，服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启卡片获取模块20例如后台Thread到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用，例如之后启动卡片列表时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时，Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
展示卡片筛选模块30，用于从所需的至少一个卡片中筛选需要展示的至少一个卡片。
其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而展示卡片筛选模块30可以根据各卡片的权限筛选需要展示的至少一个卡片。
展示信息获取模块40，用于获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口。
其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，展示信息获取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，展示信息获取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
具体地，在卡片获取模块20获取到所需的卡片名单中各卡片的APK文件后(不包括下线卡片的APK文件)，展示信息获取模块40可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，展示信息获取模块40可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。卡片获取模块20从服务器获取所需的至少一个卡片后，对于自定义卡片，展示信息获取模块40解析自定义卡片的APK文件，即可取出卡片的入口图标；对于第三方卡片，展示信息获取模块40可以直接取出卡片的入口图标。
展示模块50，用于将需要展示的至少一个卡片的展示信息展示在卡片列表中。
需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件HorizontalListView来实现，组件HorizontalListView是集成自AdapterView类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI界面可以基于卡片列表的主Activity呈现，从而用户可以通过卡片列表操作卡片。
进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示信息。
根据本发明实施例三，在接收指令模块接收到启动卡片列表的指令后，卡片获取模块从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而展示卡片筛选模块从所需的至少一个卡片中筛选需要展示的至少一个卡片，例如根据各卡片的权限从所需的至少一个卡片中筛选需要展示的至少一个卡片，并在展示信息获取模块获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，展示模块将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略，实时、灵活的配置卡片列表中的卡片展示信息(包括卡片入口)，快速上线新的互动内容等，极大提高了用户体验。
实施例四
参照图6，示出了本发明实施例四的另一种智能电视互动功能的入口控制装置的结构框图。该智能电视互动功能的入口控制装置，可以包括：
接收指令模块10，用于接收启动卡片列表的指令；卡片列表包括多个卡片，每个卡片具有相应的互动功能。
具体地，在本发明的一个实施例中，卡片为一个插件/APK，卡片列表为卡片APK，该卡片APK可以配置卡片互动功能的入口。需要说明的是，卡片列表可以是符合Android规范的标准程序的卡片APK，卡片列表的主Activity继承自DLBasePluginActivity，DLBasePluginActivity本身是基于Android标准应用的主Activity来实现的，其中，卡片列表的主Activity在运行时将会被Android动态加载框架代理，从而Android动态加载框架可以通过该卡片列表的主Activity启动卡片，同时，卡片列表的主Activity在引用资源时使用that关键字，而不是Android规范的this关键字。另外，与Android标准应用的主Activity一样，卡片列表的主Activity也是应用的主界面或主窗口，因此，卡片列表的主Activity可以与用户进行交互。
卡片获取模块20，用于从服务器获取所需的至少一个卡片。
在本发明的一个实施例中，所需的至少一个卡片可以包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。即所需的至少一个卡片可以包括至少一个新上线卡片，或至少一个下线卡片，或至少一个待更新卡片，或至少一个新上线卡片和至少一个下线卡片，或至少一个新上线卡片和至少一个待更新卡片，或至少一个下线卡片和至少一个待更新卡片，或至少一个新上线卡片、至少一个下线卡片和至少一个待更新卡片。从而卡片获取模块20可以及时获取服务器中相对智能电视的互动功能版本发生变化的互动内容。
具体地，服务器可以为给智能电视提供互动功能的互动平台服务器。卡片列表启动时，智能电视开启卡片获取模块20例如后台Thread到服务器上获取所需的卡片名单以及所需的卡片名单中各卡片的APK文件，并将所需的卡片名单以及所需的卡片名单中各卡片的APK文件，保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用，例如之后启动卡片列表 时使用。优选地，当所需的至少一个卡片包括至少一个下线卡片时，Thread可以仅到服务器上获取至少一个下线卡片名单，并将至少一个下线卡片名单保存到智能电视的本地文件和/或本地数据库sqlite中，以备后期使用。
当前节目模块确定模块60，用于确定卡片列表所在的当前节目模块。
需要说明的是，当前节目模块确定模块60还可以在接收指令模块10与卡片获取模块20之间。当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个。
进一步地，在本发明的一个实施例中，当前节目模块确定模块60在确定卡片列表所在的当前节目模块的同时，还可以确定卡片列表所在的当前节目(包括当前节目名称)。
展示卡片筛选模块30，用于从所需的至少一个卡片中筛选需要展示的至少一个卡片。
其中，在本发明的一个实施例中，服务器端可以根据运营策略配置新的互动内容的权限，即卡片的权限，因此，所需的至少一个卡片中各卡片分别具有各自的权限，从而展示卡片筛选模块30可以根据各卡片的权限筛选需要展示的至少一个卡片。
例如，服务器端可以根据运营策略配置不同的卡片适合不同的模块。需要说明的是，同一卡片也可以适合多个模块。
优选地，在本发明的一个实施例中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片。因此，卡片列表可以快速、及时的展示新的卡片内容。
展示信息获取模块40，用于获取需要展示的至少一个卡片的展示信息；展示信息包括卡片的入口。
其中，在本发明的一个实施例中，需要展示的至少一个卡片可以包括自定义卡片和/或至少一个第三方卡片。其中，自定义卡片为服务器端的自定义卡片，第三方卡片为其它互动平台服务器提供的卡片。从而卡片列表可以展示更丰富的互动内容。
优选地，在本发明的一个实施例中，当需要展示的卡片为自定义卡片时，展示信息获取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)和卡片的名称等；当需要展示的卡片为第三方卡片时，展示信息获 取模块40获取卡片的展示信息可以为获取卡片的入口(包括入口图标)、卡片的名称和卡片的URL地址等。其中，卡片的URL地址可以写在卡片的APK文件中特定位置，供卡片列表读取。
具体地，在卡片获取模块20获取到所需的卡片名单中各卡片的APK文件后(不包括下线卡片的APK文件)，展示信息获取模块40可以对各自定义卡片的APK文件进行解析，并通过Android的PackageManager类，获取卡片的入口和卡片的名称等，而对于第三方卡片，第三方卡片的展示信息(入口图标等)可以提前放到卡片列表里，此时，展示信息获取模块40可以直接从卡片列表中获取第三方卡片的展示信息，而不需要对第三方卡片的APK文件进行解析。
需要说明的是，各自定义卡片和第三方卡片的入口图标可以均由服务器端进行视觉设计，设计后打包存在相应卡片的APK文件中。卡片获取模块20从服务器获取所需的至少一个卡片后，对于自定义卡片，展示信息获取模块40解析自定义卡片的APK文件，即可取出卡片的入口图标；对于第三方卡片，展示信息获取模块40可以直接取出卡片的入口图标。
更新模块70，用于根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表。
其中，更新模块70可以将需要展示的至少一个卡片中的上线卡片的展示信息添加至卡片列表，待更新卡片的展示信息替换智能电视的旧互动功能版本中相应卡片的展示信息，可以将本地文件和本地数据库sqlite中至少一个下线卡片的APK文件删除，以及将卡片列表中至少一个下线卡片的展示信息删除。
另外，卡片列表呼出后，若服务器端出现至少一个新的卡片(包括相对智能电视的互动功能版本的上线卡片、和/或待更新卡片、和/或下线卡片)，则本次启动卡片列表之后更新模块70不更新该至少一个新的卡片，而在下次启动卡片列表时更新该至少一个新的卡片。
展示模块50，用于将需要展示的至少一个卡片的展示信息展示在卡片列表中。
因此，卡片列表能够适应不同的当前节目模块，当在不同的当前节目模块时，卡片列表能够根据当前节目模块显示相应的卡片的展示信息。
需要说明的是，卡片列表可以包括至少一个常驻卡片的入口，常驻卡片可以为节目详情卡片、明星卡片、相关视频卡片和微博卡片中的任一个，节目详情卡片、明星卡片、相关视频卡片和微博卡片为自定义卡片。其中，节目详情卡片、明星卡片、相关视频卡片默认安装在智能电视中，智能电视后台也默认节目详情卡片、明星卡片、相关视频卡片为上线状态，在有微博的电视版本中，微博卡片的入口默认写在卡片列表中。因此，卡片列表呼出时肯定有节目详情卡片、明星卡片、相关视频卡片和微博卡片的入口图标，其他卡片的入口图标则采用动态的方式展示。
具体地，在本发明的一个实施例中，卡片列表为横向列表，横向列表可以通过组件HorizontalListView来实现，组件HorizontalListView是集成自AdapterView类的自定义组件，基本上可以实现和Android原生ListView组件同样的效果，只是组件HorizontalListView是横向的效果。其中，横向列表的UI界面可以基于卡片列表的主Activity呈现，从而用户可以通过卡片列表操作卡片。
进一步地，在本发明的一个实施例中，在启动卡片列表的过程中，当服务器端存在根据运营策略已通过且未安装完成的至少一个新的卡片时，若至少一个新的卡片相对智能电视的互动功能版本为上线卡片和/或待更新卡片，则本次启动卡片列表之后不展示该至少一个新的卡片的展示信息，而在下次启动卡片列表之后展示该至少一个新的卡片的展示信息。
优选地，在本发明的一个实施例中，在展示模块50将至少一个卡片的展示信息展示在卡片列表中之后，接收指令模块10还可以接收启动卡片的指令，进而根据启动卡片的指令启动卡片。
具体地，在本发明的一个实施例中，当用户点击卡片列表中单个卡片的入口图标而发出启动卡片的指令时，启动卡片的指令触发接收指令模块10例如注册在组件HorizontalListView上的onItemClick事件，onItemClick事件同时获取启动标识。其中，当点击的卡片为自定义卡片时，onItemClick事件获取卡片列表的主Activity，主Activity通过代理的方式，由智能电视对应服务器的互动框架SDK中DLPluginManager，调启相应卡片的APK文件，从而启动相应卡片。需要说明的是，当点击的卡片为自定义卡片中的微博卡片时，onItemClick事件跳转至微博界面。当点击的卡片为第三方卡片时， onItemClick事件获取卡片的URL地址，并由第三方卡片对应服务器的互动框架SDK通过该URL地址启动相应的页面。
根据本发明实施例四，在接收指令模块接收到启动卡片列表的指令后，卡片获取模块从服务器获取所需的至少一个卡片，其中，所需的至少一个卡片包括服务器端根据运营策略发布的新的互动内容，进而当前节目模块确定模块确定卡片列表所在的当前节目模块，当前节目模块可以为有线电视模块、轮播模块、点播模块等模块中的任一个，在展示卡片筛选模块从所需的至少一个卡片中筛选需要展示的至少一个卡片后，其中，需要展示的至少一个卡片可以为至少一个新上线卡片和/或至少一个待更新卡片中卡片的权限适合当前节目模块的至少一个卡片，以及在展示信息获取模块获取需要展示的至少一个卡片的展示信息(包括卡片的入口)后，更新模块根据需要展示的至少一个卡片的展示信息和/或至少一个下线卡片更新卡片列表，最后展示模块将需要展示的至少一个卡片的展示信息展示在卡片列表中。从而可以实现根据服务器端的运营策略和卡片列表所在的当前节目模块，实时、灵活的配置卡片列表中卡片的展示信息(包括卡片入口)，快速上线新的互动内容等，及时更新当前互动功能版本，极大提高了用户体验。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的智能电视中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以 任何其他形式提供。
例如，图7示出了可以实现根据本发明的智能电视互动功能的入口控制方法的智能电视。该智能电视传统上包括处理器710和以存储器720形式的计算机程序产品或者计算机可读介质。存储器720可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器720具有用于执行上述方法中的任何方法步骤的程序代码731的存储空间730。例如，用于程序代码的存储空间730可以包括分别用于实现上面的方法中的各种步骤的各个程序代码731。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为如参考图8所述的便携式或者固定存储单元。该存储单元可以具有与图7的智能电视中的存储器720类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩。通常，存储单元包括计算机可读代码731’，即可以由例如诸如710之类的处理器读取的代码，这些代码当由智能电视运行时，导致该智能电视执行上面所描述的方法中的各个步骤。
本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本发明的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。 可将这些单词解释为名称。
此外，还应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

  1. 一种智能电视互动功能的入口控制方法，其特征在于，包括以下步骤：
    接收启动卡片列表的指令；所述卡片列表包括多个卡片，每个所述卡片具有相应的互动功能；
    从服务器获取所需的至少一个卡片；
    从所述所需的至少一个卡片中筛选需要展示的至少一个卡片；
    获取所述需要展示的至少一个卡片的展示信息；所述展示信息包括卡片的入口；
    将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。
  2. 根据权利要求1所述的方法，其特征在于，所述所需的至少一个卡片包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。
  3. 根据权利要求2所述的方法，其特征在于，在所述从所述所需的至少一个卡片中筛选需要展示的至少一个卡片之前，还包括以下步骤：
    确定所述卡片列表所在的当前节目模块。
  4. 根据权利要求3所述的方法，其特征在于，所述需要展示的至少一个卡片为所述至少一个新上线卡片和/或所述至少一个待更新卡片中适合所述当前节目模块的至少一个卡片。
  5. 根据权利要求4所述的方法，其特征在于，在所述获取所述需要展示的至少一个卡片的展示信息之后和在所述将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中之前，还包括以下步骤：
    根据所述需要展示的至少一个卡片的展示信息和/或所述至少一个下线卡片更新所述卡片列表。
  6. 根据权利要求2所述的方法，其特征在于，所述需要展示的至少一个卡片包括自定义卡片和第三方卡片。
  7. 根据权利要求6所述的方法，其特征在于，
    当所述需要展示的卡片为所述自定义卡片时，获取所述卡片的展示信息为获取所述卡片的入口和所述卡片的名称；
    当所述需要展示的卡片为所述第三方卡片时，获取所述卡片的展示信息 为获取所述卡片的入口、所述卡片的名称和所述卡片的URL地址。
  8. 一种智能电视互动功能的入口控制装置，其特征在于，包括：
    接收指令模块，用于接收启动卡片列表的指令；所述卡片列表包括多个卡片，每个所述卡片具有相应的互动功能；
    卡片获取模块，用于从服务器获取所需的至少一个卡片；
    展示卡片筛选模块，用于从所述所需的至少一个卡片中筛选需要展示的至少一个卡片；
    展示信息获取模块，用于获取所述需要展示的至少一个卡片的展示信息；所述展示信息包括卡片的入口；
    展示模块，用于将所述需要展示的至少一个卡片的展示信息展示在所述卡片列表中。
  9. 根据权利要求8所述的装置，其特征在于，所述所需的至少一个卡片包括至少一个新上线卡片、和/或至少一个下线卡片、和/或至少一个待更新卡片。
  10. 根据权利要求9所述的装置，其特征在于，还包括：
    当前节目模块确定模块，用于确定所述卡片列表所在的当前节目模块。
  11. 根据权利要求10所述的装置，其特征在于，所述需要展示的至少一个卡片为所述至少一个新上线卡片和/或所述至少一个待更新卡片中适合所述当前节目模块的至少一个卡片。
  12. 根据权利要求11所述的装置，其特征在于，还包括：
    更新模块，用于根据所述需要展示的至少一个卡片的展示信息和/或所述至少一个下线卡片更新所述卡片列表。
  13. 根据权利要求9所述的装置，其特征在于，所述需要展示的至少一个卡片包括自定义卡片和第三方卡片。
  14. 根据权利要求13所述的装置，其特征在于，
    当所述需要展示的卡片为所述自定义卡片时，所述展示信息获取模块获取所述卡片的展示信息为获取所述卡片的入口和所述卡片的名称；
    当所述需要展示的卡片为所述第三方卡片时，所述展示信息获取模块获取所述卡片的展示信息为获取所述卡片的入口、所述卡片的名称和所述卡片的URL地址。
  15. 一种计算机程序，包括计算机可读代码，当所述计算机可读代码在智能电视上运行时，导致所述智能电视执行根据权利要求1-7中的任一个所述的方法。
  16. 一种计算机可读介质，其中存储了如权利要求15所述的计算机程序。
PCT/CN2016/089115 2015-11-30 2016-07-07 一种智能电视互动功能的入口控制方法和装置 Ceased WO2017092325A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/245,056 US20170155957A1 (en) 2015-11-30 2016-08-23 Method and device for controlling access to interaction functions of smart tv

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510862321.7 2015-11-30
CN201510862321.7A CN105979386A (zh) 2015-11-30 2015-11-30 一种智能电视互动功能的入口控制方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/245,056 Continuation US20170155957A1 (en) 2015-11-30 2016-08-23 Method and device for controlling access to interaction functions of smart tv

Publications (1)

Publication Number Publication Date
WO2017092325A1 true WO2017092325A1 (zh) 2017-06-08

Family

ID=56988441

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/089115 Ceased WO2017092325A1 (zh) 2015-11-30 2016-07-07 一种智能电视互动功能的入口控制方法和装置

Country Status (2)

Country Link
CN (1) CN105979386A (zh)
WO (1) WO2017092325A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112584203A (zh) * 2019-09-30 2021-03-30 上海东方传媒技术有限公司 一种通过用户端显示装置参与电视节目互动的方法及其系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024522A (zh) * 2011-09-27 2013-04-03 Lg电子株式会社 管理内容的方法和使用该方法的图像显示装置
CN103150151A (zh) * 2011-12-07 2013-06-12 上海文广互动电视有限公司 互动电视的分布式页面构建方法和构建系统
CN103491405A (zh) * 2013-08-30 2014-01-01 小米科技有限责任公司 遥控系统、遥控器、显示设备及遥控方法
CN103744659A (zh) * 2013-12-24 2014-04-23 北京百度网讯科技有限公司 一种卡片式管理应用入口的方法和设备
CN104156410A (zh) * 2014-03-11 2014-11-19 百度在线网络技术（北京）有限公司 应用程序的提供方法、系统及装置
US20140344289A1 (en) * 2013-05-20 2014-11-20 United Video Properties, Inc. Energy-saving systems and methods for updating media information
CN104185071A (zh) * 2014-02-26 2014-12-03 无锡天脉聚源传媒科技有限公司 一种互动方法及装置
CN105072500A (zh) * 2015-07-29 2015-11-18 天脉聚源（北京）科技有限公司 推送调查竞猜互动界面的方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170675B (zh) * 2007-11-21 2011-03-23 中兴通讯股份有限公司 网络电视系统中管理j2me应用程序的方法和系统
CN102595230B (zh) * 2012-02-17 2014-07-30 深圳市同洲电子股份有限公司 一种节目关联应用的实现方法及数字电视终端
CN103455340A (zh) * 2012-05-30 2013-12-18 Tcl集团股份有限公司 一种Android系统的应用程序加载方法及系统
WO2014028074A1 (en) * 2012-08-17 2014-02-20 Flextronics Ap, Llc Intelligent television
CN104065979A (zh) * 2013-03-22 2014-09-24 北京中传数广技术有限公司 一种动态显示和视频内容相关联信息方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024522A (zh) * 2011-09-27 2013-04-03 Lg电子株式会社 管理内容的方法和使用该方法的图像显示装置
CN103150151A (zh) * 2011-12-07 2013-06-12 上海文广互动电视有限公司 互动电视的分布式页面构建方法和构建系统
US20140344289A1 (en) * 2013-05-20 2014-11-20 United Video Properties, Inc. Energy-saving systems and methods for updating media information
CN103491405A (zh) * 2013-08-30 2014-01-01 小米科技有限责任公司 遥控系统、遥控器、显示设备及遥控方法
CN103744659A (zh) * 2013-12-24 2014-04-23 北京百度网讯科技有限公司 一种卡片式管理应用入口的方法和设备
CN104185071A (zh) * 2014-02-26 2014-12-03 无锡天脉聚源传媒科技有限公司 一种互动方法及装置
CN104156410A (zh) * 2014-03-11 2014-11-19 百度在线网络技术（北京）有限公司 应用程序的提供方法、系统及装置
CN105072500A (zh) * 2015-07-29 2015-11-18 天脉聚源（北京）科技有限公司 推送调查竞猜互动界面的方法和装置

Also Published As

Publication number Publication date
CN105979386A (zh) 2016-09-28

Similar Documents

Publication Publication Date Title
US20220247833A1 (en) Installable web applications
CN103329554B (zh) 接收装置、接收方法、提供装置、提供方法、程序和广播系统
CN103329562B (zh) 接收装置、接收方法、提供装置、提供方法和广播系统
CN101706796B (zh) 展现网页资源的方法及装置
CN102685573B (zh) 经由多个设备的因特网内容订阅服务
KR102045602B1 (ko) 애플리케이션 코드 실행이 없는 라이브 타일들
CN104135685B (zh) 网页视频的播放信息的显示方法和显示装置
CN111930973B (zh) 多媒体数据的播放方法、装置、电子设备及存储介质
WO2017206626A1 (zh) 网络资源访问设备、混合设备及方法
CN114647412A (zh) 内容显示方法及终端设备
US9247290B2 (en) Seamless transition between display applications using direct device selection
WO2017063401A1 (zh) 一种智能电视互动功能卡片的框架管理方法和装置
US9772930B2 (en) Techniques for evaluating applications through use of an auxiliary application
WO2016207735A1 (en) A system and methods thereof for auto-playing video content on mobile devices
WO2016045606A1 (zh) 一种媒体内容推荐方法和装置
CN109168012B (zh) 用于终端设备的信息处理方法和装置
WO2021018186A1 (zh) 视频更新的推送方法及终端
US10397296B2 (en) Comment link for shared streaming media content
US11681772B2 (en) Systems, methods, and media enabling streamlined user experiences across progressive web applications
WO2017092325A1 (zh) 一种智能电视互动功能的入口控制方法和装置
CN116261003A (zh) 一种显示设备及基于浏览器的流媒体播放控制方法
CN114245191B (zh) 一种基于窗口动态信息的分屏社交方法及相关装置
CN115145873A (zh) 一种文件预览方法、装置、设备及计算机可读存储介质
CN112073793B (zh) 一种图像显示方法及装置
US20170195750A1 (en) System and method for generating and updating video news edition

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16869638

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16869638

Country of ref document: EP

Kind code of ref document: A1