US20120054321A1 - Method and system to deliver a digital good - Google Patents
Method and system to deliver a digital good Download PDFInfo
- Publication number
- US20120054321A1 US20120054321A1 US13/291,479 US201113291479A US2012054321A1 US 20120054321 A1 US20120054321 A1 US 20120054321A1 US 201113291479 A US201113291479 A US 201113291479A US 2012054321 A1 US2012054321 A1 US 2012054321A1
- Authority
- US
- United States
- Prior art keywords
- digital
- buyer
- seller
- marketplace
- digital good
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims description 22
- 238000010586 diagram Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 7
- 238000007726 management method Methods 0.000 description 6
- 230000015654 memory Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000003384 imaging method Methods 0.000 description 3
- 230000001737 promoting effect Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000005291 magnetic effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0613—Third-party assisted
- G06Q30/0617—Representative agent
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
- G06Q20/123—Shopping for digital content
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
- G06Q30/0637—Approvals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
Definitions
- digital good refers to any digital document, file or information, and is meant to include but not be limited to music, photographs, text documents and videos.
- the seller For transactions concerning physical goods, there are typically four parties involved: the seller, the buyer, the payment system, and the delivery mechanism. While physical goods could be exchanged locally without a formal delivery system, the tracking information provided by the delivery system is invaluable for resolving disputes between the buyer and the seller.
- the seller could theoretically send the digital good directly to the buyer, either through e-mail, an online server, or in a closed-loop environment.
- One of the problems with such an arrangement is that there is no objective third party tracking of the consummation of the transaction. Without this information, the buyer is vulnerable to non-delivery, and the seller is vulnerable to fraudulent chargebacks.
- a system to deliver a digital good from a seller to a buyer including:
- a method of delivering a digital good from a seller to a buyer including:
- FIG. 1 is a system diagram of a digital goods delivery system of one example embodiment the present invention
- FIG. 2 is a block diagram showing components, according to one example embodiment, of a digital goods delivery package used in the system shown in FIG. 4 ;
- FIG. 3 is a block diagram of a digital goods storage used in the system shown in FIG. 1 ;
- FIG. 4 is a flow diagram of a digital good delivery process according to one example embodiment of the present invention in which there is no dispute regarding the digital good delivered to the buyer;
- FIG. 5 is a flow diagram of a digital good delivery process according to one example embodiment of the present invention in which there is a dispute regarding the digital good delivered to the buyer;
- FIG. 6 is a network diagram depicting a system, according to one example embodiment of the present invention.
- FIG. 7 is a block diagram illustrating multiple marketplace and payment applications
- FIG. 8 is a high-level entity-relationship diagram
- FIG. 9 shows a diagrammatic representation of a machine for performing any one or more of the operations described herein.
- FIG. 1 is a system diagram of a digital goods delivery system 120 , according to one example embodiment of the present invention, to deliver a digital good 122 from a seller to a buyer.
- the seller and the buyer have an associated seller system 124 and a buyer system 126 , respectively.
- a marketplace system 128 may manage the transfer of transaction data between the various parties.
- a payment system 130 is used to manage the transfer of payment data between the various parties, and comprises a seller account 132 associated with the seller and a buyer account 134 associated with the buyer.
- the systems 124 , 126 , 128 and 130 are in communication with each other and with the digital goods delivery system 120 using a communications network 136 , such as the Internet.
- the digital goods delivery system 120 includes an interface 138 to receive a digital goods package from the seller, as indicated by arrow 140 .
- the digital goods package 142 includes, in one example embodiment, the digital good 122 , storage time data 144 , which will be discussed in more detail further below, and a buyer identifier 146 to enable the system 120 to identify the correct buyer.
- the digital goods delivery system 120 further includes a digital goods storage, in the exemplary form of a database 148 to store the digital goods package 142 .
- the storage may for example be a file system.
- a fingerprint creator 150 is used to create an electronic fingerprint of each digital good received from the seller, the fingerprint being used to identify the digital good.
- the fingerprint creator 150 defines an identifier extractor to extract the buyer identifier 146 from the digital goods package 142 .
- the digital goods database 148 includes a fingerprint table 152 , which stores identification data for each electronic fingerprint as well as the actual fingerprint data for the particular digital good.
- the database 148 further includes a digital good table 154 , which not only stores the actual digital good that is being bought by the buyer but also the identification data for each electronic fingerprint, as well as identification data for identifying the actual digital good, the buyer identifier and a seller identifier.
- the storage time data 144 is also stored in the digital good table 154 , this data including the receipt time of the digital good from the seller.
- the storage time data 144 can also be used by the seller to specify the duration that the digital good is to be stored in the digital goods database 148 .
- a user table 156 is provided to allow a user to access and manipulate the digital goods database 148 , with authorized users having an identifier and associated details.
- Both the digital good table 154 and the user table 156 can access and utilize a marketplace database 158 associated with the marketplace system 128 and a payment service database 160 associated with the payment system 130 .
- a notifying component 162 is used to notify the buyer, based on the buyer identifier 146 , via the network 136 and associated buyer system 126 , that the digital good 122 has been received from the seller and is ready to be collected/downloaded by the buyer.
- the system 120 allows the buyer to access and retrieve the digital good from the digital goods database 148 .
- the system 120 includes an identity authenticator 164 to authenticate that a person wishing to collect a digital good is the correct buyer.
- a delivery tracking component 166 is used to track delivery of the digital good to the buyer, with, for example, the time that the digital good is delivered to the buyer being stored in the digital good table 154 . Detection of delivery initiates a payment authorization component 168 , which is linked to the payment system 130 , to carry out the necessary financial transaction between the seller and the buyer.
- An optional network storage component 170 can be provided to store the digital good within the system 120 .
- a digital rights management (DRM) component 172 provides DRM services for the various digital goods being transacted.
- DRM digital rights management
- the system 120 further includes a fingerprint comparator 174 to compare the fingerprints of two digital goods. This will be used in the event of there being a dispute regarding the delivered digital good, which will be described in detail with reference to FIG. 5 .
- a digital good delivery process 176 in which there is no dispute regarding the digital good delivered to the buyer will now be described with reference to FIG. 4 .
- the various operations that occur at the seller system 124 , the buyer system 126 , the marketplace system 128 , the digital goods delivery system (DGDS) 120 and the payment system 130 during the delivery process are shown.
- the seller first lists the digital good for sale, shown at operation 178 , which then gets published by the marketplace system 128 (or some other commerce or publication system) at operation 180 .
- the seller system 124 Upon the buyer's acceptance of the offer, at operation 182 , the seller system 124 , at operation 184 , creates and transmits a digital goods delivery package, as described above, to the digital goods delivery system 120 , as shown by arrow 140 .
- the digital goods delivery system 120 Upon receiving the digital goods package from the seller, at operation 186 , the digital goods delivery system 120 stores the information regarding the digital good, at operation 188 . This operation includes, for example, the creation of a digital fingerprint and extracting the buyer identifier, which have already been described above. A notification is then prepared and sent to the buyer system 126 , at operation 190 . After the buyer has received and downloaded the digital good, at operation 192 , and the download is confirmed by the digital goods delivery system 120 at operation 194 , a payment authorization is sent by the system 120 to the payment system 130 , at operation 196 .
- the payment system 130 Upon receiving the payment authorization at operation 198 , the payment system 130 conducts the necessary financial transaction by debiting the buyer's account and crediting the seller's account, shown at operation 200 . If, however, the download is not confirmed by the digital goods delivery system 120 , a suitable notification is sent to the buyer and/or seller system, shown at operation 202 .
- FIG. 5 does illustrate an alternative way in which payment can be made in the event of there not being a dispute.
- This alternative way comprises the buyer confirming that the delivered digital good is as described, at operation 204 , with the buyer then him- or herself transmitting a payment authorization to the payment system 130 , as shown by operation 206 .
- the operations 198 and 200 would then take place as described above with reference to FIG. 4 .
- the buyer will need to upload the delivered digital good back to the digital goods delivery system 120 , at operation 208 .
- the digital goods delivery system 120 will then create a digital fingerprint of the disputed, allegedly incorrect delivered digital good, indicated by operation 210 .
- the digital goods delivery system 120 using the fingerprint comparison component 174 shown in FIG. 1 , can then compare the digital fingerprint of the disputed digital good with the digital fingerprint of the digital good that was actually delivered to the buyer, which would have been stored in digital good table 154 of the digital goods database 148 , as shown by operation 212 .
- a genuine dispute is recognized and a dispute resolution procedure can be entered into, as shown by operation 214 .
- matching fingerprints indicate that the digital good that the buyer is disputing is the same digital good that was delivered to the buyer via the digital good delivery system 120 .
- the digital goods delivery system 120 may itself included a dispute resolution component (not shown).
- the dispute resolution procedure may be supported by a dispute resolution mechanism provided external to the digital goods delivery system 120 .
- the marketplace system 128 may provide such a dispute resolution mechanism (e.g., the dispute resolution applications 366 discussed below with reference to FIG. 7 ).
- the dispute resolution component is to facilitate resolution of a dispute regarding the digital good, and, in one embodiment, to recognize a genuine dispute concerning the digital good if the fingerprint of the digital good in question and corresponds to a fingerprint of a further digital good uploaded to the system as part of a dispute registration.
- an attempted fraud activity against the buyer can be logged in the user table 156 of the digital goods database 148 , as shown by operation 216 .
- FIG. 6 is a network diagram depicting a system 310 , according to one example embodiment of the present invention, having a client-server architecture.
- a commerce (or publication) system in the example form of a network-based marketplace 312 , provides server-side functionality, via a network 314 (e.g., the Internet) to one or more clients.
- FIG. 6 illustrates, for example, a web client 316 (e.g., a browser, such as the Internet Explorer browser developed by Microsoft Corporation of Redmond, Wash. State), and a programmatic client 318 executing on respective client machines 320 and 322 .
- a web client 316 e.g., a browser, such as the Internet Explorer browser developed by Microsoft Corporation of Redmond, Wash. State
- programmatic client 318 executing on respective client machines 320 and 322 .
- an Application Program Interface (API) server 324 and a web server 326 are coupled to, and provide programmatic and web interfaces respectively to, one or more application servers 328 .
- the application servers 328 host one or more marketplace applications 330 and payment applications 332 .
- the application servers 328 are, in turn, shown to be coupled to one or more databases servers 334 that facilitate access to one or more databases 336 .
- the marketplace applications 330 provide a number of marketplace functions and services to users that access the marketplace 312 .
- the payment applications 332 likewise provide a number of payment services and functions to users.
- the payment applications 330 may allow users to quantify for, and 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 30 . While the marketplace and payment applications 330 and 332 are shown in FIG. 6 to both form part of the network-based marketplace 312 , it will be appreciated that, in alternative embodiments of the present invention, the payment applications 332 may form part of a payment service that is separate and distinct from the marketplace 312 .
- system 310 shown in FIG. 6 employs a client-server architecture
- present invention is of course not limited to such an architecture, and could equally well find application in a distributed, or peer-to-peer, architecture system.
- the various marketplace and payment applications 330 and 332 could also be implemented as standalone software programs, which do not necessarily have networking capabilities.
- the web client 316 accesses the various marketplace and payment applications 330 and 332 via the web interface supported by the web server 326 .
- the programmatic client 318 accesses the various services and functions provided by the marketplace and payment applications 330 and 332 via the programmatic interface provided by the API server 324 .
- the programmatic client 318 may, for example, be a seller application (e.g., the TurboLister application developed by eBay Inc., of San Jose, Calif.) to enable sellers to author and manage listings on the marketplace 312 in an off-line manner, and to perform batch-mode communications between the programmatic client 318 and the network-based marketplace 312 .
- FIG. 6 also illustrates a third party application 338 , executing on a third party server machine 340 , as having programmatic access to the network-based marketplace 312 via the programmatic interface provided by the API server 324 .
- the third party application 338 may, utilizing information retrieved from the network-based marketplace 312 , support one or more features or functions on a website hosted by the third party.
- the third party website may, for example, provide one or more promotional, marketplace or payment functions that are supported by the relevant applications of the network-based marketplace 312 .
- FIG. 7 is a block diagram illustrating multiple marketplace and payment applications 330 that, in one example embodiment of the present invention, are provided as part of the network-based marketplace 312 .
- the marketplace 312 may provide a number of listing and price-setting mechanisms whereby a seller may list goods or services for sale, a buyer can express interest in or indicate a desire to purchase such goods or services, and a price can be set for a transaction pertaining to the goods or services.
- the marketplace applications 30 are shown to include one or more auction applications 344 which support auction-format listing and price setting mechanisms (e.g., English, Dutch, Vickrey, Chinese, Double, Reverse auctions etc.).
- the various auction applications 344 may also provide a number of features in support of such auction-format listings, such as a reserve price feature whereby a seller may specify a reserve price in connection with a listing and a proxy-bidding feature whereby a bidder may invoke automated proxy bidding.
- a reserve price feature whereby a seller may specify a reserve price in connection with a listing
- a proxy-bidding feature whereby a bidder may invoke automated proxy bidding.
- a number of fixed-price applications 346 support fixed-price listing formats (e.g., the traditional classified advertisement-type listing or a catalogue listing) and buyout-type listings.
- buyout-type listings e.g., including the Buy-It-Now (BIN) technology developed by eBay Inc., of San Jose, Calif.
- BIN Buy-It-Now
- auction-format listing may be offered in conjunction with an auction-format listing, and allow a buyer to purchase goods or services, which are also being offered for sale via an auction, for a fixed-price that is typically higher than the starting price of the auction.
- Store applications 348 allow sellers to group their listings within a “virtual” store, which may be branded and otherwise personalized by and for the sellers. Such a virtual store may also offer promotions, incentives and features that are specific and personalized to a relevant seller.
- Reputation applications 350 allow parties that transact utilizing the network-based marketplace 312 to establish, build and maintain reputations, which may be made available and published to potential trading partners.
- the network-based marketplace 312 supports person-to-person trading
- users may have no history or other reference information whereby the trustworthiness and credibility of potential trading partners may be assessed.
- the reputation applications 350 allow a user, for example through feedback provided by other transaction partners, to establish a reputation within the network-based marketplace 312 over time. Other potential trading partners may then reference such a reputation for the purposes of assessing credibility and trustworthiness.
- Personalization applications 352 allow users of the marketplace 312 to personalize various aspects of their interactions with the marketplace 312 . For example a user may, utilizing an appropriate personalization application 352 , create a personalized reference page at which information regarding transactions to which the user is (or has been) a party may be viewed. Further, a personalization application 352 may enable a user to personalize listings and other aspects of their interactions with the marketplace 312 and other parties.
- the network-based marketplace 312 may support a number of marketplaces that are customized, for example, for specific geographic regions.
- a version of the marketplace 312 may be customized for the United Kingdom, whereas another version of the marketplace 312 may be customized for the United States.
- Each of these versions may operate as an independent marketplace, or may be customized (or internationalized) presentations of a common underlying marketplace.
- Navigation of the network-based marketplace 312 may be facilitated by one or more navigation applications 356 .
- a search application enables key word searches of listings published via the marketplace 312 .
- a browse application allows users to browse various category, catalogue, or inventory data structures according to which listings may be classified within the marketplace 312 .
- Various other navigation applications may be provided to supplement the search and browsing applications.
- the marketplace applications 330 may include one or more imaging applications 358 utilizing which users may upload images for inclusion within listings.
- An imaging application 358 also operates to incorporate images within viewed listings.
- the imaging applications 358 may also support one or more promotional features, such as image galleries that are presented to potential buyers. For example, sellers may pay an additional fee to have an image included within a gallery of images for promoted items.
- Listing creation applications 360 allow sellers conveniently to author listings pertaining to goods or services that they wish to transact via the marketplace 312
- listing management applications 362 allow sellers to manage such listings. Specifically, where a particular seller has authored and/or published a large number of listings, the management of such listings may present a challenge.
- the listing management applications 362 provide a number of features (e.g., auto-relisting, inventory level monitors, etc.) to assist the seller in managing such listings.
- One or more post-listing management applications 64 also assist sellers with a number of activities that typically occur post-listing. For example, upon completion of an auction facilitated by one or more auction applications 344 , a seller may wish to leave feedback regarding a particular buyer. To this end, a post-listing management application 364 may provide an interface to one or more reputation applications 350 , so as to allow the seller conveniently to provide feedback regarding multiple buyers to the reputation applications 350 .
- Dispute resolution applications 366 provide mechanisms whereby disputes arising between transacting parties may be resolved.
- the dispute resolution applications 366 may provide guided procedures whereby the parties are guided through a number of steps in an attempt to settle a dispute.
- the dispute may be escalated to a third party mediator or arbitrator.
- a number of fraud prevention applications 368 implement various fraud detection and prevention mechanisms to reduce the occurrence of fraud within the marketplace 312 .
- Messaging applications 370 are responsible for the generation and delivery of messages to users of the network-based marketplace 312 , such messages for example advising users regarding the status of listings at the marketplace 312 (e.g., providing “outbid” notices to bidders during an auction process or to provide promotional and merchandising information to users).
- Merchandising applications 372 support various merchandising functions that are made available to sellers to enable sellers to increase sales via the marketplace 312 .
- the merchandising applications 380 also operate the various merchandising features that may be invoked by sellers, and may monitor and track the success of merchandising strategies employed by sellers.
- the network-based marketplace 312 itself, or one or more parties that transact via the marketplace 312 may operate loyalty programs that are supported by one or more loyalty/promotions applications 374 . For example, a buyer may earn loyalty or promotions points for each transaction established and/or concluded with a particular seller, and be offered a reward for which accumulated loyalty points can be redeemed.
- FIG. 8 is a high-level entity-relationship diagram, illustrating various tables 390 that may be maintained within the databases 336 , and that are utilized by and support the marketplace and payment applications 330 and 332 .
- a user table 392 contains a record for each registered user of the network-based marketplace 312 , and may include identifier, address and financial instrument information pertaining to each such registered user.
- a user may, it will be appreciated, operate as a seller, a buyer, or both, within the network-based marketplace 312 .
- a buyer may be a user that has accumulated value (e.g., commercial or proprietary currency), and is then able to exchange the accumulated value for items that are offered for sale by the network-based marketplace 312 .
- accumulated value e.g., commercial or proprietary currency
- the tables 390 also include an items table 394 in which are maintained item records for goods and services that are available to be, or have been, transacted via the marketplace 312 .
- Each item record within the items table 394 may furthermore be linked to one or more user records within the user table 392 , so as to associate a seller and one or more actual or potential buyers with each item record.
- a transaction table 396 contains a record for each transaction (e.g., a purchase transaction) pertaining to items for which records exist within the items table 394 .
- An order table 398 is populated with order records, each order record being associated with an order. Each order, in turn, may be with respect to one or more transactions for which records exist within the transactions table 396 .
- Bid records within a bids table 400 each relate to a bid received at the network-based marketplace 312 in connection with an auction-format listing supported by an auction application 344 .
- a feedback table 402 is utilized by one or more reputation applications 350 , in one example embodiment, to construct and maintain reputation information concerning users.
- a history table 404 maintains a history of transactions to which a user has been a party.
- One or more attributes tables 406 record attribute information pertaining to items for which records exist within the items table 394 . Considering only a single example of such an attribute, the attributes tables 406 may indicate a currency attribute associated with a particular item, the currency attribute identifying the currency of a price for the relevant item as specified in by a seller.
- FIG. 9 shows a diagrammatic representation of machine in the example form of a computer system 500 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed.
- the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
- the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
- the machine may be a server computer, a client computer, 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 a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- PDA Personal Digital Assistant
- STB set-top box
- a cellular telephone a web appliance
- network router switch or bridge
- the example computer system 500 includes a processor 502 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) or both), a main memory 504 and a static memory 506 , which communicate with each other via a bus 508 .
- the computer system 500 may further include a video display unit 510 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
- the computer system 500 also includes an alphanumeric input device 512 (e.g., a keyboard), a cursor control device 514 (e.g., a mouse), a disk drive unit 516 , a signal generation device 518 (e.g., a speaker) and a network interface device 520 .
- the disk drive unit 516 includes a machine-readable medium 522 on which is stored one or more sets of instructions (e.g., software 524 ) embodying any one or more of the methodologies or functions described herein.
- the software 524 may also reside, completely or at least partially, within the main memory 504 and/or within the processor 502 during execution thereof by the computer system 500 , the main memory 504 and the processor 502 also constituting machine-readable media.
- the software 524 may further be transmitted or received over a network 526 via the network interface device 520 .
- machine-readable medium 522 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to 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 sets of instructions.
- the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention.
- the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
Abstract
A system to deliver a digital good from a seller to a buyer is disclosed. The system includes an interface to receive a digital goods package from the seller, the digital goods package including the digital good and a buyer identifier. A digital goods database is provided to store the digital goods package, with an identifier extractor being provided to extract the buyer identifier from the digital goods package. The system further includes a notifier to notify the buyer, based on the buyer identifier, that the digital good has been received from the seller and is ready to be collected by the buyer, wherein, after having sent the notification that the digital good is ready to be collected, the system allows the buyer to access and retrieve the digital good.
Description
- This present application is a continuation application of application Ser. No. 11/052,653, filed Feb. 7, 2005, and entitled “METHOD AND SYSTEM TO DELIVER DIGITAL GOOD,” which claims the priority benefit of U.S. provisional application Ser. No. 60/638,670, filed Dec. 22, 2004, and entitled “METHOD AND SYSTEM TO DELIVER A DIGITAL GOOD,” the disclosures of which are incorporated herein by reference.
- The present application relates generally to the technical field of digital goods delivery. The term “digital good” refers to any digital document, file or information, and is meant to include but not be limited to music, photographs, text documents and videos.
- For transactions concerning physical goods, there are typically four parties involved: the seller, the buyer, the payment system, and the delivery mechanism. While physical goods could be exchanged locally without a formal delivery system, the tracking information provided by the delivery system is invaluable for resolving disputes between the buyer and the seller.
- With digital goods, the seller could theoretically send the digital good directly to the buyer, either through e-mail, an online server, or in a closed-loop environment. One of the problems with such an arrangement is that there is no objective third party tracking of the consummation of the transaction. Without this information, the buyer is vulnerable to non-delivery, and the seller is vulnerable to fraudulent chargebacks.
- According to one embodiment there is provided a system to deliver a digital good from a seller to a buyer, the system including:
-
- an interface to receive a digital goods package from the seller, the digital goods package including the digital good and a buyer identifier;
- a digital goods storage to store the digital goods package;
- an identifier extractor to extract the buyer identifier from the digital goods package; and
- a notifier to notify the buyer, based on the buyer identifier, that the digital good has been received from the seller and is ready to be collected by the buyer,
wherein, after having sent the notification that the digital good is ready to be collected, the system allows the buyer to access and retrieve the digital good.
- According to a further embodiment, there is provided a method of delivering a digital good from a seller to a buyer, the method including:
-
- receiving a digital goods package from the seller, the digital goods package including the digital good and a buyer identifier;
- storing the digital goods package;
- extracting the buyer identifier from the digital goods package;
- notifying the buyer, based on the buyer identifier, that the digital good has been received from the seller and is ready to be collected by the buyer; and
- allowing the buyer to access and retrieve the digital good.
- Other features of the present invention will be apparent from the accompanying drawings and from the detailed description that follows.
- The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:
-
FIG. 1 is a system diagram of a digital goods delivery system of one example embodiment the present invention; -
FIG. 2 is a block diagram showing components, according to one example embodiment, of a digital goods delivery package used in the system shown inFIG. 4 ; -
FIG. 3 is a block diagram of a digital goods storage used in the system shown inFIG. 1 ; -
FIG. 4 is a flow diagram of a digital good delivery process according to one example embodiment of the present invention in which there is no dispute regarding the digital good delivered to the buyer; -
FIG. 5 is a flow diagram of a digital good delivery process according to one example embodiment of the present invention in which there is a dispute regarding the digital good delivered to the buyer; -
FIG. 6 is a network diagram depicting a system, according to one example embodiment of the present invention; -
FIG. 7 is a block diagram illustrating multiple marketplace and payment applications; -
FIG. 8 is a high-level entity-relationship diagram; and -
FIG. 9 shows a diagrammatic representation of a machine for performing any one or more of the operations described herein. - A method and system to deliver a digital good from a seller to a buyer are described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be evident, however, to one skilled in the art that the present invention may be practiced without these specific details.
-
FIG. 1 is a system diagram of a digitalgoods delivery system 120, according to one example embodiment of the present invention, to deliver adigital good 122 from a seller to a buyer. The seller and the buyer have an associatedseller system 124 and abuyer system 126, respectively. Amarketplace system 128 may manage the transfer of transaction data between the various parties. Apayment system 130 is used to manage the transfer of payment data between the various parties, and comprises aseller account 132 associated with the seller and abuyer account 134 associated with the buyer. - The
systems goods delivery system 120 using acommunications network 136, such as the Internet. - The digital
goods delivery system 120 includes aninterface 138 to receive a digital goods package from the seller, as indicated byarrow 140. Turning now toFIG. 2 , thedigital goods package 142 includes, in one example embodiment, thedigital good 122,storage time data 144, which will be discussed in more detail further below, and abuyer identifier 146 to enable thesystem 120 to identify the correct buyer. - Referring back to
FIG. 1 , the digitalgoods delivery system 120 further includes a digital goods storage, in the exemplary form of adatabase 148 to store thedigital goods package 142. In a further embodiment, the storage may for example be a file system. - A
fingerprint creator 150 is used to create an electronic fingerprint of each digital good received from the seller, the fingerprint being used to identify the digital good. There are a number of ways of generating a digital fingerprint, including checksums and hash algorithms. - In one example version, the
fingerprint creator 150 defines an identifier extractor to extract thebuyer identifier 146 from thedigital goods package 142. - The
digital goods database 148 will now be described in more detail with reference toFIG. 3 . Thedatabase 148 includes a fingerprint table 152, which stores identification data for each electronic fingerprint as well as the actual fingerprint data for the particular digital good. Thedatabase 148 further includes a digital good table 154, which not only stores the actual digital good that is being bought by the buyer but also the identification data for each electronic fingerprint, as well as identification data for identifying the actual digital good, the buyer identifier and a seller identifier. Thestorage time data 144 is also stored in the digital good table 154, this data including the receipt time of the digital good from the seller. Thestorage time data 144 can also be used by the seller to specify the duration that the digital good is to be stored in thedigital goods database 148. A user table 156 is provided to allow a user to access and manipulate thedigital goods database 148, with authorized users having an identifier and associated details. - Both the digital good table 154 and the user table 156 can access and utilize a
marketplace database 158 associated with themarketplace system 128 and apayment service database 160 associated with thepayment system 130. - A notifying
component 162 is used to notify the buyer, based on thebuyer identifier 146, via thenetwork 136 and associatedbuyer system 126, that thedigital good 122 has been received from the seller and is ready to be collected/downloaded by the buyer. Thus, after having sent the notification that the digital good is ready to be collected, thesystem 120 allows the buyer to access and retrieve the digital good from thedigital goods database 148. In this regard, thesystem 120 includes anidentity authenticator 164 to authenticate that a person wishing to collect a digital good is the correct buyer. - A
delivery tracking component 166 is used to track delivery of the digital good to the buyer, with, for example, the time that the digital good is delivered to the buyer being stored in the digital good table 154. Detection of delivery initiates apayment authorization component 168, which is linked to thepayment system 130, to carry out the necessary financial transaction between the seller and the buyer. - An optional
network storage component 170 can be provided to store the digital good within thesystem 120. - A digital rights management (DRM)
component 172 provides DRM services for the various digital goods being transacted. - The
system 120 further includes afingerprint comparator 174 to compare the fingerprints of two digital goods. This will be used in the event of there being a dispute regarding the delivered digital good, which will be described in detail with reference toFIG. 5 . - A digital
good delivery process 176, according to an example embodiment the present invention, in which there is no dispute regarding the digital good delivered to the buyer will now be described with reference toFIG. 4 . For ease of understanding, the various operations that occur at theseller system 124, thebuyer system 126, themarketplace system 128, the digital goods delivery system (DGDS) 120 and thepayment system 130 during the delivery process are shown. - The seller first lists the digital good for sale, shown at
operation 178, which then gets published by the marketplace system 128 (or some other commerce or publication system) atoperation 180. Upon the buyer's acceptance of the offer, atoperation 182, theseller system 124, atoperation 184, creates and transmits a digital goods delivery package, as described above, to the digitalgoods delivery system 120, as shown byarrow 140. - Upon receiving the digital goods package from the seller, at
operation 186, the digitalgoods delivery system 120 stores the information regarding the digital good, atoperation 188. This operation includes, for example, the creation of a digital fingerprint and extracting the buyer identifier, which have already been described above. A notification is then prepared and sent to thebuyer system 126, atoperation 190. After the buyer has received and downloaded the digital good, atoperation 192, and the download is confirmed by the digitalgoods delivery system 120 atoperation 194, a payment authorization is sent by thesystem 120 to thepayment system 130, atoperation 196. - Upon receiving the payment authorization at
operation 198, thepayment system 130 conducts the necessary financial transaction by debiting the buyer's account and crediting the seller's account, shown atoperation 200. If, however, the download is not confirmed by the digitalgoods delivery system 120, a suitable notification is sent to the buyer and/or seller system, shown atoperation 202. - In the event of there being a dispute regarding the digital good delivered to the buyer, and referring now to
FIG. 5 ,operations FIG. 5 does illustrate an alternative way in which payment can be made in the event of there not being a dispute. This alternative way comprises the buyer confirming that the delivered digital good is as described, atoperation 204, with the buyer then him- or herself transmitting a payment authorization to thepayment system 130, as shown byoperation 206. Theoperations FIG. 4 . - However, in the event of the buyer indicating that the delivered digital good is not as described, at
operation 204, the buyer will need to upload the delivered digital good back to the digitalgoods delivery system 120, atoperation 208. The digitalgoods delivery system 120 will then create a digital fingerprint of the disputed, allegedly incorrect delivered digital good, indicated byoperation 210. The digitalgoods delivery system 120, using thefingerprint comparison component 174 shown inFIG. 1 , can then compare the digital fingerprint of the disputed digital good with the digital fingerprint of the digital good that was actually delivered to the buyer, which would have been stored in digital good table 154 of thedigital goods database 148, as shown byoperation 212. - Should the two digital fingerprints match, then a genuine dispute is recognized and a dispute resolution procedure can be entered into, as shown by
operation 214. For example, matching fingerprints indicate that the digital good that the buyer is disputing is the same digital good that was delivered to the buyer via the digitalgood delivery system 120. - In one embodiment, the digital
goods delivery system 120 may itself included a dispute resolution component (not shown). In an alternative embodiment, the dispute resolution procedure may be supported by a dispute resolution mechanism provided external to the digitalgoods delivery system 120. For example, themarketplace system 128 may provide such a dispute resolution mechanism (e.g., thedispute resolution applications 366 discussed below with reference toFIG. 7 ). The dispute resolution component is to facilitate resolution of a dispute regarding the digital good, and, in one embodiment, to recognize a genuine dispute concerning the digital good if the fingerprint of the digital good in question and corresponds to a fingerprint of a further digital good uploaded to the system as part of a dispute registration. - If, however, the two digital fingerprints do not match, then an attempted fraud activity against the buyer can be logged in the user table 156 of the
digital goods database 148, as shown byoperation 216. -
FIG. 6 is a network diagram depicting asystem 310, according to one example embodiment of the present invention, having a client-server architecture. A commerce (or publication) system, in the example form of a network-basedmarketplace 312, provides server-side functionality, via a network 314 (e.g., the Internet) to one or more clients.FIG. 6 illustrates, for example, a web client 316 (e.g., a browser, such as the Internet Explorer browser developed by Microsoft Corporation of Redmond, Wash. State), and aprogrammatic client 318 executing onrespective client machines - Turning specifically to the network-based
marketplace 312, an Application Program Interface (API)server 324 and aweb server 326 are coupled to, and provide programmatic and web interfaces respectively to, one ormore application servers 328. Theapplication servers 328 host one ormore marketplace applications 330 andpayment applications 332. Theapplication servers 328 are, in turn, shown to be coupled to one ormore databases servers 334 that facilitate access to one ormore databases 336. - The
marketplace applications 330 provide a number of marketplace functions and services to users that access themarketplace 312. Thepayment applications 332 likewise provide a number of payment services and functions to users. Thepayment applications 330 may allow users to quantify for, and 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 30. While the marketplace andpayment applications FIG. 6 to both form part of the network-basedmarketplace 312, it will be appreciated that, in alternative embodiments of the present invention, thepayment applications 332 may form part of a payment service that is separate and distinct from themarketplace 312. - Further, while the
system 310 shown inFIG. 6 employs a client-server architecture, the present invention is of course not limited to such an architecture, and could equally well find application in a distributed, or peer-to-peer, architecture system. The various marketplace andpayment applications - The
web client 316, it will be appreciated, accesses the various marketplace andpayment applications web server 326. Similarly, theprogrammatic client 318 accesses the various services and functions provided by the marketplace andpayment applications API server 324. Theprogrammatic client 318 may, for example, be a seller application (e.g., the TurboLister application developed by eBay Inc., of San Jose, Calif.) to enable sellers to author and manage listings on themarketplace 312 in an off-line manner, and to perform batch-mode communications between theprogrammatic client 318 and the network-basedmarketplace 312. -
FIG. 6 also illustrates athird party application 338, executing on a thirdparty server machine 340, as having programmatic access to the network-basedmarketplace 312 via the programmatic interface provided by theAPI server 324. For example, thethird party application 338 may, utilizing information retrieved from the network-basedmarketplace 312, support one or more features or functions on a website hosted by the third party. The third party website may, for example, provide one or more promotional, marketplace or payment functions that are supported by the relevant applications of the network-basedmarketplace 312. -
FIG. 7 is a block diagram illustrating multiple marketplace andpayment applications 330 that, in one example embodiment of the present invention, are provided as part of the network-basedmarketplace 312. Themarketplace 312 may provide a number of listing and price-setting mechanisms whereby a seller may list goods or services for sale, a buyer can express interest in or indicate a desire to purchase such goods or services, and a price can be set for a transaction pertaining to the goods or services. To this end, the marketplace applications 30 are shown to include one ormore auction applications 344 which support auction-format listing and price setting mechanisms (e.g., English, Dutch, Vickrey, Chinese, Double, Reverse auctions etc.). Thevarious auction applications 344 may also provide a number of features in support of such auction-format listings, such as a reserve price feature whereby a seller may specify a reserve price in connection with a listing and a proxy-bidding feature whereby a bidder may invoke automated proxy bidding. - A number of fixed-
price applications 346 support fixed-price listing formats (e.g., the traditional classified advertisement-type listing or a catalogue listing) and buyout-type listings. Specifically, buyout-type listings (e.g., including the Buy-It-Now (BIN) technology developed by eBay Inc., of San Jose, Calif.) may be offered in conjunction with an auction-format listing, and allow a buyer to purchase goods or services, which are also being offered for sale via an auction, for a fixed-price that is typically higher than the starting price of the auction. -
Store applications 348 allow sellers to group their listings within a “virtual” store, which may be branded and otherwise personalized by and for the sellers. Such a virtual store may also offer promotions, incentives and features that are specific and personalized to a relevant seller. -
Reputation applications 350 allow parties that transact utilizing the network-basedmarketplace 312 to establish, build and maintain reputations, which may be made available and published to potential trading partners. Consider that where, for example, the network-basedmarketplace 312 supports person-to-person trading, users may have no history or other reference information whereby the trustworthiness and credibility of potential trading partners may be assessed. Thereputation applications 350 allow a user, for example through feedback provided by other transaction partners, to establish a reputation within the network-basedmarketplace 312 over time. Other potential trading partners may then reference such a reputation for the purposes of assessing credibility and trustworthiness. -
Personalization applications 352 allow users of themarketplace 312 to personalize various aspects of their interactions with themarketplace 312. For example a user may, utilizing anappropriate personalization application 352, create a personalized reference page at which information regarding transactions to which the user is (or has been) a party may be viewed. Further, apersonalization application 352 may enable a user to personalize listings and other aspects of their interactions with themarketplace 312 and other parties. - In one embodiment, the network-based
marketplace 312 may support a number of marketplaces that are customized, for example, for specific geographic regions. A version of themarketplace 312 may be customized for the United Kingdom, whereas another version of themarketplace 312 may be customized for the United States. Each of these versions may operate as an independent marketplace, or may be customized (or internationalized) presentations of a common underlying marketplace. - Navigation of the network-based
marketplace 312 may be facilitated by one ormore navigation applications 356. For example, a search application enables key word searches of listings published via themarketplace 312. A browse application allows users to browse various category, catalogue, or inventory data structures according to which listings may be classified within themarketplace 312. Various other navigation applications may be provided to supplement the search and browsing applications. - In order to make listings, available via the network-based
marketplace 312, as visually informing and attractive as possible, themarketplace applications 330 may include one ormore imaging applications 358 utilizing which users may upload images for inclusion within listings. Animaging application 358 also operates to incorporate images within viewed listings. Theimaging applications 358 may also support one or more promotional features, such as image galleries that are presented to potential buyers. For example, sellers may pay an additional fee to have an image included within a gallery of images for promoted items. -
Listing creation applications 360 allow sellers conveniently to author listings pertaining to goods or services that they wish to transact via themarketplace 312, andlisting management applications 362 allow sellers to manage such listings. Specifically, where a particular seller has authored and/or published a large number of listings, the management of such listings may present a challenge. Thelisting management applications 362 provide a number of features (e.g., auto-relisting, inventory level monitors, etc.) to assist the seller in managing such listings. One or more post-listing management applications 64 also assist sellers with a number of activities that typically occur post-listing. For example, upon completion of an auction facilitated by one ormore auction applications 344, a seller may wish to leave feedback regarding a particular buyer. To this end, apost-listing management application 364 may provide an interface to one ormore reputation applications 350, so as to allow the seller conveniently to provide feedback regarding multiple buyers to thereputation applications 350. -
Dispute resolution applications 366 provide mechanisms whereby disputes arising between transacting parties may be resolved. For example, thedispute resolution applications 366 may provide guided procedures whereby the parties are guided through a number of steps in an attempt to settle a dispute. In the event that the dispute cannot be settled via the guided procedures, the dispute may be escalated to a third party mediator or arbitrator. - A number of
fraud prevention applications 368 implement various fraud detection and prevention mechanisms to reduce the occurrence of fraud within themarketplace 312. -
Messaging applications 370 are responsible for the generation and delivery of messages to users of the network-basedmarketplace 312, such messages for example advising users regarding the status of listings at the marketplace 312 (e.g., providing “outbid” notices to bidders during an auction process or to provide promotional and merchandising information to users). -
Merchandising applications 372 support various merchandising functions that are made available to sellers to enable sellers to increase sales via themarketplace 312. The merchandising applications 380 also operate the various merchandising features that may be invoked by sellers, and may monitor and track the success of merchandising strategies employed by sellers. - The network-based
marketplace 312 itself, or one or more parties that transact via themarketplace 312, may operate loyalty programs that are supported by one or more loyalty/promotions applications 374. For example, a buyer may earn loyalty or promotions points for each transaction established and/or concluded with a particular seller, and be offered a reward for which accumulated loyalty points can be redeemed. -
FIG. 8 is a high-level entity-relationship diagram, illustrating various tables 390 that may be maintained within thedatabases 336, and that are utilized by and support the marketplace andpayment applications marketplace 312, and may include identifier, address and financial instrument information pertaining to each such registered user. A user may, it will be appreciated, operate as a seller, a buyer, or both, within the network-basedmarketplace 312. In one example embodiment of the present invention, a buyer may be a user that has accumulated value (e.g., commercial or proprietary currency), and is then able to exchange the accumulated value for items that are offered for sale by the network-basedmarketplace 312. - The tables 390 also include an items table 394 in which are maintained item records for goods and services that are available to be, or have been, transacted via the
marketplace 312. Each item record within the items table 394 may furthermore be linked to one or more user records within the user table 392, so as to associate a seller and one or more actual or potential buyers with each item record. - A transaction table 396 contains a record for each transaction (e.g., a purchase transaction) pertaining to items for which records exist within the items table 394.
- An order table 398 is populated with order records, each order record being associated with an order. Each order, in turn, may be with respect to one or more transactions for which records exist within the transactions table 396.
- Bid records within a bids table 400 each relate to a bid received at the network-based
marketplace 312 in connection with an auction-format listing supported by anauction application 344. A feedback table 402 is utilized by one ormore reputation applications 350, in one example embodiment, to construct and maintain reputation information concerning users. A history table 404 maintains a history of transactions to which a user has been a party. One or more attributes tables 406 record attribute information pertaining to items for which records exist within the items table 394. Considering only a single example of such an attribute, the attributes tables 406 may indicate a currency attribute associated with a particular item, the currency attribute identifying the currency of a price for the relevant item as specified in by a seller. -
FIG. 9 shows a diagrammatic representation of machine in the example form of acomputer system 500 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed. In alternative embodiments, the machine operates as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may be a server computer, a client computer, 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 a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “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 500 includes a processor 502 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) or both), amain memory 504 and astatic memory 506, which communicate with each other via abus 508. Thecomputer system 500 may further include a video display unit 510 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). Thecomputer system 500 also includes an alphanumeric input device 512 (e.g., a keyboard), a cursor control device 514 (e.g., a mouse), adisk drive unit 516, a signal generation device 518 (e.g., a speaker) and anetwork interface device 520. - The
disk drive unit 516 includes a machine-readable medium 522 on which is stored one or more sets of instructions (e.g., software 524) embodying any one or more of the methodologies or functions described herein. Thesoftware 524 may also reside, completely or at least partially, within themain memory 504 and/or within theprocessor 502 during execution thereof by thecomputer system 500, themain memory 504 and theprocessor 502 also constituting machine-readable media. - The
software 524 may further be transmitted or received over anetwork 526 via thenetwork interface device 520. - While the machine-
readable medium 522 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to 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 sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals. - Thus, a method and system to deliver a digital good from a seller to a buyer have been described. Although the present invention has been described with reference to specific example embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Claims (1)
1. A method of delivering a digital good from a seller to a buyer, the method including:
receiving a digital goods package from the seller, the digital goods package including the digital good and a buyer identifier;
storing the digital goods package;
extracting the buyer identifier from the digital goods package;
notifying the buyer, based on the buyer identifier, that the digital good has been received from the seller and is ready to be collected by the buyer; and
allowing the buyer to access and retrieve the digital good.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/291,479 US20120054321A1 (en) | 2004-12-22 | 2011-11-08 | Method and system to deliver a digital good |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US63867004P | 2004-12-22 | 2004-12-22 | |
US11/052,653 US8073739B2 (en) | 2004-12-22 | 2005-02-07 | Method and system to deliver a digital good |
US13/291,479 US20120054321A1 (en) | 2004-12-22 | 2011-11-08 | Method and system to deliver a digital good |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/052,653 Continuation US8073739B2 (en) | 2004-12-22 | 2005-02-07 | Method and system to deliver a digital good |
Publications (1)
Publication Number | Publication Date |
---|---|
US20120054321A1 true US20120054321A1 (en) | 2012-03-01 |
Family
ID=36602313
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/052,653 Active 2030-10-23 US8073739B2 (en) | 2004-12-22 | 2005-02-07 | Method and system to deliver a digital good |
US13/291,479 Abandoned US20120054321A1 (en) | 2004-12-22 | 2011-11-08 | Method and system to deliver a digital good |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/052,653 Active 2030-10-23 US8073739B2 (en) | 2004-12-22 | 2005-02-07 | Method and system to deliver a digital good |
Country Status (4)
Country | Link |
---|---|
US (2) | US8073739B2 (en) |
EP (1) | EP1839204A4 (en) |
KR (9) | KR101874720B1 (en) |
WO (1) | WO2006069216A2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8073739B2 (en) | 2004-12-22 | 2011-12-06 | Ebay Inc. | Method and system to deliver a digital good |
US20070271234A1 (en) * | 2006-05-22 | 2007-11-22 | Ravikiran Chickmangalore N | Information Exchange Among Members of a Group of Communication Device Users |
US9697550B2 (en) | 2013-10-17 | 2017-07-04 | At&T Intellectual Property I, L.P. | Devices, methods, and computer readable storage devices for providing offers based on aggregate need |
US20160239840A1 (en) * | 2015-02-17 | 2016-08-18 | Ca, Inc. | System and method of securely transferring payment for an online transaction |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5809144A (en) * | 1995-08-24 | 1998-09-15 | Carnegie Mellon University | Method and apparatus for purchasing and delivering digital goods over a network |
US20030177073A1 (en) * | 2002-03-15 | 2003-09-18 | Yamaha Corporation | Distribution system of contents embedding license machine ID |
US20050138400A1 (en) * | 2003-12-19 | 2005-06-23 | Institute For Information Industry | Digital content protection method |
US6978370B1 (en) * | 1996-09-03 | 2005-12-20 | Cryptography Research, Inc. | Method and system for copy-prevention of digital copyright works |
US7155415B2 (en) * | 2000-04-07 | 2006-12-26 | Movielink Llc | Secure digital content licensing system and method |
US7739238B2 (en) * | 2005-03-14 | 2010-06-15 | Mark Strickland | Method of digital media management in a file sharing system |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3420336A (en) * | 1967-07-19 | 1969-01-07 | Luther G Simjian | Article delivery system |
US3824544A (en) * | 1973-04-13 | 1974-07-16 | L Simjian | Merchandising arrangement utilizing a coded check |
US4346453A (en) * | 1979-11-26 | 1982-08-24 | Scope Incorporated | Item display order picking system |
US4472912A (en) * | 1981-12-10 | 1984-09-25 | Pipp Thomas J | Shoe store concept |
US4852910A (en) * | 1987-01-05 | 1989-08-01 | Jon Taffer | Apparatus and method for selecting and playing music |
US5878401A (en) * | 1996-02-09 | 1999-03-02 | Joseph; Joseph | Sales and inventory method and apparatus |
JP3994466B2 (en) * | 1997-03-26 | 2007-10-17 | ソニー株式会社 | User terminal and portable playback device |
US7546346B2 (en) | 1997-07-28 | 2009-06-09 | Juniper Networks, Inc. | Workflow systems and methods for project management and information management |
US20030023695A1 (en) * | 1999-02-26 | 2003-01-30 | Atabok Japan, Inc. | Modifying an electronic mail system to produce a secure delivery system |
KR100342400B1 (en) * | 1999-09-03 | 2002-07-02 | 김상룡 | Electronic publication system and method for selling and managing electronic publication |
US6343276B1 (en) * | 2000-01-18 | 2002-01-29 | Sharon B. Barnett | Shoe size scanner system |
KR20010090174A (en) * | 2000-03-23 | 2001-10-18 | 김선민 | A system and the method of identifying a real name in e-commerce |
US20010056385A1 (en) * | 2000-06-22 | 2001-12-27 | John Timms | Fastener retailing method with graphic interface selection and locator software |
JP4723171B2 (en) | 2001-02-12 | 2011-07-13 | グレースノート インク | Generating and matching multimedia content hashes |
JP4477822B2 (en) * | 2001-11-30 | 2010-06-09 | パナソニック株式会社 | Information converter |
JP3826782B2 (en) * | 2001-12-12 | 2006-09-27 | ソニー株式会社 | Data transmission system, information processing apparatus and method, recording medium, and program |
US7386480B2 (en) | 2002-05-07 | 2008-06-10 | Amnon Sarig | System and method for providing access to digital goods over communications networks |
US6911827B2 (en) | 2002-10-21 | 2005-06-28 | Hewlett-Packard Development Company, L.P. | System and method of measuring low impedances |
US7831515B2 (en) | 2003-08-05 | 2010-11-09 | Intraware. Inc. | Method and system for subscription-based, entitlement-driven license key generation and distribution for digital goods |
US20050033652A1 (en) * | 2003-08-05 | 2005-02-10 | James Brentano | Method and system for managing digital goods |
KR20040031767A (en) * | 2004-03-29 | 2004-04-13 | 유미특허법인 | System for providing contents through internet and method thereof |
US8073739B2 (en) | 2004-12-22 | 2011-12-06 | Ebay Inc. | Method and system to deliver a digital good |
-
2005
- 2005-02-07 US US11/052,653 patent/US8073739B2/en active Active
- 2005-12-22 EP EP05855144A patent/EP1839204A4/en not_active Withdrawn
- 2005-12-22 KR KR1020167001912A patent/KR101874720B1/en active IP Right Grant
- 2005-12-22 KR KR20157002137A patent/KR20150027258A/en not_active Application Discontinuation
- 2005-12-22 KR KR1020137030554A patent/KR101589576B1/en active IP Right Grant
- 2005-12-22 KR KR1020137014035A patent/KR101409690B1/en active IP Right Grant
- 2005-12-22 KR KR1020097024592A patent/KR20100017371A/en not_active Application Discontinuation
- 2005-12-22 KR KR1020147016873A patent/KR20140088229A/en not_active Application Discontinuation
- 2005-12-22 WO PCT/US2005/046533 patent/WO2006069216A2/en active Application Filing
- 2005-12-22 KR KR1020077015487A patent/KR101256245B1/en active IP Right Grant
- 2005-12-22 KR KR1020187018318A patent/KR102038790B1/en active IP Right Grant
- 2005-12-22 KR KR1020127008401A patent/KR20120041269A/en active Application Filing
-
2011
- 2011-11-08 US US13/291,479 patent/US20120054321A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5809144A (en) * | 1995-08-24 | 1998-09-15 | Carnegie Mellon University | Method and apparatus for purchasing and delivering digital goods over a network |
US6978370B1 (en) * | 1996-09-03 | 2005-12-20 | Cryptography Research, Inc. | Method and system for copy-prevention of digital copyright works |
US7155415B2 (en) * | 2000-04-07 | 2006-12-26 | Movielink Llc | Secure digital content licensing system and method |
US20030177073A1 (en) * | 2002-03-15 | 2003-09-18 | Yamaha Corporation | Distribution system of contents embedding license machine ID |
US20050138400A1 (en) * | 2003-12-19 | 2005-06-23 | Institute For Information Industry | Digital content protection method |
US7739238B2 (en) * | 2005-03-14 | 2010-06-15 | Mark Strickland | Method of digital media management in a file sharing system |
Also Published As
Publication number | Publication date |
---|---|
KR20100017371A (en) | 2010-02-16 |
KR20070089846A (en) | 2007-09-03 |
KR20180077310A (en) | 2018-07-06 |
KR20160014114A (en) | 2016-02-05 |
EP1839204A4 (en) | 2009-08-05 |
KR20130070655A (en) | 2013-06-27 |
KR101874720B1 (en) | 2018-07-04 |
KR101409690B1 (en) | 2014-06-20 |
KR20150027258A (en) | 2015-03-11 |
KR101256245B1 (en) | 2013-04-18 |
WO2006069216A2 (en) | 2006-06-29 |
EP1839204A2 (en) | 2007-10-03 |
US20060178942A1 (en) | 2006-08-10 |
KR102038790B1 (en) | 2019-10-30 |
KR101589576B1 (en) | 2016-02-02 |
KR20140088229A (en) | 2014-07-09 |
US8073739B2 (en) | 2011-12-06 |
WO2006069216A3 (en) | 2006-10-19 |
KR20120041269A (en) | 2012-04-30 |
KR20130138345A (en) | 2013-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11803659B2 (en) | Sharing information on a network-based social platform | |
US10991023B2 (en) | Multiple format search result sets | |
US8108278B2 (en) | Non-reversible payment processing | |
US20160110715A1 (en) | Method and system for dynamic funding | |
US20080162295A1 (en) | Method and system for payment authentication | |
US20080133390A1 (en) | System and method for authorizing a transaction | |
US20140172616A1 (en) | Methods and systems to alert a user of a network-based marketplace event | |
US20090265252A1 (en) | Money pooling with electronic invoice | |
US20170046720A1 (en) | System and method to provide altered benefit based on preferred status | |
US20070136177A1 (en) | Registry for on-line auction system | |
US8694426B2 (en) | Method and system for processing transfer requests | |
US20120054321A1 (en) | Method and system to deliver a digital good | |
US20100121649A1 (en) | Methods and systems for user registration |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: EBAY INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:KAZIM, ESKANDER;REEL/FRAME:034866/0135 Effective date: 20050204 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |