Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20090069052 A1
Publication typeApplication
Application numberUS 12/210,176
Publication dateMar 12, 2009
Filing dateSep 12, 2008
Priority dateSep 12, 2007
Also published asCA2697759A1, CA2698417A1, CA2698684A1, CA2698684C, CA2698885A1, CA2698890A1, CA2698891A1, CA2699448A1, CA2699456A1, CN101809633A, CN101809633B, CN101809977A, CN101809977B, CN101828205A, CN101828205B, EP2196008A1, EP2196008B1, EP2196009A1, EP2196009B1, EP2196010A2, EP2196010B1, EP2201499A1, EP2201540A1, EP2201541A1, EP2201542A1, EP2201800A2, US7941197, US7942337, US8109444, US8190221, US8341083, US8380259, US8381999, US8430325, US8548540, US8776189, US9016589, US9106647, US9225718, US20090065571, US20090065572, US20090069049, US20090069050, US20090069051, US20090070272, US20090070691, US20090070861, US20090199283, US20110053560, US20110136539, US20110177852, US20110215159, US20120051272, US20120136734, US20120231766, US20130292479, US20140024342, US20140040117, US20140129356, US20140323092, US20150379501, US20160026996, WO2009036141A1, WO2009036165A1, WO2009036183A1, WO2009036191A2, WO2009036191A3, WO2009036264A1, WO2009036357A2, WO2009036357A3, WO2009036393A1, WO2009036394A1, WO2009036395A1
Publication number12210176, 210176, US 2009/0069052 A1, US 2009/069052 A1, US 20090069052 A1, US 20090069052A1, US 2009069052 A1, US 2009069052A1, US-A1-20090069052, US-A1-2009069052, US2009/0069052A1, US2009/069052A1, US20090069052 A1, US20090069052A1, US2009069052 A1, US2009069052A1
InventorsDeepak Jain, Tuan Quoc Dao
Original AssigneeDevicefidelity, Inc.
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Receiving broadcast signals using intelligent covers for mobile devices
US 20090069052 A1
Abstract
The present disclosure is directed to a system and method for receiving broadcast signals using intelligent covers. In some implementations, a cover for a consumer device includes side surfaces, a rear surface, a physical interface, a circuit, and a broadcast service card. The side surfaces and a rear surface form an opening that receives at least a portion of a consumer device. A first portion of at least one of the surfaces includes a connector for connecting to a port of the consumer device. The circuit connects the physical interface to the connector. The broadcast service card connects to the physical interface and receives broadcasted content independent of the consumer device.
Images(15)
Previous page
Next page
Claims(28)
1. A cover for a consumer device, comprising:
side surfaces configured to be adjacent at least a portion one or more side surfaces of the consumer device;
a rear surface configured to be adjacent at least a portion of a rear surface of the consumer device and connected to the side surfaces, the side surfaces and the rear surface form an opening that receives at least a portion of the consumer device, a first portion of at least one of the surfaces includes a connector for connecting to a port of the consumer device;
the connector that includes a first interface that connects to the port of the consumer device and second interface that substantially duplicates an original port of the consumer device;
a physical interface included in at least one of the surfaces that receives memory devices external to the consumer device;
a circuit integrated within at least one of the surfaces and that connects the physical interface to the connector; and
a broadcast service card connected to the physical interface and that receives broadcast content independent of the consumer device.
2. The cover of claim 1, wherein the physical interface that receives an external memory device comprises a microSecureDigital (microSD) slot.
3. The cover of claim 1, the circuit further comprising a conversion module that converts signals between a form compatible with the broadband service card and a form compatible with the consumer device.
4. The cover of claim 3, wherein the conversion module converts between a SD signal and a Universal Serial Bus (USB) signal.
5. The cover of claim 1, the consumer device comprising an iPhone, the connector comprising an iDock connector.
6. The cover of claim 1, wherein one or more of the side surfaces are substantially arcuate to substantially maintain a shape and dimensions of the consumer device.
7. The cover of claim 1, wherein the broadband service card comprises:
a communication module that wirelessly receives broadcast signals encoding content;
memory that stores user information used to decrypt the encoded content independent of the mobile host device, the stored information associated with a content provider; and
a service module that decrypts the encoded content in response to at least an event and presents the content through the GUI of the mobile host device.
8. The service card of claim 1, the broadcast signals comprise at least one of satellite broadcast signals, terrestrial broadcast signals, or IP broadcast signals.
9. The service card of claim 1, wherein the service module comprises an operating system with a runtime environment that executes a locally-stored broadcast application for receiving the content independent of the mobile host device.
10. The service card of claim 1, wherein a user-interface module that presents information associated with receiving the content through the GUI of the mobile host device.
11. The service card of claim 6, wherein the user-interface module further presents a request for user identification including at least one of a Personal Identification Number (PIN), user ID and password, or biometric signature through the GUI of the mobile host device, the service module further verifies the submitted user identification with user identification locally stored in the secure memory prior to accessing foreign services.
12. The service card of claim 1, wherein the service module selectively switches a broadcast receiver between an activate state and an inactivate state in response to at least an event.
13. The service card of claim 8, wherein the switching event includes a selection through a GUI of the mobile host device.
14. The service card of claim 1, wherein the service module further comprises a protocol translation module that translates signals from broadcast content to content processable by the mobile host device.
15. The service card of claim 1, further comprising an authentication module that authenticates at least one of a network of the mobile host device, the mobile host device, or a user.
16. The service card of claim 1, wherein the service card is initialized in response to at least insertion in the port of the mobile host device.
17. The service card of claim 1, further comprising an activation module that activates the service card in response to at least a user request or an initial insertion into the mobile host device.
18. The service card of claim 15, wherein the service card is activated based, at least in part, on a user manually entering an activation code through the GUI of the mobile host device.
19. The service card of claim 1, wherein the service card presents the content through the GUI independent of loading a driver onto the mobile host device.
20. The service card of claim 1, wherein the service card emulates a set-top box when receiving broadcast signals.
21. The service card of claim 1, further comprising a power module that receives power from the mobile host device.
22. The service card of claim 1, wherein an enterprise at least associated with the content provider uploads personalization data prior to activation, wherein the personalization data includes the user information and a broadcast application.
23. The service card of claim 18, the service module further operable to update the personalization data after activation in response to at least one of a wireless signal including secure update instructions or a wired signal through a client connected to the service card.
24. A method, comprising:
enclosing at least a portion of a consumer host device using a cover;
physically interfacing a port of the consumer host device using the cover;
wirelessly receiving broadcast signals encoding content;
storing user information used to decrypt the encoded content independent of the mobile host device, the stored information associated with a content provider; and
decrypting the encoded content in response to at least an event; and
presenting the content through the GUI of the mobile host device.
25. The method of claim 24, the broadcast signals comprise at least one of satellite broadcast signals, terrestrial broadcast signals, or IP broadcast signals.
26. The method of claim 24, further comprising executing a locally-stored broadcast application for receiving the content independent of the mobile host device.
27. The method of claim 24, wherein a user-interface module that presents information associated with receiving the content through the GUI of the mobile host device.
28. A system, comprising:
a means for enclosing at least a portion of a consumer host device using a cover;
a means for physically interfacing a port of the consumer host device using the cover;
a means for wirelessly receiving broadcast signals encoding content;
a means for storing user information used to decrypt the encoded content independent of the mobile host device, the stored information associated with a content provider;
a means for decrypting the encoded content in response to at least an event; and
a means for presenting the content through the GUI of the mobile host device.
Description
    CLAIM OF PRIORITY
  • [0001]
    This application claims priority under 35 USC 119(e) to U.S. Patent Application Ser. No. 60/971,813, filed on Sep. 12, 2007, the entire contents of which are hereby incorporated by reference.
  • TECHNICAL FIELD
  • [0002]
    This invention relates to network communications and, more particularly, to receiving broadcast signals using covers for mobile devices.
  • BACKGROUND
  • [0003]
    Portable electronic devices and tokens have become an integrated part of the regular day to day user experience. There is a wide variety of common portable and handheld devices that users have in their possession including communication, business and entertaining devices such as cell phones, music players, digital cameras, smart cards, memory token and variety of possible combinations of the aforementioned devices and tokens. All of these devices share the commonality that consumer are accustomed to carrying them with them most of the time and to most places. This is true across the various demographics and age groups regardless of the level of the sophistication of the consumer, their age group, their technical level or background.
  • [0004]
    These common handheld devices offer options for expandable memory. Micro Secure Digital (microSD) is the popular interface across high-end cellphones while SD and MultiMediaCard (MMC) interfaces are also available in limited models. MicroSD is the least common denominator supported by the majority of these devices and tokens (in terms of size). In addition, adaptors are available to convert a MicroSD into MiniSD, SD, MMC and USB Although most popular MP3 player (iPOD) offer's a proprietary interface, competing designs do offer standard interfaces. Digital cameras offer mostly SD and MMC while extreme Digital (xD) is another option. Micro and Mini versions of these interfaces are also available in several models. Mini-USB is increasingly available across cellphones, digital cameras and MP3 players for synchronization with laptops.
  • [0005]
    Various content providers and service providers are developing digital broadcast networks that will be able to provide TV like viewing channels on mobile devices. Several new mobile handset models are also being developed that embed a miniature broadcast receiver that can receive these digital broadcast signals and use a media player software to offer channel viewing to the consumer. In order to secure access and provide access to premium content like movies, subscription based pay-TV content and music albums, the service provider uses a specially designed conditional access system (CAS) which is able to verify the user's subscription and unscramble premium content before rendering it for viewing.
  • [0006]
    Such capability can be added to the PC, by adding a hardware transceiver that can be added to the PC using peripheral interfaces such as USB, PCMCIA, PCIA or mini-PCI (and others). To control access, the conditional access system is implemented in the same hardware and comprises of a smart card that securely stores the user's identity and his subscription privileges. In addition, the service provider provides an Electronic Service Guide that the user can use to select the channels that he wishes to view. This software is typically installed on the PC together with the access driver for the hardware. In some options, the default channel guide provided by the operating system of the PC (such as Windows Vista/MacOS etc.) can be used.
  • [0007]
    There are other consumer devices such as smartphones, MP3 players, game players and portable video players that may make use of broadcast content connection for useful applications. Since the hardware for the broadcast receiver and the conditional access system is specialized and requires a dedicated processor to receive and unscramble content, many of these devices may not be upgraded with an embedded broadcast reception capability. In addition, these devices also lack PCMCIA or USB type expansion slots where broadcast receiver and CAS hardware could be inserted. These devices also typically lack the slot for a hardware security token such as a smart card in order to provide secure access to a fee based premium TV content. These devices also need memory for the users to record content captured through these devices. The need for such memory is growing at a rapid rate.
  • SUMMARY
  • [0008]
    The present disclosure is directed to a system and method for receiving broadcast signals using intelligent covers. In some implementations, a cover for a consumer device includes side surfaces, a rear surface, a physical interface, a circuit, and a broadcast service card. The side surfaces and a rear surface form an opening that receives at least a portion of a consumer device. A first portion of at least one of the surfaces includes a connector for connecting to a port of the consumer device. The circuit connects the physical interface to the connector. The broadcast service card connects to the physical interface and receives broadcasted content independent of the consumer device.
  • [0009]
    The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of the invention will be apparent from the description and drawings, and from the claims.
  • DESCRIPTION OF DRAWINGS
  • [0010]
    FIG. 1 is an example updating system in accordance with some implementations of the present disclosure;
  • [0011]
    FIGS. 2A to 2C illustrate cross sectional views of some implementations of the cover of FIG. 1;
  • [0012]
    FIGS. 3A and 3B illustrate example slots in the cover of FIG. 1;
  • [0013]
    FIG. 4 illustrates an example converter module of the cover of FIG. 1;
  • [0014]
    FIG. 5 is an example service system that transmits transaction information;
  • [0015]
    FIG. 6 is an example service card of FIG. 5 in accordance with some implementations of the present disclosure;
  • [0016]
    FIG. 7 is an example Central Processing Unit (CPU) of the service card of FIG. 6;
  • [0017]
    FIG. 8 is a schematic diagram illustrating personalization processes of intelligent cards;
  • [0018]
    FIGS. 9A and 9B are flow charts illustrating an example method for initialize an intelligent card;
  • [0019]
    FIG. 10 is a flow chart illustrating an example method for activating a service card;
  • [0020]
    FIGS. 11A to 11C are examples of call flow illustrating call sessions with an intelligent card;
  • [0021]
    FIG. 12 is a flow chart illustrating an example method for synchronizing ESG data; and
  • [0022]
    FIG. 13 is a flow chart illustrating an method receiving selected broadcast content.
  • [0023]
    Like reference symbols in the various drawings indicate like elements.
  • DETAILED DESCRIPTION
  • [0024]
    FIG. 1 is a block diagram illustrating an example system 100 for augmenting a mobile device, for example an iPhone, with additional external devices using a cover for the mobile device. For example, the system 100 may add an external microSecureDigital (microSD) slot to a mobile host device, for example an iPhone, using a flexible cover that encloses at least a portion of the mobile device and connects to a port of the mobile device. Aside from microSD, the system 100 may add an external memory device to a mobile device using other interfaces such as, for example, MultiMediaCard (MMC), SD, miniSD, Firewire, and/or others. By adding external devices (e.g., memory, transaction cards), the system 100 may upgrade a mobile device that does not include expansion slots with additional external devices while substantially maintaining the dimensions of the device. For example, the cover may increase the dimensions of the by 5 percent or less. In other words, the cover may add a device slots to a mobile device while substantially maintaining original attributes such as speaker outputs, network signal strength, headphone jacks, battery charging, docking ports, and others. In some implementations, the system 100 may update mobile devices with external memory devices, transaction cards, and/or other devices. For example, the intelligent card may wirelessly execute transactions with different enterprises using a single intelligent card and independent of a mobile host device. In other words, a single intelligent card included with the cover may execute a payment transaction with a financial institution, an access control transaction with a enterprise network, a ticket purchase transaction with a transit authority and/or an identity validation transaction with a government agency. In such implementations, each of the transactions can securely identify a user and user privileges with respect to the services being received from the different enterprises. In doing so, the cover including the intelligent card may operate as a logical wallet. In some of these implementations, the cover may include a circuit that converts signals between a form compatible with an external memory device (e.g., microSD) and a form compatible with the mobile device (e.g., USB). In addition, the system 100 may include an intelligent card integrated into an the cover such that removable may at least partially damage the cover.
  • [0025]
    At a high level, the system 100 includes a cover 102, an external device 104, a mobile device 106 and a network 108. The cover 102 including a slot 110 for connecting to the external device 104, a connector 112 for connecting to the mobile device 106, and a circuit 114 for communicably connecting the slot 110, an antenna 115 for boosting transmission and reception of RF signals, and the connector 112. The cover 102 may update the mobile device 106 with an external device 104. In addition, the cover 102 encloses at least a portion of the mobile device 106. In the case of enclosing a portion of the mobile device 106, the cover 102 may include other aspects that expose ports of the mobile device 106 for connecting with external peripherals such that the cover 102 does not substantially interfere with such connections. In other words, the cover 102 may either include ports substantially aligned with ports of the mobile device 106 or provide openings that allow substantially unrestricted access to the original ports of the device 106 (see FIG. 2C). The mobile device 106 may be communicable coupled to the network 108. The mobile device 106 includes a Graphical User Interface (GUI) 116 for presenting information to and/or receiving information from users.
  • [0026]
    The cover 102 can include any software, hardware, and/or firmware configured to update the mobile device 106 with one or more external devices slots. For example, the cover 102 may include a microSD slot and a physical interface for connecting to a port of the mobile device. In this example, the cover 102 may connect the microSD slot to the mobile device 106 using the physical interface. In some implementations, the cover 102 may include one or more of the following: one or more slots for external devices (e.g., memory, wireless transaction cards); one or more connectors that connect to the mobile device 106; one or more circuits for connecting the one or more slots to the one or more connectors; a conversion module that converts signals between different formats; a biometric reader that determines biometric information of a user of the mobile device 106; and/or other elements. In some implementations, the cover 102 may be formed of a flexible material such as, for example, silicone rubber, a soft neoprene, and/or other material. The opening formed by the cover 102 may be substantially be the same as or less than the dimensions of the mobile device 106. In the case of the opening dimensions being less, the cover 102 may be slightly flexible to stretch over the mobile device 106. The cover 102 may substantially maintain attributes of the mobile device 106, such as dimensions, accessibility to peripherals as provided by the device, charging, battery life, signal strength, access to display and all other input devices, connectivity to the wireless network if any, interface capability to a PC if any and any other features provided by the device. In maintaining the attributes, the added functionality may not degrade the device performance in any manner such that certification by regulatory authorities (e.g., FCC) and warranty by the issuer of the device 106 is compromised.
  • [0027]
    In the illustrated implementation, the cover 102 includes the slot 110, the connector 112 and the circuit 114. The slot 110 may comprise an MMC, miniMMC, microMMC, SD, miniSD, microSD, and/or other slots. The slot 110 may including an opening such that the external device 104 may be inserted after the mobile device 106 is inserted into the cover 102. In some implementations, the slot 110 may be formed in the rear surface such that cover 102 is removed or at least portion moved away from the surface of the mobile device 106 to insert the external device 104. In some implementations, the slot 110 and the external device 104 are integrated into the cover 102, and in this case, the external device 104 may not be removable without damaging the cover 102. The connector 112 includes at least a portion that connects to a port of the mobile device 106. The connector 112 may include a USB, iDock, microUSB, Firewire, Serial, and/or other connectors offered by the mobile device 106. In some implementations, the connector 112 may include a first interface for connecting to the mobile device 106 and a second interface for connecting with external devices. The second interface may be substantially similar in dimensions and interface capabilities as the original connector of the mobile device 106. In these instances, the connector 112 may pass one or more signals from external devices to the mobile device 106 without, for example, interfering with the connecting to the external device 104. For example, the connector 112 may include a second interface that connects with the power supply of the mobile device 106 and passes the signal to the mobile device 106 for charging. The circuit 114 can include any software, hardware, and firmware for communicably connecting the slot 110 with the connector 112. For example, the circuit 114 may include one or more wired connections between the slot 110 and the connector 112. In addition, the circuit 114 may also include a booster antenna that may enhance the signal reception capability of the mobile device 106 and/or the signal reception capability of any wireless transaction cards inserted into the slot 110 (see FIG. 2A). In some implementations, the circuit 114 may execute one or more of the following: pass signals between the slot 110 and the connector 112; translated or otherwise convert signals between forms compatible with the external device 104 and forms compatible with the mobile device 106; detect biometric information of a user of the mobile device 106; manage access to the external device 104 based, at least in part, on detected biometric information; enhance signal reception of the host device via an integrated booster antenna; enhance signal reception of a wireless transaction card inserted into the slot; provide access to software and system on the device inserted into the slot for an application residing on the mobile device; and/or other processes.
  • [0028]
    The external device 104 can include any software, hardware, and/or firmware configured to update the mobile device 106 with one or more features and/or functions. For example, the external device 104 may include solid-state memory (e.g., flash, EEPROM) for storing information received, for example, from the mobile device 106. The external device 104 may update the mobile device 106 with, for example, external memory, a wireless transaction card, a broadcast receiver, a broadband transceiver, and/or other elements. In regards to memory, the external device 104 may be a Flash or memory package, which is non-volatile memory that may be electrically erased and reprogrammed. The external device 104 may be a memory card, USB Flash drives, and/or other memory device. For example, the external device 104 may include Electrically Erasable Programmable Read-Only Memory (EEPROM) that is erased and programmed in blocks. In regards to memory cards, the external device 104 may be MMC, microMMC, miniMMC, SD, microSD, miniSD, Memory Stick, Memory Stick Duo, xD-Picture Card, Secure Digital High Capacity (SDHC), and/or other memory card. In some implementations, the external device 104 may include a memory capacity between 1 MB and 1 TB. Alternatively or in addition, the external device 104 may be a transaction card as discussed with respect to FIGS. 5 to 14. In these implementations, the external card 104 may wirelessly execute transactions with, for example, a point of sale device. In some implementations, the external card 104 is integrated/embedded into the cover 102. The external card 104 may store user credentials for a credit card, a debit card, a prepaid card, a gift card, a checking account, and/or other user accounts. In addition, the intelligent card may also store user credentials for other applications such as loyalty (points for purchase), airline (access to clubs, check-in), state (driving license), memberships (clubs) and/or others where user credentials are used to identify user so that goods and/or services can be provided. By storing multiple user credentials in a single external card 104, the system 100 may execute transactions with different institutions without requiring multiple instruments, as discussed in more detail with respect to FIGS. 5-14.
  • [0029]
    The mobile device 106 comprises an electronic device operable to interface with the cover 102 using one or more ports. For example, the mobile device 106 may have an iDock port that connects with the cover 102. As used in this disclosure, the mobile device 106 is intended to encompass cellular phones (e.g., iPhone), data phones, pagers, portable computers, SIP phones, smart phones, personal data assistants (PDAs), digital cameras, MP3 players, camcorders, one or more processors within these or other devices, or any other suitable processing devices capable of communicating information with the cover 102 through one or more ports and may not have otherwise have a slot for external card 104 could be directly plugged in. The one or more ports may include, for example, a USB port, an iDock port, a FireWire port, a serial port and/or any other interface port provided by the mobile device for connectivity with peripherals, and/or other ports. In some implementations, the mobile devices 106 may be based on broadcast radio technology. For example, the mobile device 106 may be a PDA operable to wirelessly connect with an external or unsecured network. In another example, the mobile device 106 may comprise a digital multimedia player that includes an input device, such as a keypad, a jog wheel, a jog dial, touch screen, or other device that can accept information or allows selection of user interface elements, and an output device that conveys information associated with the system 100, including digital data, visual information, or GUI 116.
  • [0030]
    The GUI 116 comprises a graphical user interface operable to allow the user of the mobile device 106 to interface with at least a portion of the system 100 for any suitable purpose, such as executing transactions and/or and presenting transaction history. Generally, the GUI 116 provides the particular user with an efficient and user-friendly presentation of data provided by or communicated within the system 100 and/or also an efficient and user-friendly means for the user to self-manage settings and access services offered by an institution. The GUI 116 may comprise a plurality of customizable frames or views having interactive fields, pull-down lists, and/or buttons operated by the user. The term graphical user interface may be used in the singular or in the plural to describe one or more graphical user interfaces and each of the displays of a particular graphical user interface. The GUI 116 can include any graphical user interface, such as a generic web browser or touch screen, that processes information in the system 100 and presents the results to the user.
  • [0031]
    Network 108 facilitates wireless or wired communication between institutions and any other local or remote computer, such as the mobile device 106. Network 108 may be all or a portion of an enterprise or secured network. While illustrated as single network, network 108 may be a continuous network logically divided into various sub-nets or virtual networks without departing from the scope of this disclosure, so long as at least a portion of network 108 may facilitate communications with the mobile device 106. In some implementations, network 108 encompasses any internal or external network, networks, sub-network, or combination thereof operable to facilitate communications between various computing components in system 100. Network 108 may communicate, for example, Internet Protocol (IP) packets, Frame Relay frames, Asynchronous Transfer Mode (ATM) cells, voice, video, data, and other suitable information between network addresses. Network 108 may include one or more local area networks (LANs), radio access networks (RANs), metropolitan area networks (MANs), wide area networks (WANs), all or a portion of the global computer network known as the Internet, and/or any other communication system or systems at one or more locations.
  • [0032]
    FIGS. 2A to 2C illustrate cross-sectional views of the cover 102 of FIG. 1. In particular, the views illustrate the components of the cover 102 that at least augment the mobile device 106 with the card 104. In FIG. 2A, the cover 102 includes a port-to-card converter module 202 (e.g., USB-to-microSD), a reader 204, and an antenna 206. The converter module 202 can include any software, hardware, and/or firmware that converts between card-processable signals and signals compatible with the mobile device 106. In the illustrated example, the converter module 202 converts between SD signals and USB signals. The reader 204 can include any software, hardware, and/or firmware that verifies or otherwise determines user information such as biometric information. In the illustrated example, the reader 204 determines fingerprints of a user and may verify whether the user has access to the card 104. In addition, the reader 204 may pass the biometric information to an application on the mobile device 106 (through the converter 202 and/or the connector) for, for example, to securely verify the identity of the device holder. The mobile host device 106 may include biometric identity verification for applications such as mobile banking. In some implementations, an application can use the biometric reader 204 to first register the user's biometric identity on first use and thereafter match the biometric identity of the device holder with the registered biometric identity. The secure storage of the biometric identity for the user may be provided by the removable secure card 104 or could be located on a special secure memory embedded in the cover. For example, when the user changes devices 106, the identity footprint may be erased from the initial device (if he removes the cover 102 and the card 104). In addition, another application running on the CPU of the cover 102 may also use the biometric data to secure access to certain features and/or services. The antenna 206 may wirelessly transmit and receive RF signals associated with the card 104. In the transaction-card implementations, the antenna 206 may extend the transaction range of the card 104 for wirelessly executing transactions. FIG. 2B is another illustration of a cross-sectional view of the cover 102. In this view, a connector 208 of the mobile device 106 is illustrated. For example, the connector 208 may be an iDock connector of an iPhone having 30 pins. FIG. 2C is yet another cross sectional view of the cover 102. In this view, the cover 102 includes the openings 214A and 214B for speakers included with the mobile device 106 and a cavity 212 for connecting a power supply to the connector 112 and the connector 208. In this case, the mobile device 106 may be charged using the connector 208 without removing the cover 102.
  • [0033]
    FIGS. 3A and 3B illustrate different implementations of the slot 110. In FIG. 3A, the slot 110 may be formed in the cover 102 such that a card 104 may be inserted and removed without lifting or otherwise removing at least a portion of the cover 102. In FIG. 3B, the slot 110 is formed on the inside of the cover 102 such that the cover is at least partially lifted or otherwise removed to insert and remove the card 104.
  • [0034]
    FIG. 4 illustrates some implementations of the convert module 202 that converts between USB and SD signals. As illustrated, the converter module 202 may receive a plurality of inputs associated with the card 104 and convert the signals to a form compatible with the connector 208 of the mobile device 106. In some implementations, the converter module 202 may convert, for example, between data formats. In some implementations, the converter module 202 may pass inputs to corresponding outputs such as for VDD and GND.
  • [0035]
    FIG. 5 is a block diagram illustrating an example service system 500 for receiving broadcast signals using an intelligent card. For example, the system 500 may include a SecureDigital (SD) card that receives broadcast signals (e.g., terrestial digital video broadcast) and presents content through a mobile host device based, at least in part, on the received broadcast signals. Broadcast signals may include terrestrial and/or satellite signals that encode images, audio, video, and/or other content. For example, the broadcast signals may be Digital Video Broadcasting—Handheld (DVB-H), DVB-H2, Digital Video Broadcasting—Satellite services to Handhelds (DVB-SH), Forward Link Only (FLO), Digital Multimedia Broadcasting (DMB), Multimedia Broadcast Multicast Service (MBMS), satellite radio, and/or others. Aside from SD, the system 500 may include other interfaces that connect an intelligent card to the host device such as, for example, MultiMediaCard (MMC), miniSD, microSD, Universal Serial Bus (USB), Apple iDock, Firewire, and/or others. An intelligent card may be a device configured to insert into or otherwise attach to a mobile host device and access or otherwise receiving broadcast signals (e.g., e.g., satellite radio) independent of the mobile host device. In some implementations, the intelligent card may be shaped as a microSD card, miniSD card, or microSD card including, for example, notches, raised portions and/or other features. In some implementations, the system 500 may modify, translate, or otherwise convert received broadcast signals to a form processable by or otherwise native to the mobile host device 106. In converting the signal protocols, the system 500 may present media content otherwise foreign to the mobile device 106. Foreign, as used herein, means any component, object, value, variable, content and/or data and/or data schema that is not directly processable, accessible, receivable or otherwise capable of communicating with the mobile devices 106. In some implementations, the conversion of the foreign content to compatible forms may be transparent to the user of the mobile device 106. By providing an intelligent card, the system 500 may access foreign content without either requiring additional hardware, software, and/or firmware in the mobile host device.
  • [0036]
    At a high level, the system 500 includes the mobile devices 106 a and 102 b and the content provider 504 coupled to the network 108. The mobile device 106 includes a GUI 116 for providing presenting content and a service card 104 for independently converting foreign content to forms compatible with the mobile device 106. In some implementations, the service card 104 may selectively switch antenna on and off in response to an event such as a selection of a graphical element using the GUI 116. The network 108 includes a content distribution stations 112 a and 112 b (e.g., broadcast tower, satellite, IP broadcast tower) for broadcasting content to the service cards 110.
  • [0037]
    Each mobile device 106 comprises an electronic device operable to interface with the service card 104. For example, the mobile device 106 may receive and transmit wireless and/or wireless communication with the system 500. As used in this disclosure, the mobile devices 106 are intended to encompass cellular phones, data phones, pagers, portable computers, SIP phones, smart phones, personal data assistants (PDAs), digital cameras, MP3 players, camcorders, video player, game player, one or more processors within these or other devices, or any other suitable processing devices capable of communicating information with the service card 104. In some implementations, the mobile devices 106 may be based on a cellular radio technology. For example, the mobile device 106 may be a PDA operable to wirelessly connect with an external or unsecured network. In another example, the mobile device 106 may comprise a smartphone that includes an input device, such as a keypad, touch screen, mouse, or other device that can accept information, and an output device that conveys information associated with a transaction with the provider 504, including digital data, visual information, or GUI 116.
  • [0038]
    The GUI 116 comprises a graphical user interface operable to allow the user of the mobile device 106 to interface with at least a portion of the system 500 for any suitable purpose, such as viewing content channels and/or displaying the Electronic Service Guide (ESG). Generally, the GUI 116 provides the particular user with an efficient and user-friendly presentation of data provided by or communicated within the system 500 and/or also an efficient and user-friendly means for the user to self-manage settings and access channels offered by the content provider 504. The GUI 116 may comprise a plurality of customizable frames or views having interactive fields, pull-down lists, and/or buttons operated by the user. The term graphical user interface may be used in the singular or in the plural to describe one or more graphical user interfaces and each of the displays of a particular graphical user interface. The GUI 116 can include any graphical user interface, such as a generic media player or touch screen, that processes information in the system 500 and presents the results to the user.
  • [0039]
    The service card 104 can include any software, hardware, and/or firmware configured to receive broadcast signals from the distribution stations 112. For example, the service card 104 may receive content broadcasted by the content provider 504 and translate, map or otherwise convert the received content to forms viewable with the mobile device 106. In some implementations, the service card 104 can present received content through the GUI 116. In some implementations, the service card 104 may include one or more chipsets that execute an operating system and security processes to receive broadcast signals independent of the mobile host device 106. In doing so, the mobile device 106 may not require additional hardware, software, and/or firmware to present foreign content such as digital TV, IP-TV, satellite radio, satellite TV, and/or other broadcast services. In some implementations, the service card 104 may execute one or more of the following: wirelessly receive signals broadcasted by the distribution stations 112; determine subscription levels of the card 104 based, at least in part, on locally-stored user information; descramble content available to the user in accordance with the subscription levels; translate between broadcast protocols (e.g., DVB, FLO, MBMS, DMB) and protocols compatible with the service card 104; translate between service-card protocols and protocols compatible with mobile device 106; present broadcasted content for viewing through the GUI 116; execute applications locally stored in the service card 104; selectively switch the antenna on and off based, at least in part, on one or more events; authenticate user based, at least in part, on information locally stored in the service card 104; present the Electronic Service Guide application for the user through the GUI 116 for selection of available channels; present menu options for managing recordable content and configuring options for the personal video recorder application via GUI 116; present the personal video recorder application for viewing of recorded content via GUI 116; and/or others. In some implementations, the service card 104 may receive a broadcast signal in response to at least a user selecting a graphical element in the GUI 116. In some implementations, the service card 104 may selectively switch the antenna between an on and off state in response to one or more events (e.g., user request, completion of broadcast, change of host device, change of network connection of the host device, change of location). The service card 104 may include a communication module with a protocol translation module, antenna tuning circuit, power circuit and a miniature antenna tuned to receive broadcast signals.
  • [0040]
    In some implementations, the service card 104 may initiate receiving to a broadcast signal in response to at least a user selecting a graphical element in the GUI 116. In some implementations, the service card 104 may selectively switch the antenna between an on and off state in response to one or more events. The one or more events may include a user request, completion of broadcasted content, insertion of card 104 in a different mobile device, location change, timer events, detection of incorrect user ID and password entered by the user, message received from the content provider 504 using a broadcast/cellular signal, and/or others. For example, the service card 104 may receive one or more commands to switch the antenna off from the distribution station 512 or from the broadcast/cellular core network. In some implementations, the service card 104 may request user identification such as a PIN, a user ID and password combination, biometric signature, and/or others.
  • [0041]
    In regards to translating between protocols, the service card 104 may process information in, for example, ISO 7816, a stand security protocol, and/or others. In this case, the service card 104 may translate between a broadcast protocol and the service-card protocol. Broadcast protocols may include DVB, DMB, FLO and/or MBMS. In some implementations, ISO 7816 commands may be encapsulated within interface commands used to transmit data between the mobile host device 106 and the card 104. In addition, the service card 104 may interface the mobile device 106 through a physical interface such as MicroSD, Mini-SD SD, MMC, miniMMC, microMMC, USB, miniUSB, microUSB, firewire, Apple iDock, and/or others. In regard to security processes, the service card 104 may implement one or more Conditional Access Systems (VideoGuard, Irdeto Access, Nagravision, Conax, Viaccess and Mediaguard (a.k.a. SECA)). The CAS may use encryption algorithms to descramble or otherwise decrypt broadcast signals to determine encoded content. In some implementations, the service card 104 may execute private key (symmetric algorithms) such as Data Encryption Standard (DES), Triple DES (TDES) and/or others or public key (asymmetric algorithms) such as RSA, elliptic curves, and/or others to implement the chosen CAS system compliant with the service provider. For example, the service card 104 may include one or more encryption keys such as public-private keys. In addition, the service card 104 may include memory (e.g., Flash, EEPROM) including a secured token accessible by the content providers 504 to store access rights of the user. The service card 104 may also store user data, applications, offline Webpages, and/or other information. For example, the service card 104 may include a secure token that identifies content that the user subscribes to or can otherwise access. In addition, the service card 104 may execute or otherwise include digital rights management technology to substantially prevent illegal copying, storing or distributing or other violations of digital rights.
  • [0042]
    The service card 104 may present content (e.g., audio, video) to the user using the GUI 116. In response to initiating foreign-content access, the service card 104 may automatically present an offline Web page through the GUI 116. In some implementations, the offline Web page can be associated with a content provider 504. In some implementations, the service card 104 can be backward compatible and operate as a mass storage device. For example, if the wireless interface of the service card 104 is not available or deactivated, the service card 104 may operate as a mass storage device enabling users to access data stored in the memory component (e.g., Flash). In some implementations, the service card 104 can execute a set of initialization commands in response to at least insertion into the mobile device 106. These initialization commands may include determining device related information for the mobile device 106 (e.g., device ID, device capabilities), determining user relating information (e.g., user ID and password), incrementing counters, setting flags and activating/deactivating functions according to pre-existing rules and/or algorithms.
  • [0043]
    In some implementations, the service card 104 may automatically execute one or more fraud control processes. For example, the service card 104 may identify an operational change and automatically deactivate the card 104. The service card 104 may execute two fraud control processes: (1) determine a violation of one or more rules; and (2) automatically execute one or more actions in response to at least the violation. In regards to rules, the service card 104 may locally store rules associated with updates to operational aspects of the service card 104. For example, the service card 104 may store a rule indicating a change in mobile host device 106 is an operational violation. In some implementations, the service card 104 may store rules based, at least in part, on updates to one or more of the following: device ID; subscription period; registration information; CAS parameters; and/or other aspects. In response to one or more events matching or otherwise violating rules, the service card 104 may execute one or more processes to substantially prevent access to broadcasted content. In some implementations, the service card 104 may execute a command based, at least in part, on an event type. For example, the service card 104 may re-execute an activation process in response to at least a specified event type. In some implementations, the service card 104 may execute a command to disconnect the GUI 116 from the service card 104. The service card 104 may present a disconnection notification through the GUI 116 prior to executing the command. In some implementations, the service card 104 may provide options for the user to configure a rule table (PVR rule table) related to the personal video recorder application. This may allow the user to specify rules according to which content is automatically recorded by the service card.
  • [0044]
    In regards to accessing broadcasted services, the interface between the service card 104 and the station 512 may be DVB-H, DMB, MBMS, or FLO for Mobile-TV and Sirius/XM for Satellite Radio or other digital Mobile-TV and/or satellite broadcast interfaces. Based on the PVR Rule Table, the service card 104 may receive content from the broadcast content provider 504 and store the content in real-time to the memory. The content player of the mobile device 106 may then access the stored content using, for example, a media player and access to the GUI 116. The antenna mode of the service card 104 may be set to physical authentication only because the service card 104 may use the mobile device 106 to present video and/or audio. The secure element of the service card 104 may operate as set-top box (CAS token). In this implementation, the secure element my operate in two different roles as illustrated in Table 1 below.
  • [0000]
    TABLE 1
    DVB-H/MediaFLO or other Mobile-TV XM/Sirius or other Satellite Radio
    Broadcast Broadcast
    Digital TV transmissions are generally scrambled to This is a simpler case where the satellite radio
    allow content providers and content providers to content providers may offer service to users who
    offer pay-per-use and tiered subscription services to have purchased a particular subscription plan. Only
    the end users. In order to perform this capability, protection applicable here-in is hence the service
    there are two types of protection that may be protection which would be implemented by the
    implemented: secure element. The secure element will store an
    a) Service Protection: In this case, subscription active subscription for the end-user which will
    related access rights are stored on a secure token enable the plug-in to securely receive transmission
    (such as the smart card in Cable or Satellite Set-top and produce output
    boxes). As and when a user purchases a premium
    channel/package or pay-per-use event, access right
    to the same is downloaded to this secure token. The
    algorithms and method of protection are generally
    provider dependent and in generally referred to as
    the CAS (Conditional Access System). The secure
    element in the plug-in, being a secure token, will
    host the CAS algorithm compliant with the content
    provider and the access keys management that are
    managed dynamically depending on the content
    subscribed to by the end-user
    b) Content Protection: In this case, the content
    download contains digital rights management
    technology wherein it cannot be illegally copied,
    stored or distributed. If required by the content
    provider, the secure element will implement the
    required DRM scheme of the content provider such
    that the content downloaded or viewed is used by
    the end-user according to the restrictions imposed
    by the content provider

    The table is for illustration purposes only. The activation of the service card 104 may include some, all, or different aspects of the chart.
  • [0045]
    In some implementations, the user may acquire the service card 104 when subscribing to a content provider's broadcast content service. The activation process may depend on whether the mobile device 106 includes an interface such as a screen, a keyboard and internet access. In some implementations, the service card 104 may be activated online or offline. Online activation may occur when the device 106 includes an interface such as screen, keyboard and wireless internet access (Cellphone, laptop or Wireless PDA), offline activation may occur when a device 106 does not include internet capability or doesn't have a screen/keyboard (MP3/4 players). These two activation processes are illustrated below in Table 2.
  • [0000]
    TABLE 2
    Online Activation Offline Activation
    When the device has internet access and has a In this case, the user may cradle his device to the PC
    screen/keyboard, it is assumed to have an internet that has an internet access and launch the included
    browser and capable of browsing to any URL. In activation software. This software will take the user
    this case, when the plug-in inserts, it performs the to the content provider's landing page to perform
    plug-in bootstrap and authentication process. Once the registration and activation process.
    successful, the device is able to take the user to a
    landing page on a browser where the user can
    perform the registration and activation process.

    The table is for illustration purposes only. The activation of the service card 104 may include some, all, or different aspects of the chart.
  • [0046]
    In some implementations, the service card 104 may operate as a personal video recorded (PVR). For example, the service card 104 may include GBs of flash memory that may store multimedia content. The service card 104 may include a microcontroller sufficiently strong to operate a recording process while streaming the content to the content player on the mobile device 106 at the same time. The service card 104 may include an application residing on a protected area of the memory that would run a PVR and an Electronic Service Guide (ESG) application to enable a user to review the content program and select the programs recording. The DVR and ESG application may enable playing back the recorded content from the memory. In comparison, the service card 104 may include a stronger microcontroller that has an internal clock (e.g., an ARM series processor). The service card 104 may include a special form factor that allows the SD interface to connect to a SD to USB adaptor for laptop use. In some implementations, the service card 104 includes a secure element OS to enable the functionality described above. The service card 104 may implement a CAS algorithm based on content provider's specification. The secure element OS may structure data in the secure element to enable storage of subscription data for the end user. The microcontroller OS may be capable of personalizing the secure element by loading/updating user subscription parameters. In addition, the microcontroller OS may be capable of presenting the service card 104 as SD mass storage to the mobile device 106. In addition to operating the memory, secure element, the broadcast receiver chipset and the antenna availability, the microcontroller OS may implement a very fast content writing function on the memory in real-time, receive the ESG in real-time from the broadcast content provider 204, and interact with the host device's content player to display the content. The secure element may operate as the CAS and subscription storage token because of cryptographic capabilities. The device application section may be used to store provider specific applications that operate from this segment of the memory or are installed on the mobile device 106 from this segment of the memory.
  • [0047]
    In some implementations, the service card 104 may include broadcast applications and WAN connectivity. In this case, the user may perform payment to a third party by connecting over the internet and/or performing peer-to-peer payment by connecting to another user with the same functionality. In some implementations, the service card 104 may include broadcast applications and broadcast reception capabilities. In this case, the user may purchase content in real-time and pay for merchandise advertised over the broadcast content in real-time.
  • [0048]
    The content distribution network 108 facilitates wireless or wired communication between the content providers 504 and any other local or remote computer. The distribution network 108 may be all or a portion of an enterprise or secured network. While illustrated as single network, the distribution network 108 may be a continuous network logically divided into various sub-nets or virtual networks without departing from the scope of this disclosure, so long as at least a portion of distribution network 108 may facilitate communications of transaction information between the content providers 504. In some implementations, the distribution network 108 encompasses any internal or external network, networks, sub-network, or combination thereof operable to facilitate communications between various computing components in system 500. Network 108 may communicate, for example, Internet Protocol (IP) packets, Frame Relay frames, Asynchronous Transfer Mode (ATM) cells, voice, video, data, and other suitable information between network addresses. Network 108 may include one or more local area networks (LANs), radio access networks (RANs), metropolitan area networks (MANs), wide area networks (WANs), all or a portion of the global computer network known as the Internet, and/or any other communication system or systems at one or more locations. In some implementations, the distribution network 108 include the content providers 504 a-c.
  • [0049]
    Content providers 504 a-c comprises an electronic device (e.g., computing device) operable to broadcast content. In some implementation, the content providers 504 can provide broadcast signals that encodes content displayable by the service card 104. The content providers 504 may transmit one or more of the following: serial programs (e.g., television series), movies, news, opinions, education content, training, sports events, Web pages; advanced blogging sites, travel-related content, food and/or cooking content; entertainment; topical movies and/or videos (e.g., surfing, sailing, racing, extreme sports, etc.); political content (e.g., campaigning); adult content; court and/or trail programming; local-government content (e.g., C-SPAN); local programming (e.g., Wayne's World); performing arts (e.g., theater, concerts, music videos, etc.); virtual shopping malls; satellite radio content (audio only channels); and/or other content. The provided content may be in any suitable format such as MPEG, streaming, MP3, realtime, WMV, and/or others. In the illustrated implementation, the content providers 504 includes a conditional access module 124 for authenticating a user and associated privileges prior to providing access to services. For example, the CAS module 124 may transmit a request for information associated with the user such as subscriber ID, receiver ID, PIN, username and password, and/or other information. Based, at least in part, on information associated with the user information, the CAS module 124 may determine available services, content, level of services, and/or other aspects of the requested foreign service.
  • [0050]
    In some implementations, the service card 104 may operate in accordance with one or more of the following modes: active receiver; self train; killed; memory; inactive; and/or other modes. The service card 104 may operate active-receiver mode to present the service card 104 as a broadcast receiver. In this mode, the service card 104 may execute applications access broadcast services through the broadcast network 108. After the antenna of the service card 104 is activated in this mode, the network 108 may detect the presence of the service card 104. In this implementation, the mobile device 106 may not require additional software to access the services.
  • [0051]
    In regards to the self-train mode, the service card 104 may receive personalization information from another receiver. In some implementations, the self-train mode can be activated by a special action (e.g., a needle point press to a small switch, entry of an administrative password via the GUI 116). In response to at least activating this mode, the service card 104 may be configured to receive personalization data over, for example, the short range wireless interface from another peer service card or a wired connection with the home broadcast receiver. Personalization data received in this mode may include encrypted information that is stored in secured memory of the service card 104. In some implementations, the service card 104 in this mode may receive the information through a wireless interface of a transmitter and/or others. The service card 104 may then synthesize the information that corresponds to the user account and personalize an internal security module that includes, for example, service applications for accessing services from the GUI 116 and associated user credentials. The self-train mode may be used to re-personalize the service card 104 in the field. In some implementations, all previous data can be deleted if the self-train mode is activated. The self-train mode may be a peer-to-peer personalization mode where the card 104 may receive personalization information from another service card 104. This mode may represent an additional personalization mode as compared with factory, store and/or Over-The-Air (OTA) personalization scenarios which may be server to client personalization scenarios. In some implementations, the self-train mode may be a peer-to-peer personalization mode where the service card 104 receives personalization information from another service card. Since two service cards 110 are used in this mode, this mode may be different from a server-to-client personalization scenario as with a factory, store, and OTA personalization.
  • [0052]
    In regards to the inactive mode, the service card 104 may temporarily deactivate the wireless interface. In some implementations, the inactive mode can be activated through the physical interface with the mobile device 106 such as a SD interface. In response to at least the activation of the inactive mode, the service card 104 may temporarily behave as only a mass-memory card. In some implementations, the card 104 may also enter this state when the reset needle point is pressed. In this mode, the service card 104 may preserve locally-stored information including user information. In this mode, the service card 104 may execute the activation process and if successful may return to the active mode. The content provider 504 may use this mode to temporarily prevent usage in response to at least identifying at least potentially fraudulent activity.
  • [0053]
    In regards to the killed mode, the service card 104 may permanently deactivate the wireless interface. In some implementations, the killed mode is activated through the physical interface with the mobile device 106 such as a SD interface. In response to at least the activation of the killed mode, the service card 104 may permanently behaves as a mass memory stick. In the event that the reset needle point is pressed, the service card 104 may, in some implementations, not be made to enter any other modes. In addition, the service card 104 may delete user information in memory in response to at least this mode being activated. In some implementations, the providers 504 may use this mode to delete data from a service card 104 that is physically lost but still connected to the broadcast network 108.
  • [0054]
    In regards to the memory mode, the service card 104 may operate as a mass memory stick such that the memory is accessible through conventional methods. In some implementations, the service card 104 may automatically activate this mode in response to at least being removed from the host device, inserted into a non-authorized host device, and/or other events. The service card 104 may be switched to active mode from the memory mode by, for example, inserting the card 104 into an authorized device or may be switched from this mode into the self-train mode to re-personalize the device for a new host device or a new user account. In some implementations, the memory mode may operate substantially same as the inactive mode.
  • [0055]
    In some implementations, the service card 104 may be re-personalized/updated such as using software device management process and/or a hardware reset. For example, the user may want to re-personalize the service card 104 to change host devices, to have multiple host devices, and/or other reasons. In regards to the software device management, the user may need to cradle the new host device with the service card 104 inserted to launch the software device management application. In some implementations, the software management application can be an application directly installed on a client, integrated as a plug-in to a normal synchronization application such as ActiveSync, available via a browser plug-in running on the plug-in provider's website, and/or other sources. The user may log into the application and verify their identity, and in response to verification, the application may allow access to a devices section in the device management application. The device management application may read the service card 104 and display the MAC addresses, signatures of the devices that he has inserted his plug-in to, and/or other device specific information. The mobile device 106 may be marked as active and the host device may be shown as disallowed or inactive. The application may enable the user to update the status of the new host device, and in response to at least the selection, the device management application may install the signature on the new host device and mark update the status as allowable in secure memory of the service card 104. The user may be able to also update the status of the mobile device 106 to disallowed. Otherwise, both devices may be active and the service card 104 may be switched between the two devices. In regards to the hardware reset process, the use may use the reset needle point press on the physical service card 104 to activate the self-train mode. In this mode, the user data may be deleted and have to be reloaded. When the service card 104 is inserted into the new host device, the provisioning process may begin as discussed above.
  • [0056]
    In some aspects of operation, the content provider 504 may transmit information to the mobile host device 106 using the service card 104 in response to at least an event. The information may include, for example, service information (e.g., access history), scripts, applications, Web pages, and/or other information associated with the content provider 504. The event may include completing access to a service, determining a service card 104 is outside the operating range of a broadcast network 108, receiving a request from a user of the mobile host device, and/or others. For example, the content provider 504 may identify a mobile host device 106 associated with a card 104 that accessed a service and transmit service information to the service card 104 using the broadcast or cellular core network 108. In addition or alternatively, the content provider 504 may request information from the mobile host device 106, the service card 104 and/or the user using the broadcast or cellular core network 108. For example, the content provider 504 may transmit a request to update the Electronic Service Guide to the card 104 through the broadcast or cellular core network 108.
  • [0057]
    FIG. 6 is a block diagram illustrating an example service card 104 in accordance with some implementations of the present disclosure. In general, the service card 104 may independently receive broadcast signals to present through the GUI 116 of the mobile host device 106. The service card 104 is for illustration purposes only and may include some, all, or different elements without departing from the scope of the disclosure.
  • [0058]
    As illustrated, the service card 104 includes an antenna 602, an Antenna Control Function (ACF) module 604, a broadcast receiver 606, a set-top module 608, a CPU 610 and memory 612. The antenna 602 receives wireless broadcast signals such as satellite radio and/or TV. In some implementations, the ACF module 604 can selectively switch the antenna 602 between an active state and an inactive state in response to at least an event. A switching event may include a user selection through the GUI 116. In some implementations, the switching event may be based, at least in part, on operational aspects of the mobile host device 106 such as completion of presentation of multimedia. In addition, the ACF module 604 may dynamically adjust the impedance of the antenna 602 to tune the receive frequency. The ACF module 604 may selectively switch the antenna 602 on and off in response to at least a command from the CPU 610. In some implementations, the antenna 602 can be connected through a logic gate to allow for code from the CPU 610 to turn the antenna 602 on and off through the ACF module 604.
  • [0059]
    The receiver 606 can include any software, hardware, and/or firmware configured to receive broadcast signals using the antenna 602. For example, the receiver 606 may convert broadcast signals to set top module processable signals. In some implementations, the receiver 606 may translate a broadcast protocol to a security protocol. For example, the receiver 606 may translate to ISO 7816, a stand security protocol, and/or others. Broadcast signals may include DVB, DMB, FLO and/or MBMS. In some implementations, ISO 7816 commands may be encapsulated within interface commands used to transmit data between the mobile host device 106 and the card 104.
  • [0060]
    The set-top module 608 can include any software, hardware, and/or firmware configured to unscramble broadcast signals to a form displayable through the GUI 110. For example, the set-top module 608 may launch the CAS application to unscramble the broadcast signal to determine encoded content and decrypt the encoded content to a presentable form (e.g., MPEG 4). In some implementations, the set-top module 608 may authenticate one or more aspects of the mobile host device, user, and/or card 104. In some implementations, the set-top module 608 may authenticate a user by verifying a physical connection with a user using user information such as user ID and password, biometric information (e.g., fingerprint), a PIN entered by the user, a x.509 type certificate that is unique to the user and stored on the host device 110, and/or other processes. For example, the set-top module 608 may compare user information provided through the GUI 116 with user information stored in the local memory 612. Alternatively or in addition, the set-top module 608 may authenticate the mobile host device 106 by comparing a device signature with a locally-stored certificate. In some implementations, the user can select a user-id and password or PIN or certificate at provisioning time. If this case, the CPU 610 may instantiate a software plug-in on the host device. For example, a software plug-in may request the user for his user-id and password or PIN in real time, read a user certificate installed on the device (e.g., x.509), and/or others. The operation of the software plug-in may be customized by the provider. Regardless, the returned user data may be compared with user data stored in the memory 612. In case of a successful match, the ACF module 604 may activate the antenna 602. In case of an unsuccessful match of a certificate and/or user information, the card 104 is deactivated. In case of unsuccessful user ID and password match, the user may be requested to repeat user-id and password attempts until a successful match or the number of attempts exceeds a threshold. The card provider may customize the attempt threshold.
  • [0061]
    In some implementations, the set-top module 608 may implement one or more Conditional Access Systems with accompanying encryption algorithms to decode broadcast signals. For example, the set-top module 608 may include or otherwise identify a one or more keys for decoding broadcast content. In some implementations, the service card 104 may execute private key (symmetric algorithms) such as Data Encryption Standard (DES), Triple DES (TDES) and/or others or public key (asymmetric algorithms) such as RSA, elliptic curves, and/or others. For example, the service card 104 may include one or more encryption keys such as public-private keys. In connection with decoding signals, the CAS in the set-top module 608 may identify a subscription profile identifying content available to the user. For example, the CAS in the set-top module 608 may determine one or more broadcast channels available to the user and decode one of the available broadcast channels for presenting through the GUI. The set top box 608 may present the Electronic Service Guide to the user through the GUI. The Electronic Service Guide may not only present the choice of channels available to the user but may also make available a detailed listing of programming content available on each channel. The Electronic Service Guide may also interface to the Personal Video Recorder application in the card and provide options to the user to set up timers to record certain programs. The Electronic Service Guide may also be periodically updated by the service provider through the set top box.
  • [0062]
    The CPU 610 can include any software, hardware, and/or firmware that manages operational aspects of the card 104 independent of the mobile host device 106. For example, the CPU 610 may include a runtime environment for executing broadcast applications for accessing foreign content encoded in broadcast signals. In some implementations, the CPU 610 may execute one or more of the following: interfacing the mobile host device 106 such as translating between protocols; determining operational aspects of the mobile host device 106; transmitting commands to the mobile host device 106 to substantially control one or more hardware components (e.g., GUI 116, memory); identifying events associated with activating and deactivating the antenna 602; executing broadcast applications that present foreign content from the GUI 116; executing media protocol conversion to adapt the content according to the capabilities of the media player accessible through the GUI, execute the PVR application to record content on the flash memory of the card, provide access to stored content on the flash memory, manage the set top box using ISO 7816 interface, mange the broadcast chipset using a high-speed IP interface, manage the memory using a standard memory controller interface; and/or others. In some implementations, the CPU 610 may transmit to the ACF module 604 switching commands in response to an event such as a user request, completion of a transaction, and/or others. In some implementations, the CPU 610 may switch the antenna 602 between active and inactivate mode using the ACF module 604 based, at least in part, on a personalization parameter defined by, for example, a user, distributor (e.g., content provider), and/or others. For example, the CPU 610 may activate the antenna 602 when the service card 104 is physically connected to a host device and when a handshake with the host device is successfully executed. In some implementations, the CPU 610 may automatically deactivate the antenna 602 when the service card 104 is removed from the host device. In regards to the handshaking process, the CPU 610 may execute one or more authentication processes prior to activating the service card 104 and/or antenna 602 as illustrated in FIG. 11. For example, the CPU 610 may execute a physical authentication, a device authentication, and/or a user authentication. For example, the CPU 610 may activate the antenna 602 in response to at least detecting a connection to the physical interface with the host device (e.g., SD interface) and successful installation of the device driver for mass memory access (e.g., SD device driver) on the host device. In some implementations, device authentication may include physical authentication in addition to a signature comparison of a device signature stored in memory 612 that was created during first-use (provisioning) to a run-time signature calculated using, for example, a unique parameter of the host device 106. In the event no host device signature exists in the memory 612, the CPU 610 may bind with the first compatible host device 106 that the card 104 is inserted into. A compatible host device 106 may be a device that can successfully accomplish physical authentication successfully. If a host-device signature is present in the memory 612, the CPU 610 may compare the stored signature with the real-time signature of the current host device 106. If the signatures match, the CPU 610 may proceed to complete the bootstrap operation. If the signatures do not match, host device 106 may be rejected, bootstrap is aborted and the card 104 may be returned to the mode it was before being inserted into the device.
  • [0063]
    The memory 612 may include a secure and non-secured section. In this implementation, the secure memory 612 may store one or more user credentials that are not accessible by the user. In addition, the memory 612 may store offline Web pages, applications, service history, and/or other data. In some implementations, the memory 612 may include Flash memory from 64 MB to 32 GB. In addition, the memory 612 may be partitioned into user memory and device application memory. The memory 612 may store signatures of allowed host devices and/or antenna modes. In some implementations, the memory 612 may include secure portions designed to be accessible only by the content provider.
  • [0064]
    FIG. 7 illustrates is a block diagram illustrating an example CPU 610 of FIG. 6 in accordance with some implementations of the present disclosure. In general, the CPU 610 includes personalized modules that receive foreign content independent of the mobile device 106. The illustrated CPU 610 is for example purposes only, and the CPU 610 may include some, all or different modules without departing from the scope of this disclosure.
  • [0065]
    In some implementations, the service card 104 can include a host controller 702, a real-time framework 704, a broadcast application 706, a real-time OS 708, a high speed IP interface 710, a memory controller 712, and a security module driver 714. In some implementations, the host controller 702 includes an interface layer, an API/UI layer, a Web server, and/or other elements associated with the mobile host device 106. The host controller 702 includes interfaces to the host device, i.e., physical connection. In regards to the physical interface, the host controller 702 may physically interface the mobile device 106 using an SD protocol such as MicroSD, Mini-SD or SD (full-size). In some implementations, the physical interface may include a converter/adapter to convert between two different protocols based, at least in part, on the mobile device 106. In some implementations, the mobile device 106 may communicate using protocols such as USB, MMC, Firewire, iPhone proprietary interface, and/or others. In addition, the host controller 702 may include any software, hardware, and/or firmware that operates as an API between the mobile device 106 and the service card 104. Prior to accessing services, the service card 104 may automatically install drivers in the mobile device 106 in response to at least insertion. For example, the service card 104 may automatically install a microSD device driver in the device 106 to enable the service card 104 to interface the mobile device 106. In some implementations, the service card 104 may install an enhanced device driver such as a Mass Memory with Radio (MMR) API. In this implementation, the interface can drive a class of plug-ins that contain mass memory as well as a radio interface. The MMR API may execute one or more of the following: connect/disconnect to/from the MMR controller (Microcontroller in the plug-in); transfer data using MM protocol (e.g., SD, MMC, XD, USB, Firewire); send encrypted data to the MMR controller; receive Acknowledgement of Success or Error; received status word indicating description of error; turn radio on/off; send instruction to the service card 104 to turn the antenna on with specifying the mode of operation (e.g., sending mode, listening mode); transmit data such as send instruction to controller to transmit data via the radio; listen for data such as send instruction to controller to listen for data; read data such as send instruction to controller to send the data received by the listening radio; and/or others. In some implementations, MMR can be compliant with TCP/IP. In some implementations, API encapsulated ISO 7816 commands may be processed by the security module in addition to other commands.
  • [0066]
    In some implementations, host controller 702 can operate in accordance with the two processes: (1) the service card 104 as the master and the mobile device 106 as the slave; and (2) the card UT as the master. In the first process, the host controller 702 may pass one or more commands to the mobile device 106 in response to, for example, insertion of the service card 104 into a slot in the mobile device 106, a request from the GUI 116, and/or other events. In some implementations, the host controller 702 can request the mobile device 106 to execute one or more of following functions: Get User Input; Get Signature; Display Data; Send Data; Receive Data; and/or others. The Get User Input command may present a request through the GUI 116 for data from the user. In some implementations, the Get User Input may present a request for multiple data inputs. The data inputs may be any suitable format such as numeric, alphanumeric, and/or other strings of characters. The Get Signature command may request the mobile device 106 to return identification data such as, for example, a phone number, a device ID like an IMEI code or a MAC address, a network code, a subscription ID like the SIM card number, a connection status, location information, Wi-Fi beacons, GPS data, and/or other device specific information. The Display Data command may present a dialog to the user through the GUI 116. In some implementations, the dialog can disappear after a period of time, a user selection, and/or other event. The Send Data command may request the mobile device 106 to transmit packet data using its own connection to the external world (e.g., SMS, cellular, Wi-Fi). The Receive Data command may request the mobile device 106 to open a connection channel with certain parameters and identify data received through the connection. In some implementations, the command can request the mobile device 106 to forward any data (e.g., SMS) satisfying certain criteria to be forwarded to the service card 104.
  • [0067]
    In regards to the UT as master, the host controller 702 may execute one or more of the following commands: security module Command/Response; Activate/Deactivate; Flash Memory Read/Write; Send Data with or without encryption; Receive Data with or without decryption; URL Get Data/URL Post Data; and/or others. The security module commands may relate to security functions provided by the card and are directed towards the security module within the service card 104 (e.g., standard ISO 7816 command, proprietary commands). In some implementations, the commands may include encryption, authentication, provisioning of data, creation of security domains, update of security domain, update of user credentials after verification of key, and/or others. In some implementations, the commands may include non security related smart card commands such as, for example, read service history commands. The read service guide command may perform a read of the Electronic Service Guide data stored in the memory 612 of the service card 104. In some implementations, certain flags or areas of the memory 612 may be written to after security verification. The Activate/Deactivate command may activate or deactivate certain functions of the service card 104. The Flash Memory Read/Write command may execute a read/write operation on a specified area of the memory 612. The Read command may be used by the Media Player to receive the streaming content selected by the user for viewing. The Send Data with or without encryption command may instruct the mobile device 106 to transmit data using a wireless connection. In addition, the data may be encrypted by the service card 104 prior to transmission using, for example, keys and encryption capability stored within the set-top module 608. The Receive Data with or without decryption command may instruct the service card 104 to switch to listening mode to receive data from its wireless connection with the broadcast network 108. In some implementations, data decryption can be requested by the security module using, for example, keys and decryption algorithms available on the security module, i.e., on-board decryption. The URL Get Data/URL Post Data command may instruct the host controller 702 to return pages as per offline get or post instructions using, for example, offline URLs.
  • [0068]
    In some implementations, the host controller 702 may assign or otherwise associate URL style addressing to certain files stored in the memory 612 (e.g., flash) of the service card 104. In some implementations, the host controller 702 can locate a file using the URL and returns the file to the GUI 116 using standard HTTP, HTTPS style transfer. In some implementations, the definition of the files can be formatted using standard HTML, XHTML, WML and/or XML style languages. The file may include links that point to additional offline storage locations in the memory 612 and/or Internet sites that the mobile device 106 may access. In some implementations, the host controller 702 may support security protocols such as SSL. The host controller 702 may transfer an application in memory 612 to the mobile device 106 for installation and execution. The host controller 702 may request the capabilities of the browser on the device 106 using, for example, the browser user agent profile, in order to customize the offline Web page according to the supported capabilities of the device and the browser, such as, for example, supported markup language, screen size, resolution, colors and such.
  • [0069]
    As part of the Real time OS, the real-time framework 704 may execute one or more functions based, at least in part, on one or more periods of time. For example, the real-time framework 704 may enable an internal clock available on the CPU 610 to provide timestamps in response to at least requested events. The real-time framework 704 may allow certain tasks to be pre-scheduled such that the tasks are executed in response to at least certain time and/or event based triggers. This aspect is used by the Real Time OS to generate triggers to launch the Personal Video Recorder application, Set top box and the broadcast chipset to begin reception and recording of the content if the user set timer for content recording has been met. In some implementations, the real-time framework 704 may allow the CPU 610 to insert delays in certain transactions. In some implementation, a part of WAP standards called WTAI (Wireless Telephoney Application Interface) can be implemented to allow offline browser pages on the card 104 to make use of functions offered by the mobile device 106.
  • [0070]
    The broadcast application 706 can include any software, hardware, and/or firmware that receive broadcast content. For example, the broadcast application 706 may receive a request for content through the GUI and receive the associated broadcast signal in response to at least the request. In some implementations, the broadcast application 706 may execute one or more of the following: transmit properties of the service card 104; to the broadcast Content Distribution System; download the Electronic Service Guide data from the Broadcast Content Distribution System; tune the antenna to the right frequency based, at least in part, on selection made by the user via the Electronic Service Guide viewed on the GUI; receive the broadcasted content based, at least in part, on the subscription information; transmit user profile and authentication data to the content distribution system, receive instructions and data to update the Electronic Service Guide, receive request from the CPU to begin or end the broadcast reception; and/or other processes. In these case, the broadcast application 710 may present media through the GUI 116 that is otherwise not accessible by the mobile host device 106, i.e., foreign content.
  • [0071]
    The real-time OS 708 may execute or otherwise include one or more of the following: real-time framework 704; a host process that implements the physical interface between the service-card CPU and the mobile device 106; an interface that implements the physical interface between the service-card CPU and the security module; a memory-management process that implements the ISO 7816 physical interface between the service-card CPU and the memory 612; an application-layer process that implements the API and UT capabilities; the ACF module 604; power management; and/or others. In some implementations, the real-time OS 708 may manage the physical interface between the service-card CPU and the memory 612 that includes memory segmentation to allow certain memory areas to be restricted access and/or data buffers/pipes. In some implementations, the CPU 610 may include a separate memory controller 712 for managing the local memory 612. In some implementations, the real-time OS 708 may include a microcontroller OS configured to personalizing the set-top module 608 such as by, for example, converting raw data (account number, subscription information, user profile, receiver ID, CAS parameters) into secure encrypted information. In addition, the microcontroller OS may present the card 104 as a microSD mass storage to the host device 106. The microcontroller OS may partition the memory 612 into a user section and a protected device application section. In this example, the device application section may be used to store provider specific applications that either operate from this segment of the memory or are installed on the host device 106 from this segment of the memory.
  • [0072]
    The high speed IP interface 318 may provide the hardware protocol implementation and/or drivers for digital streaming content corresponding to the broadcasting signals received by the broadcast receiver. For example, the through this high speed IP interface, the CPU may receive non-encrypted or non-scrambled digital streaming content associated with free or off-air or non-premium channels. In this case, this streaming content is directly made available to the media player of the host device after appropriate media protocol translation if required. For example, through this high speed IP interface, the CPU may receive encrypted or scrambled digital content associated with premium or subscription channels. In this case, the content is first sent to the set-top box for decoding and unscrambling and then forwarded to the media player after any appropriate media translation.
  • [0073]
    FIG. 8 is a schematic diagram 800 of personalization of a intelligent card (e.g., the service card 104). In particular, the intelligent card may be personalized prior to being issued to a user, i.e., pre-issuance, or after being issued to a user, i.e., post-issuance. In regards to pre-issuance, intelligent cards may be personalized in mass batches at, for example, a factory. In this example, each intelligent card may be loaded with user credentials, security framework, applications, offline Web pages, and/or other data. In some implementations, a intelligent card may be personalized individually at, for example, an electronics retailer branch. In this case, a intelligent card may be individually loaded with data associated with a user after, for example, purchasing the card. As for post issuance, the intelligent card may be personalized wirelessly. For example, the service card 104 may be personalized through a cellular connection established using the mobile device 106. In some implementations, an intelligent card may be personalized by synchronizing with a computer such as client. The service card 104 may receive from an enterprise at least associated with the service GUI 116 that personalization data prior to activation including user credentials, broadcast applications, personal video recorder applications and at least one of operational flags, rule table or user interface. The personalization data present in the card may be updated after activation using at least one of the following methods: wireless or over the air messages containing special and secure update instructions; internet or client application running on a PC connected to the service card 104 via the host device or a card reader; internet application wirelessly connecting to the service card 104 via the host mobile device or user interface application of the service card 104 itself, and/or other methods.
  • [0074]
    In some implementations, provisioning of the intelligent card can be based, at least in part, on the distribution entity (e.g., service provider, wireless operator, user). For example, the intelligent card may be distributed by a service provider such as a content provider (for example, DirecTV). In the service provider implementation, the intelligent card can be pre-provisioned with user accounts. In this case, the intelligent card may be activated in response to at least initial insertion into a host device. The antenna mode may be set to physical authentication only by default. In some examples, the user may self-select a user-id/password or PIN authentication to prevent unauthorized use or through a PC cradle and plug-in management software if the host device does not have a screen and keyboard. In the wireless-operator implementation, the intelligent card may require device authentication before activation. In some examples, the user may provision service data (e.g., subscriber profile) using one of several methods. In addition, the user may add user authentication. In the user-provided implementation, the user may acquire the intelligent card from, for example, a retail store or other channels like OEM host device manufacturers. In this case, the user may activate the card in a plurality of different devices with provider selected provisioning.
  • [0075]
    In regards to activation, the intelligent card may be configured in memory mode when user acquires the card from, for example a content provider, a wireless operator, a third-party provider, and/or others. Activation of the card may include the following two levels: 1) physically, specifying antenna availability under a specific set of circumstances desired by the provider; and b) logically, at the service provider signifying activation of the broadcast application carried on the card. In some implementations, activation may be based, at least in part on device distributor, antenna availability selection, and/or type of host device as illustrated in Table 2 below.
  • [0000]
    TABLE 3
    Plug-In Initial State
    Plug-in Seller and and Antenna Device Has No Screen/ Device Has Screen &
    Mode of distribution Availability Choice Keyboard keyboard
    Content provider ships Plug-In is in Memory Manual: User has to If the device is capable of
    plug-in directly to the Mode, It is full call provider's number wireless access, upon
    subscriber or through personalized with user's to activate his account, insertion, the plug-in
    participating resellers/ account information and the Device can only spawns a web page and
    distributors etc. Antenna mode is set to work with a single takes the user to content
    Physical Authentication account. User can also provider's website. The
    access content user self activates his
    provider's site on the account by entering his
    internet using another account number and
    PC to activate his matching secret personal
    account information (home phone
    number for example). The
    user can also optionally
    select a user-id and
    password (change
    Antenna availability to
    user authentication) at the
    same time. If Internet
    connection is not
    available, the device can
    automatically dial a voice
    call to content provider's
    number for account
    activation. If wireless
    connection is not available
    as well (device is only a
    PDA), the user has to
    fallback to manual
    activation (see left)
    WNO: Wireless Plug-In is in Memory Not Applicable Assumption: Device has a
    Network Operator Mode, it is partially functional wireless
    Ships plug-in bundled personalized (device connection. Operator
    with host device, User signature of the host offers a bundled broadcast
    can select his preferred device loaded to prevent application and
    host device and plugin user from changing host subscription. When user
    is bundled with it if device) while other clicks the broadcast
    user would like to information is not application, the user is
    avail of this service loaded. Antenna invited to sign-up with
    Availability is set to operator's partner content
    Device Authentication provider for a new
    (plug-in can only used account and subscription.
    with host device it is Once sign-up is
    shipped with) successful, account data is
    downloaded Over the Air
    or Over the Internet to the
    plugin and it is activated
    for use Device can use
    multiple content providers
    in this scenario and store
    multiple channels. User
    can select to enter a user
    ID and password for a
    content provider in the
    broadcast application in
    order to convert Antenna
    availability to user and
    device authentication for
    that content provider
    Plug-in is bound to a
    device signature. When
    removed from the device,
    the Antenna turns off and
    the plug-in turns into a
    simple mass memory
    stick. When Plug-in is
    inserted into another host
    device, the signature
    doesn't match and
    Antenna remains off.
    WNO: Wireless Plug-In is in Memory Not Applicable Assumption: Device has
    Network Operator Mode, it is functional wireless
    Ships plug-in as an unpersonalized. Antenna connection. Plug-In will
    accessory with an Availability is set to spawn an internet
    advice for compatible Network authentication connection to the operator
    devices, User can is set to On. Plug-In will portal and the broadcast
    select his preferred bind to first device it is application will be
    host device and inserted in and where downloaded upon user
    attempt to operate his network authentication is confirmation. User can
    plug-in with, to avail successful reject download and
    of the service choose to manually
    provision content provider
    data by going to a third
    party content provider or
    directly to the content
    provider website. Plug-In
    is bound to the device and
    to the wireless provider's
    network. If the same
    device is unlocked and
    used on another network,
    the plug-in will cease to
    operate and will revert
    back to memory mode.
    When removed from the
    device, the plug-in will
    revert to the memory
    mode.
    OEM 1: Cellphone Device Authentication Not Applicable Option A: Device
    manufacturer (device comes bundled Manufacturer offers a
    with a cellphone) broadcast application, rest
    of the process remains as
    above Option B: Wireless
    Operator offers a
    broadcast application.
    User goes to the wireless
    operator portal and
    downloads this
    application Over the Air.
    The rest of the process
    then remains the same as
    above Option C: User
    navigates to a third party
    broadcast application
    (example MSN-TV,
    Mobi-TV). Sign up is
    offered to participating
    content provider and
    applications are
    personalized on the plug-
    in Over the Internet
    Option D: User navigates
    to content provider's
    website and activates a
    new account which is
    personalized over the
    Internet on the plug-in
    OEM 2: Other Device Authentication User has to cradle the If the device has wireless
    manufacturer device to the PC with connection (it is a wireless
    an internet connection PDA): Same as above If
    and sign-up on the PC the device has no wireless
    by going to an content connection (it is an
    provider's website unconnected PDA): Same
    directly. Account is as left
    downloaded over the
    internet via the cradle
    and then the device is
    activated. In this
    process, the plug-in is
    bound to the device
    signature. When
    removed from the host
    device, the antenna
    turns off When plugged
    into another device, the
    device signature fails
    and the device behaves
    like a mass memory
    device only

    The illustrated chart is for example purposes only. The user may activate an intelligent card using the same, some, or different processes without departing from the scope of this disclosure.
  • [0076]
    FIG. 9 is a flow chart illustrating an example method 900 for automatically bootstrapping an intelligent card in response to at least insertion into a host device. In general, an intelligent card may execute one or more authentication procedures prior to activation. Many of the steps in this flowchart may take place simultaneously and/or in different orders as shown. System 100 may use methods with additional steps, fewer steps, and/or different steps, so long as the methods remain appropriate.
  • [0077]
    Method 900 begins at step 902 where insertion into a host device is detected. For example, the service card 104 may detect insertion into the mobile device 106. If authentication is not required for any aspect of the intelligent card at decisional step 904, then execution ends. If authentication is required for at least one aspect, then execution proceeds to decisional step 906. If communication with the host device includes one or more errors, then, at step 908, a failure is indicated to the user. In the example, the service card 104 may present an indication of a communication error to the user using the GUI 116. If a communication error is not detected at decisional step 906, then execution proceeds to decisional step 910. In some implementations, the intelligent card uploads an SD driver to the host device. If the intelligent card only requires physical authentication, then execution proceeds to decisional step 912. If the network authentication flag is not set to on, then, at step 914, the antenna is turned on and the intelligent card is updated with host-device signature. As for the example, the service card 104 may activate the antenna for wireless transactions and update local memory with the host-device signature. If the network authentication flag is turned on at decisional step 912, then, at step 916, the intelligent card transmits a request for the network ID to the host device. Next, at step 918, the intelligent card retrieves a locally-stored network ID. If the stored network ID and the request network ID match at decisional step 920, then the card is activated at step 914. If the two network ID's do not match, then the antenna is deactivated at step 922.
  • [0078]
    Returning to decisional step 910, if the authentication is not only physical authentication, then execution proceeds to decisional step 924. If the authentication process includes device authentication, then, at step 926, the intelligent card transmits a request for a network ID to the host device. At step 928, the intelligent card retrieves a locally stored device signatures. If the intelligent card does not include at least one device signature, then execution proceeds to decisional step 934. If the intelligent card includes one or more device signatures, then execution proceeds to decisional step 932. If one of the device signatures matches the request network ID, then execution proceeds to decisional step 934. If the signatures and the request network ID do not match, then execution proceeds to step 922 for deactivation. If user authentication is not included in the authentication process, then execution proceeds to decisional step 912 for physical authentication. If user authentication is included at decisional step 934, then execution proceeds to step 938.
  • [0079]
    Returning to decisional step 924, if the authentication process does not include device authentication, then execution proceeds to decisional step 936. If user authentication is not included in the process, then, at step 922, the intelligent card is turned off. If user authentication is included, then, at step 938, the intelligent card request a user id and password from the user using the host device. While the user authentication is described with respect to entering a user id and password through the mobile host device, the user may be authenticated using other information such as a simple PIN and/or biometric information (e.g., fingerprint). Again returning to the example, the service card 104 may present a request for the user to enter a user-id and password through the GUI 116. At step 940, the intelligent card sends the entered information to the service provider using the cellular network or the broadcast network. If at the account information is validated by the service provider at decisional step 942, then execution proceeds to decisional step 912 for physical authentication. If the account information is not validated at decisional step 942, then execution proceeds to decisional step 944. If the number of attempts have not exceeded a specified threshold, then execution returns to step 938. If the number of attempts has exceed to the threshold, then the antenna is deactivated at step 922. In the example, if the event that the service card 104 fails to authorize the device, network and/or user, the service card 104 may wirelessly transmit an indication to the associated service provider using the cellular radio technology of the mobile host device 106. In this case, the illustrated method 900 may be implemented as a fraud control process to substantially prevent unauthorized use of the service card 104.
  • [0080]
    FIG. 1000 is a flow chart illustrating an example method 1000 for activating a wireless transaction system including an intelligent card. In general, an intelligent card may execute one or more activation processes in response to, for example, a selection from a user. Many of the steps in this flowchart may take place simultaneously and/or in different orders as shown. System 500 may use methods with additional steps, fewer steps, and/or different steps, so long as the methods remain appropriate.
  • [0081]
    Method 1000 begins at step 1002 where a request to activate a service card is received. For example, the user may select a graphical element displayed through the GUI 116 of a mobile host device 106 in FIG. 1. If an account activation is included at decisional step 1004, then at step 1006, a request to activate the associated user account is wirelessly transmitted to service provider using broadcast radio technology of the host device. For example, the service card 104 may wireless transmit an activation request to the service GUI 116 using the cellular radio technology of the mobile host device 106. If an account activation is not included, then execution proceeds to decisional step 1008. If card activation is not included, then execution ends. If card activation is included, then execution proceeds to decisional step 1010. If an activation code is not included, then at step 1012, one or more preprogrammed questions are presented to the user using the GUI of the host device. Returning to the initial example, the service card 104 may identify locally stored questions and present the questions to the user using the GUI 116 of the mobile host device 106. At step 1014, locally-stored answers to the programmed questions are identified. Returning to decisional step 1010, if an activation code is included, then execution proceeds to decisional step 1016. If the activation code is manually entered by the user, then at step 1018, a request for the activation code is presented to the user through the GUI of the mobile host device. In the initial example, the service card 104 may present a request for an activation code such as a string of characters to the user through the GUI 116 of the mobile host device 106. If the activation code is not manually entered by the user, then at step 1020, the service card wirelessly transmits a request for the activation code using the cellular radio technology of the host device. In the broadcast example, the service card 104 may transmit a request to the service provider using the cellular core network 108. In either case, the locally-stored activation code is identified at step 1022. If the locally stored information matches the provided information at decisional step 1024, then at step 1026, the service card is activated. For example, the service card 104 may activate in response to at least a user entering a matching activation code through the GUI 116. If the provided information does not match the locally stored information, then execution ends.
  • [0082]
    FIGS. 11A-C is an example call flow 1100 in accordance with some implementations of the present disclosure. As illustrated, the flow 1100 includes a network 1102, a host device 1104, an intelligent card 1106, and a broadcast network 1108. The host device 1104 is configured to communicate with the network 1102 and includes a slot for insertion of the intelligent card 1106. The intelligent card 1106 is configured to transmit commands to and receive data from a user interface application 1110 executed by the host device 1110 and execute access foreign services independent of the host device 1110. The card 1106 includes a CPU 1112 for accessing services and a wireless chipset 1114 for communicating with the broadcast network 1108. The CPU 1112 executes a host controller/API interface 1116 configured to transmits commands in a form compatible with the host device 1104 and convert data from the host device 1104 to a form compatible with the CPU 1112.
  • [0083]
    As illustrated, the flow 1100 may include multiple sessions 1120 between the host device 1104 and the card 1106 and between the card 1106 and the broadcast network 1108. The session 1120 a illustrates a session managed by the card 1106 using the network capabilities of the host device 1110. In this example, the card 1106 transmits data for transmission through a network connected to the host device 1104, and after receiving the data, the host device 1104 transmits the data to the network 802. In response to receiving data from the network 1102, the host device 1104 may automatically transmit the received data to the card 1106. In some implementations, the card 1106 may transmit a request for a device signature to the host device 1104 as illustrated in session 1120 b. For example, the card 1106 may request the device signature during a bootstrapping process. The session 1120 c illustrates that a user may submit commands to the card 1106 through the interface of the host device 1104. For example, the user may request that the card display the user's transaction history through the interface of the host device 1104.
  • [0084]
    In some implementations, the card 1106 may receive a command to activate or deactivate the antenna through the host device 1104 as illustrated in session 1120 d. For example, a service provider may identify irregular transactions and transmit a command through the network 1102 to deactivate the card 1106. The card 1106 may authorize a user by requesting a user-id and password using the host device 1104. As illustrated in session 1120 e, the user may submit a user-id and password to the card 1106 using the interface of the host device 1104, and in response to an evaluation of the submitted user-id and password, the card 1106 may present through the host device 1104 an indication that the user verification is successful or has failed. In some implementations, a user and/or service provider may request a transaction history of the card 1106 as illustrated in session 1120 f. For example, a service provider may transmit a request for the transaction history through the network 1102 connected to the host device 1104, and in response to at last in the request, the card 1106 may transmit the transaction history to the service provider using the network 1102 connected to the host device 1104. In some implementations, the user may present offline Web pages stored in the card 1106 as illustrated in session 1120. For example, the card 1106 may receive a request to present an offline Web page from the user using the host device 1104 and present the offline page using the URL in the request. In some implementations, content data stored in the memory of the card 1106 or available via live reception of streaming content may be presented through, for example, the host device 1104 as illustrated in session 1120 h. For example, the user may request specific information associated with the Electronic Service Guide and the card 1106 may retrieve the data and present the data to the user using the host device 1104. In addition, the user may write data to the memory in the card 1106 as illustrated in session 1120 i. For example, the user may setup timers for the Personal Video Recorder application on the card 1106 and the card 1106 may indicate the success and failure of the timer setup
  • [0085]
    In regards to session between the card 1106 and the terminal, the flow 1100 illustrates the personalization session 1120 k and the transaction session 1120 l. In regards to personalization, a service provider may personalize a card 1106 with user credentials, user applications, Web pages, and/or other information as illustrated in session 1120 k. For example, the broadcast network 1108 may transmit a provisioning request to the card 1106 including associated data. The protocol translation 1118 may translate the personalization request to a form compatible with the card 1106. In response to at least the request, the CPU 1112 transmit an indication whether the personalization was a success or not using the protocol translation 1118. Prior to the a broadcast session beginning live reception, the broadcast network 1108 may submit a subscription verification challenge to the card 1106 as illustrated in session 1120 l. In this case, the card 1106 may identify a receiver signature of the receiver 1118, present associated data to the user through the host device 1104, and transmit the signature to the broadcast network 1108 using the protocol translation 1118.
  • [0086]
    FIG. 12 is a flow chart illustrating an example method 1200 for managing the Electronic Service Guide application. In general, an intelligent card may receive ESG data from the broadcast network and display it to the user in response to at least an event. Many of the steps in this flowchart may take place simultaneously and/or in different orders as shown.
  • [0087]
    Method 1200 begins at step 1202 where ESG data currently stored is identified. For example, the service card 104 may receive ESG data from the broadcast network or the cellular network such as channel lineup, program listing, program information and program ratings. At step 1204, previously downloaded ESG content is identified. In the example, the service card 104 may identify content previously downloaded from the content provider to the local memory in the card 104. In some implementations, the service card 104 may identify one or more aspects of memory such as file names, file sizes, dates, and/or other aspects. If the previously-downloaded content matches the current content at decisional step 1206, then execution ends. If the previously-downloaded content does not match the current content, then, at step 1208, at least a portion of the locally-stored content is automatically updated in the local memory. As for the example, the service card 104 may only download content identified as new content or content that was previously not downloaded. In downloading the content, the service card 104 may substantially updates local-stored ESG content according to the latest available ESG from the service provider
  • [0088]
    FIG. 13 is a flow chart illustrating an example method 1300 for managing the Personal Video Recorder application. In general, an intelligent card may automatically receive data from the broadcast network and record it to the memory (if space is available) in response to at least an event (timer). Many of the steps in this flowchart may take place simultaneously and/or in different orders as shown.
  • [0089]
    Method 1300 begins at step 1302 where a timer event triggers the beginning of broadcast reception. For example, the service card 104 may automatically tune the antenna to the channel corresponding to the program that the user has setup to record as associated with the timer. At step 1304, available memory space is identified. In the example, the service card 104 may identify free local memory in the card 104. If the available memory is below a certain threshold (configured by the service provider) at decisional step 1306, then execution ends. If available memory is above a certain threshold, then, at step 1308, broadcast reception is started and content is automatically recorded in the local memory in a newly created program data file. After a specified size of program data is recorded, available memory is checked again and the process is repeated by appending to the program data file until either the program ends or the available memory falls below the threshold. Once the program ends, the program data file is finalized and given a unique identifier so that it can be accessed for viewing.
  • [0090]
    A number of embodiments of the invention have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. Accordingly, other embodiments are within the scope of the following claims.
Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US3713148 *May 21, 1970Jan 23, 1973Communications Services Corp ITransponder apparatus and system
US4797542 *Jan 27, 1987Jan 10, 1989Casio Computer Co., Ltd.Multiple application electronic card-like apparatus
US5180902 *May 17, 1991Jan 19, 1993David SchickSelf verifying transaction card with disabling capability
US5276311 *Jul 1, 1992Jan 4, 1994Hartmut HennigeMethod and device for simplifying the use of a plurality of credit cards, or the like
US5729607 *May 16, 1996Mar 17, 1998Neosoft A.G.Non-linear digital communications system
US5748737 *Nov 14, 1994May 5, 1998Daggar; Robert N.Multimedia electronic wallet with generic card
US6029892 *Nov 17, 1998Feb 29, 2000Miyake; SusumuMethod for electronically transferring personal information on credit gaining card, and mini IC card, adapter card, terminal adapter, slip issuing device, portable terminal used therein
US6032859 *Sep 15, 1997Mar 7, 2000New View Technologies, Inc.Method for processing debit purchase transactions using a counter-top terminal system
US6041305 *Apr 24, 1997Mar 21, 2000Daishin Frame Inc.Method and apparatus of controlling reservation for goods and the like
US6045043 *Dec 30, 1997Apr 4, 2000On Track Innovations Ltd.Contact/contactless data transaction card
US6233683 *Mar 24, 1998May 15, 2001Visa International Service AssociationSystem and method for a multi-application smart card which can facilitate a post-issuance download of an application onto the smart card
US6347218 *Feb 18, 1997Feb 12, 2002Nokia Mobile Phones LimitedElectronic device with housing supplement
US6407914 *Apr 11, 2000Jun 18, 2002Hewlett-Packard CompanyDocking system for portable computer
US6553178 *Sep 8, 1994Apr 22, 2003Max AbecassisAdvertisement subsidized video-on-demand system
US6853987 *Oct 27, 1999Feb 8, 2005Zixit CorporationCentralized authorization and fraud-prevention system for network-based transactions
US6891811 *Jun 6, 2000May 10, 2005Telecommunication Systems Inc.Short messaging service center mobile-originated to HTTP internet communications
US7012572 *Jul 16, 2004Mar 14, 2006Hrl Laboratories, LlcIntegrated ultra wideband element card for array antennas
US7183505 *Dec 30, 2003Feb 27, 2007Datacard CorporationAdapting element for programmable electronic holders and use in a multipurpose personalization machine
US7224797 *Aug 17, 2001May 29, 2007Koninklijke Philips Electronics N.V.System and method for hybrid conditional access for receivers of encrypted transmissions
US7334732 *Mar 8, 2006Feb 26, 2008Technology Licensing CorpUniversal credit card apparatus and method
US7343184 *Jun 1, 2007Mar 11, 2008Ramin RostamiHandheld device protective case
US7364092 *Jul 18, 2006Apr 29, 2008Tyfone, Inc.Electronic stripe cards
US7494068 *Apr 17, 2007Feb 24, 2009Gemalto SaContactless transponder
US7509487 *May 19, 2004Mar 24, 2009Gemalto Inc.Secure networking using a resource-constrained device
US7530495 *Jan 16, 2008May 12, 2009Technology Licensing CorporationUniversal credit card apparatus and method
US7537169 *Dec 10, 2007May 26, 2009Sandisk CorporationCredit card sized USB flash drive
US7609946 *Mar 25, 2004Oct 27, 2009Audiovox CorporationPortable video system
US7620431 *Nov 17, 2009Palm, Inc.Methods and apparatus for controlling applications of a mobile device by using a pivoting input switch
US7657255 *Feb 2, 2010Microsoft CorporationProvisioning of wireless connectivity for devices using NFC
US7707113 *Sep 28, 2007Apr 27, 2010Sprint Communications Company L.P.Method and system for setting levels of electronic wallet security
US7885870 *Jun 22, 2004Feb 8, 2011Lg Uplus Corp.System for providing banking services by use of mobile communication
US8120716 *Dec 15, 2006Feb 21, 2012Audiovox CorporationVehicle entertainment system including monitor for rear view enhancement
US20020017557 *May 11, 2001Feb 14, 2002Colin HendrickSystem for automatic connection to a network
US20020023215 *Feb 23, 2001Feb 21, 2002Wang Ynjiun P.Electronic transaction systems and methods therefor
US20020055368 *Jan 4, 2001May 9, 2002Johnson LeeWireless digital transceiver
US20020065902 *Sep 4, 2001May 30, 2002Janik Craig M.Webpad and method for using the same
US20030046365 *Sep 4, 2001Mar 6, 2003Schlumberger Technology CorporationSystem and method for caching content
US20030046567 *Aug 31, 2001Mar 6, 2003Gene CarmanMethod and apparatus for storage of usernames in portable memory
US20030052168 *Sep 18, 2001Mar 20, 2003Wong Jacob Y.Magnetic Stripe bridge
US20030064689 *Nov 20, 2002Apr 3, 2003Engstrom G. EricAdding I/O ports to mobile device via smart interchangeable cover
US20030085288 *May 20, 2002May 8, 2003Luu Deniel V.H.Contactless SIM card carrier with detachable antenna and carrier therefore
US20030100338 *Nov 28, 2001May 29, 2003Peter LeePersonal digital assistant cover with an integrated keypad
US20040064612 *Sep 26, 2002Apr 1, 2004Sandisk CorporationMethod and system for using a memory card protocol inside a bus protocol
US20040070952 *Oct 2, 2003Apr 15, 2004Renesas Technology Corp.IC card and an adapter for the same
US20040073519 *Dec 20, 2001Apr 15, 2004Peder FastMethod of increasing security in respect of payments made with credit cards and cash cards
US20040083275 *Oct 8, 2003Apr 29, 2004John StrisowerMethod, business processes and apparatus for remote data, image and video collection, transmission and distribution using cellular electronic serial number enabled devices
US20040097256 *Aug 23, 2001May 20, 2004Clemens KujawskiProtective cover
US20050022002 *Jun 25, 2004Jan 27, 2005Poisner David I.Protected configuration space in a protected environment
US20050023359 *Dec 24, 2003Feb 3, 2005Saunders Peter D.System and method for manufacturing a punch-out RFID transaction device
US20050027543 *Jul 29, 2003Feb 3, 2005Fujitsu LimitedMethods for purchasing of goods and services
US20050055549 *Dec 20, 2002Mar 10, 2005Oberthur Card Systems SaElectronic unit provided in a microcircuit card and including cryptographic means for high-speed data processing
US20050074123 *Oct 7, 2003Apr 7, 2005International Business Machines Corp.Cruable U-NII wireless radio with secure, integral antenna connection via SM BIOS in U-NII wireless ready device
US20050090280 *Feb 12, 2003Apr 28, 2005Nielsen Peter D.Functional cover for use with a wireless terminal
US20050114780 *Nov 12, 2003May 26, 2005Shlomo TurgemanAdapter card for television reception
US20060008256 *Sep 29, 2004Jan 12, 2006Khedouri Robert KAudio visual player apparatus and system and method of content distribution using the same
US20060056397 *Sep 14, 2005Mar 16, 2006Kabushiki Kaisha ToshibaAccess management apparatus, program and remote start-up method of terminal device
US20060058064 *Dec 18, 2002Mar 16, 2006Mitsubishi Denki Kabushiki KaishaMobile communication terminal
US20060074698 *Oct 15, 2004Apr 6, 2006American Express Travel Related Services Company, Inc.System and method for providing a rf payment solution to a mobile device
US20060089123 *Jun 27, 2005Apr 27, 2006Frank Edward HUse of information on smartcards for authentication and encryption
US20070011724 *Dec 27, 2005Jan 11, 2007Gonzalez Carlos JMass storage device with automated credentials loading
US20070014407 *Jul 15, 2005Jan 18, 2007Tyfone, Inc.Symmetric cryptography with user authentication
US20070014408 *Jul 15, 2005Jan 18, 2007Tyfone, Inc.Hybrid symmetric/asymmetric cryptography with user authentication
US20070016798 *Jul 15, 2005Jan 18, 2007Narendra Siva GAsymmetric cryptography with user authentication
US20070023532 *Jul 18, 2006Feb 1, 2007Narendra Siva GElectronic stripe cards
US20070053306 *Sep 2, 2005Mar 8, 2007Qwest Communications International IncLocation based rules architecture systems and methods
US20070057038 *Sep 15, 2005Mar 15, 2007Capital One Financial CorporationWireless devices for storing a financial account card and methods for storing card data in a wireless device
US20070099592 *Nov 2, 2005May 3, 2007Timothy ThomePortable communication device and system with interchangeable accessory modules
US20070113260 *Nov 16, 2005May 17, 2007Phison Electronics Corp.[storage media with receiving digital television signal function]
US20080003882 *Aug 29, 2007Jan 3, 2008Super Talent Electronics Inc.Super-Digital (SD) Flash Card with Asymmetric Circuit Board and Mechanical Switch
US20080010372 *Jul 20, 2007Jan 10, 2008Robert KhedouriAudio visual player apparatus and system and method of content distribution using the same
US20080026752 *Jun 25, 2007Jan 31, 2008Qualcomm IncorporatedMethod and apparatus for maintaining call continuity in wireless communication
US20080051059 *Oct 31, 2007Feb 28, 2008Mobile Candy Dish, Inc.Method and system for adapting a wireless mobile communication device for wireless transactions
US20080051122 *Oct 31, 2007Feb 28, 2008Mobile Candy Dish, Inc.Method and system for transmitting data between a server and a mobile communication device using short message service (sms)
US20080052192 *Oct 31, 2007Feb 28, 2008Mobile Candy Dish, Inc.Method and system for purchasing event tickets using a mobile communication device
US20080052225 *Oct 30, 2007Feb 28, 2008Walker Jay SInstant credit card marketing system
US20080052233 *Oct 31, 2007Feb 28, 2008Mobile Candy Dish, Inc.Method and system for scheduling a banking transaction through a mobile communication device
US20080054079 *Oct 30, 2007Mar 6, 2008Mullen Jeffrey DDynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US20080077950 *Aug 25, 2006Mar 27, 2008Sbc Knowledge Ventures, LpSystem and method for billing for video content
US20080090527 *May 25, 2007Apr 17, 2008Paul AtkinsonDevice and Method for Selectively Controlling the Utility of an Integrated Circuit Device
US20080092212 *Oct 17, 2006Apr 17, 2008Patel Pulin RAuthentication Interworking
US20080093467 *Dec 13, 2007Apr 24, 2008Tyfone, Inc.Folding electronic transaction card
US20080099559 *Oct 31, 2006May 1, 2008Macronix International Co., Ltd.Dual Interface SIM Card Adapter with Detachable Antenna
US20080119936 *Sep 20, 2007May 22, 2008Mount Sinai HospitalIntervertebral disc
US20090002167 *Jun 29, 2007Jan 1, 2009Oberthur Card Systems SaDual communication fob assembly comprising an insert within a base
US20090006722 *Jun 27, 2007Jan 1, 2009Mcavoy PaulAuto start configuration with portable mass storage device
US20090015198 *Jul 9, 2007Jan 15, 2009Marware, Inc.Docking and charging station and method for a portable electronic device
US20090024533 *Aug 29, 2007Jan 22, 2009MobibucksPayment systems and methods
US20090040116 *May 24, 2006Feb 12, 2009Oberthur Card Systems SaElectronic entity with magnetic antenna
US20090064045 *Sep 4, 2007Mar 5, 2009Christopher TremblayLow memory rendering of graphical objects
US20090065571 *Sep 5, 2008Mar 12, 2009Devicefidelity, Inc.Selectively switching antennas of transaction cards
US20090065572 *Sep 8, 2008Mar 12, 2009Devicefidelity, Inc.Wirelessly executing transactions with different enterprises
US20090068982 *Sep 10, 2007Mar 12, 2009Microsoft CorporationMobile wallet and digital payment
US20090098825 *Mar 7, 2005Apr 16, 2009Heikki HuomoMethod and mobile terminal device including smartcard module and near field communications
US20090103732 *Dec 7, 2007Apr 23, 2009Inside ContactlessMethod of personalizing a NFC Chipset
US20090108063 *Nov 17, 2008Apr 30, 2009Deepak JainWirelessly Communicating Radio Frequency Signals
US20090115571 *Jan 7, 2009May 7, 2009Xatra Fund Mx, LlcRf payment via a mobile device
US20090127345 *Nov 13, 2008May 21, 2009Oberthur TechnologiesSmart card, telephone comprising such a card and method for executing a command in such a card
US20090137152 *Oct 6, 2006May 28, 2009Matsushita Electric Works, Ltd.Memory card socket
US20090137204 *Nov 26, 2008May 28, 2009Wei ChangNear field communication system and associated apparatus
US20100022273 *Dec 20, 2007Jan 28, 2010Smart Packaging Solutions (Sps)Radiofrequency local communication interface between a mobile phone and a contactless reader
US20100107230 *Oct 21, 2009Apr 29, 2010Sipera Systems, Inc.System, method and apparatus for authenticating and protecting an ip user-end device
US20100114773 *Oct 31, 2008May 6, 2010First Data CorporationSystems, Methods, And Apparatus For Using A Contactless Transaction Device Reader With A Computing System
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7954715Jun 7, 2011Tyfone, Inc.Mobile device with transaction card in add-on slot
US7954716Jun 7, 2011Tyfone, Inc.Electronic transaction card powered by mobile device
US7954717Dec 8, 2010Jun 7, 2011Tyfone, Inc.Provisioning electronic transaction card in mobile device
US7961101Jun 14, 2011Tyfone, Inc.Small RFID card with integrated inductive element
US7991158Aug 2, 2011Tyfone, Inc.Secure messaging
US8072331Dec 6, 2011Tyfone, Inc.Mobile payment device
US8083145Dec 27, 2011Tyfone, Inc.Provisioning an add-on apparatus with smartcard circuity for enabling transactions
US8091786Jan 10, 2012Tyfone, Inc.Add-on card with smartcard circuitry powered by a mobile device
US8136732Jul 15, 2011Mar 20, 2012Tyfone, Inc.Electronic transaction card with contactless interface
US8231061Jul 31, 2012Tyfone, IncContactless device with miniaturized antenna
US8275364Dec 30, 2008Sep 25, 2012Logomotion, S.R.O.Systems and methods for contactless payment authorization
US8406809Oct 6, 2010Mar 26, 2013Logomotion, S.R.O.Configuration with the payment button in the mobile communication device, the way the payment process is started
US8408463Apr 2, 2013Tyfone, Inc.Mobile device add-on apparatus for financial transactions
US8410936Dec 5, 2011Apr 2, 2013Tyfone, Inc.Contactless card that receives power from host device
US8451122May 28, 2013Tyfone, Inc.Smartcard performance enhancement circuits and systems
US8474718Mar 21, 2012Jul 2, 2013Tyfone, Inc.Method for provisioning an apparatus connected contactless to a mobile device
US8500008Apr 23, 2010Aug 6, 2013Logomotion, S.R.OMethod and system of electronic payment transaction, in particular by using contactless payment means
US8573494Nov 27, 2011Nov 5, 2013Tyfone, Inc.Apparatus for secure financial transactions
US8583493Oct 6, 2010Nov 12, 2013Logomotion, S.R.O.Payment terminal using a mobile communication device, such as a mobile phone; a method of direct debit payment transaction
US8606711Oct 6, 2010Dec 10, 2013Logomotion, S.R.O.POS payment terminal and a method of direct debit payment transaction using a mobile communication device, such as a mobile phone
US8645222Jun 17, 2011Feb 4, 2014Jpmorgan Chase Bank, N.A.System and methods for mobile ordering and payment
US8649820Nov 7, 2011Feb 11, 2014Blackberry LimitedUniversal integrated circuit card apparatus and related methods
US8737983Mar 23, 2009May 27, 2014Logomotion, S.R.O.Method, connection and data carrier to perform repeated operations on the key-board of mobile communication device
US8799084Sep 18, 2009Aug 5, 2014Logomotion, S.R.O.Electronic payment application system and payment authorization method
US8814053Oct 22, 2012Aug 26, 2014Tyfone, Inc.Mobile payment device with small inductive device powered by a host device
US8866614Apr 26, 2013Oct 21, 2014Tyfone, Inc.Active circuit for RFID
US8936199Apr 23, 2012Jan 20, 2015Blackberry LimitedUICC apparatus and related methods
US8937549Aug 15, 2014Jan 20, 2015Tyfone, Inc.Enhanced integrated circuit with smartcard controller
US9004361Aug 22, 2012Apr 14, 2015Tyfone, Inc.Wearable device transaction system
US9054408Aug 10, 2009Jun 9, 2015Logomotion, S.R.O.Removable card for a contactless communication, its utilization and the method of production
US9081997Oct 11, 2009Jul 14, 2015Logomotion, S.R.O.Method of communication with the POS terminal, the frequency converter for the post terminal
US9092708Apr 7, 2015Jul 28, 2015Tyfone, Inc.Wearable device with time-varying magnetic field
US9098845Nov 30, 2010Aug 4, 2015Logomotion, S.R.O.Process of selling in electronic shop accessible from the mobile communication device
US9117152Oct 17, 2014Aug 25, 2015Tyfone, Inc.13.56 MHz enhancement circuit for smartmx smartcard controller
US9122965Oct 17, 2014Sep 1, 2015Tyfone, Inc.13.56 MHz enhancement circuit for smartcard controller
US9202156Jun 23, 2015Dec 1, 2015Tyfone, Inc.Mobile device with time-varying magnetic field
US9208423Aug 23, 2015Dec 8, 2015Tyfone, Inc.Mobile device with time-varying magnetic field and single transaction account numbers
US9230259May 10, 2010Jan 5, 2016Jpmorgan Chase Bank, N.A.Systems and methods for mobile ordering and payment
US9251453Sep 27, 2015Feb 2, 2016Tyfone, Inc.Wearable device with time-varying magnetic field and single transaction account numbers
US20080244208 *Aug 24, 2007Oct 2, 2008Narendra Siva GMemory card hidden command protocol
US20080279381 *Aug 24, 2007Nov 13, 2008Narendra Siva GSecure messaging
US20090083803 *Sep 26, 2008Mar 26, 2009Osama AlshaykhSystem and method for receiving broadcast multimedia on a mobile device
US20090152361 *Dec 14, 2007Jun 18, 2009Narendra Siva GMemory card based contactless devices
US20090172770 *Dec 31, 2007Jul 2, 2009Sandage David AMethod and apparatus for renting computer peripheral devices in-situ
US20100033307 *Feb 11, 2010Narendra Siva GSmall rfid card with integrated inductive element
US20100033310 *Aug 8, 2008Feb 11, 2010Narendra Siva GPower negotation for small rfid card
US20100203870 *Dec 30, 2008Aug 12, 2010Logomotion, S.R.O.Systems and methods for contactless payment authorization
US20100213265 *Aug 26, 2010Tyfone, Inc.Contactless device with miniaturized antenna
US20100258639 *Aug 10, 2009Oct 14, 2010Logomotion, S.R.O.Removable card for a contactless communication, its utilization and the method of production.
US20100262503 *Oct 11, 2009Oct 14, 2010Logomotion, S.R.O.The method of communication with the pos terminal, the frequency converter for the post terminal
US20100274677 *Sep 18, 2009Oct 28, 2010Logomotion, S.R.O.Electronic payment application system and payment authorization method
US20100274726 *Sep 18, 2009Oct 28, 2010Logomotion, S.R.Osystem and method of contactless authorization of a payment
US20100323617 *Mar 23, 2009Dec 23, 2010Logomotion, S.R.O.Method, connection and data carrier to perform repeated operations on the key-board of mobile communication device
US20110021175 *Jan 27, 2011Logomotion, S.R.O.Configuration with the payment button in the mobile communication device, the way the payment process is started
US20110022482 *Jan 27, 2011Logomotion, S.R.O.Payment terminal using a mobile communication device, such as a mobile phone; a method of direct debit payment transaction
US20110042456 *Apr 23, 2010Feb 24, 2011Logomotion, S.R.O.Method and System of Electronic Payment Transaction, In Particular By Using Contactless Payment Means
US20110053556 *Feb 26, 2010Mar 3, 2011Logomotion, S.R.O.Computer Mouse For Secure Communication With A Mobile Communication Device
US20110053644 *Mar 3, 2011Tyfone, Inc.Mobile device with transaction card in add-on slot
US20110073663 *Dec 3, 2010Mar 31, 2011Tyfone, Inc.Memory card compatible financial transaction card
US20110073665 *Mar 31, 2011Tyfone, Inc.Electronic transaction card powered by mobile device
US20110112968 *May 12, 2011Logomotion, S.R.O.Pos payment terminal and a method of direct debit payment transaction using a mobile communication device, such as a mobile phone
US20110171996 *Jul 14, 2011Tyfone, Inc.Smartcard performance enhancement circuits and systems
US20110196796 *Nov 30, 2010Aug 11, 2011Logomotion, S.R.O.Process of selling in electronic shop accessible from the mobile communication device
US20110220726 *Sep 15, 2011Tyfone, Inc.Add-on card with smartcard circuitry powered by a mobile device
US20110223972 *Sep 15, 2011Tyfone, Inc.Provisioning an add-on apparatus with smartcard circuity for enabling transactions
USD701864 *Apr 23, 2012Apr 1, 2014Blackberry LimitedUICC apparatus
USD702240Apr 18, 2012Apr 8, 2014Blackberry LimitedUICC apparatus
USD702241Apr 26, 2012Apr 8, 2014Blackberry LimitedUICC apparatus
USD703208Apr 13, 2012Apr 22, 2014Blackberry LimitedUICC apparatus
Classifications
U.S. Classification455/558
International ClassificationH04B1/38
Cooperative ClassificationG06Q20/3226, G06K7/10237, G06Q20/3278, G06Q20/322, G06Q20/325, H04L63/0853, G06Q20/20, G06Q40/00, G06Q20/355, H04W88/02, G06Q20/341, H04M2017/12, G06Q20/3574, H04L2463/102, G06K19/07739, H04M17/106, H04M2017/14, H04W52/0274, H04L63/083, G06Q20/352, Y02B60/50, H04M17/103, G07F7/0886, G07F7/1008, G06Q20/3576, H04W52/0254, H04M1/0274, G06Q20/401, G06F21/34, G06K19/07707, G06K19/07773, H04B1/3816, G06Q20/3227, H04M1/72575, H04W12/06, G06Q20/3223
European ClassificationH04M1/725F2H, G06K19/077G2, H04M17/10B, H04L63/08D, G06Q20/352, G06Q20/3227, G06Q20/3278, G06Q20/355, G06Q20/341, G06Q20/3574, G06Q20/3576, H04M17/10A, G07F7/08G2P, G06Q40/00, G06Q20/401, G06Q20/20, G07F7/10D
Legal Events
DateCodeEventDescription
Oct 10, 2008ASAssignment
Owner name: DEVICEFIDELITY, INC. A TEXAS CORPORATION, TEXAS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:JAIN, DEEPAK;DAO, TUAN QUOC;REEL/FRAME:021667/0624
Effective date: 20080922