US20080201757A1 - Apparatus and method for providing interactive service to device using different digital broadcast middleware standards - Google Patents

Apparatus and method for providing interactive service to device using different digital broadcast middleware standards Download PDF

Info

Publication number
US20080201757A1
US20080201757A1 US11/855,538 US85553807A US2008201757A1 US 20080201757 A1 US20080201757 A1 US 20080201757A1 US 85553807 A US85553807 A US 85553807A US 2008201757 A1 US2008201757 A1 US 2008201757A1
Authority
US
United States
Prior art keywords
application
execution
request
middleware
system information
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.)
Abandoned
Application number
US11/855,538
Inventor
Ye-youl Lee
Si-cheol Kim
Yoo-seung Hwang
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Assigned to SAMSUNG ELECTRONICS CO., LTD. reassignment SAMSUNG ELECTRONICS CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HWANG, YOO-SEUNG, KIM, SI-CHEOL, LEE, YE-YOUL
Publication of US20080201757A1 publication Critical patent/US20080201757A1/en
Priority to US13/366,043 priority Critical patent/US9621370B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2814—Exchanging control software or macros for controlling appliance services in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4183—External card to be used in combination with the client device, e.g. for conditional access providing its own processing capabilities, e.g. external module for video decoding
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43607—Interfacing a plurality of external cards, e.g. through a DVB Common Interface [DVB-CI]
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4367—Establishing a secure communication between the client and a peripheral device or smart card
    • 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/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
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • 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
    • H04N21/4433—Implementing client middleware, e.g. Multimedia Home Platform [MHP]
    • 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
    • H04N21/4437—Implementing a Virtual Machine [VM]
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • 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/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/10—Adaptations for transmission by electrical cable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances

Definitions

  • Apparatuses and methods consistent with the present invention relate to providing an interactive service to devices using different digital broadcast middleware standards, and more particularly, to providing an interactive service to devices with different digital cable broadcast middleware standards without modification of existing specifications.
  • Cable broadcasting is increasingly expected not only to be able to provide high-quality two-way services, but also to become a most suitable medium in the near future for broadcast/communication integrated services due to its capabilities to provide two-way services, achieve high transmission speeds and transmit considerable amounts of data.
  • STBs set-top boxes
  • STBs can provide bidirectionality to broadcasting, and are essential for the reception of digital broadcast programs with high picture quality and high sound quality and for the realization of two-way services.
  • the importance of STBs to digital broadcasting has grown steadily.
  • a broadcast reception function used to be one of the main functions of STBs.
  • STBs have evolved into digital consumer devices that are capable of providing not only a broadcast reception function but also a variety of additional functions such as a communication function, a personal video recorder (PVR) function, and an electronic program guide (EPG) function.
  • PVR personal video recorder
  • EPG electronic program guide
  • OpenCable is a digital cable broadcast standard which includes both hardware and software specifications.
  • OpenCable includes an STB and a point of deployment (POD) module which separates conditional access/security functions from the STB, and a software implementation of OpenCable is OpenCable Applications Platform (OCAP), which is a middleware specification.
  • POD point of deployment
  • OCAP OpenCable Applications Platform
  • OCAP is a standard for developing two-way applications.
  • OCAP can provide web-based services for digital cable broadcasting and can thus support further advanced two-way services for viewers.
  • OpenCable devices use the same middleware platform called OCAP and can thus share application software and content with one another.
  • High Definition Audio Video Network Alliance has proposed a solution for connecting a built-in digital television (DTV) and one or more peripheral devices via IEEE 1394 so that the DTV and the peripheral devices can be controlled in an integrated manner, and that high-definition (HD) content can be shared between the DTV and the peripheral device.
  • the HANA solution involves the use of a DTV equipped with a decoder and a web browser and a peripheral device equipped with a web server and a control page.
  • the HANA solution can enable a DTV to decode digital broadcast signals and HD content present in peripheral devices and can control the peripheral devices in an integrated manner using a web browser of the DTV as a graphic user interface (GUI).
  • GUI graphic user interface
  • the HANA solution can control all devices connected to an IEEE 1394 network using a single integrated remote control.
  • EPG information, paper per view (PPV) data, video on demand (VOD) data, and shopping programs are transmitted between a HANA system including a HANA DTV, a television (TV) node, an audio/video (A/V) hard disc drive, and a HANA eXtended Home Theater (XHT) STB cable network interface unit (NIU), and an XHT STB as Hypertext Markup Language (HTML) data, and user interfaces (UIs) are displayed in the HANA system and the XHT STB as HTML data.
  • HANA system including a HANA DTV, a television (TV) node, an audio/video (A/V) hard disc drive, and a HANA eXtended Home Theater (XHT) STB cable network interface unit (NIU), and an XHT STB as Hypertext Markup Language (HTML) data
  • UIs user interfaces
  • an OpenCable STB connected to a HANA system via IEEE 1394 is equipped with OCAP middleware, applications that are executed using Multimedia Home Platform (MHP) or OCAP middleware may not be provided as HTML data, and thus may not be able to be directly applied to the HANA system.
  • MHP Multimedia Home Platform
  • OCAP middleware may not be provided as HTML data, and thus may not be able to be directly applied to the HANA system.
  • MHP Multimedia Home Platform
  • OCAP middleware may not be provided as HTML data, and thus may not be able to be directly applied to the HANA system.
  • MHP Multimedia Home Platform
  • OCAP middleware may not be provided as HTML data, and thus may not be able to be directly applied to the HANA system.
  • an extension to the OCAP specification is required.
  • HANA applications for providing UIs for a HANA system and providing UIs for users and various HANA applications may be executed using a web browser included in an HTML-based HANA DTV.
  • OCAP-J applications Java-based applications
  • Java-based UIs Java-based UIs
  • the present invention provides an apparatus and method for providing an interactive service to devices using different digital broadcast middleware standards which can enable devices that comply with the HANA specification to utilize OCAP applications.
  • an apparatus for providing an interactive service to devices using different digital broadcast middleware standards including an execution information providing module which provides execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can be executed in a second device using a second middleware standard; and a request execution module which receives a request issued by the second device during the execution of the application in the second device, and performs an operation corresponding to the received request.
  • an apparatus for providing an interactive service to devices using different digital broadcast middleware standards including an application execution module which is provided with execution information regarding an application that has been executed in a first device using a first middleware standard and which executes the application in a second device using a second middleware standard with reference to the execution information, a request module which issues a request to the first device during the execution of the application in the second device, and a display module which displays the result of the execution of the application in the second device.
  • a method providing an interactive service to devices using different digital broadcast middleware standards, the method including providing execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can be executed in a second device using a second middleware standard, and receiving a request issued by the second device during the execution of the application in the second device, and performing an operation corresponding to the received request.
  • a method of providing an interactive service to devices using different digital broadcast middleware standards including receiving execution information regarding an application that has been executed in a first device using a first middleware standard and executing the application in a second device using a second middleware standard with reference to the execution information, issuing a request to the first device during the execution of the application in the second device, and displaying the result of the execution of the application in the second device.
  • FIG. 1 is a block diagram of a system for providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention
  • FIG. 2 is a block diagram of an apparatus for providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention
  • FIG. 3 is a block diagram of an apparatus for providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention
  • FIG. 4 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention.
  • FIG. 5 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention.
  • These computer program instructions may also be stored in a computer usable or computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer usable or computer-readable memory produce an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks.
  • the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that are executed on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
  • Each block of the flowchart illustrations may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of the order. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
  • FIG. 1 is a block diagram of a system for providing an interactive service to devices with digital broadcast middleware standards according to an exemplary embodiment of the present invention.
  • the system is designed for executing distributed OCAP applications so that OCAP applications can be executed in HANA DTVs without any modification to existing OCAP standard specifications.
  • an OCAP network interface unit (NIU) 110 may include a distributed OCAP application server (DOAS) 111
  • DOAS distributed OCAP application server
  • the HANA DTV 120 may include a distributed OCAP client copy (DOCC) 121 .
  • DOAS distributed OCAP application server
  • DOCC distributed OCAP client copy
  • the HANA DTV 120 may also include an extended resource support package (ERSP) 122 for accessing graphic resources, MPEG-2 transport stream (TS) decoders, and A/V display resources. Therefore, an OCAP interactive service can be provided to the OCAP NIU 110 and the HANA DTV 120 which is connected to the OCAP NIU 110 via an HANA 1394 network.
  • EMP extended resource support package
  • TS MPEG-2 transport stream
  • DOEL distributed OCAP environment library
  • the DOAS 111 , the DOCC 121 , and the ERSP 122 will hereinafter be described in further detail with reference to FIGS. 2 and 3 .
  • FIG. 2 is a block diagram of an apparatus 200 for providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention.
  • the apparatus 200 includes an execution information providing module 201 which provides execution information regarding an application that has been executed in the first device using the first middleware standard so that the application can also be executed in the second device using the second middleware standard; and a request execution module 202 which receives a request from the second device during the execution of the application in the second device and performs an operation corresponding to the received request.
  • FIG. 3 is a block diagram of an apparatus 300 for providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention.
  • the apparatus 300 includes an application execution module 301 which is provided with execution information regarding an application that has been executed in the first device by the first device and executes the application in the second device with reference to the execution information; a request module 302 which issues a request to the first device during the execution of the application in the second device; and a display module 303 which displays the result of executing the application in the second device in the second device.
  • module means, but is not limited to, a software or hardware component, such as a Field Programmable Gate Array (FPGA) or Application Specific Integrated Circuit (ASIC), which performs certain tasks.
  • a module may advantageously be configured to reside on the addressable storage medium and configured to execute on one or more processors.
  • a module may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • components such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • the functionality provided for in the components and modules may be combined into fewer components and modules or further separated into additional components and modules.
  • the execution information providing module 201 provides execution information regarding an application that has been executed in the first device using the first middleware standard so that the application can also be executed in the second device using the second middleware standard.
  • the first device may include OCAP middleware, and an application or a user interface (UI) that satisfies the OCAP standard may be executed in the first device.
  • OCAP middleware an application or a user interface (UI) that satisfies the OCAP standard may be executed in the first device.
  • UI user interface
  • the OCAP application executes at least one of a cable card, a Data Over Cable Service Interface Specification (DOCSIS) set-top gateway (DSG) module, a tuner, a demultiplexer, and an IEEE 1394 interface that are all installed in the first device.
  • DOCSIS Data Over Cable Service Interface Specification
  • DSG Data Over Cable Service Interface Specification
  • the execution information may include at least one of an OCAP unbound application, an OCAP Xlet, an application information table (AIT), an extended AIT (XAIT), system information (SI), and program system information protocol (PSIP) for executing, in the second device, an OCAP UI or an OCAP application that has been executed in the first device.
  • AIT application information table
  • XAIT extended AIT
  • SI system information
  • PSIP program system information protocol
  • the execution information is needed for remote execution of the OCAP application in the second device.
  • the first device may serve as a server by providing the second device with the execution information.
  • the OCAP application may be classified as a bound application or an unbound application.
  • Information regarding the OCAP application may be provided as an AIT for a bound application or an XAIT for an unbound application by a head end.
  • the execution information providing module 201 may be included in the first device.
  • the execution information providing module 201 parses information present in the AIT or the XAIT provided by the head end, classifies the parsed information into application information regarding a tuner or a cable card to be executed in the first device and application information regarding a UI or a Java application, and provides the application information regarding a UI or a Java application to the second device.
  • the second device may execute an application with reference to the execution information provided by the execution information providing module 201 .
  • the second device may issue a request to the first device during the execution of an application in the second device, and the request execution module 202 in the first device may receive the request issued by the second device and execute a command corresponding to the received request.
  • the execution information providing module 201 and the request execution module 202 may be included in the DOAS 111 illustrated in FIG. 1 .
  • the second device may include CEA-2027 middleware that involves XHT technology.
  • the second device may include one or more HANA DTVs.
  • the request issued by the second device may be a request for channel-tuning for an application currently being executed by the second device or a request for an MPEG TS, SI data, PSI data, or information regarding at least one of a tuner, an out-of-band (OOB) channel, OOB receiver/transmitter, a persistent storage, section filters, conditional access system (CAS) messaging, a cable card, and object carousels to be executed in the first device.
  • OOB out-of-band
  • OOB receiver/transmitter a persistent storage
  • section filters filters
  • CAS conditional access system
  • the request execution module 202 receives the request issued by the second device, manages an AIT and conditions for the maintenance and termination of a bound application, exchanges an OCAP call for remote execution with the second device as a message, and enables the first device and the second device to operate in connection with each other.
  • the application execution module 301 is provided with execution information regarding an application that has been executed in the first device and executes the application in the second device with reference to the execution information.
  • the first device may include OCAP middleware, and an application or a UI that satisfies the OCAP standard may be executed in the first device.
  • the second device may include CEA-2027A or CEA-931B middleware that involves XHT technology.
  • the second device may include one or more HANA DTVs.
  • the application execution module 301 may be provided with execution information regarding an application as a jar file by the first device, and executes all OCAP applications in devices such as HANA DTVs.
  • the application execution module 301 may be provided with a copy of an OCAP application by the execution information providing module 201 of the apparatus 200 illustrated in FIG. 2 . More specifically, the execution information providing module 201 parses information present in an AIT or an XAIT, classifies the parsed information into application information regarding a tuner or cable card to be executed in the first device and application information regarding a UI or a Java application, and provides the application information regarding a UI or a Java application to the second device.
  • the DOAS 111 can execute a plurality of DOCCs respectively copied to the HANA DTVs so that an OCAP application can be executed in each of the HANA DTVs.
  • various applications selected by a user for example, monitor applications, electronic program guide (EPG) data, OCAP bound applications and OCAP unbound applications, can be executed in devices such as HANA DTVs.
  • EPG electronic program guide
  • the request module 302 issues a request to the first device during the execution of an application in the second device.
  • the request issued by the request module 302 has already been described above with reference to FIG. 2 , and thus, a detailed description thereof will be skipped.
  • the application execution module 301 and the request module 302 may be included in the DOCC 121 illustrated in FIG. 1 .
  • the display module 303 displays an OCAP UI or an OCAP application that has been executed in the second device.
  • the display module 303 maps an org.dvb.* package, i.e., an ERSP, which is a set of classes that are implemented in connection with an OCAP UI and a media play by using native code or Java, to resources for executing the ERSP in a HANA DTV.
  • an org.dvb.* package i.e., an ERSP, which is a set of classes that are implemented in connection with an OCAP UI and a media play by using native code or Java, to resources for executing the ERSP in a HANA DTV.
  • the display module 303 provides an ERSP for mapping primitive codes of a graphic and display system for controlling lines displayed on the screen of a HANA DTV or pixels on the screen of a HANA DTV to various functions in an application.
  • the display module 303 may include the ERSP 122 illustrated in FIG. 1 .
  • mapping process may be necessary for realizing functions such as ‘play’ and ‘stop’ in a Java Media Framework (JMF) which can process time-based media such as audio and video packages, and these functions may be provided by an ERSP.
  • JMF Java Media Framework
  • FIG. 4 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention. For convenience, the method illustrated in FIG. 4 will hereinafter be described in detail with reference to FIGS. 2 and 3 .
  • the execution information providing module 201 of the apparatus 200 illustrated in FIG. 2 provides execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can also be executed in a second device using a second middleware standard.
  • the first device may include OCAP middleware.
  • An application or a UI that satisfies the OCAP standard may be executed in the first device.
  • the OCAP application executes at least one of a cable card, a DSG, a tuner, a demultiplexer, and an IEEE 1394 interface which are all installed in the first device.
  • the DSG transmits data using a cable modem.
  • the execution information may include at least one of an OCAP unbound application, an OCAP Xlet, an AIT, an XAIT, SI, and PSIP for executing, in the second device, an OCAP UI or an OCAP application that has been executed in the first device.
  • the execution information is needed for remote execution of the OCAP application in the second device.
  • the first device may serve as a server by providing the second device with the execution information.
  • the second device executes the OCAP application with reference to the execution information, and issues a request to the first device during the execution of the OCAP application.
  • the request execution module 202 receives the request issued by the second device.
  • the request execution module 202 executes a command corresponding to the received request.
  • the second device may include CEA-2027A or CEA-931B middleware that involves XHT technology.
  • the second device may include one or more HANA DTVs.
  • the received request may be a request for channel-tuning for the OCAP application currently being executed by the second device or a request for an MPEG TS, SI data, PSI data, or information regarding at least one of a tuner, an out-of-band (OOB) channel, an OOB receiver/transmitter, a persistent storage, section filters, conditional access system (CAS) messaging, a cable card, and object carousels to be executed in the first device.
  • OOB out-of-band
  • OOB receiver/transmitter a persistent storage
  • section filters filters
  • CAS conditional access system
  • the request execution module 202 manages an AIT and conditions for the maintenance and termination of a bound application in response to the received request, exchanges an OCAP call for remote execution with the second device as a message, and enables the first device and the second device to operate while connected with each other.
  • FIG. 5 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention.
  • the application execution module 301 of the apparatus 300 illustrated in FIG. 3 receives execution information regarding an application that has been executed in the first device.
  • the second device executes an application with reference to the execution information.
  • the first device may include OCAP middleware, and an application or a UI that satisfies the OCAP standard may be executed in the first device.
  • the second device may include CEA-2027A or CEA-931B middleware that involves XHT technology.
  • the second device may include one or more HANA DTVs.
  • the application execution module 301 may be provided with execution information regarding an application as a jar file by the first device, and executes all OCAP applications in devices such as HANA DTVs.
  • the application execution module 301 may be provided with a copy of an OCAP application by the execution information providing module 201 of the apparatus 200 illustrated in FIG. 2 . More specifically, the execution information providing module 201 parses information present in an AIT or an XAIT, classifies the parsed information into application information regarding a tuner or cable card to be executed in the first device and application information regarding a UI or a Java application, and provides the application information regarding a UI or a Java application to the second device.
  • the DOAS 111 can execute a plurality of DOCCs respectively copied to the HANA DTVs so that an OCAP application can be executed in each of the HANA DTVs.
  • various applications selected by a user for example, monitor applications, electronic program guide (EPG) data, OCAP bound applications and OCAP unbound applications, can be executed in devices such as HANA DTVs.
  • EPG electronic program guide
  • the request module 302 issues a request to the first device during the execution of an application in the second device.
  • the request issued by the request module 302 has already been described above with reference to FIG. 1 , and thus, a detailed description thereof will be skipped.
  • the display module 303 displays an OCAP UI or an OCAP application that has been executed in the second device.
  • the display module 303 maps an org.dvb.* package, i.e., an ERSP, which is a set of classes that are implemented in connection with an OCAP UI and a media play by using native code or Java, to resources for executing the ERSP in a HANA DTV.
  • an org.dvb.* package i.e., an ERSP, which is a set of classes that are implemented in connection with an OCAP UI and a media play by using native code or Java, to resources for executing the ERSP in a HANA DTV.
  • the apparatus and method for providing an interactive service to devices using different digital broadcast middleware standards according to the present invention have the following advantages.
  • HANA XHT High Definition Multimedia Subjecture
  • HANA devices such as HANA DTVs
  • OpenCable devices such as OCAP cable NIUs

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Automation & Control Theory (AREA)
  • Library & Information Science (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Stored Programmes (AREA)

Abstract

An apparatus and method for providing an interactive service to devices using different digital broadcast middleware standards are provided. The apparatus includes an execution information providing module which provides execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can be executed in a second device using a second middleware standard; and a request execution module which receives a request issued by the second device during the execution of the application in the second device, and performs an operation corresponding to the received request.

Description

    CROSS-REFERENCE TO RELATED PATENT APPLICATIONS
  • This application claims priority from Korean Patent Application No. 10-2007-0016157, filed on Feb. 15, 2007 in the Korean Intellectual Property Office, the disclosure of which is incorporated herein by reference in its entirety.
    • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • Apparatuses and methods consistent with the present invention relate to providing an interactive service to devices using different digital broadcast middleware standards, and more particularly, to providing an interactive service to devices with different digital cable broadcast middleware standards without modification of existing specifications.
  • 2. Description of the Related Art
  • Cable broadcasting is increasingly expected not only to be able to provide high-quality two-way services, but also to become a most suitable medium in the near future for broadcast/communication integrated services due to its capabilities to provide two-way services, achieve high transmission speeds and transmit considerable amounts of data.
  • In order to realize two-way digital cable broadcast services, set-top boxes (STBs), which are control boxes for receiving broadcast programs and performing various additional functions, are necessary.
  • STBs can provide bidirectionality to broadcasting, and are essential for the reception of digital broadcast programs with high picture quality and high sound quality and for the realization of two-way services. Thus, the importance of STBs to digital broadcasting has grown steadily.
  • Before the full implementation of digital broadcasting, a broadcast reception function used to be one of the main functions of STBs. However, with the digitalization of STBs, STBs have evolved into digital consumer devices that are capable of providing not only a broadcast reception function but also a variety of additional functions such as a communication function, a personal video recorder (PVR) function, and an electronic program guide (EPG) function.
  • OpenCable is a digital cable broadcast standard which includes both hardware and software specifications.
  • A hardware implementation of OpenCable includes an STB and a point of deployment (POD) module which separates conditional access/security functions from the STB, and a software implementation of OpenCable is OpenCable Applications Platform (OCAP), which is a middleware specification.
  • More specifically, OCAP is a standard for developing two-way applications. OCAP can provide web-based services for digital cable broadcasting and can thus support further advanced two-way services for viewers. OpenCable devices use the same middleware platform called OCAP and can thus share application software and content with one another.
  • High Definition Audio Video Network Alliance (HANA) has proposed a solution for connecting a built-in digital television (DTV) and one or more peripheral devices via IEEE 1394 so that the DTV and the peripheral devices can be controlled in an integrated manner, and that high-definition (HD) content can be shared between the DTV and the peripheral device. The HANA solution involves the use of a DTV equipped with a decoder and a web browser and a peripheral device equipped with a web server and a control page.
  • The HANA solution can enable a DTV to decode digital broadcast signals and HD content present in peripheral devices and can control the peripheral devices in an integrated manner using a web browser of the DTV as a graphic user interface (GUI).
  • The HANA solution can control all devices connected to an IEEE 1394 network using a single integrated remote control.
  • According to the HANA solution, EPG information, paper per view (PPV) data, video on demand (VOD) data, and shopping programs are transmitted between a HANA system including a HANA DTV, a television (TV) node, an audio/video (A/V) hard disc drive, and a HANA eXtended Home Theater (XHT) STB cable network interface unit (NIU), and an XHT STB as Hypertext Markup Language (HTML) data, and user interfaces (UIs) are displayed in the HANA system and the XHT STB as HTML data.
  • If an OpenCable STB connected to a HANA system via IEEE 1394 is equipped with OCAP middleware, applications that are executed using Multimedia Home Platform (MHP) or OCAP middleware may not be provided as HTML data, and thus may not be able to be directly applied to the HANA system. In order for an IEEE 1394-based HANA system to utilize OCAP-based interactive services, an extension to the OCAP specification is required.
  • Applications for providing UIs for a HANA system and providing UIs for users and various HANA applications may be executed using a web browser included in an HTML-based HANA DTV.
  • The OCAP 1.0 specification provides Java-based applications, called OCAP-J applications, and Java-based UIs. OCAP-J applications, however, cannot be executed using a web browser of a HANA DTV.
    • SUMMARY OF THE INVENTION
  • The present invention provides an apparatus and method for providing an interactive service to devices using different digital broadcast middleware standards which can enable devices that comply with the HANA specification to utilize OCAP applications.
  • According to an aspect of the present invention, there is provided an apparatus for providing an interactive service to devices using different digital broadcast middleware standards, the apparatus including an execution information providing module which provides execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can be executed in a second device using a second middleware standard; and a request execution module which receives a request issued by the second device during the execution of the application in the second device, and performs an operation corresponding to the received request.
  • According to another aspect of the present invention, there is provided an apparatus for providing an interactive service to devices using different digital broadcast middleware standards, the apparatus including an application execution module which is provided with execution information regarding an application that has been executed in a first device using a first middleware standard and which executes the application in a second device using a second middleware standard with reference to the execution information, a request module which issues a request to the first device during the execution of the application in the second device, and a display module which displays the result of the execution of the application in the second device.
  • According to another aspect of the present invention, there is provide a method providing an interactive service to devices using different digital broadcast middleware standards, the method including providing execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can be executed in a second device using a second middleware standard, and receiving a request issued by the second device during the execution of the application in the second device, and performing an operation corresponding to the received request.
  • According to another aspect of the present invention, there is provide a method of providing an interactive service to devices using different digital broadcast middleware standards, the method including receiving execution information regarding an application that has been executed in a first device using a first middleware standard and executing the application in a second device using a second middleware standard with reference to the execution information, issuing a request to the first device during the execution of the application in the second device, and displaying the result of the execution of the application in the second device.
    • BRIEF DESCRIPTION OF THE DRAWINGS
  • The above and other aspects of the present invention will become more apparent by describing in detail exemplary embodiments thereof with reference to the attached drawings in which:
  • FIG. 1 is a block diagram of a system for providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention;
  • FIG. 2 is a block diagram of an apparatus for providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention;
  • FIG. 3 is a block diagram of an apparatus for providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention;
  • FIG. 4 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention; and
  • FIG. 5 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention.
    •  DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS OF THE INVENTION
  • The present invention will now be described more fully with reference to the accompanying drawings, in which exemplary embodiments of the invention are shown. The invention may, however, be embodied in many different forms and should not be construed as being limited to the exemplary embodiments set forth herein; rather, these exemplary embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the invention to those skilled in the art. Like reference numerals in the drawings denote like elements, and thus their description will be omitted.
  • The present invention is described hereinafter with reference to flowchart illustrations of user interfaces, methods, and computer program products according to exemplary embodiments of the invention. It will be understood that each block of the flowchart illustrations, and combinations of blocks in the flowchart illustrations, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which are executed via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart block or blocks.
  • These computer program instructions may also be stored in a computer usable or computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer usable or computer-readable memory produce an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks.
  • The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that are executed on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
  • Each block of the flowchart illustrations may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of the order. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
  • FIG. 1 is a block diagram of a system for providing an interactive service to devices with digital broadcast middleware standards according to an exemplary embodiment of the present invention. Referring to FIG. 1, the system is designed for executing distributed OCAP applications so that OCAP applications can be executed in HANA DTVs without any modification to existing OCAP standard specifications.
  • Referring to FIG. 1, in order to execute an OCAP user interface or an OCAP application in a HANA DTV 120, an OCAP network interface unit (NIU) 110 may include a distributed OCAP application server (DOAS) 111, and the HANA DTV 120 may include a distributed OCAP client copy (DOCC) 121.
  • The HANA DTV 120 may also include an extended resource support package (ERSP) 122 for accessing graphic resources, MPEG-2 transport stream (TS) decoders, and A/V display resources. Therefore, an OCAP interactive service can be provided to the OCAP NIU 110 and the HANA DTV 120 which is connected to the OCAP NIU 110 via an HANA 1394 network.
  • In order to execute the DOAS 111 and the DOCC 121, a distributed OCAP environment library (DOEL) for a primitive running environment may be provided.
  • The DOAS 111, the DOCC 121, and the ERSP 122 will hereinafter be described in further detail with reference to FIGS. 2 and 3.
  • FIG. 2 is a block diagram of an apparatus 200 for providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention. Referring to FIG. 2, assuming that there are first and second devices using different digital broadcast middleware standards, i.e., use first and second middleware standards, respectively, the apparatus 200 includes an execution information providing module 201 which provides execution information regarding an application that has been executed in the first device using the first middleware standard so that the application can also be executed in the second device using the second middleware standard; and a request execution module 202 which receives a request from the second device during the execution of the application in the second device and performs an operation corresponding to the received request.
  • FIG. 3 is a block diagram of an apparatus 300 for providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention. Referring to FIG. 3, the apparatus 300 includes an application execution module 301 which is provided with execution information regarding an application that has been executed in the first device by the first device and executes the application in the second device with reference to the execution information; a request module 302 which issues a request to the first device during the execution of the application in the second device; and a display module 303 which displays the result of executing the application in the second device in the second device.
  • The term ‘module’, as used herein, means, but is not limited to, a software or hardware component, such as a Field Programmable Gate Array (FPGA) or Application Specific Integrated Circuit (ASIC), which performs certain tasks. A module may advantageously be configured to reside on the addressable storage medium and configured to execute on one or more processors. Thus, a module may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. The functionality provided for in the components and modules may be combined into fewer components and modules or further separated into additional components and modules.
  • For purposes of explanation, it will be assumed that the apparatus 200 illustrated in FIG. 2 is included in the first device, and that the apparatus 300 illustrated in FIG. 3 is included in the second device.
  • Referring to FIG. 2, the execution information providing module 201 provides execution information regarding an application that has been executed in the first device using the first middleware standard so that the application can also be executed in the second device using the second middleware standard.
  • The first device may include OCAP middleware, and an application or a user interface (UI) that satisfies the OCAP standard may be executed in the first device.
  • The OCAP application executes at least one of a cable card, a Data Over Cable Service Interface Specification (DOCSIS) set-top gateway (DSG) module, a tuner, a demultiplexer, and an IEEE 1394 interface that are all installed in the first device. Here, the DSG transmits data using a cable modem. The execution information may include at least one of an OCAP unbound application, an OCAP Xlet, an application information table (AIT), an extended AIT (XAIT), system information (SI), and program system information protocol (PSIP) for executing, in the second device, an OCAP UI or an OCAP application that has been executed in the first device.
  • The execution information is needed for remote execution of the OCAP application in the second device. The first device may serve as a server by providing the second device with the execution information.
  • The OCAP application may be classified as a bound application or an unbound application. Information regarding the OCAP application may be provided as an AIT for a bound application or an XAIT for an unbound application by a head end. The execution information providing module 201 may be included in the first device. The execution information providing module 201 parses information present in the AIT or the XAIT provided by the head end, classifies the parsed information into application information regarding a tuner or a cable card to be executed in the first device and application information regarding a UI or a Java application, and provides the application information regarding a UI or a Java application to the second device.
  • The second device may execute an application with reference to the execution information provided by the execution information providing module 201. In this case, the second device may issue a request to the first device during the execution of an application in the second device, and the request execution module 202 in the first device may receive the request issued by the second device and execute a command corresponding to the received request.
  • The execution information providing module 201 and the request execution module 202 may be included in the DOAS 111 illustrated in FIG. 1.
  • The second device may include CEA-2027 middleware that involves XHT technology. The second device may include one or more HANA DTVs.
  • The request issued by the second device may be a request for channel-tuning for an application currently being executed by the second device or a request for an MPEG TS, SI data, PSI data, or information regarding at least one of a tuner, an out-of-band (OOB) channel, OOB receiver/transmitter, a persistent storage, section filters, conditional access system (CAS) messaging, a cable card, and object carousels to be executed in the first device.
  • The request execution module 202 receives the request issued by the second device, manages an AIT and conditions for the maintenance and termination of a bound application, exchanges an OCAP call for remote execution with the second device as a message, and enables the first device and the second device to operate in connection with each other.
  • Referring to FIG. 3, the application execution module 301 is provided with execution information regarding an application that has been executed in the first device and executes the application in the second device with reference to the execution information.
  • The first device may include OCAP middleware, and an application or a UI that satisfies the OCAP standard may be executed in the first device.
  • The second device may include CEA-2027A or CEA-931B middleware that involves XHT technology. The second device may include one or more HANA DTVs.
  • An OCAP application and execution information have already been described above with reference to FIG. 2, and thus, detailed descriptions thereof will be omitted.
  • The application execution module 301 may be provided with execution information regarding an application as a jar file by the first device, and executes all OCAP applications in devices such as HANA DTVs.
  • In this case, the application execution module 301 may be provided with a copy of an OCAP application by the execution information providing module 201 of the apparatus 200 illustrated in FIG. 2. More specifically, the execution information providing module 201 parses information present in an AIT or an XAIT, classifies the parsed information into application information regarding a tuner or cable card to be executed in the first device and application information regarding a UI or a Java application, and provides the application information regarding a UI or a Java application to the second device.
  • Referring to FIG. 1, even if two or more HANA DTVs are connected to the OCAP NIU 110 via a network, the DOAS 111 can execute a plurality of DOCCs respectively copied to the HANA DTVs so that an OCAP application can be executed in each of the HANA DTVs.
  • In this manner, various applications selected by a user, for example, monitor applications, electronic program guide (EPG) data, OCAP bound applications and OCAP unbound applications, can be executed in devices such as HANA DTVs.
  • The request module 302 issues a request to the first device during the execution of an application in the second device. The request issued by the request module 302 has already been described above with reference to FIG. 2, and thus, a detailed description thereof will be skipped.
  • The application execution module 301 and the request module 302 may be included in the DOCC 121 illustrated in FIG. 1.
  • The display module 303 displays an OCAP UI or an OCAP application that has been executed in the second device.
  • For this, the display module 303 maps an org.dvb.* package, i.e., an ERSP, which is a set of classes that are implemented in connection with an OCAP UI and a media play by using native code or Java, to resources for executing the ERSP in a HANA DTV.
  • For example, in order to execute a JAVA UI application in a personal computer (PC), functions for drawing lines on a JAVA UI must be mapped to primitive code provided by a graphic and display application of a PC for drawing lines. Given all this, the display module 303 provides an ERSP for mapping primitive codes of a graphic and display system for controlling lines displayed on the screen of a HANA DTV or pixels on the screen of a HANA DTV to various functions in an application.
  • The display module 303 may include the ERSP 122 illustrated in FIG. 1.
  • The above-mentioned mapping process may be necessary for realizing functions such as ‘play’ and ‘stop’ in a Java Media Framework (JMF) which can process time-based media such as audio and video packages, and these functions may be provided by an ERSP.
  • FIG. 4 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to an exemplary embodiment of the present invention. For convenience, the method illustrated in FIG. 4 will hereinafter be described in detail with reference to FIGS. 2 and 3.
  • Referring to FIG. 4, in operation S401, the execution information providing module 201 of the apparatus 200 illustrated in FIG. 2 provides execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can also be executed in a second device using a second middleware standard.
  • The first device may include OCAP middleware. An application or a UI that satisfies the OCAP standard may be executed in the first device.
  • The OCAP application executes at least one of a cable card, a DSG, a tuner, a demultiplexer, and an IEEE 1394 interface which are all installed in the first device. Here, the DSG transmits data using a cable modem. The execution information may include at least one of an OCAP unbound application, an OCAP Xlet, an AIT, an XAIT, SI, and PSIP for executing, in the second device, an OCAP UI or an OCAP application that has been executed in the first device.
  • The execution information is needed for remote execution of the OCAP application in the second device. The first device may serve as a server by providing the second device with the execution information.
  • In response to receiving the execution information, the second device executes the OCAP application with reference to the execution information, and issues a request to the first device during the execution of the OCAP application.
  • In operation S402, the request execution module 202 receives the request issued by the second device.
  • In operation S403, the request execution module 202 executes a command corresponding to the received request.
  • The second device may include CEA-2027A or CEA-931B middleware that involves XHT technology. The second device may include one or more HANA DTVs.
  • The received request may be a request for channel-tuning for the OCAP application currently being executed by the second device or a request for an MPEG TS, SI data, PSI data, or information regarding at least one of a tuner, an out-of-band (OOB) channel, an OOB receiver/transmitter, a persistent storage, section filters, conditional access system (CAS) messaging, a cable card, and object carousels to be executed in the first device.
  • In operation S404, the request execution module 202 manages an AIT and conditions for the maintenance and termination of a bound application in response to the received request, exchanges an OCAP call for remote execution with the second device as a message, and enables the first device and the second device to operate while connected with each other.
  • FIG. 5 is a flowchart illustrating a method of providing an interactive service to devices using different digital broadcast middleware standards according to another exemplary embodiment of the present invention. Referring to FIG. 5, in operation S501, the application execution module 301 of the apparatus 300 illustrated in FIG. 3 receives execution information regarding an application that has been executed in the first device. In operation S502, the second device executes an application with reference to the execution information.
  • Here, the first device may include OCAP middleware, and an application or a UI that satisfies the OCAP standard may be executed in the first device.
  • The second device may include CEA-2027A or CEA-931B middleware that involves XHT technology. The second device may include one or more HANA DTVs.
  • An application and execution information have already been described above with reference to FIG. 2, and thus, detailed descriptions thereof will be skipped.
  • The application execution module 301 may be provided with execution information regarding an application as a jar file by the first device, and executes all OCAP applications in devices such as HANA DTVs.
  • In this case, the application execution module 301 may be provided with a copy of an OCAP application by the execution information providing module 201 of the apparatus 200 illustrated in FIG. 2. More specifically, the execution information providing module 201 parses information present in an AIT or an XAIT, classifies the parsed information into application information regarding a tuner or cable card to be executed in the first device and application information regarding a UI or a Java application, and provides the application information regarding a UI or a Java application to the second device.
  • Referring to FIG. 1, even if two or more HANA DTVs are connected to the OCAP NIU 110 via a network, the DOAS 111 can execute a plurality of DOCCs respectively copied to the HANA DTVs so that an OCAP application can be executed in each of the HANA DTVs.
  • In this manner, various applications selected by a user, for example, monitor applications, electronic program guide (EPG) data, OCAP bound applications and OCAP unbound applications, can be executed in devices such as HANA DTVs.
  • In operation S503, the request module 302 issues a request to the first device during the execution of an application in the second device. The request issued by the request module 302 has already been described above with reference to FIG. 1, and thus, a detailed description thereof will be skipped.
  • In operation S504, the display module 303 displays an OCAP UI or an OCAP application that has been executed in the second device.
  • For this, the display module 303 maps an org.dvb.* package, i.e., an ERSP, which is a set of classes that are implemented in connection with an OCAP UI and a media play by using native code or Java, to resources for executing the ERSP in a HANA DTV.
  • The apparatus and method for providing an interactive service to devices using different digital broadcast middleware standards according to the present invention have the following advantages.
  • First, it is possible to promote the commercialization of the HANA XHT standard by enabling HANA devices (such as HANA DTVs) as well as OpenCable devices (such as OCAP cable NIUs) equipped with the OCAP 1.0 specification to receive OCAP-based broadcast services.
  • Second, it is possible to share A/V data between devices that are connected via a home network by interlinking OCAP-based interactive services provided by a head end with HANA solutions.
  • While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it will be understood by those of ordinary skill in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the following claims.

Claims (34)

1. An apparatus for providing an interactive service to devices which utilize different digital broadcast middleware standards, the apparatus comprising:
an execution information providing module which provides execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can be executed in a second device using a second middleware standard; and
a request execution module which receives a request issued by the second device during execution of the application in the second device, and performs an operation corresponding to the request which is received.
2. The apparatus of claim 1, wherein the first device comprises OpenCable Application Platform middleware.
3. The apparatus of claim 1, wherein the application executes at least one of a cable card, a Data Over Cable Service Interface Specification set-top gateway module, and a tuner that are installed in the first device.
4. The apparatus of claim 1, wherein the execution information comprises at least one of a copy of the application, an application information table (AIT), an extended AIT, system information, and program system information protocol.
5. The apparatus of claim 4, wherein the execution information is utilized for remote execution of the application in the second device.
6. The apparatus of claim 1, wherein the second device comprises CEA-2027A or CEA-931B middleware that utilizes Extended Home Theater technology.
7. The apparatus of claim 6, wherein the second device comprises at least one High Definition Audio Video Network Alliance digital television.
8. The apparatus of claim 1, wherein the request comprises a request for channel tuning for the application or a request for at least one of an MPEG transport stream, system information data, and program system information data.
9. An apparatus for providing an interactive service to devices which utilize different digital broadcast middleware standards, the apparatus comprising:
an application execution module which receives execution information regarding an application that has been executed in a first device using a first middleware standard, and which executes the application in a second device using a second middleware standard with reference to the execution information;
a request module which issues a request to the first device during execution of the application in the second device; and
a display module which displays a result of the execution of the application in the second device.
10. The apparatus of claim 9, wherein the first device comprises OpenCable Application Platform middleware.
11. The apparatus of claim 9, wherein the application executes at least one of a cable card, a Data Over Cable Service Interface Specification set-top gateway module, and a tuner that are installed in the first device.
12. The apparatus of claim 9, wherein the execution information comprises at least one of a copy of the application, an application information table (AIT), an extended AIT, system information, and program system information protocol.
13. The apparatus of claim 12, wherein the execution information is utilized for remote execution of the application in the second device.
14. The apparatus of claim 9, wherein the second device comprises CEA-2027A or CEA-931B middleware that utilizes Extended Home Theater technology.
15. The apparatus of claim 14, wherein the second device comprises at least one High Definition Audio Video Network Alliance digital television.
16. The apparatus of claim 9, wherein the application execution module manages at least one of download of the application, the execution of the application in the second device, and termination of the execution of the application in the second device.
17. The apparatus of claim 9, wherein the request comprises a request for channel tuning for the application or a request for at least one of an MPEG transport stream, system information data, and program system information protocol data.
18. A method providing an interactive service to devices which utilize different digital broadcast middleware standards, the method comprising:
providing execution information regarding an application that has been executed in a first device using a first middleware standard so that the application can be executed in a second device using a second middleware standard; and
receiving a request issued by the second device during execution of the application in the second device, and performing an operation corresponding to the request which is received.
19. The method of claim 18, wherein the first device comprises OpenCable Application Platform middleware.
20. The method of claim 18, wherein the application executes at least one of a cable card, a Data Over Cable Service Interface Specification set-top gateway module, and a tuner that are installed in the first device.
21. The method of claim 18, wherein the execution information comprises at least one of a copy of the application, an application information table (AIT), an extended AIT, system information, and program system information protocol.
22. The method of claim 21, wherein the execution information is utilized for remote execution of the application in the second device.
23. The method of claim 18, wherein the second device comprises CEA-2027A or CEA-931B middleware that utilizes XHT technology.
24. The method of claim 23, wherein the second device comprises at least one High Definition Audio Video Network Alliance digital television.
25. The method of claim 18, wherein the request comprises a request for channel tuning for the application or a request for at least one of an MPEG transport stream, system information data, and program system information data.
26. A method of providing an interactive service to devices which utilize different digital broadcast middleware standards, the method comprising:
receiving execution information regarding an application that has been executed in a first device using a first middleware standard, and executing the application in a second device using a second middleware standard with reference to the execution information;
issuing a request to the first device during the executing the application in the second device; and
displaying the application in the second device displaying a result of the executing of the application in the second device.
27. The method of claim 26, wherein the first device comprises OpenCable Application Platform middleware.
28. The method of claim 26, wherein the application executes at least one of a cable card, a Data Over Cable Service Interface Specification set-top gateway module, and a tuner that are installed in the first device.
29. The method of claim 26, wherein the execution information comprises at least one of a copy of the application, an application information table (AIT), an extended AIT, system information, and program system information protocol.
30. The method of claim 29, wherein the execution information is utilized for remote execution of the application in the second device.
31. The method of claim 26, wherein the second device comprises CEA-2027A or CEA-931B middleware that utilizes XHT technology.
32. The method of claim 31, wherein the second device comprises at least one High Definition Audio Video Network Alliance digital television.
33. The method of claim 26, wherein the executing the application, comprises managing at least one of download of the application, the execution of the application in the second device, and termination of the execution of the application in the second device.
34. The method of claim 26, wherein the request comprises a request for channel tuning for the application or a request for at least one of an MPEG transport stream, system information data, and program system information data.
US11/855,538 2007-02-15 2007-09-14 Apparatus and method for providing interactive service to device using different digital broadcast middleware standards Abandoned US20080201757A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/366,043 US9621370B2 (en) 2007-02-15 2012-02-03 Apparatus and method for providing interactive service to device using different digital broadcast middleware standards

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020070016157A KR101314291B1 (en) 2007-02-15 2007-02-15 Apparatus and method for providing interactive service in device that middleware standard of digital broadcasting is different
KR10-2007-0016157 2007-02-15

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/366,043 Continuation US9621370B2 (en) 2007-02-15 2012-02-03 Apparatus and method for providing interactive service to device using different digital broadcast middleware standards

Publications (1)

Publication Number Publication Date
US20080201757A1 true US20080201757A1 (en) 2008-08-21

Family

ID=39690268

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/855,538 Abandoned US20080201757A1 (en) 2007-02-15 2007-09-14 Apparatus and method for providing interactive service to device using different digital broadcast middleware standards
US13/366,043 Expired - Fee Related US9621370B2 (en) 2007-02-15 2012-02-03 Apparatus and method for providing interactive service to device using different digital broadcast middleware standards

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/366,043 Expired - Fee Related US9621370B2 (en) 2007-02-15 2012-02-03 Apparatus and method for providing interactive service to device using different digital broadcast middleware standards

Country Status (3)

Country Link
US (2) US20080201757A1 (en)
KR (1) KR101314291B1 (en)
WO (1) WO2008100092A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110030021A1 (en) * 2009-07-30 2011-02-03 Avaya Inc. Audio/Video Monitoring Service Using Set-top Boxes and Application Servers
US20110072481A1 (en) * 2009-09-21 2011-03-24 Hon Hai Precision Industry Co., Ltd. Integrated receiving device and a method for preventing the integrated receiving device from having insufficient memory
TWI396084B (en) * 2009-09-24 2013-05-11 Hon Hai Prec Ind Co Ltd Integrated receiving device and a method for avoiding memory contention of the integrated receiving device
US20160249114A1 (en) * 2013-09-23 2016-08-25 Samsung Electronics Co., Ltd. Method and apparatus for executing application in wireless communication system

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100913696B1 (en) * 2008-12-31 2009-08-24 (주)테이크텍 Data broadcast receiving apparatus
WO2012099427A2 (en) 2011-01-19 2012-07-26 엘지전자 주식회사 Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
JP2013149171A (en) * 2012-01-20 2013-08-01 Panasonic Corp Program execution method and device thereof
KR102024600B1 (en) 2012-06-25 2019-09-24 엘지전자 주식회사 Apparatus and method for processing an interactive service

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6539433B1 (en) * 1998-09-30 2003-03-25 Matsushita Electric Industrial Co., Ltd. System for distributing native program converted from Java bytecode to a specified home appliance
US20070157263A1 (en) * 2005-12-19 2007-07-05 Matsushita Electric Industrial Co., Ltd. Content management system
US20080066101A1 (en) * 2006-09-07 2008-03-13 Samsung Electronics Co., Ltd. Host device having notice function for setting environment and setting environment method thereof
US20080196075A1 (en) * 2007-02-14 2008-08-14 Candelore Brant L Capture of configuration and service provider data via OCR
US7567565B2 (en) * 2005-02-01 2009-07-28 Time Warner Cable Inc. Method and apparatus for network bandwidth conservation
US7593469B2 (en) * 2005-07-28 2009-09-22 Sony Corporation OCAP engine module

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100308052B1 (en) * 1999-09-21 2001-11-02 구자홍 Apparatus and Method for allocating Channel number of Digital TV
US20020162117A1 (en) 2001-04-26 2002-10-31 Martin Pearson System and method for broadcast-synchronized interactive content interrelated to broadcast content
KR100463839B1 (en) * 2002-12-17 2004-12-29 한국전자통신연구원 System and method for cooperation service between information appliances supporting heterogenous control middleware in homenetwork environment
KR100517994B1 (en) 2003-07-30 2005-09-29 가온미디어 주식회사 Digital Broadcast Receiving Apparatus For Context Switching Between MHP And Original Software, And Switching Method For The Same
KR100574505B1 (en) 2003-12-23 2006-04-27 삼성전자주식회사 Open cable applying apparatus and method for providing function internet
KR100625368B1 (en) * 2004-09-07 2006-09-20 주식회사데이콤 Method to supply multi-media service using multi-media communication system based on integrated settop-box
KR100636322B1 (en) * 2004-10-25 2006-10-18 삼성전자주식회사 Apparatus and Method for Transmitting Data Between OpenCable Digital Set-top Box and CableCard
US20060130110A1 (en) * 2004-12-13 2006-06-15 Yong-Seong Cho Apparatus for receiving MPEG-2 A/V data using cable modem
KR100724970B1 (en) 2004-12-27 2007-06-04 삼성전자주식회사 A Method and Apparatus that connects TV Channel with Web site

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6539433B1 (en) * 1998-09-30 2003-03-25 Matsushita Electric Industrial Co., Ltd. System for distributing native program converted from Java bytecode to a specified home appliance
US7567565B2 (en) * 2005-02-01 2009-07-28 Time Warner Cable Inc. Method and apparatus for network bandwidth conservation
US7593469B2 (en) * 2005-07-28 2009-09-22 Sony Corporation OCAP engine module
US20070157263A1 (en) * 2005-12-19 2007-07-05 Matsushita Electric Industrial Co., Ltd. Content management system
US20080066101A1 (en) * 2006-09-07 2008-03-13 Samsung Electronics Co., Ltd. Host device having notice function for setting environment and setting environment method thereof
US20080196075A1 (en) * 2007-02-14 2008-08-14 Candelore Brant L Capture of configuration and service provider data via OCR

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110030021A1 (en) * 2009-07-30 2011-02-03 Avaya Inc. Audio/Video Monitoring Service Using Set-top Boxes and Application Servers
EP2282543A3 (en) * 2009-07-30 2014-05-21 Avaya Inc. Audio/video monitoring service using set-top boxes and application servers
US8875168B2 (en) * 2009-07-30 2014-10-28 Avaya Inc. Audio/Video monitoring service using set-top boxes and application servers
US20110072481A1 (en) * 2009-09-21 2011-03-24 Hon Hai Precision Industry Co., Ltd. Integrated receiving device and a method for preventing the integrated receiving device from having insufficient memory
TWI396084B (en) * 2009-09-24 2013-05-11 Hon Hai Prec Ind Co Ltd Integrated receiving device and a method for avoiding memory contention of the integrated receiving device
US20160249114A1 (en) * 2013-09-23 2016-08-25 Samsung Electronics Co., Ltd. Method and apparatus for executing application in wireless communication system
US11006187B2 (en) * 2013-09-23 2021-05-11 Samsung Electronics Co., Ltd. Method and apparatus for executing application in wireless communication system
US12034993B2 (en) 2013-09-23 2024-07-09 Samsung Electronics Co., Ltd. Method and apparatus for executing application in wireless communication system

Also Published As

Publication number Publication date
WO2008100092A1 (en) 2008-08-21
KR101314291B1 (en) 2013-10-02
KR20080076347A (en) 2008-08-20
US9621370B2 (en) 2017-04-11
US20120137339A1 (en) 2012-05-31

Similar Documents

Publication Publication Date Title
US9621370B2 (en) Apparatus and method for providing interactive service to device using different digital broadcast middleware standards
US9578272B2 (en) Display apparatus and method for controlling the display apparatus
JP5738469B2 (en) Smart set top box for providing smart service and digital TV service using basic media player included in single operating system and driving method thereof
KR100929474B1 (en) Contextual web page system and method
JP5919301B2 (en) Smart set-top box providing smart service and digital TV service on a single operating system and driving method thereof
US20080196079A1 (en) Data-broadcast-receiving apparatus and display apparatus
US9860603B2 (en) Method and apparatus for managing applications based on application information included in a broadcasting signal
US20090257729A1 (en) Device for recording and playing contents, server for managing content location information, information recording medium, method for managing content information
WO2010082780A2 (en) Iptv and method for controlling emergency alert system widget in iptv
KR20120041351A (en) Method for software upgrade and display apparatus thereof
CN110612677B (en) Receiving apparatus, receiving method, transmitting apparatus, and transmitting method
US20130182192A1 (en) Method for moving pointer in video display apparatus and video display apparatus thereof
CN101014101B (en) Method for managing applications related to data broadcasting, class/interface structure, and broadcast receiver
US20020027562A1 (en) Web browser plug-in for TV
US8990879B2 (en) Method for providing data application of digital broadcasting
US9535722B2 (en) Method and system for communicating between a host device and a user device through an intermediate device using a composite graphics signal
US20110010747A1 (en) Method and system for customized initialization of digital host device
US20110214152A1 (en) Application Execution System for Digital Television, Apparatus for Application Execution for Digital Television and Method to Implement Said System
US8387101B2 (en) Method and apparatus for providing service and method and apparatus for performing communication
KR20120041601A (en) A method for consolidated search of a display device
EP3720139A1 (en) Controlling connected tv with a mobile device
WO2007066361A1 (en) Process, apparatus and system for executing mhp applications
KR20100100314A (en) Method and apparatus of managing in/outport status at digital broadcasting device
JP2009124428A (en) Content distribution method and distribution system
KR20130057612A (en) Method for composing channel map and broadcast receiving apparatus thereof

Legal Events

Date Code Title Description
AS Assignment

Owner name: SAMSUNG ELECTRONICS CO., LTD., KOREA, REPUBLIC OF

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LEE, YE-YOUL;KIM, SI-CHEOL;HWANG, YOO-SEUNG;REEL/FRAME:019829/0203

Effective date: 20070829

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE