US20030177173A1 - System and method for the reception of content items - Google Patents

System and method for the reception of content items Download PDF

Info

Publication number
US20030177173A1
US20030177173A1 US10098848 US9884802A US2003177173A1 US 20030177173 A1 US20030177173 A1 US 20030177173A1 US 10098848 US10098848 US 10098848 US 9884802 A US9884802 A US 9884802A US 2003177173 A1 US2003177173 A1 US 2003177173A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
service
properties
system
method
success
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10098848
Inventor
Petros Belimpasakis
Rod Walsh
Toni Paila
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/20Selecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/20Arrangements for broadcast or distribution of identical information via plural systems
    • H04H20/24Arrangements for distribution of identical information via broadcast system and non-broadcast system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/49Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying locations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems
    • H04L12/56Packet switching systems
    • H04L12/5691Access to open networks; Ingress point selection, e.g. ISP selection
    • H04L12/5692Selection among different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1003Signalling or session protocols
    • H04L65/1006SIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/40Services or applications
    • H04L65/4069Services related to one way streaming
    • H04L65/4084Content on demand
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/40Services or applications
    • H04L65/4069Services related to one way streaming
    • H04L65/4092Control of source by destination, e.g. user controlling streaming rate of server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/02Network-specific arrangements or communication protocols supporting networked applications involving the use of web-based technology, e.g. hyper text transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/16Service discovery or service management, e.g. service location protocol [SLP] or Web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network-specific arrangements or communication protocols supporting networked applications
    • H04L67/34Network-specific arrangements or communication protocols supporting networked applications involving the movement of software or configuration parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/16Transmission control protocol/internet protocol [TCP/IP] or user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/16Transmission control protocol/internet protocol [TCP/IP] or user datagram protocol [UDP]
    • H04L69/167Transitional provisions between IPv4 and IPv6
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32High level architectural aspects of 7-layer open systems interconnection [OSI] type protocol stacks
    • H04L69/322Aspects of intra-layer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Aspects of intra-layer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer, i.e. layer seven
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/222Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2223Secondary servers, e.g. proxy server, cable television Head-end being a public access point, e.g. for downloading to or uploading from clients
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27Server based end-user applications
    • H04N21/278Content descriptor database or directory service for end-user access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network, synchronizing decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4355Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reformatting operations of additional data, e.g. HTML pages on a television screen
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network, synchronizing decoder's clock; Client middleware
    • H04N21/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB, power management in an STB
    • H04N21/4431OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB, power management in an STB characterized by the use of Application Program Interface [API] libraries
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/482End-user interface for program selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/60Selective content distribution, e.g. interactive television, VOD [Video On Demand] using Network structure or processes specifically adapted for video distribution between server and client or between remote clients; Control signaling specific to video distribution between clients, server and network components, e.g. to video encoder or decoder; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television, VOD [Video On Demand]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network, synchronizing decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering

Abstract

A system and method for the reception of content items, including the ability to handle a plurality of service announcement formats and the ability to select, for a plurality of network access points, the best access point for receiving items.

Description

    FIELD OF INVENTION
  • This invention relates to systems and methods for the reception of content items. [0001]
  • BACKGROUND INFORMATION
  • In recent years, there has been an increase in the distribution of content items such as movies, music, and software using network access points, particularly wireless network access points. There has also been an increase in the different types of access points in use. For example there has been in increase in the number of DVB-T cells and 802.11b base stations. It is therefore not unexpected for more than one type of access point to be available to a particular content-consuming device. [0002]
  • The distribution of content items is often announced by way of service announcements. In recent times the number of different service announcements formats has increased. For example, DVB-SI, SIP, SLP, and SAP/SDP formats are all now in common use. [0003]
  • Accordingly, there exists the circumstance where a multitude of different content items may be announced via a multitude of different formats offered over a multitude of different network access points. [0004]
  • SUMMARY OF THE INVENTION
  • Embodiments of the present invention provide a system and method for the reception of content items, including the ability to handle a plurality of service announcement formats and the ability to select, for a plurality of network access points, the best access point for receiving items.[0005]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 shows an exemplary software module view according to embodiments of the invention. [0006]
  • FIG. 2 shows an exemplary general purpose computer which may be used for performing certain aspects of the invention.[0007]
  • DETAILED DESCRIPTION OF THE INVENTION
  • General Operation [0008]
  • According to embodiments of the present invention there is provided a number of software modules running on a general purpose computer with one or more network interfaces. The device may be, for example, a mobile device equipped with DVB-T (Terrestrial Digital Video Broadcast) and IEEE 802.11b interfaces. Other possible network interfaces include those that provide connectivity to UMTS (Universal Mobile Telecommunications Service) networks and those that provide connectivity to GPRS (General Packet Radio Service) networks. The functionality offered by the software modules includes allowing the device's user to learn of available content such as videos, musical selections, downloads, and the like offered by various network access points and to select content for reception. Network access points include, for example, DVB-T (Terrestrial Digital Video Broadcast) cells and IEEE 802.11b base stations. The functionality offered by these modules may also include determining the best way for a user to receive selected content. FIG. 1 is a an exemplary software module view showing modules according to embodiments of the invention. [0009]
  • Among the software modules running of the device may be one or more Hardware Interface Modules (HIMs) [0010] 101. In certain embodiments of the invention HIMs would be dynamically loaded upon device startup. Each HIM could interact with one or more device network interfaces so as to make available to other software modules data received by the device. For instance, one HIM might communicate with a device's 802.11b interface while a second HIM might interact with the device's DVB-T interface.
  • In certain embodiments a single HIM could interact with two or more different types of interfaces. For example, an HIM could interact with both a DVB-T interface and an 802.11b interface. Furthermore, a single HIM could interact with two or more interfaces of a particular type. Thus an HIM might interact two DVB-T interfaces situated on a single device. [0011]
  • Various data types can arrive via the network interfaces of the device. For example, the device may receive content items such as movies, musical selections, downloads, and the like. The device may also receive service announcements that impart information concerning available content. A service announcement for a particular content item might contain service properties relating to that item such as the content item's unique identifier, the content item's title, the network access points offering the content item, and the broadcast time of the content item. Other messages that may be received by the device include messages concerning network topology, network health messages, and messages containing information relating to the ideality of using various network access points. [0012]
  • There may be a number of different formats for each data type. For example, a service announcement might be formulated according to SAP/SDP (Session Announcement Protocol/Session Description Protocol), SAP/SDPng (Session Announcement Protocol/Session Description Protocol-Next Generation), DVB-SI (Digital Video Broadcast Service Information), SLP (Service Location Protocol), or SIP (Session Initiation Protocol). As another example, a content item might be in QuickTime, Realplayer, or Windows Media Player format. [0013]
  • According to certain embodiments of the invention, operating on the device may be one or more interpreter modules designed to handle incoming data of various types and/or formats. [0014]
  • For example, there may be one or more Announcement Handler Modules (AHMs) [0015] 105 that extract service properties from service announcements and make them available to other modules. For example, AHMs may make these properties available to Library Access Module (LAM) 109 that, as will be discussed in more detail below, acts to manage the information received via service announcements. In certain embodiments, a AHM may handle service announcements of only a single format. For example, a certain AHM may handle service announcements that are in SAP/SDP format. In other embodiments, an AHM may handle service announcements of a multitude of formats.
  • As a second type of interpreter module, running on the device may be one or more Content Handler Modules (CHMs) [0016] 107 that receive data relating to content items and take steps to allow presentation of the corresponding items. In certain embodiments a CHM might achieve this by launching an external application and appropriately passing the content data to that application. For example, a CHM might launch QuickTime Player, Adobe Acrobat Reader, an html viewer, or .zip decompression software as appropriate. Alternately, a CHM might be able to present content to a terminal user without needing to launch an external application. Thus a CHM might have the ability to decode MP3 data and pipe the resulting data to the device's audio interface. In certain embodiments each CHM may handle only content of a single format, while in other embodiments each CHM may handle content of a multitude of formats. As alluded to above, in certain embodiments of the invention a received content item could be a video game or other software application. Accordingly, a CHM could take steps to allow a user to make use of such a received application. For example, a CHM could pass a received application to a Java Virtual Machine (JVM) for execution. In certain embodiments, a CHM might ask for a user's permission before taking steps towards execution, such as asking the user, perhaps via a dialog box, if he would like to execute a received application immediately or save it for later use.
  • In certain embodiments, one or more CHMs could cooperate. Thus a received compressed item could be first be operated upon by a CHM that deals with decompression. The resultant decompressed item could then be passed to the appropriate CHM, such as one that handles received software applications. [0017]
  • In certain cases a particular content item may be offered by more than one network access point. However, due perhaps to the physical location of the device, only some of those network access points may be actually available to the device. Accordingly, a third type of a interpreter module is Geography/Availability Module (GAM) [0018] 111. GAM 111 makes use of messages such as network topology messages and network health messages in order to determine the network access points actually available to the device for receiving a particular content item.
  • Another type of interpreter module is Best Selection Module (BSM) [0019] 113. According to certain embodiments, BSM 113 makes use of messages relating to the ideality of using various network access points and determines the network access point for the device's receipt of a particular content item.
  • Also operating on the device may be Routing Module (RM) [0020] 103 that receives data, perhaps in the form of UDP or TCP packets, from one or more HIMs, determines the type and/or format of the data, and routes the data to the interpreter module responsible for handling data of that type and/or format.
  • Certain embodiments of the present invention may also provide User Module (UM) [0021] 117. UM 117 may, for example, create a requestable content directory, grid, or other presentation that can be browsed by a terminal user by way of a GUI (graphical user interface). UM 117 may communicate LAM 109 in order to procure, for purposes of populating the grid or other presentation, certain information received via service announcements.
  • In certain embodiments UM [0022] 117 might wish to indicate to a terminal user certain details concerning the availability of requestable content. For example, UM 117 might indicate for each requestable item whether the item is available from the network access point the device is presently connected to and/or any network access point accessible that device's location. UM 117 might communicate with GAM 111 in order to gain such information.
  • UM [0023] 117 may also accept user requests, entered via a GUI, for content indicated on the grid or other presentation. UM 117 could perform certain preparatory steps and then forward such requests to Request Fulfillment Module (RFM) 115. RFM 115 could consult BSM 113 to learn of the best network access point for receiving the selected content item. RFM 115 could then, if necessary, pass to the appropriate HIM information that the HIM will use to have the device connect to the appropriate network access point. In certain embodiments HIMs load dynamically upon device startup. In such cases each HIM could, upon loading notify RFM 115 of the types of access points it handles. Thus an HIM might indicate that it provides connectivity to IEEE 802.11b base stations. RFM 115 could use such information when determining the appropriate HIM to receive connection information.
  • During the device's reception of a content item, RFM [0024] 115 may query BSM 113 to see if there has been a change in the best access point for receiving the item. The RFM could, for example, be designed to perform the query when device location changes by more than a predetermined amount. Change in device location could be performed, for example, by the use of integrated GPS (Global Position System) hardware. RFM 115 might also be designed to perform the query periodically.
  • Also running on the device may be a Graphical Interface Module (GIM) [0025] 119. A GIM would interface with UM 117 and provide buttons, windows, and the like to allow a terminal user to communicate with UM 117. In certain embodiments there could be a plurality of GIMs, each specialized for a particular device type and/or purpose. For example, there could be one GIM intended for general purpose computers with small screens (e.g., a Nokia mobile terminal running Symbian OS) and another GIM intended for use with general purpose computers with larger screens (e.g., an Apple iMac). As another example, there could be one GIM intended for use by children and another for use by experienced users. Certain embodiments of the present invention employ an Interface Chooser Module (ICM). In such embodiments, the available GIMs could dynamically load at device startup and each could communicate its intended use the ICM. The ICM could determine the appropriate GIM and select it for use. For example, the ICM could determine the identity of the device that it was running on (e.g., Nokia mobile terminal) and select the corresponding GIM.
  • Various software modules and other aspects of the present invention will now be discussed in further detail. [0026]
  • Routing Module [0027]
  • As noted above, certain embodiments may include Routing Module (RM) [0028] 103 that receives data from one or more HIMs, determines the type and/or format of the data, and routes the data to the interpreter module responsible for handling data of that type and/or format. There are a number of ways RM 103 can determine which interpreter module should receive incoming data.
  • For instance, in certain embodiments of the invention, incoming data might include MIME (Multi-Purpose Internet Mail Extension) headers that indicate data type and/or format. RM [0029] 103 could be aware of which interpreter modules handle data of each MIME type and route the data accordingly. RM 103 could learn of such correspondences in a number of ways. For example, RM 103 could receive from each interpreter module a report of the MIME types that it handles. An interpreter module could make such a report, for example, when it is dynamically loaded. Accordingly, if, for instance, a particular MIME header indicated a video in Realplayer format, RM 103 could route the corresponding data to the interpreter module that reported handling Realplayer content.
  • Many formats have well-defined structures. For example, the structure of SAP/SDP service announcements is outlined in Request for Comments (RFC) documents 2974 and 2327. Accordingly, in certain embodiments of the invention RM [0030] 103 could identify the type and/or format of incoming data by examining its structure and then route the data to the appropriate interpreter module. In such embodiments RM 103 could receive from each interpreter module not only a report of handled types and/or formats, but also guidance for recognizing data of the handled type and/or format. For instance, an interpreter module could tell RM 103 of one or more structural elements that would identify an incoming transmission as an SAP/SDP service announcement.
  • In certain embodiments, incoming data that did not include MIME information might include similar indicators of type and/or format. In such embodiments RM [0031] 103 might receive from each interpreter module not only a report of handled types and/or formats, but also a specification of the indicators that identify those types and/or formats. RM functionality in such embodiments would be generally analogous to that described above with reference to MIME-based indicators. In certain embodiments, the RM may route a data stream to an AHM without modification. In other embodiments the RM may first remove protocol layers. As an example, the first case may see SDP/SAP/UDP/IPv6 packets in and identical packets out, whereas the second case may route SDP out, having removed the SAP/UDP/IPv6 lower layer protocol data.
  • Geography Availability Module [0032]
  • As noted above, certain embodiments include Geography/Availability Module (GAM) [0033] 111 that determines the network access points actually available for receiving a particular content item.
  • For example, BSM [0034] 113 may submit a request to GAM 111 asking for the access points actually to the terminal for receiving a stated content item. In response GAM 111 might ask LAM 109 for the access points that are offering the item. GAM 111 might next determine which of the offering network access points are actually available to the device. This determination could be made in a number of ways.
  • For instance, as alluded to above, GAM [0035] 111 may receive and place in associated store messages such as network topology messages and network health messages. Network topology messages may indicate, for example, the geographical location of network access points as well as the reception ranges of these access points. GAM 111, after learning the device's geographical location, could consult these stored topology messages in order to determine which of the offering access points are actually available to the device. GAM 111 could determine the device's geographical location in a number of ways, including querying GPS hardware associated with the device.
  • GAM [0036] 111 could refine its determination of actually available access points by accessing stored health messages. Health messages indicate, for example, the functional statuses of network access points. Thus GAM 111 might initially determine that three access points are actually available to the device but, after learning from the health messages that one of these access points is currently offline, refine its determination accordingly.
  • In certain cases, GAM [0037] 111 could respond to another module's request for all network access points actually available to the device for reception of a particular content item. In other cases GAM 111 might respond to a query for a Boolean response as to whether or not a particular access point was actually available (e.g., the access point to which the device was currently connected). As another example, GAM 111 might receive a query for a Boolean response as to whether or not any access points were actually available for reception of a stated content item. Such queries might come, for example, from UM 117 which could, in turn, indicate GAM 111's response on the grid or other presentation.
  • Best Selection Module [0038]
  • As alluded to above, certain embodiments of the present invention include Best Selection Module (BSM) [0039] 113 that acts to determine the best network access point for the reception of a particular content item. BSM 113 may receive from RFM 115 a request to make such a determination. In some embodiments, the request could include the unique identifier of the content item in question.
  • In response to the request, BSM [0040] 113 could first consult GAM 111 in order to determine the network access points available to the device for receiving the specified content item. BSM 113 may additionally consult LAM 109 to learn the content item's format (e.g., Realplayer video). BSM 113 might next take steps to determine the best access point for receiving the content item. There are a number of ways the functionality for making this determination could be implemented.
  • For instance, certain embodiments may employ a History Logger Module that records in an associated store the device's success in using various particular network access points under varying situations. With relation to the reception of a particular content item via a particular access point, the History Logger Module might record success properties including the type of item (e.g., Realplayer video), the signal-to-noise ratio experienced, and the QoS (quality of service) experienced. In such embodiments, BSM [0041] 113 might consult the History Logger Module's associated store to obtain guidance in determining the best access point. BSM 113 could, for each available option for receiving the content item, learn from the store how well that choice worked in the past. Thus if one option were receiving the content item via a particular DVB-T cell, BSM 113 might consult the History Logger Module store to learn of the how well using that cell worked in the past. BSM 113 might then select for reception of the content item the cell, network, or the like that had the most favorable use history.
  • In certain embodiments BSM [0042] 113's consultation of the store might also take into account the format of the content item for which the best network access point is being sought. Thus if the content item in question was video of QuickTime format, BSM 113 might access from the History Logger Module's store, for each offering access point, the historical success of using that access point for receiving QuickTime video.
  • A second implementation of BSM [0043] 113 might make use of terminal-received messages including success properties indicating the level of success enjoyed by various devices in receiving content items form various particular access points. These messages could originate from a network administrator or the like and could state for various access points properties such as signal-to-noise-ratio, capacity, cost, and QoS. These messages could be routed to BSM 113 and placed in an associated store. In such embodiments, when deciding among several network access points, BSM 113 could consult the stored success properties relating to each access point possibility and select the access point that appears to be most favorable. In certain embodiments, determining the favorability of a, access point could involve the use of an ideality equation involving one or more of the above-noted success properties. In certain embodiments, BSM 113 could always use the same equation. In other embodiments, BSM 113 could be designed with several built-in equations, and messages received at the device would specify which to use. These messages could be sent out by a network administrator or the like. In still other embodiments, a message received at the device could include an ideality equation to be used. Thus a network administrator or the like could choose a new equation and send to one or more devices.
  • Announcement Handler Modules and Library Access Module [0044]
  • As noted above, certain embodiments of the present invention may include Announcement Handler Modules (AHMs) that extract service properties from service announcements and make these properties available to other modules. AHM functionality will now be described in greater detail. [0045]
  • Service announcements, as alluded to above, typically have well defined structures. For example, the structure of SAP/SDP service announcements is outlined in RFC's 2974 and 2327. Accordingly, an AHM meant to handle service announcements of a particular type could be designed to navigate through the particular well-defined structure of that type and extract service properties contained therein. It is specifically noted that the service properties relating to a particular content item may be split among more than one service announcement. Thus one announcement might include service properties relating to the access points that will offer the item, while a second announcement might contain the other service properties. [0046]
  • After extracting service properties, an AHM could pass these service properties to Library Access Module (LAM) [0047] 109. The properties included in particular announcements could vary, but among the service properties included in each announcement would tend to be the unique identifier for the content item being announced. Along with service properties, an AHM might pass to LAM 109 the date of receipt of those service properties. In certain embodiments, an AHM would only do this if announcement date was not one of the received service properties.
  • Upon receipt of service properties from an AHM, LAM [0048] 109 could first consult its associated store in light of any received unique identifier in order to determine if it had previously recorded any service properties relating to the associated content item. If it had not, it could record all of the received service properties. In certain embodiments, LAM 109 would record along with each property the date of recordation and/or the associated announcement date.
  • On the other hand, if LAM [0049] 109 determined that it has already recorded some service properties relating to the item, it could act to determine if it had already recorded any of the particular properties just received. For example, upon receipt from an AHM of the start time and end time for the content item with identifier 060605, LAM 109 could determine if start and end time had already been received for that item. Properties never received could simply be recorded. For properties that had been previously received, LAM 109 could act to determine if the just received property was newer than the one previously received. LAM 109 could make the determination, for example, by consulting the date associated with the previously-recorded property. If the previously-recorded property was found to be older than the just-received property, LAM 109 would replace the older property with the newer one. Thus if a system administrator wished, for example, to notify devices of a change in the start time for transmission of a content item, he could simply send out a new service announcement containing the new time.
  • In certain embodiments, LAM [0050] 109 is capable not only of receiving requests from other modules as described above, but also of receiving requests from external applications. Such functionality could be implemented, for example, through the use of Apple Computer's Applescript or Apple Computer's Distributed Objects. It is further noted that there are a number of ways that LAM 109 could record received service properties. For example, LAM 109 could record received service properties in a database format and/or by way of XML (extensible markup language).
  • In some embodiments, an AHM may act to convert a service announcement from one format to another. For example, an AHM might take in a service announcement in DVB-SI format and output the announcement in SDPng format. It is also noted that in certain embodiments an AHM may perform no conversion or extraction. Thus an AHM might receive an announcement in SDPng format and output it, to LAM [0051] 109 for example, in that same format.
  • Furthermore, in certain embodiments, LAM [0052] 109 is capable of storing received service properties in several formats. For instance, LAM 109 may store both SDP and SDPng descriptions in their native structures by recording them as text strings in an associated database and/or XML store using single or multiple text fields.
  • Hierarchical Structure [0053]
  • In certain embodiments of the present invention there may be, operating on one or a plurality of computers, multiple occurrences of the software module configuration depicted in FIG. 1 and described above. In further embodiments, such multiple occurrences could communicate with each other so as to operate in a hierarchical manner. [0054]
  • Suppose that the modules of a first occurrence could handle service announcements in DVB-SI format, while the modules of a second occurrence could not and could handle only service announcements in SDPng format. Suppose further it was desired to allow the modules of the second occurrence to make use of a transmitted service announcement in DVB-SI format. This could be achieved by having the AHM of the first occurrence convert the announcement from DVB-SI format to SDPng format, and then pass the converted announcement to the routing module or an AHM of the second occurrence. In the case where the modules of the first and second occurrences operated on different computers, passing of the converted announcement could involve, for example, use simple object access protocol (SOAP). [0055]
  • Hardware and Software [0056]
  • Certain aspects of the present invention may be executed by or with the help of a general purpose computer. For example, the above-described device for selecting and receiving content items may be implemented as a general purpose computer equipped with network interfaces. [0057]
  • The phrases “general purpose computer,” “computer,” and the like, as used herein, refer but are not limited to an engineering workstation, PC, Macintosh, PDA, mobile terminal and the like running an operating system such as OS X, Linux, Darwin, Windows CE, Windows XP, Symbian OS, or the like, perhaps with support for Java. The phrases “General purpose computer,” “computer,” and the like also refer, but are not limited to, one or more processors operatively connected to one or more memory or storage units, wherein the memory or storage may contain data, algorithms, and/or program code, and the processor or processors may execute the program code and/or manipulate the program code, data, and/or algorithms. Accordingly, exemplary computer [0058] 2000 as shown in FIG. 2 includes system bus 2050 which operatively connects two processors 2051 and 2052, random access memory (RAM) 2053, read-only memory (ROM) 2055, input output (I/O) interfaces 2057 and 2058, storage interface 2059, and display interface 2061. Storage interface 2059 in turn connects to mass storage 2063. Each of I/O interfaces 2057 and 2058 may be an Ethernet, IEEE 1394, IEEE 802.11, or other interface such as is known in the art. Mass storage 2063 may be a hard drive, optical disk, or the like. Processors 2057 and 2058 may each be a commonly known processor such as an IBM or Motorola PowerPC, an Intel StrongARM, or an Intel Pentium.
  • Computer [0059] 2000 as shown in this example also includes an LCD display unit 2001, a keyboard 2002 and a mouse 2003. In alternate embodiments, keyboard 2002 and/or mouse 2003 might be replaced with a pen interface. Computer 2000 may additionally include or be attached to card readers, DVD drives, or floppy disk drives whereby media containing program code may be inserted for the purpose of loading the code onto the computer. In accordance with the present invention, computer 2000 may be programmed using a language such as Java, Objective C, C, C#, or C++ according to methods known in the art to perform the operations described above.
  • In some embodiments the user interface can be partially or entirely audio based. For instance, keyboard [0060] 2002 and/or mouse 2003 might be replaced with a microphone and speech recognition software and LCD display unit 2001 might be augmented with speakers, text-to-speech software and a natural language rendering module.
  • It is specifically noted that the general purpose computer device described herein could be, for example, a portable device comprising an ARM or a StrongARM processor, an integrated touch-sensitive color screen with the ability to receive DVB-T transmissions and the ability to send and receive UMTS, GPRS, or other transmissions. The device could use an operating system such as Microsoft Windows CE or Symbian OS, perhaps with support for Java. [0061]
  • Ramifications and Scope [0062]
  • Although the description above contains many specifics, these are merely provided to illustrate the invention and should not be construed as limitations of the invention's scope. Thus it will be apparent to those skilled in the art that various modifications and variations can be made in the system and processes of the present invention without departing from the spirit or scope of the invention. [0063]

Claims (34)

    What is claimed is:
  1. 1. A method for receiving content items, comprising:
    storing success properties;
    receiving an ideality equation, said equation involving said success properties; and
    using said equation to compute the ideality of employing a particular network access point to receive a particular content item.
  2. 2. The method of claim 1, wherein said success properties are received.
  3. 3. The method of claim 2, wherein said success properties are received from a network administrator.
  4. 4. The method of claim 1, wherein said success properties are derived from historical experience.
  5. 5. The method of claim 1, wherein one of said success properties is content item type.
  6. 6. The method of claim 1, wherein one of said success properties is signal-to-noise ratio.
  7. 7. The method of claim 1, wherein one of said success properties is capacity.
  8. 8. The method of claim 1, wherein one of said success properties is quality of service.
  9. 9. The method of claim 1, wherein one of said success properties is cost.
  10. 10. A method for processing service announcements, comprising:
    receiving service announcements, each of said service announcements being in at least one of a plurality of formats;
    extracting service properties from said service announcements; and
    storing said service properties in a single predetermined format.
  11. 11. The method of claim 10, further comprising:
    choosing an appropriate graphical user interface; and
    using said graphical interface to present to a user information relating to said service properties.
  12. 12. The method of claim 10, further comprising:
    choosing an appropriate voice interface; and
    using said voice interface to present to a user information relating to said service properties.
  13. 13. The method of claim 10 wherein said plurality of formats includes digital video broadcast service information format.
  14. 14. The method of claim 10 wherein said plurality of formats includes session initiation protocol format.
  15. 15. The method of claim 10 wherein said single predetermined format is extensible markup language.
  16. 16. The method of claim 10 wherein the stored service properties are accessible by an external application.
  17. 17. A system for receiving content items, comprising:
    a memory having program code stored therein; and
    a processor operatively connected to said memory for carrying out instructions in accordance with said stored program code;
    wherein said program code, when executed by said processor, causes said processor to perform the steps of:
    storing success properties;
    receiving an ideality equation, said equation involving said success properties; and
    using said equation to compute the ideality of employing a particular network access point to receive a particular content item.
  18. 18. The system of claim 17, wherein said success properties are received.
  19. 19. The system of claim 17, wherein said success properties are received from a network administrator.
  20. 20. The system of claim 17, wherein said success properties are derived from historical experience.
  21. 21. The system of claim 17, wherein one of said success properties is content item type.
  22. 22. The system of claim 17, wherein one of said success properties is signal-to-noise ratio.
  23. 23. The system of claim 17, wherein one of said success properties is capacity.
  24. 24. The system of claim 17, wherein one of said success properties is quality of service.
  25. 25. The system of claim 17, wherein one of said success properties is cost.
  26. 26. A system for processing service announcements, comprising:
    a memory having program code stored therein; and
    a processor operatively connected to said memory for carrying out instructions in accordance with said stored program code;
    wherein said program code, when executed by said processor, causes said processor to perform the steps of:
    receiving service announcements, each of said service announcements being in at least one of a plurality of formats;
    extracting service properties from said service announcements; and
    storing said service properties in a single predetermined format.
  27. 27. The system of claim 26, wherein said processor further performs the steps of:
    choosing an appropriate graphical user interface; and
    using said graphical interface to present to a user information relating to said service properties.
  28. 28. The system of claim 26, wherein said processor further performs the steps of:
    choosing an appropriate voice interface; and
    using said voice interface to present to a user information relating to said service properties.
  29. 29. The system of claim 26 wherein said plurality of formats includes digital video broadcast service information format.
  30. 30. The system of claim 26 wherein said plurality of formats includes session initiation protocol format.
  31. 31. The system of claim 26 wherein said single predetermined format is extensible markup language.
  32. 32. The system of claim 26 wherein the stored service properties are accessible by an external application.
  33. 33. A method for processing service announcements, comprising:
    receiving service announcements, each of said service announcements being in at least one of a plurality of formats;
    storing said service announcements in a single predetermined format, said storing preserving the one or more formats corresponding to each service announcement; and
    making the stored service announcements available to an external application.
  34. 34. A system for processing service announcements, comprising:
    a memory having program code stored therein; and
    a processor operatively connected to said memory for carrying out instructions in accordance with said stored program code;
    wherein said program code, when executed by said processor, causes said processor to perform the steps of:
    receiving service announcements, each of said service announcements being in at least one of a plurality of formats;
    storing said service announcements in a single predetermined format, said storing preserving the one or more formats corresponding to each service announcement; and
    making the stored service announcements available to an external application.
US10098848 2002-03-15 2002-03-15 System and method for the reception of content items Abandoned US20030177173A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10098848 US20030177173A1 (en) 2002-03-15 2002-03-15 System and method for the reception of content items

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US10098848 US20030177173A1 (en) 2002-03-15 2002-03-15 System and method for the reception of content items
PCT/IB2003/000927 WO2003079209A1 (en) 2002-03-15 2003-03-13 System and method for the reception of content items
EP20030744464 EP1485812B1 (en) 2002-03-15 2003-03-13 System and method for the reception of content items
AU2003209560A AU2003209560A1 (en) 2002-03-15 2003-03-13 System and method for the reception of content items
US15243388 US10149239B2 (en) 2016-08-22 System and method for the reception of content items

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15243388 Continuation US10149239B2 (en) 2002-03-15 2016-08-22 System and method for the reception of content items

Publications (1)

Publication Number Publication Date
US20030177173A1 true true US20030177173A1 (en) 2003-09-18

Family

ID=28039453

Family Applications (1)

Application Number Title Priority Date Filing Date
US10098848 Abandoned US20030177173A1 (en) 2002-03-15 2002-03-15 System and method for the reception of content items

Country Status (3)

Country Link
US (1) US20030177173A1 (en)
EP (1) EP1485812B1 (en)
WO (1) WO2003079209A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050071476A1 (en) * 2003-09-30 2005-03-31 Intel Corporation Access point association history in wireless networks
US20060075433A1 (en) * 2002-12-04 2006-04-06 Koninklijke Philips Electronics, N.V. System and method for detecting services which can be provided by at least two different services sources
US20070066304A1 (en) * 2005-09-07 2007-03-22 Samsung Electronics Co., Ltd. Method and apparatus for connecting to stable access point using connection history
US8577761B1 (en) * 2005-06-30 2013-11-05 Oracle America, Inc. System and method for dynamic offering topologies
US9135227B2 (en) 2002-09-10 2015-09-15 SQGo, LLC Methods and systems for enabling the provisioning and execution of a platform-independent application

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005071892A1 (en) * 2004-01-21 2005-08-04 Siemens Aktiengesellschaft Access point for a wireless local area network used for transmitting information on available services
US8145222B2 (en) 2007-10-02 2012-03-27 Research In Motion Limited Method, mobile communication device, and system for selective downloading to a mobile communication device
EP2045968B1 (en) * 2007-10-02 2011-06-15 Research In Motion Limited Methods for selective downloading to a mobile communication device

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5701465A (en) * 1993-06-29 1997-12-23 International Business Machines Corporation Method and apparatus for reserving system resources to assure quality of service
US5898668A (en) * 1996-12-13 1999-04-27 Siemens Information And Communication Networks, Inc. Method and system for increasing quality of service at or below a threshold cost
US5903558A (en) * 1996-06-28 1999-05-11 Motorola, Inc. Method and system for maintaining a guaranteed quality of service in data transfers within a communications system
US6058422A (en) * 1996-09-17 2000-05-02 Lucent Technologies Inc. Wireless internet access system
US6108706A (en) * 1997-06-09 2000-08-22 Microsoft Corporation Transmission announcement system and method for announcing upcoming data transmissions over a broadcast network
US6144855A (en) * 1996-07-05 2000-11-07 Marconi Communications Israel Ltd. Methods and apparatus pertaining to roaming of stations between access points in wireless and other networks
US6185619B1 (en) * 1996-12-09 2001-02-06 Genuity Inc. Method and apparatus for balancing the process load on network servers according to network and serve based policies
US6212550B1 (en) * 1997-01-21 2001-04-03 Motorola, Inc. Method and system in a client-server for automatically converting messages from a first format to a second format compatible with a message retrieving device
US6337856B1 (en) * 1998-05-20 2002-01-08 Steelcase Development Corporation Multimedia data communications system
WO2002013415A2 (en) * 2000-08-08 2002-02-14 Newton Howard Wireless network
US20020095459A1 (en) * 2000-12-22 2002-07-18 Laux Thorsten O. Method and apparatus for providing a client by a server with an instruction data set in a predetermined format in response to a content data request message by a client
US20020143591A1 (en) * 2001-03-30 2002-10-03 Connelly Jay H. Method and apparatus for a hybrid content on demand broadcast system
US20030120817A1 (en) * 2001-10-15 2003-06-26 Maximilian Ott Dynamic content based multicast routing in mobile networks
US6615236B2 (en) * 1999-11-08 2003-09-02 Worldcom, Inc. SIP-based feature control
US6643655B2 (en) * 1998-05-06 2003-11-04 Matsushita Electric Industrial Co., Ltd. System and method for digital data communication
US6732176B1 (en) * 1999-11-03 2004-05-04 Wayport, Inc. Distributed network communication system which enables multiple network providers to use a common distributed network infrastructure
US6882677B2 (en) * 2001-02-28 2005-04-19 Motorola, Inc. Method and apparatus for facilitating handoff in a wireless local area network

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI103701B1 (en) * 1996-10-30 1999-08-13 Nokia Telecommunications Oy The mobile communication system and method for providing location information to the application
DE69816594T2 (en) * 1997-02-20 2004-06-03 Hewlett-Packard Co. (N.D.Ges.D.Staates Delaware), Palo Alto Diene place for delivery of telecommunications services
WO1999043171A1 (en) * 1998-02-20 1999-08-26 Fujitsu Network Communications, Inc. Short message device for wireless telephone
US6795711B1 (en) * 1999-10-07 2004-09-21 Nokia Mobile Phones Ltd Multimedia message content adaptation
FI108593B (en) * 1999-12-31 2002-02-15 Nokia Oyj Package Routing multi-service network
WO2001063946A1 (en) * 2000-02-23 2001-08-30 Nexterna, Inc. System and method for dynamically routing messages transmitted from mobile platforms

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5701465A (en) * 1993-06-29 1997-12-23 International Business Machines Corporation Method and apparatus for reserving system resources to assure quality of service
US5903558A (en) * 1996-06-28 1999-05-11 Motorola, Inc. Method and system for maintaining a guaranteed quality of service in data transfers within a communications system
US6144855A (en) * 1996-07-05 2000-11-07 Marconi Communications Israel Ltd. Methods and apparatus pertaining to roaming of stations between access points in wireless and other networks
US6058422A (en) * 1996-09-17 2000-05-02 Lucent Technologies Inc. Wireless internet access system
US6185619B1 (en) * 1996-12-09 2001-02-06 Genuity Inc. Method and apparatus for balancing the process load on network servers according to network and serve based policies
US5898668A (en) * 1996-12-13 1999-04-27 Siemens Information And Communication Networks, Inc. Method and system for increasing quality of service at or below a threshold cost
US6212550B1 (en) * 1997-01-21 2001-04-03 Motorola, Inc. Method and system in a client-server for automatically converting messages from a first format to a second format compatible with a message retrieving device
US6628625B1 (en) * 1997-06-09 2003-09-30 Microsoft Corporation Transmission announcement system and method for announcing upcoming data transmissions over a broadcast network
US6108706A (en) * 1997-06-09 2000-08-22 Microsoft Corporation Transmission announcement system and method for announcing upcoming data transmissions over a broadcast network
US6643655B2 (en) * 1998-05-06 2003-11-04 Matsushita Electric Industrial Co., Ltd. System and method for digital data communication
US6337856B1 (en) * 1998-05-20 2002-01-08 Steelcase Development Corporation Multimedia data communications system
US6732176B1 (en) * 1999-11-03 2004-05-04 Wayport, Inc. Distributed network communication system which enables multiple network providers to use a common distributed network infrastructure
US6615236B2 (en) * 1999-11-08 2003-09-02 Worldcom, Inc. SIP-based feature control
WO2002013415A2 (en) * 2000-08-08 2002-02-14 Newton Howard Wireless network
US20020095459A1 (en) * 2000-12-22 2002-07-18 Laux Thorsten O. Method and apparatus for providing a client by a server with an instruction data set in a predetermined format in response to a content data request message by a client
US6882677B2 (en) * 2001-02-28 2005-04-19 Motorola, Inc. Method and apparatus for facilitating handoff in a wireless local area network
US20020143591A1 (en) * 2001-03-30 2002-10-03 Connelly Jay H. Method and apparatus for a hybrid content on demand broadcast system
US20030120817A1 (en) * 2001-10-15 2003-06-26 Maximilian Ott Dynamic content based multicast routing in mobile networks

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9311284B2 (en) 2002-09-10 2016-04-12 SQGo, LLC Methods and systems for enabling the provisioning and execution of a platform-independent application
US9342492B1 (en) 2002-09-10 2016-05-17 SQGo, LLC Methods and systems for the provisioning and execution of a mobile software application
US9390191B2 (en) 2002-09-10 2016-07-12 SQGo, LLC Methods and systems for the provisioning and execution of a mobile software application
US9135227B2 (en) 2002-09-10 2015-09-15 SQGo, LLC Methods and systems for enabling the provisioning and execution of a platform-independent application
US20060075433A1 (en) * 2002-12-04 2006-04-06 Koninklijke Philips Electronics, N.V. System and method for detecting services which can be provided by at least two different services sources
US7363379B2 (en) * 2003-09-30 2008-04-22 Intel Corporation Access point association history in wireless networks
US20050071476A1 (en) * 2003-09-30 2005-03-31 Intel Corporation Access point association history in wireless networks
US8577761B1 (en) * 2005-06-30 2013-11-05 Oracle America, Inc. System and method for dynamic offering topologies
US20070066304A1 (en) * 2005-09-07 2007-03-22 Samsung Electronics Co., Ltd. Method and apparatus for connecting to stable access point using connection history

Also Published As

Publication number Publication date Type
US20170048793A1 (en) 2017-02-16 application
EP1485812B1 (en) 2013-07-24 grant
EP1485812A4 (en) 2007-11-21 application
WO2003079209A1 (en) 2003-09-25 application
EP1485812A1 (en) 2004-12-15 application

Similar Documents

Publication Publication Date Title
US8762565B2 (en) Information-provision control method, information reproduction system, information-provision apparatus, information reproduction apparatus and information-presentation control program
US5802526A (en) System and method for graphically displaying and navigating through an interactive voice response menu
US20040034536A1 (en) System and method for selecting a music channel
US20090282077A1 (en) Managing media files using metadata injection
US20040078424A1 (en) Web services via instant messaging
US20070043878A1 (en) Virtual robot communication format customized by endpoint
US6742023B1 (en) Use-sensitive distribution of data files between users
US20020116533A1 (en) System for providing a multimedia peer-to-peer computing platform
US20080178125A1 (en) Providing dynamic content in a user interface in an application
US20080301318A1 (en) Segmentation and Transmission of Audio Streams
US20040267790A1 (en) System to download contents via network
US20030037097A1 (en) Accessing information content
US7284046B1 (en) Coordination of communication with devices
US20050198290A1 (en) Content distribution overlay network and methods for operating same in a P2P network
US6735625B1 (en) System and method for automatically determining whether a product is compatible with a physical device in a network
US20100106497A1 (en) Internal and external speech recognition use with a mobile communication facility
US20030120840A1 (en) Data processing system, information processing apparatus, data processing method, and computer program
US20110087726A1 (en) Cloud server, client terminal, device, and method of operating cloud server and client terminal
US20070043735A1 (en) Aggregating data of disparate data types from disparate data sources
US20080261513A1 (en) Mobile Communication Terminal Capable of Playing and Updating Multimedia Content and Method of Playing the Same
US20050198336A1 (en) Methods and apparatuses for automatic adaptation of different protocols
US20060268896A1 (en) System and method for services functionality
US20060084478A1 (en) Most frequently used contact information display for a communication device
US20030120634A1 (en) Data processing system, data processing method, information processing device, and computer program
US20070283048A1 (en) Method, Apparatus and Computer Program Product for Providing Universal Information Transcoding

Legal Events

Date Code Title Description
AS Assignment

Owner name: NOKIA CORPORATION, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BELIMPASAKIS, PETROS;WALSH, ROD;PAILA, TONI;REEL/FRAME:012711/0956;SIGNING DATES FROM 20020311 TO 20020314

AS Assignment

Owner name: NOKIA TECHNOLOGIES OY, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NOKIA CORPORATION;REEL/FRAME:035601/0863

Effective date: 20150116