WO2002003268A1 - Intelligence d'achats fondee sur les attributs - Google Patents

Intelligence d'achats fondee sur les attributs Download PDF

Info

Publication number
WO2002003268A1
WO2002003268A1 PCT/AU2001/000772 AU0100772W WO0203268A1 WO 2002003268 A1 WO2002003268 A1 WO 2002003268A1 AU 0100772 W AU0100772 W AU 0100772W WO 0203268 A1 WO0203268 A1 WO 0203268A1
Authority
WO
WIPO (PCT)
Prior art keywords
product
consumer
csas
csa
site
Prior art date
Application number
PCT/AU2001/000772
Other languages
English (en)
Inventor
Daniel Austin
Kevin Bungard
Scott Hurst
Dana Kedzier
Original Assignee
Westfield Limited
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
Priority claimed from AUPQ8476A external-priority patent/AUPQ847600A0/en
Priority claimed from AUPQ8475A external-priority patent/AUPQ847500A0/en
Application filed by Westfield Limited filed Critical Westfield Limited
Priority to AU2001268823A priority Critical patent/AU2001268823A1/en
Publication of WO2002003268A1 publication Critical patent/WO2002003268A1/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Definitions

  • the present invention relates generally to the field of e-commerce and in particular the invention provides a web site structure and a method of building a web site for an internet shopping mall in which a number of different and independent retailers are represented on web pages produced on the shopping mall site but under each retailers individual control.
  • the present invention consists in a method for creating a product profile, for each of one or more products offered for sale by a vendor or a group of vendors, for matching with a cooperating consumer profile of each of one or more consumers for whom a relationship has been established with the vendor or the group of vendors, by assigning shopping attributes to each of the products and modifying the attribute values based on sales activity and consumer behaviour, the method comprising the steps of: a) Defining a plurality of consumer shopping attributes (CSA) and assigning a numerical value range to each of the consumer shopping attributes; b) Defining a Product Class for each class of goods sold by each vendor; c) Associating one or more of CSA's with each product class; d) Setting CSA values for each attribute for each product class to reflect an anticipated profile of the respective product class for each vendor; e) Associating all defined CSA's with each consumer in the shopper database; f) Setting CSA values for each consumer to reflect an anticipated profile in relation to each of the available shopping attributes for each consumer
  • a system level interface layer that allows software applications to provide PSA and CSA information and generate recommendations on appropriate shoppers or products based on the matching algorithm of the BLL.
  • each product in the product database is associated with exactly one product class.
  • each CSA is associated with a plurality of product classes.
  • one or more CSAs may be set to "neutral" (or zero rating) value for a given consumer.
  • neutral or zero rating
  • the set of steps above constitutes an infrastructure on which multiple services can then be built.
  • the method above can be used in conjunction with prior art collaborative filtering technologies to further refine product recommendations to consumers.
  • it is possible to "boot strap" the profiling information by providing a manual interface allowing retailers to make coarse or fine grain adjustments to their product profiles, either based on the target demographics of their entire product range or on a category-by- category basis.
  • the invention is intended to allow flexibility in the definition of
  • CSA's and to allow CSA's to be specific to certain types of product. For example, all products may have a rating for "fashionability", meaning whether or not the product is currently fashionable. Consumers with a similarly strong score indicating a preference for fashionable items will tend to have those products recommended to them. However, only books may have the CSA "romance”. All consumers still have a corresponding CSA for romance, however it is only applied for matching purposes when they are looking for books.
  • the evolution and refinement of the CSA values can occur either in real time or in a batch mode, for example, by processing data overnight.
  • the PALL and BLL work together to define the rules governing how a CSA is modified and when.
  • the PALL registers its interest in certain "events". Such events may be page views (when a particular page is served to a particular shopper); purchases; gift registry additions; search results; or any other system event.
  • Events may be page views (when a particular page is served to a particular shopper); purchases; gift registry additions; search results; or any other system event.
  • the PALL fetches the event parameters (for example, for a page view, which page was served and who it was served to). Based on the parameters, the PALL determines:
  • Figure 1 is a high-level block diagram of the overall structure of an Internet Shopping Mall according to the present invention.
  • Figure 2 is a block diagram showing the functional structure of an Internet Shopping Mall according to the present invention
  • Figure 3 is a block diagram showing the integration structure of the
  • Figure 4 is a block diagram illustrating a shop building function within the Internet Shopping mall of Figures 1, 2 and 3;
  • Figure 5 is a block diagram illustrating a possible hardware configuration for the Internet Shopping Mall of Figures 1, 2, 3 and 4;
  • Figure 6 is a block diagram illustrating a possible logical configuration for the Internet Shopping Mall of Figures 1, 2, 3 and 4;
  • Figure 7 illustrates an example of a retailer webpage
  • Figure 8 is a workflow diagram for an auto-management system. Detailed Description of the Preferred Embodiment
  • an Internet Shopping Mall in which multiple retailers will be aggregated under the one banner of the Mall operator.
  • This site includes a number of innovative functions including: • Simple integration of Retailers from their existing Web Sites into the Mall Site.
  • Figure 1 illustrates the Internet Shopping Mall site architecture of the preferred embodiment. Users will be able to access the Internet Shopping Mall shopping functions via a web browser 11 and the Internet 12.
  • the Internet Shopping Mall of the present invention is preferably implemented around three major components:
  • ISMS Internet Shopping Mall System
  • the Internet Shopping Mall System (ISMS)
  • the public "face" of the internet shopping mall is the Internet Shopping Mall Server (ISMS). It is the job of the ISMS to present pages to shoppers, accept orders, and provide updates to shoppers of an orders progress. Pages will be served via a web server 13 connected to a Java based application server 14.
  • the application server contains a common code library that control access to a JDBC (Java Database Connectivity) relational database. Also contained on the application server are the Customer Applications 16 that are built using the common services layer contained in the common code library.
  • JDBC Java Database Connectivity
  • the ISMS 17 provides the following databases:
  • Retailer database (participating retailer information)
  • Shopper database (including user profile information)
  • ISMS will provide the following required functionality:
  • the Customer Applications will communicate with the Transaction and Fulfilment Server (TFS) 18. It is the job of the TFS to process orders, including payment, shipping, and "track and trace" of parcels in shipment. Communication with the TFS will be via XML messages 19 passed over a CORBA bus or using HTTP. In turn the TFS will communicate 22 with a bank and payment gateway for merchant payment processing, and communicate with either (a) a central warehouse; or (b) individual retailer stock points to perform order fulfilment 21.
  • TFS Transaction and Fulfilment Server
  • the TFS contains a single database: the orders database. This database tracks the status of every order.
  • the ISMS may query this database, via the TFS, on behalf of a shopper or retailer requesting the status of a particular order.
  • the TFS is also responsible for the following functionality:
  • the Retailer Enablement Server (RES)
  • the third feature of the preferred embodiment for an Internet Shopping Mall is the Retailer Enablement Server (RES).
  • the job of the RES is to act as the coordinator between the shopper facing ISMS, the bank, warehouse and courier facing TFS, and the retailers who must fulfil the orders and respond to customer inquiries.
  • the RES contains both an XML and HTTP based API to assist in direct integration with a retailer's legacy stock control or point of sale system, as well as an HTML based interface for those retailers wishing to defer integration. Through either the API or the HTML "back office" system, the retailer will check orders, respond to customer enquiries, and update order status through to the TFS.
  • the RES is the mechanism by which a retailer is able to access all the pending orders for goods that it has received via the ISMS; update the status of such orders (eg "pending", “shipped”, “delivered”); and respond to customer enquiries such as when ordered goods are out of stock.
  • the RES provides the following functionality: • a HTTP/XML API to allow retailers to retrieve lists of pending orders and to update the status of orders • provide an API and functioning back office system that utilises that API to allow retailers to update stock data, or integrate legacy systems into the ISMS stock database.
  • Internet Shopping Mall Integration • a HTTP/XML API to allow retailers to retrieve lists of pending orders and to update the status of orders • provide an API and functioning back office system that utilises that API to allow retailers to update stock data, or integrate legacy systems into the ISMS stock database.
  • Retailers 32 are preferably integrated on three levels (refer to Figure 4): 1. database:
  • the integration point is with the RES. 2. pages: management of page templates to define the display of product and supporting pages. The integration point is with the ISMS.
  • functionality integration with advanced retailer functionality currently offered on a retailer's existing web site beyond that already offered on the Internet Shopping Mall site.
  • Retailer Stock Integration addresses, inter alia, two crucial aspects of managing an internet shopping mall site. Both are concerned with retail "stock" or product data:
  • Available stock information This involves maintaining accurate product information concerning available stock (ie what is available for sale via the ISMS), including price, availability and shipping times.
  • Purchased stock information This involves maintaining accurate information concerning stock that has already been sold, including shipping details, whether the product must be ordered from a supplier (a "back order") and when it has been delivered.
  • the preferred embodiment encompasses the present invention by addressing these two points within the RES.
  • the RES provides an interface for updating both available stock information and purchased stock information.
  • the RES provides an XML based API.
  • the transport mechanism is SOAP, an HTTP based protocol that includes an XML encapsulation layer.
  • the XML API addresses all stages of the product data lifecycle.
  • SOAP as the preferred transport mechanism allows for relatively cheap, easy and open integration with legacy systems.
  • the XML messages may be based on industry standards, or may be a proprietary standard that uses XSL to convert between the industry and proprietary standards. This allows very wide integration with legacy components.
  • the single RES API may be accessed by multiple retailer legacy systems, dealing with either point of sale, stock control or product catalogue information.
  • the RES API can also allow integration directly with retail suppliers.
  • the Back Office would essentially be a stand alone point of sale system, allowing retailers to updating product catalogue information (description, price, images); stock availability (stock on hand, shipping times); and order processing (order status, changes in order contents).
  • the Back Office would utilise the RES API like any other point of sale or stock control system.
  • the Back Office would be provided to retailers in source code form, or released under an open source license such as the GNU Public License.
  • the RES API allows for retailers to have their stock control information can be integrated at varying levels. In order of sophistication (and broad preference), they are:
  • the Retailers 32 on the Internet Shopping Mall will generally fall into different classes of e-commerce readiness. It should be noted that a retailer's web sophistication is independent of their stock control database sophistication (for example, a retailer with no existing site may nevertheless have very good stock control databases).
  • a retailer may chose to design new pages for their ISMS presence, or have their existing pages automatically fetched by the ISMS for presentation to the shopper.
  • retailers 32 use a. page loader to either (1) load new HTML pages for the Internet Shopping Mall site ("custom page template model"); (2) nominate URLs where Internet Shopping Mall can load the required pages from their existing site (“reverse proxy template model”); or (3) a mix of 1 and 2.
  • the page server 110 can follow a number of possible paths, however, essentially the differences generally relate to the source of information rather that the process.
  • Page server pulls information from several sources to build a single page as follows: 1.
  • Page server receives a request from the application server for a page relating to a specific retailer, possibly including a request for information on a specific category (eg "men's shoes"), product, or both.
  • a specific category eg "men's shoes”
  • product or both.
  • Page server identifies correct source for the relevant template, based on the template model (custom or reverse-proxy) that relates to that retailer, category and/or product. If the custom model is being used, fetches the template from the retailer's mall site template database 116. If the reverse-proxy model is being used, retrieves the template from the retailer's non-mall site template database 216 (usually, the retailers preexisting e-commerce site). Commonly requested elements may be retrieved directly from a cache 112, no matter which model is being used.
  • the template model custom or reverse-proxy
  • Page server retrieves the retailer's product catalogue data held in the retailer's mall site stock database 111, which is updated from the retailer's non-mall stock database 211 on a regular basis. The page server then inserts the information into the relevant areas on the page, as indicated by the template code. If the reverse-proxy model is being used, additionally strips out content indicated by the retailer as not being relevant to the mall site, and inserts new content indicated by the retailer as being required for the mall site;
  • Page Server adds the mall site "power-bar" template or other mall defined templates which are retrieved from the mall site template database 117
  • the mall provided content which is retrieved from the mall site content.
  • FIG. 5 an image of a retailer page as served to a user by the shopping mall site is illustrated by way of example.
  • the page is divided into a retailer area 250 which occupies most of the screen and a mall site area 150 which occupies the upper and right hand edges.
  • the retailer area is defined by a retailer page template which includes locaters to indicate insertion points for the page content.
  • the page content may include a retailer's logo or banner 252, a number of other graphics or descriptive items 253 from the contents database 113 or 213 and stock information (such as price and availability) from the stock database 111.
  • the shopping mall area 150 is merged with the retailer area by merging the respective templates.
  • the mall area will include a variety of content including current news items 153 or, promotional items 153, navigational buttons 151 to allow the user to navigate around the mall and a house icon or banner 152 which are all obtained from the mall sites content database 114.
  • Integration with the banks or payment gateways 301 is required to facilitate shopper transactions through payments from credit card accounts to merchants 32.
  • the web server receives the initial transaction request from the shopper in aggregate form (ie contains the requested products across all retailers).
  • the web server passes the transaction to the Transaction and Fulfilment Server (TFS) which disaggregates the transaction, processes the component parts, and passes status information back to the web server for further processing (e.g. displaying receipt numbers, reporting failed transactions, etc).
  • Communication occurs via XML objects passed over a CORBA bus.
  • an HTTP interface may be available, similar to the RES SOAP model.
  • the transaction module within the TFS is designed to be able to handle the numerous bank errors, service outages and rollbacks that will arise in a running system.
  • the system can also handle multiple payment methods within the one aggregated transaction. This is achieved by the use of server-side e-wallets to hold multiple payment method information.
  • Process overview 1. The shopper, after accumulating goods and services in their shopping cart and filling in their payment and delivery details, clicks Buy to complete the transaction.
  • the web server fetches the contents of the shopping basket from the session manager and formats an XML transaction request object.
  • the object is passed to the TFS.
  • the TFS disaggregates the transaction. That is, it divides the transaction into merchants, calculates totals for each merchant, and loops through the merchants in a pre-defined order: a) for each merchant, pass a transaction request to the payment gateway; b) the payment gateway selects a transaction gateway 301 based on the preferred acquiring bank for that merchant. It is the payment gateway that contains the routing table for each merchant; c) the payment gateway is responsible for any immediate retries (e.g. due to connection timeout or broken link), possibly switching the transaction to a second (backup) acquiring bank 300 or gateway 301 if the first is not responding; d) the payment gateway returns the response from the transaction gateway 301 using a common XML response object. 4.
  • the TFS After receiving final responses from all gateways, the TFS aggregates them into a new XML response object, and passes it back to the web server.
  • the web server may need to initiate new transactions (e.g. with a different shopper credit card) but these are not distinguished from initial transactions and follow the same pattern.
  • Stock point Integration Warehouse & Retailers
  • the Internet Shopping Mall provides a central warehouse to facilitate most retailer fulfilment needs. In addition to the Internet Shopping Mall warehouse(s), some retailers will wish to fulfil orders out of existing facilities without holding stock at the Internet Shopping Mall warehouse. Cross- docking is therefore provided to facilitate aggregated delivery.
  • a retailer sends their goods to the warehouse to be packed into the same shipping parcels as a customer's other orders.
  • the retailer saves on shipping costs, since they can send all their internet-ordered products to one location in one shipment.
  • the customer also saves on shipping costs, since all their goods are shipped together.
  • the architecture is very similar to that of the payment gateway 301, consisting of a pseudo-gateway which will route to the warehouse or retailer as appropriate (via the RES).
  • the fulfilment gateway 401 sends orders to the warehouse and allows fulfilment providers 400 and couriers to update the status of an order on its way to the shopper's delivery address (es). Aggregate orders are disaggregated and re-grouped by shipping address (since a single aggregate order can involve multiple delivery addresses).
  • the gateway can feed information back through the retailer gateway to notify retailers of shipping status (e.g. return to retailer - no such address).
  • the gateway also receives information back from the fulfilment providers to allow shoppers to query delivery status online.
  • the system comprises the following modules:
  • Shopper Web Interface Specifies components visible to shoppers or supporting infrastructure. Consists of entry points (home pages); precincts; shop fronts, merchandising services and transaction services.
  • Back End Services Specifies supporting infrastructure not otherwise covered above, usually because it does not have an interface directly visible to users.
  • Back Office Services Management supporting services for both Internet Shopping Mall and the retailers. For example: promotion management, content management, reports.
  • Retailer Interface Interface components and supporting infrastructure for the retailers and their Retailer Management Centre (RMC).
  • RMC Retailer Management Centre
  • Transaction Fulfilment Server Components supporting the transaction and fulfilment server.
  • Shopper Web Interface Components supporting the transaction and fulfilment server.
  • Main Page The following functionality is associated with the Main Page: 1. Single click access to all the major precincts. 2. Single click access to each of the key site services (merchandising services and transaction support services).
  • Retailer icons may be chosen at random, with the distribution being skewed based on popularity or license fees. Where a user is a repeat visitor and profiling information is available, retailers may be selected based on that user's profile.
  • Promotion space for some merchants generated from the content management system (promotions subsystem).
  • Precincts are a core merchandising component of the site, collecting retailers into areas of common interest to consumers and segmenting retailers to allow them to retain a point of difference. Retailers may appear in multiple precincts where relevant (indeed, they may appear in a number of different locations within a single precinct). The top level precincts may be chosen along different lines, for example:
  • Category Products and retailers grouped by category or subject matter. For example: fashion, health and beauty, food, home, gifts, SOHO, sports, toys, etc.
  • Event Products and retailers grouped by life stage event (e.g. birth, birthday, party, wedding, Christmas, etc).
  • Precincts share some common elements and structure. The following are goals and requirements that all precincts share.
  • Functionality that may be provided from the various Precincts includes: 1. Single click access to all the other major precincts and to the Internet Shopping Mall Main Page.
  • shop pages will contain the Internet Shopping Mall navigation bar, however the design of the rest of the page is entirely up to the retailer. 3.
  • the minimum number of pages that may constitute a shop site is 4 or 5:
  • the HTML pages define page structure - not content.
  • the content is built dynamically from database sources (either the products database or CMS) .
  • the Internet Shopping Mall offers to retailers a service that utilises any investments they have already made in their web presence.
  • the Mall therefore reproduces only the HTML pages - leaving content and product data to be sourced from their databases via the retailer gateway and Internet Shopping Mall products database (which acts almost as a cache) .
  • the Mall of the present invention differs from previous attempts at mall design which shoe-horned retailers to fit into a particular template and page layout. The result was no branding or differentiating factors for retailers and a less than compelling experience for shoppers.
  • Search The search facility provides rapid non-linear access to the site and allows shoppers to categorise the search by a variety of criteria.
  • Locate a Store A service that allows shoppers to get the address and directions to the nearest outlet for a nominated retailer. This function provides accurate information (including map) on the location, and opening hours, of the nearest outlet of a given retailer, given a post code or suburb / state of the shopper.
  • the shop builder allows retailers to build and maintain best-practice internet shops at significantly reduced cost by dynamically populating marked templates with product content.
  • the Shop Builder can support a scalable architecture for the site that can manage 400 retailers, by moving common functionality into a base engine and allowing the full retailer site to be built out of no more than a handful of templates by populating pages dynamically with database content. Dual-site generation facility is also supported, so that the shop build engine can build a Internet Shopping Mall integrated shop site as well as a 'neutral' shop site that does refer to Internet Shopping Mall but uses the same technical infrastructure to generate the site. The above is achieved without resorting to prior art templating techniques that homogenise retailers or restrict their design freedom beyond the requirements of the shop site specification. An overriding consideration of the Shop Builders that Pages must be built and returned to users quickly.
  • Shop Site Staging Area The purpose of the Shop Site Staging Area (SSSA) is to provide a transition area for a retailer's web site design (HTML pages) to move to the Internet Shopping Mall Internet structure, format and architecture. It provides the retailer (or their web developer) a secure environment where they can:
  • the SSSA also provides the environment for Internet Shopping Mall "mall” administrators to review and publish the web site to the live Internet Shopping Mall Internet mall.
  • SSSA SSSA
  • the retailer's web developer will prefer to prototype and develop the web site on their own development environment.
  • the Internet Shopping Mall shop implementation is based upon a retailer defining templates for differing categories of products and templates for products within a category.
  • a key issue is to allow the web developer 500 and retailer 32 the freedom to organise and develop their site with no or minimal restrictions whilst being able to move the site into the Internet Shopping Mall format with no or little re-work.
  • each category directory would be a template (or pointer to a template) that would define how that category is to be displayed or how the products for that category are to be displayed.
  • a template or pointer to a template
  • An example is a web developer developing a site for a camping goods retailer that has level 1 categories of Tents, Clothes and camping. Under
  • Paddy Palin which were the companies that made sleeping bags. Under each of these brand names were listed their products.
  • the web developer 500 would create a web directory structure to mimic the category hierarchy: eg. web nome ⁇ paddypalin ⁇ camping ⁇ sleepingbags ⁇ mont. This directory structure will define the URL to each category and product ie. to list the sleeping bags at Paddy Palin the user will enter: http://Internet Shopping Mall.com/paddypalin/camping/sleepingbags
  • each of these directories held in the template database 116 would be the template (or pointer to the template) that defines how this category is to be displayed. In the case of the bottom most category then the template defines how the product is to be displayed.
  • the benefits of this approach are: • the web designer and retailer can easily define the hierarchy and of the site;
  • the retailer can define different templates for categories at the same "level”; • the web designer can demonstrate a site to the retailer as it will be viewed in the Internet Shopping Mall (in their own environment or Internet Shopping Mall's);
  • Template files define the layout and style for presenting category or product information.
  • a template file is an HTML file within the shop site that contains a Dynamic Data Stub (DDS).
  • DDS Dynamic Data Stub
  • a DDS is a placeholder that signals to the Internet Shopping Mall environment that content external to this page is to be inserted at this location (eg. from the CMS database 113, 114 or product database 111).
  • DDSs are supplied to web designers in the form of GIFs with guidelines on the syntax to be provided within the HTML to allow the Internet Shopping Mall environment to associate the GIF placeholder with the target data source.
  • DDS placeholders will be enhanced as web designers/retailers require differing interaction and presentation for their customers.
  • a DDS toolbox will allow the designer to quickly select and place the appropriate DDS placeholder prompting the designer for the DDS data source (if appropriate) and presentation requirements (eg. style, layout, colour etc.)
  • this act will copy the appropriate static HTML files and supporting images, and template lookup information from the SA pre- approval area to the live mall environment.
  • a "live" timestamp will be recorded for all site, category and static page activations.
  • the Content Management System (CMS) 101 is a service for both retailers and the Internet Shopping Mall to create and define content which is then dynamically 'plugged' into HTML pages prior to being sent to users.
  • CMS allows non- technical staff operating a client terminal 120 to quickly and easily create content for display in various parts of the retailer sites or Internet Shopping Mall precincts.
  • the CMS is used to facilitate a dynamic and ever-changing content matrix to entice shoppers and encourage both purchases and repeat visits. It provides a single point of control to manage security issues relating to the introduction of content on the Internet Shopping Mall site.
  • Allow content to be time limited e.g. only display from l-Jan-00 to 2-Jan- 00).
  • This function facilitates technical and non-technical Internet Shopping Mall staff managing all aspects of the Internet Shopping Mall site: content and promotions; preview and approval of shops and precincts; performance and merchandising metrics and billing. It also provides a single point of interface for centre management to facilitate security and auditing.
  • the functions provided by the Internet Shopping Mall Management Centre interface are: Ability to preview and rebuild online shops and precincts.
  • Data mining centre to examine shopper, transaction and product information throughout the site and by category.
  • the retailer interface consists of two parts: stock database integration (RES) and the Retailer Management Centre (RES Back Office). Inventory and Product Database: This module provides integration of retailers existing stock and inventory control databases, or point of sales (POS) systems, to provide real-time or batch updates of Internet Shopping Mall's products database. This is provided using the RES, as described above.
  • RES stock database integration
  • POS point of sales
  • E-commerce sites must present users with up to date stock information, including stock availability and expected shipping times if they are to add sufficient value to users to be worth using. This information must come from the retailer and must be updated as frequently as the data requires.
  • a major concern for a retailers operating on the Internet Shopping Mall site is cost, and a major goal of the project is to substantially reduce the cost of retailers wishing to operate online. Integration with existing systems allows retailers to leverage off existing investments in IT infrastructure and expertise and also ensures high quality data reaches the Internet Shopping
  • the Inventory and Product Database enables accurate collection of retailers products data (including stock levels) for use on the Internet
  • the Inventory and Product Database provides the following functions:
  • Stock Management (RES Back Office): The stock management service allows retailers to update and manage their stock levels in their Internet Shopping Mall internet shops.
  • E-commerce sites must present users with up to date stock information, including stock availability and expected shipping times if they are to add sufficient value to users to be worth using. This information must come from the retailer and must be updated as frequently as the data requires.
  • the stock management service again allows retailers to leverage off existing investments in IT infrastructure and expertise and also ensures high quality data reaches the ' Internet Shopping Mall site.
  • the stock management service provides a facility for retailers to create, edit and delete SKUs and fill-in gaps in their product profiles and information.
  • Information includes stock levels, with notification of when stock falls below the alert level.
  • the stock management service also provides a stock and inventory management system for those retailers lacking a sufficiently sophisticated POS system.
  • the stock management service provides the following functions to the retailer:
  • Retailers log on to the RMC and access the Stock Management screen. The screen lists all categories and SKUs and allows retailers to create, edit or delete SKUs. 7. Retailers can view stock whose stock level has fallen below the alert level, sort stock by sales volume or other criteria. 8. Retailers can upload new content, such as product images, or edit any part of the stock information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Structure de site Web et procédé pour construire une site Web sur la base d'un supermarché virtuel, dans lequel un certain nombre de revendeurs différents et indépendants sont représentés sur les page Web, produites sur le site Web du supermarché mais se trouvant sous le contrôle de chacun des revendeurs. Le site Web est conçu de manière à permettre l'intégration sans à-coups des sites Internet de résidents et de tiers dans un site-portail d'achats, et ce tout en préservant l'intégrité des sites des tiers et assurant l'accès aux fonctions de service acheteurs, accumulées et disponibles à partir des sites Internet de résidents et de tiers. L'invention permet aussi un profilage de produits et de consommateurs assurant une meilleure expérience d'achats, et ce grâce à l'appariement du profil des produits et de celui des consommateurs accompagné d'une offre de pages au consommateur. Le site Web contient aussi un système de gestion des transactions qui gère un flux des travaux accumulé, avec transactions et réalisations, pour plusieurs transaction concurrentes.
PCT/AU2001/000772 2000-06-30 2001-06-29 Intelligence d'achats fondee sur les attributs WO2002003268A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001268823A AU2001268823A1 (en) 2000-06-30 2001-06-29 Attribute-based shopping intelligence

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
AUPQ8476 2000-06-30
AUPQ8475 2000-06-30
AUPQ8476A AUPQ847600A0 (en) 2000-06-30 2000-06-30 Internet shopping mall
AUPQ8475A AUPQ847500A0 (en) 2000-06-30 2000-06-30 Internet shopping mall

Publications (1)

Publication Number Publication Date
WO2002003268A1 true WO2002003268A1 (fr) 2002-01-10

Family

ID=25646372

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/AU2001/000772 WO2002003268A1 (fr) 2000-06-30 2001-06-29 Intelligence d'achats fondee sur les attributs
PCT/AU2001/000774 WO2002003243A1 (fr) 2000-06-30 2001-06-29 Integration de sites de tiers dans un centre commercial internet
PCT/AU2001/000770 WO2002003267A1 (fr) 2000-06-30 2001-06-29 Flux accumule de travaux, avec transactions et realisations

Family Applications After (2)

Application Number Title Priority Date Filing Date
PCT/AU2001/000774 WO2002003243A1 (fr) 2000-06-30 2001-06-29 Integration de sites de tiers dans un centre commercial internet
PCT/AU2001/000770 WO2002003267A1 (fr) 2000-06-30 2001-06-29 Flux accumule de travaux, avec transactions et realisations

Country Status (1)

Country Link
WO (3) WO2002003268A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002071283A1 (fr) * 2001-03-02 2002-09-12 Wodda Group Pty Ltd Systeme de realisation d'une experience d'achat par internet
USD715818S1 (en) 2011-12-28 2014-10-21 Target Brands, Inc. Display screen with graphical user interface
US8965788B2 (en) 2011-07-06 2015-02-24 Target Brands, Inc. Search page topology
US8972895B2 (en) 2010-12-20 2015-03-03 Target Brands Inc. Actively and passively customizable navigation bars
US9024954B2 (en) 2011-12-28 2015-05-05 Target Brands, Inc. Displaying partial logos

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AT500635A2 (de) * 2001-10-31 2006-02-15 Siemens Ag Oesterreich Verfahren zum auffinden und anbieten von informationen und diensten in einem kommunikationsnetzwerk sowie entsprechendes kommunikationssystem
US20030120560A1 (en) 2001-12-20 2003-06-26 John Almeida Method for creating and maintaning worldwide e-commerce
US8037091B2 (en) 2001-12-20 2011-10-11 Unoweb Inc. Method of using a code to track user access to content
US20040205572A1 (en) * 2002-02-19 2004-10-14 Wendell Fields Systems and methods for providing information in a computer network
AU2003247593A1 (en) 2002-06-18 2003-12-31 Wireless Ink, Llc Method, apparatus and system for management of information content for enhanced accessibility over wireless communication networks
AU2004204856A1 (en) * 2003-01-06 2004-07-29 Mark Greenstein Systems and methods for assisting in the selection of products and/or services
US7496500B2 (en) 2004-03-01 2009-02-24 Microsoft Corporation Systems and methods that determine intent of data and respond to the data based on the intent
US7529795B2 (en) 2006-03-20 2009-05-05 Stragent, Llc Message board aggregator
KR101446980B1 (ko) * 2014-02-07 2014-10-10 (주)굿스플로 상품 교차 판매 방법 및 시스템
US10592959B2 (en) 2016-04-15 2020-03-17 Walmart Apollo, Llc Systems and methods for facilitating shopping in a physical retail facility
GB2564610A (en) 2016-04-15 2019-01-16 Walmart Apollo Llc Systems and methods for providing content-based product recommendations
WO2017181017A1 (fr) 2016-04-15 2017-10-19 Wal-Mart Stores, Inc. Systèmes et procédés d'affinement de vecteurs de partialité par sondage d'échantillons
US10373464B2 (en) 2016-07-07 2019-08-06 Walmart Apollo, Llc Apparatus and method for updating partiality vectors based on monitoring of person and his or her home
WO2023023760A1 (fr) * 2021-08-25 2023-03-02 Issimo IP Pty Ltd Système d'exécution de fusion de commandes de commerce électronique pour l'expédition de paquets à partir de différents emplacements et l'optimisation de leur livraison

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5592375A (en) * 1994-03-11 1997-01-07 Eagleview, Inc. Computer-assisted system for interactively brokering goods or services between buyers and sellers
WO1998002835A1 (fr) * 1996-07-15 1998-01-22 Post David A Procede et appareil permettant d'accorder habilement des produits, des services et des consommateurs
WO1998021713A2 (fr) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Systeme de marchandisage
US6029195A (en) * 1994-11-29 2000-02-22 Herz; Frederick S. M. System for customized electronic identification of desirable objects
WO2001020530A1 (fr) * 1999-09-15 2001-03-22 Ec-Ascent Ip Holding Corporation Procede et systeme pour le traitement de decisions sur un reseau et pour l'adaptation des demandes de propositions aux resultats

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5897622A (en) * 1996-10-16 1999-04-27 Microsoft Corporation Electronic shopping and merchandising system
US5940834A (en) * 1997-03-13 1999-08-17 Mitel Corporation Automatic web page generator
US6026433A (en) * 1997-03-17 2000-02-15 Silicon Graphics, Inc. Method of creating and editing a web site in a client-server environment using customizable web site templates
JPH1185841A (ja) * 1997-09-01 1999-03-30 Hitachi Ltd 電子モール機能を有する情報処理装置
AU2024100A (en) * 1998-11-13 2000-06-05 Ensera, Inc. Electronic commerce search, retrieval and transaction system
JP2002530782A (ja) * 1998-11-25 2002-09-17 インフォ・アベニュー株式会社 ユニバーサル・ショッピング・カート・システム
AU2493800A (en) * 1999-01-09 2000-08-01 Stumpworld Systems, Inc. System and method for computer-implemented consolidated mall shopping
AU3918800A (en) * 1999-03-24 2000-10-09 Atomicweb System for creating web sites using browser
JP2003502726A (ja) * 1999-04-28 2003-01-21 シー．フュイス リチャード リバースフランチャイズによる複数のオンラインベンダの管理方法及び装置
AUPQ042299A0 (en) * 1999-05-18 1999-06-10 Kcs Australia Pty Ltd A website development system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5592375A (en) * 1994-03-11 1997-01-07 Eagleview, Inc. Computer-assisted system for interactively brokering goods or services between buyers and sellers
US6029195A (en) * 1994-11-29 2000-02-22 Herz; Frederick S. M. System for customized electronic identification of desirable objects
WO1998002835A1 (fr) * 1996-07-15 1998-01-22 Post David A Procede et appareil permettant d'accorder habilement des produits, des services et des consommateurs
WO1998021713A2 (fr) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Systeme de marchandisage
WO2001020530A1 (fr) * 1999-09-15 2001-03-22 Ec-Ascent Ip Holding Corporation Procede et systeme pour le traitement de decisions sur un reseau et pour l'adaptation des demandes de propositions aux resultats

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002071283A1 (fr) * 2001-03-02 2002-09-12 Wodda Group Pty Ltd Systeme de realisation d'une experience d'achat par internet
GB2389939A (en) * 2001-03-02 2003-12-24 Wodda Group Pty Ltd System for enabling internet shopping experience
US8972895B2 (en) 2010-12-20 2015-03-03 Target Brands Inc. Actively and passively customizable navigation bars
US8965788B2 (en) 2011-07-06 2015-02-24 Target Brands, Inc. Search page topology
USD715818S1 (en) 2011-12-28 2014-10-21 Target Brands, Inc. Display screen with graphical user interface
US9024954B2 (en) 2011-12-28 2015-05-05 Target Brands, Inc. Displaying partial logos

Also Published As

Publication number Publication date
WO2002003243A1 (fr) 2002-01-10
WO2002003267A1 (fr) 2002-01-10

Similar Documents

Publication Publication Date Title
US6490567B1 (en) System and method for distributed content electronic commerce
US7596508B1 (en) Method and system for configuring and ordering consumer product
US20020107761A1 (en) Methods and systems for improved channel sales support in electronic commerce
WO2002003268A1 (fr) Intelligence d'achats fondee sur les attributs
US20020099562A1 (en) System and method of data exchange for electronic transactions with multiple sources
US20020184104A1 (en) Integrated retail and wholesale system
US20080306838A1 (en) System and Method of Bridging a Product Catalog from a Central E-Commerce Website to Remote Access
US20040220845A1 (en) System and method of automated package tracking
JP2007536607A (ja) リッチコンテントのライフサイクルをユーザーが作成し、指令するためのシステムおよび方法
CA2383958A1 (fr) Systeme commercial utilisant une connexion de reseau intermittente
JP2002519753A (ja) 複数の役割を使用した電子商取引の方法およびシステム
JP2003532949A (ja) 時分割電子カタログシステムおよび方法
KR20000006883A (ko) 맞춤형 쇼핑몰 구축 시스템 및 방법
US20040243485A1 (en) Method and system for providing product catalog information for electronic stores
US6691112B1 (en) Method for indexing and managing a searchable community of non-HTML information
JP2004514991A (ja) 購入に関する情報を共用する方法
US20020087412A1 (en) Method for post-sales customer retention
KR20020007163A (ko) 컴퓨터 네트워크를 통한 쇼핑을 보조하기 위한 가상 희망리스트 생성 시스템 및 방법
JP2002133290A (ja) 電子商取引を支援する方法、および電子商取引支援システム
JP2004046540A (ja) 家計簿作成支援システム
WO2002003164A2 (fr) Systeme et procede concus pour un systeme d'achat electronique faisant appel au web
WO2002001456A1 (fr) Commerce electronique: systeme et procede de demande et de calcul des prix en temps reel
JP2002117260A (ja) 電子商取引仲介方法、システムおよびデータベース
Fernandez et al. Patterns for Internet shops
JP2002269410A (ja) グループ会社内販売購買システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP