(57)【要約】  コンピュータ化されたセルフサービスプラットフォームは、ユーザがコンピュータネットワーク上に店舗を作成し、管理するのを援助する。１つの面においては、店舗を管理するシステムは、製品データベース及びｅコマース店頭を含み、ｅコマース店頭は製品データベース内の情報を参照する。製品管理モジュール（例えば、カタログマネージャ）は、商人が製品データベースをセルフサーブ基準で管理することを可能にする。店頭を製品データベースから分離すると、重要な長所が得られる。【選択図】図１
2007506192.tif 000002
【特許請求の範囲】
【請求項１】
インターネット上に実現されている店舗を管理する方法であって、前記方法はコンピュータ化されたセルフサービスプラットフォーム上に実現され、
前記店舗を通して販売しようとする製品に関する情報を製品データベース内に格納するステップと、
前記店舗の顧客への展示に関する情報をｅコマース店頭内に格納するステップと、
ユーザが前記製品データベースを管理するのを援助するステップと、
を含むことを特徴とする方法。
【請求項２】
前記セルフサービスプラットフォームは、ウェブＵＲＬを通してユーザがアクセス可能であることを特徴とする請求項１に記載の方法。
【請求項３】
前記店舗の展示に関する情報を格納するステップは、
前記店舗の店頭のためのウェブページを前記ｅコマース店頭内に格納するステップ、
を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ウェブページは店舗タグを含み、前記店舗タグは前記製品データベース内に格納されている情報を参照することを特徴とする請求項３に記載の方法。
【請求項５】
前記方法は更に、問合わせを変えることなく、前記店舗タグを分けるステップを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記店舗タグを含むウェブページのための少なくとも１つのテンプレートを設けるステップを更に含むことを特徴とする請求項４に記載の方法。
【請求項７】
ユーザが前記店舗タグを使用するのを援助するためのウィザードを設けるステップを更に含むことを特徴とする請求項４に記載の方法。
【請求項８】
前記販売しようとする製品に関する情報を格納するステップは、
前記情報を少なくとも１つのテーブル内に格納するステップを含み、前記少なくとも１つのテーブル内の各テーブルは複数のアイテムに編成され、前記複数のアイテム内の少なくとも１つのアイテムは少なくとも１つのオプションを有している、
ことを特徴とする請求項１に記載の方法。
【請求項９】
前記少なくとも１つのオプション内の各オプション毎に在庫品を管理することができることを特徴とする請求項８に記載の方法。
【請求項１０】
前記少なくとも１つのテーブル内の各テーブルは複数のレコードを含み、前記各レコードは１つのアイテムに対応し、あるアイテムのための複数のオプションは、前記アイテムのためのレコード内の単一のフィールドとしてまとめてエンコードされることを特徴とする請求項８に記載の方法。
【請求項１１】
前記少なくとも１つのテーブル内のあるテーブル内の複数のアイテム内のアイテムをテーブル状フォーマットで表示するステップを更に含み、あるアイテム内のオプションは前記表示内で圧縮及び拡張できることを特徴とする請求項８に記載の方法。
【請求項１２】
ユーザが前記製品データベースを管理するのを援助するステップは、
ユーザが新しいテーブルを定義するのを、前記新しいテーブル内に含ませなければならない予め定義された必須フィールドを有するフォームを設けることによって援助するステップと、
前記新しいテーブル内にオプションとして含ませることができる予め定義された店舗フィールドを有するフォームを設けるステップと、
前記新しいテーブル内にオプションとして含ませることができる予め定義されたショッピングフィールドを有するフォームを設けるステップと、
を含むことを特徴とする請求項８に記載の方法。
【請求項１３】
ユーザが前記製品データベースを管理するのを援助するステップは、
ユーザが前記製品データベース内の複数のグループを定義するのを援助するステップを含み、ユーザは前記複数のグループを操作することによって前記製品データベースを操作できる、
ことを特徴とする請求項１に記載の方法。
【請求項１４】
前記店舗を通して販売しようとする製品に関する情報を前記製品データベース内に格納するステップは、
カタログ関連情報を製品カタログ内に格納するステップと、
在庫品関連情報を在庫品レコード内に格納するステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項１５】
ユーザが前記製品データベースを管理するのを援助するステップは、
ユーザがある製品の通常価格を定義するのを援助するステップと、
ユーザが前記製品の販売価格を定義するのをオプションとして援助するステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項１６】
ユーザが前記製品データベースを管理するのを援助するステップは更に、
ユーザが前記製品データベース内の複数のグループを定義するのを援助するステップと、
ユーザによる単一の動作によって、前記複数のグループ内の選択された製品グループ内の全ての販売価格を活動化させるステップと、
を含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
ユーザが前記製品データベースを管理するのを援助するステップは、
ユーザが前記製品データベース内の複数のグループを定義するのを援助するステップと、
ユーザによる単一の動作によって、前記複数のグループ内の選択された製品グループ内の全ての価格に対してユーザが定義した値引きを適用するステップと、
を含むことを特徴とする請求項１５に記載の方法。
【請求項１８】
ユーザが前記製品データベースを管理するのを援助するステップは、
ユーザが、予め定義されたフォームを提出することによって、またはデータをインポートすることによってのみ前記製品データベースを編集することを可能にするステップ、
を含むことを特徴とする請求項１に記載の方法。
【請求項１９】
ユーザが前記製品データベースを管理するのを援助するステップは、前記製品データベースからデータを失わせるであろうタスクを完了する前に、
データが失われるであろうことをユーザに警告するステップと、
それでもユーザがそのタスクを完了させることを望んでいることを確認するステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項２０】
ユーザが前記製品データベースを管理するのを援助するステップは、
ユーザによって識別されたデータをアップロードするステップと、
前記アップロードされたデータをコミットすることをユーザが望んでいることを確認するステップと、
確認すると、前記アップロードされたデータをコミットするステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項２１】
ユーザが前記製品データベースを管理するのを援助するステップは、
前記製品データベース内に格納されている情報に基づいてカタログを公開するステップと、
前記公開されたカタログをエキスポートするステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項２２】
前記エキスポートされたカタログに基づいて作成されたウェブページをインポートするステップと、
前記インポートされたページを前記ｅコマース店頭内に格納するステップと、
を更に含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
ユーザが前記製品データベースに対する編集を公開すると、リアルタイムで前記店舗を更新するステップ、
を更に含むことを特徴とする請求項１に記載の方法。
【請求項２４】
インターネット上に実現されている店舗を管理するシステムであって、
前記店舗を通して販売しようとする複数の製品に関する情報を格納する製品データベースと、
前記店舗の顧客への展示に関する情報を格納するｅコマース店頭と、
を含み、
前記展示に関する情報は前記製品データベース内に格納されている情報を参照し、
前記システムは更に、
前記製品データベースに結合され、ユーザによってアクセス可能であって前記製品データベースをセルフサーブ基準で管理する製品管理モジュール、
を含むことを特徴とするシステム。
【請求項２５】
前記製品管理モジュールはは、ウェブＵＲＬを通してユーザによってアクセス可能であることを特徴とする請求項２４に記載のシステム。
【請求項２６】
前記ｅコマース店頭は、前記店舗の店頭のためのウェブページを格納していることを特徴とする請求項２４に記載のシステム。
【請求項２７】
前記ウェブページは店舗タグを含み、前記店舗タグは前記製品データベース内に格納されている情報を参照することを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記製品管理モジュールは、ユーザが店舗タグを使用するのを援助する店舗タグハブを含むことを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記ｅコマース店頭に結合され、前記ウェブページを顧客に提供するｅコマースサーバを更に含み、前記ｅコマースサーバは前記ウェブページ内に含まれている前記店舗タグを分ける店舗タグサーバを含む、
ことを特徴とする請求項２７に記載のシステム。
【請求項３０】
前記製品データベースは、販売しようとする製品に関する情報を複数のテーブル内に格納しており、前記複数のテーブル内の各テーブルはアイテムに編成され、少なくとも１つの前記アイテムは少なくとも１つのオプションを有していることを特徴とする請求項２４に記載のシステム。
【請求項３１】
前記少なくとも１つのオプション毎に在庫品を管理することができることを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記製品管理モジュールは、
前記複数のテーブルを管理するテーブル管理モジュールと、
前記アイテムを管理するアイテム管理モジュールと、
を含むことを特徴とする請求項３０に記載のシステム。
【請求項３３】
前記製品データベースは、
カタログ関連情報を格納する製品カタログと、
在庫品関連情報を格納する在庫品レコードと、
を含むことを特徴とする請求項２４に記載のシステム。
【請求項３４】
前記製品管理モジュールは、
前記在庫品レコードを管理する在庫品管理モジュール、
を含むことを特徴とする請求項３３に記載のシステム。
【請求項３５】
前記製品管理モジュールは、
前記製品データベース内に格納されている情報に基づいてカタログを公開する公開モジュール、を含むことを特徴とする請求項２４に記載のシステム。
【請求項３６】
前記製品管理モジュールは、ユーザが前記製品データベースに対する編集を公開すると、リアルタイムで前記店舗を更新することを特徴とする請求項２４に記載のシステム。
【請求項３７】
通信ネットワーク上に実現されている店舗を管理する方法であって、前記方法はセルフサービスプラットフォーム上に実現され、
前記店舗を通して販売しようとする複数の製品に関する情報を、製品データベース内に格納するステップと、
前記店舗の顧客への展示に関する情報をｅコマース店頭内に格納するステップと、
ユーザが前記製品データベースを管理するのを援助するステップと、
を含むことを特徴とする方法。
【請求項３８】
前記ｅコマース店頭内に格納されている情報の少なくともいくつかは、前記製品データベース内に格納されている情報を参照することを特徴とする請求項３７に記載の方法。
【請求項３９】
前記販売しようとする複数の製品に関する情報を格納するステップは、
前記情報をアイテムとして格納するステップを含み、少なくとも１つの前記アイテムは少なくとも１つのオプションを有し、前記各オプション毎に在庫品を管理することができる、ことを特徴とする請求項３７に記載の方法。
【請求項４０】
ユーザが前記製品データベースを管理するのを援助するステップは、
ユーザが前記製品データベース内に複数のグループを定義することを可能にし、ユーザは前記複数のグループを操作することによって前記製品データベースを操作できる、
ことを特徴とする請求項３７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、商人が、例えばインターネット店舗のカタログを管理するのを援助するように使用することが可能な、通信ネットワーク上に実現されているカタログ管理に関する。
【背景技術】
【０００２】
コンピュータネットワーク上での情報の転送は、団体、企業、及び個人がビジネスを行う重要な手段になってきている。コンピュータネットワークは、多年にわたって１つのグループの要望に沿うように確立された独立分離したエンティティから、異種の物理的ネットワークを相互接続し、それらを統合されたシステムとして機能させることを可能にする広大なインターネットに成長してきた。現存する最大のコンピュータネットワークは、インターネットである。インターネットは、共通のプロトコルを使用して通信する世界的規模のコンピュータネットワークの相互接続である。ローエンドパーソナルコンピュータからハイエンドスーパーコンピュータまで、数百万のコンピュータがインターネットに接続されている。
【０００３】
インターネットは、さまざまな関心及びフォーラムに奉仕するように発展してきた。特定的には、インターネットは、物品及びサービス、並びにアイディア及び情報の世界的電子商品市場へと急速に変化しつつある。インターネットのこの世界的市場への変化は、ワ−ルドワイドウェブ（“ウェブ”）として知られる情報システムの導入によって大きく促進された。ウェブは、巨大なドキュメントの世界へ広いアクセスを与えるように設計されている分散型データベースである。ウェブのデータベースレコードは、ウェブページとして知られているドキュメントのフォームである。これらのウェブページは、典型的にはウェブサーバ上に存在し、インターネットを介してアクセス可能である。インターネットに接続されているコンピュータは、パワフルで学習容易な図的表現を有するウェブブラウザとして知られるプログラムを介してウェブページにアクセスすることができる。ウェブブラウザによって支援されている１つのパワフルな技術は、ハイパーリンキングとして知られるものであり、これは、ウェブページ著者が他のウェブページへのリンクを作成し、それによってユーザがウェブブラウザ上で簡単なポイント・アンド・クリックコマンドを使用することによって検索できるようにする。
【０００４】
ウェブページは、ハイパーテキストマークアップ言語（ＨＴＭＬ）のようないろいろなフォーマッティング規約の何れを用いても構成することができ、図形、オーディオ、及び動画のようなマルチメディア情報内容を含むことができる。コンピュータを有し、インターネットへの接続を有する誰もが、一般的にアクセス可能などのウェブページへもアクセスすることができる。従って、ワールドワイドウェブ上のある存在（例えば、インターネット店舗）は、潜在的な顧客に自分達の製品及びサービスを広告しようとしているビジネス、個人、団体、及び他の商人に消費者の世界的ベースを導入する能力を有している。更に、ウェブページの設計及び支援インフラストラクチャが絶えず洗練されることによって、データ伝送レート及びコンピュータ処理速度を指数的に増加させることが可能になり、ウェブはこれらの店舗にとって益々魅力的な媒体になっている。
【０００５】
インターネット内容の開発及び分布を促進する新しいパワフルなツールが利用可能になるにつれて、インターネット上に提示される情報、製品、及びサービスが急増し、インターネットを使用する消費者及び商人の数が劇的に増加してきた。インターネットを介して行われる商取引が成長してきたが、今後も劇的に成長し続けることが予測される。その結果、インターネットは、これらの多数の消費者にさまざまな製品及びサービスを提供する商人にとって魅力的な新しい媒体になりつつある。
【０００６】
詳述すれば、特に高度に的を絞ったニッチ（niche）市場を扱う小規模のビジネスは、インターネット（または、他の類似コンピュータネットワーク）上に店舗が存在することで実質的に利益を得ることができる。インターネット上の店舗及び広告のコストは他の代替に比して低くすることができ、商人は潜在的に、極めて広範なオーディエンス（または、高度に的を絞ったオーディエンス）と連絡を取ることができる。しかしながら、特に管理機能（例えば、カタログ管理）のような店舗を支援するための現存技術は、小規模の商人にとって十分に適しているとは言えない。現存技術の多くは、極めて大規模の商人のためのカタログ及び在庫品（インベントリ）管理に的を絞っている。この技術は、小規模の商人がそれらを使用するには高価であり過ぎ、且つ不要に複雑である傾向がある。詳述すれば、小規模の商人にとって、彼等のカタログを管理し、他の管理機能を遂行するためのセルフサーブ能力を有することが望ましいことが多い。現在利用可能な技術は、この応用にとって十分に適するものとは言えない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
如上のように、これらの商人に対してより一層役立つようなカタログ管理及び他の管理機能への新しいアプローチに関する要望が存在している。
【課題を解決するための手段】
【０００８】
本発明は、インターネットのようなコンピュータネットワーク上に店舗を創設し、商人がそれを管理するのを支援するコンピュータ化セルフサービスプラットフォームを提供することによって、従来技術の限界を解消する。セルフサービス面は、それが店舗の管理コストを低減させるので有益である。それはまた、操作の柔軟性をも増加させる。一実施の形態においては、店舗は、任意の時点に、リアルタイムで、またはほぼリアルタイムで変更することができ、従って、商人が状態の変化に一層迅速に応答することを可能にする。
【０００９】
本発明の一面においては、店舗を管理するシステムは、製品データベース及び電子商取引（ｅコマース）店頭を含む。製品データベースは、店舗を通して販売しようとするアイテム（サービス及び他の非製品販売品を含む）に関する情報を格納している。ｅコマース店頭は、顧客への店舗の紹介に関する情報（例えば、店頭）を格納している。若干の店頭情報は、製品データベース内に格納されている情報を参照する。製品管理モジュールは、商人（または、他のユーザ）がセルフサーブ基準で製品データベースを管理できるようにする。店頭を製品データベースから分離すると、多くの利点が得られる。例えば、異なる人々（例えば、製品データベースのためのデータベース管理者、及び店頭のためのウェブ設計者）が、各部分を取扱うことができるようになる。これらを分離することによって、構成要素の再使用が容易になる。例えば、１つの店舗のために構築された製品データベースの若干、または全ては、潜在的に、完全に異なる外見及び感触を有する異なる店頭で再使用することができる。
【００１０】
１つの特定の実施の形態においては、店舗はインターネット上に実現されている。製品データベースは２つの部分、即ち、製品カタログ及び在庫品レコードに分割されている。ユーザは、ＵＲＬを通してアクセスすることができるセルフサーブカタログマネージャを介して製品カタログ及び在庫品レコードを管理することができる。店頭はウェブページを含み、このウェブページはｅコマースサーバによって顧客の要を満たす。ウェブページは製品カタログ及び／または在庫品レコードからの情報を参照する店舗タグを含むことができる。店舗タグを分けるために、店舗タグサーバが使用される。
【００１１】
本発明の別の面においては、製品データベースは、その情報をテーブルのフォームで格納している。各テーブルはアイテムに編成され、アイテムはオプションを有することができる。１つの特定のデータ構造においては、テーブルの各行は１つのアイテムに対応し、あるアイテムのためのオプションはその行内の単一のエントリとしてエンコードされ、格納される。しかしながら、在庫品は各オプション毎に別々に追跡することが好ましい。例えば、もし１つのアイテムがある型のシャツであり、オプションが異なるサイズであれば、単一のウェブページをそのアイテムに関して構築することができるが、在庫品は各シャツサイズ毎に別々に追跡される。
【００１２】
本発明の他の面は、上述したシステムに関係付けられたサブシステム、データ構造、及び方法を含む。
【００１３】
本発明の他の長所及び特色は、以下の添付図面に基づく詳細な説明、及び特許請求の範囲から明白になるであろう。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明と共に使用するのに適する例示システム１００のブロックダイアグラムである。一般的に言えば、システム１００は、ネットワーク１２０を通して互いに通信し合う複数のサイト１１０Ａ−Ｎ、顧客１３０Ａ−Ｎ、及び商人１４０Ａ−Ｎを含む。商人１４０は、サイト１１０上に店舗１５０Ａ−Ｎを維持している。顧客１３０は、サイト１１０上の店舗の店頭を介して店舗１５０で買い物をする。商人１４０は、サイト１１０の一部として実現することができるセルフサービスプラットフォームを介して店舗１５０にアクセスする（例えば、管理機能を遂行するために）。
【００１５】
１つの特定の実施の形態においては、ネットワーク１２０はインターネットである。サイト１１０は、例えばヤフー！ストアのようなウェブサイトを含む。顧客１３０は、典型的にはネットスケープのナビゲータ、またはマイクロソフトのインターネットエクスプローラのようなウェブブラウザ１３５によってインターネットにアクセスする個人を含む。商人１４０は、サイト１１０上でホストされるインターネット店舗１５０を維持している。ホストサイトは、商人自身によって、または彼等のパーティ（例えば、ヤフー！）によって維持することができる。各サイト１１０は、複数の店舗１５０を含む。商人１４０は典型的には、ウェブブラウザ１３５によってセルフサービスプラットフォーム（サイト１１０上に実現されている）にアクセスする。若干の場合には、顧客１３０及び商人１４０は他の手段を使用して、例えばソフトウェアエージェント、プログラマチックインタフェース、またはネットワーク１２０の外部の通信チャネルによって、サイト１１０にアクセスすることができる。顧客１３０は、主としてサイト１１０からウェブページを要求し、及び／またはサイト１１０へフォームを提出することによって、インターネットを介して店舗１５０で買い物する。
【００１６】
図１は、明瞭化のために簡易化されている。例えば、サイト１１０、顧客１３０、及び商人１４は、分離したエンティティとして示されている。実際には、同一のエンティティが１つまたはそれ以上の役割を演じることができる。エンティティは、異なる状況において異なる役割を果たすこともできる。加えて、異なる役割を多くの異なるエンティティ間に分配及び／または分割することができる。更に、サイト１１０は、冗長及び／または性能の理由からそれ自体を分配することができる。例えば、ヤフー！サイトのような大規模のサイトは、典型的には異なるサーバからの異なるウェブ特性で走り、また例えば複数のサーバ、データベース、ロードバランサ等を使用することができる。
【００１７】
さらなる明瞭化のために、本明細書においてはインターネットを主たる例として使用しているが、本発明は例えば若干の販売時点情報管理（ＰＯＳ）システム、または小売店舗システムのような他のシステムと共に使用することもできる。例えば、エンティティ１１０、１３０、及び１４０は、図１の共通ネットワーク１２０上でではなく（または、それに加えて）、分離した通信ネットワーク上で、または専用通信チャネル上で互いに通信し合うことができる。代替として、システム１００のいろいろな部分をモバイル要素によって実現することができ、通信ネットワークに恒久的に接続しないことができる。例えば、エンティティは、無線接続を介して互いに対話することができる。最終の例として、ページはウェブ以外のプロトコルに基づくことができる。
【００１８】
図２は、上述したインターネットシナリオに基づく店舗１５０の実施の形態のブロックダイアグラムである。店舗の店頭は、顧客への店舗の展示である。店舗の他の部分は管理機能（例えば、販売するアイテムのカタログを店舗内に維持、各アイテム毎に応需可能な在庫品、及び値付け）、及びバックエンド処理（例えば、適用可能であれば、クレジットカード処理、及び送り状の生成）を含む。
【００１９】
図２において、店舗に関する情報はデータベース２１０及び２６０内に格納されている。製品データベース２１０（“製品”とは、サービス及び他の非製品販売品をも含むことを意味する）は、販売のために応需可能なアイテムのような店舗カタログ、在庫品管理ユニット（ＳＫＵ）番号、各ＳＫＵ毎の異なるオプション、応需可能な在庫品、値付け等に関する情報を含む。１つのアプローチにおいては、製品データベースはテーブルとして編成されており、各テーブルはテーブル毎に変化させることができるフィールドを有する。各テーブルはアイテムを含み、アイテムは典型的にＳＫＵ番号によって定義されている。単一のＳＫＵ番号内の差は、典型的に１つのアイテム内のオプションとして現れる。例えば１つのテーブルは、アパレルであることができる。アパレルテーブル内のアイテムは、異なる型のセーター、シャツ、パンツ等を含むことができる。このテーブル内のフィールドは、ＳＫＵ、デザイナーのラベル、価格等を含むことができる。アパレルオプションはサイズ及び色を含むことができ、各オプション毎に別々にリストされている在庫品を有している。別のテーブルは図書であることができ、各アイテムは異なるタイトルである。図書テーブル内のフィールドは、国際標準図書番号（ＩＳＢＮ）、ハードバック対ペーパーバック、著者、発行者等を含むことができる。
【００２０】
複数のテーブルを使用することによって、各テーブル毎に異なるフィールドを定義することが容易になる。例えば、もし単一のテーブルだけを使用するものとすれば、アパレルアイテムにとってはＩＳＢＮフィールドは無意味なフィールドであるにも拘わらず、全てのアイテムのために定義されてしまう。これは製品データベース２１０においては無駄な空間である。アイテムを更に細分するためにオプションを使用することも、効率に響き兼ねない。例えば、もし１つの型のセーターを販売展示するのであれば、これは各サイズ、色等毎にカタログエントリを個々に編集するのではなく、カタログ全体をそのアイテムに対して編集することによって達成することができる。更に、各オプション毎に在庫品及び／または値付けが維持されているにも拘わらず、店頭にアイテムの１つの展示が存在し得る（例えば、あるスタイルのセーターを示すために、サイズ及び色毎に異なる画像を用いるのではなく、１つの画像が使用される）。他のグルーピングも支援することができる。例えば、グループは、若干のアイテム及び／またはオプション（または、他のグループ）を含むものとして定義することができる。このグループを操作すると、グループ内の個々のメンバーに影響する。例えば、“シャークスアパレル”は、サンノゼシャークスブランドを有するアパレルアイテムを含むものと定義することができる。シャークスの季節が終わった時に、グループ全体を売りに出すことができる。
【００２１】
ｅコマース店頭２６０は、買い物をする顧客に奉仕する実際のページのような店頭に関する情報を含む。一実施の形態においては、ウェブページは、後述するように、店舗タグを使用することによって製品データベース１０内の情報にアクセスする。例えば、ある図書を表示しているウェブページ上で、そのウェブページのためのＨＴＭＬで“＄25.99”をハードワイヤーするのではなく、代わりに、製品データベース２１０内の図書の価格を指し示す店舗タグを使用することができる。従って、もし製品データベース２１０内の価格を変更すれば、それはウェブページ上でも自動的に更新される。このタスクを達成するために店舗タグ（静的ページ内の動的要素）を使用することの１つの長所は、動的に生成されるウェブページに対して、それが静的なＵＲＬを有していることである。多くのウェブクローラ（crawler）は、クローラ自身が問合わせを生成しないので、問合わせに応答して生成されるページを索引することはできない。従って、店舗タグを使用することによって、ページを索引することが可能になる。
【００２２】
店頭を製品カタログから分離することは、多くの利点を有している。例えば、製品カタログを管理し、店頭を構築するには、２つの異なるスキルセットを必要とする。これらのタスクを分離することによって、適切なスキルセットを有し、特殊なツールを使用する専門家によって各々を取扱うことができる。分離は、要素の再使用をももたらす。例えば、１つの店舗のために構築された製品カタログの若干、または全ては、潜在的に、完全に異なる外見及び感触を有する異なる店頭で再使用することができる。この１ステップを更に採り入れるために、多くの店舗は、それらのカタログに関して、またはそれらの店頭の機能に関して共通の要素を有している。これらの共通性を活用するためにテンプレートを開発することができ、それによって商人は彼等の店舗を迅速に構築することが可能になる。更に、これにより、カタログデータ要素を、同一のホスティング環境内の関連店頭からだけではなく、異なるホスティング環境内の店頭のような他の源からも（例えば、もしウェブサーバが店舗タグを介してカタログデータにアクセスするように変更されていれば）参照することが可能になり、顧客が製品を異なる商人から検索できるようなショッピング環境を統合することができる。
【００２３】
図２に戻って、顧客１３０は、適切なウェブページに奉仕するｅコマースサーバ２７０を介して店舗にアクセスする。ｅコマースサーバ２７０は、ウェブホスティングサーバであることができる。ｅコマースサーバ２７０は、データベース２６０から所望のウェブページを検索し、また例えば店舗タグをＨＴＭＬに分ける（変える）ために、必要に応じて製品データベース１０にアクセスすることができる。
【００２４】
商人１４０は、製品管理モジュール２３０及び店頭エディタ２２０を介して店舗にアクセスすることができる。店頭エディタ２２０は、店舗サイトの展示を管理するために使用されるツールである。例えば、店頭の外見及び感触（例えば、店頭を構成しているウェブページ）は、店頭エディタ２２０を介して変更することができる。エディタ２２０は、必要に応じて製品データベース２１０にアクセスすることができる。若干の実施の形態においては、このツールは、製品データの展示及びデータ自体を管理する組合わせ動作を遂行することができる。製品管理モジュール２３０は、製品データベースを管理するために使用されるツールである。カタログ、値付け等にリストされているアイテムは、管理モジュール２３０を介して変更することができる。
【００２５】
管理モジュール２３０は、好ましくはセルフサーブである。これは、商人が、製品データベース２１０の必要な変更を行うために管理モジュール２３０へ直接アクセスできることを意味する。これは、小規模の商人にとって特に有益である。これは、小規模の商人の管理動作を直接支援する人にとっては費用有効ではないことが多い。それにも拘わらず、小規模の商人は、彼等のカタログを維持する能力を有していなければならない。セルフサービス面は、小規模の商人が自身を援助することを可能にすることによって管理コストを減少させる。またセルフサービス面は、商人が彼のカタログをより容易に、且つより直ちに変更することをも可能にする。もし総合システムが、この例におけるようにリアルタイム、またはほぼリアルタイムであれば、商人によってなされた如何なる変更も直ちに、またはほぼ直ちに店頭に反映される。
【００２６】
一実施の形態においては、図２に示す要素は各店舗毎に別々に実現されてはいない。例えば、各商人１４０は専用の店頭エディタ２２０、管理モジュール２３０、またはｅコマースサーバ２７０を有していない。これらの要素は、あるサイトによってホストされている全ての店舗を支援するために使用される。また各商人１４０は、専用のデータベース２１０及び２６０を有していない。そうではなく共通のデータベースが使用され、各商人１４０は共通データベース内に専用の区分を有している。
【００２７】
図３−１３は、製品管理モジュール２３０のための図的表現例を示すウェブページの表示画面である。このセルフサービスプラットフォームは、ユーザが彼等のカタログを管理することを可能にする。この特定の例はヤフー！ストアによってホストされるカタログに関連しているが、本発明はこの特定の例に限定されるものではない。図３−１３の例においては、セルフサービスプラットフォームはカタログマネージャと呼ばれ、これはヤフー！ストアサイト上に位置している。代替実施の形態においては、セルフサービスプラットフォームは異なるエンティティ（例えば、ヤフー！へのサービスプロバイダ）によって走るサイト上に位置している。代替として、セルフサービスプラットフォームはカタログを管理し、及び／または多くの異なるサイト上に維持されている店舗のために管理機能を遂行することができる。
【００２８】
図３は、カタログマネージャのためのログインページを示している。このページから、ユーザは多くのオプションを有している。ユーザは、リンク３１０を介して勘定情報を入手することができる。領域３２０において、ユーザは、店舗タグハブ（後述）を含む他の資源にアクセスすることができる。この例のカタログ管理機能３３０は、５つの主領域、即ちアイテム管理、テーブル管理、データインポート／エキスポート、在庫品機能、及び公開に分割されている。後続するウェブページにおいては、これら５つの領域はウェブページ上のタブによってアクセスすることができる。図４−６、７−９、１０−１１、１２及び１３は、これら５つの機能領域の各々をより詳細に示している。
【００２９】
図４Ａ−４Ｅは、カタログ内のアイテムを見るためのページを示している。見るために、アイテムの異なるサブセットを選択することができる。図４Ａは、見るために、全てのテーブル４１０が選択され、見られるアイテムのセットに他の制限が何も設けられていないウェブページを示している。その結果、カタログ内の全てのアイテムはビューセットの一部であり、この例においては、アルファベット順に表示されている。図４Ｂにおいてはビューセットはクッキーテーブル４２０に制限されている（アイテムに関して、テーブル割当てが図４Ａと４Ｂとでは一致していないことに注目されたい）。図４Ｂにおいては、このビューセット内の全てのアイテムが同一テーブルからのものであるので、別のテーブルフィールドを表示する必要はない。図４Ｂにおいては、アイテム‘アルファベットクッキー’は、現在表示されている３つのオプションを有している。この表示は、異なるオプションを見るために、または隠すために拡張または圧縮することができる。
【００３０】
ビューセットは、他の方法で定義することもできる。例えば、探索ボタン（図４Ａ）を使用して特定のアイテムを、またはアイテムの特定のクラスを探索することができる。図４Ｃは、特定のテーブル及びフィールド内のキーワードを探索するために使用されるフォームを示している。図４Ｄは、全てのテーブルについてフィールド“名前”内の用語“クッキー”の探索によってもたらされた表示の例を示している。他の型の探索も遂行することができる。例えば、ビューセットを、現在販売中の全てのアイテム、または全ての課税対象アイテム、或いは名前に語“クッキー”をも有しているテーブル“クッキー”内の全てのアイテムによって定義することができる。標準探索技術を使用して、探索要求を定義し、充足させることができる。
【００３１】
表示自体のレイアウトもユーザによって変更することができる。例えば、図４Ａに表示されているフィールドは、ＩＤ、名前、…、テーブルである。これらのフィールドはカストマイズすることができる。図４Ｅは、ユーザがどのフィールドを表示させるべきかを決定することを可能にする図的表現を示している。表示されているフィールドは、異なるテーブル毎に異なることができる。標準技術を使用して、フォント、色、位置合わせ等についてレイアウトを変更することができる。図４Ａ−４Ｂの表示は、表示ページ当たり25のアイテムを有するテーブルのフォームである。ページ当たりのアイテムの数は変更することができる。他の実施の形態においては、テーブルをベースとする以外のレイアウトを使用することができる。
【００３２】
図４Ａに戻って、アイテム表示からアイテムを編集することができる。特定のアイテムをクリックすることによって、ユーザはそのアイテムに関してカタログエントリを編集することが可能になる。“これらのアイテム編集”ボタン４１６は、選択されたアイテムを編集する。アイテムは、特定のチェックボックス４１２にチェックを記入することによって選択することができる。“全てをチェック”４１５をクリックすると、全てのアイテムが選択される。価格の変更は共通の編集であるので、特定の“価格変更”ボタン４１７をショートカットとして使用することができる。アイテムは、例えば選択されたアイテムをハイライトさせるような他の方法で編集するように選択することができる。“アイテム追加”ボタン４１９は、ユーザが新しいアイテムを追加することを可能にする。
【００３３】
図５Ａ−５Ｂは、アイテムを追加するためのページを示している。この例においては、テーブルTableXのアイテムを見ながら、“アイテム追加”ボタン４１９（図４Ａ）がクリックされている。従って、この新しいアイテムがTableXに追加される。図５Ａは、TableXに関するフィールドを有するエントリフォームを示している。これらのフィールドの若干は、メニュー選択に限定されている（例えば、課税対象フィールドはYesまたはNoの何れかである）。あるもの（例えば、オプションフィールド）は、自由フォームテキストを受入れることができる。あるもの（例えば、画像及びアイコンフィールド）は、アップロードを受入れることができる。オプションフィールドの“個々のアイテムコード入力”をクリックすると、図５Ｂに示すエントリフォームが表示される。このページは、ユーザがこのアイテムに関して利用可能な異なるオプションを指定することを可能にする。図５Ａに示すフォームが完了した後に、ユーザは“保管”または“保管及び別のものを追加”をクリックする。例えば全ての必須フィールドが完了することを保証するために、提出された情報が調べられる。エラーが存在しなければ、新しいアイテムをカタログに追加することができる。ユーザは、典型的に確認を受ける。
【００３４】
アイテムは、他の方法で追加することもできる。例えば、アイテムに関するデータは、図５Ａ−５Ｂに示すように各アイテムを個々に追加するのではなく、カタログへアップロードすることができる。代替として、異なるアイテムのクラスのためのテンプレートを構築して若干のフィールドが既に満たされているようにするか、またはフィールドを自動的に満たすようにスクリプトを使用することができる。
【００３５】
図６Ａ−６Ｄは、あるカタログ内のアイテムを編集するために使用されるページを示している。図４Ａを参照する。もしユーザが単一のアイテムを編集するように選択すれば、これは図５Ａに示すページ（但し、フィールドはそれらの現在の値で満たされている）を表示させることによって達成することができる。次いでユーザは、これらのフィールドを編集する。もしユーザが複数のアイテム（例えば、テーブル全体、探索によって選択されたセット、またはカタログ全体）を編集するように選択すれば、図６Ａに示すページがより適切であり得る。この場合、アイテム及びフィールドがテーブルフォーマットで示されるが、フィールドは編集することができる。
【００３６】
図６Ｂは、ユーザが若干のアイテムを削除することを要求した時の“検査”ページを示している。この例においては、ユーザは図４Ａの表示から４つのアイテムを選択し、次いで“削除”ボタン４２１（図４Ａ）をクリックしている。図６Ｂのページはその要求を検査し、またアイテム“クラッカー”がこれも削除される４つのオプションを有していることに注目する。この特色は、もしユーザがアイテムのグループを定義し、次いでそのグループ全体を削除することを要求するのであれば特に有用である。この検査は、ユーザが全てのアイテムの削除を実際に望んでいることを確認するために、グループ内の全てのアイテムを明示的にリストすることができる。図６Ｂに戻って、もしユーザが４つのアイテムの全てを削除することを欲していなければ、削除しないアイテムにチェックを記入しないことができる。
【００３７】
図６Ｃは、ユーザが若干のアイテムを１つのテーブルから別のテーブルへ移動させることを要求した時のフォームを示している。ユーザは、図４Ａの表示から４つのアイテムを選択し、次いで“移動”ボタン４２３（図４Ａ）をクリックしている。ユーザは、図６Ｃに示すフォームを使用して行先テーブルを指定する。若干の場合（例えば、もし行先テーブルがそのテーブル内に含まれるフィールドを含まなければ）には、移動によってフィールドの削除が発生し得る。これらの場合、検査ページは、アイテムを移動させる前にこの状況をユーザに警告することができる。
【００３８】
図６Ｄは、若干の型の価格変更のためのフォームを示している。図４Ａの“価格変更”ボタン４１７が、このフォームを活動化させる。このページを使用すると、ユーザは、全てのテーブル、または若干のテーブルに対してあるパーセンテージ割引を適用することができる。またユーザは、セール価格をオン及びオフに変えることもできる。他のフィールドに関して上述した技術を使用して、値付けを編集することもできる。
【００３９】
テーブル管理に転じて、図７は、カタログ内のテーブルを見るためのページを示している。このウェブページ（及び、テーブルを操作するための他のウェブページ）のレイアウト、編成、及び操作は、図４−６に示したアイテムの操作に使用したアプローチと類似している。セルフサービスプラットフォームにとっては直感的な、そして簡単な図的表現が特に望ましいので、これは有益である。ユーザは、理想的には彼等自身に関して、限定されたドキュメンテーションで図的表現を学習することができる。この例は、カタログ内の全てのテーブルを、それらの名前、記述、及びテーブル内のアイテムの数と共に表示している。チェックボックスは、図４と同一の機能を有し、ユーザがテーブルを選択することを可能にする。
【００４０】
アイテムを見ることに関して説明した多くのオプションは、テーブルを見るためにも適用することができる。例えば、ユーザは、探索を遂行し、及び／またはテーブル表示のレイアウトを変更するためにテーブル表示を見たり、それを拡張または圧縮するためにテーブルのサブセットを選択することを欲するかも知れない。この例においては、主として遥かに少ないテーブルが予測されるとの理由から、テーブル表示を操作するためのオプションは、アイテム表示のためのオプションよりも少なくなっている。
【００４１】
“新しいテーブル作成”ボタン７１９は、ユーザが新しいテーブルを追加することを可能にする。図８Ａ−８Ｆは、あるテーブルを追加するためのページを示している。図８Ａにおいては、ユーザはテーブル名及びテーブルの記述を入力する。次に、ユーザは、どのフィールドがテーブル内に含まれているのかを定義する。この例においては、フィールドはサブセット、即ち、必須フィールド、店舗フィールド、ショッピングフィールド、及びカスタムフィールドに分割されている。図８Ｂ−８Ｅは、それぞれのサブセット毎のエントリフォームを示している。この例においては、各フィールドは、その名前、そのフォーマット（番号、テキスト、yes-no等）、各アイテム毎に満たすことが要求されるか否か（これは、テーブルの一部としてフィールドを含ませることが要求されているか否かとは異なる）、及びデフォルト値（もし、あれば）によって定義される。図８Ｂは、この例における必須フィールドのためのエントリフォームを示している。必須フィールドは、全てのテーブルのために含まれていなければならない。名前及びフォーマットは既に定義済みである。殆どの必須フィールドは、全てのアイテムのためにも必要である。
【００４２】
図８Ｃは、店舗フィールドのためのエントリフォームを示している。この例においては、店舗フィールドはユーザ全体のフィールドを標準化するために予め定義されている。しかしながら、これらのフィールドは全てのテーブルに含まれる必要はない。従って、このフォームは、あるフィールドをこの特定のテーブル内に含ませるべきか否かを決定する列“含む”をも含んでいる。ショッピングフィールドは、店舗フィールドと同じように扱われる。図８Ｄは、ショッピングフィールドのためのエントリフォームを示している。最後に図８Ｅは、ユーザがカスタムフィールドを定義することを可能にするエントリフォームを示している。
【００４３】
図８Ｆは、あるテーブルを作成するための検査ページである。提出された情報は、典型的にこのプロセスの一部として調べられる。編集ボタン８１０は、ユーザが何等かの情報を改訂することを可能にする。アイテムと同様に、テーブルも他の方法で追加することができる。
【００４４】
図７において、特定のテーブルをクリックすると、ユーザはそのテーブルに関する情報を編集できるようになる。図９Ａは、カタログ内のあるテーブルを編集するために使用されるウェブページである。このページは、図８Ｆのものと同じように動作する。編集ボタンをクリックするとテーブルの対応する部分が現れ、ユーザはそれを編集することができる。編集が完了した後に、ユーザは保管ボタンをクリックする。もしユーザがフィールドを削除するのであれば、検査ページは先ず、図９Ｂに示すように、削除されるフィールド内の情報が失われてしまうことをユーザに警告する。
【００４５】
図４−９は、カタログを編集するためのフォームをベースとするアプローチであった。カタログは、他の方法で変更することもできる。図１０は、データがカタログ内へインポートされる例を示している。この例においては、インポートプロセスは２つのステップ、即ちアップロード及びコミットに分割される。アップロードステップは、ソースデータをその元のフォームから製品データベースと互換できるフォームに変換し、例えばソースデータ内のどのフィールドがカタログ内のどのフィールドに対応するかを定義するすることを含む。コミットステップは、アップロードされたデータを現存データベースと組合わせることを含む。この例においては、２つのコミットのフォーム、即ち、新しいレコードが製品データベースに追加される「追加」と、現存レコードがインポートされたレコードで改訂または置換される「再構築」とが存在する。
【００４６】
図１０Ａは、“アップロード”ボタンをクリックすることによってユーザがデータをアップロードすることを可能にするウェブページを示している。これによって、ユーザは図１０Ｂのフォームへ導かれる。ここでは、ユーザは、カタログ内の行先テーブル、そのテーブルを追加するのかまたは再構築するのかを、及びアップロードするためのソースファイルを指定する。後続するページにおいて、ユーザは、ソースファイル内のフィールドを行先テーブル内のファイルにどのようにマップするかをも指定することができる。“アップロード”をクリックすると、（検査の後に）アップロードが開始される。図１０Ｃは、アップロードがエラーに遭遇した場合の結果ページである（これらは“警告及びエラー”区分に示されている）。アップロードプロセスとコミットプロセスとを分離することによってユーザは、製品データベースに影響する前に何等かの警告及びエラーを補正することができる。
【００４７】
ソースデータが正しくアップロードされたことにユーザが満足した後に、ユーザが“コミット”をクリックすると、追加または再構築が適切に実施される。コミットステップは典型的には、それが実行される前に検査される。検査ページは、潜在的なエラー、または失われるであろう情報に関する警告を含むことができる。図１０Ｄは、コミットプロセスが遂行された後のウェブページを示している。この例においては、ユーザは図１０Ｃ（例えば、エラーを有するもの）からのアップロードをコミット済みである。その結果、コミットプロセスがこれらのエラーをも反映している。エラー警告が誤っていることがあり得る。
【００４８】
データは、製品データベースからエキスポートすることもできる。図１１は、データをカタログからダウンロードするためのフォームを示している。
【００４９】
在庫品管理に移る。図１２Ａ−１２Ｂは、在庫品を管理するためのウェブページを示している。在庫品管理は、例えば図３−１１において説明したようなカタログ管理のための汎用フレームワーク内で取扱うことができる。しかしながらこの例においては、在庫品管理は、この機能の重要性に鑑みて専用ウェブページをも有している。若干の実施の形態においては、在庫品管理データは、カタログデータの残余から分離されているデータベース内に格納することもできる。即ち、製品データベースは、分離した在庫品管理データベースを含むことができる。
【００５０】
図１２Ａは、在庫品を見るためのウェブページを示している。このウェブページ（及び在庫品を編集するための他のウェブページ）のレイアウト、編成、及び操作は、図４及び７に示したアイテム及びテーブルを操作するために使用されるページと類似している。セルフサービスプラットフォームは学習及び使用を容易にするので、これは有益である。この例は、テーブル“クッキー”内の全てのアイテムのための在庫品を表示する。“編集”ボタン１２１６をクリックすることによって、ユーザは、例えば図１２Ｂに示すように在庫品を編集することができるようになる。“アップロード”及び“ダウンロード”ボタン１２２２及び１２２４は、在庫品データのインポート及びエキスポートを容易にする。
【００５１】
図３−１２は、商人がカタログを管理するのを支援するための異なるウェブページを示している。典型的には、カタログの２つのバージョンが存在する。公開されたカタログは、サイト上に現在実現されているバージョンである。これは、顧客がサイト上の店舗の店頭を訪問した時に顧客が遭遇するものである。ワーキングカタログは、顧客の経験に影響を与えることなく、商人が編集のために使用することができるバージョンである。典型的なアーキテクチャにおいては、上述したカタログ管理機能はワーキングカタログに影響するが、公開されたカタログには影響しない。商人がワーキングカタログを生かすことを望む場合には、彼はワーキングカタログを公開する。図１３は、ワーキングカタログの公開のための検査ページである。
【００５２】
図３−１３は、カタログ管理のためのセルフサービスプラットフォームの一例を示している。この例においては、ページは、一般的にカタログを見て編集するための共通アプローチを採用している。更に、ユーザには、カタログを操作するのに無制限の自由度は与えられていない。そうではなく、プラットフォームは殆どの共通機能を自動化し、ユーザが精巧な、または複雑な操作にアクセスすることを制限するように設計されている。これは、多数の小規模な商人によって使用されることを意図しているセルフサービスプラットフォームにとって有利である。レイアウト及び編集への共通アプローチによって、クラスまたは長いドキュメンテーションの訓練を行わなくとも、使用を学習し、直感することが容易になる。ユーザに対する自由度を制限することによって、熟達していないユーザが偶発的に彼等自体のカタログを損傷してしまうか、悪意を持ったユーザが意図的に他のユーザのカタログを損傷させるような危険性を減少させる。それはまた、プラットフォームに要求される技術的支援の量をも減少させ、従って、エンドユーザに対するコストを減少させる。
【００５３】
更に、本発明は図３−１３の特定例に限定されるものではない。他の多くの分解が明白である。例えば、異なる外見及び感触の図的表現を使用することが可能である。表示をテーブルフォーマットにする必要はない。それらは、画像、オーディオ、及び他の型の情報を含むことができる。それらは、音声によって作動させることも、または他の型のＩ／Ｏを支援することもできる。更に、図的表現は、個々のユーザ毎にカストマイズすることができる。例えば、ユーザは、彼等の要望に合わせてカタログマネージャの最初のページ（または、他のページ）をカストマイズすることができる。
【００５４】
カタログを操作するためのインタフェースも、ウェブページ、フォーム、及びデータのインポート／エキスポートに限定する必要はない。ソフトウェア自動化を支援することができる。例えばカタログは、アプリケーションプログラムインタフェース（ＡＰＩ）、コマンドセット、及び／またはスクリプトを介して操作されるように設計することができる。これらのオプションによって、カタログを他のシステム（例えば、店舗の倉庫における在庫品管理システム、または主価格シート）へ直接インタフェースすることが容易になる。多くのユーザに共通するようなタスクを自動化するために、テンプレートも設けられている。
【００５５】
更に、実現される管理機能は、図３−１３に示したものに限定されるものではない。例えば、代替バージョンにおいては、値付けはより洗練されたスケジュールまたはテーブルに基づく（例えば、価格を時間の経過に伴って、または残留在庫品を用いて、または購入量を用いて自動的に変更する）ことができる。別の例として、アイテムの応需可能性を時間の経過に伴って自動的に変更することができる。プラットフォームは、ユーザが警告または通知を設定することをも可能にする。例えば、ユーザは、在庫品があるレベル以下に減少したり、または、余りにも長期間にわたってあるレベル以上のままである時に警告されることを望むかも知れない。異なる報告をユーザのために生成することもできる。
【００５６】
カタログは、テーブル、アイテム、及びオプションに基づく編成に限定されるものでもない。他の構造を支援することができる。例えば、ユーザはグループを、またはグループのグループ等さえも定義することができる。代替として、オブジェクトをベースとする構造を使用することができ、この場合、子オブジェクトはそれらの親オブジェクトから属性を引き継ぐ。
【００５７】
図１４は、本発明による店舗の簡易ブロックダイアグラムである。この例においては（本明細書全体を通してもそうであるように）、同一構成要素を、モジュール、サーバ、または他の記述用語（例えば、“ホスティング”、“ホスティングモジュール”、“ホスティングサーバ”、または“ホスティングアプリケーション”）と称することができる。これらの構成要素が、特定の物理的フォームに限定されることを意味しないことを理解されたい。殆どの場合、現在好ましい実施の形態はソフトウェアである。しかしながら、特定の応用に依存して、これらはハードウェア、ファームウェア、ソフトウェア、及び／またはこれらの組合わせであることができる。更に、異なる構成要素が共通副構成要素を共用することも、または同一の副構成要素によって実現することさえも可能である。異なる構成要素の間に明確な境界が存在しても、またはしなくとも差し支えない。
【００５８】
図１４と図２とを比較すると、製品データベース２１０は、製品カタログ８１２及び在庫品レコード８１４として実現されている。製品カタログ８１２は、店舗のカタログに関する情報（例えば、販売のために提示されたアイテム、アイテムの画像、価格、テキスト記述、異なるオプション等）を含む。製品カタログ８１２は、上述したテーブル、アイテム、及びオプションの構造を使用している。製品カタログ８１２内の情報は、テーブルとして格納されている。テーブルの各行は、１つのアイテムに対応する。この例においては関係データベースは使用していない。オプションは、単一のストリングを発生させるようにオプションをエンコードすることによって処理される。これらのストリングは、テーブルのオプションフィールド内に格納されている。ストリングは、オプションに関する情報が望まれた時にデコードされる。在庫品レコード８１４は、カタログの残余から分離され、普通の技術を使用して格納される。
【００５９】
ｅコマース店頭２６０は、顧客に展示するためのウェブページを格納している。ウェブページは、典型的に、他の位置への参照、例えば画像、ダイナミックフィード、広告、及び／または店舗タグを含んでいる。店舗タグは、製品データベース２１０からの情報への参照である。店頭エディタ２２０は、商人がｅコマースサイトを構築し、維持するのを援助する。それは、店舗店頭の構築を自動化するためのテンプレートを含むことができる。
【００６０】
製品管理モジュール２３０は、商人が製品データベースを管理するのを援助する。商人は、ＵＲＬを介して管理モジュール２３０にアクセスする。図１４に示す特定のモジュールは、図３−１３において説明した機能に対応する。アイテム管理モジュール８３６、テーブル管理モジュール８３５、及びインポート／エキスポートモジュール８３７はそれぞれ、図４−６、図７−９、及び図１０−１１に関して説明したアイテム管理、テーブル管理、及びインポート／エキスポート機能を実現する。これらのモジュールは、カタログを編集するために、主として製品カタログ８１２をインタフェースする。在庫品管理モジュール８３９は、図１２で説明した在庫品機能を実現する。これは、主として在庫品レコード８１４をインタフェースする。
【００６１】
公開モジュール８３２は、図１３において説明したように、カタログ公開の責を負っている。公開されたカタログを図１４にボックス８３３で示す。他の構成要素は、公開モジュール８３２を介して公開されたカタログ８３３にアクセスする。例えば、ｅコマースサーバ２７０は公開されたカタログ８３３にアクセスするために、製品カタログ８１２に直接アクセスするのではなく、公開モジュール８３２と対話する。図１４のボックス８３３は、単なる表示画面に過ぎない。これは、公開されたカタログ８３３が公開モジュール８３２の一部として格納されていること、または公開されたカタログ８３３が製品カタログ８１２から分離されていることさえも暗示するものではない。例えば、一実施の形態においては、公開されたカタログ及び“ワーキング”カタログの両方を格納するために、共通データベースが使用されている。各テーブル内の各行は、公開されているか否かについてフラグが立てられる。
【００６２】
もし商人が望むのであれば、彼は公開されたカタログ８３３をエキスポートすることができる。即ち、例えば、商人は公開されたカタログ８３３をエキスポートし、次いで店頭エディタ２２０以外の開発ツールを使用して店舗サイトを構築することができる。これらの他の開発ツールの例は、マクロメディアのドリームウィーバー、マイクロソフトのフロントページ、及び他のＨＴＭＬエディタを含む。ウェブページがシステム内へ戻されてロードされると、店舗タグは製品データベース内に含まれている情報へのリンケージを提供する。公開されたカタログ８３３は、他の市場へエキスポートすることもできる。製品カタログを店頭外見及び感触から分離することによって、商人は、１度カタログを構築した後は多くの市場内の異なる店頭でそれを使用することができる。
【００６３】
図１４の店舗タグハブ８３１は、商人が店舗タグを使用するのを支援するモジュールである。店舗タグハブ８３１は、店舗タグの概念、それらの使用についての指導、及び／またはそれらの使用を容易にするためのツールを記述する情報を含むことができる。例えば店舗タグハブ８３１は、商人が特定の情報片に関して正しい店舗タグを識別するのを援助するウィザードを含むことができる。
【００６４】
顧客側においては、ｅコマースサーバ２７０（図２）は、ホスティングサーバ８７４、店舗タグサーバ８７２（図１４）、並びに他のサーバを含む。図１４には注文サーバ８７６及び請求書作成サーバ８７７が示されているが、他の構成要素（例えば、画像サーバ、探索サーバ、ライブラリサーバ、転送サーバ、ウォレット技術、クレジットカード処理、税及び出荷、及び取扱いテーブル等）も典型的に使用される。ｅコマースサーバ２７０は、いろいろなデータ源にアクセスする。この例においては、ｅコマースサーバ２７０は、在庫品レコード８１４及びｅコマース店頭２６０にアクセスすることができ、また公開されたカタログ８３３を公開モジュール８３２を介して入手することができる。
【００６５】
ホスティングサーバ８７４は、店頭ウェブページを顧客に提供する責を負う。このサーバは、ｅコマース店頭２６０からウェブページを検索する。検索されたウェブページ内の店舗タグは店舗タグサーバ８７２へ渡され、このサーバは公開されたカタログ８３３に基づいて店舗タグを分ける。この実施の形態においては、店舗タグはサーバ側であり、（ＳＳＩ）ＨＴＭＬタグを含む。店舗タグサーバ８７２は、ＨＴＭＬページ内の製品カタログからデータ要素を動的に供給するウェブサーバである。これは、そのページは供給されるが、静的ページＵＲＬを保持している間に行われる。ホスティングサーバ８７４は、whproxyを介して店舗タグサーバ８７２と通信する。
【００６６】
不要な通信を減少させるために、店舗タグ拡張の結果はキャッシュされる。１つのアプローチにおいては、ホスティングサーバ８７４は、あるウェブページ上の特定の店舗のための店舗タグに最初に出合った時に、そのページのキャッシュされたコピー（例えば、元のファイルと同一の名前及び位置を有する隠しファイルとして保管されている）を調べる。もしキャッシュされたコピーが検索されたウェブページよりも最新のタイムスタンプを有し、カタログがその間に更新されていなければ、そのキャッシュされたコピーが使用される。この場合、さらなる要求をこの特定の店舗及びページのための店舗タブサーバへ送る必要はない。もしキャッシュされたページが古くなっているか、またはキャッシュされたページが存在しなければ、現ページもキャッシュされたコピーとして格納される。店舗タグは、キャッシュされたコピー内で拡張される。代替アプローチにおいては、店舗タグは、ページ毎の基準ではなく、タグ毎の基準に従ってキャッシュすることができる。
【００６７】
以上の説明には多くの詳細が含まれているが、これらの詳細は本発明の範囲を限定する意図はなく、単に本発明の異なる例及び面を示しているに過ぎない。本発明の範囲は、以上に詳細に説明しなかった他の実施の形態を含むことを理解されたい。当業者には明白なように、特許請求の範囲に記載されている本発明の思想及び範囲から逸脱することなく、上述した本発明の方法及び装置の配列、操作、及び細部にさまざまな他の変更、変化、及び分解が可能である。従って、本発明の範囲は、特許請求の範囲によって決定されるものである。更に、要素、構成要素、または方法ステップが特許請求の範囲に明示されていると否とに拘わらず、どの要素、構成要素、または方法ステップも公衆に専用されることを意図している。
【図面の簡単な説明】
【００６８】
【図１】本発明と共に使用するのに適する例示システムのブロックダイアグラムである。
【図２】図１の店舗の実施例のブロックダイアグラムである。
【図３】カタログ管理用セルフサービスプラットフォームのための当初ウェブページの表示画面である。
【図４】Ａ−Ｅは、あるカタログ内のアイテムを見るためのウェブページの表示画面である。
【図５】Ａ−Ｂは、あるカタログへアイテムを追加するためのウェブページの表示画面である。
【図６】Ａ−Ｄは、あるカタログ内のアイテムを編集するためのウェブページの表示画面である。
【図７】あるカタログ内のテーブルを見るためのウェブページの表示画面である。
【図８】Ａ−Ｆは、あるカタログへテーブルを追加するためのウェブページの表示画面である。
【図９】Ａ−Ｂは、あるカタログ内のテーブルを編集するためのウェブページの表示画面である。
【図１０】Ａ−Ｄは、あるカタログへデータをインポートするためのウェブページの表示画面である。
【図１１】あるカタログからデータをエキスポートするためのウェブページの表示画面である。
【図１２】Ａ−Ｂは、カタログ在庫品を管理するためのウェブページの表示画面である。
【図１３】カタログの公開を検査するウェブページの表示画面である。
【図１４】本発明の実施の形態による例示店舗のブロックダイアグラムである。
【図１】
2007506192.tif 000003
【図２】
2007506192.tif 000004
【図３】
2007506192.tif 000005
【図４Ａ】
2007506192.tif 000006
【図４Ａ】
2007506192.tif 000007
【図４Ｂ】
2007506192.tif 000008
【図４Ｂ】
2007506192.tif 000009
【図４Ｃ】
2007506192.tif 000010
【図４Ｄ】
2007506192.tif 000011
【図４Ｄ】
2007506192.tif 000012
【図４Ｅ】
2007506192.tif 000013
【図５Ａ】
2007506192.tif 000014
【図５Ａ】
2007506192.tif 000015
【図５Ａ】
2007506192.tif 000016
【図５Ｂ】
2007506192.tif 000017
【図６Ａ】
2007506192.tif 000018
【図６Ａ】
2007506192.tif 000019
【図６Ｂ】
2007506192.tif 000020
【図６Ｃ】
2007506192.tif 000021
【図６Ｄ】
2007506192.tif 000022
【図７】
2007506192.tif 000023
【図８Ａ】
2007506192.tif 000024
【図８Ｂ】
2007506192.tif 000025
【図８Ｃ】
2007506192.tif 000026
【図８Ｃ】
2007506192.tif 000027
【図８Ｄ】
2007506192.tif 000028
【図８Ｄ】
2007506192.tif 000029
【図８Ｅ】
2007506192.tif 000030
【図８Ｆ】
2007506192.tif 000031
【図８Ｆ】
2007506192.tif 000032
【図９Ａ】
2007506192.tif 000033
【図９Ａ】
2007506192.tif 000034
【図９Ｂ】
2007506192.tif 000035
【図１０Ａ】
2007506192.tif 000036
【図１０Ｂ】
2007506192.tif 000037
【図１０Ｃ】
2007506192.tif 000038
【図１０Ｃ】
2007506192.tif 000039
【図１０Ｄ】
2007506192.tif 000040
【図１０Ｄ】
2007506192.tif 000041
【図１１】
2007506192.tif 000042
【図１２Ａ】
2007506192.tif 000043
【図１２Ａ】
2007506192.tif 000044
【図１２Ｂ】
2007506192.tif 000045
【図１２Ｂ】
2007506192.tif 000046
【図１３】
2007506192.tif 000047
【図１４】
2007506192.tif 000048
【国際調査報告】
2007506192.tif 000049
2007506192.tif 000050