TWI455056B - Notification control system, notification control means, notification control method, and program product - Google Patents

Description

通知控制系統、通知控制裝置、通知控制方法、及程式產品

本發明係有關於通知控制系統、通知控制裝置、通知控制方法、及電腦程式產品。

先前以來，當商品進貨時，會對使用者進行進貨通知的技術，已為習知。專利文獻1中係記載了，利用網際網路提供通訊販售的系統中，對於進行了商品進貨通知要求的使用者，在商品進貨時會發送出進貨通知的技術。

[先前技術文獻] [專利文獻]

[專利文獻1]日本特開2003-30507號公報

在如上記的技術中，即使商品進貨而進行了 進貨通知，商品仍有可能賣完，再次變成沒有庫存。因此，當收到進貨通知的使用者去存取商品網頁時，有時候是還有庫存，也有時候是已經沒有庫存了。

例如，在存取商品網頁時已經沒有庫存的情況下，使用者無法購入商品，因此該當商品再進貨時發送再進貨通知的必要性是很高的。然而，在先前技術中，為了收取再進貨通知，使用者必須再次進行進貨通知要求才可，會感到非常麻煩。

此處，也考慮對曾經一度進行過進貨通知要求的使用者，每次商品再進貨就會自動發送再進貨通知。然而，在存取商品網頁時若還有存取剩下的情況下，使用者就可以購入商品，因此發送再進貨通知的必要性就很低。此情況下，例如，只要使用者沒有進行再進貨通知的停止要求，後續的再進貨通知仍會陸續發送過去，結果還是讓使用者感到麻煩。

本發明係有鑑於上記課題而研發，其目的為，提供一種可減輕商品之再進貨通知之相關麻煩的通知控制系統、通知控制裝置、通知控制方法、及電腦程式產品。

為了解決上記課題，本發明所述之通知控制系統，其特徵為，含有：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的手段；和進貨通知要求受理 手段，係用以受理使用者所做的前記商品之進貨通知要求；和進貨通知手段，係用以在前記商品進貨時，對於已經受理前記進貨通知要求之使用者，進行進貨通知；和庫存判定手段，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知。

又，本發明所述之通知控制裝置，其特徵為，含有：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的手段；和進貨通知要求受理手段，係用以受理使用者所做的前記商品之進貨通知要求；和進貨通知手段，係用以在前記商品進貨時，對於已經受理前記進貨通知要求之使用者，進行進貨通知；和庫存判定手段，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知。

又，本發明所述之通知控制方法，其特徵為，含有：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的步驟；和進貨通知要求受理步驟，係用以受理使用者所做的前記商品之進貨通知要求；和進貨通知步驟，係用以在前記商品進貨時，對於已經受理前記進貨 通知要求之使用者，進行進貨通知；和庫存判定步驟，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存；和再進貨通知控制步驟，係用以根據前記庫存判定步驟中的判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知。

又，本發明所述之程式產品，係使電腦發揮機能而成為：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的手段；進貨通知要求受理手段，係用以受理使用者所做的前記商品之進貨通知要求；進貨通知手段，係用以在前記商品進貨時，對於已經受理前記進貨通知要求之使用者，進行進貨通知；庫存判定手段，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存；再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知。

又，本發明所述之資訊記憶媒體，係為記憶有上記程式的電腦可讀取之資訊記憶媒體。

又，本發明之一樣態中，其特徵為，前記進貨通知手段係根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；前記進貨通知要求受理手段係設定前記識別資訊，以使得在受理了前記進貨通知要求時，對已經受 理該當進貨通知要求之使用者，進行進貨通知；前記進貨通知手段係設定前記識別資訊，以使得在對已經受理前記進貨通知要求之使用者進行進貨通知時，不會對該當使用者進行再進貨通知；前記再進貨通知控制手段係設定前記識別資訊，以使得在前記庫存判定手段判定為沒有前記商品之庫存時，對已經受理前記進貨通知要求之使用者進行再進貨通知。

又，本發明之一樣態中，其特徵為，前記通知控制系統係還含有：用以受理使用者所做的進貨通知之停止要求的手段；和用以判定是否受理了，已經受理前記進貨通知要求之使用者所做的前記停止要求的手段；前記進貨通知手段係在從受理了前記進貨通知要求至受理了前記停止要求為止的期間，對已經受理前記進貨通知要求之使用者進行再進貨通知；前記再進貨通知控制手段係在前記庫存判定手段判定為有前記商品之庫存時，停止對已經受理前記進貨通知要求之使用者的再進貨通知。

又，本發明之一樣態中，其特徵為，前記通知控制系統係還含有：購入判定手段，係用以判定，在前記進貨通知要求之受理後，已經受理前記進貨通知要求之使用者是否已經購入了前記商品；前記再進貨通知控制手段係根據前記購入判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。

又，本發明之一樣態中，其特徵為，前記通 知控制系統係還含有：間隔判定手段，係用以判定，前記商品進貨的時點、和已經受理前記進貨通知要求之使用者存取前記商品網頁的時點，兩者的間隔是否為基準間隔以上；前記再進貨通知控制手段係根據前記間隔判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。

又，本發明之一樣態中，其特徵為，前記商品網頁係含有關於複數商品之資訊；前記通知控制系統係還含有：顯示判定手段，係用以判定前記商品網頁當中表示前記進貨通知要求所對應之商品的部分，是否已經被對應於已經受理前記進貨通知要求之使用者的顯示手段所顯示；前記再進貨通知控制手段係根據前記顯示判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。

又，本發明之一樣態中，其特徵為，前記進貨通知要求受理手段係在前記商品網頁中所含之所定指標是已被已經受理前記進貨通知要求之使用者所選擇時，受理前記進貨通知要求；前記通知控制系統係還含有：用以在對已經受理前記進貨通知要求之使用者進行再進貨通知時，將前記商品網頁中的前記指標之選擇設成無效化的手段。

又，本發明之一樣態中，其特徵為，前記通知控制系統係還含有：庫存耗盡通知手段，係用以在前記商品進貨後再次沒有庫存時，對已經受理前記進貨通知要 求之使用者，進行庫存耗盡通知；和存取判定手段，係用以判定已經受理前記進貨通知要求之使用者是否回應前記庫存耗盡通知而向前記商品網頁進行存取；前記再進貨通知控制手段係根據前記存取判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。

又，本發明之一樣態中，其特徵為，前記庫存耗盡通知手段係在前記進貨通知進行後至前記商品之庫存再次沒有的期間，若已經受理前記進貨通知要求之使用者並未存取前記商品網頁，則進行前記庫存耗盡通知。

又，本發明之一樣態中，其特徵為，前記通知控制系統係還含有：商品提案手段，係用以在受理了前記進貨通知要求時，將與前記進貨通知要求所對應之前記商品相同或類似之其他商品，提案給已經受理前記進貨通知要求之使用者。

又，本發明之一樣態中，其特徵為，前記進貨通知要求所對應之前記商品，係與其他複數商品相同或類似；前記商品提案手段係在前記其他複數商品當中，把比前記進貨通知要求所對應之前記商品還要有利之購入條件者，提案給已經受理前記進貨通知要求之使用者。

又，本發明之一樣態中，其特徵為，前記通知控制系統係還含有：用以在藉由前記商品提案手段而提案前記其他商品時，將前記進貨通知要求之取消，提案給已經受理前記進貨通知要求之使用者的手段。

又，本發明之一樣態中，其特徵為，前記通知控制系統係還含有：用以取得已經受理前記進貨通知要求之使用者所指定的前記商品之數目的手段；前記庫存判定手段係根據前記商品之現在庫存數和已經受理前記進貨通知要求之使用者所指定的數目，來判定前記商品是否有庫存。

若依據本發明，則可減輕商品之再進貨通知之相關麻煩。

1‧‧‧通訊販售系統

2‧‧‧通訊網路

10‧‧‧販售管理伺服器

11,21‧‧‧控制部

12,22‧‧‧記憶部

13‧‧‧光碟驅動部

14,23‧‧‧通訊部

15‧‧‧資料庫

20‧‧‧使用者終端

24‧‧‧操作部

25‧‧‧顯示部

30‧‧‧店舖終端

40‧‧‧商品網頁

42‧‧‧基本資訊

44‧‧‧庫存數

46‧‧‧輸入表單

48‧‧‧購入鈕

50‧‧‧訊息

52‧‧‧進貨通知要求鈕

54‧‧‧取消鈕

60‧‧‧進貨通知郵件

62‧‧‧主旨

64‧‧‧訊息

66,68‧‧‧連結

70‧‧‧資料記憶部

72‧‧‧庫存資料取得部

74‧‧‧進貨通知要求受理部

76‧‧‧進貨通知部

78‧‧‧庫存判定部

80‧‧‧再進貨通知控制部

82‧‧‧停止要求受理部

84‧‧‧停止要求判定部

86‧‧‧購入判定部

88‧‧‧間隔判定部

90‧‧‧顯示判定部

92‧‧‧無效化部

94‧‧‧庫存耗盡通知部

96‧‧‧存取判定部

98‧‧‧商品提案部

100‧‧‧取消提案部

102‧‧‧基準數取得部

110‧‧‧庫存耗盡通知郵件

112‧‧‧主旨

114‧‧‧訊息

116‧‧‧連結

120‧‧‧確認畫面

122‧‧‧訊息

124‧‧‧提案影像

[圖1]本發明的實施形態所述之通訊販售系統之全體構成之一例的圖示。

[圖2]販售管理伺服器的硬體構成圖。

[圖3]使用者終端的硬體構成圖。

[圖4]商品網頁之畫面例的圖示。

[圖5]商品沒有庫存時的商品網頁之畫面例的圖示。

[圖6]進貨通知郵件之一例的圖示。

[圖7]通訊販售系統中所實現之機能的機能區塊圖。

[圖8]庫存資料之資料儲存例的圖示。

[圖9]使用者資料之資料儲存例的圖示。

[圖10]進貨通知資料之資料儲存例的圖示。

[圖11]通訊販售系統所執行之處理的圖示。

[圖12]通訊販售系統所執行之處理的圖示。

[圖13]實施形態2之機能區塊圖。

[圖14]實施形態2的進貨通知郵件之一例的圖示。

[圖15]實施形態2所執行之處理的圖示。

[圖16]實施形態2所執行之處理的圖示。

[圖17]變形例的機能區塊圖。

[圖18]變形例(1)中的再進貨通知控制部的控制內容的說明圖。

[圖19]變形例(2)中的再進貨通知控制部的控制內容的說明圖。

[圖20]變形例(3)中的商品網頁之畫面例的圖示。

[圖21]用來識別商品部分之資訊之一例的圖示。

[圖22]變形例(3)中的再進貨通知控制部的控制內容的說明圖。

[圖23]變形例(4)中的商品網頁之一例的圖示。

[圖24]庫存耗盡通知郵件之一例的圖示。

[圖25]變形例(5)中的再進貨通知控制部的控制內容的說明圖。

[圖26]顯示部上所顯示之確認畫面之一例的圖示。

[圖27]變形例(7)中的商品網頁之畫面例的圖示。

[1.實施形態1]

以下，基於圖面而詳細說明本發明之實施形態的例子。此外，此處是針對，將本發明所述之通知控制系統，適用於利用網際網路來販售商品之通訊販售系統的情形，加以說明。

[1-1.通訊販售系統的硬體構成]

圖1係本發明的實施形態所述之通訊販售系統之全體構成之一例的圖示。如圖1所示，通訊販售系統1係含有：販售管理伺服器10(通知控制裝置)、資料庫15、使用者終端20、及店舖終端30。販售管理伺服器10係透過通訊網路2，而和使用者終端20及店舖終端30連接成可進行資料收送訊。

圖2係販售管理伺服器10的硬體構成圖。販售管理伺服器10係為例如伺服器電腦。如圖2所示，販售管理伺服器10係含有：控制部11、記憶部12、光碟驅動部13、及通訊部14。

控制部11係含有例如一或複數個微處理器。控制部11係依照記憶部12中所記憶之作業系統或程式，來執行處理。

記憶部12係含有主記憶部及輔助記憶部。例如，主記憶部係為RAM，輔助記憶部係為硬碟或固態硬碟機等。

光碟驅動部13係讀取光碟(資訊記憶媒體) 中所記錄之程式或資料。光碟中所記憶的程式或資料，係透過光碟驅動部13而被供給至記憶部12。亦即，光碟中所記憶的程式或資料係被光碟驅動部13所讀出，被記憶在記憶部12中。

外，販售管理伺服器10係亦可含有，用來讀取光碟以外之資訊記憶媒體(例如記憶卡)中所記憶之程式或資料所需的構成要素。然後，亦可透過光碟以外的資訊記憶媒體來把程式或資料供給至記憶部12。

通訊部14係含有網路卡。通訊部14係用來透過通訊網路2進行資料通訊所需。程式及資料係亦可透過通訊網路2而被供給至記憶部12。

販售管理伺服器10，係可對資料庫15進行存取。此外，資料庫15係亦可架構在販售管理伺服器10中，亦可獨立於販售管理伺服器10而架構在別的伺服器中。

資料庫15中係記憶著，用來向使用者提供商品所必需的各種資訊。關於資料庫15中所記憶的資訊，將於後述(參照圖8~圖10)。

圖3係使用者終端20的硬體構成圖。使用者終端20係為使用者所操作的電腦，例如行動電話(包含智慧型手機)、攜帶型資訊終端(包含平板型電腦)、或個人電腦等。如圖3所示，使用者終端20係含有：控制部21、記憶部22、通訊部23、操作部24、及顯示部25。此外，控制部21、記憶部22、及通訊部23的硬體構 成，係和控制部11、記憶部12、及通訊部14大略相同因此省略說明。

操作部24係用來讓使用者進行操作所需。例如，操作部24係為滑鼠或鍵盤、觸控面板等。操作部24係將使用者所做的操作內容，傳達至控制部21。

顯示部25係為例如液晶顯示部或有機EL顯示部等。顯示部25係依照控制部21的指示而顯示畫面。

店舖終端30係為被設置在店舖的資訊處理裝置。此處，為了簡化說明而省略店舖終端30的詳細構成，但店舖終端30係為例如可將商品之庫存數予以更新的公知的個人電腦等。店舖終端30係被店舖的工作人員所操作。關於該當操作內容之資料，係透過通訊網路2而被發送至販售管理伺服器10。

[1-2.使用者購入商品為止的流程]

接著，參照顯示部25中所顯示的畫面，說明使用者購入商品為止的流程。在本實施形態中，一旦使用者操作使用者終端20而向販售管理伺服器10進行存取，則用來購入商品所需的商品網頁，係被顯示在顯示部25。

圖4係商品網頁之畫面例的圖示。如圖4所示，在商品網頁40中係顯示有：關於店舖中所陳列之商品的基本資訊42、現在的商品之庫存數44、使用者用來輸入商品購入數的輸入表單46、使用者用來購入商品所需的購入鈕48。

在圖4的畫面例中，如庫存數44所示，由於商品尚有庫存因此使用者可以購入商品。例如，一旦使用者將商品購入數輸入至輸入表單46而選擇了購入鈕48，則畫面會遷移至用來輸入寄送地點或結帳方法等的網頁，購入商品所需之操作就完成。

一旦購入商品所需之操作就完成，則隨著購入內容，資料庫15會被更新。例如，該當商品的庫存數44會減少掉使用者購入之商品的數目，而更新資料庫15。此外，表示使用者之購入內容的資訊，係從販售管理伺服器10發送至店舖終端30，由店舖的工作人員來進行商品的寄送作業。

如上記，當商品尚有庫存時，使用者可以從商品網頁40購入商品，但若商品沒有庫存時，則無法從商品網頁40購入商品。

圖5係商品沒有庫存時的商品網頁40之畫面例的圖示。如圖5所示，表示由於庫存耗盡因此無法購入商品之意旨的訊息50，會被顯示。此處，輸入表單46及購入鈕48會被從商品網頁40中消去，讓使用者無法訂購商品。

又如圖5所示，進貨通知要求鈕52會被顯示在商品網頁40中。一旦使用者選擇了進貨通知要求鈕52，則當庫存耗盡之商品進貨時，會對該當使用者進行進貨通知。此處，作為進貨通知之一例，舉例電子郵件被發送給使用者時的例子來說明。以後，將作為進貨通知而被 發送的電子郵件，簡稱為進貨通知郵件。

圖6係進貨通知郵件之一例的圖示。如圖6所示，進貨通知郵件60中係含有：表示商品已經進貨的主旨62及訊息64、和前往商品網頁40的連結66。使用者一旦打開進貨通知郵件60而選擇連結66，則顯示部25中會顯示出商品網頁40。例如，在使用者存取商品網頁40之時點上，商品尚有庫存時，則會顯示出如圖4所示的商品網頁40，使用者就可購入商品。

另一方面，有時候進貨的商品全部賣完，即使使用者選擇連結66而存取商品網頁40，庫存仍再次耗盡。此時，由於使用者無法購入商品，因此該當商品再進貨時，就很可能需要再度發送進貨通知郵件(以下簡稱再進貨通知郵件)。於是，在本實施形態中係構成為，會自動設定成，即使使用者沒有再次選擇進貨通知要求鈕52仍會發送再進貨通知郵件，以減輕使用者所感受到的麻煩。以下，說明該當技術之細節。

[1-3.通訊販售系統中所實現之機能]

圖7係在通訊販售系統1中所實現之機能區塊的機能區塊圖。如圖7所示，含有：資料記憶部70、庫存資料取得部72、進貨通知要求受理部74、進貨通知部76、庫存判定部78、再進貨通知控制部80。這些各機能當中，資料記憶部70係以資料庫15為主來實現，其他各機能是以控制部11為主來實現。

[1-3-1.資料記憶部]

資料記憶部70係記憶著販售商品所必需的各種資訊。此處，舉例資料記憶部70是記憶有：關於商品之庫存的庫存資料、關於利用通訊販售系統1之各使用者的使用者資料、用來識別進行過進貨通知要求之使用者所需的進貨通知資料的情形為例子來說明。

[庫存資料]

圖8係庫存資料之資料儲存例的圖示。如圖8所示，庫存資料係為，用來識別店舖的店舖ID、用來識別店舖所陳列之商品的商品ID、商品之庫存數，被建立關連而儲存。庫存資料，係隨著使用者所做的購入操作或店舖之工作人員所做的操作，而被更新。

例如，庫存資料係隨著店舖的利用狀況而被更新。此處所謂的利用狀況，係包含通訊販售系統1中的虛擬店舖之利用狀況、和現實世界中的店舖之利用狀況(例如實際訪問店舖之客人所做的商品之購入狀況)之意思。亦即，例如，通訊販售用之虛擬店舖中商品被販售時，及現實世界之店舖中商品被販售時，庫存資料的內容會被更新。

又，庫存資料係隨著商品的進貨狀況而被更新。例如，在店舖中商品進貨時，基於店舖的工作人員的操作內容，庫存資料的內容會被更新。此處，一旦店舖的 工作人員輸入了商品的進貨數，則在庫存資料當中，該當店舖的店舖ID及該當商品的商品ID所對應之紀錄的庫存數，會增加該當所被輸入之進貨數。

[使用者資料]

圖9係使用者資料之資料儲存例的圖示。如圖9所示，在使用者資料中，係有：識別使用者的使用者ID、關於使用者的基本資訊(例如姓名、郵件位址、連路處、寄送處等)、關於使用者過去購入之商品的購入履歷(例如利用過的店舖的店舖ID、購入之商品的商品ID、購入數、購入日期時間等)，是被建立關連而儲存。

例如，當使用者進行通訊販售系統1的利用登錄時，使用者資料中會生成新的紀錄。然後，進行利用登錄之使用者所被賦予的使用者ID、和使用者所輸入的基本資訊，會被儲存在該當紀錄中。一旦完成利用登錄，則使用者就可從商品網頁40購入商品。一旦使用者購入商品，則對應於該當使用者的購入履歷會被更新。

[進貨通知資料]

圖10係進貨通知資料之資料儲存例的圖示。如圖10所示，進貨通知資料中係儲存有：使用者ID、店舖ID、商品ID、進貨通知要求的受理日期時間、進貨通知旗標。在進貨通知資料中儲存有使用者ID的使用者，係相當於進行過進貨通知要求的使用者。

在商品網頁40中若使用者選擇了進貨通知要求鈕52，則針對該當使用者的進貨通知，會被登錄。例如，進貨通知資料中會作成新的紀錄，在該當紀錄中，選擇了進貨通知要求鈕52的使用者之使用者ID；陳設對應於商品網頁40之商品的店舖的店舖ID、該當商品的商品ID、現在的日期時間，是被建立關連而儲存。此外，進貨通知旗標中係儲存著初期值(此處係為「1」)。

進貨通知旗標，係用來識別是否應對使用者進行進貨通知所需的識別資訊。此處，進貨通知旗標為「1」(第1值)，係例如表示尚未進行進貨通知，應進行進貨通知；進貨通知旗標為「0」(第2值)，係例如表示已經進行進貨通知，不要進行進貨通知。

在本實施形態中，一旦後述的進貨通知部76將進貨通知郵件60發送給使用者，則對應於該當使用者的進貨通知旗標之值會從「1」被更新成「0」。因此即使商品的庫存再次耗盡而再進貨，只要進貨通知旗標仍是「0」的狀態下，就不會對該名使用者發送再進貨通知郵件。

此外，資料記憶部70所記憶的資料，係不限於上記例子。資料記憶部70係只要能就記憶使用者購入商品所必需的各種資料即可。例如，資料記憶部70係亦可將關於進貨通知之內容的資料(例如進貨通知郵件60的雛型)，加以記憶。其他還有，例如，資料記憶部70係還可記憶表示商品的基本資訊(例如類型、影像、價 格、郵寄費用等)的資料、也可記憶著關於各商品網頁40的資料(例如URL、影像、構圖等)。

[1-3-2.庫存資料取得部]

庫存資料取得部72，係取得將關於商品庫存之資料加以記憶之手段(例如資料記憶部70)之記憶內容。在本實施形態中，庫存資料取得部72係會取得庫存資料中所儲存的各商品的庫存數。

[1-3-3.進貨通知要求受理部]

進貨通知要求受理部74，係受理使用者所做的商品之進貨通知要求。此處，使用者進行所定操作(例如選擇進貨通知要求鈕52)這件事情，係相當於進行進貨通知要求。

例如，進貨通知要求受理部74係在商品網頁40中所含之所定指標(例如進貨通知要求鈕52)被使用者所選擇時，受理進貨通知要求。亦即，進貨通知要求受理部74係藉由受理使用者選擇進貨通知要求鈕52的通知，而受理進貨通知要求。

在本實施形態中，進貨通知要求受理部74係在受理了進貨通知要求的時候，將識別資訊(例如進貨通知旗標)設定成，會對已經受理該當進貨通知要求之使用者進行進貨通知。此處，將進貨通知旗標設成「1」這件事情，係相當於把識別資訊設定成會進行進貨通知。例 如，進貨通知要求受理部74係一旦受理了進貨通知要求，就在進貨通知資料中作成新的紀錄，在該當紀錄中，儲存下使用者ID、店舖ID、商品ID、及進貨通知旗標的初期值(此處係為「1」)。

[1-3-4.進貨通知部]

進貨通知部76，係當商品進貨時，對使用者(亦即進行過進貨通知要求之使用者)進行進貨通知。此處，發送訊息或令影像被顯示，係相當於進行進貨通知。亦即，進貨通知部76，係發送表示商品已經進貨之訊息(例如進貨通知郵件60)，或令表示商品已經進貨之影像被顯示部25所顯示，藉此以進行進貨通知。

在本實施形態中，進貨通知部76係當商品進貨時，根據用來識別是否應對已經受理進貨通知要求之使用者進行進貨通知的識別資訊(例如進貨通知旗標)，來決定是否對該當使用者進行進貨通知。例如，當沒有庫存的商品進貨時，進貨通知部76，係參照進貨通知資料，特定出曾經進行過該當商品之進貨通知要求的使用者。然後，進貨通知部76係在該當已被特定之使用者當中，針對進貨通知旗標為「1」的使用者發送進貨通知郵件60，針對進貨通知旗標為「0」的使用者則不發送進貨通知郵件60， 甚至，在本實施形態中，進貨通知部76係在對已經受理進貨通知要求之使用者進行進貨通知的時候， 設定識別資訊使得對該當使用者不會進行再進貨通知。此處，將進貨通知旗標設成「0」這件事情，係相當於把識別資訊設定成不會進行進貨通知。亦即，進貨通知部76係一旦對使用者發送進貨通知郵件60，則將對應於該當使用者的進貨通知旗標之值變更成「0」，控制成不會發送再進貨通知郵件。

[1-3-5.庫存判定部]

庫存判定部78係在商品進貨後若使用者(亦即進行過進貨通知要求之使用者)向商品網頁40(亦即進行過進貨通知要求之商品的商品網頁40)進行存取時，判定商品是否有庫存。所謂「向商品網頁40進行存取時」，係為受理了對商品網頁40之存取的時點，或比該當時點還要後面的時點，例如，為了顯示商品網頁40而參照庫存資料的時點。

例如，庫存判定部78係藉由判定庫存資料所示之庫存數是否為基準數(例如1)以上，以判定商品是否有庫存。商品之庫存數為基準數以上，係相當於商品有庫存；商品之庫存數未滿基準數，係相當於商品沒有庫存。亦即，商品之庫存數從未滿基準數之狀態變化成基準數以上之狀態，是相當於沒有庫存之商品有進貨。

此外，庫存判定部78所做的判定處理，係只要是在使用者存取商品網頁40時被執行即可，無論使用者是否實際打開進貨通知郵件60，庫存判定部78所做的 判定處理都會被執行。甚至，庫存判定部78所做的判定處理，係亦可在進貨通知郵件60被發送後才被執行，也可在進貨通知郵件60被發送前就被執行。

[1-3-6.再進貨通知控制部]

再進貨通知控制部80係根據庫存判定部78的判定結果，來控制對使用者的再進貨通知。再進貨通知係為商品再次沒有庫存之後又再進貨時的進貨通知，係為表示商品有再進貨之訊息、或表示商品已被再進貨之影像。再進貨通知，係可和進貨通知相同內容也可為不同內容。

再者，所謂「控制再進貨通知」，係為對使用者是否進行再進貨通知的相關控制，例如係為再進貨通知的登錄或停止(刪除)的相關控制。此處，將進貨通知旗標之值設成「1」(亦即，視為使用者進行了進貨通知要求。進行進貨通知之登錄)，係相當於控制成要進行再進貨通知；將進貨通知旗標之值設成「0」(亦即，視為使用者進行了進貨通知要求的停止要求。進行進貨通知之登錄的取消)，係相當於控制成不進行再進貨通知。

在本實施形態中，再進貨通知控制部80係在藉由庫存判定部78而判定商品沒有庫存時，則將識別資訊(例如進貨通知旗標)設定成，會對已經受理進貨通知要求之使用者進行再進貨通知。此處，再進貨通知控制部80係在藉由庫存判定部78而判定商品沒有庫存時，則藉由將進貨通知旗標之值從「0」更新成「1」，以控制成對 使用者會進行再進貨通知。

[1-4.實施形態1中所執行之處理]

圖11及圖12係通訊販售系統1所執行之處理的圖示。圖11係使用者存取商品網頁40時所被執行的處理，圖12係販售管理伺服器10進行進貨通知及再進貨通知時所被執行的處理。藉由執行圖11及圖12所示的處理，就會實現各機能區塊。

首先說明圖11所示之處理。販售管理伺服器10的控制部11，是按照記憶部12中所記憶之程式而動作，使用者終端20的控制部21係藉由按照記憶部22中所記憶之程式而動作，以執行圖11所示之處理。此外，為了簡化說明，假設在下記處理執行時，販售管理伺服器10與使用者終端20的會談係已被建立，而且使用者已經完成所定的登入操作。

如圖11所示，首先，於使用者終端20中，控制部21係隨應於使用者之操作(例如選擇商品網頁40之連結的操作)，而將商品網頁40的顯示要求，發送至販售管理伺服器10(S1)。此外，從使用者終端20向販售管理伺服器10發送資訊時，IP位址或使用者ID等會被發送。藉此，販售管理伺服器10係可特定出是哪位使用者存取商品網頁40。

於販售管理伺服器10中，一旦接收到商品網頁40的顯示要求，則控制部11係參照庫存資料，判定對 應於商品網頁40的商品是否還有庫存(S2)。此外，這裡是假設，商品網頁40與店舖ID及商品ID的關連建立，是已經被記憶在販售管理伺服器10的記憶部12中。於S2中，控制部11係參照該當關連，而取得已受理顯示要求的商品網頁40所關連到的店舖ID及商品ID。然後，控制部11係在庫存資料當中，參照該當所被取得之店舖ID及商品ID之紀錄中所被儲存的庫存數。

若判定商品有庫存(S2；Y)，則控制部11係生成含有輸入表單46及購入鈕48的商品網頁40之HTML資料，發送至使用者終端20(S3)。

於使用者終端20中，一旦接收到HTML資料，則控制部21係令商品網頁40被顯示部25所顯示(S4)。S4中所被顯示的商品網頁40，係如圖4所示之狀態。以後，隨應於使用者之操作而進行商品的購入處理。該當購入處理係為公知的處理，因此省略說明。

另一方面，若判定商品沒有庫存(S2；N)，則控制部11係參照進貨通知資料，判定是否為過去曾經進行了該當商品之進貨通知要求的使用者(S5)。於S5中，控制部11係會判定，要求過商品網頁40之顯示要求的使用者的使用者ID、該當商品網頁40之店舖的店舖ID、該當商品網頁40之商品的商品ID所被儲存的紀錄，是否存在於進貨通知資料中。

若判定並非過去進行了進貨通知要求之使用者(S5；N)，則控制部11係生成表示沒有庫存之訊息 50及含有進貨通知要求鈕52的商品網頁40的HTML資料，然後發送至使用者終端20(S6)。

於使用者終端20中，一旦接收到HTML資料，則控制部21係令商品網頁40被顯示部25所顯示(S7)。在S7中所被顯示的商品網頁40中，係如圖5所示之狀態，輸入表單46及購入鈕48未被顯示，因此使用者無法進行購入商品所需之操作。

控制部21係判定進貨通知要求鈕52是否有被選擇(S8)。若判定進貨通知要求鈕52有被選擇(S8；Y)，則控制部21係將表示進貨通知要求鈕52已被選擇之事實的通知(亦即進貨通知要求)，發送至販售管理伺服器10(S9)。

於販售管理伺服器10中，一旦接收到表示進貨通知要求鈕52已被選擇之事實的通知(進貨通知要求)，則控制部11係將進貨通知資料予以更新(S10)，結束處理。於S10中，控制部11係在進貨通知資料中作成新的紀錄，將選擇了進貨通知要求鈕52的使用者之使用者ID；對應於商品網頁40的店舖的店舖ID、對應於商品網頁40的商品的商品ID、現在的日期時間、進貨通知旗標之初期值，儲存在該當紀錄中。根據S10中所被更新的進貨通知資料，控制對使用者的進貨通知及再進貨通知。

此處說明，對使用者進行進貨通知及再進貨通知所需的處理(圖12的處理)。例如，販售管理伺服 器10的控制部11，是藉由按照記憶部12中所記憶之程式而動作，而執行圖12所示之處理。

如圖12所示，首先，於販售管理伺服器10中，控制部11係判定是否從店舖終端30受理到商品之進貨(S21)。例如，若店舖的工作人員操作店舖終端30而輸入商品的進貨數，則含有該當店舖之店舖ID與該當商品之商品ID與該當所被輸入之商品數的資料，會被發送至販售管理伺服器10。於S21中，控制部11係判定是否接收到該當資料。

若判定為有受理到商品的進貨(S21；Y)，則控制部11係根據該當所受理之內容，來更新庫存資料(S22)。於S22中，控制部11係在庫存資料的各紀錄當中，將與從店舖終端30所接收到之資料所表示之店舖ID及商品ID一致的紀錄的庫存數，予以更新。

控制部11係判定沒有庫存的商品是否有進貨(S23)。於S23中，控制部11係判定S21中受理進貨的商品，是否為庫存數未滿基準數(例如1)的商品。

若判定是沒有庫存之商品有進貨(S23；Y)，則控制部11係參照進貨通知資料，判定是否有進行過該當進貨之商品的進貨通知要求之使用者存在(S24)。於S24中，在進貨通知資料的各紀錄當中，判定是否有，商品已進貨之店舖的店舖ID及該當商品之商品ID所被儲存的紀錄存在。

若判定為有進行過進貨通知要求之使用者存 在(S24；Y)，則控制部11係參照該當使用者的進貨通知旗標，判定是否進行進貨通知(S25)。於S25中，會判定進行過進貨通知要求之使用者的進貨通知旗標之值是否為「1」。

若判定為要進行進貨通知(S25；Y)，則控制部11係對進行過進貨通知要求之使用者發送進貨通知郵件60(S26)，將使用者的進貨通知旗標之值變更成「0」(S27)。於S26中，控制部11係生成對應於已進貨之商品的進貨通知郵件60，對進貨通知旗標之值為「1」的使用者進行送訊。

其後，例如，若使用者打開S26中所發送之進貨通知郵件60然後選擇了連結66，則商品網頁40的顯示要求會被執行，因此會再次執行圖11所示的S1之處理。此情況下，S2中會判定商品是否還有庫存，若判定為沒有庫存，則會進入S5之處理。此外，在本實施形態中，雖然說明了，在S5中會參照進貨通知資料，執行判定是否為進行過進貨通知要求之使用者的處理，但於S4中若判定為商品沒有庫存時則亦可不執行S5之處理，而是變更進貨通知旗標之值。亦即，例如亦可設計成，當使用者選擇了進貨通知郵件60內的連結66時，若判定商品沒有庫存則僅執行進貨通知旗標的變更處理，省略S5之處理。此情況下，使用者要求顯示之商品網頁30所對應的店舖ID、商品ID、及要求顯示的使用者之使用者ID若沒有被儲存在進貨通知資料中，該當紀錄就不會存在，因 此理所當然地，進貨通知旗標之值不會被變更。

於S5中，若判定是過去進行了進貨通知要求之使用者(S5；Y)，則控制部11係參照進貨通知資料，將該當使用者的進貨通知旗標之值變更成「1」(S11)，進入步驟S6~S10之處理。此外，亦可設計成，此情況下，在商品網頁30被顯示之前，令表示商品再次庫存耗盡之意旨的畫面，被使用者終端20的顯示部25所顯示，其後，將畫面遷移成商品網頁30。甚至，亦可於該當畫面中，顯示出用來停止再進貨通知的指標。若該當指標被使用者所選擇，則進貨通知資料中所儲存之進貨通知旗標之值就被變更成「0」，以後的再進貨通知就會被停止。

於S11中，控制部11係在進貨通知資料當中，將要求過商品網頁40之顯示要求的使用者的使用者ID、該當商品網頁40之店舖的店舖ID、及該當商品網頁40之商品的商品ID所被儲存之紀錄的進貨通知旗標之值，設定成「1」。其後，一旦圖12所示之處理被執行，則上記使用者的進貨通知旗標之值會變成「1」，因此於S26中，就會發送再進貨通知的進貨通知郵件60(亦即再進貨通知郵件)。

若依據以上說明的通訊販售系統1，則例如，收取到進貨通知郵件60的使用者選擇連結66而存取商品網頁40的情況下，即使商品的庫存再次耗盡，仍會藉由進貨通知旗標之值自動變成「1」，因此使用者就可收到 再進貨通知。亦即，被視為有進行了再進貨通知之要求，因此使用者不需要為了收取再進貨通知而進行操作，可減輕商品之再進貨通知之相關麻煩。

[2.實施形態2]

接著，說明本發明的另一實施形態。例如，如實施形態1所示，進貨通知郵件60之送訊後將進貨通知旗標之值從「1」變更成「0」的情況下，以後只要進貨通知旗標之值不變成「1」，就不會發送再進貨通知郵件。此處，即使發送進貨通知郵件60仍將進貨通知旗標之值維持成「1」的情況下，則以後每次商品再進貨時，使用者都會收取到再進貨通知郵件。

此情況下，進行過進貨通知要求之使用者所做的商品網頁40之存取時，若商品有庫存，則使用者直接就從商品網頁40購入商品的可能性很高。然而，只要使用者沒有進行所定之解除操作(停止操作)，進貨通知旗標之值沒有變成「0」的話，就會一直不斷收到沒有必要的再進貨通知郵件。於是，在實施形態2中係構成為，此情況下，藉由將進貨通知旗標之值自動地從「1」變更成「0」而使得再進貨通知郵件不會被發送，藉此而減輕使用者所感受到的麻煩。

此外，關於實施形態2的通訊販售系統1的硬體構成或商品購入為止的流程，係和實施形態1相同，因此省略說明。

[2-1.實施形態2中所實現之機能]

圖13係實施形態2之機能區塊圖。如圖13所示，在實施形態2中，係除了實施形態1的機能以外，還實現了停止要求受理部82及停止要求判定部84。這些各機能是以控制部11為主而被實現。

停止要求受理部82，係受理使用者所做的進貨通知之停止要求。此處，進行了進貨通知要求後使用者進行所定操作，係相當於進行停止要求，受理該當操作有被進行之意旨的通知這件事情，是相當於受理了停止要求。

圖14係實施形態2的進貨通知郵件60之一例的圖示。如圖14所示，實施形態2的進貨通知郵件60，係含有用來進行停止要求的連結68。此處，使用者選擇連結68而從使用者終端20向販售管理伺服器10進行存取要求這件事，是相當於停止要求。

停止要求判定部84，係判定是否從已經受理進貨通知要求之使用者受理了停止要求。此處，停止要求判定部84係在有受理到停止要求時，停止對使用者的再進貨通知。所謂停止再進貨通知，係為控制成不會進行再進貨通知，此處係為把進貨通知旗標之值設定成「0」，或是從進貨通知資料刪除使用者的紀錄本身。

接著，在實施形態2的進貨通知部76及再進貨通知控制部80之機能當中，說明與實施形態1不同的 機能。

實施形態1的進貨通知部76，係在發送進貨通知郵件60時是將進貨通知旗標之值變更成「0」，但實施形態2的進貨通知部76，係即使發送進貨通知郵件60，仍將進貨通知旗標之值維持成「1」而不變更。

實施形態2的進貨通知部76，係從受理進貨通知要求起至受理停止要求為止的期間，會對已經受理進貨通知要求之使用者進行再進貨通知。例如，進貨通知部76係在尚未受理到停止要求的情況下係進行進貨通知，在有受理到停止要求的情況下則不進行進貨通知。亦即，在實施形態2中，即時進貨通知郵件60曾經一度被發送，只要進貨通知旗標沒有變成「0」，進貨通知部76係會每當商品再進貨時就會發送再進貨通知郵件。

實施形態2的再進貨通知控制部80，係在藉由庫存判定部78而判定商品有庫存時，則針對已經受理進貨通知要求之使用者停止再進貨通知。亦即，再進貨通知控制部80係視為已經進行過停止要求，控制成不要進行再進貨通知。此處，再進貨通知控制部80係藉由將進貨通知旗標之值從「1」更新成「0」，以進行用來不要對使用者進行再進貨通知所需的控制。

[2-2.實施形態2中所執行之處理]

圖15及圖16係實施形態2所執行之處理的圖示。圖15及圖16之處理，係分別對應於實施形態1所說明的圖 11及圖12之處理。

如圖15所示，S31及S32之處理，係分別和S1及S2相同因此省略說明。

於S32中，若判定有庫存(S32；Y)，則控制部11係判定進行商品網頁40之顯示要求的使用者是否為進行過進貨通知要求之使用者(S33)。S33之處理係和S5之處理相同。

若判定是有進行過進貨通知要求之使用者(S33；Y)，則控制部11係參照進貨通知資料，將進貨通知旗標之值變更成「0」(S34)。於S34中，控制部11係在進貨通知資料當中，將要求過商品網頁40之顯示要求的使用者的使用者ID、該當商品網頁40之店舖的店舖ID、及該當商品網頁40之商品的商品ID所被儲存之紀錄的進貨通知旗標之值，設定成「0」。

S35~S41之處理，係分別和S3、S4、及S6~S10之處理相同。此外，在實施形態2中，是說明了即使進貨通知郵件60被發送，進貨通知旗標之值仍沒有改變的情形，因此對應於S11之處理就沒有必要執行。

又，如圖16所示，控制部11係判定是否受理使用者所做的進貨通知之停止要求(S51)。於S51中，控制部11係判定進貨通知郵件60的連結68已被選擇之通知，是否有從使用者終端20接收到。此外，此處，作為連結68之引數係儲存有使用者ID、店舖ID、及商品ID，控制部11係藉由取得這些資訊，以特定哪個使 用者進行了哪個進貨通知之停止要求。

若判定為有受理到停止要求(S51；Y)，則控制部11係更新進貨通知資料(S52)。於S52中，控制部11係在進貨通知資料當中，將受理過停止要求之使用者所對應的紀錄的進貨通知旗標之值設定成「0」，控制成不會向該當使用者發送再進貨通知郵件。

另一方面，若判定為沒有受理到停止要求(S51；N)，則進入S53之處理。接著S53~S58之處理，係分別和S21~S26相同。只不過，在實施形態2中，在實施形態2是說明了即使進貨通知郵件60被發送，進貨通知旗標之值仍沒有改變的情形，因此不執行S27之處理。

如上記，若使用者存取商品網頁40時有庫存，則S34之處理會被執行而進貨通知旗標之值會被變更成「0」，藉此，若S57之處理被執行，則會判定成不進行進貨通知，對該當使用者不會發送再進貨通知郵件。

若依據實施形態2的通訊販售系統1，則例如，收取到進貨通知郵件60的使用者選擇連結66而存取商品網頁40的情況下，若商品有剩下庫存，則進貨通知旗標之值會自動變成「0」，不會對使用者進行再進貨通知。因此，使用者係不會一直收取到再進貨通知，甚至，被視為已經做了進貨通知之解除，因此不需要為了解除再進貨通知所需之操作，可減輕商品之再進貨通知之相關麻煩。

[3.變形例]

此外，本發明係不限定於以上說明的實施形態。在不脫離本發明之宗旨的範圍內，可做適宜變更。

圖17係變形例的機能區塊圖。如圖17所示，在下記說明的變形例中，係除了上記實施形態之機能外，還實現有：購入判定部86、間隔判定部88、顯示判定部90、無效化部92、庫存耗盡通知部94、存取判定部96、商品提案部98、取消提案部100、及、基準數取得部102。這些各機能是以控制部11為主而被實現。

(1)例如，即使進行過進貨通知要求之使用者存取商品網頁40時沒有庫存，若使用者已經購入了商品，則例如，使用者只會為了輸入商品的評價而進行存取，沒有需要再進貨通知郵件。因此，亦可把進行過進貨通知要求之使用者是否已經購入商品，當作是再進貨通知控制之際的條件。

本變形例的通訊販售系統1，係含有購入判定部86。購入判定部86係判定，在進貨通知要求受理後，使用者是否已經購入了商品(亦即曾經做過進貨通知要求之商品)。此外，以下的「使用者」之記載，係意味著「已經受理進貨通知要求之使用者」。

此處，如圖9所示，使用者的商品購入履歷係被儲存在使用者資料中。例如，每次使用者從商品網頁40購入商品時，購入該當商品的店舖的店舖ID、該當商 品的商品ID、及商品的購入時間，係被當成該當使用者的購入履歷而記錄在使用者資料中。

購入判定部86係參照使用者資料中所儲存的購入履歷，判定進貨通知要求之受理後，使用者是否購入了該當進貨通知要求所對應之商品。例如，購入判定部86係在使用者資料中所儲存的購入履歷當中，參照比進貨通知要求之受理時間還要晚的購入時間所被儲存的紀錄，判定存取了商品網頁40的使用者之使用者ID、對應於商品網頁40之店舖ID、及對應於商品網頁40之商品ID，是否有被儲存。亦即，就算比進貨通知要求之受理時間還早以前，使用者購入了該當進貨通知要求所對應之商品，購入判定部86係仍不會判定成使用者已經購入了進貨通知要求所對應之商品。

圖18係變形例(1)中的再進貨通知控制部80的控制內容的說明圖。本變形例的再進貨通知控制部80，係根據購入判定部86的判定結果、和庫存判定部78的判定結果，來控制再進貨通知。

如圖18所示，例如，再進貨通知控制部80係在藉由購入判定部86而判定成尚未購入商品時，且在藉由庫存判定部78而判定商品沒有庫存時，則控制成會進行再進貨通知。此情況下，使用者尚未購入商品，向商品網頁40進行存取時沒有庫存，因此認為發送再進貨通知郵件的必要性很高，再進貨通知控制部80係將進貨通知旗標設定成「1」。

此外，在對實施形態1適用本變形例時，把進貨通知旗標從「0」變更成「1」，係相當於控制成要進行再進貨通知。另一方面，在對實施形態2適用本變形例時，把進貨通知旗標維持「1」不變，係相當於控制成要進行再進貨通知。在以下說明的變形例中，記載成進行用來進行再進貨通知所需之控制的情況，都和上記相同。

另一方面，再進貨通知控制部80係在藉由購入判定部86而判定成已購入商品時，且在藉由庫存判定部78而判定商品沒有庫存時，則進行用來不做再進貨通知所需之控制。此情況下，雖然向商品網頁40存取時沒有庫存，但由於使用者已經購入商品，因此例如，使用者有可能是為了輸入商品評價而做存取，認為發送再進貨通知郵件的必要性很低，因此再進貨通知控制部80係將進貨通知旗標設定成「0」。

此外，在對實施形態1適用本變形例時，把進貨通知旗標維持「0」不變，係相當於控制成不要做再進貨通知。另一方面，在對實施形態2適用本變形例時，把進貨通知旗標從「1」變更成「0」，係相當於控制成不要做再進貨通知。在以下說明的變形例中，記載成進行用來不要再進貨通知所需之控制的情況，都和上記相同。

又，如圖18所示，在藉由庫存判定部78而判定商品有庫存的情況下，無論購入判定部86的判定結果為何，都認為發送再進貨通知郵件的必要性很低，因此再進貨通知控制部80係將進貨通知旗標設定成「0」。這 是因為，若使用者存取商品網頁40時還有庫存，則可直接購入商品，因此無論該當使用者是否已經購入商品，發送再進貨通知郵件的必要性都很低。

若依據變形例(1)，則可將使用者是否已經購入商品，當作是再進貨通知控制之際的條件。因此，例如，使用者只是為了輸入已購入商品之評價而存取商品網頁40的情況下，可以防止不慎對該當使用者發送再進貨通知郵件。

(2)又例如，從進貨通知郵件60被發送到使用者存取商品網頁40為止是經過了長時間的情況下，由於使用者可能早就忘記商品而失去了對商品的關心，因此亦可設計成不發送再進貨通知郵件。

本變形例的通訊販售系統1，係含有間隔判定部88。間隔判定部88係判定，在商品進貨的時點、和使用者存取商品網頁40的時點(亦即販售管理伺服器10受理存取的時點)之間隔，是否為基準間隔以上。

所謂「商品進貨所涉及之時點」，係使用者要求進貨之時點(例如，使用者選擇了進貨通知要求鈕52之時點)、使用者收取到進貨通知要求之時點、對使用者進行進貨通知之時點(例如，進貨通知郵件60的送訊日期時間)、使用者收取到進貨通知之時點(例如，進貨通知郵件60的收訊日期時間)、使用者確認進貨通知之時點(例如，打開進貨通知郵件60之時點)、及商品進貨之時點(例如，從店舖終端30收取到進貨之時點) 之至少一者。表示這些時點的資料，是被記憶在資料記憶部70中。

此處，說明進貨通知郵件60的送訊日期，是相當於商品進貨所涉及之時點的情形。亦即，間隔判定部88係會判定，進貨通知郵件60的送訊日期時間、和使用者存取商品網頁40之日期時間的時間間隔，是否為基準間隔以上。

此外，基準間隔，係只要是預先決定之時間間隔即可，可以每一店舖或商品都相同，也可不同。例如，市場上的商品的稀有價值越高，進貨為止的等待時間也越長，因此可將基準間隔設定得較長。甚至，基準間隔係也可每一使用者都相同，也可不同。例如，使用者對通訊販售系統1的利用頻率越低，則存取商品網頁40為止的時間越久，因此亦可把基準間隔設定得越長。

圖19係變形例(2)中的再進貨通知控制部80的控制內容的說明圖。本變形例的再進貨通知控制部80，係根據間隔判定部88的判定結果、和庫存判定部78的判定結果，來控制再進貨通知。

如圖19所示，例如，再進貨通知控制部80係在藉由間隔判定部88而判定成並非基準間隔以上時，且在藉由庫存判定部78而判定商品沒有庫存時，則控制成要進行再進貨通知。此情況下，向商品網頁40存取時沒有庫存，而且由於使用者比較快就做存取，因此認為發送再進貨通知郵件的必要性很高，再進貨通知控制部80 係將進貨通知旗標設定成「1」。

又例如，再進貨通知控制部80係在藉由間隔判定部88而判定成是基準間隔以上，且在藉由庫存判定部78而判定商品沒有庫存時，則進行不要做再進貨通知之控制。此情況下，向商品網頁40存取時沒有庫存但到下次存取為止需要時間，例如，使用者可能忘記了商品，因此認為發送再進貨通知郵件的必要性很低，因此再進貨通知控制部80係將進貨通知旗標設定成「0」。

又，如圖19所示，在藉由庫存判定部78而判定商品有庫存的情況下，無論間隔判定部88的判定結果為何，都認為發送再進貨通知郵件的必要性很低，因此再進貨通知控制部80係將進貨通知旗標設定成「0」。這是因為，無論下次商品網頁40存取為止是否花費較長的時間，因為商品有庫存所以直接購入商品的可能性很高。

若依據變形例(2)，則例如，可將進貨通知郵件60的送訊日期時間與使用者存取商品網頁40之日期時間的間隔是否很長，當作再進貨通知控制之際的條件。例如，從進貨通知郵件60被發送到存取商品網頁40為止是經過了長時間的情況下，由於對商品的關心有可能已經減弱，因此可防止對該當使用者發送再進貨通知郵件。

(3)又例如，商品網頁40含有關於複數商品之資訊的情況下，即使使用者令商品網頁40顯示，若進行進貨通知要求之商品所對應之部分沒有被顯示，則使用者有可能已經失去對該當商品之關心。此時，若發送再 進貨通知郵件，則可能會讓使用者感到厭煩。

圖20係變形例(3)中的商品網頁40之畫面例的圖示。如圖20所示，商品網頁40係含有關於複數商品之資訊。再者，此處，商品網頁40是比顯示部25的顯示領域還大，是可捲動。商品網頁40的捲動方向，係有關於各商品之資訊被排列顯示。例如，針對有庫存之商品，會顯示出基本資訊42、庫存數44、輸入表單46、及購入鈕48。另一方面，針對沒有庫存的商品，係顯示出表示沒有庫存之訊息50及進貨通知要求鈕52。

在圖20中，商品網頁40當中被顯示部25所顯示的部分，是以虛線表示。亦即，商品網頁40當中被虛線圍繞的領域內，會被顯示在顯示部25。使用者係藉由操作操作部24，使該當虛線領域移動，就可捲動商品網頁40。此外，該當虛線領域係可上下左右移動，甚至該當領域的大小是可以變更。

本變形例的通訊販售系統1，係含有顯示判定部90。顯示判定部90係判定，商品網頁40當中顯示有進貨通知要求所對應之商品的部分，是否有被對應於使用者的顯示部25所顯示。

所謂「對應於進貨通知要求之商品顯示部分」，係指商品網頁40裡頭所包含的複數商品當中，關於使用者做過進貨通知要求之商品的資訊所被顯示的領域。例如，使用者做過進貨通知要求的商品的基本資訊42、庫存數44、輸入表單46、購入鈕48、訊息50、及進 貨通知要求鈕52之至少一者所被顯示的領域，是相當於進貨通知要求所對應之商品顯示部分(以下簡稱商品部分)。

圖21係用來識別商品部分之資訊之一例的圖示。該當資訊，係隨著商品網頁40的構圖而被預先決定，被記憶在資料記憶部70中。如圖21所示，各商品、和商品網頁40中關於商品部分之位置的位置資訊，是被建立關連而記憶。此外，此處，作為位置資訊，係定為用來顯示各商品部分所需要的捲動量(例如從商品網頁40之最上部起算的捲動量)來說明。

顯示判定部90，係根據使用者所做的操作結果和上記關連對應，來判定對應於進貨通知要求的商品部分是否有被顯示。例如，顯示判定部90係根據來自操作部24的偵測內容，取得使用者所做的商品網頁40之捲動量，判定是否已被捲動到對應於進貨通知要求之商品部分。此外，捲動量的取得方法本身，係可適用公知的各種方法。例如亦可藉由Java script(註冊商標)，來實作用以取得商品網頁40之捲動量所需的處理。

圖22係變形例(3)中的再進貨通知控制部80的控制內容的說明圖。本變形例的再進貨通知控制部80，係根據顯示判定部90的判定結果、和庫存判定部78的判定結果，來控制再進貨通知。

如圖22所示，例如，再進貨通知控制部80係在藉由顯示判定部90而判定成商品部分已被顯示時， 且在藉由庫存判定部78而判定商品沒有庫存時，則控制成會進行再進貨通知。此情況下，向商品網頁40存取時沒有庫存，而且對應於進貨通知要求之商品部分已被顯示，因此認為使用者對商品的關心較高，發送再進貨通知郵件的必要性很高，再進貨通知控制部80係將進貨通知旗標設定成「1」。

另一方面，例如，再進貨通知控制部80係在藉由顯示判定部90而判定商品部分未被顯示時，且在藉由庫存判定部78而判定商品沒有庫存時，則控制成不進行再進貨通知。此情況下，雖然向商品網頁40存取時沒有庫存，但原本對應於進貨通知要求之商品部分就沒有被顯示，因此認為使用者對商品的關心已經減弱，發送再進貨通知郵件的必要性較低，再進貨通知控制部80係將進貨通知旗標設定成「0」。

又，如圖22所示，在藉由庫存判定部78而判定商品有庫存的情況下，無論顯示判定部90的判定結果為何，都認為發送再進貨通知郵件的必要性很低，因此再進貨通知控制部80係將進貨通知旗標設定成「0」。這是因為，即使對應於進貨通知要求之商品部分沒有被顯示出來，不過商品有庫存，因此以後的存取時購入商品的可能性很高。

若依據變形例(3)，則可將對應於進貨通知要求之商品部分是否有被顯示，當作是再進貨通知之控制之際的條件。例如，若對應於進貨通知要求之商品部分沒 有被顯示出來，則使用者有可能失去對商品之關心，因此可以防止不慎對該當使用者發送再進貨通知郵件。

(4)又例如，進貨通知旗標為「1」之狀態下使用者存取商品網頁40時，亦可藉由把進貨通知要求鈕52無效化而不能選擇，就可在商品網頁40上確認進貨通知之設定已被進行之事實。

本變形例的通訊販售系統1，係含有無效化部92。無效化部92，係在再進貨通知進行時，將商品網頁40中的指標(例如進貨通知要求鈕52)之選擇予以無效化。此處所謂無效化，係讓進貨通知要求鈕52無法選擇，例如，將HTML中的按鈕之屬性設成「disabled」。

圖23係變形例(4)中的商品網頁40之一例的圖示。此處，如圖23所示，已被無效化的進貨通知要求鈕52的顯示樣態，和有效化的進貨通知要求鈕52的顯示樣態(圖5)，係為不同。藉由進貨通知要求鈕52的凹凸，就可確認是否已被無效化。

例如，進貨通知要求鈕52被無效化時，從使用者來看，進貨通知要求鈕52的表面會比商品網頁40的其他領域還要凹陷。另一方面，進貨通知要求鈕52被有效化時，從使用者來看，進貨通知要求鈕52的表面會比商品網頁40的其他領域還要凸起。圖23所示的情形，由於進貨通知要求鈕52是已經選擇之狀態，因此使用者所致之進貨通知要求，會被限制(抑制)。

若依據變形例(4)，則藉由把進貨通知要求 鈕52無效化，使用者就可容易在商品網頁40上確認進貨通知之設定已被進行之事實。

此外，表現指標被無效化之樣子的方法，係不限於圖23的例子。只要能夠隨著作為影像而使用的影像，來判別有效化及無效化即可。例如，若作為進貨通知要求所需之指標，是使用單選按鈕，則亦可藉由不顯示單選按鈕本身的方式，來表現無效化。

(5)又例如，使用者做過進貨通知要求之商品的庫存再次耗盡時，亦可對該當使用者發送庫存耗盡通知，以防止其存取沒有庫存之商品網頁40。

本變形例的通訊販售系統1，係含有庫存耗盡通知部94及存取判定部96。庫存耗盡通知部94，係在商品進貨後再次沒有庫存時，對使用者進行庫存耗盡通知。庫存耗盡通知，係為表示庫存再次沒有之訊息、或是表示庫存再次沒有的影像。庫存耗盡通知部94，係對進行過進貨通知要求之使用者，進行庫存耗盡通知。此處，作為庫存耗盡通知，說明發送電子郵件的情形。以後，將該當電子郵件，簡稱為庫存耗盡通知郵件。

圖24係庫存耗盡通知郵件之一例的圖示。如圖24所示，庫存耗盡通知郵件110係含有：表示商品庫存再次沒有的主旨112及訊息114、和前往商品網頁40的連結116。此外，關於庫存耗盡通知郵件110的資料(例如雛形)，係事先記憶在資料記憶部70中。

例如，庫存耗盡通知部94，係在某個店舖的 商品沒有庫存時，參照進貨通知資料，特定出曾經進行過該當商品之進貨通知要求的使用者。亦即，庫存耗盡通知部94係參照，上記店舖之店舖ID及上記商品之商品ID所被儲存之紀錄的使用者ID。然後，庫存耗盡通知部94係對該當特定使用者，發送庫存耗盡通知郵件110。

此外，庫存耗盡通知部94係亦可在進貨通知進行起至商品庫存再次沒有為止之期間中，未對商品網頁40進行存取時，則不進行庫存耗盡通知。亦即，庫存耗盡通知部94，係在此期間中使用者有存取商品網頁40時，認為使用者是在確認商品的庫存，而不進行庫存耗盡通知。庫存耗盡通知部94，係參照進貨通知資料的送訊時間及使用者資料的存取履歷，判定在進貨通知進行起至商品庫存再次沒有為止之期間中，是否有對商品網頁40進行存取。

存取判定部96，係判定使用者是否隨應於庫存耗盡通知而對商品網頁40進行存取。

例如，存取判定部96係判定，是否選擇了庫存耗盡通知郵件110之連結116而向商品網頁40進行存取。此情況下，存取判定部96係藉由判定使用者存取商品網頁40之際是否接收到所定之引數，以判定是否為選擇了庫存耗盡通知郵件110之連結116而向商品網頁40進行存取。此外，該當引數係被包含在連結116中。

圖25係變形例(5)中的再進貨通知控制部80的控制內容的說明圖。本變形例的再進貨通知控制部 80，係根據存取判定部96的判定結果、和庫存判定部78的判定結果，來控制再進貨通知。

如圖25所示，例如，再進貨通知控制部80係在藉由存取判定部96而判定是隨應於庫存耗盡通知的存取時，且在藉由庫存判定部78而判定商品沒有庫存時，則控制成會進行再進貨通知。此情況下，向商品網頁40存取時沒有庫存，而且是隨應於庫存耗盡通知的存取，因此認為使用者對商品的關心較高，發送再進貨通知郵件的必要性很高，再進貨通知控制部80係將進貨通知旗標設定成「1」。

另一方面，例如，再進貨通知控制部80係在藉由存取判定部96而判定不是隨應於庫存耗盡通知的存取時，且在藉由庫存判定部78而判定商品沒有庫存時，則控制成不做再進貨通知。此情況下，向商品網頁40存取時沒有庫存，但並非隨應於庫存耗盡通知的存取，因此認為使用者對商品的關心變弱，發送再進貨通知郵件的必要性較低，再進貨通知控制部80係將進貨通知旗標設定成「0」。

又，如圖25所示，在藉由庫存判定部78而判定商品有庫存的情況下，無論存取判定部96的判定結果為何，都認為發送再進貨通知郵件的必要性很低，因此再進貨通知控制部80係將進貨通知旗標設定成「0」。這是因為，商品有庫存，因此直接購入商品的可能性很高。

若依據變形例(5)，則可將是否為隨應於庫 存耗盡通知之存取，當作是再進貨通知之控制之際的條件。例如，根據是否為隨應於庫存耗盡通知之存取來推測使用者對商品的關心是否夠強，在使用者失去關心時就可防止發送再進貨通知郵件。

此外，存取判定部96係亦可藉由判定是否在對使用者提示庫存耗盡通知後(亦即庫存耗盡通知郵件110被打開後)對商品網頁40進行存取，來推測是否為隨應於庫存耗盡通知之存取。此情況下，例如，存取判定部96係判定，對商品網頁40進行存取的時點，是否比庫存耗盡通知被提示的時點還要晚。

此處所謂的「提示」，係在使用者所對應的顯示部25中，顯示出庫存耗盡通知，例如係為庫存耗盡通知郵件110被打開。此外，判定庫存耗盡通知是有已經被提示給使用者的方法，係隨著作為庫存耗盡通知而使用之通知媒體(管道)而不同。例如，藉由在畫面上顯示所定訊息來進行庫存耗盡通知的情況下，就會變成判定是否有使用者所致之該當畫面的瀏覽履歷。表示瀏覽履歷之資訊，係被儲存在使用者資料等，隨著使用者所致之存取狀況而被適宜更新。

(6)又例如，在沒有庫存之商品的進貨通知要求進行時，亦可將與該當商品相同或類似之其他商品，推薦給使用者。

本變形例的通訊販售系統1，係含有商品提案部98。商品提案部98，係在受理了進貨通知要求的時 候，將與進貨通知要求所對應之商品相同或類似之其他商品，提案給使用者。所謂提案其他商品，係為引導至其他商品的商品網頁40，例如，令其他商品的商品網頁40被顯示，或是顯示出其他商品的商品網頁40的連結(URL)。此外，這裡所被提案的其他商品，係可為和進貨通知要求所對應之店舖相同店舖所陳列的東西，也可是其他店舖所陳列的東西。

又，所謂類似之商品，係為屬性(性質)相同的商品，例如相同商品類別之商品。此處，資料記憶部70中係預先記憶著，表示一商品、和與該當商品相同或類似之其他商品之關連的資料。商品提案部98，係將進貨通知要求所對應之商品所關連到的其他商品，提案給使用者。

此處說明，在表示受理了使用者所致之進貨通知要求的確認畫面中，提案其他商品的情形。

圖26係顯示部25上所顯示之確認畫面之一例的圖示。如圖26所示，於確認畫面120中係含有：表示進貨通知要求已經受理之意旨的訊息122、和與進貨通知要求所對應之商品相同或類似之其他商品的提案影像124。提案影像124，係含有用來購入其他商品所需之商品網頁40的連結。

若依據變形例(6)，則在使用者進行了進貨通知要求時，可將與該當進貨通知要求所對應之商品相同或類似之其他商品，推薦給使用者。

此外，若進貨通知要求所對應之商品是與其他複數商品相同或類似的情況下，商品提案部98係亦可在其他複數商品當中，把比進貨通知要求所對應之商品還要有利之購入條件者，提案給使用者。所謂有利之購入條件，係為有庫存、價格便宜、運費便宜、出貨期間短、購入時有附贈贈禮(例如所被賦予之點數較多)之至少一者。

表示各商品之購入條件的資料，係被記憶在資料記憶部70中。商品提案部98，係藉由比較進貨通知要求所對應之商品的購入條件、和與該當商品相同或類似之其他商品的購入條件，來特定出應提示給使用者的商品。

(7)又例如，與進貨通知要求所對應之商品相同或類似之其他商品被提案時，亦可將進貨通知要求之取消，建議給使用者。

本變形例的通訊販售系統1，係含有取消提案部100。取消提案部100，係在藉由商品提案部98而提案其他商品時，將進貨通知要求之取消，提案給使用者。所謂提案進貨通知之取消，係將用來解除進貨通知要求所需之操作，提案給使用者。例如，在已被提案給使用者的其他商品的商品網頁40中，提案進貨通知要求之取消。

圖27係變形例(7)中的商品網頁40之畫面例的圖示。如圖27所示，商品網頁40中係顯示有取消鈕54。一旦使用者選擇了取消鈕54，則對應於使用者之紀 錄會從進貨通知資料中刪除，或藉由把使用者的進貨通知旗標變更成「0」等等，完成進貨通知要求之取消。

若依據變形例(7)，則在推薦與進貨通知要求所對應之商品相同或類似之其他商品時，可建議進貨通知要求之取消。

此外，將進貨通知要求之取消提案給使用者的方法，係不限於上記的例子。例如，亦可於確認畫面120中提案進貨通知要求之取消。其他還有例如，亦可藉由向使用者發送所定之訊息，來提案進貨通知要求之取消。此情況下，若該當訊息中所含之連結等被使用者選擇而存取所定之網頁，則對應於使用者之紀錄就會從進貨通知資料中刪除。

(8)又例如，於實施形態中，係商品的庫存只要還有一個就判定為有庫存，但對大量購入商品的使用者而言，若沒有自己想要之數量以上的庫存，有時候就不會購入商品。例如，對想要20個商品整批購入的使用者而言，即使庫存在0個之狀態至10個之狀態之間變化，也不會購入商品，庫存必須要是20個以上才會購入商品。因此，亦可設計成，即使庫存有進貨，但直到有20個以上以前，不會對使用者發送再進貨通知郵件。

變形例(8)的通訊販售系統1係含有基準數取得部102。基準數取得部102，係取得被使用者所指定的商品數(亦即基準數)。例如，進貨通知要求鈕52選擇時，使用者係輸入商品的數目。基準數取得部102，係 藉由從使用者終端20的操作部24取得使用者所輸入的數值，以取得使用者所指定的基準數。這裡所被指定的數值，係為使用者希望購入商品的數目，可以說是為了進行進貨通知所需之條件的數目。

例如，基準數取得部102係將上記取得的商品之數目，儲存在進貨通知資料中。亦即，此處，在進貨通知資料的各筆紀錄中，儲存下使用者所指定的商品數。此外，使用者沒有指定商品之數目就選擇了進貨通知要求鈕52的情況下，亦可儲存「0」來作為該當商品數。此情況下，若庫存0變成1以上時，就會進行進貨通知。

本變形例的庫存判定部78，係根據商品的目前庫存數與使用者所指定之數目，來判定商品是否有庫存。例如，庫存判定部78係判定，商品之庫存是否為使用者所指定之數目以上。亦即，庫存判定部78係藉由判定庫存數是否達到了進行過進貨通知要求之使用者所指定之數目以上，來判定商品是否有庫存。

若依據變形例(8)，則可將進貨通知及再進貨通知所需的庫存數，隨著使用者的喜好來改變之。

(9)又例如，於上記中，作為用來進行再進貨通知郵件所需之控制及不要再進貨通知郵件所需之控制的一例，是說明了自動變更進貨通知旗標之值的情形，但亦可藉由其他方法，來進行再進貨通知郵件所需之控制及不要再進貨通知郵件所需之控制。

例如，使用者存取商品網頁40時，亦可將用 來讓使用者選擇是否需要再進貨通知郵件的確認對話，顯示出來。確認對話的顯示處理，係藉由例如Java script(註冊商標)而實現。在該當確認對話中，例如，亦可顯示有需要再進貨通知郵件之按鈕及不要再進貨通知郵件之按鈕，若選擇了需要再進貨通知郵件之按鈕，則進貨通知旗標會被設定成「1」；若選擇了不要再進貨通知郵件之按鈕，則進貨通知旗標會被設定成「0」。此情況下，令需要再進貨通知郵件之按鈕被顯示在確認對話中，係相當於要進行再進貨通知郵件所需之控制；令不要再進貨通知郵件之按鈕被顯示在確認對話中，係相當於不要進行再進貨通知郵件所需之控制。

又例如，雖然說明使用電子郵件來作為進貨通知及再進貨通知的通知媒體的情形，但進行進貨通知及再進貨通知的方法，係不限於此。只要能使商品進貨或再進貨之意旨，被顯示在使用者所對應之顯示部25上即可。其他還有例如，亦可藉由在商品網頁40的頂層網頁中顯示所定之訊息來進行進貨通知及再進貨通知，也可在通訊販售系統1的服務提供者的入口網站中顯示所定之訊息來來進行進貨通知及再進貨通知。如此，亦可藉由在網頁中顯示訊息，來進行進貨通知及再進貨通知。

又例如，於上記中，雖然舉例說明使用進貨通知旗標而可是別是否對使用者進行進貨通知或再進貨通知，但亦可藉由其他方法，識別進貨通知或再進貨通知的需要與否。例如，亦可把一度進行過進貨通知之使用者所 對應之紀錄(對象資訊)從進貨通知資料中刪除，或令其被搬移至其他表中。亦即，進行過進貨通知要求之使用者所對應之紀錄從進貨通知資料中刪除或搬移，是亦可相當於不要進行再進貨通知所需之控制，將進行過進貨通知要求之使用者所對應之紀錄追加至進貨通知資料，是亦可相當於要進行再進貨通知所需之控制。

又例如，雖然說明了在使用者購入商品時及店舖的工作人員進行進貨操作時，庫存資料會被更新的情形，但庫存資料的更新方法本身，係可適用公知的各種手法。例如，使用者實際購入商品前將購入預定商品追加至清單(亦即所謂購物籃)的情況下，亦可在該當清單被追加商品的時點上，更新庫存資料。

又例如亦可設計成，使用者可解除自己的進貨通知要求。例如亦可設計成，在要求了某商品的進貨通知時，該當商品的商品網頁40的進貨通知要求鈕52就變成已經選擇的狀態，若再選則該當按鈕一次，就解除進貨通知要求。

又例如，於實施形態中，係說明各機能區塊是由1台伺服器電腦所實現的情形，但亦可由構成通訊販售系統1的複數台電腦來分擔各機能。通訊販售系統1中含有複數伺服器的情況下，例如，受理進貨通知要求的伺服器(亦即實現進貨通知要求受理部74的伺服器)、和實際發送進貨通知郵件60的伺服器(亦即實現進貨通知部76的伺服器)，係亦可不同。

甚至，機能區塊當中的部分機能，亦可在使用者終端20中被實現。例如，在藉由Java script(註冊商標)來顯示確認對話的情況下，由於該當腳本的執行主體是使用者終端20，因此亦可藉由使用者終端20執行用來顯示出確認對話的處理，再進貨通知控制部80的機能就在使用者終端20上被實現。

又例如，於上記中，雖然說明了將本發明所述之通知控制系統適用於通訊販售系統的例子，但本發明所述之通知控制系統，亦可適用於會通知庫存進貨的各種系統。例如，亦可不是通訊販售，而是由使用者從商品網頁訂購商品然後在現實世界的店舖中收取商品的系統中，也可適用本發明所述之通知控制系統。

70‧‧‧資料記憶部

72‧‧‧庫存資料取得部

74‧‧‧進貨通知要求受理部

76‧‧‧進貨通知部

78‧‧‧庫存判定部

80‧‧‧再進貨通知控制部

Claims (23)

1. 一種通知控制系統，其特徵為，含有：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的手段；和進貨通知要求受理手段，係用以受理使用者所做的前記商品之進貨通知要求；和進貨通知手段，係用以在前記商品進貨時，對於已經受理前記進貨通知要求之使用者，進行進貨通知；和庫存判定手段，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知；前記進貨通知手段係根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；前記進貨通知要求受理手段係設定前記識別資訊，以使得在受理了前記進貨通知要求時，對已經受理該當進貨通知要求之使用者，進行進貨通知；前記進貨通知手段係 設定前記識別資訊，以使得在對已經受理前記進貨通知要求之使用者進行進貨通知時，不會對該當使用者進行再進貨通知；前記再進貨通知控制手段係設定前記識別資訊，以使得在前記庫存判定手段判定為沒有前記商品之庫存時，對已經受理前記進貨通知要求之使用者進行再進貨通知。
2. 一種通知控制系統，其特徵為，含有：用以取得將商品之庫存數加以記憶之手段之記憶內容的手段；和進貨通知要求受理手段，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊；和進貨通知手段，係用以在前記商品之庫存數增加到基準數以上時，根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；和庫存判定手段，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準數以上；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而藉由設定前記識別資訊，以控制前記進貨通知手段是否對已經受理前記進貨通知要求之使用者進行 前記商品之再進貨通知。
3. 一種通知控制系統，其特徵為，含有：用以取得將商品之庫存數加以記憶之手段之記憶內容的手段；和進貨通知要求受理手段，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊；和進貨通知手段，係用以在前記商品之庫存數增加到基準數以上時，根據用來表示應對已經受理前記進貨通知要求之使用者進行進貨通知的對象資訊之有無，來對該當使用者進行進貨通知；和庫存判定手段，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準數以上；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而藉由刪除或搬移前記對象資訊，以控制前記進貨通知手段是否對已經受理前記進貨通知要求之使用者進行前記商品之再進貨通知。
4. 如請求項2或3所記載之通知控制系統，其中，前記通知控制系統係還含有：用以受理使用者所做的進貨通知之停止要求的手段；和用以判定是否受理了，已經受理前記進貨通知要求之 使用者所做的前記停止要求的手段；前記進貨通知手段係在從受理了前記進貨通知要求至受理了前記停止要求為止的期間，對已經受理前記進貨通知要求之使用者進行再進貨通知；前記再進貨通知控制手段係在判定前記商品之庫存數是前記基準數以上時，則控制前記進貨通知手段使其不要對已經受理前記進貨通知要求之使用者進行再進貨通知。
5. 如請求項1~3之任一項所記載之通知控制系統，其中，前記通知控制系統係還含有：購入判定手段，係用以判定，在前記進貨通知要求之受理後，已經受理前記進貨通知要求之使用者是否已經購入了前記商品；前記再進貨通知控制手段係根據前記購入判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。
6. 如請求項1~3之任一項所記載之通知控制系統，其中，前記通知控制系統係還含有：間隔判定手段，係用以判定，前記商品進貨的時點、和已經受理前記進貨通知要求之使用者存取前記 商品網頁的時點，兩者的間隔是否為基準間隔以上；前記再進貨通知控制手段係根據前記間隔判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。
7. 如請求項1~3之任一項所記載之通知控制系統，其中，前記商品網頁係含有關於複數商品之資訊；前記通知控制系統係還含有：顯示判定手段，係用以判定前記商品網頁當中表示前記進貨通知要求所對應之商品的部分，是否已經被對應於已經受理前記進貨通知要求之使用者的顯示手段所顯示；前記再進貨通知控制手段係根據前記顯示判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。
8. 如請求項1~3之任一項所記載之通知控制系統，其中，前記進貨通知要求受理手段係在前記商品網頁中所含之所定指標是已被已經受理前記進貨通知要求之使用者所選擇時，受理前記進貨通知要求；前記通知控制系統係還含有：用以在對已經受理前記進貨通知要求之使用者進行再 進貨通知時，將前記商品網頁中的前記指標之選擇設成無效化的手段。
9. 如請求項1~3之任一項所記載之通知控制系統，其中，前記通知控制系統係還含有：庫存耗盡通知手段，係用以根據前記商品之庫存，而對已經受理前記進貨通知要求之使用者，進行庫存耗盡通知；和存取判定手段，係用以判定已經受理前記進貨通知要求之使用者是否回應前記庫存耗盡通知而向前記商品網頁進行存取；前記再進貨通知控制手段係根據前記存取判定手段之判定結果、和前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制再進貨通知。
10. 如請求項9所記載之通知控制系統，其中，前記庫存耗盡通知手段係在前記進貨通知進行後，若已經受理前記進貨通知要求之使用者並未存取前記商品網頁，則進行前記庫存耗盡通知。
11. 如請求項1~3之任一項所記載之通知控制系統，其中，前記通知控制系統係還含有：商品提案手段，係用以在受理了前記進貨通知要求 時，將與前記進貨通知要求所對應之前記商品相同或類似之其他商品，提案給已經受理前記進貨通知要求之使用者。
12. 如請求項11所記載之通知控制系統，其中，前記進貨通知要求所對應之前記商品，係與其他複數商品相同或類似；前記商品提案手段係在前記其他複數商品當中，把比前記進貨通知要求所對應之前記商品還要有利之購入條件者，提案給已經受理前記進貨通知要求之使用者。
13. 如請求項11所記載之通知控制系統，其中，前記通知控制系統係還含有：用以在藉由前記商品提案手段而提案前記其他商品時，將前記進貨通知要求之取消，提案給已經受理前記進貨通知要求之使用者的手段。
14. 如請求項1~3之任一項所記載之通知控制系統，其中，前記通知控制系統係還含有：用以取得已經受理前記進貨通知要求之使用者所指定的前記商品之數目的手段；前記庫存判定手段係根據前記商品之現在庫存數和已經受理前記進貨通知要求之使用者所指定的數目，來進行判定處理。
15. 一種通知控制裝置，其特徵為， 含有：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的手段；和進貨通知要求受理手段，係用以受理使用者所做的前記商品之進貨通知要求；和進貨通知手段，係用以在前記商品進貨時，對於已經受理前記進貨通知要求之使用者，進行進貨通知；和庫存判定手段，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知；前記進貨通知手段係根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；前記進貨通知要求受理手段係設定前記識別資訊，以使得在受理了前記進貨通知要求時，對已經受理該當進貨通知要求之使用者，進行進貨通知；前記進貨通知手段係設定前記識別資訊，以使得在對已經受理前記進貨通知要求之使用者進行進貨通知時，不會對該當使用者進行 再進貨通知；前記再進貨通知控制手段係設定前記識別資訊，以使得在前記庫存判定手段判定為沒有前記商品之庫存時，對已經受理前記進貨通知要求之使用者進行再進貨通知。
16. 一種通知控制裝置，其特徵為，含有：用以取得將商品之庫存數加以記憶之手段之記憶內容的手段；和進貨通知要求受理手段，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊；和進貨通知手段，係用以在前記商品之庫存數增加到基準數以上時，根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；和庫存判定手段，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準數以上；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而藉由設定前記識別資訊，以控制前記進貨通知手段是否對已經受理前記進貨通知要求之使用者進行前記商品之再進貨通知。
17. 一種通知控制裝置，其特徵為，含有： 用以取得將商品之庫存數加以記憶之手段之記憶內容的手段；和進貨通知要求受理手段，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊；和進貨通知手段，係用以在前記商品之庫存數增加到基準數以上時，根據用來表示應對已經受理前記進貨通知要求之使用者進行進貨通知的對象資訊之有無，來對該當使用者進行進貨通知；和庫存判定手段，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準數以上；和再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而藉由刪除或搬移前記對象資訊，以控制前記進貨通知手段是否對已經受理前記進貨通知要求之使用者進行前記商品之再進貨通知。
18. 一種通知控制方法，其特徵為，由通知控制裝置來執行：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的步驟；和進貨通知要求受理步驟，係用以受理使用者所做的前記商品之進貨通知要求；和進貨通知步驟，係用以在前記商品進貨時，對於已經 受理前記進貨通知要求之使用者，進行進貨通知；和庫存判定步驟，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存；和再進貨通知控制步驟，係用以根據前記庫存判定步驟中的判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知；在前記進貨通知步驟中係根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；在前記進貨通知要求受理步驟中係設定前記識別資訊，以使得在受理了前記進貨通知要求時，對已經受理該當進貨通知要求之使用者，進行進貨通知；在前記進貨通知步驟中係設定前記識別資訊，以使得在對已經受理前記進貨通知要求之使用者進行進貨通知時，不會對該當使用者進行再進貨通知；在前記再進貨通知控制步驟中係設定前記識別資訊，以使得在前記庫存判定步驟中判定為沒有前記商品之庫存時，對已經受理前記進貨通知要求之使用者進行再進貨通知。
19. 一種通知控制方法，其特徵為， 由通知控制裝置來執行：用以取得將商品之庫存數加以記憶之手段之記憶內容的步驟；和進貨通知要求受理步驟，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊；和進貨通知步驟，係用以在前記商品之庫存數增加到基準數以上時，根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；和庫存判定步驟，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準數以上；和再進貨通知控制步驟，係用以根據前記庫存判定步驟中的判定結果，而藉由設定前記識別資訊，以控制在前記進貨通知步驟中是否對已經受理前記進貨通知要求之使用者進行前記商品之再進貨通知。
20. 一種通知控制方法，其特徵為，由通知控制裝置來執行：用以取得將商品之庫存數加以記憶之手段之記憶內容的步驟；和進貨通知要求受理步驟，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊； 和進貨通知步驟，係用以在前記商品之庫存數增加到基準數以上時，根據用來表示應對已經受理前記進貨通知要求之使用者進行進貨通知的對象資訊之有無，來對該當使用者進行進貨通知；和庫存判定步驟，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準數以上；和再進貨通知控制步驟，係用以根據前記庫存判定步驟中的判定結果，而藉由刪除或搬移前記對象資訊，以控制在前記進貨通知步驟中是否對已經受理前記進貨通知要求之使用者進行前記商品之再進貨通知。
21. 一種程式產品，其特徵為，用來使電腦發揮機能而成為：用以取得將關於商品庫存之資料加以記憶之手段之記憶內容的手段；進貨通知要求受理手段，係用以受理使用者所做的前記商品之進貨通知要求；進貨通知手段，係用以在前記商品進貨時，對於已經受理前記進貨通知要求之使用者，進行進貨通知；庫存判定手段，係用以在前記商品進貨後，已經受理前記進貨通知要求之使用者向商品網頁進行存取時，判定是否有前記商品之庫存； 再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而針對已經受理前記進貨通知要求之使用者，控制前記商品之再進貨通知；前記進貨通知手段係根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；前記進貨通知要求受理手段係設定前記識別資訊，以使得在受理了前記進貨通知要求時，對已經受理該當進貨通知要求之使用者，進行進貨通知；前記進貨通知手段係設定前記識別資訊，以使得在對已經受理前記進貨通知要求之使用者進行進貨通知時，不會對該當使用者進行再進貨通知；前記再進貨通知控制手段係設定前記識別資訊，以使得在前記庫存判定手段判定為沒有前記商品之庫存時，對已經受理前記進貨通知要求之使用者進行再進貨通知。
22. 一種程式產品，係用來令電腦發揮機能而成為：用以取得將商品之庫存數加以記憶之手段之記憶內容的手段；進貨通知要求受理手段，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊； 進貨通知手段，係用以在前記商品之庫存數增加到基準數以上時，根據用來識別是否應對已經受理前記進貨通知要求之使用者做進貨通知的識別資訊，來對該當使用者進行進貨通知；庫存判定手段，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準數以上；再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而藉由設定前記識別資訊，以控制前記進貨通知手段是否對已經受理前記進貨通知要求之使用者進行前記商品之再進貨通知。
23. 一種程式產品，係用來令電腦發揮機能而成為：用以取得將商品之庫存數加以記憶之手段之記憶內容的手段；進貨通知要求受理手段，係用以受理前記商品之進貨通知要求，其中含有用來識別使用者的使用者識別資訊；進貨通知手段，係用以在前記商品之庫存數增加到基準數以上時，根據用來表示應對已經受理前記進貨通知要求之使用者進行進貨通知的對象資訊之有無，來對該當使用者進行進貨通知；庫存判定手段，係用以在受理了對商品網頁之存取要求其中含有已經受理前記進貨通知要求之使用者的前記使用者識別資訊時，判定前記商品之庫存數是否為前記基準 數以上；再進貨通知控制手段，係用以根據前記庫存判定手段之判定結果，而藉由刪除或搬移前記對象資訊，以控制前記進貨通知手段是否對已經受理前記進貨通知要求之使用者進行前記商品之再進貨通知。