US20100293244A1 - Dynamic content play control - Google Patents
Dynamic content play control Download PDFInfo
- Publication number
- US20100293244A1 US20100293244A1 US12/376,778 US37677810A US2010293244A1 US 20100293244 A1 US20100293244 A1 US 20100293244A1 US 37677810 A US37677810 A US 37677810A US 2010293244 A1 US2010293244 A1 US 2010293244A1
- Authority
- US
- United States
- Prior art keywords
- play
- client device
- content piece
- mark
- content
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 19
- 230000004044 response Effects 0.000 claims description 12
- 238000003860 storage Methods 0.000 claims description 6
- 230000003993 interaction Effects 0.000 claims 4
- 238000013500 data storage Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 9
- 230000003287 optical effect Effects 0.000 description 2
- 238000000638 solvent extraction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2149—Restricted operating environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
Abstract
Machine-readable media, methods, and apparatus are described for dynamic content play control. In some embodiments, a client device (11) may receive a mark associated with a content piece from a remote system (10) connecting with the client device (11) through a network. The client device (11) may determine whether to play the content piece by checking the mark with a policy table comprising a plurality of marks. The policy table may indicate whether each of a plurality of content pieces associated with each of the plurality of marks is acceptable for play.
Description
- BACKGROUND
- During client interactive sessions, an application running on a remote system may send content, such as movies, news service, or games, to a client device through a network. The client device may decode the content so that a play unit coupled to the client device may play the content for the client. Before playing an individual piece of the content, the application may send a warning message to the client device, so that the application may query the client for a play acceptance or a play rejection.
- The invention described herein is illustrated by way of example and not by way of limitation in the accompanying figures. For simplicity and clarity of illustration, elements illustrated in the figures are not necessarily drawn to scale. For example, the dimensions of some elements may be exaggerated relative to other elements for clarity. Further, where considered appropriate, reference labels have been repeated among the figures to indicate corresponding or analogous elements.
-
FIG. 1 shows an embodiment of a session between a remote system and a client device for content play. -
FIG. 2 shows an embodiment of a logical structure of the remote system. -
FIG. 3 shows an embodiment of a logical structure of the client device. -
FIG. 4 shows an embodiment of a method of content provision by the remote system. -
FIG. 5 shows an embodiment of a method of content play control by the client device. -
FIG. 6 shows an embodiment of a computing platform that may be implemented as the remote system or the client device. - The following description describes techniques for dynamic content play control. In the following description, numerous specific details such as logic implementations, pseudo-code, means to specify operands, resource partitioning/sharing/duplication implementations, types and interrelationships of system components, and logic partitioning/integration choices are set forth in order to provide a more thorough understanding of the current invention. However, the invention may be practiced without such specific details. In other instances, control structures, gate level circuits and full software instruction sequences have not been shown in detail in order not to obscure the invention. Those of ordinary skill in the art, with the included descriptions, will be able to implement appropriate functionality without undue experimentation.
- References in the specification to “one embodiment”, “an embodiment”, “an example embodiment”, etc., indicate that the embodiment described may include a particular feature, structure, or characteristic, but every embodiment may not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to effect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
- Embodiments of the invention may be implemented in hardware, firmware, software, or any combination thereof. Embodiments of the invention may also be implemented as instructions stored on a machine-readable medium, that may be read and executed by one or more processors. A machine-readable medium may include any mechanism for storing or sending information in a form readable by a machine (e.g., a computing device). For example, a machine-readable medium may include read only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other forms of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.) and others.
-
FIG. 1 shows an embodiment of a session between aremote system 10 and aclient device 11, in which content may be delivered to theclient device 11. - As shown, an application 100 running on the
remote system 10 may provide content to theclient device 11 through a network, such as Ethernet, fiber channel, wireless connection and possibly other communication links. Examples of the application 100 may comprise a remote user interface (UI) application. Examples of theremote system 10 may comprise mainframe computer, mini-computer, personal computer, portable computer, laptop computer and other devices for transceiving and processing data. - Each individual piece of the content provided by the application 100 may be associated with an identifying mark. The mark may identify the content based upon content piece name, content piece provider, and/or content piece category. The content piece category may be diverse. For example, the content piece category may comprise game, movie, and news. For another example, the content piece category may comprise educational content piece, adult content piece, and horrible content piece. For yet another example, the content piece category may comprise content piece for free and general audience only and content piece for payment and adult audience only. Examples of the mark may comprise a unified resource identifier (URI) used to identify the content piece based upon various standards, such as standards set by the Motion Picture Association Of America (MPAA).
- The
client device 11 may determine whether to play the content piece for theclient 12 based upon a policy table stored in theclient device 11. Examples of theclient device 11 may comprise a content processing device coupled to a play unit (e.g., a set-top box coupled to a television), a content processing and playing device including the play unit (e.g., a handheld/mobile media device), and possibly other devices for transceiving and processing data. - The policy table may comprise a plurality of marks in various types. For example, the policy table may comprise acceptable marks (i.e., the marks associated with the content pieces acceptable for play) and unacceptable marks (i.e., the marks associated with the content pieces unacceptable for play). For another example, the policy table may only comprise the acceptable marks, and default any marks different from the acceptable marks as unacceptable marks, or vice versa.
- The policy table may be established in various ways. In an embodiment, the
client device 11 may run its own application to interact with theclient 12 to establish the policy table. For example, theclient device 11 may display various marks associated with various content pieces on a user interface so that the client may choose what kinds of content pieces to play. In another example, theclient device 11 may pre-store various policy tables suitable for various circumstances, such as a policy table for the circumstance that the play unit is placed in a children's room and a policy table for the circumstance that the play unit is placed in a parent's room, so that the client may select a policy table by indicating a specific circumstance. - However, other embodiments may implement other technologies on establishing the policy table. For example, the policy table may be provided by a manufacturer when manufacturing the client device. The policy table may also be established by another remote application connecting with the client device through the network and downloading the policy table to the client device when required.
- At the beginning of the session between the application 100 and the
client device 11, the application 100 may send amark 1 associated with acontent piece 1′ to theclient device 11. Theclient device 11 may check themark 1 with the policy table and determine to play the content piece if themark 1 belongs to one of the acceptable marks according to the policy table. Then, theclient device 11 may decode and play thecontent 1′ for theclient 12. - When the application 100 is ready to send different content piece, it may send a CONTENT_CHANGE_NOTIFY command to the
client device 11 to notify that anothercontent piece 2′ may be provided. Meanwhile, the application 100 may send amark 2 associated with thecontent piece 2′ to theclient device 11. Theclient device 11 may check themark 2 with the policy table and reject thecontent piece 2′ if themark 2 belongs to the unacceptable marks according to the policy table. Theclient device 11 may send a CONTENT_CHANGE_REJECT command the application 100 to notify the play rejection decision for thecontent piece 2′. - In response to the play rejection decision, the
client device 11 may ignore thecontent piece 2′. Alternatively, the application 100 may generate acontent piece 3′ associated with anunlimited level mark 3 and send theunlimited level mark 3 as well as thecontent piece 3′ to theclient device 11. The unlimited level mark may be a must accept mark indicating that theclient device 11 must accept to play its associated content piece without checking the mark with the policy table. - The unlimited level mark may be a globally unique mark recognizable by all of the client devices applying the present invention. Examples for the
content piece 3′ may comprise a technical warning message for the rejectedcontent piece 2′, a technical report for the application, and a menu to prompt theclient 12 to interact with the application or the client device. Then, theclient device 11 may decode and display thecontent piece 3′ received from the application 100. - Other embodiments may implement other technologies for the session as described as above. In an embodiment, the application 100 may not provide the
content piece 3′, but continue sending content pieces and associated marks. Then, theclient device 11 may need to check the marks with the policy table in order to determine whether to play the associated content pieces. Alternatively, the application 100 may send a previous content piece associated with a previous mark that has been accepted to play by theclient device 11. - In another embodiment, the application 100 may provide the special content piece associated with the unlimited level mark under other circumstances than in response to receiving the play rejection command. For example, the application 100 may provide the special content piece at the beginning of the session with the client device, and the special content piece may comprise a menu to prompt the
client 12 to interact with the application 100 or theclient device 11. For another example, the application 100 may provide the special content piece in response to receiving an unknown mark command from theclient device 11 indicating that theclient device 11 can not recognize the mark sent from the application 100. The special content piece may comprise a description of the mark so that theclient 12 may determine whether to play the content piece associated with the unknown mark. - In yet another embodiment, the content provider and the mark provider may be different. For example, two applications may run on one remote system connecting with the
client device 11 via the network to respectively provide the content piece and the mark associated with the content piece. For another example, two remote systems connecting with theclient device 11 via the network may respectively provide the content pieces and the marks associated with the content piece. -
FIG. 2 shows an embodiment of a logical structure of theremote system 10. As shown, theremote system 10 may comprise adata storage 21, acontent generator 22, amark decider 23, and an I/O device 24. Thedata storage 21 may store data used to generate the content to be provided to theclient device 11. Thecontent generator 22 may generate the content based upon the data in thedata storage 21 before or during the session with theclient device 12. Themark decider 23 may decide a mark associated with each individual piece of the content from thecontent generator 22 based upon various factors, such as mark descriptions and content piece characteristics (e.g., content piece name, content piece provider, or content piece categories). - The I/
O device 24 may receive from or send data to theclient device 11 through the network. For example, the I/O device 24 may send the marks from themark decider 23 and the content pieces from thecontent generator 22 to theclient device 11 through the network. For another example, the I/O device 24 may receive a play rejection command from theclient device 11 through the network, which may trigger thecontent generator 22 to generate a specific content piece and themark decider 23 to decide an unlimited level mark associated with the special content piece, so that the I/O device 24 may send the unlimited level mark and the special content piece to theclient device 11. - Other embodiments may implement other technologies for the structure of the
remote system 10. In an embodiment, thecontent generator 22 may be omitted if the content pieces are pre-stored in thedata storage 21 or provided by any other parties rather than theremote system 10. In another embodiment, the I/O device 24 may send the mark first and then send the content piece to theclient device 11 after receiving a play acceptance command indicating that theclient device 11 may accept to play the content piece by checking the mark with the policy table. In yet another embodiment, the I/O device 24 may not send the content piece to theclient device 11 after receiving the play rejection command indicating that theclient device 11 may reject to play the content piece by checking the mark with the policy table. -
FIG. 3 shows an embodiment of a logical structure of theclient device 11. As shown, theclient device 11 may comprise an I/O device 31, apolicy maker 32, adata storage 33, aplay controller 34, and adecoder 35. The I/O device 31 may receive from or send data to the application 100 through the network. - The
policy maker 32 may run a local application on the client device to interact with theclient 12 and establish the policy table comprising the plurality of marks based upon opinions from theclient 12. As described above, various methods may be adopted to establish the policy table and may not be reiterated here for simplicity. - The
data storage 33 may store the policy table established by thepolicy maker 32. However, as stated above, the policy table may be established by the manufacturer or another remote application connecting with theclient device 11 through the network. In such a case, thepolicy maker 32 may be omitted and thedata storage 33 may store the policy table downloaded directly from the manufacturer or another remote application. - The
play controller 34 may determine whether to play the content piece associated with the mark received from the application 100 by checking the mark with the policy table stored in thedata storage 33. In response to determining to play the content piece, theplay controller 34 may pass the content piece received from the application 100 to thedecoder 35. In response to determining not to play the content piece, theplay controller 34 may send a play rejection command to the application 100 and ignore the content piece. If the application 100 sends the unlimited level mark and its associated content piece after receiving the play rejection command, theplay controller 34 may determine to play the content piece directly, e.g., without checking the unlimited level mark with the policy table. - The
decoder 35 may be responsible for decoding the content passed from theplay controller 34 so that the play unit may play the content. - Other embodiments may implement other technologies for the structure of the
client device 11. In an embodiment, thepolicy maker 32 may be further responsible for updating the policy table, which may be trigger by theclient 12, theclient device 11, the application 100, or other parties. For example, theclient 12 may trigger thepolicy maker 32 to update the policy table by pressing a button. During updating the policy table, theclient device 11 may suspend the session with the application 100 by storing the data from the application 100 in the data storage, so that theclient device 11 may continue to process the data after the session is restored. However, update of the policy table may be done by the manufacturer or possibly other parties instead of theclient device 11. -
FIG. 4 shows an embodiment of a method of providing content to theclient device 11 by the application 100 running on theremote system 10. - In
block 401, the application 100 may start a session with theclient device 11 through the network. Inblock 402, thecontent generator 22 of the application 100 may generate a content piece based upon the data stored in thestorage 21. However, it should be appreciated that other technologies may be adopted for generating the content piece. For example, thecontent generator 22 may generate the content piece before the session. For another example, the content piece may be pre-stored in theremote system 10 or be provided by any other parties rather than theremote system 10. Inblock 403, themark decider 23 may decide a mark associated with the content piece based upon various factors, such as mark descriptions and content piece characteristics (e.g., content piece names, content piece provider, and content piece categories). - In
block 404, the I/O device 24 of theremote system 10 may send the mark determined inblock 403 to theclient device 11, and then send the content piece generated inblock 402 to theclient device 11. However, it should be appreciated that other technologies may be adopted for sending the content piece. For example, theremote system 10 may send the content piece when theclient device 11 confirms to play the content piece. For another example, the mark and its associated content piece may be sent in other orders or at the same time. - In
block 405, it is determined whether theclient device 11 rejects to play the content piece. Many methods may be applied forblock 405. For example, the determination ofblock 405 may be made depending on whether the I/O device 24 of theremote system 10 receives a play rejection command indicating that theclient device 11 may reject to play the content piece. - In response to determining that the
client device 11 accepts to play the content piece, the method ofFIG. 4 may go back to block 402 and continue generating a next content piece. However, in response to determining that theclient device 11 may reject to play the content piece, thecontent generator 22 may generate a special content piece that theclient device 11 must accept to play, inblock 406. Accordingly, inblock 407, themark decider 23 may decide an unlimited level mark for the special content piece that may trigger theclient device 11 to decode and/or play the content piece directly. Inblock 408, the I/O device 24 may send the unlimited level mark and its associated content in any order to theclient device 11. - Other embodiments may implement other technologies for providing the content by the application 100. For example, the application 100 may not provide the special content piece with the unlimited level mark when being notified that the
client device 11 rejects to play the content piece generated inblock 402. Therefore, blocks 406-408 ofFIG. 4 may be omitted. In such case, the application 100 may continue to generate and send a next content piece to theclient device 11 or send a previous content piece that has been accepted by theclient device 11. -
FIG. 5 shows an embodiment of a method of controlling the content play by theclient device 11. Inblock 501, thepolicy maker 32 of theclient device 11 may run a local application to interact with theclient 12 and collect inputs from theclient 12 for policy making. Inblock 502, thepolicy maker 32 may establish the policy table based upon the inputs from theclient 12 and store the policy table in thestorage 33. The policy table may comprise the plurality of marks in various types. As stated above, the policy table may be established in other ways. For example, the policy table may be downloaded from any parties other than theclient device 11. In such case, blocks 501 and 502 may be omitted. - In
block 503, theclient device 11 may start the session with the application 100 running on theremote system 10. Inblock 504, the I/O device 31 of theclient device 11 may receive a mark associated with a content piece from the application 100. Then, theplay controller 34 of theclient device 11 may decide whether the mark is the unlimited level mark, which indicates that theplay controller 34 may accept to play the associated content piece directly, for example, without checking the unlimited level mark with the policy table. - If the mark received in
block 504 is not the unlimited level mark, theplay controller 34 may check the mark with the plurality of marks in the policy table to determine whether or not to play the content piece associated with the mark inblock 507. In response to accepting to play the content piece, theplay controller 34 may pass the content piece to thedecoder 35 for decoding inblock 508, so that the play unit coupled to the client device may play the content piece. However, in response to rejecting to play the content piece inblock 507, the I/O device 31 of theclient device 11 may send a play rejection command to the application 100 and ignore the content piece inblock 509. - If, in
block 505, it is determined that the mark received inblock 504 is an unlimited level mark, theplay controller 34 may pass the associated content piece directly to thedecoder 35 for decoding inblock 510. As stated above, the content piece associated with the unlimited level mark may comprise various information, such as the technical warning message for the rejected content piece, the technical report for the application 100, or the menu to prompt theclient 12 to interact with theclient device 11. - Other embodiments may implement other technologies on the method of content play control by the
client device 11. In an embodiment, thepolicy maker 32 may further update the policy table if being triggered by any parties, such as theclient 12, theclient device 11, or the application 100. In such case, thepolicy maker 32 may suspend the session with the application 100 when updating the policy table and restore the session after completing the update. -
FIG. 6 depicts an embodiment of a general computing platform that may be implemented as theremote system 10 or theclient device 11. The computing platform may comprise one ormore processors 650,memory 651,chipset 652, I/O device 653 and possibly other components. The one ormore processors 650 are communicatively coupled to various components (e.g., the memory 651) via one or more buses such as a processor bus. Theprocessors 650 may be implemented as an integrated circuit (IC) with one or more processing cores that may execute codes. For theremote system 10, examples of theprocessor 650 may include Intel® Pentium™, Intel® Itanium™, Intel® Core™ 2 Duo architectures, available from Intel Corporation of Santa Clara, Calif. For theclient device 11, examples of theprocessor 650 may include Intel® Pentium-M™ architecture. - In an embodiment, the
memory 651 may store codes to be executed by theprocessor 650. Examples of thememory 651 may comprise one or a combination of the following semiconductor devices, such as synchronous dynamic random access memory (SDRAM) devices, RAMBUS dynamic random access memory (RDRAM) devices, double data rate (DDR) memory devices, static random access memory (SRAM), and flash memory devices. For theremote system 10, thememory 651 may store codes to be implemented as thedata 21,content generator 22 andmark decider 23. For theclient device 11, thememory 651 may store codes to be implemented as thepolicy maker 32, the policy table 33 and theplay controller 34. - In an embodiment, the
chipset 652 may provide one or more communicative path among theprocessor 650,memory 651 and various components, such as the I/O device 653. Examples of the I/O devices 653 may comprise a keyboard, mouse, network card, a storage device, a camera, a blue-tooth, an antenna, and the like. - Other embodiments may implement other technologies for the structure of the computing platform as shown in
FIG. 6 . For example, if the computing platform is implemented as theclient device 11, the computing platform may further comprise a decoder to decode content or theprocessor 650 may be installed with the decoding instructions to decode the contents. Further, the I/O device may further comprise a play unit (e.g., a video device and an audio device) to play the contents. For another example, if the computing platform is implemented as theremote system 10, the computing platform may further comprise a BIOS firmware having routines or drivers that the computing platform may execute to communicate with one or more components of the computing platform. - While certain features of the invention have been described with reference to example embodiments, the description is not intended to be construed in a limiting sense. Various modifications of the example embodiments, as well as other embodiments of the invention, which are apparent to persons skilled in the art to which the invention pertains are deemed to lie within the spirit and scope of the invention.
Claims (24)
1. A method of a client device, comprising:
receiving a mark associated with a content piece from a remote system connecting with the client device through a network; and
checking the mark with a policy table to determine whether to play the content piece, wherein the policy table includes a plurality of marks and indicates whether each of a plurality of content pieces associated with each of the plurality of marks is acceptable for play.
2. The method of claim 1 , further comprising determining to play the content piece if the mark matches with one of the plurality of marks whose associated content piece is acceptable for play according to the policy table.
3. The method of claim 1 , further comprising rejecting to play the content piece if the mark matches with one of the plurality of marks whose associated content piece is unacceptable for play according to the policy table.
4. The method of claim 1 , further comprising generating the policy table based upon interactions with a client.
5. The method of claim 1 , further comprising storing the policy table in the client device.
6. The method of claim 1 , further comprising updating the policy table based upon interactions with a client.
7. The method of claim 1 , further comprising:
receiving the content piece from the remote system; and
decoding the content piece in response to determining to play the content piece.
8. The method of claim 1 , further comprising:
receiving another content piece associated with another mark from the remote system, after the client device rejects to play the content piece;
determining whether the another mark is a predetermined mark that triggers the client device to play the another content piece without checking the another mark with the policy table; and
decoding the another content piece if the another mark is the predetermined mark.
9. A client device, comprising:
a storage unit to store a policy table comprising a plurality of marks;
an I/O device to receive a mark associated with a content piece from a remote system connecting with the client device through a network; and
a play controller to check the mark with the policy table to determine whether to play the content piece, wherein the policy table indicates whether each of a plurality of content pieces associated with each of the plurality of marks is acceptable for play.
10. The client device of claim 9 , wherein the play controller further determines to play the content piece if the mark matches with one of the plurality of marks whose associated content piece is acceptable for play according to the policy table.
11. The client device of claim 9 , wherein the play controller further rejects to play the content piece if the mark matches with one of the plurality of marks whose associated content piece is unacceptable for play according to the policy table.
12. The client device of claim 9 , further comprising a decoder to decode the content piece if the play controller determines to play the content piece.
13. The client device of claim 9 , further comprising a play unit to play the decoded content piece from the decoder.
14. The client device of claim 9 , further comprising a policy maker to generate the policy table based upon interactions with a client.
15. The client device of claim 9 , further comprising a policy maker to update the policy table based upon interactions with a client.
16. The client device of claim 9 , wherein the I/O device further sends a play rejection notification to the remote system if the play controller rejects to play the content piece.
17. The client device of claim 9 , wherein:
the I/O device further receives another content piece associated with another mark from the remote system after the client device rejects to play the content piece; and
the play controller determines whether the another mark is a predetermined mark that triggers the client device to play the another content piece without checking the another mark with the policy table.
18. A machine-readable medium comprising a plurality of instructions which when executed result in a remote system:
generating a mark associated with a content piece for a client device, connecting with the remote system through a network, to determine whether to play the content piece by checking the mark with a policy table, wherein the policy table includes a plurality of marks and indicates whether each of a plurality of content pieces associated with each of the plurality of marks is acceptable for play; and
sending the mark to the client device through the network.
19. The machine readable medium of claim 18 , wherein the plurality of instructions further result in the remote system:
sending the content piece to the client device through the network.
20. The machine readable medium of claim 18 , wherein the plurality of instructions further result in the remote system:
generating another content piece associated with another mark in response that the client device determines not to play the content piece, wherein the another mark triggers the client device to play the another content piece without checking the another mark with the policy table;
sending the another mark and the another content piece to the client device through the network.
21. A remote system, comprising:
a mark decider to decide a mark associated with a content piece for a client device, connecting with the remote system through a network, to determine whether to play the content piece by checking the mark with a policy table, wherein the policy table includes a plurality of marks and indicates whether each of a plurality of content pieces associated with each of the plurality of marks is acceptable for play; and
an I/O device to send the mark to the client device through the network.
22. The remote system of claim 21 , further comprising a content generator to generating the content piece.
23. The remote system of claim 21 , wherein the I/O device further sends the content piece to the client device through the network.
24. The remote system of claim 21 , further comprising a content generator to generate another content piece associated with another mark in response that the client device determines not to play the content, wherein the another mark triggers the client device to play the another content piece without checking the another mark with the policy table.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2006/002015 WO2008019530A1 (en) | 2006-08-09 | 2006-08-09 | Dynamic content play control |
Publications (2)
Publication Number | Publication Date |
---|---|
US20100293244A1 true US20100293244A1 (en) | 2010-11-18 |
US8255492B2 US8255492B2 (en) | 2012-08-28 |
Family
ID=39081902
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/376,778 Expired - Fee Related US8255492B2 (en) | 2006-08-09 | 2006-08-09 | Dynamic content play control |
Country Status (4)
Country | Link |
---|---|
US (1) | US8255492B2 (en) |
EP (1) | EP2050012B1 (en) |
CN (1) | CN101479717B (en) |
WO (1) | WO2008019530A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8255492B2 (en) * | 2006-08-09 | 2012-08-28 | Intel Corporation | Dynamic content play control |
US8726010B2 (en) | 2010-10-21 | 2014-05-13 | Qumu Corporation | Secure content distribution |
US20140281911A1 (en) * | 2013-03-15 | 2014-09-18 | Samsung Electronics Co., Ltd. | Selectively activating a/v web page contents in electronic device |
US11042607B2 (en) * | 2013-08-23 | 2021-06-22 | Nant Holdings Ip, Llc | Recognition-based content management, systems and methods |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010026983A (en) * | 2008-07-24 | 2010-02-04 | Panasonic Corp | Content providing device, mobile terminal device, content providing method, and content managing method |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020059588A1 (en) * | 2000-08-25 | 2002-05-16 | Thomas Huber | Personalized remote control |
US20020156744A1 (en) * | 2000-07-11 | 2002-10-24 | Takanori Senoh | Method and system for controlling content circulation system |
US20030028622A1 (en) * | 2001-08-06 | 2003-02-06 | Mitsuhiro Inoue | License management server, terminal device, license management system and usage restriction control method |
US6567979B1 (en) * | 1998-12-23 | 2003-05-20 | Oak Technology, Inc. | Method and apparatus for enforcing DVD parental control across an enterprise |
US20040049395A1 (en) * | 2002-09-06 | 2004-03-11 | Bruce Gaya | Method and apparatus for marking content during distribution of the content to a client |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006512705A (en) | 2002-12-30 | 2006-04-13 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Content access control from information transmission media playback device |
CN1452113A (en) * | 2003-04-30 | 2003-10-29 | 陈话·菲力普 | All medium content distribution network platform |
US20050097595A1 (en) | 2003-11-05 | 2005-05-05 | Matti Lipsanen | Method and system for controlling access to content |
US8006279B2 (en) | 2004-12-10 | 2011-08-23 | Alcatel Lucent | Distributive system for marking and blocking video and audio content related to video and audio programs |
CN1791215A (en) * | 2005-12-29 | 2006-06-21 | 清华大学 | Network television content safety monitoring and managing method |
CN101479717B (en) * | 2006-08-09 | 2011-05-18 | 英特尔公司 | Dynamic content play control |
-
2006
- 2006-08-09 CN CN200680055251.3A patent/CN101479717B/en not_active Expired - Fee Related
- 2006-08-09 US US12/376,778 patent/US8255492B2/en not_active Expired - Fee Related
- 2006-08-09 WO PCT/CN2006/002015 patent/WO2008019530A1/en active Application Filing
- 2006-08-09 EP EP06775333.5A patent/EP2050012B1/en not_active Not-in-force
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6567979B1 (en) * | 1998-12-23 | 2003-05-20 | Oak Technology, Inc. | Method and apparatus for enforcing DVD parental control across an enterprise |
US20020156744A1 (en) * | 2000-07-11 | 2002-10-24 | Takanori Senoh | Method and system for controlling content circulation system |
US20020059588A1 (en) * | 2000-08-25 | 2002-05-16 | Thomas Huber | Personalized remote control |
US20030028622A1 (en) * | 2001-08-06 | 2003-02-06 | Mitsuhiro Inoue | License management server, terminal device, license management system and usage restriction control method |
US20040049395A1 (en) * | 2002-09-06 | 2004-03-11 | Bruce Gaya | Method and apparatus for marking content during distribution of the content to a client |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8255492B2 (en) * | 2006-08-09 | 2012-08-28 | Intel Corporation | Dynamic content play control |
US8726010B2 (en) | 2010-10-21 | 2014-05-13 | Qumu Corporation | Secure content distribution |
US8935532B2 (en) | 2010-10-21 | 2015-01-13 | Qumu Corporation | Content distribution and aggregation |
US20140281911A1 (en) * | 2013-03-15 | 2014-09-18 | Samsung Electronics Co., Ltd. | Selectively activating a/v web page contents in electronic device |
US11042607B2 (en) * | 2013-08-23 | 2021-06-22 | Nant Holdings Ip, Llc | Recognition-based content management, systems and methods |
Also Published As
Publication number | Publication date |
---|---|
CN101479717A (en) | 2009-07-08 |
WO2008019530A1 (en) | 2008-02-21 |
EP2050012B1 (en) | 2014-12-24 |
EP2050012A4 (en) | 2011-12-21 |
CN101479717B (en) | 2011-05-18 |
EP2050012A1 (en) | 2009-04-22 |
US8255492B2 (en) | 2012-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111523104B (en) | Authorizing transactions on a shared device using a personal device | |
US20200195842A1 (en) | Information pushing method, storage medium, terminal device, and server | |
KR100808986B1 (en) | Method and apparatus for executing the contents of a file in a mobile terminal | |
US20100162117A1 (en) | System and method for playing media | |
US20150003797A1 (en) | Alignment of closed captions | |
US8255492B2 (en) | Dynamic content play control | |
US11335343B2 (en) | Adding audio and video context to smart speaker and voice assistant interaction | |
WO2015154053A1 (en) | Radio search application with follower capability system and method | |
US20120240180A1 (en) | Set-top box, earphone, and multimedia playing method | |
CN108573393A (en) | Comment information processing method, device, server and storage medium | |
CN105389710A (en) | Method of delivering an advertising message | |
KR20170063860A (en) | Promotion information processing method, device, and apparatus, and non-volatile computer storage medium | |
US20230177070A1 (en) | Tokenized voice authenticated narrated video descriptions | |
CN108235075A (en) | Video quality grade matching process, computer readable storage medium and terminal | |
CN112637626B (en) | Plug flow method, system, device, electronic equipment and storage medium | |
US20200402504A1 (en) | Do not disturb functionality for voice responsive devices | |
US10455266B2 (en) | Personalized smart-list video channels | |
CN113727136B (en) | Live broadcast pushing method, system, device, equipment and storage medium | |
US11164215B1 (en) | Context-based voice-related advertisement offers | |
JP2013085244A (en) | Method and system for interactive application of mobile electronic equipment | |
CN113676761A (en) | Multimedia resource playing method and device and main control equipment | |
US11082380B2 (en) | Systems and methods for providing in-application messaging | |
TW201424355A (en) | Video playback system allowing multiple mobile communication devices to control the same video decoder and related computer program products | |
TWI467985B (en) | Video playback system supporting group-based billing mechanism and related computer program products | |
CN101506797A (en) | A media playing tool with a multiple media playing model |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTEL CORPORATION, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ZHU, LEJUN;ZHANG, YUMAN;LU, KECHENG;SIGNING DATES FROM 20101008 TO 20101025;REEL/FRAME:025233/0123 |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20160828 |