A METHOD, A SYSTEM AND A RECEIVER FOR COMMUNICATING A TELEVISION SCREEN IMAGE TO A DEDICATED ENTITY
Field of the invention
The present invention relates to a method and a system for broadcasting and receiving dedicated teletext information. Moreover, the invention relates to a teletext receiver for receiving images. The teletext receiver is connected to a TV-device and the connection enables the TV to receive and decrypt encrypted teletext pages. The invention thus enables an owner of a TV to receive personal teletext pages on his or her TV-device.
Background of the invention
Existing teletext receivers are intended for receiving general information that can be received by all persons who own a TV set with a teletext receiver. These teletext receivers are encapsulated in the TV and they are characterized in that they can display teletext pages which are specific for the TV-channel the TV is tuned to. Systems exist in which it is possible to request information dedicated for a specific end-user. The requested information is, however, not broadcast encrypted and can as such be viewed by anybody. Broadcasting of individual or personal information is therefore not desirable for most users, and these systems are mainly used for non-sensitive services such as real estate advertisements or classified advertisement columns in general. Few systems have been developed where encrypted teletext pages are sent to a receiving entity which decrypt the page and display the teletext page on a pre-specified channel. While such systems make it possible to broadcast personal information, the international teletext standards (CCIR Teletext System B and World System Teletext standard) are used to broadcast the teletext. These standards, however, limits the possibilities of using the bandwidth optimally. Using the international teletext standards necessitate to send the teletext pages character by character as they should be viewed on the TV screen. This is a highly inefficient way of using the limited bandwidth allocated to each broadcaster, and, when dedicated information is forwarded to individual entities, the broadcaster may soon run out of capacity.
It is an object of a preferred embodiments of the present invention to provide a method, a system as well as a receiving entity for efficiently and safely to display personal teletext pages on a regular TV-device.
According to a first aspect, the present invention relates to a method for transmitting a television screen image to a dedicated entity, said method comprising the steps of:
- transforming a first signal representing data defining the screen image into a second signal representing a combination between data and commands which commands control formatting of the data so as to define the same screen image, - broadcasting the second signal, and
- receiving the broadcast signal by a number of entities, and where the second signal is transformed into a screen image which is visible on a TV-device.
The broadcaster may be any television channel such as a national public service channel or a pay channel. The first signal could represent data defining a screen image dedicated to a specific user. The signal could comprise bank account information, personal e-mails, etc. Before broadcasting the signal it is transformed into a format used for broadcasting, during this process the data is converted into a combination between data and commands representing the same screen image. The commands can be read by the receiving entity. According to the invention, the traditionally broadcast teletext signal comprising strings of text to be inserted sequentially into a teletext image of a TV is converted into a combination between data and commands. The commands specify the arrangement of the text in a screen and thus allow broadcast of the teletext image with the use of less bandwidth. The second signal may further include an identifier of the entity to which the signal is dedicated and, correspondingly, this identifier may be compared with a reference identifier of the entities receiving the second signal. Due to the inclusion of an identifier, it is possible for a broadcaster to broadcast personal information to a large group of entities, information which may only be read by a dedicated entity, i.e. the entity having a reference identifier corresponding to the identifier included in the second signal.
In a preferred embodiment of the present invention, nothing is broadcast until a first signal is received. This first signal contains data from which a screen image can be constructed. The data may be in any format, e.g. it may be received as a series of XML codes or HTML codes. The data contained in the first signal is extracted and a second signal is generated. This second signal is then broadcast. The format of the second signal will be elaborated upon shortly, the main aspect of this second signal is that the screen images is transmitted as a series of data in combination with commands. The second signal may be broadcast either as a standard airborne signal emitted from an aerial mast,
via satellite to be received by a parabola antenna, via cable, or via a combination of these or any other broadcasting methods.
The generation of a second signal based on the first signal, and successively a broadcasting of the second signal, may be conditioned upon receiving a request signal from a user. The request signal may comprise data which determines the contents of the screen image, thus the content of the first signal may be influenced or determined by the contents of the request signal.
In a preferred embodiment of the present invention, the request signal, and thereby the contents of the screen image, is controlled by a user operating a telephone. The elements of the request signal may be conditioned upon the numbers pushed or dialled by the user of the telephone. Most push-button telephones send out DTMF tones when a button is pushed, these DTMF tones may be used as inputs to construct the first signal. The advantages of the telephone as a control unit is, that the system is operated with a limited number of keys, as well as the output is consistent and unambiguous. The contents of the request signal may, however, also be provided in the form of an SMS sent from a telephone capable of sending out such messages, or it may be provide by sending an e- mail. The screen image could preferably be sustained as long as the telephone connection is sustained and preferably not longer. This will force the end-user to keep the line open for as long time as it takes to comprehend the image and thus allows the system provider means for charging the user for the use of the system.
To increase certainty that only persons who are entitled to access the information broadcast to the specific entity, the broadcasting could further be conditioned upon an identification of the person requesting the broadcasting. If the broadcasting is requested from an ordinary telephone, an identification may be provided by transmitting an access code and a password entered via the telephone. If the request is sent from a telephone equipped with a SIM lock, the identification may be read directly from the identification included in the telephone signal.
The screen image may be broadcast in the form of a teletext page which conforms to an international teletext standard, e.g. CCIR Teletext System B, World System Teletext standard or the European Telecommunication Standard document number ETS 300 706 may 1997. In these teletext standards a teletext page is built up of packets that are broadcast in a loop. Each packet contain 42 bytes, where the two bytes are reserved for magazine and row address. In the first 25 packets the last 40 bytes correspond the teletext page, character by character as it will be viewed on the TV screen. The following 7 packets are not displayed on the teletext page and cannot be viewed at such with a standard TV equipped with a teletext receiver. These last packets are normally referred to as the extension packets.
The first signal may be converted into a signal with reduced information content in an, for the available set of commands, unambiguous format. The converted signal thus represents a screen image which is possible to describe with the available commands. At the receiving entity's site, an extension packet may be converted into a standard broadcasting format of a teletext-page. This has the advantage, that a standard TV-set can be used for visualising the screen image. The screen image defined in the second signal may be broadcast via a single extension packet, via a set of extension packets or via all packets. Normally the first 25 packets are reserved for broadcasting teletext pages, some of the extension packets may also be reserved for certain purposes. For example, if extension packet number 31 is not reserved by the broadcaster this could be used. In a preferred embodiment, the identifier of the broadcast signal is included in each packet intended for defining the screen image. In this case, the entity scans all packets which are broadcast for a corresponding identifier, if the identifier of the receiving entity matches the identifier included in the packet, the extension packet is read. In this embodiment it is not important for the receiving entity to know in which extension packet the screen image is broadcast.
In order to improve the security of the system, in particular, the security that only the dedicated entity is capable of visualising the screen image, the second signal may be encrypted by the use of an encryption key known to the dedicated entity.
According to a second aspect, the invention relates to a system for transmitting a television screen image to a dedicated entity, said system comprising:
a first transmitting unit having - transforming means for transforming a first signal representing data defining the screen image into a second signal representing a combination between data and commands which commands controls formatting of the data so as to define the same screen image, the second signal further representing an identifier of the entity, broadcasting means for broadcasting the second signal, and a second receiving unit having
- receiving means for receiving the broadcast signal, and
- processing means for comparing the identifier with a reference identifier, and based upon the comparison, for transforming the second signal into the screen image.
The system may be adapted to operate in accordance with any of the previously described features for the invention according to the first aspect.
According to a third aspect, the present invention relates to a teletext receiver for connection to a TV-signal input channel of a TV-device. The receiver being adapted to
receive and process a broadcast signal comprising information which is addressed to a specific entity and which comprises commands in the form of instructions for the receiver in order to generate a screen image to be transmitted to the input channel of the TV- device. The received broadcast signal could be a signal representing series of bytes and the signal could be synchronised with a video signal. This is in accordance with European Telecommunication Standard document number ETS 300 706 may 1997, describing the use of the vertical blanking interval (VBI) for transmission of teletext data.
The broadcast signal may be received by the receiver either as a regular antenna signal, i.e. as a radio frequency signal or it could be a CVBS signal (composite video base band signal). Likewise, the receiver could forward the generated teletext page to the input channel of the TV-device in the form of a regular antenna signal for input into an antenna socket of the TV-device, or in the form of a CVBS signal, e.g. for a euroscart or similar socket of the TV-device. If the received and transmitted signals, respectively, are antenna signals, the receiver should have a tuner and a modulator for conversion of the received and transmitted signals, respectively.
The receiver could be provided with a memory module for storing a reference identification insignia, e.g. an insignia which uniquely identifies the receiver. Upon recognition of a corresponding identifier in the received signal, the receiver processes the corresponding commands comprised in the signal.
Preferably, the receiver is adapted to receive a teletext-signal which conforms to the international teletext standards, e.g. a signal which is comprised in the so-called extension packets of the teletext-signal, i.e. packets which by a regular teletext receiver would not be recognised as being intended to be visualised in a screen image.
As mentioned above, the teletext receiver could have receiving means for converting between an antenna signal and a CVBS signal. However, in order to simplify the design of the receiver, the receiver could be connected to a corresponding out-put channel of a TV- device from which the receiver receives teletext data in series of bytes, i.e., in pre- processed form compared with an antenna signal. In this case, the receiver depends on the availability of a CVBS signal out-put socket of the TV-device but most modern TV- devises are provided with such a socket, e.g. in the form of a euroscart socket. That is, the TV-device receives the broadcast signal as an antenna signal which is converted into a CVBS signal. The CVBS signal is send to the receiver wherein the commands comprised in the signal is used for generating a teletext page. This page is returned as a CVBS signal to the TV-device for visualisation. The returned video signal could either correspond to the received video signal with the image inserted into the vertical blanking interval, or the returned video signal could be a black-level video signal with the image inserted into the vertical blanking interval.
According to a fourth aspect, the present invention relates to a data signal conformed to the European telecommunication standard for non-displayable packets, said data signal comprising commands arranged within the last 39 bytes of the packet. Preferably, the commands are selected from the group consisting of commands to: display strings, clear strings, colour text, colour background, clear screen area, end session, detect a present service, instruct a receiver to transmit to a TV-device system relevant information, set font type and to set font size.
Detailed description
In the following, the invention will be described in further details with reference to the drawing in which:
Fig. 1 shows an overview of a system according to the present invention,
Fig. 2 shows schematic view of a receiver, and
Fig. 3 shows a functional diagram of a teletext signal.
In Fig. 1, a first signal 1 is provided from a content provider 2, e.g. a bank, a mail-host, betting service or a corporation of any kind, to a first transmitting unit 3. The first transmitting unit is adapted transform the received first signal (in the following also referred to as TVML format) into a number of commands (in the following also referred to as "TLV commands") defining a screen image to be broadcast. The first unit may be housed e.g. at the broadcaster site or, in fact, at any location from which the unit is connected to the broadcaster via regular connection means, e.g. via the Internet. The transformed signal, i.e. the second signal, is forwarded to be broadcast via traditional broadcast means 4. In the broadcast means, the second signal is inserted into a standard video signal, e.g. via a standard teletext inserter 5 before the signal is transmitted via antenna 6, a satellite based transmission system 7 or via a cable based transmission system 8. At an end-user 9's site, the transmitted signal is received via regular means compliant with the transmission channel. The received signal is entered into a receiving unit 10. The receiving unit is described in further details with reference to Fig. 2. In the receiving unit, the commands are converted into the screen image which is forwarded to a TV-device such as a regular television, a computer or a VCR etc. In order to initiate the transmission of the first and second signals, the end-user may have signal requesting means, e.g. in the form of a telephone connection for calling the content provider or the
transmitting unit, e.g. a voice response server 11 connected to the transmitting unit. After receiving a request from the end-user, the transmitting unit forwards the request to the content provider, e.g. via the Internet and receives the first signal in response.
Considering the system as shown in Fig. 1, the following description provides an example of a method according to the present invention for distributing e-mails via a broadcast system.
A user decides to check his email on the system. He turns on his TV, which is equipped with a receiving unit and tunes to the broadcaster channel. He picks up a phone and dials the access number.
1. The Voice Response Server greets the user and asks for userlD and PIN. These are keyed in by the user on the numeric keypad of the phone.
2. The Voice Reponse Server initiates a network session with the transmitting unit, and requests a verification of the user login.
3. The transmitting unit verifies the user against the end user database and initiates a session with the Teletext Inserter covering the broadcasting segment where the user is located, (the identification of the broadcasting segment is done by each segment having a different dial-in access number for the users to call). 4. The transmitting unit reads the user menu, i.e. the first signal, preferably in a specific data format, e.g. a subset of Extendable Markup Language, XML, in following TVML format, from the database and converts the user menu to a series of TLV commands. Subsequently, the server encapsulates the TLV commands into a command section and encapsulate the command section into VBI broadcast ready packets. In this step, the target identifier of the end-user is added and the signal may optionally be encrypted. 5. The transmitting unit then transmits the broadcast ready VBI packets to the
Teletext Inserter, which in turn inserts the packets in the outgoing broadcast video signal. 6. The end user receiving unit receives the video signal, extracts the packets, checks the target address against its own address and upon matching addresses, starts processing the packet contents: First a packet integrity check, using error correction methods if any errors, then a decryption phase, using the built-in decryption method and key and then a decapsulation of TLV commands from the command section.
7. The TLV commands are then executed in turn to build the resulting screen image, which is in turn delivered to the attached television set as a standard teletext data stream inserted onto a carrier video signal.
8. The TV set displays the screen image using the built-in teletext decoder.
9. The end user now sees a menu on his screen and is able so select menu items by pressing the corresponding key on his phone. The user selects item #1, "email" by pressing the "1" key on his phone.
10. The Voice Reponse server detects the keypress and sends a command to the transmitting unit indicating that the user pressed "1".
11. The transmitting unit interprets the "1" in relation to the menu previously transmitted, and executes the TVML hyperlink matching item #1 on the menu. In this example, item #1 corresponds to a script which causes the transmitting unit to connect to an email server defined in the user settings, extract mail headers, convert email headers into TVML format, adding TVML hyperlink information for subsequent selection of individual emails.
12. The TVML document containing mail headers and link information is now processed through the steps of converting to TLV commands, section encapsulation, addressing and encryption and formatting onto VBI broadcast ready packets. Those are then transmitted to the Teletext Inserter.
13. In this fashion, the end user can peruse his mailbox contents, scroll information, read emails, respond to e-mails and create new emails.
Fig. 2 shows a receiving unit comprising the following major components:
• A euroscart interface 26 for input/output of a video signal. The euroscart connector ensures a stable shielded and grounded connection between the receiving unit and the television set. In one embodiment of the invention, the actual euroscart plug is a combination male-female connector, providing a pass-through connection for television sets with only one scart socket, in a switched fashion enabling the use of a second scart connected unit at times when the receiving unit is not active. The switch is performed automatically by the receiving unit.
• A teletext/VBI decoder chip 23 (Philips SAA5284 in this embodiment) for VBI input which performs an extraction of the VBI transport packets from the input video signal and delivers the VBI data to the micro controller for further processing. The Philips SAA5284 is chosen at design time for its general availability and low cost.
• A small CPU micro controller 21 (Motorola MC68HC908GP32 in this embodiment) containing RAM and flash memory. The micro controller is responsible for uploading the FPGA image from the EEPROM to the FPGA and for executing the receiving unit application.
• An EE2PROM 22 for storage of FPGA image, in this case an AT24C256 integrated circuit. The EEPROM is loaded at manufacturing time with the FPGA image, even if the design of the receiving unit does allow for field upgrading of the EEPROM contents.
• An FPGA 24 to generate a screen image, e.g. a teletext display page and to provide the output video signal (CVBS output). The FPGA used in the design is a Xilinx XC2S15.
• An external power supply 28 with a connection to the receiving unit. The power supply used depends on the chipsets deployed in the design and this embodiment uses a 9 volt alternating current power supply.
• The receiving unit also comprises an ISP connector 27 and an analog front end 25.
Receiver operation
The receiver is operated by the client tuning the TV set into the channel providing the Receiving unit service. The receiver locates the service by several instances of the broadcast, unencrypted CMD_SERVICE_DETECT command.
When a session is initiated, the receiver signals to the television set to pull its input source to the euroscart socket where the receiver is connected.
When a session is terminated, a command (CMD_BYE) is sent from the transmitting unit to the receiver, to signal to the TV set to switch back to the input source in effect previous to session initiation. This is also automatically done - by the receiver code - after a programmable time of session inactivity.
Receiving unit software The embedded receiving unit software runs directly from micro controller flash. It has a limited amount of RAM. The teletext page display buffer is resident in a dedicated FPGA RAM area. A register interface to the FPGA supports access to the buffer(s). All protocol layers processing, including FEC, CRC and decryption, is performed in software without hardware support.
The software process the sections along the lines of the following piece of incomplete pseudo code:
char* packet; const PacketSize = 40;
// Looking for start of section:
if ( not ham_decode ( packet [ 0 ] ) ) return Faιl( "hamming failed" );
if ( ' payload_unιt_start_ιndιcator ) return Faιl( "not start of new section" );
if ( not ham_decode ( destmatιon_address ) ) return Faιl( "hamming failed" );
if ( destmatιon_address not mine nor broadcast address ) return Fail ( "not for me" ) ;
ham_encode ( packet [ 0 ] ) ; ham_encode ( destmatιon_address );
if ( ' reed_solomon ( packet ) ) return Faιl( "RS failed" );
crc32 = "crc32 of unencrypted section header";
save contmuιty_counter; save payload_scramblmg_bιt; save sectιon_length; // Modified by process_sectιon_payload ( )
// Do decryption, TLV processing and crc32 return process_sectιon_payload( start = packet + 12, max_length = PacketSize - 12 - 4 ) ;
// Succedmg section packets:
if ( not ham_decode ( packet [ 0 ] ) ) return Faιl( "hamming failed" );
if ( payload_unιt_start_ιndιcator or wrong contιnuιty_counter ) return Fail ( "packet out of sequence" );
ham_encode ( packet [ 0 ] ) ;
if ( ! reed_solomon ( packet ) ) return Fail ( "RS failed" ) ;
// Do decryption, TLV processing and crc32 ... return process_sectιon_payload ( start = packet + 1 , max_length = PacketSize - 1 - 4 ) ;
In Fig. 3, the image is a regular teletext image comprising 25 lines of up to 40 characters of length. This image can be described in the format of the first signal or in the format of the second signal. By converting the image into the second signal, the image may be broadcast via teletext broadcasting with a relatively low bandwidth usage.
In the following description, the first and second formats corresponding to the image of Fig. 3 will be described further.
HTML is a widely known standard for defining Internet pages etc. The Television Markup Language (TVML) specified in this document is heavily inspired by HTML. One of the weaknesses of HTML is the ad-hoc specification, which makes interpretation of HTML harder than it should be. TVML does not allow the "looseness" that HTML allows, since TVML is encoded as XML documents, e.g. XML doesn't allow a <p> tag without a closing </p> tag as HTML allows. Hence a major difference from HTML is that TVML has a strict grammar, which then has the benefit that TVML parsing and interpretation is simplified.
Before TVML is specified in detail let us look at an example teletext page corresponding to the image of Fig.3
The TVML page that generates the depicted teletext page is:
<"Vπύ versa on="l .0" encochng="0TF-3,",
<tvml> <head>
<tιtle>SmartScart main page</tιtle> </head>
<body bgcolor="blac " color="whιte" lιnk="green" > <table heιght="23" wιdth="40"> <tr>
<td heιght="4"Xιmg src="https: //smartscart . tv/DR-logo. ttg"/x/td>
</tr> <tr>
<td heιght="3">
<p alιgn="center"xfont color="green"xbιg>S M A R T S C A R T</bιgx/fontx/p> <p alιgn="center" bgcolor="cyan" color="black">Tage Jensen menusιde</p>
</td> </tr> <tr>
<td color="yellow"> <a href="https: //www. smart sca t . v/ema l"/> E-maιl<br/>
<a href=" ttps : //www. kk.dk/tvml"/> Kommune ιnformatιon<br/> <a href=" ttps : / /ww . dans kebank.dk/tvml"/> Dans e Bank<br/> <a href="https : //www.nykredit .dk/tvml"/> Nykredιt<br/> <a href="https://www.dsb.dk/tvml"/> DSB<br/> <a href="https : //www.postdanmark.dk/tvml"/> Postvasenet<br/>
<a href="https : //www. s as . com/tvml"/> SRS<br/> <a href="https : //www.netto.dk/tvml"/> Netto<br/> </td> </tr> <tr>
<td eιght="4" color="yellow">
<a ref="https : //www, smart scart. tv/mam2"/>Naeste sιde<br/> <p bgcolor="cyan" color="black">Tryk pa en tast</p> </td> </tr>
</table> </body> </tvml>
The TVML page is quite similar to HTML. Some variations exist in tag attributes and the interpretation of line breaks. Such issues will be clarified in the following.
The first signal is provided from a content provider, in this example a personal menu is provided by a service operator of the system. This signal is received in the format of a
TVML document. If this signal was broadcast traditionally, the broadcast signal would comprise all characters of each line of the screen image from the top of the image to the bottom of the image. In total, the transmission of the image of Fig.3 would require 25*40 bytes, i.e.1000 bytes to be broadcast.
In the transmission unit according to the present invention, the image would be transformed into commands, examples of which could be:
CMD_DISPLAY_STRING (4,0,"E-mail") CMD_DISPLAY_STRING (5,0,"Kommune information")
The two commands displays the text strings "E-mail" and "Kommune information" on the fourth and fifth lines of the screen image, respectively.
In total, the screen image of Fig. 3 would require only 610 bytes to be described with commands.
The most relevant commands are: command to display strings, command to colour text, command to colour background, command to clear screen area, command to set font type, command to set font size.