Classifications

• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
  • G06F13/10—Program control for peripheral devices
  • G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
  • G06F13/38—Information transfer, e.g. on bus
  • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
  • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices

Definitions

• the present invention relates to modems, and more specifically to the remote control of modems. It finds particular application in the interfacing of application programs to physical devices, particularly but not exclusively in the context of receiver/decoders for digital transmission systems.
• receiver/decoder used herein may connote a receiver for receiving either encoded or non-encoded signals, for example, television and/or radio signals, which may be broadcast or transmitted by some other means.
• the term may also connote a decoder for decoding received signals.
• Embodiments of such receiver/decoders may include a decoder integral with the receiver for decoding the received signals, for example, in a "set-top box", such a decoder functioning in combination with a physically separate receiver, or such a decoder including additional functions, such as a web browser, a video recorder, or a television.
• digital transmission system includes any transmission system for transmitting or broadcasting for example primarily audiovisual or multimedia digital data. Whilst the present invention is particularly applicable to a broadcast digital television system, the invention may also be applicable to a fixed telecommunications network for multimedia internet applications, to a closed circuit television, and so on.
• digital television system includes for example any satellite, terrestrial, cable and other system.
• the present invention finds specific application in a broadcast digital television system in which received signals are passed through a receiver to a receiver/decoder and thence to a television set.
• the receiver/decoder also known as a set-top-box or STB
• One way of providing the interactivity described above is to run an application on the receiver/decoder through which the television signal is received. It is desirable to enable a variety of applications to communicate with a variety of physical devices in a transparent manner.
• Our co-pending applications PCT/EP97/02115 and PCT/EP97/02116 describe systems in which one or more applications can be downloaded by a set-top-box (STB) and communicate with physical devices in the STB such as parallel and serial interfaces and smartcard readers by means of a device driver for each device and an overall device manager.
• STB set-top-box
• the set-top-box includes a virtual machine which includes a run-time engine.
• the virtual machine is coupled to a device manager which is in turn coupled to the physical interfaces of the various channels via devices and device drivers.
• MPEG refers to the data transmission standards developed by the International Standards Organisation working group "Motion Pictures Expert Group” and in particular but not exclusively the MPEG-2 standard developed for digital television applications and set out in the documents ISO 13818-1, ISO 13818-2, ISO 13818-3 and ISO 13818-4. In the context of the present patent application, the term includes all variants, modifications or developments of MPEG formats applicable to the field of digital data transmission.
• one of the channels is preferably a modem.
• the main object of the present invention is to provide improved control of such a modem. This is achieved by providing an improved device driver for controlling the modem.
• device driver for controlling the modem.
• a device driver for controlling and communicating with a modem, comprising a buffer memory for receiving and storing messages from the modem, a control memory for storing control parameters, and a logic unit for controlling the device driver and the flow of messages, wherein the logic unit includes a comparator for matching patterns stored in the control memory against messages stored in the buffer memory to generate a signal for sending to a device manager coupled to the device driver.
• the device manager will usually be arranged to control a plurality of device drivers, and pass messages between the device drivers and one or more applications, but the term "device manager" is intended to encompass any entity capable of controlling the device driver; it may be a controlling application itself. Further significant features of the invention will become apparent from the following detailed description and claims.
• the apparatus is most preferably implemented as a device driver in a receiver/decoder, for example for a digital transmission system as described in our co-pending applications PCT/EP97/02106 - 02117.
• the device driver can operate under the control of an application, via the device manager, providing a convenient and flexible arrangement for controlling the device driver.
• the application is preferably run in an interpreted language and the device driver is preferably compiled.
• the comparator compares the stored patterns against a predetermined final length of the message.
• the patterns may be of a plurality of types and there may be a plurality of patterns of the same type.
• Such pattern types may comprise Events, ACKs (positive acknowledgements), and NACKs (negative acknowledgements), the generated signal indicating the type of pattern matched.
• the device driver may be arranged to send the signal to the device manager by adding it to the message received through the modem.
• Commands may be passed between the device driver and the device manager in the form of Calls, which set up parameters in the device driver, IOs, which send control signals and data to the device drivers, and Events, which signal detection of patterns or message reception or transmission problems to the device manager.
• One form of Call command comprises at least one pattern setting command for defining one or more patterns to be searched for by the comparator.
• pattern setting command defining patterns to be searched for, one pattern setting command for each pattern type.
• the or at least one pattern setting command may be arranged to define a plurality of patterns to be matched, each pattern having an associated event signal to be generated on detection of the corresponding pattern.
• the patterns to be searched for may be stored in respective sub-areas of the control memory. Alternatively, the patterns to be searched for may be stored in a single continuous area of the control memory.
• the type is indicated according to a predetermined priority sequence between the different types of match.
• the device driver may be implemented in hardware, for example in a dedicated integrated circuit; this may provide enhanced speed of operation.
• at least some of the device driver is implemented in software, preferably run by processing means which runs the application; this allows greater flexibility, requires less components, and allows the device driver to be updated more readily.
• the present invention extends to a method of controlling and communicating with a modem using a device driver comprising a buffer memory and a control memory, said method comprising the steps of: receiving and storing messages from the modem in said buffer memory; storing control parameters in said control memory, and matching patterns stored in the control memory against messages stored in the buffer memory to generate a signal for sending to a device manager coupled to the device driver.
• Figure 1 is a schematic diagram of interfaces of the receiver/decoder
• FIG. 2 is a functional block diagram of the receiver/decoder
• Figure 3 shows the general logical organization of the present device driver
• Figure 4 shows in more detail the logical organization of the pattern handling aspects of the present device driver
• Figure 5 illustrates message structure and storage.
• a receiver/decoder 2020 or set- top-box for use in a digital interactive television system in which the device driver of the embodiment is intended to be installed is schematically depicted. Details of a suitable digital interactive television system may be found in our co-pending applications PCT/EP97/02106 - 02117 to which reference should be made, and the disclosures of which are herein incorporated by reference. For ease of reference, parts described in more detail in the aforementioned specifications are generally designated by the reference numerals used in those specifications.
• the receiver/decoder 2020 includes several interfaces; specifically, a tuner 4028 for the MPEG signal flow, a serial interface 4030, a parallel interface 4032, and two card readers 4036, one for a smartcard forming part of the system and one for bank cards (used for making payments, home banking, and such like).
• the receiver/decoder also includes an interface 4034 to a modemmed back channel 4002 to the television signal producer, so that the user can indicate preferences and such like back to the television signal (programme) producer.
• the receiver also comprises a Run-Time-Engine 4008, a Device Manager 4068 and a plurality of Devices 4062 and Device Drivers 4060 for running one or more applications 4056 (see Fig. 2).
• an application is a piece of computer code for controlling high level functions of preferably the receiver/decoder 2020. For example, when the end user positions the focus of a remote controller on a button object seen on the screen of the television set 2022 and presses a validation key, the instruction sequence associated with the button is run.
• An interactive application proposes menus and executes commands at the request of the end user and provides data related to the purpose of the application.
• Applications may be either resident applications, that is, stored in the ROM (or FLASH or other non- volatile memory) of the receiver/decoder 2020, or broadcast and downloaded into the RAM or FLASH memory of the receiver/decoder 2020.
• An Initiating Application which is an adaptable collection of modules enabling the receiver/decoder 2020 to be immediately operative in the MPEG-2 environment.
• a Startup Application which allows any application, either downloaded or resident, to run on the receiver/decoder 2020.
• a Program Guide which is an interactive application which gives full information about programming.
• a Pay Per View application which is an interactive service available on each PPV channel of the digital television bouquet to enable the end user to buy the current event.
• a PC Download application enabling an end user to download computer software using the PC download application.
• a Magazine Browser application comprising a cyclic video broadcast of images with end user navigation via on-screen buttons.
• a Teleshopping application enabling offers of goods for sale to be transmitted to the receiver/decoder 2020 and displayed on the television 2022 and enabling the user to select a particular item to buy.
• the resource files comprise graphic object description unit files, variables block unit files, instruction sequence files, application files and data files, as described in more detail in the above-mentioned specifications.
• each module comprises a group of MPEG tables.
• Each MPEG table may be formatted as a number of sections.
• each section has a "size" of up to 4 kbytes.
• modules similarly are split into tables and sections, the size of the section varying with the transport medium.
• Modules are transported in the MPEG data stream in the form of data packets of typically 188 bytes within respective types of data stream, for example, video data streams, audio data streams and teletext data streams.
• Each packet is preceded by a Packet Identifier (PID) of 13 bits, one PID for every packet transported in the MPEG data stream.
• PID Packet Identifier
• a programme map table contains a list of the different data streams and defines the contents of each data stream according to the respective PID.
• certain PIDs may be assigned to applications or other data contained in the data stream, the PID being identified using the PMT table.
• the decoder contains memory divided into a RAM volume, a FLASH volume and a ROM volume, but this physical organization is distinct from the logical organization.
• the memory may further be divided into memory volumes associated with the various interfaces. From one point of view, the memory can be regarded as part of the hardware; from another point of view, the memory can be regarded as supporting or containing the whole of the system shown apart from the hardware.
• the system can be regarded as centred on a run time engine 4008 forming part of a virtual machine 4007. This is coupled to applications on one side (the "high level” side), and, on the other side (the “low level” side), via various intermediate logical units discussed below, to the receiver/decoder hardware 4061.
• the receiver/decoder hardware can be regarded as including the various ports or interfaces as discussed above (the interface 2030 for the handset 2026, the MPEG stream interface 4028, the serial interface 4030, the parallel interface 4032, the interfaces to the card readers 4036, and the interface 4034 to the modemmed back channel 4002).
• various applications 4057 are coupled to the unit 4007; some of the more commonly used applications may be more or less permanently resident in the system, as indicated at 4057, while others will be downloaded into the system, for example, from the MPEG data stream or from other ports as required.
• the unit 4007 includes, in addition to the run time engine 4008, some resident library functions 4006 which include a toolbox 4058.
• the library contains miscellaneous functions in C language used by the engine 4008. These include data manipulation such as compression, expansion or comparison of data structures, line drawing, and so on.
• the library 4006 also includes information about firmware 4061 in the receiver/decoder 2020, such as hardware and software version numbers and available RAM space, and a function used when downloading a new device 4062. Functions can be downloaded into the library, being stored in Flash or RAM memory.
• the run time engine 4008 is coupled to a device manager 4068 which is coupled to a set of devices 4062 which are coupled to device drivers 4060 which are in turn coupled to the ports or interfaces.
• a device driver can be regarded as defining a logical interface, so that two different device drivers may be coupled to a common physical port.
• a device will normally be coupled to more than one device driver; if a device is coupled to a single device driver, the device will normally be designed to incorporate the full functionality required for communication, so that the need for a separate device driver is obviated. Certain devices may communicate among themselves.
• Each function of the receiver/decoder 2020 is represented as a device 4062.
• Devices can be either local or remote.
• Local devices 4064 include smartcards, SCART connector signals, modems, serial and parallel interfaces, a MPEG video and audio player and an MPEG section and table extractor.
• Remote devices 4066 executed in a remote location, differ from local devices in that a port and procedure must be defined by the system authority or designer, rather than by a device and device driver provided and designed by the receiver/decoder manufacturer.
• a new device 4062 When a new device 4062 is created, it can be installed in existing receiver/decoders 2020 by downloading the relevant application 4056 from the broadcast centre. This downloading is performed in the receiver/decoder 2020 by an application 4056 which checks the hardware and software versions and, if correct, loads the software module representing the new device 4062 and asks a procedure of the library 4006 to install the new device code within the firmware (in Flash memory). This can provide a flexible and secure installation of new functions within the receiver/decoder 2020 without affecting the rest of the software.
• the device manager 4068 is a common software interface between the application 4056 and the specific functions of the receiver/decoder 2020.
• the device manager is a common software interface between the application 4056 and the specific functions of the receiver/decoder 2020.
• 4068 controls access to devices 4062, declares receipt of an unexpected event, and manages shared memory.
• the run time engine 4008 runs under the control of the microprocessor and a common application programming interface. They are installed in every receiver/decoder 2020 so that all receiver/decoders 2020 are identical from the application point of view.
• the engine 4008 runs applications 4056 on the receiver/decoder 2020. It executes interactive applications 4056 and receives events from outside the receiver/decoder 2020, displays graphics and text, calls devices for services and uses functions of the library 4006 connected to the engine 4008 for specific computation.
• the run time engine 4008 is an executable code installed in each receiver/decoder
• the engine 4008 is adaptable to any operating system, including a single task operating system (such as MS-DOS).
• the engine 4008 is based on process sequencer units (which take various events such as a key press, to carry out various actions), and contains its own scheduler to manage event queues from the different hardware interfaces. It also handles the display of graphics and text.
• a process sequencer unit comprises a set of action-groups. Each event causes the process sequencer unit to move from its current action-group to another action-group in dependence on the character of the event, and to execute the actions of the new action- group.
• the engine 4008 comprises a code loader to load and download applications 4056 into the receiver/decoder memory 2028. Only the necessary code is loaded into the RAM or Flash memory, in order to ensure optimal use. The downloaded data is verified by an authentication mechanism to prevent any modification of an application 4056 or the execution of any unauthorized appUcation.
• the engine 4008 further comprises a decompressor. As the application code (a form of intermediate code) is compressed for space saving and fast downloading from the MPEG-2 transport stream or via a built-in receiver/decoder mode, the code must be decompressed before loading it into the RAM.
• the engine 4008 also comprises an interpreter to interpret the application code to update various variable values and determine status changes, and an error checker.
• a program (such as an application instruction sequence) has to be declared as a "client", that is, a logical access-way to the device 4062 or the device manager 4068.
• the manager gives the client a client number which is referred to in all accesses to the device.
• a device 4062 can have several clients, the number of clients for each device 4062 being specified depending on the type of device 4062.
• a client is introduced to the device 4062 by a procedure "Device: Open Channel”. This procedure assigns a client number to the client.
• a client can be taken out of the device manager 4068 client list by a procedure "Device: Close Channel”.
• the access to devices 4062 provided by the device manager 4068 can be either synchronous or asynchronous.
• a procedure “Device: Call” is used. This is a means of accessing data which is immediately available or a functionality which does not involve waiting for the desired response.
• a procedure “Device: I/O” is used. This is a means of accessing data which involves waiting for a response, for example, scanning tuner frequencies to find a multiplex or getting back a table from the MPEG stream.
• an event is put in the queue of the engine to signal its arrival.
• a further procedure "Device: Event” provides a means of managing unexpected events.
• main loop of the run time engine is coupled to a variety of process sequencer units, and when the main loop encounters an appropriate event, control is temporarily transferred to one of the process sequencer units.
• the basic system provides a platform having considerable flexibility in enabling an application to communicate with a variety of devices.
• Device Call. This procedure can be used by an application for performing synchronous commands or data transfer. Execution of the application is suspended until control is returned when the operation by the device driver has completed; this allows operations which must be performed in strict sequence to be controlled reliably.
• I/O This procedure allows asynchronous operation. That is, an application can send a request for a data transfer or a particular function to be performed by the device driver and execution of the application can continue while the data transfer or function is performed by the device driver.
• Event The event trapping function enables events to be signalled by the device to an application, and for particular action to be taken by the application in response to the event independently of the code the application is executing at the time the event is signalled; effectively the application is interrupted. Events may be prioritised. Events may be used to signal events occurring on the interface, such as a bus reset, or to provide monitoring of asynchronous commands, for example by signalling completion of a requested data transfer.
• the present device driver is shown as block 500 (Fig. 3), comprising a logic unit 501, a control memory 502, and a buffer memory 503. These two memories are logically distinct, but both form part of the same physical memory (more specifically, the buffer memory will form part of the RAM memory, and the control memory may form part of the RAM or FLASH memory).
• the device driver is coupled to the device manager 4068 and the modem interface 550 as shown. Each command will form a part of the logic unit 501, and may operate on portions of the control and/or buffer memory.
• the modem functions in the narrow sense of modulating and demodulating signals are performed by a modem unit which may be incorporated in the interface 550 or attached thereto. Control and management of the information flowing through the interface, apart from those narrow modem functions, is performed by the device driver 500.
• each command may be accessed by an application by passing an identifier of the command as a parameter via one of the above three standard procedures. Not all of the commands described below need be provided, and the functions of the commands may be altered. Although the commands may be independently provided or altered, as will be appreciated, certain synergistic benefits accrue from the combined functionality provided by the commands described.
• each command could be implemented in software, preferably written in the C programming language and preferably compiled to run on the processor used to run the application; however the device driver may be run on a separate processor, and some or all commands may be implemented by dedicated hardware.
• the Call and IO commands may signal information or pass parameters back to an application by setting values in a parameter table stored in memory whose address is passed to the device.
• Set sets buffer sizes, timer delays.
• Comm set sets data size (5 to 8 bits), parity, transmission rate.
• Char set sets pause character and delay.
• Control set enable/disable signal sent to distant equipment.
• Pattern set sets patterns to be searched for.
• Command sends a command to the device driver without interpretation.
• Action sends a command to the device driver with interpretation.
• Disconnect disconnects the device driver.
• Device Event
• Receive signals the reception of a message.
• Off signals a transmission problem.
• a procedure also contains an error code for reporting back and (except for the Event:
• a call report for reporting back from the device driver to the device manager.
• a Call or IO procedure contains a memory address where the information being sent (parameters and so on) is to be found.
• the present system contains a special command, the Call command Pattern set.
• This command defines one or more patterns to be searched for by the logic unit 501.
• the command contains a memory address, and the memory contains, starting at that address, a series of patterns. (More specifically, the first location in the memory contains the number of patterns, followed by the individual patterns, and each individual pattern in the memory includes a header giving the length of that pattern.)
• 3 different types of pattern can be set, to generate Events, ACKs (positive acknowledgements), and NACKs (negative acknowledgements). It would of course be possible to include all 3 types of pattern in the same command, with the header of each pattern identifying the type of that pattern. It is preferred, however, to use 3 sub-forms of command, for the 3 types of pattern.
• ACK and NACK patterns which may be required to detect reliable reception of a command by the modem are preferably set using dedicated commands, and all other patterns are used to trigger an event, each pattern being assigned a number to enable the patterns to be distinguished.
• These commands set up a memory zone 510 (Fig. 4) in the control memory 502; this memory zone has 3 segments, containing the Event, ACK, and NACK patterns respectively.
• the logic unit 501 contains a comparator unit 511 which is coupled to this memory zone.
• the memory zone 510 may consist of the memory areas specified by the 3 Pattern set commands. In this case, the 3 segments of the memory zone may be physically in different regions of the memory.
• the comparator unit 511 will have to store the start addresses of the 3 segments and, to obtain access to the various patterns, use the number of patterns (as stored at the beginning of each segment) and the lengths of the individual patterns to determine the precise locations of the patterns and obtain access to each of them in turn as required.
• the comparator unit 511 can initialize the memory by setting up the memory zone 510 as a table of patterns in a predetermined location.
• a message When a message is received, it is passed into a buffer in the buffer memory 503. This memory is divided into a plurality of buffers 512, so the message may occupy more than one buffer; however, the message space is logically continuous for any individual message. If pattern matching is being performed, the comparator 511 searches the last 32 characters of the message for matches to any of the patterns stored in the memory zone 510.
• the type of match (Event, ACK, or NACK) is written into the header of the message as stored in the buffer, and/or some suitable action is taken by the device driver.
• ACK and NACK pattern detection can be used to detect expected responses from the modem, for example when commands are being sent while the modem is offline. Other signals from the modem are matched to a separate list of patterns, and used to trigger events; for this reason the setting of ACK and NACK patterns is preferably performed independently of the setting of a list of patterns corresponding to unexpected events or other messages from the modem.
• modems may conform generally to a standard, such as the Hayes standard, for instruction sequences and responses, but may have additional features, for which a proprietary response sequence is generated.
• the ACK and NACK patterns will be set to standard patterns, and the response sequences " corresponding to additional features can be assigned to event signals.
• Fig. 5 shows a message 520 resident in the buffer memory 503.
• the message consists of a header 521 and a body 522.
• the message in this case is physically divided between two buffers 512 and 512'.
• the comparator 520 performs pattern matching (that is, searching for a match with the patterns stored in the memory area 510) over the last 32 character region 523 of the body 522 of the message. The nature of any match found is inserted into the message header 521 in the buffer memory.
• two matches of different types may occur (again, at different positions in the last 32 characters).
• the comparator 511 may be arranged to indicate the match type according to either a predetermined priority sequence between the different types of match, or which of the patterns is closer to the end of the message.
• Command mode that is, when the modem parameters are being set up
• this technique can be used to send a command message to the device driver.
• the message is interpreted by the device driver and not sent through the interface to, for example, a data server.
• the device driver searches for a pattern in the return message and responds to the device driver accordingly.
• the Modem In On-line mode, the Modem is connected to a data server and it is possible to receive messages from this server.
• the device driver searches for a pattern in the last 32 characters received from the data server.
• the above commands and events are merely illustrative, and the invention may be implemented in a variety of ways, and, in particular, some commands may be combined with others which perform similar functions, or some may be omitted in simplified implementations. Hardware and software implementations of each of the functions may be freely mixed, both between commands and within a single command.

Priority Applications (1)

Applications Claiming Priority (4)

Publications (2)

Family

ID=8229868

Family Applications (2)

Family Applications Before (1)

Country Status (19)

Families Citing this family (6)

Family Cites Families (8)

• 1997
  • 1997-10-03 EP EP97402334A patent/EP0913775A1/de not_active Withdrawn
• 1998
  • 1998-10-02 JP JP2000515234A patent/JP4303884B2/ja not_active Expired - Lifetime
  • 1998-10-02 HU HU0100547A patent/HUP0100547A2/hu unknown
  • 1998-10-02 DE DE69837856T patent/DE69837856T2/de not_active Expired - Lifetime
  • 1998-10-02 IL IL13541498A patent/IL135414A0/xx unknown
  • 1998-10-02 EP EP98945498A patent/EP1019836B1/de not_active Expired - Lifetime
  • 1998-10-02 CA CA002304617A patent/CA2304617A1/en not_active Abandoned
  • 1998-10-02 AU AU92781/98A patent/AU9278198A/en not_active Abandoned
  • 1998-10-02 AT AT98945498T patent/ATE363686T1/de not_active IP Right Cessation
  • 1998-10-02 ZA ZA988995A patent/ZA988995B/xx unknown
  • 1998-10-02 TR TR2000/01559T patent/TR200001559T2/xx unknown
  • 1998-10-02 WO PCT/IB1998/001606 patent/WO1999018513A1/en active IP Right Grant
  • 1998-10-02 BR BRPI9812704-7A patent/BR9812704B1/pt not_active IP Right Cessation
  • 1998-10-02 PL PL98339632A patent/PL339632A1/xx unknown
  • 1998-10-02 CN CNB988118262A patent/CN1188790C/zh not_active Expired - Lifetime
  • 1998-10-02 KR KR1020007003547A patent/KR100579000B1/ko not_active IP Right Cessation
• 2000
  • 2000-03-22 HR HR20000163A patent/HRP20000163A2/hr not_active Application Discontinuation
  • 2000-03-30 NO NO20001650A patent/NO20001650L/no not_active Application Discontinuation
  • 2000-03-31 US US09/540,175 patent/US6804820B1/en not_active Expired - Lifetime
• 2001
  • 2001-01-03 HK HK01100025A patent/HK1030274A1/xx not_active IP Right Cessation

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events