專利名稱：在通信網(wǎng)絡(luò)上實現(xiàn)的自助式目錄管理器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及在通信網(wǎng)絡(luò)上實現(xiàn)的目錄管理，例如，可用于幫助商家管理因特網(wǎng)商店的目錄的目錄管理。
背景技術(shù)：
經(jīng)由計算機網(wǎng)絡(luò)傳送信息已成為機構(gòu)、公司和個人從事商業(yè)活動的越來越重要的手段。這些年來，計算機網(wǎng)絡(luò)已從被建立來為單個群組的需求服務(wù)的獨立且孤立的實體發(fā)展成互連不同物理網(wǎng)絡(luò)并允許它們?nèi)缤瑓f(xié)調(diào)的系統(tǒng)那樣工作的巨大的互聯(lián)網(wǎng)。當前，現(xiàn)存最大的計算機網(wǎng)絡(luò)是因特網(wǎng)。因特網(wǎng)是利用公共的協(xié)議進行通信的計算機網(wǎng)絡(luò)的世界性的互連。從低端的個人計算機到高端的超級計算機的數(shù)百萬計算機被連接到了因特網(wǎng)。
因特網(wǎng)已逐漸發(fā)展以為多種興趣和論壇服務(wù)。具體而言，因特網(wǎng)正在迅速轉(zhuǎn)變成貨物和服務(wù)以及觀點和信息的全球電子市場。因特網(wǎng)的這種到全球市場的轉(zhuǎn)變大部分是由被稱為萬維網(wǎng)(“web”)的信息系統(tǒng)的引入所驅(qū)動的。web是被設(shè)計來提供對巨大的文檔體系的廣泛訪問的分布式數(shù)據(jù)庫。web的數(shù)據(jù)庫記錄采取被稱為網(wǎng)頁(web page)的文檔的形式。這些網(wǎng)頁一般位于web服務(wù)器上，并且可經(jīng)由因特網(wǎng)訪問。連接到因特網(wǎng)的計算機可經(jīng)由被稱為web瀏覽器(web browser)的程序訪問網(wǎng)頁，所述web瀏覽器具有強大、易學的圖形用戶接口。web瀏覽器所支持的一種強大的技術(shù)被稱為超鏈接，其允許網(wǎng)頁作者創(chuàng)建到其他網(wǎng)頁的鏈接，然后用戶可通過用web瀏覽器上的簡單的指向-點擊命令來取得所述其他網(wǎng)頁。
網(wǎng)頁可以以諸如超文本標記語言(HTML)之類的多種格式編排協(xié)定中的任何一種來構(gòu)造，并且可包括多媒體信息內(nèi)容，例如圖形、音頻和運動圖片。任何擁有計算機和到因特網(wǎng)的連接的人都可以訪問任何可公開訪問的網(wǎng)頁。從而，在萬維網(wǎng)上的存在(例如因特網(wǎng)商店)具有向?qū)で笙驖撛陬櫩托麄髌洚a(chǎn)品和服務(wù)的商行、個人、機構(gòu)和其他商家引入世界性的消費者基礎(chǔ)的能力。此外，由于數(shù)據(jù)傳輸速度和計算機處理速度的指數(shù)型增長而實現(xiàn)的網(wǎng)頁和支持性基礎(chǔ)設(shè)施的設(shè)計的不斷增長的精密性使得web對于這些商店來說成為了越來越有吸引力的介質(zhì)。
輔助因特網(wǎng)內(nèi)容的開發(fā)和分布的強大新工具的可用性導(dǎo)致了因特網(wǎng)上提供的信息、產(chǎn)品和服務(wù)的增殖和使用因特網(wǎng)的消費者和商家的數(shù)目的激增。經(jīng)由因特網(wǎng)進行的商務(wù)已有所發(fā)展，并被預(yù)期會繼續(xù)顯著發(fā)展。結(jié)果，因特網(wǎng)已經(jīng)脫穎而出，成為對提供各種產(chǎn)品和服務(wù)以觸及這些大量消費者的商家來說有吸引力的新介質(zhì)。
具體而言，小型商行，尤其是那些針對具有高度針對性的瞄準機會的市場的小型商行，可從因特網(wǎng)(或其他類似的計算機網(wǎng)絡(luò))上的商店存在大大受益。在因特網(wǎng)上開店和做廣告的成本相比其他備選方案來說可能較低，并且商家可能觸及非常廣泛的受眾(或針對性很高的受眾)。但是，現(xiàn)有的用于支持商店的技術(shù)，尤其是諸如目錄管理這樣的管理性功能，卻不是那么適合于較小的商家。許多現(xiàn)有技術(shù)是針對為非常大的商家管理目錄和庫存的。這種技術(shù)對于較小的商家來說往往太貴以至于它們買不起，并且對它們來說往往不必要地復(fù)雜以至于它們無法使用。具體而言，常常希望較小的商家具有管理其目錄和執(zhí)行其他管理性功能的自助能力。當前可用的技術(shù)不太適合于此應(yīng)用。
從而，需要實現(xiàn)目錄管理和其他管理性功能的新方法，以便更好地為這些商家服務(wù)。

發(fā)明內(nèi)容
本發(fā)明通過提供一種幫助商家在諸如因特網(wǎng)之類的計算機網(wǎng)絡(luò)上創(chuàng)建和管理商店的計算機化的自助式平臺，從而克服了現(xiàn)有技術(shù)的局限。自助式方面是有益的，這是因為它降低了管理商店成本。它還增加了操作靈活性。在一種實現(xiàn)方式中，可以隨時且實時或幾乎實時地對商店進行更改，從而允許了商家更迅速地對變化的條件作出響應(yīng)。
在本發(fā)明的一個方面中，一種用于管理商店的系統(tǒng)包括產(chǎn)品數(shù)據(jù)庫和電子商務(wù)(e-commerce)店面。產(chǎn)品數(shù)據(jù)庫存儲關(guān)于經(jīng)由商店許諾銷售的項目(包括服務(wù)和其他非產(chǎn)品出售物)的信息。電子商務(wù)店面存儲關(guān)于對顧客的商店呈現(xiàn)(例如店面)的信息。某些店面信息引用存儲在產(chǎn)品數(shù)據(jù)庫中的信息。產(chǎn)品管理模塊允許商家(或其他用戶)在自助基礎(chǔ)上管理產(chǎn)品數(shù)據(jù)庫。將店面與產(chǎn)品數(shù)據(jù)庫分離有很多好處。例如，每個部分現(xiàn)在可由不同人來處理(例如產(chǎn)品數(shù)據(jù)庫的數(shù)據(jù)庫管理員和店面的web設(shè)計者)。分離還使得更容易重新利用組件。例如，為一個商店構(gòu)建的產(chǎn)品數(shù)據(jù)庫中的某些或全部可能能夠重新用于具有完全不同的外觀風格的不同店面。
在一種特定實現(xiàn)方式中，商店是實現(xiàn)在因特網(wǎng)上的。產(chǎn)品數(shù)據(jù)庫被劃分成兩部分產(chǎn)品目錄和庫存記錄。用戶可經(jīng)由能通過URL訪問的自助式目錄管理器來管理產(chǎn)品目錄和庫存記錄。店面包括網(wǎng)頁，這些網(wǎng)頁被電子商務(wù)服務(wù)器提供給顧客。網(wǎng)頁可包括商店標簽，這些商店標簽引用來自產(chǎn)品目錄和/或庫存記錄的信息。商店標簽服務(wù)器被用于解析商店標簽。
在本發(fā)明的另一個方面中，產(chǎn)品數(shù)據(jù)庫以表格形式存儲其信息。每個表被組織成項目，并且項目可具有選項。在一個特定數(shù)據(jù)結(jié)構(gòu)中，表中的每行對應(yīng)于一個項目，并且一個項目的選項被編碼和存儲為行中的單個條目。但是，最好為每個選項單獨跟蹤庫存。例如，如果一個項目是某種類型的襯衫并且選項是不同尺寸，則可針對該項目構(gòu)建單個網(wǎng)頁，但為每個襯衫尺寸單獨跟蹤庫存。
本發(fā)明的其他方面包括與上述系統(tǒng)相關(guān)的子系統(tǒng)、數(shù)據(jù)結(jié)構(gòu)和方法。


本發(fā)明具有其他優(yōu)點和特征，當結(jié)合附圖理解以下對本發(fā)明的詳細描述和所附權(quán)利要求書時，可從中更清楚地看出這些其他優(yōu)點和特征，附圖中圖1是適合于本發(fā)明的典型系統(tǒng)的框圖。
圖2是圖1的商店的典型實現(xiàn)方式的框圖。
圖3是用于目錄管理的自助式平臺的初始網(wǎng)頁的圖示。
圖4A-4E是用于查看目錄中的項目的網(wǎng)頁的圖示。
圖5A-5B是用于向目錄添加項目的網(wǎng)頁的圖示。
圖6A-6D是用于編輯目錄中的項目的網(wǎng)頁的圖示。
圖7是用于查看目錄中的表的網(wǎng)頁的圖示。
圖8A-8F是用于向目錄添加表的網(wǎng)頁的圖示。
圖9A-9B是用于編輯目錄中的表的網(wǎng)頁的圖示。
圖10A-10D是用于向目錄導(dǎo)入數(shù)據(jù)的網(wǎng)頁的圖示。
圖11是用于從目錄導(dǎo)出數(shù)據(jù)的網(wǎng)頁的圖示。
圖12A-12B是用于管理目錄庫存的網(wǎng)頁的圖示。
圖13是確認目錄的發(fā)表的網(wǎng)頁的圖示。
圖14是根據(jù)本發(fā)明的實施例的典型商店的框圖。
具體實施例方式
圖1是適合于本發(fā)明的典型系統(tǒng)100的框圖。一般來說，系統(tǒng)100包括經(jīng)由網(wǎng)絡(luò)120彼此通信的多個站點110A-N、顧客130A-N和商家140A-N。商家140維護站點110上的商店150A-N。顧客130經(jīng)由它們在站點110上的店面在商店150處購物。商家140經(jīng)由自助式平臺訪問商店150(例如執(zhí)行管理性功能)，該自助式平臺可實現(xiàn)為站點110的一部分。
在一個特定實施例中，網(wǎng)絡(luò)120是因特網(wǎng)。站點110包括網(wǎng)站，例如Yahoo！Store。顧客130包括一般通過諸如Netscape的Navigator或Microsoft的Intemet Explorer之類的web瀏覽器135來訪問因特網(wǎng)的個人。商家140維護被容宿在站點110上的因特網(wǎng)商店150。宿主站點可由商家自身或第三方(例如Yahoo！)來維護。每個站點110可包含多個商店150。商家140一般通過web瀏覽器135訪問自助式平臺(實現(xiàn)在站點110上)。在某些情況下，顧客130和商家140可利用其他手段來訪問站點110，例如通過網(wǎng)絡(luò)120外部的軟件代理、程序接口或通信信道來訪問站點110。顧客130主要通過請求來自站點110的網(wǎng)頁和/或向站點110提交表單來經(jīng)由因特網(wǎng)在商店150處購物。
為清晰起見簡化了圖1。例如，站點110、顧客130和商家140被示為單獨的實體。實際上，相同的實體可扮演一個或多個角色。在不同場境下實體還可扮演不同角色。此外，不同角色可被分布和/或劃分在許多不同實體之間。此外，出于冗余和/或性能原因，站點110本身可以是分布式的。例如，諸如Yahoo！站點這樣的大型站點一般運行來自不同服務(wù)器的不同web屬性，并且例如可使用多個服務(wù)器、數(shù)據(jù)庫、負載平衡器等等。
作為進一步的說明，雖然因特網(wǎng)將會被用作此公開文本中的主要示例，但是本發(fā)明也可用于其他系統(tǒng)，例如某些銷售點(POS)系統(tǒng)或店內(nèi)零售系統(tǒng)。例如，實體110、130和140可以不經(jīng)由圖1的公共網(wǎng)絡(luò)120而是經(jīng)由單獨的通信網(wǎng)絡(luò)或?qū)Ｓ玫耐ㄐ判诺辣舜送ㄐ?或者除了經(jīng)由圖1的公共網(wǎng)絡(luò)120之外還經(jīng)由單獨的通信網(wǎng)絡(luò)或?qū)Ｓ玫耐ㄐ判诺辣舜送ㄐ??；蛘?，系統(tǒng)100的各個部分可由移動組件實現(xiàn)，并且可不被永久附接到通信網(wǎng)絡(luò)。例如，實體可經(jīng)由無線連接彼此交互。作為最后的示例，頁面可以基于除web外的其他協(xié)議。
圖2是基于上述因特網(wǎng)場景的商店150的典型實現(xiàn)方式的框圖。商店的店面是對顧客的商店呈現(xiàn)。商店的其他部分包括管理性功能(例如維護商店中銷售的項目的目錄、每個項目的可用庫存以及定價)和后端處理(例如適當?shù)男庞每ㄌ幚砗桶l(fā)票生成)。
在圖2中，關(guān)于商店的信息被存儲在數(shù)據(jù)庫210和260中。產(chǎn)品數(shù)據(jù)庫210(“產(chǎn)品”還欲包括服務(wù)和其他非產(chǎn)品出售物)包括關(guān)于商店目錄的信息，例如可供銷售的項目、庫存單位(stock keeping unit，縮寫為SKU)號碼、每個SKU的不同選項、可用庫存、定價等等。在一種方法中，產(chǎn)品數(shù)據(jù)庫被組織為表，每個表具有對于不同的表可能不同的字段。每個表包含項目，其中項目一般由SKU號碼限定。單個SKU號碼內(nèi)的差異一般作為一個項目內(nèi)的選項出現(xiàn)。例如，一個表可以是服飾。服飾表中的項目可包括不同類型的毛線衫、襯衫、褲子等等。該表中的字段可包括SKU、設(shè)計者標志、價格等等。服飾選項可包括尺寸和顏色，其中對于每個選項單獨列出庫存。另一個表可以是書籍，其中每個項目是不同的標題。書籍表中的字段可包括國際標準書號(ISBN)、精裝本還是簡裝本、作者、出版者等等。
利用多個表使得更容易為每個表限定不同的字段。例如，如果只使用單個表，則將為所有項目限定ISBN字段，雖然對于服飾項目來說它是無意義的字段。這將會是產(chǎn)品數(shù)據(jù)庫210中的被浪費的空間。使用選項以進一步細分項目也帶來了效率。例如，如果一種類型的毛線衫將被置于特價銷售狀態(tài)，則這一點可通過整體地針對該項目編輯目錄來實現(xiàn)，而不是通過針對每個尺寸、顏色等單獨編輯目錄條目來實現(xiàn)。此外，在店面中可以有單個項目呈現(xiàn)(例如一個圖像被用于示出某種樣式的毛線衫，而不是對每個尺寸和顏色有不同的圖像)，雖然對于每個選項，庫存和/或定價是被單獨維護的。也可以支持其他分組方式。例如，群組可被限定為包括某些項目和/或選項(或其他群組)。然后操縱群組就會影響群組中的個體成員。例如，群組“Sharks服飾”可被限定為包括具有San Jose Sharks商標的服飾項目。當Sharks過季時，整個群組可被置于特價銷售狀態(tài)。
電子商務(wù)店面260包括關(guān)于店面的信息，例如將被提供給進行購物的顧客的實際頁面。在一個實施例中，正如下文中將進一步描述的，網(wǎng)頁通過用商店標簽(store tag)來訪問產(chǎn)品數(shù)據(jù)庫210中的信息。例如，在顯示書籍的網(wǎng)頁上，不是將“$25.99”硬連接在該網(wǎng)頁的HTML中，而是可改為使用指向產(chǎn)品數(shù)據(jù)庫210中的書價的商店標簽。從而，如果在產(chǎn)品數(shù)據(jù)庫210中價格改變，則在網(wǎng)頁上它也會自動被更新。相對于動態(tài)生成的網(wǎng)頁，利用商店標簽(靜態(tài)頁面中的動態(tài)元素)來完成此任務(wù)的一個優(yōu)點是它具有靜態(tài)URL。許多web搜索程序(web crawler)無法索引響應(yīng)于查詢生成的頁面，這是因為web搜索程序本身不生成查詢。從而，使用商店標簽允許了頁面被索引。
使店面和產(chǎn)品目錄分離開來具有許多優(yōu)點。例如，管理產(chǎn)品目錄和構(gòu)建店面需要兩個不同的技能集合。通過分離這些任務(wù)，每一種任務(wù)都能由具有適當技能集合的專家利用專用工具來處理。分離還可導(dǎo)致組件的重新利用。例如，針對一個商店構(gòu)建的產(chǎn)品目錄中的某些或全部可能能夠重新用于具有完全不同的外觀風格的不同的店面。為了使其更進一步，許多商店具有公共元素，這些公共元素或者是關(guān)于其目錄的，或者是關(guān)于其店面的功能的?？砷_發(fā)模板來利用這些公共性，從而允許商家迅速構(gòu)建其商店。此外，這使得不僅能夠從相同容宿環(huán)境中的相關(guān)店面引用目錄數(shù)據(jù)元素，而且也能從諸如不同容宿環(huán)境(例如如果web服務(wù)器已經(jīng)被修改以經(jīng)由商店標簽訪問目錄數(shù)據(jù))和聚集購物環(huán)境中的店面之類的其他的源引用目錄數(shù)據(jù)元素，其中在聚集購物環(huán)境中，顧客可瀏覽來自不同商家的產(chǎn)品。
返回圖2，顧客130經(jīng)由提供適當網(wǎng)頁的電子商務(wù)服務(wù)器270訪問商店。電子商務(wù)服務(wù)器270可以是web宿主服務(wù)器。電子商務(wù)服務(wù)器270從數(shù)據(jù)庫260取得所需網(wǎng)頁，并且還可以根據(jù)需要訪問產(chǎn)品數(shù)據(jù)庫210，例如為了解析HTML中的商店標簽。
商家140可經(jīng)由產(chǎn)品管理模塊230和店面編輯器220訪問商店。店面編輯器220是用于管理商店站點的呈現(xiàn)的工具。例如，可經(jīng)由店面編輯器220進行對店面的外觀風格(例如構(gòu)成店面的網(wǎng)頁)的改變。編輯器220可根據(jù)需要訪問產(chǎn)品數(shù)據(jù)庫210。在某些實現(xiàn)方式中，此工具可執(zhí)行管理產(chǎn)品數(shù)據(jù)的呈現(xiàn)和數(shù)據(jù)本身的組合動作。產(chǎn)品管理模塊230是用于管理產(chǎn)品數(shù)據(jù)庫的工具?？山?jīng)由管理模塊230進行對目錄中列出的項目、定價等的改變。
管理模塊230優(yōu)選為自助式的，意思是商家可直接訪問管理模塊230以便根據(jù)需要對產(chǎn)品數(shù)據(jù)庫210作出改變。這對于較小的商家來說尤其有益。有關(guān)人員直接支持較小商家的管理性活動通常是不劃算的。然而，較小的商家必須能夠維護其目錄。自助式方面通過允許較小的商家自助來降低管理成本。自助式方面還允許商家更容易且更即時地改變其目錄。如果像此示例中的情況那樣，整個系統(tǒng)是實時或幾乎實時的，則商家所作出的任何改變都會立即或幾乎立即被反映在其店面中。
在一種實現(xiàn)方式中，圖2所示的組件不是為每個商店單獨實現(xiàn)的。相反，多個商家共享許多公共組件。例如，每個商家140不具有專用的店面編輯器220、管理模塊230或電子商務(wù)服務(wù)器270。這些組件被用于支持站點容宿的所有商店。每個商家140也不具有專用的數(shù)據(jù)庫210和260。相反，使用公共的數(shù)據(jù)庫，但是每個商家140具有公共數(shù)據(jù)庫內(nèi)的專用部分。
圖3-13是示出產(chǎn)品管理模塊230的典型用戶接口的網(wǎng)頁的圖示。此自助式平臺允許了用戶140管理其目錄。此特定示例是在Yahoo！Store所容宿的商店的目錄的場境中的，但是本發(fā)明不限于此具體示例。在圖3-13的示例中，自助式平臺為被稱為目錄管理器(Catalog Manager)，它位于Yahoo！Store站點上。在另一種實現(xiàn)方式中，自助式平臺位于由另一個實體(例如Yahoo！的服務(wù)提供商)所運行的站點上?；蛘?，自助式平臺可管理在許多不同站點上維護的商店的目錄和/或執(zhí)行這些商店的管理性功能。
圖3示出目錄管理器的登錄頁面。從該頁面中，用戶具有多個選項。用戶可經(jīng)由鏈接310獲得賬戶信息。在區(qū)域320中，用戶可訪問其他資源，包括商店標簽中心(在下文中描述)。此示例中的目錄管理功能330被劃分成五個主要區(qū)域管理項目、管理表、導(dǎo)入/導(dǎo)出數(shù)據(jù)、庫存功能和發(fā)表。在之后的網(wǎng)頁中，這五個區(qū)域可通過網(wǎng)頁上的跳格設(shè)定來訪問。圖4-6、7-9、10-11、12和13更詳細示出了這五個功能區(qū)域中的每一個。
圖4A-4E示出了用于查看目錄中的項目的頁面。可選擇不同項目子集以便查看。圖4A示出這樣一個網(wǎng)頁，其中選擇了所有表410以便查看，并且對于要查看的項目集合沒有施加其他限制。這樣，目錄中的所有項目都是查看集合的一部分，并且在此示例中按字母數(shù)字的順序被顯示。在圖4B中，查看集合被限制到Cookies表420(注意項目的表分配在圖4A和圖4B之間是不一致的)。在圖4B中，不需要顯示單獨的Tables(表)字段，因為此查看集合中的所有項目都來自同一個表。在圖4B中，項目alphabetcookie具有當前顯示的三個選項。顯示可被展開或折疊以查看或隱藏不同選項。
也可以以其他方式來限定查看集合。例如，Search(搜索)按鈕414(圖4A)可用于搜索特定項目或特定的項目類別。圖4C示出用于搜索特定表和字段內(nèi)的關(guān)鍵字的表單。圖4D是由于對所有表搜索字段“Name(名稱)”中的詞語“cookie”而產(chǎn)生的顯示的示例。也可執(zhí)行其他類型的搜索。例如，查看集合可由以下項目來限定目前處于特價銷售狀態(tài)的所有項目、所有應(yīng)征稅項目或者“Cookie”表中的在名稱中還有單詞“Chocolate”的所有項目。標準搜索技術(shù)可用于限定和填充搜索請求。
顯示布局本身也可由用戶改變。例如，圖4A中顯示的字段是ID、Name、...Table。這些字段可被定制。圖4E示出允許用戶確定哪些字段應(yīng)當被顯示的用戶接口。對于不同的表，所顯示的字段可以不同。標準技術(shù)可用于針對字體、顏色、對齊方式等修改布局。圖4A-4B的顯示是采用每顯示頁示出25個項目的表的形式。每頁項目數(shù)目可以被改變。在其他實現(xiàn)方式中，可使用除了基于表的布局之外的其他布局。
返回圖4A，可從項目顯示中編輯項目。點擊特定項目使得用戶能夠編輯該項目的目錄條目?！癊dit These Items(編輯這些項目)”按鈕416編輯所選擇的項目?？赏ㄟ^選中特定復(fù)選框412來選擇項目。點擊“Check All(全部選中)”415選擇所有項目。特定的“Change Prices(更改價格)”按鈕417作為快捷方式可用，這是因為更改價格是常見的編輯。可以選擇項目以便以其他方式進行編輯，例如通過突出所選項目來進行編輯?！癆dd Item(添加項目)”按鈕419允許用戶添加新項目。
圖5A-5B示出用于添加項目的頁面。在此示例中，在查看TableX表的項目時點擊“Add Item”按鈕419(圖4A)。因此，此新項目將會被添加到TableX。圖5A示出具有針對TableX的字段的輸入表單。這些字段中的某些被限于菜單選擇(例如Taxable(應(yīng)征稅)字段或者是Yes(是)，或者是No(否))。某些可接受自由形式的文本(例如Options(選項)字段)。某些可接受上載(例如Image(圖像)和Icon(圖標)字段)。在Options字段中，點擊“Enter Individual Item Codes(輸入個體項目代碼)”導(dǎo)向圖5B所示的輸入表單。此頁面允許用戶指定此項目可用的不同選項。一旦圖5A中的表單已完成，用戶就點擊“Save(保存)”或“Save and Add Another(保存并添加另一個)”。提交的信息被檢查，例如以便確保所有必填字段都已完成。一旦沒有錯誤，新的項目就被添加到目錄。用戶一般會接收到確認。
也可以以其他方式來添加項目。例如，關(guān)于項目的數(shù)據(jù)可被上載到目錄，而不是像圖5A-5B所示的那樣單獨添加每個項目?；蛘撸蔀椴煌惖捻椖繕?gòu)建模板，以便某些字段已被填充，或者可使用腳本來自動填充字段。
圖6A-6D是用于編輯目錄中的項目的頁面。參考圖4A，如果用戶選擇要編輯的單個項目，則這可通過顯示圖5A所示的頁面來實現(xiàn)，但是其中字段被用其當前值填充。然后用戶可編輯字段。如果用戶選擇要編輯的多個項目，例如整個表、搜索所選擇的集合或整個目錄，則圖6A所示的頁面可能更合適。在該情況下，項目和字段是以表格形式示出的，但是字段可被編輯。
圖6B示出了當用戶請求刪除某些項目時的“確認”頁面。在此示例中，用戶從圖4A的顯示中選擇了四個項目，然后點擊“Delete(刪除)”按鈕421(圖4A)。圖6B中的頁面確認請求，并且指出項目“crackers”具有也將被刪除的四個選項。如果用戶已限定了項目群組，然后請求刪除整個群組，則此特征可能尤其有用。確認可明確列出群組中的所有項目以確認用戶確實希望刪除所有項目。返回圖6B，如果用戶不希望刪除所有四個項目，則他可以取消選中不要刪除的項目。
圖6C示出當用戶請求將某些項目從一個表移動到另一個時的表單。用戶已從圖4A的顯示中選擇了四個項目，并點擊了“Move(移動)”按鈕423(圖4A)。用戶利用圖6C中示出的表單來指定目的地表。在某些情況下，例如如果目的地表不包括相同表中包含的字段的話，則移動可能導(dǎo)致字段的刪除。在這些情況下，確認頁面可在移動項目之前警告用戶這種情形。
圖6D示出用于某些類型的價格變化的表單。圖4A中的“ChangePrices(更改價格)”按鈕417激活此表單。利用此頁面，用戶可對所有表或某些表應(yīng)用一定百分比的折扣。用戶還可打開或關(guān)閉特價銷售定價。也可利用以上針對其他字段描述的技術(shù)來編輯定價。
現(xiàn)轉(zhuǎn)到表管理，圖7示出用于查看目錄中的表的頁面。此網(wǎng)頁(以及用于操縱表的其他網(wǎng)頁)的布局、組合和操縱與圖4-6所示的用于操縱項目的方法類似。這是有益的，因為對于自助式平臺來說，直觀且簡單的用戶接口是尤其合乎需要的。理想情況下，用戶將能夠利用有限的文檔資料自行學習用戶接口。此示例顯示目錄中的所有表，以及它們的名稱、描述和表中的項目數(shù)目。復(fù)選框提供與圖4相同的功能，從而允許用戶選擇表。
針對查看項目描述的許多選項也適用于查看表。例如，用戶可能希望選擇表的子集以便查看、展開或折疊表顯示的某些部分、執(zhí)行搜索和/或更改表顯示的布局。在此示例中，與為項目顯示提供的選項相比，為操縱表顯示提供的選項較少，這主要是因為預(yù)期的表數(shù)目要少得多。
“Create New Table(創(chuàng)建新表)”按鈕719允許用戶添加新表。圖8A-8F示出用于添加表的頁面。在圖8A中，用戶輸入表名稱和對表的描述。接下來，用戶限定表中要包括哪些字段。在此示例中，字段被劃分成子集必填字段(Mandatory Fields)、商店字段(Store Fields)、購物字段(Shopping Fields)和定制字段(Custom Fields)。圖8B-8E示出每個子集的輸入表單。在此示例中，每個字段是由其名稱、其格式(數(shù)字、文本、是-否等)、是否要求為每個項目填充該字段(這與是否需要將該字段包括為表的一部分不同)以及缺省值(如果存在的話)限定的。圖8B示出此示例中的必填字段的輸入表單。對于所有表都必須包括必填字段。名稱和格式已被限定。大多數(shù)必填字段也是所有項目必需的。
圖8C示出商店字段的輸入表單。在此示例中，商店字段被預(yù)先限定，以便在用戶之間標準化字段。但是，不需要對所有表都包括這些字段。因此，此表單還包括列“Include(包括)”，該列確定字段是否將被包括在此特定表中。購物字段的處理方式與商店字段類似。圖8D示出購買字段的輸入表單。最后，圖8E示出允許用戶限定定制字段的輸入表單。
圖8F是用于創(chuàng)建表的確認頁面。作為此過程的一部分，一般會檢查已提交的信息。Edit(編輯)按鈕810允許用戶修改任何信息。就像項目那樣，也可以以其他方式添加表。
在圖7中，點擊特定表允許了用戶編輯該表的信息。圖9A是用于編輯目錄中的表的網(wǎng)頁。此頁面的工作方式與圖8F的類似。點擊Edit按鈕調(diào)出表的相應(yīng)部分，然后用戶可編輯這些部分。當編輯完成時，用戶點擊Save(保存)按鈕。如果用戶要刪除字段，則確認頁面首先提醒用戶被刪除的字段中的信息將會丟失，如圖9B所示。
圖4-9是基于表單的編輯目錄方法。也可以以其他方式來修改目錄。圖10示出一個示例，在該示例中，數(shù)據(jù)被導(dǎo)入目錄中。在此示例中，導(dǎo)入過程被劃分成兩個步驟上載和提交(commit)。上載步驟包括將源數(shù)據(jù)從其原始形式轉(zhuǎn)換成與產(chǎn)品數(shù)據(jù)庫兼容的形式，例如限定源數(shù)據(jù)中的哪些字段對應(yīng)于目錄中的哪些字段。提交步驟包括將上載的數(shù)據(jù)與現(xiàn)有數(shù)據(jù)庫相組合。在此示例中，有兩種形式的提交添加，其中新記錄被添加到產(chǎn)品數(shù)據(jù)庫中；以及重建，其中現(xiàn)有記錄被修改或被導(dǎo)入的記錄所取代。
圖10A示出允許用戶通過點擊“Upload(上載)”按鈕上載數(shù)據(jù)的網(wǎng)頁。這將用戶帶到圖10B中的表單。在這里，用戶指定目錄內(nèi)的目的地表、表是被添加還是被重建以及用于上載的源文件。在之后的頁面中，用戶還可指定源文件中的字段如何映射到目的地表中的字段。點擊“Upload”啟動上載(在確認之后)。圖10C是上載遇到錯誤的結(jié)果頁面，這些錯誤在“Warning and Errors(警告和錯誤)”部分中示出。使上載和提交過程相分離允許了用戶在影響產(chǎn)品數(shù)據(jù)庫之前校正任何警告和錯誤。
當用戶對正確上載源數(shù)據(jù)感到滿意時，用戶點擊“Commit(提交)”，然后該“Commit”適當?shù)貙崿F(xiàn)添加或重建。提交步驟在被執(zhí)行之前一般被確認。確認頁面可包括關(guān)于可能的錯誤或?qū)G失的信息的警告。圖10D示出在提交過程被執(zhí)行之后的網(wǎng)頁。在此示例中，用戶已提交了來自圖10C的上載(例如有錯誤的那一個)。結(jié)果，提交過程也反映了這些錯誤。有可能錯誤警告是不正確的。
也可從產(chǎn)品數(shù)據(jù)庫導(dǎo)出數(shù)據(jù)。圖11示出用于從目錄下載表的表單。
現(xiàn)在轉(zhuǎn)到庫存管理，圖12A-12B示出了用于管理庫存的網(wǎng)頁?？梢栽谀夸浌芾淼囊话憧蚣?例如以上在圖3-11中描述的那種)內(nèi)處理庫存管理。但是，在此示例中，由于此功能的重要性，庫存管理還具有專用網(wǎng)頁。在某些實現(xiàn)方式中，庫存數(shù)據(jù)還被存儲在與其余目錄數(shù)據(jù)相分離的數(shù)據(jù)庫中。即，產(chǎn)品數(shù)據(jù)庫可包括單獨的庫存數(shù)據(jù)庫。
圖12A示出用于查看庫存的網(wǎng)頁。此網(wǎng)頁(和其他用于編輯庫存的網(wǎng)頁)的布局、組織和操縱與圖4和7所示的用于操縱項目和表的頁面類似。這是有益的，因為它使得自助式平臺更易于學習和使用。此示例顯示表“Cookies”中的所有項目的庫存。點擊“Edit”按鈕1216允許了用戶編輯庫存，例如圖12B所示。“Upload”和“Download(下載)”按鈕1222和1224輔助了庫存數(shù)據(jù)的導(dǎo)入和導(dǎo)出。
圖3-12示出了用于幫助商家進行目錄管理的不同網(wǎng)頁。一般將會有兩個版本的目錄。發(fā)表的目錄是當前在站點上實現(xiàn)的版本。這是顧客在訪問商家在站點上的店面時將會體驗到的版本。工作目錄是商家可用來進行編輯、修改等而不會影響顧客體驗的版本。在典型體系結(jié)構(gòu)中，上述目錄管理功能影響工作目錄，而不是發(fā)表的目錄。當商家希望工作目錄開始起作用時，他發(fā)表工作目錄。圖13示出用于發(fā)表工作目錄的確認頁面。
圖3-13示出用于目錄管理的自助式平臺的一個示例。在此示例中，頁面一般采用公共的查看和編輯目錄的方法。此外，沒有給予用戶無限制的操縱目錄的自由。更確切地說，平臺被設(shè)計為自動完成最公共的功能，并且限制用戶對精密或復(fù)雜的操縱的訪問權(quán)限。對于想要被大量較小的商家使用的自助式平臺來說，這是有利的。布局和編輯的公共方法使得平臺學習起來較為容易且使用起來較為直觀，即使沒有訓練課程或冗長的文檔資料也是如此。用戶的有限自由降低了不熟練的用戶意外損害其自己的目錄或惡意用戶故意損害他人的目錄的風險。它還減少了平臺所需的技術(shù)支持量，從而降低了終端用戶的成本。
此外，本發(fā)明不限于圖3-13的具體示例。許多其他變化將會是顯而易見的。例如，可使用不同的用戶接口外觀風格。顯示不需要使用表格形式。它們可包含圖像、音頻和其他類型的信息。它們可以是由語音激活的，或者支持其他類型的I/O。此外，可為每個用戶定制用戶接口。例如，用戶可定制目錄管理器的首頁(或其他頁面)以適應(yīng)其需求。
用于操縱目錄的接口也不需要限于網(wǎng)頁、表單和數(shù)據(jù)的導(dǎo)入/導(dǎo)出?？芍С周浖詣踊＠?，目錄可被設(shè)計成經(jīng)由應(yīng)用程序接口(API)、命令集合和/或腳本被操縱。這些選項使得目錄更易于與其他系統(tǒng)直接接口，所述其他系統(tǒng)例如是商家的倉庫處的庫存管理系統(tǒng)或標準價格單。還可提供模板以自動完成可能對于許多用戶來說公共的任務(wù)。
此外，所實現(xiàn)的管理功能不限于圖3-13所示的那些。例如，在可替換版本中，定價可以基于更精密的計劃或表(例如定價隨著時間自動變化，或隨著剩余庫存自動變化，或隨著購買量自動變化)。又例如，項目可用性可隨時間自動變化。平臺還可允許用戶設(shè)置告警或通知。例如，用戶可能希望在庫存下降到某個水平以下(或太長時間保持在某個水平以上)時得到告警。還可為用戶生成不同的報告。
目錄也不限于基于表、項目和選項的組織。也可支持其他結(jié)構(gòu)。例如，用戶可限定群組，或者甚至群組的群組等等。或者，可使用基于對象的結(jié)構(gòu)，在這里子對象從其父對象那里繼承屬性。
現(xiàn)轉(zhuǎn)到圖14，其中表示了根據(jù)本發(fā)明的商店的簡化框圖。在此示例中(就像此公開文本中自始至終的情況那樣)，相同的組件可被稱為模塊、服務(wù)器或其他描述性術(shù)語，例如“宿主”、“宿主模塊”、“宿主服務(wù)器”或“宿主應(yīng)用程序”。應(yīng)當理解，這些組件不是想要被限于特定物理形式。在大多數(shù)情況下，當前優(yōu)選的實現(xiàn)方式是軟件。但是，根據(jù)特定應(yīng)用，它們可被實現(xiàn)為硬件、固件、軟件和/或其組合。此外，不同的軟件可共享公共的子組件或者甚至由相同的子組件來實現(xiàn)。在不同組件之間可能有也可能沒有清楚的邊界。
比較圖14與圖2，產(chǎn)品數(shù)據(jù)庫210被實現(xiàn)為產(chǎn)品目錄812和庫存記錄814。產(chǎn)品目錄812包括關(guān)于商店的目錄的信息，例如許諾銷售的項目、項目的圖像、定價、文本描述、不同選項等等。產(chǎn)品目錄812使用如上所述的表、項目和選項結(jié)構(gòu)。產(chǎn)品目錄812中的信息被存儲為表。表中的每一行對應(yīng)于一個項目。在此示例中未使用關(guān)系數(shù)據(jù)庫。通過對選項編碼以產(chǎn)生單個串來處理選項。這種串被存儲在表的Options字段中。當需要關(guān)于選項的信息時，串被解碼。庫存記錄814與目錄的其余部分相分離，并且是用傳統(tǒng)技術(shù)來存儲的。
電子商務(wù)店面260存儲用于呈現(xiàn)給顧客的網(wǎng)頁。網(wǎng)頁一般包含對其他位置的引用，例如圖像、動態(tài)饋送、廣告和/或商店標簽。商店標簽是對來自產(chǎn)品數(shù)據(jù)庫210的信息的引用。店面編輯器220幫助商家構(gòu)建和維護電子商務(wù)站點。它可包括用于自動完成商家店面的構(gòu)建的模板。
產(chǎn)品管理模塊230包括幫助商家進行產(chǎn)品數(shù)據(jù)庫管理的模塊。商家經(jīng)由URL訪問管理模塊230。圖14所示的特定模塊對應(yīng)于圖3-13中描述的功能。項目管理模塊836、表管理模塊835和導(dǎo)入/導(dǎo)出模塊837分別實現(xiàn)圖4-6、7-9和10-11中描述的項目管理、表管理和導(dǎo)入/導(dǎo)出功能。這些模塊主要與產(chǎn)品目錄812接口，以便編輯目錄。庫存管理模塊839實現(xiàn)圖12中描述的庫存功能。它主要與庫存記錄814接口。
發(fā)表模塊832負責目錄的發(fā)表，如圖13中所述。發(fā)表的目錄被示為圖14中的框833。其他組件經(jīng)由發(fā)表模塊832訪問發(fā)表的目錄833。例如，電子商務(wù)服務(wù)器270與發(fā)表模塊832交互以訪問發(fā)表的目錄833，而不是直接訪問產(chǎn)品目錄812。圖14中的框833只是圖形表示。它不是想要暗示發(fā)表的目錄833被存儲為發(fā)表模塊832的一部分，或者甚至發(fā)表的目錄833與產(chǎn)品目錄812相分離。例如，在一種實現(xiàn)方式中，公共的數(shù)據(jù)庫被用于存儲發(fā)表的目錄和“工作”目錄兩者。每個表中的每一行被標記為已發(fā)表或未發(fā)表。
如果商家希望的話，則他可導(dǎo)出發(fā)表的目錄833。從而，例如，商家可導(dǎo)出發(fā)表的目錄833，然后使用除店面編輯器220外的其他開發(fā)工具來構(gòu)建商店站點。其他開發(fā)工具的示例包括Macromedia的Dream Weaver，Microsoft的FrontPage和其他HTML編輯器。當網(wǎng)頁被加載回系統(tǒng)時，商店標簽提供到產(chǎn)品數(shù)據(jù)庫中包含的信息的聯(lián)接。發(fā)表的目錄833也可被導(dǎo)出到其他市場。將產(chǎn)品目錄與店面外觀風格相分離允許了商家構(gòu)建目錄一次并在許多市場的不同店面中重新使用它。
在圖14中，商店標簽中心831是幫助商家使用商店標簽的模塊。商店標簽中心831可包含描述商店標簽概念的信息、關(guān)于其使用的指南和/或輔助其使用的工具。例如，商店標簽中心831可包括幫助商家識別某條特定信息的正確商店標簽的向?qū)?wizards)。
在顧客方，電子商務(wù)服務(wù)器270(圖2)包括宿主服務(wù)器874和商店標簽服務(wù)器872(圖14)，以及其他服務(wù)器。圖14中示出了定單服務(wù)器876和記賬服務(wù)器877，雖然一般還會使用其他組件(例如圖像服務(wù)器、搜索服務(wù)器、庫服務(wù)器、重定向服務(wù)器、錢包技術(shù)(wallet technology)、信用卡處理、稅款、運送和處理表等等)。電子商務(wù)服務(wù)器270訪問各種數(shù)據(jù)源。在此示例中，電子商務(wù)服務(wù)器270可訪問庫存記錄814和電子商務(wù)店面260，并且可經(jīng)由發(fā)表模塊832獲得發(fā)表的目錄833。
宿主服務(wù)器874負責將店面網(wǎng)頁提供給顧客。它從電子商務(wù)店面260取得網(wǎng)頁。所取得的網(wǎng)頁中的商店標簽被傳遞給商店標簽服務(wù)器872，該商店標簽服務(wù)器872基于發(fā)表的目錄833解析商店標簽。在此實現(xiàn)方式中，商店標簽是服務(wù)器方的，并且包括(SSI)HTML標簽。商店標簽服務(wù)器872是在HTML頁面中動態(tài)提供來自產(chǎn)品目錄的數(shù)據(jù)元素的web服務(wù)器。這是在頁面被提供時完成的，但是同時保持靜態(tài)頁面URL。宿主服務(wù)器874經(jīng)由whproxy與商店標簽服務(wù)器872通信。
為了減少不必要的通信，商店標簽展開的結(jié)果可被緩存。在一種方法中，當宿主服務(wù)器874首次遇到網(wǎng)頁上的特定商店的商店標簽時，它檢查緩存的頁面復(fù)本(例如被保存為與原始文件具有相同名稱和位置的隱藏文件)。如果緩存的復(fù)本比起取得的網(wǎng)頁來具有更新近的時間戳，并且在這期間目錄尚未被更新過，則使用緩存的復(fù)本。在此情況下，不需要向商店標簽服務(wù)器872發(fā)送對于此特定商店和頁面的其他請求。如果緩存的頁面已過時或者沒有緩存的頁面，則當前頁面還被存儲為緩存的復(fù)本。在緩存的復(fù)本中，商店標簽被展開。在備用方法中，可以按逐標簽而不是逐頁面的方式緩存商店標簽。
雖然具體描述包含許多細節(jié)，但是這些細節(jié)不應(yīng)當被解釋為限制本發(fā)明的范圍，而僅應(yīng)當被解釋為說明本發(fā)明的不同示例和方面。應(yīng)當意識到，本發(fā)明的范圍包括以上未詳細討論的其他實施例。在這里公開的本發(fā)明的方法和裝置的配置、操作和細節(jié)中，可進行對于本領(lǐng)域的技術(shù)人員來說顯而易見的各種其他修改、改變和變化，而不會脫離所附權(quán)利要求書限定的本發(fā)明的范圍。因此，本發(fā)明的范圍應(yīng)當由所附權(quán)利要求書及其法律上的等同物來確定。此外，沒有元素、組件或方法步驟想要被指定給公眾，不論在權(quán)利要求書中是否明確闡述了這些元素、組件或方法步驟。
權(quán)利要求
1.一種用于管理在因特網(wǎng)上實現(xiàn)的商店的方法，該方法被實現(xiàn)在計算機化的自助式平臺上，并且包括將關(guān)于經(jīng)由所述商店許諾銷售的產(chǎn)品的信息存儲在產(chǎn)品數(shù)據(jù)庫中；將關(guān)于對顧客的商店呈現(xiàn)的信息存儲在電子商務(wù)店面中；以及幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫。
2.如權(quán)利要求1所述的方法，其中所述自助式平臺可由用戶經(jīng)由webURL來訪問。
3.如權(quán)利要求1所述的方法，其中存儲關(guān)于所述商店的呈現(xiàn)的信息的步驟包括將所述商店的店面的網(wǎng)頁存儲在所述電子商務(wù)店面中。
4.如權(quán)利要求3所述的方法，其中所述網(wǎng)頁包括商店標簽，該商店標簽引用存儲在所述產(chǎn)品數(shù)據(jù)庫中的信息。
5.如權(quán)利要求4所述的方法，所述方法還包括在不解析查詢的情況下解析所述商店標簽。
6.如權(quán)利要求4所述的方法，還包括提供至少一個包括所述商店標簽的網(wǎng)頁模板。
7.如權(quán)利要求4所述的方法，還包括提供向?qū)б詭椭脩羰褂盟錾痰陿撕灐?br> 8.如權(quán)利要求1所述的方法，其中存儲關(guān)于許諾銷售的產(chǎn)品的信息的步驟包括將所述信息存儲在至少一個表中，所述至少一個表中的每個表被組織成多個項目，所述多個項目中的至少一個項目具有至少一個選項。
9.如權(quán)利要求8所述的方法，其中可為所述至少一個選項中的每個選項管理庫存。
10.如權(quán)利要求8所述的方法，其中所述至少一個表中的每個表包含多個記錄，每個記錄對應(yīng)于一個項目，并且其中一個項目的多個選項被集體編碼為該項目的記錄內(nèi)的單個字段。
11.如權(quán)利要求8所述的方法，還包括以表格形式顯示所述至少一個表中的表的多個項目中的項目，其中項目內(nèi)的選項可在所述顯示內(nèi)被折疊和展開。
12.如權(quán)利要求8所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括通過提供具有必須被包括在新表中的預(yù)先限定的必填字段的表單來幫助用戶限定新表；提供具有可任選被包括在所述新表中的預(yù)先限定的商店字段的表單；提供具有可任選被包括在所述新表中的預(yù)先限定的購買字段的表單。
13.如權(quán)利要求1所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括幫助用戶限定所述產(chǎn)品數(shù)據(jù)庫內(nèi)的多個群組，其中用戶可通過操縱所述多個群組來操縱所述產(chǎn)品數(shù)據(jù)庫。
14.如權(quán)利要求1所述的方法，其中將關(guān)于經(jīng)由所述商店許諾銷售的產(chǎn)品的信息存儲在產(chǎn)品數(shù)據(jù)庫中的步驟包括將與目錄相關(guān)的信息存儲在產(chǎn)品數(shù)據(jù)庫中；以及將與庫存相關(guān)的信息存儲在庫存記錄中。
15.如權(quán)利要求1所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括幫助用戶限定產(chǎn)品的常規(guī)價格；以及可任選地幫助用戶限定產(chǎn)品的特價價格。
16.如權(quán)利要求15所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟還包括幫助用戶限定所述產(chǎn)品數(shù)據(jù)庫內(nèi)的多個群組；以及一旦用戶采取單個動作，就激活所述多個群組中的所選產(chǎn)品群組內(nèi)的所有特價價格。
17.如權(quán)利要求1所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括幫助用戶限定所述產(chǎn)品數(shù)據(jù)庫內(nèi)的多個群組；以及一旦用戶采取單個動作，就將用戶限定的折扣應(yīng)用到所述多個群組中的所選產(chǎn)品群組內(nèi)的所有價格。
18.如權(quán)利要求1所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括允許用戶僅通過提交預(yù)先限定的表單或通過導(dǎo)入數(shù)據(jù)來編輯所述產(chǎn)品數(shù)據(jù)庫。
19.如權(quán)利要求1所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括，在完成將會丟失來自所述產(chǎn)品數(shù)據(jù)庫的數(shù)據(jù)的任務(wù)之前警告用戶數(shù)據(jù)將會丟失；以及確認用戶仍希望完成所述任務(wù)。
20.如權(quán)利要求1所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括上載用戶所識別的數(shù)據(jù)；確認用戶希望提交上載的數(shù)據(jù)；以及一旦確認，就提交所述上載的數(shù)據(jù)。
21.如權(quán)利要求1所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括基于存儲在所述產(chǎn)品數(shù)據(jù)庫中的信息發(fā)表目錄；以及導(dǎo)出發(fā)表的目錄。
22.如權(quán)利要求21所述的方法，還包括導(dǎo)入基于導(dǎo)出的目錄所創(chuàng)建的網(wǎng)頁；以及將導(dǎo)入的頁面存儲在所述電子商務(wù)店面中。
23.如權(quán)利要求1所述的方法，還包括在用戶發(fā)表對所述產(chǎn)品數(shù)據(jù)庫的編輯時，實時更新所述商店。
24.一種用于管理在因特網(wǎng)上實現(xiàn)的商店的系統(tǒng)，包括產(chǎn)品數(shù)據(jù)庫，其存儲關(guān)于經(jīng)由所述商店許諾銷售的多個產(chǎn)品的信息；電子商務(wù)店面，其存儲關(guān)于對顧客的商店呈現(xiàn)的信息；所述信息引用存儲在所述產(chǎn)品數(shù)據(jù)庫中的信息；以及產(chǎn)品管理模塊，其耦合到所述產(chǎn)品數(shù)據(jù)庫并且可被用戶訪問，用于在自助基礎(chǔ)上管理所述產(chǎn)品數(shù)據(jù)庫。
25.如權(quán)利要求24所述的系統(tǒng)，其中所述產(chǎn)品管理模塊可由用戶經(jīng)由web URL來訪問。
26.如權(quán)利要求24所述的系統(tǒng)，其中所述電子商務(wù)店面存儲所述商店的店面的網(wǎng)頁。
27.如權(quán)利要求26所述的系統(tǒng)，其中所述網(wǎng)頁包括商店標簽，該商店標簽引用存儲在所述產(chǎn)品數(shù)據(jù)庫中的信息。
28.如權(quán)利要求27所述的系統(tǒng)，其中所述產(chǎn)品管理模塊包括商店標簽中心以幫助用戶使用商店標簽。
29.如權(quán)利要求27所述的系統(tǒng)，還包括電子商務(wù)服務(wù)器，其耦合到所述電子商務(wù)店面，用于向顧客提供網(wǎng)頁，所述電子商務(wù)服務(wù)器包括用于解析所述網(wǎng)頁中包括的商店標簽的商店標簽服務(wù)器。
30.如權(quán)利要求24所述的系統(tǒng)，其中所述產(chǎn)品數(shù)據(jù)庫將關(guān)于許諾銷售的產(chǎn)品的信息存儲在多個表中，所述多個表中的每個表被組織成項目，其中至少一個項目具有至少一個選項。
31.如權(quán)利要求30所述的系統(tǒng)，其中可為所述至少一個選項中的每個選項管理庫存。
32.如權(quán)利要求30所述的系統(tǒng)，其中所述產(chǎn)品管理模塊包括表管理模塊，用于管理所述多個表；以及項目管理模塊，用于管理所述項目。
33.如權(quán)利要求24所述的系統(tǒng)，其中所述產(chǎn)品數(shù)據(jù)庫包括產(chǎn)品目錄，用于存儲與目錄相關(guān)的信息；以及庫存記錄，用于存儲與庫存相關(guān)的信息。
34.如權(quán)利要求33所述的系統(tǒng)，其中所述產(chǎn)品管理模塊包括庫存管理模塊，用于管理所述庫存記錄。
35.如權(quán)利要求24所述的系統(tǒng)，其中所述產(chǎn)品管理模塊包括發(fā)表模塊，用于基于存儲在所述產(chǎn)品數(shù)據(jù)庫中的信息發(fā)表目錄。
36.如權(quán)利要求24所述的系統(tǒng)，其中所述產(chǎn)品管理模塊在用戶發(fā)表對所述產(chǎn)品數(shù)據(jù)庫的編輯時實時地更新所述商店。
37.一種用于管理在通信網(wǎng)絡(luò)上實現(xiàn)的商店的方法，該方法被實現(xiàn)在自助式平臺上，并且包括將關(guān)于經(jīng)由所述商店許諾銷售的多個產(chǎn)品的信息存儲在產(chǎn)品數(shù)據(jù)庫中；將關(guān)于對顧客的商店呈現(xiàn)的信息存儲在電子商務(wù)店面中；以及幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫。
38.如權(quán)利要求37所述的方法，其中存儲在所述電子商務(wù)店面中的信息中的至少某些信息引用存儲在所述產(chǎn)品數(shù)據(jù)庫中的信息。
39.如權(quán)利要求37所述的方法，其中存儲關(guān)于許諾銷售的多個產(chǎn)品的信息的步驟包括將所述信息存儲為項目，其中至少一個項目具有至少一個選項，其中可為每個選項管理庫存。
40.如權(quán)利要求37所述的方法，其中幫助用戶管理所述產(chǎn)品數(shù)據(jù)庫的步驟包括允許用戶限定所述產(chǎn)品數(shù)據(jù)庫內(nèi)的多個群組，其中用戶可通過操縱所述多個群組來操縱所述產(chǎn)品數(shù)據(jù)庫。
全文摘要
一種計算機化的自助式平臺幫助商家創(chuàng)建和管理計算機網(wǎng)絡(luò)上的商店。在一個方面中，用于管理商店的系統(tǒng)包括產(chǎn)品數(shù)據(jù)庫和電子商務(wù)店面，其中電子商務(wù)店面引用產(chǎn)品數(shù)據(jù)庫中的信息。產(chǎn)品管理模塊(例如目錄管理器)允許商家在自助基礎(chǔ)上管理產(chǎn)品數(shù)據(jù)庫。將店面與產(chǎn)品數(shù)據(jù)庫相分離產(chǎn)生了顯著優(yōu)點。
文檔編號G06Q30/00GK1853191SQ200480026964
公開日2006年10月25日 申請日期2004年9月16日 優(yōu)先權(quán)日2003年9月19日
發(fā)明者蒂莫西·羅伯茨, 杰－赫恩格·周, 薩拉·赫克斯, 吉米·R·杜威爾 申請人:雅虎公司