TWI419069B - Purchase the appropriate judgment system for the intended goods - Google Patents

Description

購入預定商品之適否判定系統

本發明係有關於，針對通訊販賣網站的所謂購物籃中所登錄之購入預定商品彼此之適否進行判定，並發出警告的購入預定商品之適否判定系統。

在專利文獻1(電子商務方法及電子商務系統)中係揭露了，即使商品資訊的顯示畫面是被切換成其他商品資訊的顯示畫面之情況下，顧客已選擇之商品係總是按照每一店舖而被顯示的電子商務方法及電子商務系統。

即使商品資訊的顯示畫面是被切換成其他商品資訊的顯示畫面之情況下，由於具備了將保值狀態的每一店舖的購物籃畫面予以顯示的步驟，因此複數之商品會被顯示在購物籃畫面。

像這樣，在購入多數商品時，隨著商品的組合，會有因其使用形態而發生危險的情形(氯系漂白劑與酸性洗潔劑之組合)、或沒有相容性而無法使用的情形(特定遊戲機器與其他遊戲機器用軟體的組合)等問題潛在於其中。先前對於這類潛在性問題，都沒有考慮。

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

[專利文獻1]日本特開2008-123098號公報

本發明的目的在於提供一種，針對購物籃中所被登錄的購入預定商品，判定商品彼此之適否，當商品彼此是不適切之組合時，藉由喚起注意，以事前防止購物失誤的系統。

本發明的另一目的在於提供一種，每次購物籃中追加了輸入的購入預定商品時，就事前生成判定表，藉此，即使購物籃中的商品是複數個時，仍可迅速進行追加商品之適否判定的系統。

本發明的通訊販賣伺服器，係屬於可透過網際網路而與使用者終端連接的通訊販賣伺服器，其特徵為，具備：購入預定商品記憶部，係從使用者終端受理購入預定商品之輸入，並記憶該當購入預定商品；和判定表生成部，當購入預定商品已被受理時，參照記憶著購入預定商品之組合之適否的商品表，而生成用來判定該當購入預定商品之組合所需的判定表；和組合判定部，當已受理了對購入預定商品記憶部所追加的購入預定商品之輸入時，參照判定表生成部所生成的判定表，判定購入預定記憶部中所記憶的既存購入預定商品與該當追加之購入預定商品的組合之適否；和提醒注意畫面生成部，係當組合被組合判定部判定為不適切時，生成已被設定有喚起注意之資料的提醒注意畫面；和判定表更新部，係當組合被組合判定部判定為適切時，參照著記憶追加之購入預定商品之組合之適否的商品表，將關於既存購入預定商品的判定表與關於追加之購入預定商品的判定表予以合成，以生成關於雙方之購入預定商品的判定表。

本發明的購入預定商品判定方法，係屬於可透過網際網路而與使用者終端連接的通訊販賣伺服器所執行的購入預定商品判定方法，其特徵為，含有：購入預定商品記憶步驟，係從使用者終端受理購入預定商品之輸入，並將該當購入預定商品，記憶在購入預定商品記憶部；和判定表生成步驟，當購入預定商品已被受理時，參照記憶著購入預定商品之組合之適否的商品表，而生成用來判定該當購入預定商品之組合所需的判定表；和組合判定步驟，當已受理了對購入預定商品記憶部所追加的購入預定商品之輸入時，參照判定表生成步驟中所生成的判定表，判定購入預定記憶部中所記憶的既存購入預定商品與該當追加之購入預定商品的組合之適否；和提醒注意畫面生成步驟，係當組合在組合判定步驟中被判定為不適切時，生成已被設定有喚起注意之資料的提醒注意畫面；和判定表更新步驟，係當組合在組合判定步驟中被判定為適切時，參照著記憶追加之購入預定商品之組合之適否的商品表，將關於既存購入預定商品的判定表與關於追加之購入預定商品的判定表予以合成，以生成關於雙方之購入預定商品的判定表。

本發明的程式，係令電腦發揮機能成為可透過網際網路而與使用者終端連接的通訊販賣伺服器，且成為：購入預定商品記憶部，係從使用者終端受理購入預定商品之輸入，並記憶該當購入預定商品；和判定表生成部，當購入預定商品已被受理時，參照記憶著購入預定商品之組合之適否的商品表，而生成用來判定該當購入預定商品之組合所需的判定表；和組合判定部，當已受理了對購入預定商品記憶部所追加的購入預定商品之輸入時，參照判定表生成部所生成的判定表，判定購入預定記憶部中所記憶的既存購入預定商品與該當追加之購入預定商品的組合之適否；和提醒注意畫面生成部，係當組合被組合判定部判定為不適切時，生成已被設定有喚起注意之資料的提醒注意畫面；和判定表更新部，係當組合被組合判定部判定為適切時，參照著記憶追加之購入預定商品之組合之適否的商品表，將關於既存購入預定商品的判定表與關於追加之購入預定商品的判定表予以合成，以生成關於雙方之購入預定商品的判定表。

本發明的電腦可讀取之記錄媒體，係記錄著程式，可使電腦發揮機能成為可透過網際網路而與使用者終端連接的通訊販賣伺服器，且成為：購入預定商品記憶部，係從使用者終端受理購入預定商品之輸入，並記憶該當購入預定商品；和判定表生成部，當購入預定商品已被受理時，參照記憶著購入預定商品之組合之適否的商品表，而生成用來判定該當購入預定商品之組合所需的判定表；和組合判定部，當已受理了對購入預定商品記憶部所追加的購入預定商品之輸入時，參照判定表生成部所生成的判定表，判定購入預定記憶部中所記憶的既存購入預定商品與該當追加之購入預定商品的組合之適否；和提醒注意畫面生成部，係當組合被組合判定部判定為不適切時，生成已被設定有喚起注意之資料的提醒注意畫面；和判定表更新部，係當組合被組合判定部判定為適切時，參照著記憶追加之購入預定商品之組合之適否的商品表，將關於既存購入預定商品的判定表與關於追加之購入預定商品的判定表予以合成，以生成關於雙方之購入預定商品的判定表。

若依據如此發明，則每次受理所追加之購入預定商品的輸入，就參照商品表，生成用來判定購入預定商品之組合所需的判定表。判定表的生成，係可在開的購物籃中被輸入商品時，以及已經登錄有商品的購物籃中又被輸入商品時。因此，在受理所追加之購入預定商品的輸入時，判定表是已經生成，可在受理追加之購入預定商品的輸入時立即迅速進行適否的判定。而且一旦參照判定表而進行判定，而被判定為不適切時，就生成提醒注意畫面。

在本發明的通訊販賣伺服器中，亦可為，組合判定部係具有：不適切商品定義表，係將判定對象商品、與判定對象商品之組合係為不適切的不適切商品、表示不適切之內容的喚起注意之資料，建立對應而記憶；當追加之購入預定商品係為判定對象商品，且既存之購入預定商品係為不適切商品時，則將所對應之喚起注意之資料加以特定。此情況下，判定表中預先合成表示不適切之內容的喚起注意之資料，較為理想。

在本發明的通訊販賣伺服器中，亦可為，組合判定部係具有：適切商品定義表，係將判定對象商品、判定與判定對象商品之組合用的核對商品種別、與判定對象商品之組合為適切的適切商品、表示判定對象商品之適合性的喚起注意之資料，建立對應而記憶；當追加之購入預定商品係為判定對象商品，既存之購入預定商品係該當於核對商品種別，且既存之購入預定商品並非適切商品時，則將所對應之喚起注意之資料加以特定。此情況下，判定表中預先合成表示適切的喚起注意之資料，較為理想。

在本發明的通訊販賣伺服器中，亦可為，組合判定部係當追加之購入預定商品之屬性、與既存之購入預定商品之屬性是不同時，將表示屬性不同之喚起注意之資料加以特定。此情況下，判定表中預先合成表示屬性不同的喚起注意之資料，較為理想。

本發明的通訊販賣伺服器，係亦可還具備：記憶每一商品之屬性的商品表；組合判定部，係基於商品表，而將追加之購入預定商品之屬性、既存之購入預定商品之屬性，加以特定。

本發明的通訊販賣伺服器，係亦可還具備：商品網頁記憶部，係記憶著商品網頁，其係被構成為，將商品之屬性以標籤資訊加以表示，在發送商品之購入預定之際，將該當標籤資訊附加至該當購入預定而加以發送；和商品網頁要求收訊部，係從使用者終端接收商品網頁要求；和商品網頁送訊部，係當商品網頁要求已被接收時，從商品網頁記憶部中讀出商品網頁而加以發送；組合判定部，係使用購入預定中所含有之屬性，而將追加之購入預定商品之屬性、既存之購入預定商品之屬性，加以特定。

本發明係判定所追加之購入預定商品與既存之購入預定商品的組合，以購入預定確認畫面顯示符合判定內容的喚起注意之資料，因此可事前防範購物失誤。即使購買者不注意或不知道，也能確實獲知組合所造成的問題，因此具有可讓購入者安心購物的優點。

為了判定組合，每次受理所追加之購入預定商品的輸入，就參照商品表，生成用來判定購入預定商品之組合所需的判定表。當從使用者終端受理商品的輸入時，由於不是機械性地受理商品的輸入，因此在預先生成判定表時，是有非常充分的時間緩衝。商品每次被追加時就生成判定表，藉此，在商品被新追加時，就可立即判定與該商品的適否。

若使用不適切商品定義表，則可直接定義不適切之商品與喚起注意的內容，因此不易發生警告失誤。

若使用適切商品定義表，則在沒有喚起注意之資料時，還可將「這是適切商品」的安心感，賦予給使用者。

若將通訊販賣伺服器構成為在屬性不同時會喚起注意，則在容易發生相容性問題等錯誤的商品範疇(例如應用程式軟體或遊戲軟體)中，就可防止購物失誤。

實施形態1.

圖1係購入預定商品判定系統的網路構成的圖示。通訊販賣伺服器101與利用者終端102係透過網際網路而連接。通訊販賣伺服器101，係為營運通訊販賣網站的伺服器。利用者終端102，係為通訊販賣的利用者所使用的終端。具有將以HTML語言所撰寫之網頁予以展開的Web瀏覽器。

圖2係購入預定商品判定系統的動作概要的圖示。利用者終端102係送出登入要求，登入至通訊販賣伺服器101。然後，在登入中，若從利用者終端102送出商品A網頁要求，則商品A網頁會從通訊販賣伺服器101向利用者終端102進行配訊。

圖3係商品網頁之例子的圖示。商品網頁係顯示了例如商品影像、商品名、單價。又，商品網頁係具備：受理訂購數的輸入鈕、指示購入預定要求之送訊的小圖示(「放入購物籃」按鈕)。

若在利用者終端102的瀏覽器上選擇商品A而點選「放入購物籃」按鈕，則從利用者終端102向通訊販賣伺服器101會發送購入預定要求。此時，記憶著購入預定商品之組合之適否的商品表會被參照，生成用來判定購入預定商品之組合所需的判定表。然後，購入預定確認畫面會被從通訊販賣伺服器101向利用者終端102進行配訊。關於商品B等其他商品也是進行同樣的處理。關於商品B也是，記憶著購入預定商品之組合之適否的商品表會被參照，生成用來判定購入預定商品之組合所需的判定表，但此時所生成的判定表，是用來判定商品A及商品B之組合適否用的表。然後，當有商品C～Z之類的追加商品時，判定表會被更新。然後，一旦從購入預定確認畫面有下訂要求，則購入預定係確定成為訂購。最後，從利用者終端102送出登出要求，進行登出。

首先說明關於商品網頁配訊。圖4係商品網頁配訊所涉及之通訊販賣伺服器之構成的圖示。登入部401係被構成為，發送登入畫面，受理使用者ID與密碼，進行使用者認證。利用者表402，係將使用者認證中所要核對的使用者ID與密碼，建立對應而記憶。商品A網頁要求收訊部403係被構成為，會從利用者終端102接收商品A網頁要求。商品A網頁送訊部404係被構成為，會向利用者終端102發送商品A網頁。商品A網頁記憶部405，係記憶著商品A網頁的畫面(HTML)。商品B網頁要求收訊部406係被構成為，會從利用者終端102接收商品B網頁要求。商品B網頁送訊部407係被構成為，會向利用者終端102發送商品B網頁。商品B網頁記憶部408，係記憶著商品B網頁的畫面(HTML)。

雖然在圖4中係例示了對每一商品記憶著商品網頁，對每一商品接收網頁要求、發送網頁資料的實施形態，但亦可將可用URL等唯一識別的網頁資訊以1個收訊部加以接收，由1個送訊部來發送網頁資料。

圖5係商品網頁配訊處理流程的圖示。在商品A網頁要求收訊部403所進行的商品A網頁要求收訊處理(S501)中，對商品A網頁的URL之存取會被受理，接著在商品A網頁送訊部404所進行的商品A網頁送訊處理(S502)中，商品A網頁會被發送。然後，再次回到商品A網頁要求的收訊等待狀態。關於商品B等其他商品也是同樣地，在商品B網頁要求收訊部406所進行的商品B網頁要求收訊處理(S503)中，對商品B網頁的URL之存取會被受理，在商品B網頁送訊部407所進行的商品B網頁送訊處理(S504)中，商品B網頁會被發送，返回要求等待狀態。

接著說明關於購入預定與下訂之動作。圖6係購入預定與下訂所涉及之處理流程的圖示。在購入預定受理處理(S601)中，一旦從利用者終端102接收到購入預定，則記憶著與購入預定商品之組合適否的商品表會被參照，生成用來判定購入預定商品之組合所需的判定表(S602A)。當購物籃中已經被登錄有商品時，在組合判定處理(S602B)中，既存購入預定之商品與追加購入預定之商品的組合，會被判定。在購入預定確認畫面生成處理(S603)中，購入預定確認畫面會被生成，在購入預定登錄處理(S604)中，購入預定會被登錄，在購入預定確認畫面送訊處理(S605)中，購入預定確認畫面會被回送至利用者終端102。然後，再次回到購入預定的收訊等待狀態。

不只在最初的購入預定商品放入購物籃時，在追加之購入預定商品放入購物籃時，也會生成判定表。在追加之購入預定商品放入購物籃時，已經生成的判定表會被更新。所謂更新，是將已經放入購物籃的商品的判定表與所追加之商品的判定表，加以合成。

又，在下訂要求收訊處理(S606)中，一旦從利用者終端102接收到下訂要求，則在接單登錄(S607)中，既存之購入預定會被登錄成為訂單。

圖7係購入預定與下訂所涉及之通訊販賣伺服器之構成的圖示。購入預定收訊部701，係在購入預定受理處理(S601)中，從利用者終端102受理所追加之購入預定。在購入預定中係含有商品ID與訂購數。又，組合判定部702係在組合判定處理(S602)中，從購入預定記憶部703取得既存購入預定之商品ID，針對與購入預定收訊部701已接收之追加購入預定的商品ID的組合，判定適否。關於該判定，係使用圖10與圖11而後述。

購入預定記憶部703係被構成為，依序將購入預定收訊部701所接收到的追加購入預定，加以記憶。圖8係實施形態1所述之購入預定記憶部之例子(購入預定追加前)的圖示。被記憶在購入預定記憶部703中的資料，係在標頭中設有使用者ID，對每一購入預定設有紀錄，商品ID與訂購數是建立對應而記憶而構成。在此例中，作為既存之購入預定，被商品ID「I003」所特定的「C洗潔劑」是被登錄1個。

購入預定確認畫面生成部704，係在購入預定確認畫面生成處理(S603)中，生成將既存購入預定與追加購入預定與喚起注意之資料加以顯示、並可發送下訂要求的購入預定確認畫面。此時，購入預定確認畫面生成部704係從購入預定記憶部703取得既存購入預定(商品ID與訂購數)而設定至購入預定確認畫面中，然後購入預定收訊部701所接收到的追加購入預定(商品ID與訂購數)也設定至購入預定確認畫面中。關於購入預定確認畫面，使用圖12與圖13來詳述。

商品表705，係對可預約及購入的每一商品，將商品ID、商品名、及單加建立對應而記憶。

圖9係實施形態1所述之商品網頁之例子的圖示。每一商品係有商品ID、商品名、及單價被建立對應而記憶。

判定表生成部706，係當已受理了購入預定商品之輸入時，則參照一記憶著購入預定商品之組合之適否的商品表，生成用來判定該當購入預定商品之組合所需的判定表。判定表生成部706，係當已受理了追加之購入預定商品時，則參照一記憶著購入預定商品之組合之適否的商品表，將關於既存購入預定商品的判定表與關於追加之購入預定商品的判定表予以合成，以生成用來判定這些購入預定商品之組合所需的判定表。組合判定部702，係參照已生成或更新的判定表，每次有商品被追加時，就判定既存之商品與被追加之商品之組合的適否。

購入預定確認畫面送訊部707，係在購入預定確認畫面送訊處理(S605)中，將購入預定確認畫面生成部704所生成的購入預定確認畫面，回送給利用者終端102。下訂要求收訊部708，係在下訂要求收訊處理(S606)中，將因購入預定確認畫面上的指示而被送出的下訂要求，予以接收。接單登錄部709，係在接單登錄(S607)中，將已被使用者認證的使用者ID所對應的既存購入預定，從購入預定記憶部703中加以取得，並令其被記憶在接單登錄部709中。接單資訊記憶部710係被構成為，對應於使用者ID而將下訂資訊加以記憶。下訂資訊係被構成為，針對每一訂購商品，將商品ID與訂購數建立對應而記憶。登出部711係隨應於來自利用者終端102之要求，或是因為逾時，而執行登出以解除連線。

此處詳述，前述的組合判定部702所進行的組合判定處理(S602)。圖10係為不適切商品定義表之例子的圖示。對每一不適切商品的定義，係有：判定對象商品ID、不適切商品ID、喚起注意之資料，建立對應而記憶。所謂喚起注意之資料，係為警告文的文字資料或影像、注意文的文字資料或影像、提醒再考慮之內容的文字或影像等，按照危險度等級而分別準備數種。判定對象商品ID，係將要被判定適否的商品，加以特定。不適切商品ID，係將會與判定對象商品之組合為不適切(或有不適切之疑慮)的商品，加以特定。喚起注意之資料係用來表示，判定對象商品與不適切商品之組合係為不適切的內容。

圖11係實施形態1所述之組合判定處理流程的圖示。對於購入預定記憶部703中所記憶之每一既存購入預定之商品，會重複進行以下之處理(S1101)。對不適切商品定義表的每筆紀錄，會重複進行以下之處理(S1102)。所被生成的判定表會被參照，當既存購入預定之商品ID與不適切商品ID是一致(S1103)，追加購入預定之商品ID與判定對象商品ID是一致時(S1104)，則判定為不適切，該當紀錄的喚起注意之資料會被讀取(S1105)。若所有的紀錄都已被處理(S1106)，則針對已追加之商品的判定表，會被更新(S1107)。

圖12係實施形態1所述之購入預定確認畫面之例子的圖示。一旦A漂白劑(I001)被選擇，則因為與C洗潔劑(I003)之關係，而會發出有產生氯氣之危險的警告。若訂購小圖示(「我要訂購」)被點選，則下訂要求會被發送至通訊販賣伺服器101。

圖13係購入預定確認畫面生成處理流程的圖示。從購入預定記憶部703所讀取到的既存購入預定會被設定至該當顯示欄(S1301)，購入預定收訊部701所接收到的追加購入預定顯示會被設定至該當顯示欄(S1302)。又，當組合判定部702的判定結果為不適切時，已被特定之喚起注意之資料就會被設定至該當顯示欄(S1303)。

圖14係實施形態1所述之購入預定記憶部之例子(購入預定追加後)的圖示。在此例中係圖示，取消C洗潔劑(I003)，重新選擇了D洗潔劑(I004)的狀態。

實施形態2.

在上述的實施形態中，雖然說明了判定不適切商品組合的例子，但此處係針對判定適切商品組合的例子加以說明。

圖15係為適切商品定義表之例子的圖示。判定對象商品ID、核對商品種別、適切商品ID、喚起注意之資料，是被建立對應而記憶。核對商品種別，係表示有必要判定與判定對象商品之適合性(適切還是不適切)的商品分類。在此例中係表示了，關於記憶卡(判定對象商品)，必須要與數位相機(核對商品種別)判定適合性。適切商品ID係表示了，該當於核對商品種別的商品當中適切的商品(該當於核對商品種別之商品當中不適切商品以外之商品)的ID。適切商品ID係可複數設定。喚起注意之資料係用來表示，關於判定對象商品之核對商品種別的適合性。

圖16係實施形態2所述之商品網頁之例子(1)的圖示。在此例子中係假設，C001及C002係為X記憶卡對應的數位相機，C003及C004係為Y記憶卡對應的數位相機。

圖17係實施形態2所述之商品網頁之例子(2)的圖示。在此例子中係假設，M001與M002係為X記憶卡，M003與M004係為Y記憶卡。

圖18係實施形態2所述之購入預定記憶部之例子(購入預定追加前)的圖示。在此例子中係表示了，數位相機的Degi-γ(C003)是被登錄成購入預定的狀態。

圖19係實施形態2所述之組合判定處理流程的圖示。判定是否有將追加購入用定商品ID視為判定對象商品ID的紀錄存在(S1901)，若沒有此種紀錄時則處理結束。若有此種紀錄時則進行以下處理。首先，將該當紀錄的核對商品種別，加以特定(S1902)。然後，對既存購入預定之每一商品，重複進行以下之處理(S1903)。當既存購入預定之商品是該當於核對商品種別時(S1904)，會判定既存購入預定之商品ID是與既存購入預定之商品ID之哪一者一致(S1905)，當既存購入預定之商品ID與任一適切商品ID都不一致時則判定為不適切，該當紀錄的喚起注意之資料會被讀取(S1906)。在S1904中判定為既存購入預定之商品並非該當於核對商品種別時，和在S1905中判定既存購入預定之商品ID是與任一適切商品ID一致時，則既存購入預定之商品ID不會被判定成不適切而進入S1907。然後，針對所有的既存購入預定都進行處理後(S1907)，判定表會被更新(S1908)。

圖20係實施形態2所述之購入預定確認畫面之例子的圖示。一旦X-16(M001)被選擇，則因為與Degi-γ(C003)之關係，而會針對X記憶卡對應相機用的記憶卡之意旨，提醒注意。這是表示了，之前登錄的數位相機，並不適合於之後所選的記憶卡。此外，圖20的喚起注意之資料，其危險度係被設定成比產生氯氣的危險度還低。

圖21係實施形態2所述之購入預定記憶部之例子(購入預定追加後)的圖示。在此例中係圖示，取消X-16(M001)，重新選擇了Y-16(M003)的狀態。

實施形態3.

在此實施形態中係表示，隨著商品之屬性，檢查屬性之差異。

圖22係實施形態3所述之商品表之例子的圖示。作為屬性之例子，將對應OS與其他項目建立對應而記憶。

圖23係實施形態3所述之組合判定處理流程的圖示。首先，追加購入預定之商品之屬性，會從商品表705中讀取出來(S2301)。然後，對既存購入預定之每一商品，重複進行以下之處理(S2302)。既存購入預定商品之屬性會從商品表705中讀取出來(S2303)。判定雙方之商品屬性是否一致(S2304)，若一致時則屬性不一致之喚起注意之資料，會被設定(S2305)。針對所有的既存購入預定而進行處理(S2306)，判定表會被更新(S2307)。

圖24係實施形態3所述之購入預定確認畫面之例子的圖示。一旦A影像編集(S001)被選擇，則因為與C試算表(S003)之關係，而會提醒對應OS不同之意旨的注意。這是表示了屬性是不同的。

實施形態4.

在實施形態3中雖然例示了以商品表來特定商品屬性的例子，但在本實施形態中則是說明，根據商品網頁的畫面資料來特定出屬性的例子。

圖25係實施形態3所述之商品網頁之例子(1)的圖示。圖26係實施形態3所述之商品網頁之例子(2)的圖示。均是在標籤中表示為對應遊戲機。此資訊係可從商品網頁畫面的原始碼之描述中讀取出來。一旦指示追加購入預定送訊的小圖示(「放入購物籃」)被點選，則該標籤資訊就會被讀取而發送。

說明商品網頁畫面中所附屬之程式的動作。圖27係商品網頁程式之處理流程的圖示。事件會被取得(S2701)，當該事件是從指示追加購入預定送訊的小圖示(「放入購物籃」)所產生時(S2702)，則從標籤顯示中讀取屬性(S2703)，該屬性係被追加至追加購入預定中(S2704)。然後，含有屬性的追加購入預定就會被發送至通訊販賣伺服器101(S2705)。

如此而被發送的購入預定中所含的屬性，也被記憶在購入預定記憶部703中。圖28係實施形態4所述之購入預定記憶部之例子(購入預定追加前)的圖示。作為屬性，係將對應遊戲機與其他項目建立對應而記憶。

然後，於圖23之判定中，使用既存之購入預定中所含之屬性，和追加之購入預定中所含之屬性，判定雙方的屬性是否一致(S2304)。

圖29係實施形態4所述之購入預定確認畫面之例子的圖示。在格鬥A被選擇的時點上，因為與C健康之關係，而會提醒對應遊戲機不同之意旨的注意。此例中也表示了屬性是不同的事實。

通訊販賣伺服器101係為電腦，各要素係可藉由程式處理而執行。又，亦可將程式記憶在記憶媒體中，讓其從記憶媒體讀取至電腦。

101．．．通訊販賣伺服器

102．．．利用者終端

401．．．登入部

402．．．利用者表

403．．．商品A網頁要求收訊部

404．．．商品A網頁送訊部

405．．．商品A網頁記憶部

406．．．商品B網頁要求收訊部

407．．．商品B網頁送訊部

701．．．購入預定收訊部

702．．．組合判定部

703．．．購入預定記憶部

704．．．購入預定確認畫面生成部

705．．．商品表

706．．．判定表生成部

707．．．購入預定確認畫面送訊部

708．．．下訂要求收訊部

709．．．接單登錄部

710．．．接單資訊記憶部

711．．．登出部

[圖1]圖1係購入預定商品判定系統的網路構成的圖示。

[圖2]圖2係購入預定商品判定系統的動作概要的圖示。

[圖3]圖3係商品網頁之例子的圖示。

[圖4]圖4係商品網頁配訊所涉及之通訊販賣伺服器之構成的圖示。

[圖5]圖5係商品網頁配訊處理流程的圖示。

[圖6]圖6係購入預定與下訂所涉及之處理流程的圖示。

[圖7]圖7係購入預定與下訂所涉及之通訊販實伺服器之構成的圖示。

[圖8]圖8係實施形態1所述之購入預定記憶部之例子[購入預定追加前)的圖示。

[圖9]圖9係實施形態1所述之商品網頁之例子的圖示。

[圖10]圖10係不適切商品定義表之例子的圖示。

[圖11]圖11係實施形態1所述之組合判定處理流程的圖示。

[圖12]圖12係實施形態1所述之購入預定確認畫面之例子的圖示。

[圖13]圖13係購入預定確認畫面生成處理流程的圖示。

[圖14]圖14係實施形態1所述之購入預定記憶部之例子(購入預定追加後)的圖示。

[圖15]圖15係適切商品定義表之例子的圖示。

[圖16]圖16係實施形態2所述之商品網頁之例子(1)的圖示。

[圖17]圖17係實施形態2所述之商品網頁之例子(2)的圖示。

[圖18]圖18係實施形態2所述之購入預定記憶部之例子(購入預定追加前)的圖示。

[圖19]圖19係實施形態2所述之組合判定處理流程的圖示。

[圖20]圖20係實施形態2所述之購入預定確認畫面之例子的圖示。

[圖21]圖21係實施形態2所述之購入預定記憶部之例子(購入預定追加後)的圖示。

[圖22]圖22係實施形態3所述之商品表之例子的圖示。

[圖23]圖23係實施形態3所述之組合判定處理流程的圖示。

[圖24]圖24係實施形態3所述之購入預定確認畫面之例子的圖示。

[圖25]圖25係實施形態3所述之商品網頁之例子(1)的圖示。

[圖26]圖26係實施形態3所述之商品網頁之例子(2)的圖示。

[圖27]圖27係商品網頁程式之處理流程的圖示。

[圖28]圖28係實施形態4所述之購入預定記憶部之例子(購入預定追加前)的圖示。

[圖29]圖29係實施形態4所述之購入預定確認畫面之例子的圖示。

701．．．購入預定收訊部

702．．．組合判定部

703．．．購入預定記憶部

704．．．購入預定確認畫面生成部

705．．．商品表

706．．．判定表生成部

707．．．購入預定確認畫面送訊部

708．．．下訂要求收訊部

709．．．接單登錄信部

710．．．接單資訊記憶部

711．．．登出部

Claims (8)

1. 一種通訊販賣伺服器，係可透過網際網路而與使用者終端連接的通訊販賣伺服器，其特徵為，具備：購入預定商品記憶部，係從前記使用者終端受理購入預定商品之輸入，並記憶該購入預定商品；和判定表生成部，當前記購入預定商品已被受理時，參照記憶著購入預定商品之組合之適否的商品表，而生成用來判定該購入預定商品之組合所需的判定表；和組合判定部，當已受理了對前記購入預定商品記憶部所追加的購入預定商品之輸入時，參照前記判定表生成部所生成的前記判定表，判定前記購入預定記憶部中所記憶的既存購入預定商品與該當追加之購入預定商品的組合之適否；和提醒注意畫面生成部，係當前記組合被前記組合判定部判定為不適切時，生成已被設定有喚起注意之資料的提醒注意畫面；和判定表更新部，係當前記組合被前記組合判定部判定為適切時，參照著記憶前記追加之購入預定商品之組合之適否的商品表，將已經被生成之判定表與關於前記追加之購入預定商品的判定表予以合成，以在每次購入預定商品被追加時就更新前記已經被生成之判定表。
2. 如申請專利範圍第1項所記載之通訊販賣伺服器，其中，前記組合判定部，係 具有：不適切商品定義表，係將判定對象商品、與判定對象商品之組合係為不適切的不適切商品、表示不適切之內容的喚起注意之資料，建立對應而記憶；當追加之購入預定商品係為判定對象商品，且既存之購入預定商品係為不適切商品時，則將所對應之喚起注意之資料加以特定。
3. 如申請專利範圍第1項所記載之通訊販賣伺服器，其中，前記組合判定部，係具有：適切商品定義表，係將判定對象商品、判定與判定對象商品之組合用的核對商品種別、與判定對象商品之組合為適切的適切商品、表示判定對象商品之適合性的喚起注意之資料，建立對應而記憶；當追加之購入預定商品係為判定對象商品，既存之購入預定商品係該當於核對商品種別，且既存之購入預定商品並非適切商品時，則將所對應之喚起注意之資料加以特定。
4. 如申請專利範圍第1項所記載之通訊販賣伺服器，其中，前記組合判定部，係當追加之購入預定商品之屬性、與既存之購入預定商品之屬性是不同時，將表示屬性不同之喚起注意之資料加以特定。
5. 如申請專利範圍第1項所記載之通訊販賣伺服器， 其中，還具備：記憶每一商品之屬性的商品表；前記組合判定部，係基於前記商品表，而將追加之購入預定商品之屬性、既存之購入預定商品之屬性，加以特定。
6. 如申請專利範圍第1項所記載之通訊販賣伺服器，其中，還具備：商品網頁記憶部，係記憶著商品網頁，其係被構成為，將商品之屬性以標籤資訊加以表示，在發送商品之購入預定之際，將該當標籤資訊附加至該當購入預定而加以發送；和商品網頁要求收訊部，係從前記使用者終端接收商品網頁要求；和商品網頁送訊部，係當商品網頁要求已被接收時，從前記商品網頁記憶部中讀出商品網頁而加以發送；前記組合判定部，係使用購入預定中所含有之屬性，而將追加之購入預定商品之屬性、既存之購入預定商品之屬性，加以特定。
7. 一種購入預定商品判定方法，係藉由可透過網際網路而與使用者終端連接的通訊販賣伺服器所執行的購入預定商品判定方法，其特徵為，含有：購入預定商品記憶步驟，係從前記使用者終端受理購入預定商品之輸入，並將該當購入預定商品，記憶在購入 預定商品記憶部；和判定表生成步驟，當前記購入預定商品已被受理時，參照記憶著購入預定商品之組合之適否的商品表，而生成用來判定該當購入預定商品之組合所需的判定表；和組合判定步驟，當已受理了對前記購入預定商品記憶部所追加的購入預定商品之輸入時，參照前記判定表生成步驟中所生成的前記判定表，判定前記購入預定記憶部中所記憶的既存購入預定商品與該當追加之購入預定商品的組合之適否；和提醒注意畫面生成步驟，係當前記組合在前記組合判定步驟中被判定為不適切時，生成已被設定有喚起注意之資料的提醒注意畫面；和判定表更新步驟，係當前記組合在前記組合判定步驟中被判定為適切時，參照著記憶前記追加之購入預定商品之組合之適否的商品表，將已經被生成之判定表與關於追加之購入預定商品的判定表予以合成，以在每次購入預定商品被追加時就更新前記已經被生成之判定表。
8. 一種記錄程式之電腦可讀取之記錄媒體，其特徵為，該程式係使電腦發揮機能而成為可透過網際網路而與使用者終端連接的通訊販賣伺服器，該通訊販賣伺服器係具備：購入預定商品記憶部，係從前記使用者終端受理購入預定商品之輸入，並記憶該當購入預定商品；和判定表生成部，當前記購入預定商品已被受理時，參 照記憶著購入預定商品之組合之適否的商品表，而生成用來判定該當購入預定商品之組合所需的判定表；和組合判定部，當已受理了對前記購入預定商品記憶部所追加的購入預定商品之輸入時，參照前記判定表生成部所生成的前記判定表，判定前記購入預定記憶部中所記憶的既存購入預定商品與該當追加之購入預定商品的組合之適否；和提醒注意畫面生成部，係當前記組合被前記組合判定部判定為不適切時，生成已被設定有喚起注意之資料的提醒注意畫面；和判定表更新部，係當前記組合被前記組合判定部判定為適切時，參照著記憶前記追加之購入預定商品之組合之適否的商品表，將已經被生成之判定表與關於追加之購入預定商品的判定表予以合成，以在每次購入預定商品被追加時就更新前記已經被生成之判定表。