WO2002003268A1 - Attribute-based shopping intelligence - Google Patents

Attribute-based shopping intelligence 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
French (fr)
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 AUPQ8475A external-priority patent/AUPQ847500A0/en
Priority claimed from AUPQ8476A external-priority patent/AUPQ847600A0/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/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/958Organisation 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.

Abstract

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 web sit is structured to provide seamless integration of resident and third party internet sites into a portal shopping site, while maintaining the integrity of the third party sites, and providing access to shopper service functions aggregated across and accessible from the resident and third party internet sites. The site also provides product and consumer profiling to provide an enhanced shopping experience, by matching product and consumer profiles when serving pages to a consumer. The web site also provides a transaction management system which manages an aggregated transaction and fulfilment workflow for a plurality of transactions of con current transactions.

Description

Attribute-based shopping intelligence
Introduction
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. Background
Prior art web sites that linked different retail services were initially simply web pages with links through to independent retailer web sites, however this mechanism did not allow any aggregation of services at the mall site.
Subsequent improvements to such sites involved passing information between the Mall site and the retailer site to enable checkout functions to appear to be aggregated at the mall site but in fact the transaction details were sent back to the individual retailers who then performed the financial transactions with an appropriate bureau and arranged delivery. Such sites still did not provide any aggregation of services other than checkout services and provision of a pseudo-shopping cart to enable the purchaser to collect items from one or more retailers before completing the purchases. Further the building of the retailer site was done by the retailer and no integration of the pages of the Mall and retailer sites was possible.
Some more recent sites have been created which collect together retail services that would have previously been provided by different retailers (eg. Books and Hardware) and provided the services in different pseudo-stores on the "Mall" site but in effect the retail services were all provided by the one provider and the design and construction of the web pages of the individual pseudo-stores were all performed centrally by the mall site operator.
Throughout this specification the word "comprise", or variations such as "comprises" or "comprising", will be understood to imply the inclusion of a stated element, integer or step, or group of elements, integers or steps, but not the exclusion of any other element, integer or step, or group of elements, integers or steps.
Any description of prior art documents herein is not an admission that the documents form part of the common general knowledge of the relevant art in Australia. Summary of the invention
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; g) Creating a product attribute logic layer (PALL) defining modification rules for CSA values responsive to site events or combinations of site events and the length and nature of the site history of the respective product, h) Using a business logic layer (BLL) to provide a matching algorithm for intelligent matching of consumer and product attributes in order to provide recommendations as to appropriate products for specified consumers; i) Create an intelligence engine which uses the PALL and the BLL and provides: i) A query function and system level interface layer to allow software applications to obtain CSA information regarding any given product or set of products or consumers or set of consumers. ii) 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. In a preferred embodiment, when defining a Product Class for each class of goods sold by each vendor, each product in the product database is associated with exactly one product class.
Preferably also, when associating one or more of CSA's with each product class, each CSA is associated with a plurality of product classes.
Depending on the CSAs, when setting CSA values for each consumer to reflect an anticipated profile in relation to each of the available shopping attributes, it is possible in the preferred embodiment that one or more CSAs may be set to "neutral" (or zero rating) value for a given consumer. It will be appreciated by those working in the field to which this invention applies that the set of steps above constitutes an infrastructure on which multiple services can then be built. For example, the method above can be used in conjunction with prior art collaborative filtering technologies to further refine product recommendations to consumers. In the preferred embodiment 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. When the PALL receives notification of an event, it 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:
1) Whether or not it will modify the shoppers CSA's, a products CSA, or both.
2) By what value it will modify the relevant CSA's.
3) The weighting factor it will apply to the modification value.
Once this has been determined, the PALL applies the changes. The BLL can use this information in subsequent actions to determine appropriate matches. The table below gives an example of the types of events and how information may be used:
Figure imgf000006_0001
The table below lists some CSA's used in the referred embodiment
Figure imgf000007_0001
Brief Description of the Drawings
Embodiments of the invention will now be described by way of example with reference to the accompanying drawings in which:
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
Mall Site of Figures 1 and 2;
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; and
Figure 8 is a workflow diagram for an auto-management system. Detailed Description of the Preferred Embodiment
In a preferred embodiment of the invention, an Internet Shopping Mall is provided, 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.
• Merchandising facilities across all retailers, including search.
• Aggregated shopping cart with single transactions and fulfilment. Internet Shopping Mall Architecture
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:
1) The Internet Shopping Mall System (ISMS) 17; and
2) The Transaction and Fulfilment Server (TFS) 18; and
3) The Retailer Enablement Server (RES) .
These three components interact to provide the full functionality required by an internet shopper.
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.
In the preferred embodiment, the ISMS 17 provides the following databases:
• Product / SKU database (catalogue and stock details)
• Retailer database (participating retailer information) • Shopper database (including user profile information)
• Content databases (including matching profiles)
In addition, the ISMS will provide the following required functionality:
• provide a means for the Customer Applications to access the database tables, and for committing and rolling back database transactions
• manage user profile information • manage the association of user profile information with products in the database
• house the business rule that decide which content will be displayed to which users based on profile information • house the consumer applications that allow shoppers to organise products they are interested in, such as adding products to shopping carts, wish lists, gift registries or reminders. The Transaction and Fulfilment Server (TFS)
For payments and orders, 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.
As part of its functional requirements, 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.
In the preferred embodiment, the TFS is also responsible for the following functionality:
• handle the transaction and fulfilment of orders.
• manage partially fulfilled orders. • provide a HTTP/XML API for order management.
• provide a HTTP/XML API for committing and rolling back transactions on the order database.
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. In the preferred embodiment, 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.
In the preferred embodiment, 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
The Functional Structure of The Internet Shopping Mall site is illustrated in Figure 2 and the Integration Structure of the site is illustrated in Figure 3. Shoppers The shoppers 31 represent an important point of interface with the site
100. Their interaction with the site may be limited to a single point, the web server 13, and their connection method will usually be HTTP (or HTTP + SSL), plus SMTP. Alternatives may include wireless protocols such as WAP Shoppers 31 will be able to transact on the site and use the advanced functionality with a basic web browser and without special plugins - however they will either need to have cookies enabled or the ISMS Application Server will need to embed a session identifier in the page URLs. Retailers
Retailers 32 are preferably integrated on three levels (refer to Figure 4): 1. database:
• stock control integration: connections with legacy stock control databases to maintain very up to date stock information on the Internet Shopping Mall site;
• Point of Sale databases integration, for recording of purchase orders and managing fulfilment.
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.
3. 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.
In addition, retailers 32 may want to use a Content Management System accessed via the XML gateway 121 to define promotions, manage content on home pages (etc) . Retailer Stock Integration The present invention addresses, inter alia, two crucial aspects of managing an internet shopping mall site. Both are concerned with retail "stock" or product data:
1. 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.
2. 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. In the preferred embodiment, 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. The utilisation of 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.
However, not all retailers have sufficiently sophisticated systems to achieve this kind of integration. Other retailers may wish to defer investment in integration during difficult market periods or when IT resources are stretched. For these retailers, a separate "back office" system can be provided. 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. In fact, 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:
1. live: A copy of the retailers' products database is kept on Internet Shopping Mall. Updates are maintained in real time, with retailer and web site updates being synchronised between databases.
2. batch: Same technical setup as live, however changes are 'batched' and processed at timed intervals (e.g. every hour).
3. manual: Retailer does not have their own stock control database, or wants to keep stock control separate. All stock is maintained manually using the RES Back Office.
Retailer HTML Page integration
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).
Depending on the retailers' satisfaction with their existing e-commerce site, or whether or not they have an existing e-commerce site at all, 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. Through a retailer management centre 33 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. To serve a page to a shopper 31, 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.
The 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.
2. 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.
3. 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;
4. Page Server adds the mall site "power-bar" template or other mall defined templates which are retrieved from the mall site template database 117
(applies to all pages); and
5. The mall provided content which is retrieved from the mall site content.
These components are assembled by the page server 111 to produce a composite page for serving to the shopper 31. Referring to Figure 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. Retailer Advanced Functionality Integration
Many retailers 32 on the Internet Shopping Mall site 100 will not offer any functionality beyond that outlined below for the Internet Shopping Mall. However a small number of advanced retailers have specialised functionality. An advantage of the page integration mechanism described above is that it can cater for retailers with existing e-commerce sites that have advanced functionality (eg a computer reseller that allows a shopper to design and "build" their own computer based on custom requirements). This is achieved by using the "reverse proxy" method of fetching a page template described above. Payment Processing (Banks)
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 (ISMS) 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. Alternatively, 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.
2. 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.
3. 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. 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. In a cross- dock, 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. After payment processing and retailer notification the TFS:
• for retailers aggregating fulfilment with Internet Shopping Mall: notify the warehouse (fulfilment partner 400) to pick, pack and ship.
• for retailers performing their own fulfilment: notify retailer (i.e. acting as fulfilment partner 400) of goods to ship and delivery details; • for both: track the shipment from purchase to Proof Of Delivery (POD) by accepting updates from fulfilment providers 400 and third parties. 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. Internet Shopping Mall Construction Overview
The information below is intended to illustrate how the present invention may be used in the preferred embodiment to build an Internet Shopping Mall site that addresses limitations in the prior art. System Modules 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.
• Internet Shopping Mall Interface: Interface components and supporting infrastructure for the Internet Shopping Mall Management Centre (WMC).
• Retailer Interface: Interface components and supporting infrastructure for the retailers and their Retailer Management Centre (RMC).
• Transaction Fulfilment Server: Components supporting the transaction and fulfilment server. Shopper Web Interface
Entry into the Shopper Web Interface is via a series of electronic 'doorways' into the site - enhancing the basic catchment to encompass affiliate and partner relationships. All pages except the Main Page require a single click access to 'home'. Internet Shopping Mall Main Page: The main page provides a primary entry to the site, featuring the most significant retailers, providing single click access to the key features and promoting high value elements.
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).
3. Shop logos for retailers on the main page, which will rotate through the various available retailers dynamically. 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.
4. Promotion space for some merchants, generated from the content management system (promotions subsystem).
5. Promotion space for Internet Shopping Mall and the site services. 6. The page may also include: voting spaces (to help build a user's profile, collect demographic information, etc); key news regarding Internet Shopping Mall physical centres; and a single large promotion space for a particular Internet Shopping Mall precinct (rotating through the various precincts at random). 7. Links to best-selling products and retailers. Precincts: 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).
• Sale: Collection of retailers and products currently on sale.
• Centres: Broken down by real-world mall. Each mall would contain the retailers who have a presence in that mall. Mall staff will also need to be able to add mall-specific content (e.g. current events at Miranda).
Core Precinct Requirements: 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.
2. Single click access to each of the key site services.
3. Shop fronts for most significant retailers in precinct (only in precinct sub- categories). 4. Promotion and logo spaces for merchants and for Internet Shopping Mall services. Where retailers are listed in specific precincts, or have specific promotions, the capability to link to that specific area within the retailers site (and not just to the retailers home page).
5. Voting spaces, including feedback from previous surveys. Once a user has voted, the page should display aggregate results collected so far.
6. Key content relating to the particular precinct, pulled from the CMS.
7. List of precincts best-selling products and retailers.
8. Retailers may be listed in all precincts where they are relevant - as configured in the precincts database under the control of Internet Shopping Mall. 9. Space for 'rotating' retailers, with the share of impressions based on popularity, user profile or fees paid. Shops: The shops are the arrangements of all products, content and information relating to a particular retailer. The functionality required to support Shops on the site are:
1. All shops should also have access to the common services in this section (e.g. gift registry) on a shop-wide scale.
2. All 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:
• a main page (home page)
• top-level category template
• second-level category template (optional)
• product template • an 'about us' page with contact information, return policy, etc.
The HTML pages define page structure - not content. In the preferred embodiment, 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 Internet
Shopping 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.
• Useability research shows that users often resort to a search engine when it is not immediately apparent where they should proceed from a given page. In order to meet users requirements from a search engine, the preferred embodiment of the present invention would use thesauri and phonetic matching as well as freeform style search queries and use the inherently structured nature of the data to maximise relevance. 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. Back End Services
Shop Build Engine: 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:
• upload their web site;
• preview the uploaded web site (in HTML format);
• convert the web site to the Internet Shopping Mall format; • preview their web site in the Internet Shopping Mall format.
• 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.
Shop Site Construction To provide a process to the retailer that applies minimal creative restriction in shop design while requiring no intervention from the retailer (or Internet Shopping Mall) to move the shop design into the Internet
Shopping Mall Internet format necessitates a number of guidelines.
Although the SSSA could be used as a development platform it is envisaged that the retailer's web developer will prefer to prototype and develop the web site on their own development environment.
Site Directory
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.
To facilitate this process the web developer is required to define and implement the site category hierarchy in a web directory structure (there is potential to do this at various levels). Within 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. 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
Camping it had level 2 categories of Sleeping Bags, Tools, Cooking and
Lights. Under Sleeping Bags it had level 3 categories of Mont, MacPac,
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
In 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);
• "hard coded" pages and hyperlinks (eg. help and about us pages) will still be resolved when placed in the Internet Shopping Mall environment (assuming relative addressing is used);
• no re-work is required to convert the site into the Internet Shopping Mall environment (assuming all guidelines are adhered to).
A detraction of this approach is the effort to construct and maintain a directory structure for retailers that have a large category hierarchy Templates and dynamic data
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).
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.
The collection of DDS placeholders will be enhanced as web designers/retailers require differing interaction and presentation for their customers. Through plug-ins to popular web design environments (eg. Dreamweaver™), 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.)
It is anticipated that the majority of templates will be a collection of HTML tables consisting of any number of DDS GIFs. Site approval
When the retailer is satisfied with their site they will submit a request for Internet Shopping Mall to publish their site in the live mall. On internal approval to publish (copy) the site then the Internet Shopping Mall staff release the site in the live Internet Shopping Mall environment.
In essence, 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.
Back Office Services
Content Management: 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. The 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.
The functions required to support the CMS are:
1. Authentication of retailer or Internet Shopping Mall staff member.
2. Create content either in HTML form, or allow the uploading of richer content objects (Flash files, images, sounds, QuickTime movies, etc).
3. Allow content to be time limited (e.g. only display from l-Jan-00 to 2-Jan- 00).
4. Allow content to be targeted to particular user profiles or triggered by events (e.g. viewing a particular product). Just as retailer pages are populated with content from the products database 111 so too can they be populated with additional content from a content database 113, 114. The web developer may specify for example "top headline goes here" and the page builder will fetch the content from the content database 113, 114 and populate the HTML page with it. Note that the content can be from the retailer's private content database 113 or the mall operator's universal database 114. The mall operator may also have a content database for exclusive use in mall generated areas of the site. Internet Shopping Mall Management Centre: The Internet Shopping Mall management centre allows Internet Shopping Mall to manage the centre and view key metrics. 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.
Most aspects of the operating of the Internet Shopping Mall site will be managed by business managers with no technical background. To best perform this role the ISMS management centre is organised around business functions, rather than reflect the underlying technology or architecture. A major security threat comes from authorised staff members making unauthorised changes, or unauthorised staff members gaining any access at all. Most security compromises come from internal threats - therefore strong authentication, auditing and accountability are required to minimise risk.
1. The functions provided by the Internet Shopping Mall Management Centre interface are: Ability to preview and rebuild online shops and precincts.
2. Performance metrics for site, categories and shops and ability to generate reports.
3. Stock management tools to alter stock if needed. 4. Real-time monitoring of site traffic and sales by segment.
5. Promotions and direct marketing tools to manage campaigns.
6. Content management tools to manage other content requirements.
7. Order status information for all site orders.
8. Data mining centre to examine shopper, transaction and product information throughout the site and by category.
9. Billing information for the site.
Retailer Interface: 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.
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
Mall site.
The Inventory and Product Database enables accurate collection of retailers products data (including stock levels) for use on the Internet
Shopping Mall site to facilitate high-quality, accurate and up to date stock information for consumers. This function adds value to retailers by integrating with their POS, minimising the retailers overhead in conducting e-commerce and reducing their costs. The Inventory and Product Database provides the following functions:
1. Facilitate an integration at a level that the retailer is comfortable with.
2. Accommodate full range of available retailer information, minimising the amount of 'normalisation' that must occur to accommodate the retailers legacy systems. 3. Stock information must be updated either when (1) the retailer makes a sale and takes the stock from the same area that online sales are filled from; or (2) a sale occurs on the Internet Shopping Mall site. 4. Internet Shopping Mall stock records may be updated from multiple sources: e.g. retailer POS system, inventory control system, agency system.
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.
By allowing integration with existing systems 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:
1. Ability to add / remove and edit product content.
2. Access to stock level history over recent period.
3. Email-based notification of low-stock levels.
4. Ability to define profiles for products matching shopper and event profiles.
5. The typical operation of the stock management service is as follows:
6. 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.
It will be appreciated by persons skilled in the art that numerous variations and/or modifications may be made to the invention as shown in the specific embodiments without departing from the spirit or scope of the invention as broadly described. The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive.

Claims

CLAIMS:
1. 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; g) Creating a product attribute logic layer (PALL) defining modification rules for CSA values responsive to site events or combinations of site events and the length and nature of the site history of the respective product, h) Using a business logic layer (BLL) to provide a matching algorithm for intelligent matching of consumer and product attributes in order to provide recommendations as to appropriate products for specified consumers; i) Create an intelligence engine which uses the PALL and the BLL and provides: i) A query function and system level interface layer to allow software applications to obtain CSA information regarding any given product or set of products or consumers or set of consumers. ii) 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.
2. The method of claim 1 wherein, when defining a Product Class for each class of goods sold by each vendor, each product in the product database is associated with exactly one product class.
3. The method of claim 1, or 2 wherein, when associating one or more of CSA's with each product class, each CSA is associated with a plurality of product classes.
4. The method of claim 1, 2, or 3 wherein, when setting CSA values for each consumer to reflect an anticipated profile in relation to each of the available shopping attributes, one or more CSAs may be set to "neutral" (or zero rating) value for a given consumer.
5. The method as claimed in any one of the preceding claims wherein collaborative filtering techniques are used to further refine product recommendations to consumers.
6. The method as claimed in any one of the preceding claims wherein a manual interface is provided to "boot strap" or initialise profiling information to thereby allow vendors to make coarse or fine grain adjustments to product profiles.
7. The method of claim 6 wherein adjustments to product profiles are based on the target demographics of the product range.
8. The method of claim 6 wherein adjustments to product profiles are performed on a category-by-category basis.
9. The method as claimed in any one of the preceding claims wherein one or more CSA's are defined to be specific to a single type of product, all consumers being given a rating for each of these product specific CSAs but the product specific CSAs only being considered when a consumer is shopping for the respective specific type of product.
10. The method of claim 9 wherein one of the CSAs is "romance"which is only applied when the product is a book and indicates that a respective book is designated as romance a novel.
11. The method as claimed in any one of the preceding claims wherein one of the CSAs is "fashionability", which when applied to a product indicates the extent to which the product is currently considered fashionable and when applied to a consumer indicates a degree of fashion consciousness of the consumer.
12. The method of claim 11 wherein the value range for the "fashionability" CSA is -100 - 0 - 100.
13. The method as claimed in any one of the preceding claims wherein one of the CSAs is "Price sensitivity", which when applied to a product indicates the extent to which the product is priced cheaply and when applied to a consumer indicates a degree of consumer sensitivity to price.
14. The method of claim 13 wherein the value range for the "Price sensitivity" CSA is -100 - 0 - 100.
15. The method as claimed in any one of the preceding claims wherein one of the CSAs is "Life Stage", which when applied to a product indicates the life stage to which the product relates and when applied to a consumer holds a discreet value indicating a life stage of the consumer.
16. The method of claim 15 wherein the "Life Stage" CSA will have a value selected from a set comprising some or all of: birth; childhood; teenage; home leaver; single; married; family; or retiree.
17. The method as claimed in any one of the preceding claims wherein adjustment of CSA values occurs in real time as a function of consumer activity.
18. The method as claimed in any one of claims 1 to 17wherein adjustment of CSA values occurs in a batch mode, by processing data at regular intervals.
19. The method as claimed in any one of the preceding claims wherein the PALL and BLL work together to define the rules governing how a CSA is modified and when.
20. The method as claimed in any one of the preceding claims wherein the PALL registers its interest in certain "events" and is notified of occurrences of these events of interest.
21. The method of claim 20 wherein an event of interest to the PALL is a page view served to a consumer.
22. The method of claim 20 wherein an event of interest to the PALL is a purchase made by a consumer.
23. The method of claim 20 wherein an event of interest to the PALL is a gift registry addition made by a consumer.
24. The method of claim 20 wherein an event of interest to the PALL is a search result obtained by a consumer.
25. The method as claimed in any one of claims 20 to 24 wherein, when the PALL receives notification of an event of interest, it fetches event parameters associated withe the event and based on the event parameters, the PALL determines: a) Whether to modify a shoppers CSA's and by what value; b) Whether to modify a product's CSA and by what value; c) A weighting factor associated with the event to be applied to the modification value.
26. The method of claim 25 wherein the event of interest notified to the PALL is a viewing of a particular product page on a web site by a consumer and the resulting PALL action is to load the CSAs of the product or products displayed on the page, determine the difference between the product CSAs and consumer's corresponding CSAs, adjust consumer's CSAs to trend towards product CSA, and to apply a light weighting.
27. The method of claim 25, or 26 wherein the event of interest notified to the PALL is a purchase of a particular product by a consumer and the resulting PALL action is to load the CSAs of the product or products displayed on the page, determine the difference between the product CSAs and consumer's corresponding CSAs, adjust consumer's CSAs to trend towards product CSAs, adjust the product's CSAs to trend towards the consumer's CSAs, and to apply a heavy weighting.
28. The method of claim 25,26, or 27 wherein the event of interest notified to the PALL is a return of a particular product in a search result of a search performed by a consumer and the resulting PALL action to make no adjustments to the respective consumer or product CSAs.
29. The method of claim 25, 26, 27, or 28 wherein the event of interest notified to the PALL is a selection of a particular product by a consumer from a search result for further viewing and the resulting PALL action is to load the CSAs of the product or products displayed on the page, determine the difference between the product CSAs and consumer's corresponding CSAs, adjust consumer's CSAs to trend towards product CSAs and to apply an intermediate weighting.
PCT/AU2001/000772 2000-06-30 2001-06-29 Attribute-based shopping intelligence WO2002003268A1 (en)

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
AUPQ8475A AUPQ847500A0 (en) 2000-06-30 2000-06-30 Internet shopping mall
AUPQ8476A AUPQ847600A0 (en) 2000-06-30 2000-06-30 Internet shopping mall

Publications (1)

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

Family

ID=25646372

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/AU2001/000774 WO2002003243A1 (en) 2000-06-30 2001-06-29 Integration of third party sites into internet mall
PCT/AU2001/000770 WO2002003267A1 (en) 2000-06-30 2001-06-29 Aggregated transaction and fulfilment workflow
PCT/AU2001/000772 WO2002003268A1 (en) 2000-06-30 2001-06-29 Attribute-based shopping intelligence

Family Applications Before (2)

Application Number Title Priority Date Filing Date
PCT/AU2001/000774 WO2002003243A1 (en) 2000-06-30 2001-06-29 Integration of third party sites into internet mall
PCT/AU2001/000770 WO2002003267A1 (en) 2000-06-30 2001-06-29 Aggregated transaction and fulfilment workflow

Country Status (1)

Country Link
WO (3) WO2002003243A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002071283A1 (en) * 2001-03-02 2002-09-12 Wodda Group Pty Ltd System for enabling internet shopping experience
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 (en) * 2001-10-31 2006-02-15 Siemens Ag Oesterreich METHOD FOR FINDING AND PROVIDING INFORMATION AND SERVICES IN A COMMUNICATION NETWORK AND CORRESPONDING COMMUNICATION SYSTEM
US8037091B2 (en) 2001-12-20 2011-10-11 Unoweb Inc. Method of using a code to track user access to content
US20030120560A1 (en) 2001-12-20 2003-06-26 John Almeida Method for creating and maintaning worldwide e-commerce
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
JP2006517314A (en) * 2003-01-06 2006-07-20 グリーンスタイン,マーク Systems and methods to assist in product and / or service selection
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 (en) * 2014-02-07 2014-10-10 (주)굿스플로 Cross selling method and system
US10592959B2 (en) 2016-04-15 2020-03-17 Walmart Apollo, Llc Systems and methods for facilitating shopping in a physical retail facility
US10614504B2 (en) 2016-04-15 2020-04-07 Walmart Apollo, Llc Systems and methods for providing content-based product recommendations
MX2018012574A (en) 2016-04-15 2019-03-06 Walmart Apollo Llc Partiality vector refinement systems and methods through sample probing.
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 (en) * 2021-08-25 2023-03-02 Issimo IP Pty Ltd An e-commerce order merging fulfilment system for shipment of packages from different locations and optimisation of the delivery thereof

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 (en) * 1996-07-15 1998-01-22 Post David A A method and apparatus for expertly matching products, services, and consumers
WO1998021713A2 (en) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Merchandizing system
US6029195A (en) * 1994-11-29 2000-02-22 Herz; Frederick S. M. System for customized electronic identification of desirable objects
WO2001020530A1 (en) * 1999-09-15 2001-03-22 Ec-Ascent Ip Holding Corporation Method and system for network-based decision processing and for matching requests for proposals to responses

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 (en) * 1997-09-01 1999-03-30 Hitachi Ltd Information processor provided with electronic mall functionality
WO2000030005A1 (en) * 1998-11-13 2000-05-25 Ensera, Inc. Electronic commerce search, retrieval and transaction system
WO2000031657A2 (en) * 1998-11-25 2000-06-02 Info Avenue Corporation Universal electronic shopping cart
WO2000041520A2 (en) * 1999-01-09 2000-07-20 Surefire Commerce Corp. 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
AU4488600A (en) * 1999-04-28 2000-11-10 Joseph M. Fuisz Method and apparatus for managing multiple on-line vendors through a reverse franchise
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 (en) * 1996-07-15 1998-01-22 Post David A A method and apparatus for expertly matching products, services, and consumers
WO1998021713A2 (en) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Merchandizing system
WO2001020530A1 (en) * 1999-09-15 2001-03-22 Ec-Ascent Ip Holding Corporation Method and system for network-based decision processing and for matching requests for proposals to responses

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002071283A1 (en) * 2001-03-02 2002-09-12 Wodda Group Pty Ltd System for enabling internet shopping experience
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 (en) 2002-01-10
WO2002003267A1 (en) 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 (en) Attribute-based shopping intelligence
US20020099562A1 (en) System and method of data exchange for electronic transactions with multiple sources
US20020184104A1 (en) Integrated retail and wholesale system
US20100138320A1 (en) User interface and methods for enabling users to efficiently track item selections in an electronic catalog
US20020156688A1 (en) Global electronic commerce 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 (en) System and method for user creation and command of rich content lifecycle
CA2383958A1 (en) A merchandising system utilizing an intermittent network connection
JP2002519753A (en) E-commerce method and system using multiple roles
JP2003532949A (en) Time-sharing electronic catalog system and method
KR20000006883A (en) System and method for building customized shopping malls
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 (en) How to share information about purchases
US20020087412A1 (en) Method for post-sales customer retention
KR20020007163A (en) System and method for generating virtual wish lists for assisting shopping over computer networks
JP2002133290A (en) Method for supporting electronic commercial transaction and system for supporting electronic commercial transaction
JP2002063407A (en) Network transaction mediation method, network transaction system and network transaction center
JP2004046540A (en) Housekeeping book creation support system
WO2002003164A2 (en) System and method for web-based electronic buying system
WO2002001456A1 (en) E-commerce real time demand and pricing system and method

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