[go: up one dir, main page]

WO2011009141A1 - Système et procédé de réalisation de transactions à partir de sites tiers - Google Patents

Système et procédé de réalisation de transactions à partir de sites tiers Download PDF

Info

Publication number
WO2011009141A1
WO2011009141A1 PCT/US2010/042488 US2010042488W WO2011009141A1 WO 2011009141 A1 WO2011009141 A1 WO 2011009141A1 US 2010042488 W US2010042488 W US 2010042488W WO 2011009141 A1 WO2011009141 A1 WO 2011009141A1
Authority
WO
WIPO (PCT)
Prior art keywords
widget
user
rich media
auction
data
Prior art date
Application number
PCT/US2010/042488
Other languages
English (en)
Inventor
David Vogt
Original Assignee
Page Mage, Inc,
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 Page Mage, Inc, filed Critical Page Mage, Inc,
Publication of WO2011009141A1 publication Critical patent/WO2011009141A1/fr

Links

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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

Definitions

  • This invention relates generally to systems and methods for permitting users to initiate and complete transactions with ecommerce sites directly from third party websites without any requirement to navigate to the ecommerce site with which the transaction is conducted.
  • Other aspects of the present invention enable the display of rich media documents within a browser-based environment on a computer system, and more particularly relates to systems, methods and techniques for management of software tools therefor.
  • either the finding of the item or the payment for the item is managed from a third party website.
  • the buyer may conduct his purchase on one website, but is redirected to another website to pay for the item. This can, in many instances, cause the buyer to back out of the transaction for a number of reasons, including concerns about the security of the payment website, or the simple inconvenience of having to go through multiple verifications simply to purchase an item.
  • the data structure for the data comprising an eBay auction comprises a key field with a plurality of associated fields.
  • the particular fields vary depending upon the desired presentation for that particular website or store, but typically the use of a key data field enables access to the remaining data.
  • HTML combined with inefficient use of available data structures has limited the development of new methods for both offering goods for sale on ecommerce sites such as ebay, and also for conducting transactions with such ecommerce sites.
  • ecommerce sites such as ebay
  • a shopping widget is embedded in a third party website that enables a consumer to purchase items from a linked ecommerce website without needing to visit the ecommerce site.
  • the system includes a translation server for interfacing among differently coded websites.
  • a rich media description page is provided for permitting more robust descriptions of items offered in e-catalogs or other ecommerce sites.
  • the rich media page can be described substantially entirely in Flash.
  • various techniques for populating the rich media page are provided, including the use of a variety of widgets and related techniques such as a selection of frames, rotation, resizing, shadowing, opacity, fills, video playback, a plurality of selectable image qualities, the use of combined widgets, among others.
  • various techniques for monetization of the rich media page are provided, including proximity-based pricing, color-based pricing, image- quality pricing, among others.
  • a visual shopping cart is provided whereby the total of a variety of pricing elements found in the rich media page is substantially continuously updated at rich media elements are added to or subtracted from a rich media page under construction.
  • an auction widget is provided.
  • a structured data approach is implemented through the use of at least one key field and related linked fields, thereby providing a reusable document which can be thought of, in some respects, as a dynamic template where data for filling in fields of the template is dynamically fetched upon entry of appropriate data in a key field.
  • the auction widget can, in some implementations, be configured to interact with remote and/or third party sites.
  • the use of indirection is implemented in some embodiments.
  • Figure 1 illustrates a computer network comprising one or more servers, wherein an exemplary ecommerce site is hosted on a first server, a third party website is hosted on a second server, and a consumer has access to both through his computer connected to a network such as the internet.
  • Figure 2 illustrates a shopping widget embedded in a third party website that enables a consumer to purchase items from a linked ecommerce website without ever having to visit the ecommerce website for either purchase or payment.
  • Figure 3 illustrates an alternative to the arrangement of Figure 2, wherein a translation server is provided.
  • Figure 4 illustrates a shopping platform including a translation server.
  • Figure 5 illustrates in flow diagram form an embodiment of a purchase process associated with the shopping widget of Figure 2 in accordance with the invention, including identification of the item to be purchased from an ecommerce site, committing to buy, and payment, without ever navigating to the ecommerce site.
  • Figure 6 illustrates in flow diagram form an embodiment of a login process for use with the shopping widget of Figure 2.
  • Figure 7 illustrates a computer displaying an internet browser page, with the page editor of the present invention displayed on that page.
  • Figure 8 illustrates the page editor for the rich media description page of the present invention.
  • Figure 9 illustrates a search tool page in accordance with the invention.
  • Figure 10 illustrates the addition of a widget from the search tool page to the palette on the user interface page.
  • Figure 11 illustrates the selection of a widget from a palette and its addition to the page description.
  • Figure 12A-12D and 13A-13G illustrate various properties of widgets and the associated controls.
  • Figure 14 illustrates in flow diagram form an embodiment of the calculation of page cost using the visual shopping cart process of the present invention.
  • Figures 15A-15B illustrate an embodiment of an image quality pricing algorithm in accordance with the invention.
  • Figures 16A-16B illustrate a color-based pricing algorithm in accordance with the invention.
  • Figures 17A-17C illustrate an embodiment of combining widgets to form more complex object descriptions.
  • Figure 18 illustrates an example of proximity relationships among selected widgets as a basis for proximity-based pricing.
  • Figure 19 illustrates in flow diagram form an embodiment of the calculation of proximity-based pricing.
  • Figures 20A-20B illustrate a example of determining sets in accordance with an embodiment of a proximity based pricing algorithm.
  • Figure 21 illustrates a gallery widget.
  • Figure 22 illustrates an image picker widget.
  • Figure 23 illustrates the construction of an exemplary rich media document.
  • Figure 24A illustrates the operation of an auction widget in accordance with the invention.
  • Figure 24B illustrates the use of structured data in connection with the invention.
  • FIG. 1 illustrates a computer 100, operated by a consumer, which has access to a network such as the internet. Through the internet 110, the consumer's computer can access a third party website such as YouTube, Facebook, MySpace, or any other website.
  • a third party website such as YouTube, Facebook, MySpace, or any other website.
  • such third party websites are illustrated as being hosted on server 120, although in reality such websites are typically hosted on many servers located in geographically disparate locations, and quite often a single large website is hosted across multiple servers.
  • the third party server has access to an ecommerce website 130.
  • the consumer is typically, although not necessarily, able to access the ecommerce website directly, in accordance with the present invention he is not required to do so to be able to engage in purchase transactions of the sort contemplated by the present invention.
  • a rich media component 200 which can be thought of as a shopping widget, is embedded into a third party site 205 such as Facebook, MySpace, or any other website.
  • the widget 200 links the user to an ecommerce website 210, such as eBay, Amazon, or any other ecommerce site, and performs the functions of extracting from the ecommerce website appropriate data to permit a user visiting a third party site 205 such as Facebook (in the illustrated example) to see the item for sale on the ecommerce site without ever visiting the ecommerce site, as indicated at 215.
  • the widget permits the user to mark an item for purchase, shown at 220, again directly from the third party site where the widget such as Facebook without visiting the ecommerce site 210. Still further, the widget 200 permits the user to pay for the item directly from the third party site 205, again without visiting the ecommerce site, as indicated at 225.
  • a translation server is used to perform the functions of interacting with the ecommerce site to determine inventory and pricing data, as well as to complete payment.
  • a translation server 300 is interposed between the rich media component 200 embedded in the third party website 205 and the ecommerce site 210.
  • the translation server comprises a portion of a shopping platform 400, as shown in Figure 4, where an admin server 405 communicates with a configuration database 410, which in turn communicates with the translation server 300.
  • the database comprises configuration data used to control the content in the rich media component/widget 200 as well as data used to extract product information from the ecommerce site and to exchange purchase or authentication data with the ecommerce site or its payments handler.
  • the translation server comprises a rich media component handler
  • the rich media component handler communicates as well with one or more translation modules 420, 425, that interact with a particular target site to query inventory and pricing data and exchange purchase data with the ecommerce site.
  • the translation modules communicate with the target ecommerce site by any suitable means, including published API's or proxy and screen scraping, or any other suitable means, but in each case the consumer is permitted to complete purchases directly from a third party website using a widget 200 embedded in that website.
  • the operation of the shopping platform typically entails two primary types of interaction.
  • a seller whose goods are available on an ecommerce sight, and who seeks to make his goods available on the third party site, enables the viewing of his goods on the third party site by configuring what content is displaying by the rich media client on the third party site.
  • the seller configures a translation server by logging into the admin server 405 and configuring a rich media component profile.
  • the profile comprises target independent data such as component look and feel options, and also target dependent data such as target site (i.e., the ecommerce site 210) credentials and item selection data.
  • the target-dependent configuration data can vary widely depending upon the method of integration with the target site as well as that site's feature set.
  • the second interaction with the shopping platform is when a consumer seeks to view an item using the rich media component 200.
  • This process can be better appreciated from Figure 5.
  • the component is loaded from the translation server on the shopping platform, as shown at step 505 in Figure 5.
  • the rich media component 200 uses the profile key from the embed tag to request initial display properties from the
  • the extracted ID obtained at step 510 permits a query of inventory at step 515, which causes a lookup of the target website, the associated translation module such as 420, and identifies any inventory constraints, with the data typically being provided by a local database, as shown at 520.
  • An SDK for the target website is used at step 525 to request related inventory, with the inventory being supplied by the SDK backend at 530.
  • the results are converted to a suitable format for display, which can be a generic format or any other suitable format, as shown at 535.
  • the inventory is then displayed to the user as shown at step 540.
  • As the user interacts with the displayed inventory as shown at step 545, either more inventory data is requested, in which case the process loops back to step 515, or a purchase decision is made, such as by adding an item to a virtual shopping cart as shown at 550.
  • the login process is illustrated in Figure 6, and will be discussed hereinafter.
  • the selected item is marked for purchase as shown at 560, which is executed by looking up the target website and associated translation module, and storing the item information in a transaction record on the local database.
  • the target website's SDK is then used to and the item to a virtual shopping cart or other marking/selection method as appropriate for the ecommerce website 210, after which the SDK back end 530 replies with a confirmation that the object has been marked for purchase.
  • the user will typically proceed to pay for the item. If login has not already occurred, and in at least some cases even if it has, the user must login as shown at step 580 to begin the payment sequence.
  • a query is made to determine the required checkout fields for the target ecommerce site, as shown at step 585, which causes a lookup of the target website using the translation module and transaction data from the local database as shown at 590.
  • the ecommerce site's SDK is used to obtain appropriate checkout data, shown at 596, which the SDK 530 returns for display at step 600.
  • the user provides checkout data as appropriate for that ecommerce site, step 605, which then is processed by the translation server at step 610 to be sent back to the ecommerce site by means of the translation module interacting with the ecommerce website SDK at shown at 615.
  • the SDK 530 of the website confirms the completed payment and purchase, and returns a payment confirmation for recordation in a local database as shown at 620.
  • the payment/purchase status is then displayed for viewing by the user at step 625.
  • the rich media component 200 queries whether the user is logged in. If yes, the process is done. If no, then at step 635 the user's credentials are requested.
  • the credentials are typically defined by the particular ecommerce website, and can include user name or email, pin or password, plus other indicia that confirm the user's identity.
  • the credentials are passed to the SDK back end via the translation server and the translation module using the configuration ID and the ecommerce website SDK, as shown at steps 640 and 645.
  • the login is either successful or not, as determined at step 650. If successful, the process ends, and if unsuccessful an error message is generated as shown at step 655.
  • systems and methods are disclosed for creating rich media description pages for use in an internet environment, as well as systems and methods for the operation of a visual shopping cart, including a process for monetizing the creation of rich media description pages through the use of the visual shopping cart.
  • these systems and methods will be described in conjunction with the creation of an auction page such as might be used on an internet auction site.
  • an auction page such as might be used on an internet auction site.
  • those skilled in the art will recognize that the systems, methods and techniques described herein are not limited to the particular applications described and instead have broad application across a wide range of internet pages and shopping cart applications.
  • a personal computer or other wired or wireless device 700 is capable of communicating with the internet 705.
  • the device 700 includes a display.
  • a web browser 710 which provides access to an HTML page 715, such as an eBay auction page.
  • a rich media viewer 730 which provides access to a rich media document 735.
  • the rich media viewer 730 can, but need not in all embodiments, be accessible through a browser.
  • the rich media document 735 created by the user through the rich media viewer is typically embedded in a webpage such as the HTML page 715. Such embedding can be accomplished with the following code:
  • the computer 700 communicates, again typically through the internet 705, with a third party host website 720, and in at least some embodiments can also access an API server 725, for example for providing real-time updating of data used in the rich media document 715, such as might be appropriate for use with dynamic widgets such as the auction widget described hereinafter.
  • the rich media viewer is hosted by a rich media server 740, and the rich media documents are stored within a database 745 maintained in connection with the server 740. It will be appreciated by those skilled in the art that each of the servers can, and often will, comprise multiple servers.
  • the rich media application 730 provides as its user interface 800 the web page displayed in Figure 8.
  • the page editor application 715 is a graphical tool used to construct a rich media description page for display on a website, such as a page describing an eBay auction.
  • the page editor application 715 allows a user to construct an entire page description as a single rich media document, linked to the data structure associated with an underlying website such as eBay. More specifically, a user (not shown) uses the steps and processes described hereinafter to construct a rich media document and insert that document into their eBay auction.
  • the page editor interface 800 comprises three main sections:
  • the section on the left hand side contains a collection of widgets 810, discussed hereinafter, that the user has chosen to interact with. This section is divided into multiple sub-sections, or palettes 815, providing an easy way for the end user to switch among groups of similar widget types.
  • Page 820 The section in the middle is a preview version of the visible page under construction as it will appear to viewers when the document is published. The user places widgets 810 or other components onto the page 820 and interacts with them to achieve the desired overall look. In a document with more than one page, this section also allows the user to switch among various pages in order to edit the individual pages. Multiple pages can be displayed in any suitable form, for example as layers, or tiles, or any other arrangement convenient for the particular
  • Properties 825 The section to the right contains a collection of properties relating to the currently selected widget. While some widget properties can be manipulated by interacting with the object directly (such as rotating a widget by dragging a corner), other properties available for manipulation use the specific tools displayed in the properties section.
  • a unique aspect of the page editor is that it is designed to accommodate a very large number of widgets without overwhelming the user.
  • the editor provides a per-widget palette that the user can utilize to organize commonly used widgets.
  • the currently selected widget palette 815 is Clip Art and that palette is currently empty.
  • the palette can be populated from a large inventory of available widgets by opening the widget search tool. Within this example, the search tool can be launched by clicking the Add Clip Art button.
  • the widget search tool is shown in Figure 9.
  • the search tool 900 allows a library of widgets to be searched using a plain text search phrase entered in the "Search" field 905.
  • the search tool 900 searches a library of widgets using a text match of the search phrase, and displays the results in the "Search Results" portion 310 of the search tool page.
  • the results are, in at least some embodiments, displayed in order of greatest relevance, or ranking, with regard to the search phrase and the user is then able to navigate through the result set.
  • the search tool compares the search phrase with one or more of the following criteria:
  • Each widget in the inventory has a user-visible name, for
  • Each widget has a user-visible description such as
  • Each widget can be logically associated with one or more
  • Keywords Each widget can be associated with an arbitrary number of keyword phrases. Keywords are used to capture relevant semantic data that would otherwise not be included in a description such as 'golf, 'ball', 'dimple', 'round', 'shadow', 'sport', 'small', etc... The text of the keyword phrase is used for comparison. [0059] Depending upon the embodiment, additional search criteria can include widget type, author, popularity and any other suitable criteria.
  • any or all of the available criteria can be displayed in the Item Details section. [0060] The user can then add the widget to the palette of their page editor
  • FIG 10 illustrates the clip art palette with a single widget 1000 installed. When the widget is added to the palette, the cost of using the widget in the page is displayed adjacent the widget, as shown in the red oval 1005 adjacent the widget 1000.
  • a widget 1000 can be copied into the current document by simply dragging and dropping the widget into the page area 820 as shown in Figure 11. Once the user drops the widget into the page, the widget is left in the selected state with control handles in the form of a bounding box 1100 as shown. In addition, the act of dropping the widget into the page adds the widget to the user's shopping cart, as indicated at the bottom of the page area 820 by both the total page cost 1105 and total document cost 1110. If the user elects to remove a widget, the total is reduced by the value of that widget. The user is free to add or remove widgets until the page description is complete. In addition, the Properties portion 825 of the interface 800 changes to reflect the properties associated with the selected widget.
  • properties that are available to be manipulated include rotation, resizing, shadowing (with selection of color, offset and fuzziness), opacity, border (style, color and weight), and streaming video content.
  • the widget is first selected to display the bounding control box. Once selected, any of the round handles can be dragged with the mouse to rotate the widget as shown in Figure 12A.
  • a drop shadow is created by displaying another copy of the widget in a different color behind and slightly off center of the original as illustrated in Figure 12C.
  • the shadow effect has several related properties that control look of the effect:
  • Shadow color This is the color of the copy of the image that appears behind the original.
  • Shadow offset This is position of the shadow relative to the position of the original.
  • Shadow fuzziness This is the amount of blurring to apply to the copy of the image before it is rendered. The fuzzier the shadow, the softer the shadow appears to be.
  • This slider controls the degree of fuzziness of the shadow.
  • the offset of the shadow from the image is the same as the offset of the mouse click from the center cross in the box.
  • the light grey cross behind the darker cross illustrates the currently selected offset.
  • Opacity is the degree of transparency of the widget. By increasing the opacity the image becomes more visible while decreasing the opacity causes the image to become more translucent.
  • Figure 13A demonstrates opacity by displaying two black boxes 1305A-B over an existing widget 1100, one with a high degree of opacity and another with a low degree of opacity.
  • the degree of opacity can be manipulated through a slider control 1310 as shown in Figure 13B.
  • a number of widgets have a border property.
  • the border property causes the widget to be framed in a bounding box using a configurable line style.
  • Figure 13C illustrates a widget with a dashed line border 1315.
  • the border effect has a number of configurable properties: • Style 1320A. This determines the visual look of the border. For example, a solid or dashed line.
  • FIG. 13E The fill control is illustrated in Figure 13E.
  • the controls are as follows: fill type 1325A, including solid, linear transition, radial transition and no fill at all; transition fills start with one color and end with a second color; starting color 1325B, or in the case of a solid fill, the only color of the fill; ending color
  • the video widget allows streaming video to be embedded into the document page. Since the end user typically needs to interact with video
  • the video widget contains several properties specific to the video aspects.
  • the video playback control is illustrated in Figure 13F. [0087] The controls are as follows:
  • Checkbox 1330 determines whether the video starts playing as soon as the page is displayed to the end user or whether the user needs to manually start the video by clicking on a play button in the controls.
  • Play/Pause/Stop buttons 1335 allow the user to play the video while it is in the editor so they can visualize how the video will appear to end users.
  • Dropdown 1340 selects the type of on-screen controls for the video widget.
  • On-screen controls allow the user to start, stop and scan through the video. There are several styles of on-screen controls including the option for no controls at all.
  • Show time checkbox 1345 determines whether the running time of the video is displayed in the corner. This allows the user to describe key moments in the video such that the end user can find them.
  • Auto-Hide Checkbox 1350 determines whether the controls remain visible at all times or only when the user places their mouse over the widget.
  • Color Box 1355 displays the color of the running time display.
  • Slider 1360 controls the overall size of the on-screen controls, allowing them to be made smaller so they obscure less of the video, or larger so they're easier to interact with.
  • Color Box 1365 indicates the color of the on-screen controls.
  • the visual shopping cart is unique in that the choice to purchase an object does not require an explicit purchase-related action, but rather is implied by the natural use of the object in the final page description, where the page description is an embeddable webpage.
  • the user's desire is to construct an appealing and engaging page description.
  • the user adds (or removes) visual elements in the form of widgets to their document and arranges them such that the overall collection and arrangement results in a way that is valuable to the user. While a running total is provided automatically during the
  • the elimination of the need to pre-select inventory before it is implemented eliminates the mismatch between the planning and implementation phases. That is, if you use corn in your meal, you wasn't prevented from using it simply because you didn't consider it as an ingredient at the time you were in the grocery store.
  • the visual shopping cart effectively places consumables as close as possible to the consumption process so that the barriers (such as adding to a cart or making a purchase before use) are minimized or eliminated.
  • step 1430 A check is then made at step 1435 to determine if that widget is the last widget. If not, the process gets the next widget at step 1440 and then loops back to step 1415. The process continues through each of the pages until all pages and all widgets have been accounted for, after which the cost display is updated at step 1445, after which the process completes at
  • the process labeled Determine widget price can be implemented in a number of different ways to provide unique and powerful pricing models specific to a visual shopping cart environment.
  • the use of the visual shopping cart of the present invention permits matching of the properties of the widgets selected for use in the page description by the user with the pricing of those widgets.
  • a common prior art pricing model for digital images When purchasing digital images it is typical to have a choice of different resolution versions of the same image where incrementally higher resolution images have incrementally higher prices.
  • the visual shopping cart system of the present invention implements a pricing model where the price of the widget depends on how the user interacts with that widget.
  • a pricing model where the price of the widget depends on how the user interacts with that widget.
  • step 15B the process starts at 1500, and advances to step 1505 where desired image size is calculated. If the desired size is larger than the current image's natural size, as determined at step 1510, then the process branches to step 1515 to determine whether a larger size is available. If so, the image is replaced with the larger size at step 1520, and the price is increased.
  • step 1510 If, at step 1510, the desired size is found not to be larger, then a check is made at step 1525 to determine whether the desired size is smaller than the current image's natural size. If so, the process branches to step 1530 to determine whether a smaller size is available. If yes, the current image is replaced with the smaller image and the price is decreased. If no different sizes were available at the various checks, or upon substitution of the image in accordance with steps 1520 or 1540, the process advances to step 1545 where the now-current image is resized to the desired size, after which the process completes at step 1550.
  • variable pricing models In addition to facilitating the selection of image resolution, similar techniques can be used to apply variable pricing models to other widget properties. For example, consider the color property. In the retail world, and by extension, online sales such as eBay auctions, the color red is typically used to denote key sales information such as the price or item condition ("like new!, "great condition!). This leads to the color red having a higher value than other colors in certain circumstances. This can be leveraged by applying a variable pricing model on the color palette.
  • Figure 16A illustrates a color selection palette with the areas of color closest to pure red marked with an explicit cost of one dollar.
  • the diagram shows the addition of a price attribute so the user can see the cost of the selected color as they drag their mouse around the color palette.
  • variable priced color is to allow the widget creator to specify points in the color space and assign an individual price to each point as shown in Figure 16B.
  • the value of the widget to an end user is not uniform. For example, a small brown heart rotated upside down is likely not as valuable to an end user as a large red heart right side up. If the perceived value of every possible configuration in the space were to be determined, the N-dimensional space could be considered a value space. This space tends to have areas of high value and areas of low value. Property-based pricing allows the high value areas of the value space to be priced higher than the low value areas which not only provides an opportunity for the widget author to maximize their return on the widget, but also provides the end user a great degree of freedom in optimizing the cost of a widget to meet their needs.
  • proximity-based pricing is implemented.
  • a widget that comprises one of a collection of related images where any one of the images in the collection can be selected for display.
  • Figure 17A illustrates a collection 1700 of related flower widgets.
  • Selected ones of such widgets can then be combined to create a decorative page element as shown in Figure 17B, where selected widgets 1705A-C are combined to create a bouquet 1710. These combinations of widgets 1710 can then be used to decorate other page elements such as the picture 1715 shown in Figure 17C.
  • the user is charged for a single use of the widget per document. In this case the user would pay for a single copy of the widget even though six copies were used on the page. If the widget cost $1 then the total cost would be $1.
  • the user is charged for each use of the widget. If the widget cost $1 then this would amount to $6 for the image of Figure 17C. [00119] If the widget creator expects that the multiple uses of the widget would be common, as would be the case with a collection of images, then the first model would require the widget creator to charge a higher price for the widget to monetize the expected multiple uses. This higher price may in turn reduce overall usage as the higher price may deter interest in the widget. On the other hand if the widget creator uses the per-use pricing model then they will tend to lower the price to keep the overall cost from being prohibitive. This in turn can result in lower returns when users do not use enough copies to overcome the low per-use cost.
  • proximity-based pricing is used.
  • the widget creator defines a proximity relationship, for example in terms of an area whose dimensions are defined in terms of pixels. Inside the defined proximity area, the single-use pricing model is used; and outside that area, the per-use pricing model is used. For example, consider a proximity value of 100 pixels relative to the example shown in Figures 17A-C.
  • the proximity 1800 for each instance of a widget by creating, for each widget, a circle with the specified proximity as the radius as shown in Figure 18. It will be appreciated that the proximity need not be defined by a circle, but can be defined by any shape or geometry.
  • the three instances in the upper left corner are all within the 100 pixel proximity of each other meaning the group of three widgets should be charged using single-use pricing.
  • the three instances in the lower right corner are also within the 100 pixel proximity of each other so it is also charged an additional single-use price. If the cost of the widget is $1 then this sample configuration would cost $2 which is the sum of the two single-use groupings.
  • the algorithm to implement this style of pricing is illustrated in the flow diagram of Figure 19.
  • the process starts at 1900, followed by the creation of an empty list at step 1905, and then, at step 1910, retrieval of the first instance of a widget on a page.
  • a set is created comprising all instances of the current widget within the defined proximity.
  • a check is made to determine whether there is an equivalent set already existing in the list. If not, the set is added to the list at
  • step 1925 If yes, a check is made at 1930 for more instances of the widget. If yes, the process retrieves the next instance at step 1935 and the loops to 1915. If there are no more instances, the process advances to step 1940 where the first set is retrieved.
  • step 1945 a check is made to determine if the retrieved set is a proper subset of any other set. If so, the set is removed from the list at 1950; if no, the next set is retrieved at 1955. If a next set is found at 1960, the process loops to 1945; if not, then the process advances to 1965 where the total number of sets is calculated, the appropriate pricing applied, and the total price determined. The process then completes at 1970.
  • One aspect of this algorithm is that if the proximity is set to the diagonal distance of a page (upper left to lower right for example) then every use of the widget on a single page will be within the proximity limit, but use on additional pages would incur additional use charges. This effectively creates a per-page pricing model without requiring any additional logic.
  • This pricing model allows the widget creator to select a somewhat higher single-use price as the user will not be penalized for creating decorative groupings. However it also allows the widget creator to monetize the widget when used to decorate different areas of the page.
  • FIG. 23 Another aspect of the invention can be appreciated. While this aspect of the invention is illustrated in the context of an html environment such as an eBay auction description, those skilled in the art will recognize that the scope is considerably greater. More specifically, an aspect of the present invention is that it integrates into a unified environment a wide variety of functions from many different tools, thus allowing a user to construct a rich media document without needing to use other tools.
  • an aspect of the present invention is that it integrates into a unified environment a wide variety of functions from many different tools, thus allowing a user to construct a rich media document without needing to use other tools.
  • FIG. 23 This description combines elements 2300A-C into a single rich media document as shown in 2310. Using existing tools, the user would need to utilize multiple programs to generate this document as described below:
  • - Image 2300A is displayed slightly rotated in the final document as image 2312. Since html has no ability to handle image rotation the user would first need to pre-process the image using an image manipulation tool such as Photoshop. First the image would be loaded into Photoshop. Then, using the features specific to Photoshop, the user would rotate the image the desired amount and save it as a new image suitable for use within html. The image would then be placed into the document. If the rotation turns out to be wrong, the process must be repeated, and it is not uncommon to see many iterations of these processes, or else the use simply gives up and accepts a simpler result.
  • an image manipulation tool such as Photoshop
  • the drop-shadow box 2300C is used to highlight the text in the final
  • An additional aspect of the present invention is the ability to edit text in Flash.
  • a text widget can be added to the appropriate palette 815 of Figure 8. This causes a text box to be available to the user, which can be dragged and dropped onto the page being developed, as shown in Figure 23.
  • the user can add or edit text within the text box. Additional attributes that can be adjusted by the user include font as well as border, shadow, opacity, pop-up, link, and background color.
  • Border properties can include color, thickness and type, while shadow properties can include blur, direction and color.
  • the user double-clicks on the text box, and then selects the edit point within the text box.
  • the text box can be rotated by selecting an appropriate handle, as discussed above, and the editing capability remains.
  • the user selects a point outside the text box and the completed text box is displayed. The user can then proceed to edit, add, or place other portions of the web page, including selecting other widgets from the palettes 815 ( Figure
  • a gallery widget is a widget that shows the user's other auctions, i.e., the other items that the user is selling on eBay, as shown in Figure 21. It can take many forms but the most common form is a line of images representing the user's auctions. Mousing over an image brings up details of that auction.
  • Image Picker is a version of a slideshow that consists of one large parent image and several smaller child images, as shown in Figure 22. Mousing over a child image will replace the parent image with a larger version of the child image. o Border
  • Page - This is the canvas that the user works on. The user can have multiple pages in an auction. o Page Name o Background Color
  • Frame - frames are special borders for images. The user can drop an image into a frame to make their images stand out. o Image Properties ⁇ Zoom
  • Background replaces the standard white canvas of a page with the image or design the user selects. Backgrounds are fixed and cannot be moved around the canvas. o Opacity
  • the user can specify information they want to auto fill into the Auction Item widget, such as a user's standard shipping policy, or their company information. Updating the user's standard shipping policy will update all of the user's auctions if use an
  • Auction Item widget in accordance with the invention.
  • the content of the widget is controlled from the host website, not in the auction builder like a standard text box. This allows changes to be made to your global account and not just auction by auction.
  • Type Here the user specifies the type of information they want to auto fill, such as "Shipping Policy”.
  • Font a Font
  • Feeds allow the user to have a globally changed text box. Feeds are designed to scroll a standard message across all of the user's auctions. Setting up a "Sale" feed will allow the user to place a feed on all of the user's auctions, and also allow the user to update all of the users feeds from one central control panel on the host website. Users can have multiple feeds. o Feed Name o Speed o Font
  • Pen Tool the pen tool allows the user to draw on the canvas with a mouse or other pointing device.
  • the video widget is a component that will stream video from a remote source at the time the widget is viewed.
  • the use of such widgets is another aspect of the present invention.
  • An eBay auction contains a large amount of meta-data about the item for sale, where the data is structured according to the needs of the particular host website. For example, an eBay auction has a title, sub-title, shipping details, insurance details, tax information,
  • This data is provided to eBay at the time the auction is posted on eBay, but some of it can be changed over the course of the auction, but the data structure remains constant even if the data in a particular field changes.
  • the user may want their rich media document, which comprises the auction description, to contain some information that is also part of the auction meta-data such as shipping options.
  • a user would need to enter this data twice, once when posting the auction to eBay and once when creating the auction description. Aside from duplication of effort, this also leads to problems where the auction meta-data and the description can get out of sync in the event that the user updates the data in one location but not the other.
  • the present invention includes an auction widget which, similar to the video widget, fetches the data to display at the time the user views the widget as shown in Figure 24A and described below. This offers the useful capability of allowing the person constructing the page to select the source of the data rather than enter the data directly into the widget, as discussed in greater detail below.
  • the viewer using their client computer 2400 navigates to eBay using their web browser 2405.
  • the viewer selects an eBay auction that contains a Page Mage description embedded within it.
  • the auction page comes from the eBay website 2485.
  • the browser will fetch the document viewer 2415 from the rich media server 2450 as shown at 2492.
  • the viewer 2415 loads it will request the specified document 2420 from the rich media server 2450 as shown at 2493.
  • the rich media server 2450 looks up the specified document from a document database 2460 as shown at 2494, and returns the document to the viewer for display.
  • the embedded auction widget 2425 queries the rich media server 2450 for the configuration auction parameter (in this case the current auction price) as shown at 2495.
  • the rich media server 2450 checks to see if the requested eBay auction is in the internal memory cache 2455 of the server and, if so, returns the data. If the auction is not in the internal memory cache 2455, then the server will try to load the auction data from the local auction database 2465. If the auction is found, it will be added to the internal memory cache 2455 of the server and the data will be returned to the widget 2425. If the data is not found, or the data in the database is too old, the rich media server 2450 requests an updated copy of the auction meta-data from the eBay API server 2480 as shown in 2497. This data is then stored in the internal memory cache 2455 as well as the auction database 2465 and then returned to the widget 2425 for display on the client computer 2400.
  • the configuration auction parameter in this case the current auction price
  • one of the properties of the auction widget is a list of eBay auction meta-data fields. By selecting the desired field, whether it be title, shipping options, or even the item picture, the user can keep their auction description in sync with the actual auction details, while at the same time, avoid duplicate data entry. It will be appreciated that the particular properties of the auction widget can vary with the particular implementation, and can be implemented in non-auction environments such as on-line catalogs or other applications where retrieval of updated information is desirable or convenient.
  • an auction has many properties that the user may want to display such as current price, title, shipping options, and so on. Some of this data, such as the title, tends to be static for the duration of the auction while other data such as number of bids is dynamic for the life of the auction.
  • the person adding the widget to their auction page can select a property of the auction to be displayed by the widget, rather than any specific data, and the data will be dynamically fetched and displayed at the time the widget is loaded.
  • the person constructing the page can then focus on refining widget properties such as font, color, and so on.
  • the use of structured data typically includes a key field, together with a plurality of linked fields, and can be appreciated from Figure 24B.
  • the key field 2500 can be, for example, the item number, with the remaining data (description, price, shipping, bid history, and so on) all serving as linked fields.
  • the number of linked fields is limited only by the context and the implementation and can yield n linked fields 2505-2520.
  • the use of structured data offers the ability for an auction widget to bind to an auction property, which is very powerful in the context of a template.
  • a user can design a reusable document called a template that can be used over and over with different auctions.
  • auction widgets in place of regular text widgets the user can eliminate the need to edit the template every time they use it for another auction.
  • the auction widget is placed and formatted the same as a text widget.
  • the person constructing the page configures the auction widget to use the auction title as a linked property.
  • the auction title, or the text for any other property is structured data and is available from a data source such as a linked database, typically maintained on a server.
  • the auction title will be dynamically fetched when the auction page is viewed.
  • the auction widget fetches the title of the new auction page without any additional interaction by the user.
  • the auction widget of the present invention can be linked to multiple properties.
  • the database to which the auction widget properties link can reside on any server.
  • the linked database can be the ebay database, typically associated with the eBay website 720 shown in Figure 7, or can be a database maintained separately, such as the database 745 shown in Figure 7.
  • a variation of the auction widget can be constructed such that the way an auction widget interacts with remote, third party resources or services is influenced by a property of the associated auction, such as, for example, primary category or title.
  • a property of the associated auction such as, for example, primary category or title.
  • the ability of the auction widget to extract live auction data and display it directly to the user can be extended to third party resources and services.
  • third party widgets such as a Google map widget or a widget that displays product reviews for a specified product.
  • These widgets similar to the auction widget, provide a visual display of data relevant to some key search term. While the search term (such as title, or bids) can be set in an auction widget and be meaningful in the context of all auctions, a Google map or product review widget cannot.
  • a unique approach to solving this problem is to use a level of indirection in the search term selection. For example, in an embodiment of the invention, consider a product review widget where the person configuring the widget selects an attribute of the associated auction for use as the search term, rather than selecting the search phrase directly (i.e., something like "ipod” or "nike shoes") This permits the person configuring the widget to select, for example, the primary category of the auction (or the auction title, or any other auction field) for use as the search term in the product review widget. This allows the person configuring the page to pre-configure the widgets such that when the documents are reused for another auction, those documents automatically start displaying relevant review results without any per-auction configuration on the part of the user.
  • a Google map widget modified to permit property linking in accordance with the present invention, is placed into a template that lets the user enter their home address and combines that data with the product category to find related sporting activities or facilities close to the viewer.
  • the auction category may be hockey which can then be combined with the viewer-supplied address to locate hockey rinks in the area.
  • Another example is a shipping rate calculator that uses the address of the person listing the auction as the source and the viewer-supplied address as the destination. Since the source address can be extracted from the auction, the widget would only need to know the destination address to accurately calculate shipping costs.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne un procédé et un système qui permettent à des consommateurs d’identifier, de marquer pour achat et de régler des articles provenant de sites de commerce électronique directement à partir d’un site tiers, sans que l’utilisateur soit obligé de naviguer à l’écart du site tiers pour une partie quelconque de la transaction d’achat. Dans un des modes de réalisation, un élément à contenu riche coopère avec un serveur de traduction, un serveur administratif et une base de données de configuration pour permettre à des sites Internet tiers d’offrir un accès pour le consommateur à des articles disponibles à l’achat sur des sites de commerce électronique. Dans un des modes de réalisation, le serveur de traduction peut comprendre une pluralité de modules de traduction pour fournir un interfaçage correct avec des sites de commerce électronique ayant des caractéristiques différentes. D’autres aspects de l’invention comprennent le développement de documents multimédia à contenu riche destinés à être intégrés dans des pages Web comme des pages de vente aux enchères ou de catalogue en ligne, qui consiste à fournir un modèle de type Flash conjointement avec une pluralité de widgets destinés à être placés sur la page Flash.
PCT/US2010/042488 2009-07-17 2010-07-19 Système et procédé de réalisation de transactions à partir de sites tiers WO2011009141A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US22665509P 2009-07-17 2009-07-17
US61/226,655 2009-07-17

Publications (1)

Publication Number Publication Date
WO2011009141A1 true WO2011009141A1 (fr) 2011-01-20

Family

ID=43449867

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2010/042488 WO2011009141A1 (fr) 2009-07-17 2010-07-19 Système et procédé de réalisation de transactions à partir de sites tiers

Country Status (1)

Country Link
WO (1) WO2011009141A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013059833A1 (fr) 2011-10-21 2013-04-25 Neurotrek, Inc. Procédé et système de communication directe
WO2014144914A1 (fr) * 2013-03-15 2014-09-18 Auction.Com, Llc Enchères publiées par des utilisateurs dans des supports en ligne
US20140310109A1 (en) * 2013-04-11 2014-10-16 Dov E. King Live And Interactive Auction Utilizing A Social Media Platform
US9721275B1 (en) * 2011-10-11 2017-08-01 Amazon Technologies, Inc. Broadcast feeds for order transactions
US20220318872A1 (en) * 2014-03-31 2022-10-06 Ebay Inc. Method and system to facilitate transactions

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114220A1 (en) * 2003-11-20 2005-05-26 Venkataram Srinivasan System and method of marketing products and services through third party agent
US20050228745A1 (en) * 2004-04-09 2005-10-13 Cmarket, Inc. Method and apparatus for conducting on-line auction events in coordination with incentive promotion for bidders
US20050240857A1 (en) * 2004-04-02 2005-10-27 Jason Benedict Methods and systems of information portal construction
US20050273396A1 (en) * 2000-06-15 2005-12-08 American Express Travel Related Services Company, Inc. Online ordering system and method
US20080126515A1 (en) * 2006-03-16 2008-05-29 Gary Clark Chambers Advertising content management system and method

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050273396A1 (en) * 2000-06-15 2005-12-08 American Express Travel Related Services Company, Inc. Online ordering system and method
US20050114220A1 (en) * 2003-11-20 2005-05-26 Venkataram Srinivasan System and method of marketing products and services through third party agent
US20050240857A1 (en) * 2004-04-02 2005-10-27 Jason Benedict Methods and systems of information portal construction
US20050228745A1 (en) * 2004-04-09 2005-10-13 Cmarket, Inc. Method and apparatus for conducting on-line auction events in coordination with incentive promotion for bidders
US20080126515A1 (en) * 2006-03-16 2008-05-29 Gary Clark Chambers Advertising content management system and method

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9721275B1 (en) * 2011-10-11 2017-08-01 Amazon Technologies, Inc. Broadcast feeds for order transactions
WO2013059833A1 (fr) 2011-10-21 2013-04-25 Neurotrek, Inc. Procédé et système de communication directe
WO2014144914A1 (fr) * 2013-03-15 2014-09-18 Auction.Com, Llc Enchères publiées par des utilisateurs dans des supports en ligne
GB2523699A (en) * 2013-03-15 2015-09-02 Auction Com Llc User published auctions in online mediums
US9959571B2 (en) 2013-03-15 2018-05-01 Ten-X, Llc User published auctions in online mediums
US10255630B2 (en) 2013-03-15 2019-04-09 Auction.Com, Llc User published auctions in online mediums
US10559030B2 (en) 2013-03-15 2020-02-11 Auction.Com, Llc User published auctions in online mediums
US20140310109A1 (en) * 2013-04-11 2014-10-16 Dov E. King Live And Interactive Auction Utilizing A Social Media Platform
US20220318872A1 (en) * 2014-03-31 2022-10-06 Ebay Inc. Method and system to facilitate transactions
US11869054B2 (en) * 2014-03-31 2024-01-09 Ebay Inc. Method and system to facilitate transactions

Similar Documents

Publication Publication Date Title
US20220405463A1 (en) Centralized Brand Asset Management
US10878489B2 (en) Augmented reality system and method for visualizing an item
US6628307B1 (en) User interface for internet application
US10664892B2 (en) Page content display with conditional scroll gesture snapping
US20200014980A1 (en) Methods and system for generation and playback of supplemented videos
US8560398B1 (en) Method and system for providing item recommendations
US8117089B2 (en) System for segmentation by product category of product images within a shopping cart
US9460464B2 (en) Systems and methods for displaying items
US7979340B2 (en) System, program product, and methods for online image handling
US10515140B1 (en) Method and system for displaying items
US20120109777A1 (en) System for creating and maintaining e-commerce user stores for custom and customizable products
US20090157503A1 (en) Pyramidal volumes of advertising space
US20190108577A1 (en) Methods and systems for storefront generation
US8095580B2 (en) Providing content to users
US12266068B2 (en) System and method for updating electronic content by selectively replacing virtual 3D objects
WO2011009141A1 (fr) Système et procédé de réalisation de transactions à partir de sites tiers
US11138652B2 (en) Method and computer program product for an expanded shopping product page and catalog layout
US20140058903A1 (en) Apparatus and methods for displaying project portfolios and selling products from the project portfolios
US9959564B1 (en) Providing confirmations for list modifications
US20230316362A1 (en) E-commerce platform, systems and methods for the selling of goods and services through made-to-order products generated by three-dimensional models
US20240373107A1 (en) Commodity information processing method and apparatus, and client
CA2597379A1 (fr) Catalogue ou encart publicitaire virtuel
Yamamoto et al. Towards Self-Organizing Internet of Things-Aware Systems for Online Sales
KR20180112730A (ko) 이미지 뷰어에 의해 맵핑된 동적 태그를 이용한 디지털 콘텐츠 처리 시스템 및 방법

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: 10800681

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10800681

Country of ref document: EP

Kind code of ref document: A1