Abstract:
Methods of selectively distributing virtual cards between mobile devices, comprising providing a plurality of mobile devices assigned to a plurality of users, wherein a software program manages a user account comprising a collection virtual cards, wherein the virtual cards include different profiles of a same user, wherein the account further comprises a user appearance generated from at least one virtual card for transmission to surrounding mobile devices; selectively displaying the user appearance on a surrounding device only if the original sending device and surrounding device are within a predetermined range; and sending a virtual card to a user associated with a user appearance.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
       [0001]    This invention claims benefit of priority to U.S. provisional patent application Ser. No. 61/981,042 filed Apr. 17, 2014, the entirety of which is herein incorporated by reference. 
     
    
     TECHNICAL FIELD 
       [0002]    The invention relates generally to the wireless communication between two devices and more specifically to the selective wireless distribution of a virtual card to a particular mobile device among a pool mobile devices. 
       BACKGROUND OF THE INVENTION 
       [0003]    Business cards are typically small cards printed with one&#39;s name, professional occupation, company position, business address and other contact information. Business cards are often given out between colleagues at tradeshows, seminars, conventions, networking events and other events where professionals gather. Time at such events is limited and therefore attendees, venders and service providers must work to quickly identify other professionals of interest for effective distribution of business cards. 
         [0004]    A common problem with the above is that individuals must personally introduce themselves and begin a discussion to determine whether the other party is the correct audience to receive a business card. If not, the individual may have missed an opportunity speaking to an appropriate person that is no longer nearby or in some cases it can be socially awkward to try and leave a discussion early. 
         [0005]    Electronic communication between mobile devices is itself well known in the art; however, adapting such an approach for the selective delivery of virtual cards to particular members of a larger pool of members still raises challenges. First, there is a challenge in selectively delivering the virtual card to a limited audience. That is, a general approach of offering a virtual business card to everyone fails to specifically target a particular audience. However identifying the target audience is itself challenging. Typically, identifying the proper audience would first require personal interaction to screen the audience for appropriate members. This again brings about the above challenges associated with distributing printed business cards. Therefore there remains a need for the targeted distribution of virtual cards in an efficient manner. 
       SUMMARY OF THE INVENTION 
       [0006]    The invention provides methods and systems to provide an alternative approach to the conventional exchange of business and other physical cards, where a virtual card is transmitted electronically between users and stored in a database of contacts. The method and system includes two phases. The first phase identifies users that are available to receive virtual cards by displaying an appearance on a mobile device corresponding to the user within a predetermined range or area. The second phase selectively delivers a virtual card to users selected from those having an available user appearance. The user from the user appearance can then accept, reject or send a return virtual card. Both the user appearance and virtual card are in the form of a computer readable medium, such as in electronic file configured for wireless transmission between mobile devices. Examples of suitable devices include mobile phones, tablet computers, laptop computers, palm top computers and other mobile devices having appropriate circuitry, memory and wireless transmission components. 
         [0007]    In particular, the invention provides methods of selectively distributing virtual cards between mobile devices. The methods include providing a plurality of mobile devices assigned to a plurality of users, each mobile device characterized as a computer with a user interface, memory, and running a software program, where the software program manages a user account including a collection virtual cards. The virtual cards include different profiles of a same user. The account also includes a user appearance generated from at least one virtual card for transmission to surrounding mobile devices. A visible mode and a hidden mode regulate transmission of the user appearance file and thus the availability of the user appearance on surrounding devices. To this end operating an original sending device in visible mode continually or regularly sends the user appearance for selective display on surrounding devices. A surrounding device selectively displays the user appearance only if the original sending device and the surrounding device are within a predetermined range, where upon receiving the user appearance the surrounding device searches a database of contacts to identify whether or not the user is a member of the contacts database. If the user appearance is identified as belonging to a member of the contacts database, the method further includes providing access to data stored from a previously accepted virtual card of the same user. If the user appearance is not identified as belonging to a member of the contacts database, the method further includes providing at least one selectable option of inviting the user to connect by sending a virtual card from the surrounding device to the original sending device, and selectively sending the virtual card. 
         [0008]    After sending the virtual card, the original sending device receives it and the user selects whether to accept or deny the received virtual card. Accepting the virtual card populates a contact database with data from the accepted virtual card and provides a selectable option of sending at least one of the virtual cards from the collection of virtual cards back to the surrounding device. 
         [0009]    As part of the selectivity of distribution, the software can selectively operate in either a visible mode, where the user appearance is visible by other surrounding devices, or a hidden mode, where the user&#39;s appearance is not visible by surrounding devices. 
         [0010]    As further selectivity of distribution, the user of a surrounding device can increase or reduce the predetermined range to regulate the amount of incoming user appearances. 
         [0011]    Preferably, the predetermined range is set by adjusting a gate or filter that corresponding to a radial distance from the surrounding device and is most preferably adjustable by the user of the surrounding device. 
         [0012]    User appearance is preferably displayed on a touch screen user interface and selecting options is generally accomplished by touching or swiping a graphic on the user interface. In congested areas such as conventions, user appearance is often displayed among a pool of other user appearances from different devices. Accordingly, the methods and systems also include an ordering capability to order a pool of user appearances. As nonlimiting examples ordering approaches can include ordering by order of receipt, ordering by proximity to the surrounding device, and ordering by business field. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0013]    Embodiments of the invention can be better understood with reference to the following drawings, which are part of the specification and represent preferred embodiments. The components in the drawings are not necessarily to scale, emphasis instead being placed upon illustrating the principles of the invention. And, in the drawings, like reference numerals designate corresponding parts throughout the several views. 
           [0014]      FIG. 1  provides a representative schematic of a convention room  5  where a plurality of users  10  are subdivided into attendees  10   a - g  interacting with a service provider  10   h  and a plurality of vendors  10   i - q.    
           [0015]      FIG. 2A  is a flowchart depicting set up of a collection of virtual cards and generating an appearance from at least one virtual card 
           [0016]      FIG. 2B  is a flowchart depicting selecting a user from a pool of user appearances and sending a virtual card to the user. 
           [0017]      FIG. 2C  is a flowchart depicting the receipt of a virtual card and choosing a response. 
           [0018]      FIG. 3A  is a series of abstracted screen shots showing the ordering and selection of a user appearance. 
           [0019]      FIG. 3B  is a series of abstracted screen shots showing the receipt of a virtual business card. 
           [0020]      FIG. 4  is an abstracted screen shot showing a saved virtual card. 
           [0021]      FIG. 5  is a series of abstracted screen shots showing setting options. 
       
    
    
     DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
       [0022]    The invention provides new methods and systems for the selective exchange of virtual cards, such as virtual business cards including business information and virtual personal cards including personal information. Information such as business information and personal information that define the profile are generally defined as elements or data elements. Business information can include elements such as but not limited to elements of business name, a business photo, a business position, a business address, a business phone number, a business e-mail address, and a business Internet web site address. Similarly, the virtual personal card can include one or more data elements selected from the group consisting of a name, a photo, an address, a phone number, an e-mail address, and an Internet web site address. 
         [0023]    In preferred embodiments, users generate a user appearance from at least part of a virtual card. A user appearance typically includes some data elements from the virtual card but includes less than all elements. For example, a user appearance may include a photo, name and position; whereas the virtual card may include the same elements but add a contact information, such as phone number, e-mail, fax number or address. Accordingly, the user appearance allows users to prescreen an intended audience for selected delivery of a virtual business card. To this end, generating a user appearance may include steps such as selecting which of the data elements within the virtual card are to be displayed in the user appearance. This can be performed using techniques such as check boxes next to data elements or other such approaches for making selections from a list of options while generating the user appearance. Accordingly, the artisan can choose which data elements to assign to a virtual card, which to assign to a user appearance and which are shared. Naturally, the skilled artisan will appreciate that some elements can also be shared between different cards, such as shared between a virtual business card and a virtual personal card. The virtual card and corresponding user appearance preferably remain as separate files. The skilled artisan will appreciate that while the user appearance typically includes at least some of the data elements from the virtual card, it is not limited to elements from the virtual card. That is, the user appearance can include elements not found on any of the virtual cards. This may be desired in instances where an immediate photo is desired so that users can more quickly identify each other such as by taking pictures next to local landmarks or meeting tables. In addition virtual card photos in some instances will incorporate stock corporate photos that are many years old and thus only remotely represent the user in the current environment. In still further embodiments, the user selects the photo to scroll regularly or randomly between different photos after a programmed amount of time. 
         [0024]    In some embodiments both the virtual card and user appearance are generated on a computer then loaded on the device, such as on a mobile phone or tablet with wireless capability. The computer can be a local computer operated by the user or can be generated by interaction with a host computer, accessed by a local or terminal computer akin to a master and slave relationship, such as over the Internet. In either approach, generating a virtual card can be performed by entering identifying information or data, such as but not limited to a user&#39;s name, business name, occupation, title, address, phone number, email address, web site address or other data. Again, this information is treated as data elements and thus can be assigned an element identifier such as name, business, occupation, title, address, phone, email, web, or the other identifiers as known in the software arts. Assigning the data elements to an element identifier assists in the sorting or display of information that makes up the user appearance or virtual card and ultimately a contacts database. For example in some embodiments the user appearance may include a user photo, name, business and title thereby omitting personal contact information such as phone number and email address while a virtual card may include more personal contact information thereby facilitating further contact between users once accepted or added to a database of contacts. As such, the user appearance may include element identifiers such as name and title while the virtual card may include additional identifiers such as phone and email. From the inserted information one or more data files can be generated and loaded into the device, such as in the form of a file associated with software that sends the data as attachment or as a SMS, MMS or text file. 
         [0025]    In other embodiments virtual cards and user appearances are generated on the device itself as individual files. In such embodiments the software application loaded on a mobile phone or tablet may permit entry of identifying information such as a user&#39;s name, business name, occupation, title, address, phone number, email address, web site address or the like. Like above, each element can be assigned to an element identifier. Alternatively, the software program may import identifying information from other programs or databases present on the device, such as through cookies, or on secondary devices communicatively connected to the device. 
         [0026]    As eluded to above, in some embodiments the generation of a virtual card or user appearance can include a step of selecting an image from previously taken pictures or may include a step of taking a picture with the device then loading the picture as the image in the profile. The skilled artisan will appreciate that additional editing features may be present in the software such as cropping, resizing, red eye and the like conventionally associated with photography editing software. 
         [0027]    Still further, in some embodiments the software also includes optical character recognition where a camera phone takes a picture of a physical business card, and the optical character recognition program identifies and assigns data elements to appropriate data identifiers to facilitate virtual business card formation. 
         [0028]    Turning now to  FIG. 1 , the invention provides methods, systems and devices to facilitate the ordered exchange of virtual cards between users  10  based on the selective interaction of user appearances within predetermined ranges R of mobile devices. This permits users  10  to more selectively screen interest in and from other users  10  nearby based on user appearances that are displayed on a mobile device. 
         [0029]    As an example, users  10   a ,  10   b  and  10   c  are each within each other&#39;s predetermined ranges R and can therefore view each other&#39;s user appearance. However, while user  10   c  and user  10   d  can view each other&#39;s user appearance because they are also spatially positioned within each other&#39;s predetermined range R, user  10   a  and  10   d  can not view each other&#39;s user appearance because they are spatially positioned outside of each other&#39;s predetermined range R. As will be discussed predetermined ranges R can be expanded or contracted to selectively include or exclude users  10 . For instance, users  10  in the form of service providers  10   h  or vendors  10   l - q  may set their predetermined range quite large to try and interact with as many attendees  10   a - g  as possible; however, attendees  10   a - g  may wish to be more selective in introducing themselves to others to reduce the high volume of service provider  10   h  or vendor  10   i - q  introductions. Alternatively, attendees  10   a - g  may set a predetermined range R roughly equivalent to a width W of an isle to selectively receive user appearances only from venders  10   i - q  in a same isle. As still further introduction, embodiments of the method and system incorporate filters that can order user appearances according to business field, such as doctor, lawyer, engineer, recruiter and other professional positions to sort incoming user appearances. 
         [0030]    The skilled artisan will appreciate that the wireless transfer of data can be performed using known data transfer technologies, in particular, technologies that use short wave transmission. An exemplary technology that utilizes short wave transmission is BLUETOOTH. Other technologies that permit the regulation of transmission of data between devices within the predetermined range R may also be used. The term “predetermined range” as used herein refers to an area surrounding the user&#39;s device that the user selects for permitting the receipt and transmission of user appearance and/or virtual cards. In preferred embodiments, the “predetermined range” operates as an electronic gate by filtering out user appearances that do not meet a distance criteria. In such embodiments the “predetermined range” can be selectively increased or decreased by the user through suitable switches, dials, scroll bars or other features on the device to adjust the distance criteria. In other embodiments, a “predetermined range” is defined by the transmission wavelength. In some embodiments the user appearance is selectively displayed when communicating devices are within a predetermined range R of 50 ft. More preferably, the user appearance is selectively displayed when communicating devices are within a predetermined range R of 25 ft. In some embodiments the user appearance is selectively displayed when communicating devices are within a predetermined range R of 10 ft. Actively adjusting the predetermined range in real time may be especially useful in events such as trade shows or business networking events were multiple vendors  10   i - q  or service providers  10   h  are transmitting user appearances, while attendees  10   a - g  may wish to only receive user appearances from other attendees  10   a - g , vendors  10   i - q , or service providers  10   h  in close proximity, such as within 10 ft. The “predetermined range” extends radially outward from the position of the user&#39;s  10  device to form an area in which incoming user appearances will be accepted for display. By limiting the transfer of user appearances to within a predetermined range R and permitting the user to adjust the distance or area of the predetermined range R, the user  10  is not overloaded with user appearances in highly congested areas. 
         [0031]    As a further advancement of the methods and systems, an approaches have been developed to determine the relative positioning of two users  10  and filter the display of user appearances according to proximity to the user  10  such that the nearest user&#39;s  10  user appearance is flagged as nearest. In other words, in congested environments such as conventions and trade shows the user appearance of attendees  10   a - g  may be displayed among a pool of other user appearances from multiple attendees  10   a - g  through their different devices. By filtering user appearances according to relative position the pool of user appearances can be ordered, thereby permitting user appearances of closest users  10  to be easily identified. 
         [0032]    Ordering user appearances according to proximity can be performed by determining and comparing distances between two points in a Cartesian coordinate system, where the points are longitude and latitude values akin to global satellite positioning (gps) or through relative position coordinates triangulated through the use of local transmitters  15 . In an alternative approach, proximity can be determined based on signal strength, where devices emitting a same frequency can be prioritized such that received signals of greater strength are prioritized over signals with lower signal strength. This approach also permits further adjustment to the predetermined range R by selecting for signals of a particular strength by selectively gating or filtering out relatively weaker signals. To this end, the user appearances actually increase face to face user  10  interaction with a targeted audience. 
         [0033]    Although ordering or sorting user appearances according to relative distance or position is preferred other approaches can also be used. In some embodiments user appearances are ordered according to time of receipt such that user appearances received earlier are prioritized over user appearances received later. This approach can be embodied using time stamping or sequential ordering as known in the art. In still another approach ordering is performed according to a data element, such as business field. This approach permits a user  10  to identify members of different fields to prioritize contact with those in a field of interest. 
         [0034]    In further embodiments, the users  10  transmitting user appearances are also grouped according to whether or not the user  10  has been previously added or accepted into a database, such as a contacts database. Maintaining the database can be performed by tagging data elements with data identifiers for proper population or using other methods. In a further embodiment, previously accepted users  10  or user appearances are provided on one side of a display and the users  10  which have not yet been added are provided on the other side of the screen. To this end, the user interface may appear akin to a grid where user appearances of nearest users are prioritized vertically and user appearances for users already collected in the database can be prioritized horizontally. This permits the quick visual identification of previous contacts in a crowd. 
         [0035]    Although the user appearances can be reviewed on the user&#39;s device, the content of the user appearance is preferably not downloaded into the memory of the device for long term storage. That is, the user appearance is temporarily displayed only while the receiving device is within the predetermined range. This can be accomplished using technologies known to those of ordinary skill in the art, such as through the use of JavaScript Object Notation (JSON). Therefore a second user must perform an action while the first user is within the predetermined range. In embodiments where a user  10  has selected a take my card mode (shown in  FIG. 5 ), a virtual card may be directly downloaded into memory without requesting additional authorization by the user  10 . In other embodiments, once an action is performed data from a user appearance is stored in a request directory, which optionally populates the database of contacts. 
         [0036]    In preferred embodiments, performing an action in response to the presence of a user appearance includes sending a return virtual card to the first user where the return virtual card includes information such as personal information or business information regarding the second user, and accessing a database of contacts to display a previous file of the first user already saved. 
         [0037]    Ultimate acceptance or receipt of a virtual cards preferably results in populating a database of contacts so that a user  10  may send messages directly to connected users  10  through electronic mail, phone, text, or other communication routes without typing a delivery address or phone number using autofill technologies known in the art. The database may also be linked to previous sales orders, purchased products or other user specific information. 
       EXAMPLES 
       [0038]    Below we provide examples for a variety of scenarios that may occur while attending a trade show with attendees  10   a - g , service providers  10   h , and vendors  10   g - q.    
       Example 1 
     Exchange of a Virtual Business Card Using a Permission Request 
       [0039]    Referring to  FIG. 1 , attendees  10   c ,  10   d , and  10   e  each having a mobile phone loaded with suitable software for conducting the following method. The software displays a first column, which is designated “users”, that refers generally to devices within a predetermined range that are transmitting data in the form of a user appearances. In a second column, which is designated “contacts”, a listing of users are displayed within the predetermined range that are transmitting user appearances and that have previously been added to the database of contacts on the device. Further, in each column the user appearances are arranged such that the corresponding users that are nearest are displayed at the top of the display. Since each user has a user appearance, the uppermost user appearance of the second column (contacts) is typically the user&#39;s own user appearance. In some embodiments, this feature is turned off. 
         [0040]    Attendee  10   d  can select the user appearance of either attendee  10   c  or attendee  10   e  by swiping the corresponding user appearance into the contacts column. Typically, the column will be reordered such that users  10  that have been accepted but not validated are positioned at the top of the list. Swiping attendee  10   e  to the contacts column results in the display of a status indicator, which indicates status is pending because adding attendee  10   e  to the contacts of attendee  10   d  has not been validated by attendee  10   e.    
         [0041]    Swiping attendee  10   e  to the contacts column launches a screen to select a virtual card followed by sending the selected virtual card to attendee  10   e  for adding attendee  10   d  to the contact list of attendee  10   e . Attendee  10   e  receives an alert or request, typically displayed in the user&#39;s column. 
         [0042]    Once receiving the virtual card from attendee  10   d  the attendee  10   e  is provided with an option of accepting the virtual card or denying the card. Accepting the request can be performed by swiping attendee&#39;s  10   d  virtual card into the “contacts” column thereby designating the requesting attendee  10   d  as a contact. Upon designating the attendee  10   d  as a contact, the attendee  10   e  may send a virtual card to attendee  10   d  for population in a database of contacts. 
         [0043]    In some embodiments, additional information about the requesting attendee  10   c  is desired prior to accepting the request. In such instances, a attendee  10   e  may select to view a complete or more complete profile of the requesting attendee  10   c  prior to acceptance or refusal of the request. In such an embodiment, the requesting attendee  10   c  may send a virtual business card together with the request. 
       Example 2 
     Selective Communication Between Two Users Among a Pool of Users 
       [0044]    Referring to  FIG. 1 , attendee  10   a ,  10   b , and  10   c  are standing in a convention room  5  at varying distances from each other. Each of these attendee  10   a - c  is operating a device capable of running a virtual card exchange software application, and each device is compatible with a system of transponders  15  located in along walls of the convention room  5 . In particular, attendee  10   a  is standing within predetermined ranges R of both attendee  10   b  and attendee  10   c  thereby permitting the transfer and display of appearances and virtual cards. 
         [0045]    In cooperation with the flowchart in  FIG. 2A , prior to the event, attendees  10   a - c  have established one or more virtual cards  200  through various means including the electronic processing of physical business cards to populate the various data fields, creating them manually through a GUI interface that the application provides, creating them on a computer, and selecting the default business card. From there, they have generated an appearance from at least one of the cards in the collection of virtual cards created  202 . Finally, prior to the trade show, they have enabled the transmission of the generated appearance so that they would be permitted to send and receive cards during the trade show  204 . 
         [0046]    In cooperation with the flowchart in  FIG. 2B , attendee  10   a  receives a pool of nearby user appearances  206 . From this he selects a particular attendee  10   b  by clicking the user&#39;s photo or swiping the bar to the right  208 . After which he views the attendee&#39;s  10   b  appearance profile and any listed fields that attendee  10   b  has selectively chosen to show  210 . After which, the attendee  10   a  decides to select a virtual card as an invitation to connect and add attendee  10   b  to his list of contacts  212 . After selecting the virtual card, attendee  10   a  sends it through. 
         [0047]    Adding abstracted screen captures in  FIG. 3A , item  300  shows the user pool from which attendee  10   a  selects a attendee  10   b  to interact with. Attendee  10   a  verifies by the absence of a check mark that the attendee  10   b  is not currently listed in his contact list. Then attendee  10   a  reviews the appearance of attendee  10   b  in item  302 . After which, attendee  10   a  opts to send attendee  10   b  a virtual card by selecting the “Send Card” button  302 , then selects a profile of his choosing  304 . After successful transmission, attendee  10   a  receives a toast that the profile has been successfully sent  306 . 
       Example 3 
     Response to Receiving Card from User 
       [0048]    Following the flowchart in  FIG. 2C , and the added abstracted screen captures  FIG. 3B , attendee  10   b  receives a virtual card from attendee  10   a ,  216  and is presented a view of the attendee&#39;s  10   a  virtual card  310 . Attendee  10   b  then has the option to ignore the card  220 , add the card to attendee&#39;s  10   b  list of contacts, send a card back  224 , or defer this choice to a more convenient time  222 . In this instance, attendee  10   b  decides to add attendee&#39;s  10   a  card  224 , by hitting the select button  310  and elects to respond with a virtual card of her own  224 . In order to do so, she presses the “Send Card” button  311  then selects a virtual card  312  and sends it  314 . 
       Example 4 
     Rejecting a Request 
       [0049]    With reference to  FIGS. 1 and 2B , attendee  10   c  is calculated by the application with the aid of the transponders  5  to be near attendee  10   a  and thus appears in attendee&#39;s  10   a  pool of appearances  206 . Attendee  10   a  selects attendee&#39;s  10   c  appearance  208  and is summarily presented a view of attendee&#39;s  10   c  appearance  210 . Attendee  10   c  selects a virtual  212  card to send user  10   c . Then he commits the transmission of the selected virtual card  214 . 
         [0050]    In view of  FIG. 2C , user  10   c  receives a virtual card  216 . Attendee  10   c  elects to ignore the virtual card  220  by selecting the appropriate button in  310 , and not proceeding the card select  312  and sending  314  method steps. 
       Example 5 
     Interaction of Vendors Tailoring Virtual Cards to Users 
       [0051]    With reference to  FIGS. 1 and 2B , attendee  10   f  is within the sending range of vendor  10   l , and therefore appears in vendor&#39;s  10   l  pool of user appearances  206 . Vendor  10   l  selects attendee  10   f  from the pool of appearances, skims the profile  210 , and selects a virtual card tailored to attendee&#39;s  10   f  apparent tastes in box  212 . After this, vendor  10   l  sends the selected virtual card to attendee  10   c.    
       Example 6 
     Adding to Contact List 
       [0052]    Upon receiving vendor&#39;s  10   l  virtual card  216 , attendee  10   f  views vendor&#39;s  10   l  appearance, accepts the virtual card  310 , to his collection and elects to respond with a card of his own  312 . 
         [0053]    Upon receipt of attendee  10   f  virtual card, after accepting it and adding it to the contacts database  310 ,  218  vendor  10   l  finds that attendee  10   f  is now flagged as being in the contacts database  300   a , and at any time the vendor may choose to review vendor&#39;s  10   l  saved profile. 
       Example 7 
     Reviewing Saved Profiles 
       [0054]    In view of the abstracted screen capture  400  in  FIG. 4 , at a later opportunity after the convention, vendor  10   l  reviews vendor&#39;s  10   f  saved profile  402 . 
       Example 8 
     Adjusting a Predetermined Range 
       [0055]    As shown in  FIG. 1 , attendee  10   h  is increasing his range so as to be within the range of vender  10   q . Following  FIG. 5 , attendee  10   h  selects the “Change Ranges” option in  500  ( FIG. 5 ), which then turns into a sliding bar which can be slid to the right in order to increase the range, or slid to the left to decrease the range. The act of lowering or increasing the range can be changed according to the normal means with which a mobile applications skilled artisan can represent this particular bit of functionality. 
       Example 9 
     Selecting a Default Appearance 
       [0056]    With reference to  FIG. 4 , attendee  10   h  wishes to alter his default appearance in order to impress the vendor  10   q . He does so by navigating to the Setting screen  500 , pushing the requisite “Select” button  500   a , then selecting the profile from a horizontal layout in  502 . 
       Example 10 
     Hiding Fields from a Profile 
       [0057]    With reference to  FIG. 4 , attendee  10   h  wishes to hide a few of the fields of the profile that he has chosen in Example 9. As such, he navigates to the Settings screen  500 , pushes the button labeled “Hide Fields”  500   b , and is taken to a horizontal layout of checkboxes and elements wherein he selects the elements that he wishes to hide on this selected profile  504  in order to fine-tune his appearance. 
       Example 11 
     Vendors Choosing Take My Card Mode or Hiding Fields 
       [0058]    With reference to  FIGS. 1 and 5 , vendor  10   n  chooses to distribute a virtual card without requiring further authentication and therefore selects take my card mode as shown in  FIG. 5 . Meanwhile neighboring vendor  10   m  reduces the complexity of his user appearance for approaching attendee  10   f  by hiding certain fields by selecting the hide fields option  500   b ,  504  and deselecting a box corresponding to address.