WO2015023774A1 - Applications pour dispositifs portables - Google Patents

Applications pour dispositifs portables Download PDF

Info

Publication number
WO2015023774A1
WO2015023774A1 PCT/US2014/050929 US2014050929W WO2015023774A1 WO 2015023774 A1 WO2015023774 A1 WO 2015023774A1 US 2014050929 W US2014050929 W US 2014050929W WO 2015023774 A1 WO2015023774 A1 WO 2015023774A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
wearable device
item
personal computing
displayed
Prior art date
Application number
PCT/US2014/050929
Other languages
English (en)
Inventor
John Tapley
Charles Lin
Krystal Rose HIGGINS
Original Assignee
John Tapley
Charles Lin
Higgins Krystal Rose
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by John Tapley, Charles Lin, Higgins Krystal Rose filed Critical John Tapley
Priority to CA2921374A priority Critical patent/CA2921374C/fr
Priority to KR1020167006558A priority patent/KR102090923B1/ko
Priority to AU2014306671A priority patent/AU2014306671B2/en
Priority to KR1020177037286A priority patent/KR102125121B1/ko
Publication of WO2015023774A1 publication Critical patent/WO2015023774A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • G06Q30/0643Graphical representation of items or shoppers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B1/00Systems for signalling characterised solely by the form of transmission of the signal
    • G08B1/08Systems for signalling characterised solely by the form of transmission of the signal using electric transmission ; transformation of alarm signals to electrical signals from a different medium, e.g. transmission of an electric alarm signal upon detection of an audible alarm signal

Definitions

  • the present application relates generally to the technical field of data processing, and, in various embodiments, to systems and methods of applications for wearable devices.
  • Wearable devices can be limited in terms of screen size and processing power, as well as a lack of other capabilities. As a result, ability to perform certain functions on such devices can be hindered.
  • FIG. 1 is a block diagram depicting a network architecture of a system having a client- server architecture configured for exchanging data over a network, in accordance with some embodiments;
  • FIG. 2 is a block diagram depicting various components of a network-based publication system, in accordance with some embodiments
  • FIG. 3 is a block diagram depicting various tables that can be maintained within a database, in accordance with some embodiments;
  • FIG. 4 is a process flow diagram, in accordance with some embodiments;
  • FIGS. 5A-5D illustrate different stages of an application for a wearable device, in accordance with some embodiments
  • FIGS. 6A-6D illustrate different stages of an application for a wearable device, in accordance with some embodiments
  • FIGS. 7A-7L illustrate different stages of an application for a wearable device, in accordance with some embodiments.
  • FIG. 8 illustrates different stages of providing an online content feed on a wearable device, in accordance with some embodiments
  • FIG. 9 illustrates different stages of providing an online content feed on a wearable device, in accordance with some embodiments.
  • FIG. 10 illustrates a user interface for managing notification settings for a wearable device application, in accordance with some embodiments
  • FIGS. 1 lA-1 1C illustrate different stages of applications for a wearable device, in accordance with some embodiments
  • FIGS. 12A-12C illustrate different stages of applications for a wearable device, in accordance with some embodiments.
  • FIGS. 13A-13C illustrate different stages of applications for a wearable device, in accordance with some embodiments.
  • FIGS. 14A-14B illustrate different stages of an application for a wearable device, in accordance with some embodiments
  • FIGS. 15A- 15B illustrate customized home screens for a wearable device, in accordance with some embodiments
  • FIG. 16 illustrates different remaining time notifications displayed on a wearable device, in accordance with some embodiments
  • FIG. 17 is a flowchart illustrating a method for implementing an application for a wearable device, in accordance with some embodiments.
  • FIG. 18 is a flowchart illustrating a method for implementing an application for a wearable device, in accordance with some embodiments.
  • FIG. 19 is a block diagram illustrating a personal computing device, in accordance with some example embodiments.
  • FIG. 20 shows a diagrammatic representation of a machine in the example form of a computer system within which a set of instructions can be executed to cause the machine to perform any one or more of the methodologies discussed herein, in accordance with some embodiments.
  • features of the present disclosure overcome deficiencies of wearable devices by enabling a wearable device to provide one or more instructions to a personal computing device (e.g., a smartphone) of a user of the wearable device to perform one or more actions requested by the user via one or more inputs provided by the user to the wearable device.
  • a wearable device e.g., a smartphone
  • the user can benefit from the convenience of the wearable device, while leveraging additional capabilities of the personal computing device.
  • a wearable device receives data from the personal computing device.
  • the data can correspond to, for example, content of an online marketplace.
  • the content can be caused to be displayed on the wearable device.
  • the wearable device can then detect an input from a user.
  • the input can correspond to a requested action.
  • the requested action can be based on the content.
  • the wearable device can then transmit at least one instruction to the personal computing device.
  • the instruction(s) can be configured to cause the personal computing device to perform the requested action.
  • any of the data or instructions discussed herein can be transmitted between a marketplace server and the wearable device directly without the use of the personal computing device.
  • the data corresponding to the content can be transmitted from the marketplace server to the wearable device without the data being transmitted to the personal computing device.
  • the instruction(s) to perform the requested action(s) can be transmitted from the wearable device to the marketplace server without the instruction(s) being transmitted to the personal computing device.
  • the wearable device comprises a smartwatch.
  • the personal computing device comprises a smartphone.
  • causing the content to be displayed on the wearable device comprises causing a notification to be displayed on the wearable device.
  • the notification is configured to notify the user of an item being offered for sale on the online marketplace. In other embodiments, the notification is configured to notify the user that the user has been outbid on an item being offered for sale on the online marketplace.
  • the instruction(s) is/are configured to cause the personal computing device to display an item listing page for an item being offered for sale on the online marketplace. In other embodiments, the instruction(s) is/are configured to cause the personal computing device to instruct the online marketplace to place a bid, on behalf of the user, for an item being offered for sale on the online marketplace. In further embodiments, the instruction(s) is/are configured to cause the personal computing device to instruct the online marketplace to increase a bid, on behalf of the user, for an item being offered for sale on the online marketplace.
  • causing the content to be displayed on the wearable device comprises causing to be displayed on the wearable device information of a first item being offered for sale on the online marketplace, detecting an indication of the user shaking the wearable device, and, in response to detecting the indication of the user shaking the wearable device, causing to be displayed on the wearable device information of a second item being offered for sale on the online marketplace.
  • a remaining time notification is caused to be displayed on a home screen of an operating system on the wearable device.
  • the remaining time notification can be configured to indicate an amount of time remaining for an item being offered for sale on the online marketplace.
  • the methods or embodiments disclosed herein can be implemented as a computer system having one or more modules (e.g., hardware modules or software modules). Such modules can be executed by one or more processors of the computer system.
  • the methods or embodiments disclosed herein can be embodied as instructions stored on a machine-readable medium that, when executed by one or more processors, cause the one or more processors to perform the instructions.
  • FIG. 1 is a network diagram depicting a client-server system 100, within which one example embodiment can be deployed.
  • a networked system 102 in the example forms of a network-based marketplace or publication system, provides server-side functionality, via a network 104 (e.g., the Internet or a Wide Area Network (WAN)) to one or more clients.
  • FIG. 1 illustrates, for example, a web client 106 (e.g., a browser, such as the Internet Explorer browser developed by Microsoft Corporation of Redmond, Washington State) and a programmatic client 108 executing on respective client machines 1 10 and 1 12.
  • Client machines 1 10 and 112 can comprise wearable devices (e.g.,
  • smartwatches and other personal computing devices (e.g., smartphones), as will be discussed in further detail below.
  • smartphones personal computing devices
  • An API server 1 14 and a web server 1 16 are coupled to, and provide programmatic and web interfaces respectively to, one or more application servers 1 18.
  • the application servers 1 18 host one or more marketplace applications 120 and payment applications 122.
  • the application servers 1 18 are, in turn, shown to be coupled to one or more database servers 124 that facilitate access to one or more databases 126.
  • the marketplace applications 120 can provide a number of marketplace functions and services to users who access the networked system 102.
  • the payment applications 122 can likewise provide a number of payment services and functions to users.
  • the payment applications 122 can allow users to accumulate value (e.g., in a commercial currency, such as the U.S. dollar, or a proprietary currency, such as "points") in accounts, and then later to redeem the accumulated value for products (e.g., goods or services) that are made available via the marketplace applications 120. While the marketplace and payment applications 120 and 122 are shown in FIG. 1 to both form part of the networked system 102, it will be appreciated that, in alternative embodiments, the payment applications 122 can form part of a payment service that is separate and distinct from the networked system 102.
  • client-server system 100 shown in FIG. 1 employs a client-server architecture
  • the embodiments are, of course not limited to such an architecture, and can equally well find application in a distributed, or peer-to-peer, architecture system, for example.
  • the various marketplace and payment applications 120 and 122 could also be implemented as standalone software programs, which do not necessarily have networking capabilities.
  • the web client 106 accesses the various marketplace and payment applications 120 and 122 via the web interface supported by the web server 1 16.
  • the programmatic client 108 accesses the various services and functions provided by the marketplace and payment applications 120 and 122 via the programmatic interface provided by the API server 1 14.
  • the programmatic client 108 can, for example, be a seller application (e.g., the TurboLister application developed by eBay Inc., of San Jose, California) to enable sellers to author and manage listings on the networked system 102 in an off-line manner, and to perform batch-mode communications between the programmatic client 108 and the networked system 102.
  • FIG. 1 also illustrates a third party application 128, executing on a third party server machine 130, as having programmatic access to the networked system 102 via the programmatic interface provided by the API server 1 14.
  • the third party application 128 can, utilizing information retrieved from the networked system 102, support one or more features or functions on a website hosted by the third party.
  • the third party website can, for example, provide one or more promotional, marketplace, or payment functions that are supported by the relevant applications of the networked system 102.
  • FIG. 2 illustrates a block diagram showing components provided within the networked system 102 according to some embodiments.
  • the networked system 102 can be hosted on dedicated or shared server machines (not shown) that are communicatively coupled to enable communications between the server machines.
  • the components themselves are communicatively coupled (e.g., via appropriate interfaces) to each other and to various data sources, so as to allow information to be passed between the applications or so as to allow the applications to share and access common data.
  • the components can access one or more databases 126 via the database servers 124.
  • the networked system 102 can provide a number of publishing, listing, and/or price-setting mechanisms whereby a seller (also referred to as a "first user") can list (or publish information concerning) goods or services for sale or barter, a buyer (also referred to as a "second user") can express interest in or indicate a desire to purchase or barter such goods or services, and a transaction (such as a trade) can be completed pertaining to the goods or services.
  • the networked system 102 can comprise at least one publication engine 202 and one or more selling engines 204.
  • the publication engine 202 can publish information, such as item listings or product description pages, on the networked system 102.
  • the selling engines 204 can comprise one or more fixed-price engines that support fixed-price listing and price setting mechanisms, and one or more auction engines that support auction- format listing and price setting mechanisms (e.g., English, Dutch, Chinese, Double, Reverse auctions).
  • the various auction engines can also provide a number of features in support of these auction- format listings, such as a reserve price feature whereby a seller can specify a reserve price in connection with a listing, and a proxy -bidding feature whereby a bidder can invoke automated proxy bidding.
  • the selling engines 204 can further comprise one or more deal engines that support merchant-generated offers for products and services.
  • a listing engine 206 allows sellers to conveniently author listings of items or authors to author publications.
  • the listings pertain to goods or services that a user (e.g., a seller) wishes to transact via the networked system 102.
  • the listings can be an offer, deal, coupon, or discount for the good or service.
  • Each good or service is associated with a particular category.
  • the listing engine 206 can receive listing data such as title, description, and aspect name/value pairs.
  • each listing for a good or service can be assigned an item identifier.
  • a user can create a listing that is an advertisement or other form of information publication.
  • Listings can then be stored to one or more storage devices coupled to the networked system 102 (e.g., databases 126).
  • Listings also can comprise product description pages that display a product and information (e.g., product title, specifications, and reviews) associated with the product.
  • the product description page can include an aggregation of item listings that correspond to the product described on the product description page.
  • the listing engine 206 can also allow buyers to conveniently author listings or requests for items desired to be purchased.
  • the listings can pertain to goods or services that a user (e.g., a buyer) wishes to transact via the networked system 102. Each good or service is associated with a particular category.
  • the listing engine 206 can receive as much or as little listing data, such as title, description, and aspect name/value pairs, that the buyer is aware of about the requested item.
  • the listing engine 206 can parse the buyer's submitted item information and can complete incomplete portions of the listing.
  • the listing engine 206 can parse the description, extract key terms and use those terms to make a determination of the identity of the item. Using the determined item identity, the listing engine 206 can retrieve additional item details for inclusion in the buyer item request. In some embodiments, the listing engine 206 can assign an item identifier to each listing for a good or service.
  • the listing engine 206 allows sellers to generate offers for discounts on products or services.
  • the listing engine 206 can receive listing data, such as the product or service being offered, a price and/or discount for the product or service, a time period for which the offer is valid, and so forth.
  • the listing engine 206 permits sellers to generate offers from the sellers' mobile devices. The generated offers can be uploaded to the networked system 102 for storage and tracking.
  • searching engine 208 enables keyword queries of listings published via the networked system 102.
  • the searching engine 208 receives the keyword queries from a device of a user and conducts a review of the storage device storing the listing information. The review will enable compilation of a result set of listings that can be sorted and returned to the client device (e.g., client machine 1 10, 1 12) of the user.
  • the searching engine 208 can record the query (e.g., keywords) and any subsequent user actions and behaviors (e.g., navigations).
  • the searching engine 208 also can perform a search based on the location of the user.
  • a user can access the searching engine 208 via a mobile device and generate a search query. Using the search query and the user's location, the searching engine 208 can return relevant search results for products, services, offers, auctions, and so forth to the user.
  • the searching engine 208 can identify relevant search results both in a list form and graphically on a map. Selection of a graphical indicator on the map can provide additional details regarding the selected search result.
  • the user can specify as part of the search query a radius or distance from the user's current location to limit search results.
  • the searching engine 208 also can perform a search based on an image.
  • the image can be taken from a camera or imaging component of a client device or can be accessed from storage.
  • a navigation engine 210 allows users to navigate through various categories, catalogs, or inventory data structures according to which listings can be classified within the networked system 102.
  • the navigation engine 210 allows a user to successively navigate down a category tree comprising a hierarchy of categories (e.g., the category tree structure) until a particular set of listings is reached.
  • Various other navigation applications within the navigation engine 210 can be provided to supplement the searching and browsing applications.
  • the navigation engine 210 can record the various user actions (e.g., clicks) performed by the user in order to navigate down the category tree.
  • one or more wearable device modules 212 can be configured to provide features for wearable devices. Although the wearable device module(s) 212 are shown in FIG. 2 as being incorporated into the networked system 102, it is contemplated that the wearable device module(s) 212 can additionally, or alternatively, be incorporated into a personal computing device or a wearable device of a user. The features, functions, and operations of the wearable device module(s) 212 will be discussed in further detail below with respect to FIGS. 4-18. [0051] Additional modules and engines associated with the networked system 102 are described below in further detail. It should be appreciated that modules or engines can embody various aspects of the details described below.
  • FIG. 3 is a high-level entity-relationship diagram, illustrating various tables 300 that can be maintained within the database(s) 126, and that are utilized by and support the applications 120 and 122.
  • a user table 302 contains a record for each registered user of the networked system 102, and can include identifier, address and financial instrument information pertaining to each such registered user.
  • a user can operate as a seller, a buyer, or both, within the networked system 102.
  • a buyer can be a user that has accumulated value (e.g., commercial or proprietary currency), and is accordingly able to exchange the accumulated value for items that are offered for sale by the networked system 102.
  • accumulated value e.g., commercial or proprietary currency
  • the tables 300 also include an items table 304 in which are maintained item records for goods and services that are available to be, or have been, transacted via the networked system 102.
  • Each item record within the items table 304 can further be linked to one or more user records within the user table 302, so as to associate a seller and one or more actual or potential buyers with each item record.
  • a transaction table 306 contains a record for each transaction
  • An order table 308 is populated with order records, with each order record being associated with an order. Each order, in turn, can be associated with one or more transactions for which records exist within the transaction table 306.
  • Bid records within a bids table 310 each relate to a bid received at the networked system 102 in connection with an auction- format listing supported by an auction application.
  • a feedback table 312 is utilized by one or more reputation applications, in one example embodiment, to construct and maintain reputation information concerning users.
  • a history table 314 maintains a history of transactions to which a user has been a party.
  • One or more attributes tables 316 record attribute information pertaining to items for which records exist within the items table 304. Considering only a single example of such an attribute, the attributes tables 316 can indicate a currency attribute associated with a particular item, with the currency attribute identifying the currency of a price for the relevant item as specified by a seller.
  • the tables 300 can comprise data structures that can be loaded into memory or reside in memory.
  • the memory can be updated or changed as the tables change.
  • Wearable devices can provide a size-limited display screen on which graphical user interfaces (GUIs) may be displayed.
  • GUIs graphical user interfaces
  • Examples of wearable devices can include, but are not limited to, smartwatches, bracelets, cuffs, rings, glasses, pendants, brooches, headbands and hair accessories, pocket chains, anklets, and the like. Other types of wearable devices are also within the scope of the present disclosure.
  • the wearable devices may be equipped with input means such as touchscreens, buttons or keys, accelerometers, a gyroscope, an image capture device, a microphone, or the like.
  • the wearable devices may include a processor, memory, and network communications devices (e.g., wi-fi, Bluetooth, mobile data).
  • the wearable device may be used by a user in conjunction with another personal computing device, such as a mobile device (e.g., a smartphone), a tablet computer, a netbook, a laptop computer, a set-top box for a television, or a gaming console.
  • a mobile device e.g., a smartphone
  • a tablet computer e.g., a netbook
  • a laptop computer e.g., a tablet computer
  • a set-top box for a television e.g., a gaming console.
  • Other personal computing devices are also within the scope of the present disclosure.
  • Certain tasks may be performed by the user using the personal computing device. These tasks may be more input- intensive or require a larger display. Some of these tasks include setting up accounts, submitting and saving searches, setting up alerts, accessing original or longer versions of digital content, setting a maximum bid in an auction, setting a desired bid increment in an online auction, or the like.
  • follow-up or subsequent updates or action items may be performed using the wearable device.
  • these action items may include receiving scheduled alerts, individual turn-by-turn directions provided by geographical mapping and navigation directions, bidding on online auctions, surfacing updated search results, finalizing payment in an online transaction, receiving confirmation of the payment, or displaying action items based on a time of day or a geographical location.
  • the user using input means of the wearable device, may manage active alerts (e.g., dismiss or snooze), mark an action item complete and move on to a next action items (e.g., while navigating, making a particular turn may trigger direction to make a next turn), and confirm a bid, a payment, or a purchase.
  • the user may use a personal computing device to identify auctions that the user is interested in bidding in, auctions where the user is watching the item, or auctions where the user has already bid.
  • the user may set one or more notifications to send to the wearable device, such as when the user is outbid, when an auction for a watched item ends, or when an auction that the user has bid in is ending.
  • the user may define one or more inputs (e.g., gestures) that cause an action if a notification is active.
  • the actions may be to set a value of a bid, submit a bid, find a similar item if outbid, or the like.
  • the wearable device and the personal computing device can then initiate an electronic communication between one another.
  • the devices may communicate electronically using, for example, Bluetooth or WiFi.
  • the personal computing device may communicate the notification to the wearable device.
  • the wearable device can then display or otherwise output the communication to the user.
  • the user may dismiss the notification or perform one of a set of pre-defined actions in response to the notification.
  • the response to the notification can be communicated to the personal computing device.
  • the personal computing device in turn, can communicate with, for example, an online marketplace (e.g., via a network 104, such as the Internet or a WAN) to act on the user's behalf by, for example, placing a bid in an online auction.
  • an online marketplace e.g., via a network 104, such as the Internet or a WAN
  • FIG. 4 is a process flow diagram, in accordance with some embodiments.
  • a wearable device 410 of a user, a personal computing device 420 of the user, and a marketplace server 430 can communicate with one another in order to perform the features disclosed herein.
  • the marketplace server 430 can be an online marketplace server or an offline marketplace server.
  • the marketplace server 430 can be incorporated into the application server(s) 1 18 in FIG. 1.
  • the wearable device 410 can include, but is not limited to, a smartwatch, a bracelet, a cuff, a ring, glasses, a pendant, a brooch, a headband, a hair accessory, a pocket chain, or an anklet. Other types of wearable devices 410 are also within the scope of the present disclosure.
  • the personal computing device 420 can comprise a smartphone, a tablet computer, a netbook, a laptop computer, a set-top box for a television, or a gaming console. Other types of personal computing devices 420 are also within the scope of the
  • the wearable device module(s) 212 can be incorporated into any combination of one or more of the wearable device 410, the personal computing device 420, and the marketplace server 430.
  • the implementation of the features disclosed herein can be achieved using different or overlapping aspects of the wearable device module(s) 212 on the wearable device 410, the personal computing device 420, and the marketplace server 430. Accordingly, as will be discussed in further detail below, functions of the wearable device module(s) 212 can be performed on the wearable device 410, on the personal computing device 420, and on the marketplace server 430.
  • the 430 can transmit data corresponding to content of the marketplace server 430 to the personal computing device 420.
  • the content comprises a notification about an item being offered for sale on the marketplace server 430.
  • the notification comprises a notification that the user has been outbid on an item being offered for sale on the marketplace server 430.
  • the personal computing device 420 can transmit the data corresponding to the content to the wearable device 410.
  • the wearable device 410 can then display, or otherwise present, the content to the user based on the received data.
  • the 410 can detect an input from the user.
  • the input can include a selection of a graphical user interface element. Other types of inputs are also within the scope of the present disclosure.
  • the input can correspond to one or more requested actions. For example, the user can select an option to place a bid or increase a bid on an item being offered for sale on the marketplace server 430. [0068] At point 446 in the process flow diagram, the wearable device
  • the 410 can transmit one or more instructions to the personal computing device 420.
  • the instruction(s) can be configured to cause the personal computing device 420 to perform the requested action(s).
  • the personal computing device 420 can perform the requested action(s). For example, the personal computing device 420 can transmit a request, on behalf of the user, to the marketplace server 430 to place a bid or increase a bid on an item being offered for sale on the marketplace server 430 on behalf of the user.
  • This additional content can comprise a notification confirming the completion of the requested action(s) or follow-up prompting for more input.
  • Other types of additional content are also within the scope of the present disclosure.
  • the personal computing device 420 can transmit the data corresponding to the additional content to the wearable device 410, where the additional content can then be displayed to the user.
  • any of the data or instructions discussed above can be transmitted between the marketplace server 430 and the wearable device 410 directly without the use of the personal computing device 420.
  • the data corresponding to the content can be transmitted from the marketplace server 430 to the wearable device 410 without the data being transmitted to the personal computing device 420.
  • the instruction(s) to perform the requested action(s) can be transmitted from the wearable device 410 to the marketplace server 430 without the instruction(s) being transmitted to the personal computing device 420.
  • wearable devices 410 personal computing devices 420, and marketplace servers 430 can be employed.
  • the user can have multiple wearable devices 410 receiving data from one or more personal computing devices 420 or from one or more marketplace servers 430.
  • a single wearable device 410 can receive data from and provide instructions to multiple personal computing devices 420 or multiple marketplace servers 430.
  • While several of the examples disclosed herein include use cases involving an auction, it is contemplated that the features of the present disclosure can also be applied to other use cases as well, including fixed price items.
  • notifications of fixed price items can be provided to the wearable device 410, and the user can use the wearable device 410 to request to purchase fixed price items.
  • the examples disclosed herein include use cases involving commerce (e.g., e-commerce), it is contemplated that the features of the present disclosure can also be applied to non-commerce-related use cases as well.
  • the features of the present disclosure can be used to provide any type of notifications on a wearable device, as well as to enable a user to request certain actions via the wearable device.
  • FIGS. 5A-5D illustrate different stages 520-532 of an application for a wearable device, in accordance with some embodiments.
  • a user interface 510 for the personal computing device 420 is shown at the different stages 520-532.
  • the user interface 510 displays an introduction page if the user does not currently have an application
  • the user can select a graphical user interface element for downloading the application, causing the personal computing device 420 to download and install the application.
  • the user interface 510 displays a selectable graphical user interface element to enable the user to sign in to the application.
  • the user interface 510 displays a sign in
  • the user interface 510 can prompt the user to connect features of the application, such as the notifications disclosed herein, with a wearable device, such as the user's smartwatch.
  • a determination of which wearable device to connect features of the application with can be made by the application on the personal computing device 420 using any one of a variety of device detection mechanisms.
  • the application can use Bluetooth technology to determine the wearable device to which it will connect.
  • the user interface 510 can display a notification that an attempt is being made to establish a connection with the wearable device, such as by showing a connections status.
  • the user interface 510 can display a home screen for the application.
  • the home screen can provide setting options for notifications, as well as status of a connection between the application and the wearable device.
  • the user can be provided with a menu from which the user can select menu options. For example, the user can select a menu option to learn more about the application by having the user interface 510 display information about the application, as shown at stage 532 in FIG. 5D.
  • FIGS. 6A-6D illustrate different stages 620-640 of an application for a wearable device, in accordance with some embodiments.
  • a user interface 610 for a wearable device 410 is shown at the different stages 620-640.
  • the user interface 610 displays a menu of notifications, such as, for example, a notification that the user has been outbid on an item being offered for sale (e.g., via an auction), a notification that the user is the highest bidder on an item for sale, a notification that the user has sold an item or that an item the user was watching has been sold, a notification that the user has placed a bid on an item for sale, a notification that an item that the user may be interested in has recently been listed (e.g., within a last hour, or some other predetermined amount or window of time), or a notification that the user has completed a checkout for the purchase of an item.
  • a notification that the user has been outbid on an item being offered for sale e.g., via an auction
  • a notification that the user is the highest bidder on an item for sale e.g., a notification that the user has sold an item or that an item the user was watching has been sold
  • a notification that the user has placed a bid on an item for sale a notification
  • the user interface 610 can provide these notifications as selectable graphical user interface elements to enable the user to select them and explore them in more detail. While various notifications are shown in FIG. 6A, it is noted that not all of these notifications may be shown at the same time. Additionally, more than one type of notification may be presented at the same time (e.g., two notifications regarding bids placed). [0081] In FIG. 6B, at stage 622, the user interface 610 can display a notification that the user has been outbid on an item for sale (e.g., an auction item). This notification can be displayed in response to the user selecting to view additional information about the notification from the menu of notifications at stage 620 (e.g., selecting the graphical user interface element for the outbid notification).
  • an item for sale e.g., an auction item
  • the notification can include details, such as a title of the item, a description of the item, and a current winning bid price of the item.
  • the notification can also provide an option to the user to increase his or her bid price by simply swiping the touchscreen of the wearable device (or by using some other user input mechanism on the wearable device).
  • the user interface 610 displays a new bid for the user, as well as a selectable graphical user interface element to place the new bid.
  • the user interface 610 displays a notification that the new bid is being placed.
  • the user interface 610 can display a notification to the user that the new bid of the user was outbid by another bid by another user.
  • the user interface 610 can provide the user with the selectable option of incrementing his or her bid on the item simply by selecting a graphical user interface element (or some other user input mechanism on the wearable device).
  • the user interface 610 can display a notification that the new increased bid is being placed.
  • the user interface 610 can display a notification that the user is now the highest bidder for the item based on the newly placed bid. The notification can also allow the user to increase his or her current bid or increase a maximum amount for a proxy bid, even though the user is currently the highest bidder.
  • the user interface 610 can provide notification details of a proposed increase in the user's bid for the item, and enable the user to place the newly proposed bid.
  • the user interface 610 can display a notification that the newly proposed increased bid is being placed on the user's behalf.
  • the user interface 610 can display a notification that the user is still the highest bidder for the item.
  • FIGS. 7A-7L illustrate different stages of an application for a wearable device, in accordance with some embodiments.
  • the process flow shown in FIGS. 7A-7L spans different levels of interaction, including: (a) Top Level; (b) Item Level; (c) More Info/Actions Level; and (d) Phone Activity.
  • a splash screen can be displayed on a display screen
  • the user of the wearable device 410 can provide login information (e.g., a username or other ID, as well as a
  • the wearable device 410 can comprise buttons 720, 722, 724, and 726, or other input mechanisms configured to enable the user of the wearable device 410 to cause the wearable device module 212 to perform the operations discussed herein. It is contemplated that different numbers and configurations of buttons, or other input mechanisms, other than that shown in FIGS. 7A-7L are within the scope of the present disclosure.
  • a feed interest menu comprising one or more categories of feed interests (e.g., All interests, Womens Denim, Vietnamese) can be displayed on the display screen 710.
  • the feed interest menu can be tailored specifically for the user based on one or more input signals related to the user.
  • These input signals may the user's behavioral history with respect to one or more specified websites or online service, which may include, but is not limited to, the user's history of browsing, watching, liking, sharing, bidding, or purchasing items or other online content.
  • the input signals may also include contextual signals indicating a certain context that the user is in.
  • contextual signals include, but are not limited to, the user's current location (which may be determined by the location of the wearable device 410 via GPS, Bluetooth Low Energy (BLE), check- in, WiFi or cellular triangulation, LTE Direct, and/or other location determination methodologies) and the current time.
  • BLE Bluetooth Low Energy
  • These and other input signals can be used to determine what feed content (e.g., feed interest categories, feed items) to present to the user in a feed specifically configured for the user's wearable device 410.
  • These input signals can be received from one or more websites or online services (e.g., e-commerce sites).
  • the wearable device module 212 is configured to use the input signals as filter mechanisms to reduce a size of a feed that would otherwise be present to the user on another device. For example, a feed that is ordinarily presented to the user when the user visits a website using a laptop computer may be reduced and reconfigured using the input signals in order to provide a more efficient feed to the user on the wearable device 410.
  • This modified feed can be configured to present content that is the most relevant to a user's current context. For example, if a user is wearing the wearable device 410 at a concert venue, the wearable device module 212 may use a determination of the user's location to surface items (e.g., artist merchandise) related to the concert venue (e.g., based on the user's location) and any of the artists currently performing at the venue (e.g., based on the current time and knowledge of a performance schedule) on the wearable device 410. In another example, if the user is wearing the wearable device 410 in a store, the wearable device module 212 may use a determination of the user's location to surface items related to that store on the wearable device 410. Other examples are also within the scope of the present disclosure.
  • surface items e.g., artist merchandise
  • the wearable device module 212 may use a determination of the user's location to surface items related to that store on the wearable device 410.
  • the wearable device module 212 can determine the user's current location (e.g., the location of the wearable device 410), and then surface keyword-based interests on the wearable device 410 based on the determined location. Keywords can be determined based on the determined location. For example, one or more keywords can be stored in a database in association with one or more locations. These keywords can then be accessed and retrieved in response to the determination of the user's location. A search can then be performed using these keywords. For example, these keywords can be used by a search engine of an e-commerce website to obtain relevant items. These items can then be presented to the user on the wearable device 410 as temporary interests.
  • keywords can be determined based on the determined location. For example, one or more keywords can be stored in a database in association with one or more locations. These keywords can then be accessed and retrieved in response to the determination of the user's location. A search can then be performed using these keywords. For example, these keywords can be used by a search engine of an e-commerce website to obtain relevant items
  • the wearable device module(s) 212 can determine that a user is attending a specific band's concert based on the location of the user. For example, the wearable device module(s) 212 can determine that the user is currently at a specific concert venue (e.g., a stadium) and then perform a search on that venue to determine whether there is a concert scheduled for the venue for a certain period of time corresponding to the user's presence at the venue. The wearable device module(s) 212 can determined based on the search that a specific band is performing at the venue the user is attending during the period of time corresponding to the user's presence at the venue.
  • a specific concert venue e.g., a stadium
  • the wearable device module(s) 212 can then search for content associated with, or otherwise corresponding to, that specific band and transmit the content to the wearable device 410, where the content can be displayed on the wearable device 410 to the user. For example, the wearable device module(s) 212 can determine item listings for CD's, t-shirts, posters, or other merchandise of the band to present to the user on the wearable device 410. The wearable device module(s) 212 can be configured to provide this location-based content for only a predetermined amount of time (e.g., 2 days) after the user has left the location in order to take advantage of the relevance of such location-based content without.
  • a predetermined amount of time e.g., 2 days
  • the wearable device feed module 212 can use contextual awareness to surface a certain portion of a feed that would be provided to the user on another device. It can determine what portion of the feed the user is going to be most interested in interacting with at that specific time, and then present that portion to the user on the wearable device 410.
  • the feed interest menu may be presented to the user only on a first-time application entry. On subsequent uses of the application, the feed interest menu can skip to the Item Level stage (shown in FIG. 7C) as the home screen for the application and only show the feed interest menu when a back button is pressed.
  • a first item in the selected feed interest category may be displayed on the display screen of the wearable device 410.
  • FIG. 7C shows the first item in the feed as an item for sale for a specified price ($34.66). The user can proceed to a next item in the feed, via a selection using an input mechanism.
  • FIG. 7D shows another item for sale for a specified price ($29.95).
  • the user can be provided with more information regarding an item in the content feed.
  • details e.g., High Rise, Destroyed, Skinny Jeans, Ripped Womens, Dark Blue
  • FIG. 7E details about the first item in FIG. 7C are displayed on the wearable device 410. These details can be displayed in response to the user providing input (e.g., pressing a button) to request additional information about the item.
  • the user can scroll down to view additional content or options, such as those shown in FIG. 7F.
  • additional details e.g., Denim Waist, Distressed
  • additional functional options e.g., Open in Phone, Buying Options.
  • One functional option is for the information about the currently viewed item to be opened and displayed on another device, such as the user's smartphone.
  • FIG. 7G the user has selected to send the item details to the user's smartphone.
  • the item details are displayed on a display screen 740 of the user's smartphone 420.
  • the smartphone 420 may display more information about the item than was displayed on the wearable device 410.
  • the user can select to watch an item.
  • the user has selected to watch the item in FIG. 7C.
  • the user's selection to watch the item can be communicated to another machine or device, such as the smartphone 420 (or other personal computing device 420 of the user) or the e-commerce site hosting the sale of the item, so that information related to the user watching the item can be provided to the user when the user is using another device (e.g., when the user accesses the website selling the item via the smartphone 420 or a laptop computer).
  • the user's actions with respect to the feed on the wearable device 410 can affect any feed provided to the user on any other coupled or registered device and vice-versa.
  • the wearable device feed module 212 can track where a user (e.g., the user's wearable device 410) has gone during the day, so that when the user logs into a corresponding website via a larger device (e.g., a smartphone, tablet computer, desktop computer, laptop computer), the user is provided with suggested interests based on those places that he or she traversed during the day, thereby providing a recap of the user's day with those things that he or she may want to re-live in item or product form.
  • a user e.g., the user's wearable device 410
  • a larger device e.g., a smartphone, tablet computer, desktop computer, laptop computer
  • the user can toggle between watching and unwatching an item using an input mechanism (e.g., button 724) on the wearable device 410.
  • an input mechanism e.g., button 724
  • FIG. 7J the user has selected to unwatch the item by selecting the button 724.
  • the user can select to have buying options for the item sent to another device, such as the user's smartphone 420.
  • another device such as the user's smartphone 420.
  • the user has selected, via an input mechanism (e.g., button 724) to have buying options for the item sent to the user's smartphone 420.
  • the buying options for the item have been sent to the user's smartphone 420. The user can then proceed to select certain buying options and complete the purchase of the item using the smartphone 420.
  • the user of the wearable device 410 can be enabled to create a feed interest (e.g., a name of a subject, category, or anything else the user wants to receive information on via a feed) from the wearable device 410.
  • the user can create the feed interest using one or more input mechanisms on the wearable device 410, and create an association between the created feed interest and a particular location, such as the user's location at the time the feed interest is being created.
  • the user can also set an expiration date for the created feed interest. Feed content determined to be related to this feed interest can then be provided to the user on the wearable device 410.
  • the feed content related to this feed interest will be presented to the user on the wearable device 410 in response to a determination that the user (or the wearable device 410) is within a particular distance of the associated location.
  • the presentation of the feed content can also be conditioned upon a determination that the expiration date has not yet passed.
  • this created feed interest can be made available to other users for presentation on their wearable devices. The user that created the feed interest can limit the presentation of the created feed interest to only particular users that he or she specifies, can set place and time restrictions for the other users, or can make the created feed interest available to all users.
  • FIG. 8 illustrates different stages of providing an online content feed on the wearable device, in accordance with some embodiments.
  • the user can remove an item being displayed in the feed on the wearable device 410 by manipulating the wearable device 410. For example, the user can shake the wearable device 410, thereby causing the feed item currently being displayed to be replaced with another feed item.
  • a predetermined minimum threshold level of movement can be employed to determine whether or not the user intended to manipulate the wearable device 410 in a way to cause an action to be performed by the application on the wearable device 410 (e.g., the feed item currently being displayed to be replaced with another feed item).
  • the application on the wearable device 410 can use data from any combination of one or more sensors (e.g., a gyroscope, an accelerometer) on the wearable device 410 in order to determine a level of manipulation of the wearable device 410 by the user.
  • sensors e.g., a gyroscope, an accelerometer
  • FIG. 9 illustrates different stages of providing an online content feed on the wearable device, in accordance with some embodiments.
  • the user can be prompted with an option of following content related to a specified subject. This prompt may be provided in response to a determination based on contextual signals, such as those previously discussed.
  • the wearable device feed module 212 determines that the user is at a concert for a particular band (e.g., The Flaming Lips), such as via a geofence associated with that particular concert, the user can be prompted to follow that particular band.
  • the user can be provided with confirmation that he or she is now following that particular band.
  • the user's feed interest menu can then be updated to reflect that particular band as a feed interest category for the user. Items that are determined to be related to that feed interest category (e.g., The Flaming Lips) can then be included in the feed on the wearable device 410. It is contemplated that other types of content can be followed by the user and included in the feed on the wearable device 500.
  • Items that are determined to be related to that feed interest category e.g., The Flaming Lips
  • other types of content can be followed by the user and included in the feed on the wearable device 500.
  • FIG. 10 illustrates a user interface 1000 for managing notification settings for a wearable device application, in accordance with some
  • the notification settings can correspond to and be applied to one or more specified user accounts or to one or more specified wearable devices of one or more specified users.
  • a user can register his or her wearable device, thereby enabling the user to manage (e.g., modify or otherwise adjust) notification settings for one or more applications usable by (e.g., installed on, accessible via) the wearable device via the user interface 1000.
  • the notification settings can include, but are not limited to, settings for general notifications, settings for buyer notifications, and settings for seller notifications.
  • Settings for general notifications can include, but are not limited to, whether notifications are generally enabled (no matter what device they are for), whether notifications for wearable devices are enabled, what sounds or visual indications to use for notifications, whether to silence the notifications, and whether to notify the user when a seller or buyer on an online marketplace has sent the user a message.
  • Settings for buyer notifications can include, but are not limited to, whether or when to notify the user that the availability of a watched item is ending (e.g., notify the user when there are 15 minutes remaining on an auction for a watched item), whether or when to notify the user that the availability of an item the user has bid on is ending, whether or when to notify the user that the availability of an item in the user's shopping cart is ending, whether to notify the user when the user has been outbid on an item, whether to notify the user when the use's best offer has been declined, whether to notify the user when the user has received a counteroffer, whether to notify the user when the user has won an auction for an item, whether to notify the user when an item the user has paid for is marked (or otherwise recognized) as paid, whether to notify the user when an item has shipped, and whether to notify the user when a discount or incentive for an online marketplace is available to the user.
  • a counteroffer whether to notify the user when the user has won an auction for an item, whether to notify the user when an item the user has paid for
  • Settings for seller notifications can include, but are not limited to, whether to notify the user when a bid is received for an item the user is offering for sale on an online marketplace, whether to notify the user when a bid offer is received for an item the user is offering for sale on an online marketplace, whether to notify the user when an item the user is offering for sale on an online marketplace has been sold, and whether to notify the user when an item the user is offering for sale on an online marketplace has been paid for.
  • FIGS. 1 lA-1 1C illustrate different stages of applications for a wearable device, in accordance with some embodiments.
  • FIG. 1 1A illustrates a comprehensive view of the different stages 1 1 10-1 180
  • FIGS. 1 lB-1 1C illustrate close-up views of the different stages 1 1 10-1 180.
  • the user interface of the wearable device which can be displayed on the face of the wearable device (e.g., on the face of a smartwatch), can transition between a home level, which can display home screen content an operating system of the wearable device, and a notification level, which can display additional details related to a notification being provided on the wearable device.
  • the user interface displays a notification at the home level that the user associated with the wearable device has been outbid on an item being offered for sale via an auction on an online marketplace.
  • the user can provide user input to trigger additional information regarding the notification to be presented on the wearable device, such as by touching the screen in a predefined location or by pressing a button on the wearable device.
  • the user can provide user input to trigger an option of increasing the user's bid on the item for which the user has been outbid.
  • the user interface displays a selectable option for the user to increase the user's bid for the item.
  • the amount to increase the bid can be predetermined. For example, a default amount (e.g., $339.00 shown at stage 1 120 in FIG. 1 IB) can be presented to the user.
  • the user can adjust the amount to increase the bid via user input (e.g., touch screen, mechanical buttons, voice recognition).
  • the user can submit the increased bid using one or more user inputs.
  • the user interface may display a brief processing state, as seen at stage 1 130.
  • the user can trigger the option of increasing the user's bid by providing a voice command (e.g., "OK") at stage 1 1 10.
  • a voice command e.g., "OK”
  • the user interface can display a selectable option for the user to increase the user's bid for the item, similar to stage 1 120.
  • the user can then provide voice commands or instructions for increasing the bid.
  • the user interface may display a brief processing state, as seen at stage 1130.
  • stage 1130 it can be determined whether or not the user's new increased bid is the highest bid for the item. If the user's bid is still not the highest bid, then another outbid notification can be presented to the user at stage 1 1 10, informing the user of the new outbid price. If the user's bid is the highest bid for the item, then a notification can be provided to the user at stage 1 140 informing the user that the user is now the highest bidder for the item. The user interface can then automatically return to the home level view (e.g., a watch face showing the time and temperature, as shown in FIG. 1 IB) at stage 1 150.
  • the home level view e.g., a watch face showing the time and temperature, as shown in FIG. 1 IB
  • the user can open the outbid notification on another device (e.g., a smart phone or a tablet computer).
  • the user interface can provide the user with the option of opening the outbid notification on the other device, as seen at stage 1 170.
  • the outbid notification in response to a user input requesting that the outbid notification be presented on the other device, the outbid notification, along with additional details and options, can be presented on the other device, as seen at stage 1 180, where the user interface displays the current highest bid for the item and selectable bid options for the user (e.g., "Bid $339.00" or "Set auto bid", as shown in FIG. 1 1C).
  • FIGS. 12A-12C illustrate different stages of applications for a wearable device, in accordance with some embodiments.
  • FIG. 12A illustrates a comprehensive view of the different stages 1210-1270
  • FIGS. 12B-12C illustrate close-up views of the different stages 1210-1270.
  • the user interface of the wearable device which can be displayed on the face of the wearable device (e.g., on the face of a smartwatch), can transition between a home level, which can display home screen content an operating system of the wearable device, and a notification level, which can display additional details related to a notification being provided on the wearable device.
  • the user interface displays a notification that there are items that have been newly listed on an online marketplace.
  • the items for which the user is notified can be determined based on the user's profile, behavior, or history. For example, the determination of what items or type of items to notify the user about can be based, at least in part, on the user's browsing, searching, or purchase history on the online marketplace or on other online sites. For example, if the user has a history of browsing for or purchasing concert posters, then the user can be provided with notifications of newly listed concert posters.
  • the user can browse through the different newly listed items.
  • the user interface can display information about the first item of the newly listed items. This information can include, but is not limited to, an item title or name, a description of the item, an image of the item, and a price of the item.
  • the user can then continue to view information about the other newly listed items, such as a second item at stage 1230 and a third item at stage 1240.
  • the user interface displays information about one item at a time, and the user can trigger the display of information of a different item by providing a user input. For example, while at stage 1220, the user can swipe the screen and be brought to stage 1230, where information about a different item of the newly listed items is presented. The user can then swipe the screen again to be brought to stage 1240, where information about yet another different item of the newly listed items is presents. And so on and so forth.
  • the user can provide an input to trigger the system to place the item on a watchlist of the user. For example, the user can hold his or her finger on the screen for a predetermined amount of time (e.g., 3 seconds) in order to "watch" the item being displayed.
  • the user interface can provide confirmation that the item is being “watched” by the user, as seen at stage 1250.
  • the user interface can enable the user to select an option to have the newly listed items displayed on another device, as seen at stage 1260. For example, rather than browsing through the newly listed items one by one on a small screen of a wearable device, the user may want to view a list of the newly listed items on a larger screen of another device, such as a smartphone or a tablet computer. In response to receiving user input indicating that the user wants to view the newly listed items on another device, the system can provide the information of the newly listed items to the other device, as seen at stage 1270.
  • FIGS. 13A-13C illustrate different stages of applications for a wearable device, in accordance with some embodiments.
  • FIG. 13A illustrates a comprehensive view ofthe different stages 1310-1380
  • FIGS. 13B-13C illustrate close-up views of the different stages 1310-1380.
  • the user interface of the wearable device which can be displayed on the face of the wearable device (e.g., on the face of a smartwatch)
  • the user interface displays a notification at the home level that an offering for sale (e.g., an auction) of an item on an online marketplace is ending soon.
  • the system may determine to notify the user of this event based on the user's previous interaction(s) with the item, or similar items, on the online marketplace, such as the user "watching" the item, previously placing a bid on the item, viewing the item, or searching for the item.
  • Other types of user interactions or indications of user interest in the item can also be used to determine whether to notify the user of an upcoming termination of an item.
  • the user can provide user input to trigger additional information regarding the notification to be presented on the wearable device or on another device, such as by touching the screen in a predefined location, by pressing a button on the wearable device, or by providing voice commands or other audio input.
  • the user can provide user input to trigger the display of an option for displaying more information about the item ending soon on another device, as seen at stage 1320.
  • the system can cause the presentation of the additional information about the item on the other device (e.g., on the user's smartphone), as seen at stage 1370.
  • the additional information can include, but is not limited to, a shipping cost, the condition of the item, notes from the seller of the item, and information about the availability of the item (e.g., a quantity of the item still available for purchase). Other types of information are also within the scope of the present disclosure.
  • the user can provide additional user input to trigger the display of an option for adding the item to a shopping cart for the user, as seen at stage 1330.
  • the system can cause the display of a confirmation of the addition of the item to the shopping cart, as seen at stage 1340.
  • the system can process the addition of the item to the user's shopping cart, such as by updating the user's account on the online marketplace accordingly.
  • the system can display an option for the user to "check out" (e.g., complete the purchase of the items in the shopping cart) via another device, such as the user's smartphone, at stage 1350.
  • the system can cause the presentation of a purchase completion process on the other device, such as the display of the user's shopping cart on the user's smartphone, as seen at stage 1360.
  • the user can provide audio input in response to the initial notification of the item ending soon.
  • the audio input can comprise a voice command to add the item to the user's shopping cart, as seen at stage 1380.
  • the system can process the request as previously discussed and provide a confirmation at stage 1340, as previously discussed.
  • user input can be used to transition from one stage to another. It is contemplated that the user input can comprise a variety of different types of user inputs, including, but not limited to, tactile inputs (e.g., touching, pressing, swiping, touching and holding, tapping) and audio input (e.g., voice commands). Other types of user input are also within the scope of the present disclosure.
  • tactile inputs e.g., touching, pressing, swiping, touching and holding, tapping
  • audio input e.g., voice commands
  • Other types of user input are also within the scope of the present disclosure.
  • the wearable device application can be used to assist users in their everyday life.
  • the wearable device application can leverage the context of a user's situation to determine and customize what information to present to the user on the user's wearable device.
  • the context can include factors including, but not limited to, the user's location (e.g., in a shopping mall, at home), and what activity the user is currently participating in (e.g., the user is driving, the user is exercising, the user is sleeping).
  • the wearable device application can provide certain notifications under one set of circumstances for the user, but not under another set of circumstances for the user.
  • the system can be configured to only provide notifications on the user's wearable device that are related to urgent matters (e.g., the user has been outbid on an item for which the auction is ending in 10 minutes) when the user is determined to be driving.
  • the wearable device application can also be used to enable the user to quickly purchase an item using a simplified process.
  • the user can configure the wearable device application to complete the purchase of an item or items using a payment account (e.g., a PayPal® account) of the user.
  • a payment account e.g., a PayPal® account
  • the user can purchase items using a payment account via the user's wearable device.
  • FIGS. 14A-14B illustrate different stages of an application for a wearable device, in accordance with some embodiments.
  • the user interface of the wearable device can display an identification 1410 of a specific collection.
  • the user can select a graphical user interface element on the user interface of the wearable device to view the items in the specific collection.
  • content e.g., identification, graphics, price
  • the user can browse through the items in the collections, from one item 1420 to another item 1422.
  • FIGS. 15A- 15B illustrate customized home screens for a wearable device, in accordance with some embodiments.
  • the wearable device module(s) 212 can provide functionality with respect to style. For example, as shown in FIG. 15 A, the wearable device module(s) 212 can enable the user to customize the face display of the wearable device, such as the watchface of a smartwatch.
  • the wearable device module(s) 212 can display content associated with items for sale on an online marketplace on the face of the wearable device as part of the standard display.
  • the home level of the smartwatch can display content associated with an item, along with the standard information displayed by a watch (e.g., the time of day).
  • the content can include an image of an item and the time remaining for an auction of an item.
  • the system can enable the user to configure the face display. For example, the user can select what content or what type of content to display on the face display.
  • the system can determine whether or not to display the content based on context factors of the user. For example, it may not be desirable to display item related content during certain situations (e.g., on a job interview, on a date) or during certain times of the day (e.g., during work hours).
  • the system can be configured to automatically adjust the face of the wearable device based on these factors and consideration.
  • the wearable device module(s) 212 can be configured to cause a remaining time notification to be displayed on a home screen of an operating system on the wearable device.
  • the remaining time notification can be configured to indicate an amount of time remaining for an item being offered for sale on the online marketplace (e.g., how much time left before an auction ends for an item).
  • a visual indication of the decreasing amount of time can be displayed (e.g., the face of the watch can be gradually covered with more and more of a visual effect).
  • FIG. 16 illustrates different remaining time notifications 1602-
  • Each one of the remaining time notifications 1602-1612 can indicate an amount of time remaining for an item (e.g., "Red Shoes” in the examples of FIG. 16) being offered for sale on an online marketplace.
  • This remaining time can correspond to the amount of time remaining in which the user can perform one or more particular actions for the item.
  • the remaining time can correspond to the amount of time left in an auction of an item that the user is watching or that the user has been outbid on.
  • This notification can inform the user in a timely manner, as well as in a way that stresses the urgency of any action the user might want to take.
  • Notification 1602 comprises a display of an hourglass reflecting the remaining time (e.g., 3 minutes) in which the user can take an action for the item (e.g., place a bid on the "Red Shoes").
  • the notification 1602 can comprise an animation of the sand in the hourglass running out from the top section of the hourglass to the bottom section of the hourglass as the remaining time approaches zero.
  • Notification 1604 comprises a display of a person sinking in quicksand.
  • the notification 1604 can comprise an animation of the person's hand sinking more and more into the quicksand as the remaining time approaches zero.
  • Notification 1606 comprises a display of the remaining time (e.g.,
  • Notification 1608 comprises a display of a plurality of status bars in a vertical arrangement to reflecting the remaining time (e.g., 3 minutes) in which the user can take an action for the item (e.g., place a bid on the "Red Shoes").
  • the notification 1608 can comprise an animation of fewer and fewer of the status bars being highlighted or filled as the remaining time approaches zero.
  • Notification 1610 comprises a display of an alarm clock reflecting the remaining time (e.g., 3 minutes) in which the user can take an action for the item (e.g., place a bid on the "Red Shoes").
  • the notification 1612 can comprise an animation of less and less of the perimeter or border of the alarm clock being highlighted or filled as the remaining time approaches zero.
  • Notification 1612 comprises a display of a plurality of status bars in a vertical arrangement to reflecting the remaining time (e.g., 3 minutes) in which the user can take an action for the item.
  • the notification 1612 can comprise an animation of fewer and fewer of the status bars being highlighted or filled as the remaining time approaches zero, similar to the notification 1608.
  • notification 1612 can provide a themed display, such as the status bars displayed as part of a heart.
  • This themed display can be displayed based on a determination of a predetermined condition being met, such as a determination that it is Valentine's Day.
  • Other configurations of remaining time notifications are also within the scope of the present disclosure.
  • FIG. 17 is a flowchart illustrating a method 1700 for
  • the method 1700 can be performed by processing logic that can comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions run on a processing device), or a combination thereof.
  • processing logic can comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions run on a processing device), or a combination thereof.
  • the method 1700 is performed by the wearable device module(s) 212, which can be incorporated into any combination of one or more of the wearable device 410, the personal computing device 420, and the marketplace server 430, as previously discussed.
  • a wearable device can receive data from a personal computing device.
  • the data can correspond to content of an online marketplace.
  • the wearable device comprises a smartwatch.
  • the personal computing device comprises a smartphone.
  • the content in response to receiving the data, can be caused to be displayed on the wearable device.
  • causing the content to be displayed on the wearable device comprises causing a notification to be displayed on the wearable device.
  • the notification can be configured to notify the user of an item being offered for sale on the online marketplace.
  • the notification can be configured to notify the user that the user has been outbid on an item being offered for sale on the online marketplace.
  • the wearable device can then receive an input from the user.
  • the input can correspond to a requested action.
  • the wearable device can then send at least one instruction to the personal computing device.
  • the instruction(s) can be configured to cause the personal computing device to perform the requested action.
  • the instruction(s) can be configured to cause the personal computing device to display an item listing page for an item being offered for sale on the online marketplace.
  • the instruction(s) can be configured to cause the personal computing device to instruct the online marketplace to place a bid, on behalf of the user, for an item being offered for sale on the online marketplace.
  • the instruction(s) can be configured to cause the personal computing device to instruct the online marketplace to increase a bid, on behalf of the user, for an item being offered for sale on the online marketplace.
  • a remaining time notification can be caused to be displayed on a home screen of an operating system on the wearable device.
  • the remaining time notification can be configured to indicate an amount of time remaining for an item being offered for sale on the online marketplace.
  • any of the data or instructions discussed above can be transmitted between the marketplace server and the wearable device directly without the use of the personal computing device.
  • the data corresponding to the content can be transmitted from the marketplace server to the wearable device without the data being transmitted to the personal computing device.
  • the instruction(s) to perform the requested action(s) can be transmitted from the wearable device to the marketplace server without the instruction(s) being transmitted to the personal computing device.
  • FIG. 18 is a flowchart illustrating a method 1800 for
  • the method 1800 can be performed by processing logic that can comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions run on a processing device), or a combination thereof.
  • processing logic can comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions run on a processing device), or a combination thereof.
  • the method 1800 is performed by the wearable device module(s) 212, which can be incorporated into any combination of one or more of the wearable device 410, the personal computing device 420, and the marketplace server 430, as previously discussed.
  • information of a first item being offered for sale on an online marketplace can be caused to be displayed on the wearable device.
  • an indication of the user shaking the wearable device can be received.
  • the wearable device module(s) 212 can be used to gather context information about the user. For example, the wearable device module(s) 212 can determine how much exercise a user is getting (e.g., how many steps the user has taken or how many miles the user has walked/ran within a certain period of time) or how much sleep the user is getting, as well as the timing for these activities (e.g., what time of day and for how long). Such information can be determined using one or more sensors on the wearable device, including, but not limited to, pedometers, gyroscopes, altimeters, microphones, and image capture devices. This context information can then be used to determine a user's patterns and when the best time would be to provide certain notifications to the user on the wearable device.
  • This context information can then be used to determine a user's patterns and when the best time would be to provide certain notifications to the user on the wearable device.
  • FIG. 19 is a block diagram illustrating a personal computing device 1900, according to an example embodiment.
  • the mobile device 1900 can include a processor 1902.
  • the processor 1902 can be any of a variety of different types of commercially available processors suitable for mobile devices 1900 (e.g., an XScale architecture microprocessor, a Microprocessor without Interlocked Pipeline Stages (MIPS) architecture processor, or another type of processor).
  • a memory 1904 such as a random access memory (RAM), a Flash memory, or other type of memory, is typically accessible to the processor 1902.
  • the memory 1904 can be adapted to store an operating system (OS) 1906, as well as application programs 1908, such as a mobile location enabled application that can provide LBSs to a user.
  • OS operating system
  • application programs 1908 such as a mobile location enabled application that can provide LBSs to a user.
  • the processor 1902 can be coupled, either directly or via appropriate intermediary hardware, to a display 1910 and to one or more input/output (I/O) devices 1912, such as a keypad, a touch panel sensor, a microphone, and the like.
  • the processor 1902 can be coupled to a transceiver 1914 that interfaces with an antenna 1916.
  • the transceiver 1914 can be configured to both transmit and receive cellular network signals, wireless data signals, or other types of signals via the antenna 1916, depending on the nature of the mobile device 1900.
  • a GPS receiver 1918 can also make use of the antenna 1916 to receive GPS signals.
  • Modules can constitute either software modules (e.g., code embodied on a machine-readable medium or in a transmission signal) or hardware modules.
  • a hardware module is a tangible unit capable of performing certain operations and can be configured or arranged in a certain manner.
  • one or more computer systems e.g., a standalone, client, or server computer system
  • one or more hardware modules of a computer system e.g., a processor or a group of processors
  • software e.g., an application or application portion
  • a hardware module can be implemented mechanically or electronically.
  • a hardware module can comprise dedicated circuitry or logic that is permanently configured (e.g., as a special- purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC)) to perform certain operations.
  • a hardware module can also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. It will be appreciated that the decision to implement a hardware module mechanically, in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) can be driven by cost and time considerations.
  • the term "hardware module” should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired) or temporarily configured (e.g., programmed) to operate in a certain manner and/or to perform certain operations described herein.
  • hardware modules are temporarily configured (e.g., programmed)
  • each of the hardware modules need not be configured or instantiated at any one instance in time.
  • the hardware modules comprise a general-purpose processor configured using software
  • the general-purpose processor can be configured as respective different hardware modules at different times.
  • Software can accordingly configure a processor, for example, to constitute a particular hardware module at one instance of time and to constitute a different hardware module at a different instance of time.
  • Hardware modules can provide information to, and receive information from, other hardware modules. Accordingly, the described hardware modules can be regarded as being communicatively coupled. Where multiple of such hardware modules exist contemporaneously, communications can be achieved through signal transmission (e.g., over appropriate circuits and buses) that connect the hardware modules. In embodiments in which multiple hardware modules are configured or instantiated at different times, communications between such hardware modules can be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple hardware modules have access. For example, one hardware module can perform an operation and store the output of that operation in a memory device to which it is communicatively coupled. A further hardware module can then, at a later time, access the memory device to retrieve and process the stored output.
  • Hardware modules can also initiate communications with input or output devices and can operate on a resource (e.g., a collection of information).
  • a resource e.g., a collection of information.
  • the various operations of example methods described herein can be performed, at least partially, by one or more processors that are temporarily configured (e.g., by software) or permanently configured to perform the relevant operations. Whether temporarily or permanently configured, such processors can constitute processor-implemented modules that operate to perform one or more operations or functions.
  • the modules referred to herein can, in some example embodiments, comprise processor-implemented modules.
  • the methods described herein can be at least partially processor-implemented. For example, at least some of the operations of a method can be performed by one or more processors or processor- implemented modules. The performance of certain of the operations can be distributed among the one or more processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the processor or processors can be located in a single location (e.g., within a home environment, an office environment or as a server farm), while in other embodiments the processors can be distributed across a number of locations.
  • the one or more processors can also operate to support performance of the relevant operations in a "cloud computing" environment or as a “software as a service” (SaaS). For example, at least some of the operations can be performed by a group of computers (as examples of machines including processors), these operations being accessible via a network (e.g., the network 104 of FIG. 1) and via one or more appropriate interfaces (e.g., APIs).
  • SaaS software as a service
  • Example embodiments can be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations of them.
  • Example embodiments can be implemented using a computer program product, e.g., a computer program tangibly embodied in an information carrier, e.g., in a machine-readable medium for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers.
  • a computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, subroutine, or other unit suitable for use in a computing environment.
  • a computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.
  • operations can be performed by one or more programmable processors executing a computer program to perform functions by operating on input data and generating output.
  • Method operations can also be performed by, and apparatus of example embodiments can be implemented as, special purpose logic circuitry (e.g., a FPGA or an ASIC).
  • a computing system can include clients and servers.
  • a client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client- server relationship to each other.
  • both hardware and software architectures merit consideration. Specifically, it will be appreciated that the choice of whether to implement certain functionality in permanently configured hardware (e.g., an ASIC), in temporarily configured hardware (e.g., a combination of software and a programmable processor), or a combination of permanently and temporarily configured hardware can be a design choice.
  • FIG. 20 is a block diagram of a machine in the example form of a computer system 2000 within which instructions for causing the machine to perform any one or more of the methodologies discussed herein can be executed.
  • the machine operates as a standalone device or can be connected (e.g., networked) to other machines.
  • the machine can operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
  • the machine can be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • PC personal computer
  • PDA Personal Digital Assistant
  • STB set-top box
  • WPA Personal Digital Assistant
  • a cellular telephone a web appliance
  • network router switch or bridge
  • machine any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • machine shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
  • the example computer system 2000 includes a processor 2002
  • the computer system 2000 can further include a video display unit 2010 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
  • the computer system 2000 also includes an alphanumeric input device 2012 (e.g., a keyboard), a user interface (UI) navigation (or cursor control) device 2014 (e.g., a mouse), a drive unit 2016, a signal generation device 2018 (e.g., a speaker), and a network interface device 2020.
  • the drive unit 2016 includes a machine-readable medium 2022 on which is stored one or more sets of data structures and instructions 2024 (e.g., software) embodying or utilized by any one or more of the methodologies or functions described herein.
  • the instructions 2024 can also reside, completely or at least partially, within the main memory 2004 and/or within the processor 2002 during execution thereof by the computer system 2000, the main memory 2004 and the processor 2002 also constituting machine-readable media.
  • the instructions 2024 can also reside, completely or at least partially, within the static memory 2006.
  • machine -readable medium 2022 is shown in an example embodiment to be a single medium, the term “machine-readable medium” can include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more instructions 2024 or data structures.
  • the term “machine -readable medium” shall also be taken to include any tangible medium that is capable of storing, encoding or carrying instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present embodiments, or that is capable of storing, encoding or carrying data structures utilized by or associated with such instructions.
  • machine-readable medium shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media.
  • machine-readable media include non-volatile memory, including by way of example semiconductor memory devices (e.g., Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), and flash memory devices); magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and compact disc-read- only memory (CD-ROM) and digital versatile disc (or digital video disc) read-only memory (DVD-ROM) disks.
  • semiconductor memory devices e.g., Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), and flash memory devices
  • EPROM Erasable Programmable Read-Only Memory
  • EEPROM Electrically Erasable Programmable Read-Only Memory
  • flash memory devices e.g., electrically Erasable Programmable Read-Only
  • the machine-readable medium is non-transitory in that it does not embody a propagating signal.
  • labeling the tangible machine-readable medium as "non-transitory" should not be construed to mean that the medium is incapable of movement - the medium should be considered as being transportable from one physical location to another.
  • the machine-readable medium since the machine-readable medium is tangible, the medium may be considered to be a machine-readable device.
  • the instructions 2024 can further be transmitted or received over a communications network 2026 using a transmission medium.
  • the instructions 2024 can be transmitted using the network interface device 2020 and any one of a number of well-known transfer protocols (e.g., HTTP).
  • Examples of communication networks include a LAN, a WAN, the Internet, mobile telephone networks, POTS networks, and wireless data networks (e.g., WiFi and WiMax networks).
  • the term "transmission medium” shall be taken to include any intangible medium capable of storing, encoding, or carrying instructions for execution by the machine, and includes digital or analog communications signals or other intangible media to facilitate communication of such software.
  • inventive subject matter can be referred to herein, individually or collectively, by the term "invention" merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.
  • inventive subject matter can be referred to herein, individually or collectively, by the term "invention" merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.
  • inventive subject matter merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

L'invention concerne des systèmes et des procédés utilisés pour des applications destinées à des dispositifs portables. Selon certains modes de réalisation, un dispositif portable reçoit des données d'un dispositif informatique personnel couplé au dispositif portable de façon à communiquer avec celui-ci. Les données peuvent correspondre à un contenu de marché en ligne. En réponse à la réception des données, le contenu peut être affiché sur le dispositif portable. Le dispositif portable peut détecter une entrée d'un utilisateur. L'entrée peut correspondre à une action demandée. Le dispositif portable peut transmettre au moins une instruction au dispositif informatique personnel. La ou les instructions peuvent être définies pour que le dispositif informatique personnel effectue l'action demandée.
PCT/US2014/050929 2013-08-13 2014-08-13 Applications pour dispositifs portables WO2015023774A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA2921374A CA2921374C (fr) 2013-08-13 2014-08-13 Applications pour dispositifs portables
KR1020167006558A KR102090923B1 (ko) 2013-08-13 2014-08-13 착용가능 디바이스를 위한 애플리케이션
AU2014306671A AU2014306671B2 (en) 2013-08-13 2014-08-13 Applications for wearable devices
KR1020177037286A KR102125121B1 (ko) 2013-08-13 2014-08-13 착용가능 디바이스를 위한 애플리케이션

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201361865464P 2013-08-13 2013-08-13
US61/865,464 2013-08-13
US201461936231P 2014-02-05 2014-02-05
US61/936,231 2014-02-05
US201462013898P 2014-06-18 2014-06-18
US62/013,898 2014-06-18

Publications (1)

Publication Number Publication Date
WO2015023774A1 true WO2015023774A1 (fr) 2015-02-19

Family

ID=52468664

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2014/050929 WO2015023774A1 (fr) 2013-08-13 2014-08-13 Applications pour dispositifs portables

Country Status (5)

Country Link
US (2) US10586274B2 (fr)
KR (2) KR102125121B1 (fr)
AU (1) AU2014306671B2 (fr)
CA (1) CA2921374C (fr)
WO (1) WO2015023774A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106488005A (zh) * 2015-08-25 2017-03-08 Lg电子株式会社 移动终端及其控制方法
CN108111995A (zh) * 2016-11-25 2018-06-01 精工爱普生株式会社 可佩戴设备、信息终端装置、通信系统、电子设备及通信控制方法
US10586274B2 (en) 2013-08-13 2020-03-10 Ebay Inc. Applications for wearable devices
US11682033B1 (en) * 2022-11-04 2023-06-20 Hint, Inc. Multi-tenant loyalty program configuration platform for closed loop reward redemption

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9459781B2 (en) 2012-05-09 2016-10-04 Apple Inc. Context-specific user interfaces for displaying animated sequences
WO2014143776A2 (fr) 2013-03-15 2014-09-18 Bodhi Technology Ventures Llc Fourniture d'interactions à distance avec un dispositif hôte à l'aide d'un dispositif sans fil
WO2015081260A1 (fr) * 2013-11-27 2015-06-04 Cloudwear Répondre à une publicité au moyen d'un dispositif informatique mobile
WO2015127395A1 (fr) * 2014-02-21 2015-08-27 Wendell Brown Couplage d'une requête à un message personnel
US10135905B2 (en) 2014-07-21 2018-11-20 Apple Inc. Remote user interface
US10452253B2 (en) 2014-08-15 2019-10-22 Apple Inc. Weather user interface
US9547419B2 (en) 2014-09-02 2017-01-17 Apple Inc. Reduced size configuration interface
US9611055B2 (en) * 2014-11-12 2017-04-04 Honeywell International Inc. Context based content display in a wearable device
WO2016141016A1 (fr) * 2015-03-03 2016-09-09 Olio Devices, Inc. Système et procédé pour une interface utilisateur automatique de tierce partie
US11809383B2 (en) * 2015-03-26 2023-11-07 Invisible Holdings, Llc Social identity of objects
US10217152B2 (en) 2015-04-16 2019-02-26 Facebook, Inc. Managing ecommerce messages via a social networking system
US20160316450A1 (en) * 2015-04-22 2016-10-27 Pebble Technology Corp. Living notifications
US20160358133A1 (en) * 2015-06-05 2016-12-08 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
WO2017030646A1 (fr) 2015-08-20 2017-02-23 Apple Inc. Cadran de montre d'exercice et applications
US9787624B2 (en) * 2016-02-22 2017-10-10 Pebble Technology, Corp. Taking actions on notifications using an incomplete data set from a message
US9736311B1 (en) 2016-04-29 2017-08-15 Rich Media Ventures, Llc Rich media interactive voice response
US10275529B1 (en) 2016-04-29 2019-04-30 Rich Media Ventures, Llc Active content rich media using intelligent personal assistant applications
US10306586B2 (en) * 2016-06-10 2019-05-28 Apple Inc. Coordinated notifications
DK179412B1 (en) 2017-05-12 2018-06-06 Apple Inc Context-Specific User Interfaces
DE102017008045A1 (de) * 2017-08-25 2019-02-28 Giesecke+Devrient Mobile Security Gmbh Vertrauenswürdiger Smart Button
US11327650B2 (en) 2018-05-07 2022-05-10 Apple Inc. User interfaces having a collection of complications
US11532028B2 (en) * 2018-12-07 2022-12-20 Target Brands, Inc. Voice-based in-store digital checkout system
JP6589038B1 (ja) * 2018-12-19 2019-10-09 株式会社メルカリ ウェアラブル端末、情報処理端末、プログラム及び商品情報表示方法
US11131967B2 (en) 2019-05-06 2021-09-28 Apple Inc. Clock faces for an electronic device
US11301130B2 (en) * 2019-05-06 2022-04-12 Apple Inc. Restricted operation of an electronic device
US11960701B2 (en) 2019-05-06 2024-04-16 Apple Inc. Using an illustration to show the passing of time
DK201970533A1 (en) 2019-05-31 2021-02-15 Apple Inc Methods and user interfaces for sharing audio
US11510614B1 (en) 2019-12-02 2022-11-29 Express Scripts Strategic Development, Inc. Wearable devices and systems for prescription adherence
US20210272187A1 (en) * 2020-03-02 2021-09-02 Oracle International Corporation System and method for integrating voice assistant device and digital assistant device with cloud-based services
DK202070624A1 (en) 2020-05-11 2022-01-04 Apple Inc User interfaces related to time
US11372659B2 (en) 2020-05-11 2022-06-28 Apple Inc. User interfaces for managing user interface sharing
EP4133371A1 (fr) 2020-05-11 2023-02-15 Apple Inc. Interfaces utilisateur pour la gestion du partage d'interface utilisateur
US11694590B2 (en) 2020-12-21 2023-07-04 Apple Inc. Dynamic user interface with time indicator
US11720239B2 (en) 2021-01-07 2023-08-08 Apple Inc. Techniques for user interfaces related to an event
US20220342514A1 (en) * 2021-04-27 2022-10-27 Apple Inc. Techniques for managing display usage
US11921992B2 (en) 2021-05-14 2024-03-05 Apple Inc. User interfaces related to time

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1041502A2 (fr) * 1999-03-29 2000-10-04 Phone.Com Inc. Ventes aux enchères en temps réel utilisant un appareil de communication sans fil
US20020065761A1 (en) * 2000-11-29 2002-05-30 Fischer David Howard Subscriber notification criteria for electronic auctions
US20060255963A1 (en) * 2005-05-13 2006-11-16 Microsoft Corporation System and method for command and control of wireless devices using a wearable device
US20080268920A1 (en) * 2007-04-23 2008-10-30 Patent Navigation Inc. Turbulence sensitive mobile device power control
US7715873B1 (en) * 2006-06-23 2010-05-11 Sprint Communications Company L.P. Wearable accessories providing visual indicia of incoming events for wireless telecommunications device
US20120108215A1 (en) * 2010-10-29 2012-05-03 Nader Kameli Remote notification device

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6256028B1 (en) * 1998-08-14 2001-07-03 Microsoft Corporation Dynamic site browser
US7346658B2 (en) 2001-08-08 2008-03-18 At&T Delaware Intellectual Property, Inc. System and method for notifying an offline global computer network user of an online interaction
US20050240512A1 (en) 2004-02-18 2005-10-27 Nacenters, Inc. Method and system for identifying auction items in a graphical location
US8688528B2 (en) * 2004-12-30 2014-04-01 Ebay, Inc. Methods and systems to alert a user of a network-based marketplace event
US7751285B1 (en) * 2005-03-28 2010-07-06 Nano Time, LLC Customizable and wearable device with electronic images
WO2007060430A1 (fr) * 2005-11-23 2007-05-31 British Telecommunications Public Limited Company Appareil et methode pour distribuer un message a un utilisateur
US8462109B2 (en) 2007-01-05 2013-06-11 Invensense, Inc. Controlling and accessing content using motion processing on mobile devices
US8289162B2 (en) * 2008-12-22 2012-10-16 Wimm Labs, Inc. Gesture-based user interface for a wearable portable device
US9064282B1 (en) * 2009-05-21 2015-06-23 Heritage Capital Corp. Live auctioning system and methods
KR101607888B1 (ko) * 2009-06-03 2016-03-31 엘지전자 주식회사 시계 겸용 휴대 단말기 및 동작방법
US10510112B2 (en) * 2009-10-12 2019-12-17 Jeffrey Brian Gray Computer implemented continuous dual auction system
US20110213664A1 (en) 2010-02-28 2011-09-01 Osterhout Group, Inc. Local advertising content on an interactive head-mounted eyepiece
CN102906623A (zh) * 2010-02-28 2013-01-30 奥斯特豪特集团有限公司 交互式头戴目镜上的本地广告内容
KR20120085054A (ko) * 2011-01-21 2012-07-31 주식회사 플렉스엘시디 전자화폐 서비스를 제공하는 착용형 유비쿼터스 단말장치
US8249547B1 (en) 2011-06-16 2012-08-21 Albert Fellner Emergency alert device with mobile phone
US20130298001A1 (en) * 2012-05-04 2013-11-07 Quad/Graphics, Inc. Presenting actionable elements on a device relating to an object
US20140046794A1 (en) * 2012-08-07 2014-02-13 Ebay Inc Shopping assistant
US9407097B2 (en) * 2013-03-04 2016-08-02 Hello Inc. Methods using wearable device with unique user ID and telemetry system
US9148398B2 (en) * 2013-03-13 2015-09-29 Google Inc. Prioritized and contextual display of aggregated account notifications
WO2015023774A1 (fr) 2013-08-13 2015-02-19 John Tapley Applications pour dispositifs portables

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1041502A2 (fr) * 1999-03-29 2000-10-04 Phone.Com Inc. Ventes aux enchères en temps réel utilisant un appareil de communication sans fil
US20020065761A1 (en) * 2000-11-29 2002-05-30 Fischer David Howard Subscriber notification criteria for electronic auctions
US20060255963A1 (en) * 2005-05-13 2006-11-16 Microsoft Corporation System and method for command and control of wireless devices using a wearable device
US7715873B1 (en) * 2006-06-23 2010-05-11 Sprint Communications Company L.P. Wearable accessories providing visual indicia of incoming events for wireless telecommunications device
US20080268920A1 (en) * 2007-04-23 2008-10-30 Patent Navigation Inc. Turbulence sensitive mobile device power control
US20120108215A1 (en) * 2010-10-29 2012-05-03 Nader Kameli Remote notification device

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10586274B2 (en) 2013-08-13 2020-03-10 Ebay Inc. Applications for wearable devices
US11354729B2 (en) 2013-08-13 2022-06-07 Ebay Inc. Systems, methods, and manufactures for applications for wearable devices
CN106488005A (zh) * 2015-08-25 2017-03-08 Lg电子株式会社 移动终端及其控制方法
CN108111995A (zh) * 2016-11-25 2018-06-01 精工爱普生株式会社 可佩戴设备、信息终端装置、通信系统、电子设备及通信控制方法
CN108111995B (zh) * 2016-11-25 2022-07-22 精工爱普生株式会社 可佩戴设备、信息终端装置、通信系统、电子设备及通信控制方法
US11682033B1 (en) * 2022-11-04 2023-06-20 Hint, Inc. Multi-tenant loyalty program configuration platform for closed loop reward redemption
US11941656B1 (en) * 2022-11-04 2024-03-26 HintMD Multi-tenant loyalty program configuration platform for closed loop reward redemption

Also Published As

Publication number Publication date
AU2014306671A1 (en) 2016-03-17
US11354729B2 (en) 2022-06-07
AU2014306671B2 (en) 2017-06-22
CA2921374C (fr) 2021-05-25
CA2921374A1 (fr) 2015-02-19
KR20160042444A (ko) 2016-04-19
KR102125121B1 (ko) 2020-06-19
KR102090923B1 (ko) 2020-03-19
KR20180001592A (ko) 2018-01-04
US10586274B2 (en) 2020-03-10
US20200202417A1 (en) 2020-06-25
US20150106221A1 (en) 2015-04-16

Similar Documents

Publication Publication Date Title
US11354729B2 (en) Systems, methods, and manufactures for applications for wearable devices
US10771567B2 (en) Systems and methods for automatically saving a state of a communication session
KR102219831B1 (ko) 맞춤형 작업가능 통지를 위한 시스템 및 방법
KR101858133B1 (ko) 통신 세션 상태를 저장 및 제시하는 기법
KR102384626B1 (ko) 상이한 사이트들에 걸쳐 데이터를 채택하는 방법
WO2015066025A2 (fr) Profils de susceptibilité d'utilisateur dans des environnements de marché
US11222376B2 (en) Instant offer distribution system
US20160189262A1 (en) System and method for buy through transactions

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14836163

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2921374

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20167006558

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2014306671

Country of ref document: AU

Date of ref document: 20140813

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 14836163

Country of ref document: EP

Kind code of ref document: A1