Abstract: Embodiments include methods performed by a processor of a vehicle control unit for managing a driving condition anomaly. In some embodiments, the vehicle may receive a first driving condition based on data from a first vehicle sensor, receive a second driving condition based on data from another data source, determine a driving condition anomaly based on the first driving condition and the second driving condition, send a request for information to a driving condition database, receive the requested information from the driving condition database, and resolve the driving condition anomaly based on the requested information from the driving condition database.

Abstract: Embodiments include methods performed by a processor of a vehicle control unit for managing a driving condition anomaly. In some embodiments, the vehicle may receive a first driving condition based on data from a first vehicle sensor, receive a second driving condition based on data from another data source, determine a driving condition anomaly based on the first driving condition and the second driving condition, send a request for information to a driving condition database, receive the requested information from the driving condition database, and resolve the driving condition anomaly based on the requested information from the driving condition database.

Abstract: Embodiments include methods performed by a processor of a vehicle control unit for managing a driving condition anomaly. In some embodiments, the vehicle may receive a first driving condition based on data from a first vehicle sensor, receive a second driving condition based on data from another data source, determine a driving condition anomaly based on the first driving condition and the second driving condition, send a request for information to a driving condition database remote from the vehicle, receive the requested information from the driving condition database, and resolve the driving condition anomaly based on the requested information from the driving condition database.

Abstract: Embodiments include methods performed by a processor of a vehicle control unit for managing a driving condition anomaly. In some embodiments, the vehicle may receive a first driving condition based on data from a first vehicle sensor, receive a second driving condition based on data from another data source, determine a driving condition anomaly based on the first driving condition and the second driving condition, send a request for information to a driving condition database remote from the vehicle, receive the requested information from the driving condition database, and resolve the driving condition anomaly based on the requested information from the driving condition database.

Abstract: Embodiments include methods performed by a processor of a vehicle control unit for managing a driving condition anomaly. In some embodiments, the vehicle may receive a first driving condition based on data from a first vehicle sensor, receive a second driving condition based on data from another data source, determine a driving condition anomaly based on the first driving condition and the second driving condition, send a request for information to a driving condition database remote from the vehicle, receive the requested information from the driving condition database, and resolve the driving condition anomaly based on the requested information from the driving condition database.

Abstract: Methods and apparatus for device applet management on smart cards. A method includes detecting access to a smart card; reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets; determining from the directory structure one or more device applets associated with a selected platform type; and providing access to the one or more device applets. The apparatus comprises a processor for detecting access to a smart card, for reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets, for determining from the directory structure one or more device applets associated with a selected platform type, and for providing access to the one or more device applets.

Abstract: Methods, systems, apparatus and computer program products are described for controlling content presented on user-controlled wireless device assets and/or features, such as ringtone, wallpaper, wireless device memory and the like. In present aspects, a user-requested control state change is undertaken from a user-controlled state to an advertisement-control state. In this regard, once the user has conceded control of the wireless device asset over to an advertiser or advertisement provider, the advertiser is allowed to provide advertisements to the designated wireless device asset for a predetermined period of time. From the advertiser or advertisement provider perspective present aspects provide for advertisements to be presented on novel platforms. Additionally, by gaining control over the wireless device asset the advertisers or advertisement providers are assured that their advertisements will be executed for the duration of the control period.

Abstract: A method and apparatus for enabling backward compatibility in open market handsets (OMH) is provided. The method may include determining a type of an identity module based on one or more internal parameters of the identity module, and obtaining one or more credentials based at least in part on the determined the type identity module.

Abstract: Apparatus and methods of differentiated data session access on a wireless communication device and dynamic source determination of provisioning information on a wireless communication device are disclosed. User Identity Modules (UIMs) are provisioned such that network-service applications resident on the wireless device are associated with a corresponding application profile within the UIM. Each network-service application has a corresponding network address identifier defined within the user profile. The network address associated with the identifier is used to establish a data session for the corresponding network service application. By providing for application-specific network addresses, service providers and/or network operators can differentiate between what services a user is accessing during a data session. In addition, the UIMs may be provisioned with priority category identifiers that allow the associated network-service application to be prioritized for data session establishment.

Abstract: Techniques for supporting location-based services (LBS) by a removable module are described. A set of messages (e.g., commands and events) may be defined to support location-based services by the removable module. In one design, the removable module may send a first message (e.g., a Get Position—Request message) to a terminal to request for location information. The first message may be sent for an LBS application running on the removable module. The removable module may thereafter receive a second message (e.g., a Get Position—Response message) with the requested location information from the terminal. The removable module may execute a task for the LBS application based on the location information. The task may include reporting the location of the terminal, initiating a voice call, sending an SMS message, displaying a menu on the terminal, sending a report for tracking of the terminal, etc.

Abstract: Methods and apparatus for device applet management on smart cards. A method includes detecting access to a smart card; reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets; determining from the directory structure one or more device applets associated with a selected platform type; and providing access to the one or more device applets. The apparatus comprises means for detecting access to a smart card, means for reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets, means for determining from the directory structure one or more device applets associated with a selected platform type, and means for providing access to the one or more device applets.

Abstract: A system for a server-less peer-to-peer data network for content transfer between wireless devices is described. The system includes a first wireless device having a first address and content, and a second wireless device. The first wireless device transmits a message including the first address over a first service. The second wireless device receives the message from the first wireless device and establishes a communication path to the first address over a second service to receive the content from the first wireless device. A method embodiment includes transmitting a message from a first wireless device to a second wireless device over a first service, wherein the message includes a first address. The method further includes establishing, by the second wireless device, a communication path over a second service to the first address to receive content from the first wireless device after receiving the message from the first wireless device.

Abstract: Methods and apparatus for device applet management on smart cards. A method includes obtaining device applets at a first device, generating a directory structure that identifies platform types and corresponding device applets, and storing the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device. An apparatus includes a transceiver to obtain device applets at a first device, and a processor generate a directory structure that identifies platform types and corresponding device applets, and stores the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device.

Abstract: Methods, apparatus and systems are presented that enable a network operator to control the source for network services in open market devices by provisioning the network operator-issued removable modules with network service provisioning information associated with the operator and configuring the open market wireless devices such that the device looks to the removable module first for the network service provisioning information before looking to device storage for any other provisioning information related to the network service. In this regard, the user of the open market wireless device is still provided access to the network service even if the network operator does not provide the service or provide access to the service.

Abstract: Systems, apparatus and methods are described that provide for dynamic source determination of provisioning information on a per-network service basis for open market wireless devices. Specifically, systems, apparatus and methods provide for the open market wireless devices and/or the users of such devices to acquire provisioning information for network services in instances in which neither the removable module currently associated with the device or the non-removable memory of the open market wireless device store the provisioning information for the desired network service. In this regard, present aspects provide for a prompt, such as a user notification to presented on an output mechanism of the wireless device when the wireless determines first that the provisioning information is not stored on the removable module and, secondly, that the provisioning information is not stored on the non-removable data storage of the device.

Abstract: A content transfer control system for a wireless device and a method of controlling content transfer from a wireless device are described. The system includes a content transfer control component arranged to (a) detect licensed content and (b) transfer a content source indicating a source of the licensed content responsive to detection of licensed content. The method includes transmitting content from the wireless device if the content is not determined to be licensed content and transmitting a content source from the wireless device if the content is determined to be licensed content.

Abstract: A method and apparatus for enabling backward compatibility in open market handsets (OMH) is provided. The method may include determining a type of an identity module based on one or more internal parameters of the identity module, and obtaining one or more credentials based at least in part on the determined the type identity module.

Abstract: Methods and apparatus for device applet management on smart cards. A method includes obtaining device applets at a first device, generating a directory structure that identifies platform types and corresponding device applets, and storing the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device. An apparatus includes a transceiver to obtain device applets at a first device, and a processor generate a directory structure that identifies platform types and corresponding device applets, and stores the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device.

Abstract: Systems, apparatus and methods are described that provide for dynamic source determination of provisioning information on a per-network service basis for open market wireless devices. Specifically, systems, apparatus and methods provide for the open market wireless devices and/or the users of such devices to acquire provisioning information for network services in instances in which neither the removable module currently associated with the device or the non-removable memory of the open market wireless device store the provisioning information for the desired network service. In this regard, present aspects provide for a prompt, such as a user notification to presented on an output mechanism of the wireless device when the wireless determines first that the provisioning information is not stored on the removable module and, secondly, that the provisioning information is not stored on the non-removable data storage of the device.

Abstract: Techniques for supporting location-based services (LBS) by a removable module are described. A set of messages (e.g., commands and events) may be defined to support location-based services by the removable module. In one design, the removable module may send a first message (e.g., a Get Position—Request message) to a terminal to request for location information. The first message may be sent for an LBS application running on the removable module. The removable module may thereafter receive a second message (e.g., a Get Position—Response message) with the requested location information from the terminal. The removable module may execute a task for the LBS application based on the location information. The task may include reporting the location of the terminal, initiating a voice call, sending an SMS message, displaying a menu on the terminal, sending a report for tracking of the terminal, etc.