KR100827828B1 - Multi-key input system for data broadcasting service and the method of embodiment thereof - Google Patents

Abstract

A multi key input system for a data broadcasting service and an implementing method thereof are provided to control an application simultaneously through plural input devices, thereby supporting the application in which multi users participate. A multi key input system for a data broadcasting service comprises plural input devices, an input device deriver by interface(405), a device manager(404), an event manager(403), an event listener and a broadcasting application(401). The plural input devices are connected to a data broadcasting terminal through a wired or wireless interface. The device manager assigns a device ID(Identification) code to each of the plural input devices, and receives an input signal and device ID code of the input device. The event manager converts the input signal into a key code and converts the device ID code into a device code. The event listener receives a key code and a device code for a registered event. The broadcasting application receives an event registered in the event listener, and analyzes a device code to find an input device which has generated the event. After that, the broadcasting application processes a key code by input device.

Description

Multi Key Input System and Implementation Method for Data Broadcasting Service {MULTI-KEY INPUT SYSTEM FOR DATA BROADCASTING SERVICE AND THE METHOD OF EMBODIMENT THEREOF}

The present invention relates to a multi-key input system and an implementation method for a data broadcast service, and more particularly, to a multi-key input system and an implementation method for a data broadcast service capable of classifying and processing key events for each input device connected to a data broadcast terminal. It is about.

Recently, as the broadcasting environment changes rapidly from analog broadcasting to digital broadcasting, a set-top box (STB) or a digital broadcasting receiver that supports receiving digital broadcasting on an existing analog television is exponentially spread. It is becoming. As such, the reason why digital broadcasting is in the spotlight is that digital TV broadcasting is basically superior in quality and sound quality to existing analog broadcasting, and can provide multimedia functions such as home shopping, home banking, internet search, telecommuting, and VOD. Because it has a lot of elements.

Unlike conventional analog broadcasting, digital broadcasting refers to a next generation broadcasting technology capable of two-way operation, reproduction, and accumulation because the television signal is compressed and exported in a digital form that encodes and records information signals.

Data broadcasting, a kind of digital broadcasting, refers to broadcasting that transmits information in the form of code or data, not broadcasting of audio and video. Data broadcasting is a new media that has a feature in which a receiver automatically decodes and processes a code or data so that the receiver receives the result directly or controls another machine based on the information.

Specifically, the data broadcasting service is characterized by the fact that the receiver automatically decodes and processes the code or data when the digital signal is transmitted to the radio wave, and the receiver receives the result directly or controls other mechanisms based on the information. It is a new media with new broadcasting. In general, data broadcasting is mostly multiplexed to radio and television broadcasting to transmit signals, but there are data broadcasting for transmitting contents (information) independent of data broadcasting for transmitting contents related to these broadcasting as digital signals. Therefore, such data broadcasting can be said to be a full-fledged multimedia information service that combines the advantages of a wireless transmission system using television radio waves and the bidirectional function of the Internet. Data broadcasting services information by utilizing an unused area of television propagation. Therefore, a variety of information can be enjoyed free of charge in a system capable of receiving television radio waves. In addition, it has been developed with two-way in mind and can be easily connected to the Internet.

The data broadcasting service sends a digital stream consisting of SD (Standard Definition) / HD (High Definition) level high quality image, HTML (Hypertext Markup Language), and Java-based additional service according to the broadcasting company's matching guidelines. It is provided in the form of receiving and showing to the viewer.

1 is a configuration diagram of a data broadcasting service system according to the prior art. As shown in FIG. 1, a data broadcasting service system includes a data broadcasting transmitter 100 for transmitting a digital stream, a data broadcasting network 150 that is an interface network for data broadcasting, and a data broadcasting receiver 200 for receiving and showing data broadcasting to a viewer. It consists of

The data broadcast transmitter 100 is an audio visual (AV) content server, an application server, and a service information (SI) server. The data broadcast transmitter 100 configures and encodes service information such as AV, supplementary service, PSI / PSI (Pprogram Specific Information / Program and System Information Protocol) in the form of MPEG-2 Motion Picture Experts Groups-2 Transport Stream (TS). Then, it is converted into a modulation method suitable for a transmission medium and transmitted.

The data broadcasting network 150 is a transmission medium for data broadcasting, and media such as satellites, terrestrial waves, cables, and broadband networks (IP-based Internet) are currently used.

Here, the modulation scheme according to the above-described transmission medium is a satellite using the Quadrature Phase Shift Keying (QPSK) modulation method, the terrestrial wave uses a VSB (Vestigial Side Band) modulation method, and the broadband network uses an IP (Internet Protocol) Multicast modulation method. .

The data broadcast receiver 200 is a set top box, a PC monitor and speaker system, or a digital TV that receives a broadcast on a channel selected by a viewer during data broadcast transmitted from the data broadcast transmitter 100. The data broadcast receiver 200 includes a tuner (network interface in case of a broadband network), a demodulator, a demux, a video / audio decoder, and the like.

A broadcast signal of a frequency band mapped to a channel selected by a tuner or a network interface is received, and the received signal is demodulated to generate an MPEG-2 TS. The generated stream is separated into AV and supplementary services using PSI / PSIP information, and the AV information is decoded through software or a digital television (DTV) video decoder and audio decoder, and the supplementary service is analyzed through data broadcasting middleware and HTML Or it is composed of Java applications and is performed by HTML browser or Java virtual machine at user's option.

The data broadcast receiver 200 includes an input device for receiving a command by a user. A representative input device includes a remote controller and receives a user's command at a distance of several meters from the user. The remote control of the digital broadcast receiver 200 has various numeric keys, direction keys, color keys, and special keys. Direction keys are defined for specific functions such as channel up and down.The four color keys (yellow, red, green, blue) are keys that can be used to map specific functions whenever the UI changes. This allows you to implement the functions available in a few keystrokes with a single keystroke.

The application of the conventional data broadcast receiver 200 has developed a program assuming that one input key is input through the same remote control at a time.

However, as data broadcasting becomes popular, it is time to develop services that require the participation of two or more viewers at the same time, such as a quiz program in which viewers participate in broadcasting and a game service in which two or more viewers compete. In order to implement such a service, a multi-key input function that receives a key input by dividing an input device for each viewer is required. However, a conventional application does not provide a multi-key input function, and thus it is expected to be restricted in future service use.

Literature Information of the Prior Art

[Document 1] Republic of Korea Patent Registration No. 10-0628165

An object of the present invention is to provide a method and a method for implementing a multi-key input system for a data broadcasting service in which multiple users can simultaneously receive events through two or more input interfaces and participate in broadcasting or use additional services such as games. have.

In order to achieve the above object, a multi-key input system for a data broadcasting service according to the present invention includes a plurality of input devices connected to a data broadcasting terminal via a wired or wireless interface, an input device driver for each interface, and each of the plurality of input devices. A device manager for receiving an input signal and a device identification code of the input device by assigning a device identification code to the event manager, an event manager for converting the input signal into a key code, and converting the device identification code into a device code, and a registered event. An event listener for receiving a key code and a device code, and a broadcast application that receives an event registered in the event listener, analyzes a device code, finds an input device that generates an event, and processes a key code for each input device. It has that feature.

Here, the input device may include a remote controller, a keyboard, a mouse, and a joystick, and the input device driver may include a driver for USB, IrDa, Bluetooth, and a wireless interface.

An event listener consists of a user who receives a signal when it does not have input focus, and a key listener that receives a signal by an event handling function provided by AWT, a Java graphics package.

The device code and the key code are composed of one 16-bit parameter so that the device code is assigned to the upper 4 bits and the key code is assigned to the lower 12 bits, or the key code and the device code are assigned to the 16 and 8 bit parameters, respectively. Can be.

In this case, the device identification code is a 4-bit code assigned by the device manager corresponding to the input device. The registered event is a registered keycode, and the event listener ignores an event that is not registered.

According to another aspect of the invention, (a) initializing the data broadcasting terminal, (b) determining whether the interface of the at least one input device connected to the terminal is a wired interface or a wireless interface, and (c) the If the determination result is a wired interface, sequentially assigning device identification codes corresponding to the one or more input devices to be connected; and (d) if the determination result is a wireless interface, input signals to the one or more input devices to be connected. Multi-key input for data broadcasting service, characterized in that it comprises the steps of granting its own ID to the input device upon receiving the first, and (e) assigning a device identification code corresponding to the own ID; A system implementation method is provided.

In the step (c), the step of assigning the self ID is characterized in that is performed by the drive driver of the air interface.

According to another aspect of the invention, (f) the input device driver receives the input signal from the input device, and (g) the device manager receives the input signal and device identification code for the input device from the input device driver (H) generating an event by converting the input signal into a key code and converting the device identification code into a device code; and (i) determining whether the event is a registered event; If the event is a registered event, the broadcast application processes the event, and if the event is not registered as a result of the determination, the broadcast application ignores the event. An implementation method is provided.

Here, if the input device is a new input device to which the device identification code is not assigned in step (f), after step (f), the step of assigning a device identification code corresponding to a unique ID unique to the input device is further included. In the step (i), the registered event is an event to be monitored that the broadcast application registers with an event listener.

Further, in the step (h), the device code and the key code are composed of 16-bit parameters so that the device code is assigned to the upper 4 bits and the key code is assigned to the lower 12 bits. The keycode is a parameter that is 8 bits and 16 bits, respectively.

The input device may be a remote controller, a keyboard, a mouse, a USB device, a Bluetooth device, a Zigbee device, and a wireless USB device in steps (b), (c), (f), and (g).

Multi-key input system implementation method system and implementation method according to the present invention can control the application through a plurality of input devices at the same time can support the application in which the multi-user participation.

In particular, new technologies are developed that do not compromise existing standards so that they can be used as soon as they are reflected. In addition, it is possible to support a wireless terminal including a mobile phone can be useful in a variety of applications.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following embodiments are provided to those skilled in the art to fully understand the present invention, can be modified in various forms, the scope of the present invention is limited to the embodiments described below no.

2 illustrates a hardware module and a software module of the data broadcast receiver 200 according to an embodiment of the present invention. As shown in FIG. 2, the data broadcast transmitted through the data broadcast transmitter 100 passes through a hardware module and a software module of the data broadcast receiver 200 and finally to an output device such as a TV or a PC monitor and a speaker system. It is shown to the user in the form of an electronic program guide or application.

Specifically, the application is managed by being configured as an application of a type downloaded from the broadcast middleware through a hardware module such as tuner, demux, and transmitted by the data broadcast transmitter 100.

Here, downloading means extracting a block constituting an application from MPEG2-TS.

3 illustrates a data broadcasting middleware stack according to an embodiment of the present invention. The letters in bold are related to application behavior, UI, and event handling. Hereinafter, the components of the broadcast middleware stack will be described in more detail with reference to FIG. 3.

The broadcast middleware is composed of an application manager (AM) 301, an event manager 302, a HAVi UI 303, a JAVA AWT 304, a remote controller 305, an application 306, and the like.

The AM 301 is a manager of a life cycle of a Java application for data broadcasting, and maintains a list of applications that can be currently executed to execute an application using a JVM (JAVA Virtual Machine) 307 according to a user's selection.

The application 306 uses the JAVA Abstract Windows Toolkit (AWT) 304, which is Java's basic graphics library, and the HAVI UI, which is a standardized library for constructing DTV-oriented application UIs. 303 is displayed on the display screen. The user sees the application execution screen displayed on the display screen to understand the current situation, and selects a specific component with the remote controller 305 to execute another procedure of the application 306.

The remote controller 305 of the porting GLUE LAYER raises the key input of the remote controller 305 input in conjunction with a remote controller driver (device driver) 308 to the middleware stage.

The keystrokes of the remote control 305 are communicated by the event manager 302 of the broadcast middleware to a particular component of the application 306. A component is implemented by inheriting Java Component or HVi Hcomponent. It is an object that has a screen that can express itself and an event listener that can handle key events generated by key input.

Components include widgets, which are graphical user interfaces (GUIs), and windows, frames, and containers that are operating systems. In Java, only components that are designated to receive keystrokes (generally known as Focuss) can handle key events, while at the data broadcast middleware level, key events are not extended to receive keystrokes in the form of user events ( Components, commonly referred to as UnFocussed, can also handle key events.

4 is a block diagram illustrating a multi-key input system for a data broadcast service according to an embodiment of the present invention. As shown in FIG. 4, a multi-key input system for a data broadcasting service includes an input device 406 connected to a data broadcasting terminal via a wired / wireless interface, an input device driver 405 for each interface, and an individual input device 406. A device manager 404 for receiving an input signal and a device identification code of the input device 406 by assigning a device identification code to the device manager code; converting the input signal into a key code of a keyboard; The event manager 403 converts the code, the event listener 402 that receives the key code and the device code for the registered event, and receives the event registered in the event listener to analyze the device code to generate the event. It is composed of a broadcast application 401 for identifying the input device and processing the input device-specific events.

The input device 406 is a device connected to the data broadcasting terminal through a wired / wireless interface to input a user's command to the data broadcasting application 401. A representative input device 406 is a remote control, and there are various input devices 406 such as a keyboard, a mouse, and a joystick.

The input device driver 405 is a driver that converts an input signal of the input device 406 transmitted through various interfaces into a form that the device manager 404 can interpret.

The device manager 404 inspects the input device 406 installed in the data broadcasting terminal and assigns a 4-bit (16 to 0000 to 1111) device identification code (Dev ID) to each input device 406.

Specifically, the device identification code of the input device 406 using the wired interface is sequentially assigned when the data broadcasting terminal is booted, and the device identification code of the input device 406 using the wireless interface is an input signal from the wireless input device. Is given when it occurs.

In addition, the device manager 404 is registered with each input device driver 405 in advance in order to receive an input signal from the input device 406. Thereafter, the device manager 404 receives the input signal of the input device 406 through the input device driver 405 and delivers it to the event manager 403 together with the device identification code.

The event manager 403 converts the input signal transmitted from the device manager 404 into a key code, converts the device identification code into a device code, and delivers the same to the event listener 402. Since the broadcast application 401 can recognize only an event generated by a keyboard, a procedure for converting an input signal into a key code of a mapped keyboard is required. Of course, if the broadcast application 401 can receive an event generated by various input devices due to the update of the broadcast standard in the future, the conversion procedure may be omitted.

There are two ways to convert a device identification code into a device code. One method is to assign a device code to the upper 4 bits of a 16-bit key code, and the other is to separately define a parameter for an 8-bit device code. Until now, only 12 bits can cover a key code, so there is no problem in assigning a device code to the upper 4 bits of the key code.

The event listener 402 registers an event that the broadcast application 401 wants to monitor to process only a registered event and ignores an unregistered event. In other words, the event listener 402 processes only events for registered keycodes.

The event listener 402 is an event handling function provided based on Java event handling methods such as a user event listener 402a and a key listener 402b. The user event listener 402a can receive key input even when it has no input focus, and the key listener 402b delivers the key by an event handling function provided by AWT, a Java graphics package. Receive.

The broadcast application 401 is an application program for providing a data broadcast service and is implemented based on Java and is developed based on the Xlet interface of JavaTV. The broadcast application 401 registers an event to be monitored in the event listener 402 in order to process an event to be received by the broadcast application 401 and processes the event when the event occurs. The event listener 402 includes a key code for receiving a key event, and has a device code assigned to the upper 4 bits of the key code or an 8-bit device code composed of a key code and a parameter separate from the broadcast application. 401 may analyze not only the contents of the key event but also the device that generated the key event.

5 is a flowchart illustrating a device code assignment procedure for an input device of a data broadcasting multi-key input system according to an embodiment of the present invention. A description with reference to FIG. 5 is as follows.

First, the data broadcasting terminal is initialized and the input device 406 connected to the data broadcasting terminal is searched for (S501).

If the input device 406 is connected by a wired interface (S502), since it is physically connected before initialization, device identification codes are sequentially assigned to the connected device (S503).

On the other hand, if the input device 406 is connected via a wireless interface (S502), the device identification code is not assigned until an input signal is generated to the input device.

When an input signal is generated in the wireless input device 406 (S504), a self ID (Dev No) is assigned to the input device (S506). In the case of a wireless interface, since multiple input devices can be connected to one interface, each ID is assigned whenever an input signal is input from a new input device.

Subsequently, the device manager 404 assigns a device identification code corresponding to its own ID for each input device.

6 is a flowchart illustrating a multi-key input method of a data broadcast multi-key input system according to an embodiment of the present invention. A description with reference to FIG. 6 is as follows.

If an input signal is generated through the input device 406 by the user's key operation (S601), and the device identification code is already assigned to the input device 406 that generated the input signal (S602), the device manager 404 The system transmits the input signal and the device identification code to the event manager 403 (S603).

If the device identification code is not assigned to the input device 406 where the input signal is generated (S602), the device identification code is assigned (S607).

Subsequently, the event manager 403 converts an input signal into a key code and a device identification code into a device code so that the broadcast application 401 can process an event generated by the key code (S604).

Meanwhile, the broadcast application 401 registers an event to be monitored with the event listener 402 to determine an event to be processed or ignored.

Therefore, if the received event is a registered event (S606), the broadcast application 401 processes the event (S606), if the received event is not registered (S606), the broadcast application 401 the event Ignore without processing (S607).

The configuration of the present invention has been described above through the preferred embodiments and the accompanying drawings. However, these are only examples and are not used to limit the scope of the present invention. Those skilled in the art will understand that various modifications and equivalent other embodiments are possible from this, and the true scope of protection of the present invention should be determined by the technical spirit of the appended claims. .

1 is a block diagram of a data broadcasting service system according to the prior art.

2 illustrates a hardware module and a software module of a data broadcast receiver according to the present invention.

3 illustrates a data broadcast middleware stack in accordance with the present invention.

4 is a block diagram illustrating a multi-key input system for a data broadcast service according to the present invention.

5 is a device code assignment flowchart for an input device of a data broadcasting multi-key input system according to the present invention.

6 is a flowchart illustrating a multi-key input method of a data broadcast multi-key input system according to the present invention.

<Description of main parts of drawing>

406: input device 405: input device driver

404: Device Manager 403: Event Manager

402: event listener 401: broadcast application

402a: user event listener 402b: key listener

Claims (18)

A plurality of input devices connected to a data broadcasting terminal through a wired or wireless interface, The input device driver for each interface; A device manager for allocating a device identification code to each of the plurality of input devices to receive an input signal and a device identification code of the input device; An event manager for converting the input signal into a key code and converting the device identification code into a device code; An event listener that receives the keycode and device code for the registered event, A multi-key input system for a data broadcasting service, comprising: a broadcast application for receiving an event registered in the event listener, analyzing a device code to find an input device generating an event, and processing a key code for each input device; . The method of claim 1, The input device driver is a multi-key input system for a data broadcasting service, characterized in that when the first signal received from the input device connected to the wireless interface to give a unique ID to the corresponding input device. The method of claim 1, wherein the device manager, For input devices connected to a wired interface, device identification codes are assigned sequentially in the order of interface placement. A multi-key input system for a data broadcasting service, comprising: assigning device identification codes to IDs assigned to respective input devices for input devices connected to a wireless interface. The method of claim 1, The input device includes a remote control, a keyboard, a mouse, a joystick, multi-key input system for a data broadcast service. The method of claim 1, The input device driver includes a driver for a USB, IrDa, Bluetooth, and wireless interface. The method of claim 1, wherein the event listener, A user event listener that receives a signal when it has no input focus, A multi-key input system for a data broadcasting service, comprising a key listener that receives a signal by an event processing function provided by the AWT (Abstract Windows Toolkit) which is a graphic package of Java when it has an input focus. The method of claim 1, And the device code and the key code are composed of one 16-bit parameter to allocate the device code to the upper 4 bits and the key code to the lower 12 bits. The method of claim 1, And the device code and the key code are separate parameters each consisting of predetermined bits. The method of claim 1, And the device identification code is a 4-bit code assigned by the device manager in response to the input device. The method of claim 1, The registered event is a registered key code, And the event listener ignores an unregistered event. (a) initializing the data broadcasting terminal; (b) determining whether an interface of at least one input device connected to the terminal is a wired interface or a wireless interface; (c) if the determination result is a wired interface, sequentially assigning device identification codes corresponding to one or more input devices to be connected; (d) if the determination result is an air interface, assigning an ID to the input device when first receiving an input signal from at least one input device connected through the air interface; (e) assigning a device identification code corresponding to the own ID; A method for implementing a multi-key input system for a data broadcast service, comprising: a. The method of claim 11, And granting the self ID by a driving driver of the air interface. (f) the input device driver receives an input signal from the input device; (g) a device manager receiving an input signal and a device identification code for the input device from the input device driver; (h) generating an event by converting the input signal into a key code and converting the device identification code into a device code; (i) determining whether the event is registered; (j) if the event is registered as a result of the determination, a broadcast application processes the event; and if the event is not registered as a result of the determination, the broadcast application ignores the event. How to implement a keystroke system. The method of claim 13, In step (f), if the input device is a new input device to which a device identification code is not assigned, after step (f), and (f-1) allocating a device identification code corresponding to a unique ID of the input device. The method of claim 13, wherein in step (i), The registered event is a multi-key input system implementation method for a data broadcast service, characterized in that the broadcast application registered event to the event listener to be monitored. The method of claim 13, In the step (h), the device code and the key code are composed of 16-bit parameters so that the device code is assigned to the upper 4 bits and the key code is assigned to the lower 12 bits. Implementation method. The method of claim 13, And in the step (h), the device code and the key code are separate parameters each consisting of predetermined bits. The method according to claim 11 or 13, And the input device is a wired or wireless input device including a remote controller, a keyboard, a mouse and a joystick.

Images