WO2002003243A1 - Integration of third party sites into internet mall - Google Patents

Integration of third party sites into internet mall Download PDF

Info

Publication number
WO2002003243A1
WO2002003243A1 PCT/AU2001/000774 AU0100774W WO0203243A1 WO 2002003243 A1 WO2002003243 A1 WO 2002003243A1 AU 0100774 W AU0100774 W AU 0100774W WO 0203243 A1 WO0203243 A1 WO 0203243A1
Authority
WO
WIPO (PCT)
Prior art keywords
page
site
database
template
template component
Prior art date
Application number
PCT/AU2001/000774
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 AU2001268824A priority Critical patent/AU2001268824A1/en
Publication of WO2002003243A1 publication Critical patent/WO2002003243A1/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 of building a web page on a first internet site operated by a first computer system where the page is an amalgamation of elements from at least two sources including a first and second source where the elements from the first source comprise elements common to a plurality of pages on the first internet site and the second source is a second computer system operating a second independent internet site, the page being defined by template components which specify format and data items defining detail in respective page elements, the method comprising the steps of: a) when the page is requested by a user accessing the first internet site, obtaining a page-template component supplied from a template storage means on the first computer system, the first page-template component defining locations on the page for placement of data items from a first items database associated with the first internet site; b) combining the first page-template component with a second page- template component supplied from a template component storage means on the second computer system, the second page-template component defining locations on the page for placement of data items from a second items database associated
  • the present invention consists in a method of building a web page on an internet site where the page is an amalgamation of page defining elements including at least two template elements defining page format of respective page components of the web page and data items defining detail in respective page elements, the method comprising the steps of: a) when the page is requested by a user accessing the internet site, obtaining a page-template component supplied from a template storage means, the first page-template component defining locations on the page for placement of data items from a first items database associated with the internet site; b) combining the first page-template component with a second page- template component supplied from a template component storage means, the second page-template component defining locations on the page for placement of data items from a second items database associated with an information provider other than the internet site; c) obtaining first data items associated with the first page-template component from the first database and inserting the first data items into the page at the locations defined by the first page-template component; d) obtaining second data
  • the present invention consists in a telecommunication signal representing an internet web page image generated by a web site and comprising an amalgamation of at least two page components, the amalgamated page image being produced by the web site from a first page-template component and a second page-template component, the page-template components each defining locations on the page for placement of data items from respective databases associated with each template component.
  • the components which make up the signal are obtained as follows: a) the first page-template component is supplied from a template storage means, the first page-template component defining locations on the page for placement of data items from a first items database; b) the second page-template component is supplied from a template component storage means, the second page-template component defining locations on the page for placement of data items from a second items database; c) the first data items associated with the first page-template component are obtained from the first database and one inserted into the page at the locations defined by the first page-template component; d) the second data items associated with the second page-template component are obtained from the second database and are inserted into the page at the locations defined by the second page-template component.
  • cache means are provided in the first computer system whereby, for pages that are requested often by users, the second page-template component is temporarily stored in the cache means, the second page-template component being retrieved from the cache if it is currently held in the cache and otherwise being retrieved from the template storage means in the second computer system.
  • the cache means is preferably a pre-emptive cache whereby the pages are pre-fetched and periodically updated in anticipation of users requesting them, however it is also possible to use a non-pre-emptive cache in which case the second page-template component is temporarily stored in the cache means when the page is requested for a first time and is flushed from the cache if the page is not requested again within a period of time determined by the first computer system.
  • the second database is preferably located locally to the first computer system and is a copy of a third database held remotely of the first computer system, the second database being updated intermittently to reflect data changes that have occurred on the third data base.
  • the second page-template component comprises a page template of the second internet site
  • the first page-template component is a component used to add content relating to the shopping mall site, the first page-template component, when combined with the second page-template component forming a border along a side of an information carrying portion of the second page-template component and the second page-template component being resized if necessary to produce a page that fits within a page dimension specification of the first internet site.
  • the first page-template component defines layout of a first page component, and content relevant to the first page-template component is preferably defined by a first content database, which is separate from the first items database, the content of the first content database comprising at least one display element and the data items of the first items database providing details of the display elements provided from the first content database.
  • the second page-template component defines a layout of a second page component, and content relevant to the second page component is preferably defined by a second content database separate from the second items database, the content of the second content database comprising at least one display element and the data items of the second database providing details of the display elements provided from the second content database.
  • each of the page-template components define layout and content of a respective component of a page, where the content includes at least one display element and the data items of the first and second databases provide details of the display elements for the first and second page-template components respectively.
  • each of the page-template components define only layout of a respective component of a page and the first and second items databases provide content items for each respective page component and data items for each respective content item.
  • the present invention consists in a method for 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, wherein a new shop site is integrated into the portal shopping site by the steps of: a) amending a Shop Site Data Schema to reference retailer data relevant to the new shop site; b) providing Shop Site HTML Pages for the new shop site; c) positioning aggregated function tags in the Shop Site HTML pages to indicate the locations of portal shopping site functions to be included on the new shop site pages, the portal shopping site shopping site functions comprising aggregated shopper service functions and data linking functions which enable the specification of data identification means to link the retailer data to page elements of the new shop site pages; d) when one of the
  • the data linking functions provide links to data required for variable display elements of the respective page, and in particular the data required may comprise stock data from a stock database, and/or image data from an image database.
  • the aggregated shopper service functions comprise a plurality of functions each of which provides a link to at least one non- retailer page of the portal shopping site or at least one shopper service function.
  • Some aggregated shopper service functions include: a) a shopping cart function whereby a site visitor may gather one or more products intended to be purchased; b) a checkout function whereby a site visitor may complete a purchase transaction in respect of any one or more products they wish to purchase; c) an order tracking function whereby a site visitor may obtain a status of a delivery in respect of a purchase transaction previously completed; d) a wish list function whereby a site visitor may record one or more products that they would like to purchase or receive as gifts in the future; e) a wish gift registry whereby a site visitor who is an intended recipient of gifts at a planned celebration may record one or more products that they would like to receive as a gift in respect of the planned celebration, and a site visitor wishing to give a gift to the intended recipient may select a product from the products
  • the shop finder function accepts a physical address from the site visitor and provides an address of a physical shop of the retailer which is the closest physical shop of the retailer to the physical address provided by the site visitor; k) a dressing room function whereby a site visitor may view and compare products comprising clothing, foot ware jewellery or accessory items being considered for purchase;
  • a gift wrapping service function whereby a site visitor may request a product being purchased be gift wrapped prior to delivery.
  • the gift wrapping service function offers to the site visitor a range of gift wrapping styles and options for the wrapping of the product.
  • a power bar comprising a panel displaying portal shopping site information, is appended to the Shop Site HTML page when building the modified page which is returned to the browser and at least a subset of the aggregated shopper service functions are provided within the power bar.
  • the aggregated function tags preferably reference function data and retailer specific data held within databases resident on the computer systems hosting the portal shopping site.
  • the aggregated function tags preferably reference function data held within databases resident on the computer systems hosting the portal shopping site and retailer specific data held in databases resident on a site of the respective retailer remote from the computer systems hosting the portal shopping site.
  • the aggregated function tags are Linked Site Meta Language components which specify retailer specific data and a network address of a server on which the data is resident and to allow recognition and interpretation of page elements of the third party site by the aggregated shop build engine.
  • the preferred method also includes the step of: a) creating a Shop Site Definition File which maps site-specific features of a third party site to functionally equivalent features within the Portal Shopping Site; and b) marking up a page of a third party site with tags which indicate locations of site-specific features of the third party site and map the respective features to functionally equivalent features within the Portal Shopping Site.
  • the Aggregated Shop Build Engine uses a proxy module to fetch target web pages dynamically from an existing third party shop site.
  • 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
  • FIG. 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;
  • FIG. 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 a 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. 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.
  • 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:
  • 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 retailer's 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.
  • 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:
  • 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;
  • 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;
  • 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 (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.
  • 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).
  • TFS Transaction and Fulfilment Server
  • 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.
  • 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.
  • 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.
  • 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 .boJ ⁇ e ⁇ 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 GTFs 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.
  • 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 site 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 concurrent transactions.

Description

A seamless integrated aggregated shopping site 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
According to a first aspect the present invention consists in a method of building a web page on a first internet site operated by a first computer system where the page is an amalgamation of elements from at least two sources including a first and second source where the elements from the first source comprise elements common to a plurality of pages on the first internet site and the second source is a second computer system operating a second independent internet site, the page being defined by template components which specify format and data items defining detail in respective page elements, the method comprising the steps of: a) when the page is requested by a user accessing the first internet site, obtaining a page-template component supplied from a template storage means on the first computer system, the first page-template component defining locations on the page for placement of data items from a first items database associated with the first internet site; b) combining the first page-template component with a second page- template component supplied from a template component storage means on the second computer system, the second page-template component defining locations on the page for placement of data items from a second items database associated with the second internet site; c) obtaining first data items associated with the first page-template component from the first database and inserting the first data items into the page at the locations defined by the first page-template component; d) obtaining second data items associated with the second page- template component from the second database and inserting the second data items into the page at the locations defined by the second page-template component; and e) providing the page to the user. According to a second aspect, the present invention consists in a method of building a web page on an internet site where the page is an amalgamation of page defining elements including at least two template elements defining page format of respective page components of the web page and data items defining detail in respective page elements, the method comprising the steps of: a) when the page is requested by a user accessing the internet site, obtaining a page-template component supplied from a template storage means, the first page-template component defining locations on the page for placement of data items from a first items database associated with the internet site; b) combining the first page-template component with a second page- template component supplied from a template component storage means, the second page-template component defining locations on the page for placement of data items from a second items database associated with an information provider other than the internet site; c) obtaining first data items associated with the first page-template component from the first database and inserting the first data items into the page at the locations defined by the first page-template component; d) obtaining second data items associated with the second page- template component from the second database and inserting the second data items into the page at the locations defined by the second page-template component; and e) providing the page to the user.
According to a third aspect, the present invention consists in a telecommunication signal representing an internet web page image generated by a web site and comprising an amalgamation of at least two page components, the amalgamated page image being produced by the web site from a first page-template component and a second page-template component, the page-template components each defining locations on the page for placement of data items from respective databases associated with each template component.
Preferably the components which make up the signal are obtained as follows: a) the first page-template component is supplied from a template storage means, the first page-template component defining locations on the page for placement of data items from a first items database; b) the second page-template component is supplied from a template component storage means, the second page-template component defining locations on the page for placement of data items from a second items database; c) the first data items associated with the first page-template component are obtained from the first database and one inserted into the page at the locations defined by the first page-template component; d) the second data items associated with the second page-template component are obtained from the second database and are inserted into the page at the locations defined by the second page-template component.
In preferred embodiments of the invention, cache means are provided in the first computer system whereby, for pages that are requested often by users, the second page-template component is temporarily stored in the cache means, the second page-template component being retrieved from the cache if it is currently held in the cache and otherwise being retrieved from the template storage means in the second computer system. The cache means is preferably a pre-emptive cache whereby the pages are pre-fetched and periodically updated in anticipation of users requesting them, however it is also possible to use a non-pre-emptive cache in which case the second page-template component is temporarily stored in the cache means when the page is requested for a first time and is flushed from the cache if the page is not requested again within a period of time determined by the first computer system. The second database is preferably located locally to the first computer system and is a copy of a third database held remotely of the first computer system, the second database being updated intermittently to reflect data changes that have occurred on the third data base.
The second page-template component comprises a page template of the second internet site, and the first page-template component is a component used to add content relating to the shopping mall site, the first page-template component, when combined with the second page-template component forming a border along a side of an information carrying portion of the second page-template component and the second page-template component being resized if necessary to produce a page that fits within a page dimension specification of the first internet site.
The first page-template component defines layout of a first page component, and content relevant to the first page-template component is preferably defined by a first content database, which is separate from the first items database, the content of the first content database comprising at least one display element and the data items of the first items database providing details of the display elements provided from the first content database. The second page-template component defines a layout of a second page component, and content relevant to the second page component is preferably defined by a second content database separate from the second items database, the content of the second content database comprising at least one display element and the data items of the second database providing details of the display elements provided from the second content database. Alternatively it is also possible to define a page by having each of the page-template components define layout and content of a respective component of a page, where the content includes at least one display element and the data items of the first and second databases provide details of the display elements for the first and second page-template components respectively.
In yet another possible arrangement, each of the page-template components define only layout of a respective component of a page and the first and second items databases provide content items for each respective page component and data items for each respective content item. According to a fourth aspect the present invention consists in a method for 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, wherein a new shop site is integrated into the portal shopping site by the steps of: a) amending a Shop Site Data Schema to reference retailer data relevant to the new shop site; b) providing Shop Site HTML Pages for the new shop site; c) positioning aggregated function tags in the Shop Site HTML pages to indicate the locations of portal shopping site functions to be included on the new shop site pages, the portal shopping site shopping site functions comprising aggregated shopper service functions and data linking functions which enable the specification of data identification means to link the retailer data to page elements of the new shop site pages; d) when one of the new shop site pages is requested by a site visitor via an internet browser, fetching the Shop Site HTML pages from a page store using an Aggregated Shop Build Engine, parsing the Shop Site HTML pages to interpret the aggregated function tags, executing code from a code base to insert the respective portal shopping site functions associated with the aggregated function tags into the page, whereby data relevant to each aggregated function tag is fetched from the data store, the Shop Site HTML pages are modified to substitute the fetched data for the relevant aggregated function tags, and the modified page is returned to the browser for display to the site visitor.
Preferably the data linking functions provide links to data required for variable display elements of the respective page, and in particular the data required may comprise stock data from a stock database, and/or image data from an image database.
Preferably also the aggregated shopper service functions comprise a plurality of functions each of which provides a link to at least one non- retailer page of the portal shopping site or at least one shopper service function. Some aggregated shopper service functions include: a) a shopping cart function whereby a site visitor may gather one or more products intended to be purchased; b) a checkout function whereby a site visitor may complete a purchase transaction in respect of any one or more products they wish to purchase; c) an order tracking function whereby a site visitor may obtain a status of a delivery in respect of a purchase transaction previously completed; d) a wish list function whereby a site visitor may record one or more products that they would like to purchase or receive as gifts in the future; e) a wish gift registry whereby a site visitor who is an intended recipient of gifts at a planned celebration may record one or more products that they would like to receive as a gift in respect of the planned celebration, and a site visitor wishing to give a gift to the intended recipient may select a product from the products recorded by the intended recipient, purchase the product and have the purchased product delivered to the intended recipient; f) a gift finder function whereby a site visitor may use a recommendation engine to recommend one or more products available via one of the shop sites of the portal shopping site for selection as a gift for another person; g) a personal shopper function whereby a site visitor may use a recommendation engine to recommend one or more products available via one of the shop sites of the portal shopping site to assist the site visitor in choosing a product for purchase for their own use; h) a Shop Together function whereby a site visitor may communicate with another site visitor while browsing the portal shopping site and its included integrated shop; i) a Jump to shop function whereby a list of shop sites on the portal shopping site are provided to the site visitor and the site visitor may jump to a shop site by selecting the shop site from the list; j) a shop finder function whereby an address of a physical shop of a retailer represented by a shop site on the portal shopping site is provided to the site visitor. Preferably, the shop finder function accepts a physical address from the site visitor and provides an address of a physical shop of the retailer which is the closest physical shop of the retailer to the physical address provided by the site visitor; k) a dressing room function whereby a site visitor may view and compare products comprising clothing, foot ware jewellery or accessory items being considered for purchase;
1) a gift wrapping service function whereby a site visitor may request a product being purchased be gift wrapped prior to delivery. Preferably the gift wrapping service function offers to the site visitor a range of gift wrapping styles and options for the wrapping of the product.
In a particularly preferred embodiment, a power bar, comprising a panel displaying portal shopping site information, is appended to the Shop Site HTML page when building the modified page which is returned to the browser and at least a subset of the aggregated shopper service functions are provided within the power bar.
In the case where a new shop site is a resident shop site, the aggregated function tags preferably reference function data and retailer specific data held within databases resident on the computer systems hosting the portal shopping site.
In the case where a new shop site is a new shop site is an integrated shop site, the aggregated function tags preferably reference function data held within databases resident on the computer systems hosting the portal shopping site and retailer specific data held in databases resident on a site of the respective retailer remote from the computer systems hosting the portal shopping site. Preferably also, in the case of an integrated shop site, the aggregated function tags are Linked Site Meta Language components which specify retailer specific data and a network address of a server on which the data is resident and to allow recognition and interpretation of page elements of the third party site by the aggregated shop build engine.
The preferred method also includes the step of: a) creating a Shop Site Definition File which maps site-specific features of a third party site to functionally equivalent features within the Portal Shopping Site; and b) marking up a page of a third party site with tags which indicate locations of site-specific features of the third party site and map the respective features to functionally equivalent features within the Portal Shopping Site.
Preferably also, the Aggregated Shop Build Engine uses a proxy module to fetch target web pages dynamically from an existing third party shop site. 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 / SKTJ 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 a 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 this 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 retailer's 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 retailer's 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 .boJΗe\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 GTFs 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 of building a web page on a first internet site operated by a first computer system where the page is an amalgamation of elements from at least two sources including a first and second source where the elements from the first source comprise elements common to a plurality of pages on the first internet site and the second source is a second computer system operating a second independent internet site, the page being defined by template components which specify format and data items defining detail in respective page elements, the method comprising the steps of: a) when the page is requested by a user accessing the first internet site, obtaining a page-template component supplied from a template storage means on the first computer system, the first page-template component defining locations on the page for placement of data items from a first items database associated with the first internet site; b) combining the first page-template component with a second page- template component supplied from a template component storage means on the second computer system, the second page-template component defining locations on the page for placement of data items from a second items database associated with the second internet site; c) obtaining first data items associated with the first page-template component from the first database and inserting the first data items into the page at the locations defined by the first page-template component; d) obtaining second data items associated with the second page- template component from the second database and inserting the second data items into the page at the locations defined by the second page-template component; and e) providing the page to the user.
2. The method as claimed in claim 1, wherein cache means are provided in the first computer system whereby, for pages that are requested often by users, the second page-template component is temporarily stored in the cache means, the second page-template component being retrieved from the cache if it is currently held in the cache and otherwise being retrieved from the template storage means in the second computer system.
3. The method as claimed in claim 2, wherein the cache means is a preemptive cache whereby the pages are pre-fetched and periodically updated in anticipation of users requesting them.
4. The method as claimed in claim 2, wherein the second page-template component is temporarily stored in the cache means when the page is requested for a first time and is flushed from the cache if the page is not requested again within a period of time determined by the first computer system.
5. The method of Claim 1, 2, 3 or 4, wherein the second database is located locally to the first computer system and is a copy of a third database held remotely of the first computer system, the second database being updated intermittently to reflect data changes that have occurred on the third data base.
6. The method of Claim 1, 2, 3, 4 or 5, wherein the second page-template component comprises a page template of the second internet site.
7. The method of Claim 6, wherein the first page-template component, when combined with the second page-template component forms a border along a side of an information carrying portion of the second page-template component and the second page-template component is resized if necessary to produce a page that fits within a page dimension specification of the first internet site.
8. The method as claimed in any one of the preceding claims, wherein the first page-template component defines layout of a first page component, and content relevant to the first page-template component is defined by a first content database, which is separate from the first items database, the content of the first content database comprising at least one display element and the data items of the first items database providing details of the display elements provided from the first content database.
9. The method as claimed in any one of the preceding claims, wherein the second page-template component defines a layout of a second page component, and content relevant to the second page component is defined by a second content database separate from the second items database, the content of the second content database comprising at least one display element and the data items of the second database providing details of the display elements provided from the second content database.
10. The method as claimed in any one of claims 1 to 7, wherein each of the page-template components define layout and content of a respective component of a page, the content comprising at least one display element and the data items of the first and second databases provide details of the display elements for the first and second page-template components respectively.
11. The method as claimed in any one of claims 1 to 7, wherein each of the page-template components define only layout of a respective component of a page and the first and second items databases provide content items for each respective page component and data items for each respective content item.
12. A method of building a web page on an internet site where the page is an amalgamation of page defining elements including at least two template elements defining page format of respective page components of the web page and data items defining detail in respective page elements, the method comprising the steps of: a) when the page is requested by a user accessing the internet site, obtaining a page-template component supplied from a template storage means, the first page-template component defining locations on the page for placement of data items from a first items database associated with the internet site; b) combining the first page-template component with a second page- template component supplied from a template component storage means, the second page-template component defining locations on the page for placement of data items from a second items database associated with an information provider other than the internet site; c) obtaining first data items associated with the first page-template component from the first database and inserting the first data items into the page at the locations defined by the first page-template component; d) obtaining second data items associated with the second page- template component from the second database and inserting the second data items into the page at the locations defined by the second page-template component; and e) providing the page to the user.
13. The method as claimed in claim 12, wherein cache means are provided at the internet site whereby, for pages that are requested often by users, the second page-template component is temporarily stored in the cache means, the second page-template component being retrieved from the cache if it is currently held in the cache and otherwise being retrieved from the template storage means in the second computer system.
14. The method as claimed in claim 13, wherein the cache means is a preemptive cache whereby the page templates are pre-fetched and periodically updated in anticipation of users requesting them.
15. The method as claimed in claim 13, wherein the second page-template component is temporarily stored in the cache means when the page is requested for a first time and is flushed from the cache if the page is not requested again within a period of time determined by the first computer system.
16. The method of Claim 12, 13, 14, or 15, wherein the second database is located locally to the first computer system and is a copy of a third database held remotely of the first computer system, the second database being updated intermittently to reflect data changes that have occurred on the third data base.
17. The method of claim 12, 13,14, 15 or 16, wherein the first page- template component, when combined with the second page-template component forms a border along a side of an information carrying portion of the second page-template component and the second page-template component is resized if necessary to produce a page that fits within a page dimension specification of the first internet site.
18. The method of claim 17, wherein the first page-template component defines layout of a first page component, and content relevant to the first page-template component is defined by a first content database, which is separate from the first items database, the content of the first content database which is separate from the first items database, comprising at least one display element and the data items of the first items database providing details of the display elements provided from the first content database.
19. The method as claimed in any one of claims 12 to 18, wherein the second page-template component defines a layout of a second page component, and content relevant to the second page component is defined by a second content database separate from the second items database, the content of the second content database comprising at least one display element and the data items of the second database providing details of the display elements provided from the second content database.
20. The method as claimed in any one of claims 12 to 19, wherein each of the page-template components define layout and content of a respective component of a page, the content comprising at least one display element and the data items of the first and second databases provide details of the display elements for the first and second page-template components respectively.
21. The method as claimed in any one of claims 12 to 20, wherein each of the page-template components define only layout of a respective component of a page and the first and second items databases provide content items for each respective page component and data items for each respective content item.
22. A telecommunication signal representing an internet web page image generated by a web site and comprising an amalgamation of at least two page components, the amalgamated page image being produced by the web site from a first page-template component and a second page-template component, the page-template components each defining locations on the page for placement of data items from respective databases associated with each template component.
23. The signal of claim 22, wherein: a) the first page-template component is supplied from a template storage means, the first page-template component defining locations on the page for placement of data items from a first items database; b) the second page-template component is supplied from a template component storage means, the second page-template component defining locations on the page for placement of data items from a second items database; c) the first data items associated with the first page-template component are obtained from the first database and one inserted into the page at the locations defined by the first page-template component; d) the second data items associated with the second page-template component are obtained from the second database and are inserted into the page at the locations defined by the second page-template component.
24. The signal as claimed in claim 22, or 23 wherein cache means are provided at the web site whereby, for pages that are requested often by users, the second page-template component is temporarily stored in the cache means, the second page-template component being retrieved from the cache if it is currently held in the cache and otherwise being retrieved from the template storage means in the second computer system.
25. The signal as claimed in claim 24, wherein the cache means is a preemptive cache whereby the page templates are pre-fetched and periodically updated in anticipation of users requesting them.
26. The signal as claimed in claim 24, wherein the second page-template component is temporarily stored in the cache means when the page is requested for a first time and is flushed from the cache if the page is not requested again within a period of time determined by the first computer system.
27. The signal as claimed in claim 23, 24, 25 or 26, wherein the first page- template component is held locally to the web site and the second page- template component is held on a computer system remote from the web site.
28. The signal remote computer system as claimed in claim 23, 24, 25, 26, or 27, wherein the second database is located locally to the first computer system and is a copy of a third database held remotely of the first computer system, the second database being updated intermittently to reflect data changes that have occurred on the third data base.
29. The signal as claimed in any one of claims 23 to 28, wherein the second page-template component comprises a page template of a second internet site.
30. The signal as claimed in any one of claims 23 to 29, wherein the first page-template component, when combined with the second page-template component forms a border along a side of an information carrying portion of the second page-template component and the second page-template component is resized if necessary to produce a page that fits within a page dimension specification of the first web site.
31. The signal as claimed in any one of claims 23 to 30, wherein the first page-template component defines layout of a first page component, and content relevant to the first page-template component is defined by a first content database, which is separate from the first items database, the content of the first content database comprising at least one display element and the data items of the first items database providing details of the display elements provided from the first content database.
32. The signal as claimed in any one of claims 23 to 31, wherein the second page-template component defines a layout of a second page component, and content relevant to the second page component is defined by a second content database separate from the second items database, the content of the second content database comprising at least one display element and the data items of the second database providing details of the display elements provided from the second content database.
33. The signal as claimed in any one of claims 23 to 32, wherein each of the page-template components define layout and content of a respective component of a page, the content comprising at least one display element and the data items of the first and second databases provide details of the display elements for the first and second page-template components respectively.
34. A method for 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, wherein a new shop site is integrated into the portal shopping site by the steps of: a) amending a Shop Site Data Schema to reference retailer data relevant to the new shop site; b) providing Shop Site HTML Pages for the new shop site; c) positioning aggregated function tags in the Shop Site HTML pages to indicate the locations of portal shopping site functions to be included on the new shop site pages, the portal shopping site shopping site functions comprising aggregated shopper service functions and data linking functions which enable the specification of data identification means to link the retailer data to page elements of the new shop site pages; d) when one of the new shop site pages is requested by a site visitor via an internet browser, fetching the Shop Site HTML pages from a page store using an Aggregated Shop Build Engine, parsing the Shop Site HTML pages to interpret the aggregated function tags, executing code from a code base to insert the respective portal shopping site functions associated with the aggregated function tags into the page, whereby data relevant to each aggregated function tag is fetched from the data store, the Shop Site HTML pages are modified to substitute the fetched data for the relevant aggregated function tags , and the modified page is returned to the browser for display to the site visitor.
35. The method of claim 34 wherein the data linking functions provide links to data required for variable display elements of the respective page.
36. The method of claim 35 wherein the data required for variable display elements of the respective page comprises stock data from a stock database.
37. The method of claim 35 or 36 wherein the data required for variable display elements of the respective page comprises image data from an image database.
38. The method as claimed in any one of claims 34 to 37 wherein the aggregated shopper service functions comprise a plurality of functions each of which provides a link to at least one non-retailer page of the portal shopping site or at least one shopper service function.
39. The method as claimed in 38 wherein the aggregated shopper service functions include a shopping cart function whereby a site visitor may gather one or more products intended to be purchased.
40. The method as claimed in 38 wherein the aggregated shopper service functions include a checkout function whereby a site visitor may complete a purchase transaction in respect of any one or more products they wish to purchase.
41. The method as claimed in 38 wherein the aggregated shopper service functions include an order tracking function whereby a site visitor may obtain a status of a delivery in respect of a purchase transaction previously completed.
42. The method as claimed in 38 wherein the aggregated shopper service functions include a wish list function whereby a site visitor may record one or more products that they would like to purchase or receive as gifts in the future.
43. The method as claimed in 38 wherein the aggregated shopper service functions include a wish gift registry whereby a site visitor who is an intended recipient of gifts at a planned celebration may record one or more products that they would like to receive as a gift in respect of the planned celebration, and a site visitor wishing to give a gift to the intended recipient may select a product from the products recorded by the intended recipient, purchase the product and have the purchased product delivered to the intended recipient.
44. The method as claimed in 38 wherein the aggregated shopper service functions include a gift finder function whereby a site visitor may use a recommendation engine to recommend one or more products available via one of the shop sites of the portal shopping site for selection as a gift for another person.
45. The method as claimed in 38 wherein the aggregated shopper service functions include a personal shopper function whereby a site visitor may use a recommendation engine to recommend one or more products available via one of the shop sites of the portal shopping site to assist the site visitor in choosing a product for purchase for their own use.
46. The method as claimed in 38 wherein the aggregated shopper service functions include a Shop Together function whereby a site visitor may communicate with another site visitor while browsing the portal shopping site and its included integrated shop sites.
47. The method as claimed in 38 wherein the aggregated shopper service functions include a Jump to shop function whereby a list of shop sites on the portal shopping site are provided to the site visitor and the site visitor may jump to a shop site by selecting the shop site from the list.
48. The method as claimed in 38 wherein the aggregated shopper service functions include a shop finder function whereby a an address of a physical shop of a retailer represented by a shop site on the portal shopping site is provided to the site visitor.
49. The method as claimed in 48 wherein the shop finder function accepts a physical address from the site visitor and provides an address of a physical shop of the retailer which is the closest physical shop of the retailer to the physical address provided by the site visitor.
50. The method as claimed in 38 wherein the aggregated shopper service functions include a dressing room function whereby a site visitor may view and compare products comprising clothing, foot ware jewellery or accessory items being considered for purchase.
51. The method as claimed in 38 wherein the aggregated shopper service functions include a gift wrapping service function whereby a site visitor may request a product being purchased be gift wrapped prior to delivery.
52. The method as claimed in 51 wherein the gift wrapping service function offers to the site visitor a range of gift wrapping styles and options for the wrapping of the product.
53. The method as claimed in 38 wherein the a power bar comprising a panel displaying portal shopping site information is appended to the Shop
Site HTML page when building the modified page which is returned to the browser and at least a subset of the aggregated shopper service functions are provided within the power bar.
54. The method as claimed in any one of claims 34 to 53 wherein the new shop site is a resident shop site and the aggregated function tags reference function data and retailer specific data held within databases resident on the computer systems hosting the portal shopping site.
55. The method as claimed in any one of claims 34 to 53 wherein the new shop site is an integrated shop site and the aggregated function tags reference function data held within databases resident on the computer systems hosting the portal shopping site and retailer specific data held in databases resident on a site of the respective retailer remote from the computer systems hosting the portal shopping site.
56. The method of claim 55 wherein the aggregated function tags are Linked Site Meta Language components which specify retailer specific data and a network address of a server on which the data is resident and to allow recognition and interpretation of page elements of the third party site by the aggregated shop build engine.
57. The method of claim 55 or 56 further including the step of creating a Shop Site Definition File which maps site-specific features of a third party site to functionally equivalent features within the Portal Shopping Site.
58. The method of claim 55 or 56 further including the step of marking up a page of a third party site with tags which indicate locations of site-specific features of the third party site and map the respective features to functionally equivalent features within the Portal Shopping Site.
59. The method of claim 55, 56, 57, or 58 wherein the Aggregated Shop Build Engine uses a proxy module to fetch target web pages dynamically from an existing third party shop site.
PCT/AU2001/000774 2000-06-30 2001-06-29 Integration of third party sites into internet mall WO2002003243A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001268824A AU2001268824A1 (en) 2000-06-30 2001-06-29 Integration of third party sites into internet mall

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
WO2002003243A1 true WO2002003243A1 (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 After (2)

Application Number Title Priority Date Filing Date
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

Country Status (1)

Country Link
WO (3) WO2002003243A1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1308860A2 (en) * 2001-10-31 2003-05-07 Siemens AG Österreich Method and communication system for retrieving and providing information and services in a communication network
US20030120560A1 (en) * 2001-12-20 2003-06-26 John Almeida Method for creating and maintaning worldwide e-commerce
EP1338987A1 (en) * 2002-02-19 2003-08-27 Hewlett-Packard Company Providing information in a computer network
US20060064304A1 (en) * 2003-01-06 2006-03-23 Mark Greenstein System and method for assisting in the selection of products and or services
US7529795B2 (en) 2006-03-20 2009-05-05 Stragent, Llc Message board aggregator
US7941492B2 (en) 2004-03-01 2011-05-10 Microsoft Corporation Message data management
US9589273B2 (en) 2001-12-20 2017-03-07 Unoweb Virtual, Llc Method of three-level hosting infrastructure
US10217155B2 (en) * 2014-02-07 2019-02-26 Goods Flow Co., Ltd. Product cross-selling method and system
US10839427B2 (en) 2002-06-18 2020-11-17 Engagelogic Corporation Method, apparatus and system for management of information content for enhanced accessibility over wireless communication networks
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

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPR349101A0 (en) * 2001-03-02 2001-03-29 Wodda.Com Limited 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
US9024954B2 (en) 2011-12-28 2015-05-05 Target Brands, Inc. Displaying partial logos
USD715818S1 (en) 2011-12-28 2014-10-21 Target Brands, Inc. Display screen with graphical user interface
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

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2324896A (en) * 1997-03-13 1998-11-04 Mitel Corp Web page generator for organizational directory
US5897622A (en) * 1996-10-16 1999-04-27 Microsoft Corporation Electronic shopping and merchandising system
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
WO2000057314A2 (en) * 1999-03-24 2000-09-28 Atomicweb System for creating web sites using browser
WO2000070511A1 (en) * 1999-05-18 2000-11-23 Maxiem Pty Limited A website development system

Family Cites Families (10)

* 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
EP0979476A1 (en) * 1996-07-15 2000-02-16 David A. Post A method and apparatus for expertly matching products, services, and consumers
EP0939953A4 (en) * 1996-11-15 2001-07-25 1 2 1 Precise Information Llc Merchandizing system
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
AU4488600A (en) * 1999-04-28 2000-11-10 Joseph M. Fuisz Method and apparatus for managing multiple on-line vendors through a reverse franchise
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

Patent Citations (5)

* 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
GB2324896A (en) * 1997-03-13 1998-11-04 Mitel Corp Web page generator for organizational directory
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
WO2000057314A2 (en) * 1999-03-24 2000-09-28 Atomicweb System for creating web sites using browser
WO2000070511A1 (en) * 1999-05-18 2000-11-23 Maxiem Pty Limited A website development system

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1308860A3 (en) * 2001-10-31 2005-08-10 Siemens AG Österreich Method and communication system for retrieving and providing information and services in a communication network
EP1308860A2 (en) * 2001-10-31 2003-05-07 Siemens AG Österreich Method and communication system for retrieving and providing information and services in a communication network
US20030120560A1 (en) * 2001-12-20 2003-06-26 John Almeida Method for creating and maintaning worldwide e-commerce
US9589273B2 (en) 2001-12-20 2017-03-07 Unoweb Virtual, Llc Method of three-level hosting infrastructure
US8307047B2 (en) 2001-12-20 2012-11-06 Unoweb, Inc. Method of a first host of first content retrieving second content from a second host and presenting both contents to a user
EP1338987A1 (en) * 2002-02-19 2003-08-27 Hewlett-Packard Company Providing information in a computer network
US11526911B2 (en) 2002-06-18 2022-12-13 Mobile Data Technologies Llc Method, apparatus and system for management of information content for enhanced accessibility over wireless communication networks
US10839427B2 (en) 2002-06-18 2020-11-17 Engagelogic Corporation Method, apparatus and system for management of information content for enhanced accessibility over wireless communication networks
US20060064304A1 (en) * 2003-01-06 2006-03-23 Mark Greenstein System and method for assisting in the selection of products and or services
US8230032B2 (en) 2004-03-01 2012-07-24 Microsoft Corporation Message data management
US7941492B2 (en) 2004-03-01 2011-05-10 Microsoft Corporation Message data management
US8161125B2 (en) 2004-03-01 2012-04-17 Microsoft Corporation Message data management
US7849148B2 (en) 2006-03-20 2010-12-07 Aloft Media, Llc Instantaneous symbol lookup
US10042823B2 (en) 2006-03-20 2018-08-07 Aloft Media, Llc Hyperlink with graphical cue
US8219906B2 (en) 2006-03-20 2012-07-10 Boadin Technology, LLC Instantaneous symbol lookup
US8682961B2 (en) 2006-03-20 2014-03-25 Boadin Technology, LLC Hyperlink with graphical cue
US8683003B2 (en) 2006-03-20 2014-03-25 Boadin Technology, LLC Hyperlink with graphical cue
US8700704B2 (en) 2006-03-20 2014-04-15 Boadin Technology, LLC Message board aggregator
US8180829B2 (en) 2006-03-20 2012-05-15 Boadin Technology, LLC Message board aggregator
US8219615B2 (en) 2006-03-20 2012-07-10 Boadin Technology, LLC Instantaneous symbol lookup
US10078623B2 (en) 2006-03-20 2018-09-18 Aloft Media, Llc Hyperlink with graphical cue
US7529795B2 (en) 2006-03-20 2009-05-05 Stragent, Llc Message board aggregator
US7856472B2 (en) 2006-03-20 2010-12-21 Aloft Media, Llc Instantaneous symbol lookup
US11308260B2 (en) 2006-03-20 2022-04-19 Alof Media, LLC Hyperlink with graphical cue
US10217155B2 (en) * 2014-02-07 2019-02-26 Goods Flow Co., Ltd. Product cross-selling method and system
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

Also Published As

Publication number Publication date
WO2002003267A1 (en) 2002-01-10
WO2002003268A1 (en) 2002-01-10

Similar Documents

Publication Publication Date Title
US5890175A (en) Dynamic generation and display of catalogs
US8150736B2 (en) Global electronic commerce system
KR100543768B1 (en) System and method for managing and serving consumer product related information over the internet
WO2002003243A1 (en) Integration of third party sites into internet mall
US6611814B1 (en) System and method for using virtual wish lists for assisting shopping over computer networks
US20020099562A1 (en) System and method of data exchange for electronic transactions with multiple sources
US20040002966A1 (en) Method of and system for delivering manufacturer-managed consumer product related information to consumers over the internet
US20020026353A1 (en) System and method of providing purchase information to consumers relating to advertisements displaying the product
US20040143516A1 (en) System for allowing vendors to manage product information in a database system
KR20060094947A (en) Self-service catalog manager implemented on a communications network
WO2005008381A2 (en) System and method for providing selective content in an electronic commerce environment
US6691112B1 (en) Method for indexing and managing a searchable community of non-HTML information
Kong et al. Web services enhanced interoperable construction products catalogue
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
US7962367B1 (en) Method and apparatus for permitting stage-door access to on-line vendor information
JP2004046540A (en) Housekeeping book creation support system
JP2003030525A (en) Server computer for internet shopping system having automatic banner advertisement distribution function, and automatic banner advertisement distribution method for the computer
JP2002117260A (en) Method and system for mediating electronic commercial transaction and database
KR20010110035A (en) The provide system of a internet on-line manual
CA2781648A1 (en) Scalable and timely network intermediary for time or quantity limited goods and services
KR101032474B1 (en) Mathod for providing electronic catalog service and system thereof
JP2002132652A (en) On-line system for carrying information on merchandise and so on
JP2002133291A (en) Method for making electronic catarog, device for making electronic catarog, method for net shopping service, device for net shopping service, and recording medium
KR20010107361A (en) Internet store multi-special method and internet store multi-special system

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