Patent Application
20070086465
Embodiments of the invention relate generally to communications networks. More specifically, embodiments of the invention are related to providing notification in a service guide of events or changes in events.
Generally, an Electronic Service Guide (ESG) enables a terminal to communicate what services are available to end users and how the services may be accessed. ESG fragments are independently existing pieces of the ESG. Traditionally, ESG fragments comprise XML documents, but more recently they have encompassed a vast array of items, such as for example, a SDP (Session Description Protocol) description, textual file, or an image. The ESG fragments describe one or several aspects of currently available (or future) service or broadcast programs. Such aspects may include for example: free text description, schedule, geographical availability, price, purchase method, genre, and supplementary information such as preview images or clips. Audio, video and other types of data comprising the ESG fragments may be transmitted through a variety of types of networks according to many different protocols. For example, data can be transmitted through a collection of networks usually referred to as the “Internet” using protocols of the Internet protocol suite, such as Internet Protocol (IP) and User Datagram Protocol (UDP). Data is often transmitted through the Internet addressed to a single user. It can, however, be addressed to a group of users, commonly known as multicasting. In the case in which the data is addressed to all users it is called broadcasting. The ESG data may be transmitted using different types of wireless digital networks including digital broadband broadcast and/or multicast networks.
A service provider provides information on current or future services or content by transmission of ESG fragments, which correspond to an event, in a data stream to a subscriber terminal. However, over time, changes may be made to the event by the service provider. For example, the service provider may alter the corresponding service guide or parts thereof, change the service schedule, or promote a specific broadcast service. In addition, the service provider may wish to broadcast specific notification of updated data. Users or groups of users often have a need to be notified of such information or changes to currently supplied information.
Thus, there exists a need for a method and system for notification to a user or group of users of upcoming events, changes in currently provided events, or on-going or updated information.
The following presents a simplified summary in order to provide a basic understanding of some aspects of the invention. The summary is not an extensive overview of the invention. It is neither intended to identify key or critical elements of the invention nor to delineate the scope of the invention. The following summary merely presents some concepts in accordance with embodiments of the invention in a simplified form as a prelude to the more detailed description below.
In one example of the present invention, a transmitter is provided for transmitting an ESG fragment containing information on a notification. For example, the transmitter may transmit an ESG fragment containing a parameter describing the notification. In one example, the ESG fragment transmitted by the transmitter contains a notification reception parameter for describing the reception information of the notification information or messages. This parameter may further include an identification of a port number for receipt of the ESG fragment at a receiver.
In another example, the ESG fragment transmitted by the transmitter includes a notification services parameter for indicating the notification as the corresponding service. For example, a type parameter of a service fragment (e.g., a service fragment type parameter) may be included in the ESG fragment. Depending on the value of the service fragment type parameter, the service fragment may be instantiated as a notification service.
In another example, the ESG fragment transmitted by the transmitter includes a notification component parameter. For example, a type parameter of an access fragment (e.g., an access fragment type parameter) may be included in the ESG fragment. Depending on the value of the access fragment type parameter, a component of the service may be declared as a notification.
In another example, a receiver is provided for receiving an ESG fragment. The ESG fragment may be parsed to determine corresponding notification services, notification components or notification reception information.
In another example, a method is provided for creating an ESG fragment associated with a notification for a user. The ESG fragment may include parameters for describing the notification including, for example, notification services, notification components of a service and/or notification reception information.
Also provided is a computer-readable medium for creating, transmitting and receiving an ESG fragment associated with a notification service or notification component of a service.
A more complete understanding of various embodiments of the invention and the advantages thereof may be acquired by referring to the following description in consideration of the accompanying drawings, in which like reference numbers indicate like features, and wherein:
In the following description of the various embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration various embodiments in which the invention may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made without departing from the scope and spirit of the invention.
Aspects of the invention may be utilized across a broad array of networks and communication protocols.
One way of broadcasting data is to use an IP datacasting (IPDC) network. IPDC is a combination of digital broadcast and Internet Protocol. Through such an IP-based broadcasting network, one or more service providers can supply different types of IP services including on-line newspapers, radio, and television. These IP services are organized into one or more media streams in the form of audio, video and/or other types of data. To determine when and where these streams occur, users refer to an electronic service guide (ESG). One example used in digital video broadcasting (DVB) streams is an electronic program guide (EPG). One type of DVB is Digital video broadcasting-handheld (DVB-H), a recently developed technology that increases the capabilities and services available on small handheld devices, such as mobile telephones. The DVB-H is designed to deliver 10 Mbps of data to a battery-powered terminal device.
DVB transport streams deliver compressed audio and video and data to a user via third party delivery networks. Moving Picture Expert Group (MPEG) is a technology by which encoded video, audio, and data within a single program is multiplexed, with other programs, into a transport stream (TS). The TS is a packetized data stream, with fixed length packets, including a header. The individual elements of a program, audio and video, are each carried within packets having a unique packet identification (PID). To enable a receiver device to locate the different elements of a particular program within the TS, Program Specific Information (PSI), which is embedded into the TS, is supplied. In addition, additional Service Information (SI), a set of tables adhering to the MPEG private section syntax, may be incorporated into the TS. This enables a receiver device to correctly process the data contained within the TS.
Aspects of the present invention, however, are also applicable to other traditional digital mobile broadcast systems such as, for example, T-DAB, T/S-DMB, ISDB-T, ATSC, MediaFLO, and non-traditional systems such 3GPP MBMS and 3GPP2BCMCS.
The broadcast network 114 may include a radio transmission of IP datacasting over DVB-H. The broadcast network 114 may broadcast a service such as a digital or analog television signal and supplemental content related to the service via transmitter 118. The broadcast network may also include a radio, television or IP datacasting broadcasting network. The broadcast network 114 may also transmit supplemental content which may include a television signal, audio and/or video streams, data streams, video files, audio files, software files, and/or video games. In the case of transmitting IP datacasting services, the service source 122 may communicate actual program content to user device 112 through the broadcast network 114 and additional information such as user right and access information for the actual program content through the cellular network 116.
The mobile device 112 may also contact the service source 122 through the cellular network 116. The cellular network 116 may comprise a wireless network and a base transceiver station transmitter 120. The cellular network may include a second/third-generation (2G/3G) cellular data communications network, a Global System for Mobile communications network (GSM), a Universal Mobile Telecommunications System (UMTS) or other wireless communication network such as a WLAN network.
In one aspect of the invention, mobile device 112 may comprise a wireless interface configured to send and/or receive digital wireless communications within cellular network 116. The information received by mobile device 112 through the cellular network 116 or broadcast network 114 may include user selection, applications, services, electronic images, audio clips, video clips, and/or WTAI (Wireless Telephony Application Interface) messages. As part of cellular network 116, one or more base stations (not shown) may support digital communications with receiver device 112 while the receiver device is located within the administrative domain of cellular network 116.
As shown in
Computer executable instructions and data used by processor 128 and other components within mobile device 112 may be stored in a computer readable memory 134. The memory may be implemented with any combination of read only memory modules or random access memory modules, optionally including both volatile and nonvolatile memory. Software 140 may be stored within memory 134 and/or storage to provide instructions to processor 128 for enabling mobile device 112 to perform various functions. Alternatively, some or all of mobile device 112 computer executable instructions may be embodied in hardware or firmware (not shown).
Mobile device 112 may be configured to receive, decode and process digital broadband broadcast transmissions that are based, for example, on the Digital Video Broadcast (DVB) standard, such as DVB-H, DVB-T or DVB-MHP, through a specific DVB receiver 141. The mobile device may also be provided with other types of receivers for digital broadband broadcast transmissions. Additionally, receiver device 112 may also be configured to receive, decode and process transmissions through FM/AM Radio receiver 142, WLAN transceiver 143, and telecommunications transceiver 144. In one aspect of the invention, mobile device 112 may receive radio data stream (RDS) messages.
In an example of the DVB standard, one DVB 10 Mbit/s transmission may have 200 50-kbit/s audio program channels or 50 200-kbit/s video (TV) program channels. The mobile device 112 may be configured to receive, decode, and process transmission based on the Digital Video Broadcast-Handheld (DVB-H) standard or other DVB standards, such as DVB-MHP, DVB-Satellite (DVB-S), DVB-Terrestrial (DVB-T) or DVB-Cable (DVB-C). Similarly, other digital transmission formats may alternatively be used to deliver content and information of availability of supplemental services, such as ATSC (Advanced Television Systems Committee), NTSC (National Television System Committee), ISDB-T (Integrated Services Digital Broadcasting—Terrestrial), DAB (Digital Audio Broadcasting), DMB (Digital Multimedia Broadcasting), FLO (Forward Link Only) or DIRECTV. Additionally, the digital transmission may be time sliced, such as in DVB-H technology. Time-slicing may reduce the average power consumption of a mobile terminal and may enable smooth and seamless handover. Time-slicing consists of sending data in bursts using a higher instantaneous bit rate as compared to the bit rate required if the data were transmitted using a traditional streaming mechanism. In this case, the mobile device 112 may have one or more buffer memories for storing the decoded time sliced transmission before presentation.
In one example of the invention, ESG fragments may be delivered to a subscriber terminal in one or more data streams or channels. In this example, a plurality of channels (such as IP-packet streams) can be used to deliver ESG information to the subscriber terminal. For example, the ESG fragment may provide the subscriber terminal with notification of upcoming events to be provided by a service provider, changes in current events provided by a service provider or updated or on-going information for a user or group of users.
ESG fragments may be delivered in a transport object which may transport ESG information in a container. Thus, ESG fragments may be placed in a container that may be delivered in its own transport object. The container may further include a container header and a container payload, for example, in which the container header may provide information on where each container is located within the transport object. In one example, the transport object may contain a single container or a plurality of containers, each container including at least one ESG fragment.
In the example illustrated in
Examples of access parameters may include, for example, IP Addresses, port numbers, TSIs, start and end times etc. The FLUTE session thus declares how the ESG data is distributed to different sessions. The TOs of the FLUTE session carrying this mapping data are described in the FDT of the FLUTE session. The ESG mapping data may be delivered in one or multiple TOs. The mapping can be made using XML Schema, plain ASCII text, Structured ASCII text such as multipart MIME or MIME headers, as binary with enumerated types or through various other means as is known in the art. The ESG data in this example may be delivered in one or more TOs, which may be within pure ALC sessions, for example. The ESG data or parts of it may be delivered in some embodiments of the invention in one or more FLUTE sessions in addition to or instead of ALC sessions.
In one example of the invention, a notification function is provided in a service guide or ESG fragment for delivering notification information or messages from a service provider to a user or subscriber. Such notification information may include, for example, notification information pertaining to upcoming events including notification of a change of service schedule, notification of the start of a new service, promotions or advertisements of a specific program, service or upcoming program or service, an emergency announcement, public service announcement or notification of changes to the service guide or other change of information.
In one example, the notification information or messages may be delivered to a user or subscriber via User Datagram Protocol/Internet Protocol (UDP/IP). A designated UDP port may be used for creating the notification information or messages such that the notification information or message may be embedded into ongoing sessions or through separate sessions. For example, the notification information or message may be encapsulated into a UDP packet using a predefined UDP port. NotificationPort is one example of the UDP port (see detailed description below). The UDP packet may be encapsulated into an IP packet with IP addresses of an ongoing broadcast session of a subscriber terminal to receive the notification information or message. In one example, the notification information or messages may be encoded in XML and delivered in the UDP packet to the subscriber terminal. The subscriber terminal may receive the UDP packet with the predefined UDP port and the encapsulated notification information or message and may also process the UDP packet as a container for the notification information or message. Alternatively, the UDP packet may be encapsulated into the IP packet with predefined IP multicast/broadcast addresses (e.g., NotificationAddress—described in detail herein) or unicast IP addresses. Thus, the UDP packet containing the notification information or message may be received at the designated subscriber terminals.
Notification information or messages may be delivered to a subscriber terminal via a notification channel that may be declared in a Service Guide Delivery Descriptor (SGDD). Also, a UDP port is declared that is associated with each service as the notification channel.
The notification information or messages may be delivered in a variety of ways which may depend on the type of notification information to be delivered. For example, the notification information may be user-oriented such that the information may be displayed on the subscriber terminal display. This display may be in the form of a text or multimedia display, for example. However, certain types of notification information may not be user-oriented. For example, certain types of notification information may include information for a subscriber terminal to receive a service guide or service. Such “terminal-oriented” notification information may be provided in a service guide to the subscriber terminal however a text or multimedia display is optional.
The presentation or rendering of the notification information or message to a user or subscriber may vary depending on the type of presentation desired. For example, the notification information or message may be received by the user or subscriber during reception of the corresponding program or services and may be stored for later viewing or use. Alternatively, the notification information may be viewed as an overlay or as a split screen with the corresponding program or service. In this case, the notification information may be viewed simultaneously with the corresponding program or service.
Also, terminal-oriented notification information pertaining to the usage of the notification information or message may be provided to a subscriber terminal. Thus, the presentation of the notification information or message may vary depending on the usage of the notification information. Examples of usages of notification information include service guide updates or changes, the notification of a start of a program or service, notification of the start of a file download, etc.
In one example of one aspect, notification information may be provided in descriptors within an ESG fragment such as Service Guide Delivery Descriptors (SGDD). SGDDs may carry information on various attributes of ESG fragments such as the availability or validity of the ESG fragments, including data that can be used to retrieve and/or identify the associated ESG fragments. ESG fragments may also be grouped together and identified as a group by a Service Guide Delivery Unit (SGDU) in a variety of ways. For example, the ESG fragments may be grouped together based on certain criteria declared in an element or parameter such as a GroupingCriteria element of the SGDD. Hence, the SGDD can be used to specify criteria for grouping ESG fragments in a service guide in an SGDU.
In this example, an SGDD may specify notification information for a subscriber or group of subscribers of information of interest to the subscriber or group of subscribers. As one example, a service provider may wish to change the time of broadcast of a program. If a subscriber has been receiving a particular broadcast at a particular time or day, the subscriber may be unaware of the proposed change in the time or day of broadcast of the program. Thus, the subscriber, not having been properly and timely notified of the change of schedule, may miss the program.
In another example, a subscriber may wish to receive timely information in which prompt notification is necessary. Scores of currently or recently played sporting events is one example of such information. A user or subscriber may wish to receive notification of the current scores of sporting events of interest. The service provider in this example may provide an SGDD containing such notification information so that the user or subscriber may be kept up-to-date with regards to the desired information.
In addition, the service provider may provide an emergency notification in an SGDD. For example, weather changes, predicted up-coming hazards, warnings, etc., may be supplied in an SGDD of the ESG fragment. In this way, a user may be informed of any relevant conditions that may be of interest to the user.
In an example of an SGDD containing notification information or messages, a ServiceGuideDeliveryDescriptor may be provided in the ESG fragment that may specify a notification reception which may include, for example, a sub-element for providing reception information for the notification information or messages. Reception information may include, for example a sub-element for describing or designating a UDP port used in the delivery of the notification information or message. As one example, the sub-element may be an integer value for designating the corresponding notification port. Based on the notification port sub-element, the notification information or message may be delivered to a subscriber terminal through an on-going session or separate sessions.
In addition, the notification reception sub-element of the SGDD may further specify a notification address via a notification address sub-element. In this example, the notification address sub-element may be a character string and may specify an IP multicast address for delivery of notification information or messages.
In addition, a notification parameter may be included in an ESG fragment for providing attributes of the notification information or message. For example, the notification parameter may specify an identifier of the notification message. This identifier may be, for example, a URI that may specifically identify the corresponding notification message. Based on the identifier attribute, a subscriber terminal may be identified as a subscriber terminal to receive the corresponding notification information or message.
Also, the notification parameter may indicate the notification type of the corresponding notification information or message. As described herein, the notification information may be of varying types including a user-oriented message (e.g., a message from the service provider, an emergency announcement, etc.) or a terminal-oriented message (e.g., a service guide update, a file download, etc.). The type of notification information may be specified in a notification type attribute within the notification parameter.
The notification parameter may further provide information as to the validity of the notification information including the time period over which the notification information is valid. In this example, after the specified valid time period, the notification information may be designated as expired.
The notification parameter may also provide sub-elements to further characterize the notification information. One example of such a sub-element is a name sub-element which may include a character string corresponding to a name or title of the corresponding notification information. The name sub-element may further be provided in multiple languages. Another example of a sub-element is a description sub-element that may include a character string describing the content of the notification information. Also, a presentation type sub-element may be provided as an integer value that may define the type of presentation corresponding to the notification information. For example, the presentation type sub-element may indicate if the subscriber terminal is to render the notification information immediately, store the notification information for later display, or render the notification information as an overlay or split-screen with the corresponding program or service.
Other sub-elements may include an extension URL sub-element which may be a URI for providing any additional pertinent information pertaining to the notification information. Also, a session information sub-element may be provided for defining the delivery session information or corresponding objects or fragments delivered in the delivery session. In one example, a subscriber terminal may receive the session information sub-element and may access a relevant session based on the session information sub-element and perform a corresponding action. The session information sub-element may further contain validity information (e.g., valid from or valid to times) or usage type for defining the type of object transmitted through the indicated delivery session. This may include, for example, an indication if the delivery session is for transmitting a fragment of the updated service guide, file delivery, or indication that the service would start through the delivery session as scheduled. The session information sub-element may also contain other sub-elements such as a delivery session parameter for describing the delivery session. The delivery session sub-element may further specify a source IP address of the delivery session and/or an identifier of a target delivery session. The session information sub-element may further include a parameter or sub-element for providing a transport object ID for providing an ID of a transport object delivered through the indicated delivery session, a fragment parameter for identifying a fragment delivered through the indicated delivery session which may include a Fragment ID and/or version of the fragment, or an alternative URI for specifying a URI as an alternative method for delivery of the notification information.
The notification parameter may further provide a media information parameter or sub-element for constructing multimedia notification information. For example, the media information sub-element may provide information pertaining to the picture, video and/or audio of the notification information. As an example, the media information parameter or sub-element may include a picture parameter for defining how to obtain a picture and MIME type. For example, the picture parameter may provide a character string indicating the MIME type of picture or may provide a URI indicating the URI referencing the picture. Also, the media information parameter or sub-element may include a video sub-element for defining how to obtain a video and MIME type. The video sub-element may contain a character string for indicating the MIME type of the video and/or a URI referencing the video. Also, the media information parameter or sub-element may also include an audio sub-element for defining how to obtain an audio and MIME type. This may include an attribute for describing the MIME type of audio and/or a URI for referencing the audio.
In another example of the present invention, a plurality of programs or services is provided by a service provider. However, certain programs or services contain notification information pertaining to the associated program or service while other programs or services do not contain notification information. In this example, multiple levels of notification information are provided. In one level of notification of this example, a global notification channel is provided. The global notification channel is targeted to all subscribers and users that are declared in the SGDD. Emergency broadcasts are an example of notification information in which the notification information is desired to be delivered to all subscribers able to receive the broadcast. Such delivery of notification information is provided as described above.
In a second level of notification information delivery in this example, the notification itself may be a service. Some examples include the broadcast of breaking news, sports scores, weather updates, stock quotes, etc. Thus, notification information including such rapidly-changing and unpredictable information to be delivered to subscribers may be indicated in an ESG fragment or service guide. In this second level of notification information delivery, additional information or parameters may be delivered in an ESG fragment or service guide including a service fragment parameter for describing the attributes of a service fragment. The service fragment parameter may contain a notification services parameter for further characterizing the type of services corresponding to the ESG fragment. The service fragment parameter may contain a type attribute which may be an integer value for describing the type of service provided. A value may be assigned to the type attribute such that a valid service fragment may be instantiated that provides notification services based on the type attribute. In one example the value of the type attribute for providing notification services is 10. Further, additional fields may be used to describe the nature of the notification service. Table I provides an example of a service fragment parameter including a type attribute for providing notification services.
Where the type can be an Element (E), an Attribute (A), a first level sub-element (E1), a second level sub-element (E2) or a third level sub-element (E3) and the category can be optional (O) or preferred/mandatory (M).
In a third level of notification information delivery in this example, the notification is a component of a program or service. In this example, the notification component is provided as an access type. To illustrate, a program or service may include different access types. For example, a video program may include audio stream access (to carry audio over broadcast), video stream access (to carry video over broadcast), or auxiliary data access (to carry other information such as subtitling over broadcast). In this example of the present invention, the ESG fragment or service guide may provide an access fragment definition corresponding to a notification component. For example, an access fragment may be defined via an access fragment parameter. The access fragment parameter may include an access type attribute for defining the type of access fragment. The access type attribute may be, for example, an integer value. Based on the value of the access type attribute, the access fragment may define a notification component. As one example, the access type attribute may indicate that the access fragment is a notification component if the access type attribute is set to a predetermined value. In one example, the access type indicates the access fragment is a notification component if the access type attribute is set to 11. Table II provides an example Access fragment parameters including an Access type attribute for providing notification services.
Where the type can be an Element (E), an Attribute (A), a first level sub-element (E1), a second level sub-element (E2) or a third level sub-element (E3) and the category can be optional (O) or preferred/mandatory (M).
Also, the ESG fragment may further contain a second parameter for identifying the notification as the service. For example, the ESG fragment may correspond to a service which itself is a notification. Examples include a service that broadcasts breaking news, stock quotes or sports scores, etc. The second parameter in this example may be a service fragment parameter for defining the type of service fragment. In this example, the type fragment of the service fragment may indicate that the type of service is a notification service (e.g., broadcasting breaking news). The service fragment may further include additional fields for further characterizing the nature of the notification service.
Thus, in this example, the ESG fragment may contain a service fragment which may include a type parameter indicating that the service is a notification service. The input 501 receives the ESG fragment and the parser 502 parses the ESG fragment to identify the second parameter. In this way, the receiver 500 may identify the service as a notification service via the second parameter or the service fragment type parameter. In addition, the service fragment may link to an access fragment to provide additional description of the mode of transmission of the notification service. This is described in more detail below.
In another example, the ESG fragment may contain a third parameter within an access fragment for identifying a component of the service as the notification. An example of this may be an ongoing sports event in which components of the event are provided at the receiver. For example, the ongoing sports event or broadcast may include an audio stream (i.e., audio stream access), a video stream (i.e., video stream access) and auxiliary data. In this example, the broadcast may include an additional access for carrying the notification. The additional access (or component) may be a new access/component or may be an auxiliary data access/component. In this example, the ESG fragment may be an access fragment containing an access type parameter for describing the access as carrying the notification. For example, the third parameter (in this example, an access type parameter) may be set to a value corresponding to a notification component to identify a component of the service as a notification component. Thus, in this example, an ESG fragment containing an access fragment type parameter of a value indicating the access fragment as a notification component may be received at the input 501 of a receiver 500. The parser 502 may parse the ESG fragment to identify the access fragment type parameter and may identify a component of the corresponding service as a notification component based on the value of the access fragment type parameter.
The receiver 500 may further include a processor 503 for controlling or instructing the parser 502 for identifying a corresponding parameter from within the ESG fragment to identify the notification. Data corresponding to the notification may be output on the output 504. For example, the data may be displayed for the user or subscriber.
The identifier module 602 may determine a notification associated with the ESG fragment. For example the identifier module 602 may identify the ESG fragment as associated with a notification which may be transmitted to a receiver or subscriber station. The service associated with the ESG fragment may be the notification itself or the notification may be a component or access of the service. The transmitter may further include an assembler 603 for assembling an ESG fragment for transmission to a receiver or subscriber device. In this example, ESG fragment may be associated with a service and may include a notification. Based on the identification of the notification by the identifier module 602, the assembler 603 may include corresponding parameters in the ESG fragment. For example, if the identifier module 602 identifies the service associated with the ESG fragment as a notification service, the assembler 603 may include a parameter in a service fragment indicating that the service is a notification service. An example of a notification service is broadcasting of late breaking news or sports scores. Due to the unpredictable nature and frequent updating of this type if information, the service itself is a notification service. In this example, this is indicated as a type parameter in a service fragment. The assembler 603 thus includes a service fragment type parameter for indicating that the service is a notification service.
Also in this example, if the identifier module identifies the notification as a component of the service, the assembler 603 may include an access fragment in the ESG fragment including a type parameter (e.g., an access fragment type parameter) for indicating that the notification is a component or access of the service. Thus, in this example, the identifier module 604 identifies the notification as a component of the service. Based on the identifier module 602, the assembler creates an access fragment containing an access type parameter for indicating that a component of the service is the notification. The ESG fragment is transmitted via the output 605 to a receiver or subscriber station.
In STEP 704, a parameter (illustrated in
In STEP 804, a parameter (indicated in
In STEP 805, a parameter (indicated in
Embodiments of the invention includes any novel feature or combination of features disclosed herein either explicitly or any generalization thereof. While embodiments of the invention have been described with respect to specific examples including presently preferred modes of carrying out the invention, those skilled in the art will appreciate that there are numerous variations and permutations of the above described systems and techniques. Thus, the spirit and scope of the invention should be construed broadly as set forth in the appended claims.
This application claims the benefit of U.S. Provisional Application No. 60/724,275, which was filed Oct. 7, 2005, and which is incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60724275 | Oct 2005 | US |
