TW201602943A

TW201602943A - 預告裝置、預告方法、程式、及記錄媒體

Info

Publication number: TW201602943A
Application number: TW104115602A
Authority: TW
Inventors: Hyo-Seok Gong; Yoovraj Shinde
Original assignee: Rakuten Inc
Priority date: 2014-05-30
Filing date: 2015-05-15
Publication date: 2016-01-16
Also published as: TWI559245B; WO2015181942A1; JPWO2015181942A1; US20160314526A1; JP5676831B1

Abstract

預告日期時間取得部(320)，係取得使用者追蹤的複數交易之各交易所被建立對應的預告日期時間，且該預告日期時間係為，比該當各交易之期限提早了所被設定之間隔。通知部(360)，係在各交易所被建立對應對應的預告日期時間到來之後，將各交易之期限之預告，通知給使用者。提示部(370)，係一旦被通知預告的使用者，在預告所涉及之交易之期限以前，進行了預告中所指定的行動，則在複數交易之中，將預告所涉及之交易之前記期限予以包含的綜合期間，加以決定。然後，提示部(370)，係若期限是在綜合期間內到來的綜合期間內交易，是只有預告所涉及之交易，則將預告所涉及之交易之申請網頁，提示給使用者。又，提示部(370)，係若綜合期間內交易是有複數筆，則將綜合期間內交易之各個之申請網頁之資訊予以綜合而提示給使用者。

Description

預告裝置、預告方法、程式、及記錄媒體

本發明係有關於預告裝置、預告方法、程式、及記錄媒體。

先前，在電子商務交易中，為了不讓使用者，在商品之購入的申請期限以前，忘記該商品之購入申請，而對使用者進行該申請期限之提醒，存在有此種服務。例如，專利文獻1中係揭露，在電子商務交易之WEB網站中，使用者把中意的商品登錄至追蹤清單中時，一旦靠近該追蹤清單中所被登錄之商品之購入之申請期限，則將用來告知已經接近申請期限的電子郵件(提醒郵件)寄送給該使用者的系統。

〔先前技術文獻〕〔專利文獻〕

〔專利文獻1〕日本專利第5145578號公報

在如專利文獻1所揭露的系統中，在有接近購入申請期限之複數商品被登錄在追蹤清單中的情況下，對使用者會有複數封提醒郵件在接近的時刻分別被發送。因此，使用者在該複數封提醒郵件之中，有可能會漏看幾封，其結果為，有可能導致漏看之提醒郵件所涉及的商品之購入申請期限會被忘記而無法申請。

本發明係有鑑於上記實情而研發，其目的在於提供一種，在使用者追蹤交易期限相近的複數交易的情況下，可防止忘記該交易之申請的預告裝置、預告方法、程式、及記錄媒體。

為了達成上記目的，本發明之第1觀點所述之預告裝置，其特徵為，具備：取得部，係取得使用者追蹤的複數交易之各交易所被建立對應的預告日期時間，且該預告日期時間係為，比該當各交易之期限提早了所被設定之間隔；通知部，係在前記各交易所被建立對應之前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給前記使用者；提示部，係一旦已被通知前記預告的前記使用者，在前記預告所涉及的前記交易之前記期限以前，進行前記預告中所指定的行動，則在前記複數交易之中，決定包含前記預告所涉及的前記交易之前記期限的綜合期間，若期限是在前記綜合期間內到來的綜合期間內交易，是只有前記預告所涉及的前記交易，則將前記預告所涉及的前記交易的申請網頁，提示給前記使用者；若前記綜合期間內交易係有複數筆，則將前記綜合期間內交易的各個申請網頁之資訊予以綜合，然後提示給前記使用者。

在上記觀點所述之預告裝置中，其特徵為，前記提示部，係藉由將列舉了前往前記綜合期間內交易的各個申請網頁之連結的清單網頁提示給前記使用者，以將前記綜合期間內之交易的各個申請網頁之資訊予以綜合，然後提示給前記使用者。

在上記觀點所述之預告裝置中，其特徵為，前記綜合期間之始期係為，比前記交易之前記期限提早了第1時間長度的時點；前記綜合期間之終期係為，比前記交易之前記期限延後了第2時間長度的時點；還具備：算出部，係基於前記使用者對前記綜合期間內交易之各交易所進行的行動，而算出對於前記已被通知之前記預告的反應度；更新部，係更新前記第1時間長度、前記第2時間長度、以及前記間隔，以使得前記所被算出之反應度有所提升。

在上記觀點所述之預告裝置中，其特徵為，若藉由暫時改變前記第1時間長度、前記第2時間長度、以及前記間隔，前記反應度就有所提升，則前記更新部係將前記第1時間長度、前記第2時間長度、以及前記間隔更新成暫時改變的值。

在上記觀點所述之預告裝置中，其特徵為，前記行動係為，在前記預告被通知後，前記使用者從前記清單網頁存取前記綜合期間內之各交易之申請網頁；前記反應度，係以與從前記預告被通知的時點起，到對前記綜合期間內之各交易之申請網頁做了存取的時點的平均呈現負相關的方式，而被算出。

在上記觀點所述之預告裝置中，其特徵為，前記行動係為，在前記預告被通知後，前記使用者在前記綜合期間內從前記清單網頁存取各交易之申請網頁，或是，從前記清單網頁所存取到的前記申請網頁起進行申請；前記反應度，係以與該當存取之數目、或該當申請之數目呈現正相關的方式，而被算出。

在上記觀點所述之預告裝置中，其特徵為，前記提示部，係將前記綜合期間內之交易的各個申請網頁，全部透過彼此互異的瀏覽器視窗或是瀏覽器內彼此互異的頁籤而予以提示，藉此以將前記綜合期間內交易的各個申請網頁之資訊予以綜合，然後提示給前記使用者。

在上記觀點所述之預告裝置中，其特徵為，每次前記使用者把新的交易列為追蹤對象時，就判定是否滿足條件「既為前記使用者所追蹤的既存之交易，且該當既存之交易之期限是早於該當新的交易之期限，該當新的交易的預告日期時間是被包含在對該當既存之交易所決定的綜合期間內的既存之交易」；若前記條件未被滿足，則對郵件伺服器進行預約登錄，使其在前記新的交易的預告日期時間，必須發送已被記載有預告該當新的交易之期限之通知的郵件；若前記條件被滿足，則向前記使用者告知，前記新的交易之期限之預告之通知已被省略之意旨。

本發明之第2觀點所述之預告方法，係具備取得部、通知部、提示部的預告裝置所執行的預告方法，其特徵為，具備：取得步驟，係由前記取得部，取得使用者追蹤的複數交易之各交易所被建立對應的預告日期時間，且該預告日期時間係為，比該當各交易之期限提早了所被設定之間隔；和通知步驟，係由前記通知部，在前記各交易所被建立對應之前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給前記使用者；提示步驟，係由前記提示部，一旦已被通知前記預告的前記使用者，在前記預告所涉及的前記交易之前記期限以前，進行前記預告中所指定的行動，則在前記複數交易之中，決定包含前記預告所涉及的前記交易之前記期限的綜合期間，若期限是在前記綜合期間內到來的綜合期間內交易，是只有前記預告所涉及的前記交易，則將前記預告所涉及的前記交易的申請網頁，提示給前記使用者；若前記綜合期間內交易係有複數筆，則將前記綜合期間內交易的各個申請網頁之資訊予以綜合，然後提示給前記使用者。

本發明的第3觀點所述之程式，其特徵為，係使電腦發揮機能而成為：取得部，係取得使用者追蹤的複數交易之各交易所被建立對應的預告日期時間，且該預告日期時間係為，比該當各交易之期限提早了所被設定之間隔；通知部，係在前記各交易所被建立對應之前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給前記使用者；提示部，係一旦已被通知前記預告的前記使用者，在前記預告所涉及的前記交易之前記期限以前，進行前記預告中所指定的行動，則在前記複數交易之中，決定包含前記預告所涉及的前記交易之前記期限的綜合期間，若期限是在前記綜合期間內到來的綜合期間內交易，是只有前記預告所涉及的前記交易，則將前記預告所涉及的前記交易的申請網頁，提示給前記使用者；若前記綜合期間內交易係有複數筆，則將前記綜合期間內交易的各個申請網頁之資訊予以綜合，然後提示給前記使用者。

本發明之第4觀點所述之電腦可讀取之記錄媒體，其特徵為，記錄有程式，可令電腦發揮機能而成為：取得部，係取得使用者追蹤的複數交易之各交易所被建立對應的預告日期時間，且該預告日期時間係為，比該當各交易之期限提早了所被設定之間隔；通知部，係在前記各交易所被建立對應之前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給前記使用者；提示部，係一旦已被通知前記預告的前記使用者，在前記預告所涉及的前記交易之前記期限以前，進行前記預告中所指定的行動，則在前記複數交易之中，決定包含前記預告所涉及的前記交易之前記期限的綜合期間，若期限是在前記綜合期間內到來的綜合期間內交易，是只有前記預告所涉及的前記交易，則將前記預告所涉及的前記交易的申請網頁，提示給前記使用者；若前記綜合期間內交易係有複數筆，則將前記綜合期間內交易的各個申請網頁之資訊予以綜合，然後提示給前記使用者。

若依據本發明，則在使用者追蹤交易期限相近的複數交易的情況下，可防止忘記該交易之申請。

1‧‧‧預告系統

10‧‧‧電腦通訊網

110、120‧‧‧終端裝置

111、121‧‧‧輸入部

119、129‧‧‧顯示部

200‧‧‧基地台

300‧‧‧預告裝置

3001‧‧‧CPU

3002‧‧‧ROM

3003‧‧‧RAM

3004‧‧‧硬碟

3005‧‧‧媒體控制器

3006‧‧‧LAN卡

3007‧‧‧視訊卡

3008‧‧‧LCD

3009‧‧‧鍵盤

3010‧‧‧揚聲器

3011‧‧‧觸控墊

310‧‧‧資訊記憶部

311‧‧‧商品表

312‧‧‧下標表

313‧‧‧參數表

314‧‧‧日誌表

320‧‧‧預告日期時間取得部

330‧‧‧資訊取得部

340‧‧‧檢索部

350‧‧‧登錄部

360‧‧‧通知部

370‧‧‧提示部

380‧‧‧算出部

390‧‧‧更新部

400‧‧‧郵件伺服器

411‧‧‧預告郵件預約表411

40‧‧‧檢索網頁

41‧‧‧檢索結果清單

50‧‧‧申請網頁

51‧‧‧商品資訊

52‧‧‧登錄鈕

53‧‧‧下標鈕

60‧‧‧預告訊息

61‧‧‧網頁移動鈕

70‧‧‧期限清單網頁

71‧‧‧期限清單

〔圖1〕實施形態1所述之預告系統之構成例的概略區塊圖。

〔圖2〕實施形態1所述之預告裝置之硬體構成之一例的概略區塊圖。

〔圖3〕實施形態1所述之預告裝置之機能構成例的概略區塊圖。

〔圖4〕商品表中所儲存之資料之一例的圖示。

〔圖5〕下標表中所儲存之資料之一例的圖示。

〔圖6〕檢索結果網頁之一例的圖示。

〔圖7〕申請網頁之一例的圖示。

〔圖8〕預告訊息之一例的圖示。

〔圖9〕綜合期間之決定方法之一例的說明圖。

〔圖10〕期限清單網頁之一例的圖示。

〔圖11〕登錄處理的流程圖之一例。

〔圖12〕預告處理的流程圖之一例。

〔圖13〕提示處理的流程圖之一例。

〔圖14〕實施形態2所述之預告裝置之機能構成例的概略區塊圖。

〔圖15〕參數表中所儲存之資料之一例的圖示。

〔圖16〕日誌表中所儲存之資料之一例的圖示。

〔圖17〕參數更新處理的流程圖之一例。

〔圖18〕實施形態5所述之預告系統之構成例的概略區塊圖。

〔圖19〕預告郵件預約表中所儲存之資料之一例的圖示。

〔圖20〕預約登錄處理的流程圖之一例。

針對本發明的實施形態，參照圖式來詳細說明。

(實施形態1)

本發明的實施形態1所述之預告系統1，係在交易之申請期限之前，預告該當期限之到來。在本實施形態1中，作為交易之申請期限之一例，以網際網路競標中的下標截止之日期時間(以下稱為下標期限)為例來說明。

預告系統1，係如圖1所示，是由：終端裝置110及120、和可與終端裝置110及120無線通訊的基地台200、和可與基地台200透過電腦通訊網10(以下簡稱為通訊網10)而連接成可通訊的預告裝置300所構成。

通訊網10係由例如網際網路所構成。通訊網10係亦可為LAN(Local Area Network)或公眾線路網。

終端裝置110及120，係由例如行動電話所構成。終端裝置110及120，係可為筆記型的個人電腦，也可為平板型的電腦。

終端裝置110係讓使用者檢索網際網路競標中可下標之商品，為了進行下標而被使用的裝置，係具備例如：觸控板等之輸入部111、和LCD(Liquid Crystal Display)等之顯示部119。終端裝置120係由，具有和終端裝置110所具有之輸入部111及顯示部119相同構成的輸入部121及顯示部129所構成。終端裝置110及120，係具有彼此同樣之構成，進行同樣的動作，因此以下主要是針對終端裝置110來加以說明。

基地台200係為例如行動電話之基地台或無線LAN之基地台。基地台200係將終端裝置110及120與預告裝置300之通訊，予以中繼。

預告裝置300，係由例如伺服器所構成，隨應於來自終端裝置110之請求，執行網際網路競標中可下標之商品的檢索處理或下標處理。

又，預告裝置300，係從終端裝置110，受理使用者希望追蹤交易的商品(以下稱為追蹤商品)之登錄，將該追蹤商品登錄至追蹤清單。此處，所謂追蹤交易，係指要接收有關交易狀況之變化的通知。此通知，係對於在預告裝置300所記憶的一種稱為追蹤清單的清單裡登錄有識別資訊(以下稱為使用者ID)的使用者，才會進行。因此，將追蹤交易的使用者，也稱為已被登錄至追蹤清單的使用者。此外，有關交易狀況之變化的通知，係含有關於交易之申請期限之到來的預告，但當然並非限定於此，例如，若是下標交易，則包含有最高額下標額有變化、或以最高額進行下標的使用者(以下稱為最高額下標者)已經變成別的使用者的通知。

圖2中圖示預告裝置300之硬體構成之一例。如圖2所示，預告裝置300係由：CPU(Central Processing Unit)3001、ROM(Read Only Memory)3002、RAM(Random Access Memory)3003、硬碟 3004、媒體控制器3005、LAN(Local Area Network)卡3006、視訊卡3007、LCD(Liquid Crystal Display)3008、鍵盤3009、揚聲器3010、及觸控墊3011所構成。

CPU3001係依照ROM3002或硬碟3004中所保存的程式而執行程式，以進行預告裝置300的全體控制。RAM3003係為，在CPU3001執行程式時，將處理對象的資料予以暫時記憶的工作記憶體。

硬碟3004，係將保存各種資料之表格予以記憶的資訊記憶部。此外，預告裝置300係亦可取代硬碟3004，改為具備快閃記憶體。

媒體控制器3005，係從包含快閃記憶體、CD(Compact Disc)、DVD(Digital Versatile Disc)、及藍光碟片(Blu-ray Disc)(註冊商標)的記錄媒體中，讀出各種資料及程式。

LAN卡3006係與透過通訊網10及基地台200而連接的終端裝置110及120之間，收送資料。鍵盤3009及觸控墊3011，係將相應於使用者操作的訊號，予以輸入。

視訊卡3007，係基於從CPU3001所輸出的數位訊號來描繪影像(亦即rendering)，並且將表示所描繪好之影像的影像訊號，予以輸出。LCD3008係依照從視訊卡3007所輸出的影像訊號，來顯示影像。此外，預告裝置300係亦可不是具備LCD3008，改為具備PDP(Plasma Display Panel)或EL(Electroluminescence)顯示器之任一者。揚聲器3010，係基於從CPU3001所輸出的訊號，來輸出聲音。

接著說明預告裝置300所具有之機能。如圖3所示，預告裝置300係成為：資訊記憶部310、預告日期時間取得部320、資訊取得部330、檢索部340、登錄部350、通知部360、提示部370而發揮機能。

資訊記憶部310，係記憶著如圖4所示的商品表311。商品表311中係有由：識別被出品至競標的商品之資訊(以下稱作商品ID)、商品名、該商品的競標開始日期時間、該商品的競標結束日期時間(以下稱為下標期限)、競標開始時的商品之價格所對應關連而成之紀錄，是被複數保存。這些紀錄，係藉由商品之出品者或預告裝置300之管理者而被記錄在商品表311中。

又，資訊記憶部310，係記憶著如圖5所示的下標表312。在下標表中，係有由：圖4之商品表311中所被保存的商品ID、被商品ID所識別之商品之下標期限、預告下標期限之到來的日期時間(以下稱為預告日期時間)、該當商品的現在價格、最高額下標者的使用者ID、已將該當商品登錄在追蹤清單中的使用者之使用者ID所被建立對應而成之紀錄，是被保存複數筆。

圖2所示之硬碟3004，係與CPU3001合作，成為圖3所示之資訊記憶部310而發揮機能。

預告日期時間取得部320，係針對下標表312中所記錄的各商品，將比該商品之下標期限提早了預先設定之預告間隔的日期時間，當作預告日期時間而加以取得。然後，預告日期時間取得部320係將所取得的預告日期時間，保存在下標表312中。此外，在本實施形態1中係假設，預告間隔係被設定成30分鐘來說明，但並不一定要限定於此。

圖2所示的CPU3001，係成為圖3所示的預告日期時間取得部320而發揮機能。

資訊取得部330係從終端裝置110取得各種資訊。例如，資訊取得部330，係從終端裝置110，取得要求網際網路競標中可下標之商品之檢索的檢索請求。檢索請求中係含有，透過終端裝置110的輸入部111而被使用者所輸入的，表示商品之檢索條件的資料。資訊取得部330，係一旦取得檢索請求，就將檢索請求中所含之資料，輸出至檢索部340。

又，資訊取得部330，係從終端裝置110，取得要求網際網路競標中可下標之商品往追蹤清單之登錄的追蹤請求。追蹤請求中係含有，終端裝置110的使用者之使用者ID、和識別追蹤對象之商品的資訊(以下稱為追蹤商品ID)。資訊取得部330，係一旦取得追蹤請求，就將追蹤請求中所含之資料，輸出至登錄部350。

又，資訊取得部330，係從終端裝置110，取得要求用來申請網際網路競標中可下標之商品之下標所需之申請網頁之送訊的送訊請求。送訊請求中係含有，終端裝置110的使用者之使用者ID、和識別所下標之商品 (以下稱為下標商品)的資訊(以下稱為下標商品ID)。資訊取得部330，係一旦取得送訊請求，就將送訊請求中所含之資料，輸出至提示部370。

又，資訊取得部330，係從終端裝置110，取得要求網際網路競標中可下標之商品之下標之申請的下標請求。在下標請求中係含有，終端裝置110的使用者之使用者ID(以下稱為下標使用者ID)、下標商品ID、下標商品之下標額。資訊取得部330，係一旦取得下標請求，就將下標請求中所含之資料，輸出至登錄部350。

圖2所示之LAN卡3006，係與CPU3001協同運作，成為圖3所示的資訊取得部330而發揮機能。

檢索部340，係基於已被資訊取得部330所取得之檢索請求中所含的，表示商品之檢索條件的資料，從商品表311中檢索出滿足檢索條件的商品。然後，檢索部340，係將符合檢索條件的商品之資訊，發送至曾經送出檢索請求的終端裝置110。

例如，檢索部340，係將滿足檢索條件的商品之名稱、現在價格、下標數、及表示下標期限的資訊，從商品表311加以取得。然後，檢索部340，係如圖6中作為一例所示，將含有已取得之資訊係被清單化之檢索結果清單41的檢索結果網頁40，發送至終端裝置110。

又，終端裝置110的使用者，瀏覽顯示部119中所被顯示的檢索結果網頁40，若從檢索結果清單41之中選擇有興趣的商品，則檢索部340係如圖7中作為一例所示，將用來申請已被選擇之商品之下標所需的申請網頁50，發送至終端裝置110。申請網頁50係含有：表示商品及關於其下標之資訊的商品資訊51、用來將終端裝置110的使用者登錄至該商品之追蹤清單所需之登錄鈕52、用來下標該商品所需之下標鈕53。一旦使用者選擇登錄鈕52，則終端裝置110，係將該商品之追蹤請求，發送至預告裝置300。又，一旦使用者選擇下標鈕53，則終端裝置110係將該商品之下標請求，發送至預告裝置300。

圖2所示之CPU3001，係與LAN卡3006協同運作，成為圖3所示的檢索部340而發揮機能。

登錄部350，係基於已被資訊取得部330所取得之追蹤請求中所含之追蹤商品ID、使用者ID，而將使用者追加至下標表312之追蹤清單。具體而言，登錄部350，係於下標表312中，在追蹤請求中所含之追蹤商品ID所對應之商品ID之追蹤清單中，追加該追蹤請求中所含之使用者ID。

又，登錄部350，係基於已被資訊取得部330所取得之下標請求中所含之下標商品ID、下標使用者ID、下標額，來更新下標表312之追蹤清單之現在價格及最高額下標者ID。具體而言，登錄部350，係於下標表312中，將下標商品ID所對應之商品ID之現在價格，更新成下標請求中所含之下標額，將最高額下標者ID更新成下標請求中所含之下標使用者ID。

圖2所示的CPU3001，係成為圖3所示的登錄部350而發揮機能。

通知部360係若現在日期時間是達到了下標表312中所被記錄的預告日期時間，則對到達該預告日期時間的商品的追蹤清單中所被登錄之使用者ID的使用者，將該商品之下標期限即將接近之意旨的預告訊息60予以通知。圖8中圖示，終端裝置110的顯示部119中所被顯示的預告訊息60之一例。圖8所示的預告訊息係含有：到達預告日期時間的商品之名稱、指定用來顯示該商品之申請網頁所需之行動的訊息、網頁移動鈕61。具體而言，於預告訊息60中，作為用來顯示商品之申請網頁50所需之行動，指定點選網頁移動鈕61。終端裝置110的使用者，係一旦透過輸入部111而點選網頁移動鈕61，則終端裝置110係將送訊請求發送至預告裝置300。

圖2所示之CPU3001，係與LAN卡3006協同運作，成為圖3所示的通知部360而發揮機能。

提示部370，係基於已被資訊取得部330所取得之送訊請求中所含之下標商品ID、使用者ID，而向終端裝置110，提示將申請網頁、或申請網頁之資訊予以綜合而成的期限清單網頁。

例如，提示部370係於下標表312中，若送訊請求中所含之下標商品ID所對應之商品ID的下標期限，是比現在日期時間還晚，則決定綜合期間。此處，針對綜合期間，使用圖9來說明。在圖9中係說明，於下標表312中，商品ID“S002”、“S00X”及“S00Y”之追蹤清單裡，已被登錄有使用者ID“U003”的例子。如圖9所示，商品ID“S002”、“S00X”及“S00Y”之下標期限分別是“2014/04/15 00：00”、“2014/04/15 00：05”及“2014/04/15 00：15”的情況下，各商品ID所對應之預告日期時間係分別為，比下標期限提早了預告間隔30分鐘的“2014/04/14 23：30”、“2014/04/14 23：35”及“2014/04/14 23：45”。此處，假設現在日期時間係到達了“2014/04/14 23：30”，對使用者ID“U003”之使用者，發送商品ID“S002”之下標期限即將接近之意旨的預告訊息，在“2014/04/14 23：35”，使用者ID“U003”之使用者，係點選該預告訊息中所含之網頁移動鈕61。此情況下，提示部370，作為綜合期間，係決定從比下標商品ID之下標期限提早了第1時間長度的時點起，到比該下標期限延後了第2時間長度的時點為止之期間。具體而言，提示部370，係從比商品ID“S002”之下標期限“2014/04/15 00：00”提早了第1時間長度10分鐘的時點“2014/04/14 23：50”起，到比商品ID“S002”之下標期限“2014/04/15 00：00”延後了第2時間長度10分鐘的時點“2014/04/15 00：10”為止之期間，決定成為綜合期間。此外，雖然假設第1時間長度及第2時間長度皆為10分鐘來說明，但不限於此。

然後，提示部370係在下標表312之追蹤清單中，在送訊請求中所含之使用者ID所被登錄的商品之中，若下標期限是在綜合期間內到來的商品，是只有下標商品ID所涉及之商品時，則向終端裝置110，提示如圖7所示的該商品之申請網頁50。

又，提示部370，係若下標期限是在綜合期間內到來的商品，係除了下標商品ID所涉及之商品以外還有其他存在時，則向終端裝置110，提示如圖10所示的期限清單網頁70。圖10所示的期限清單網頁70，係含有期限清單71，其係按照下標期限是在綜合期間內到來之每一商品而分別含有：表示商品名、下標數、現在價格、剩餘時間之資訊。又，期限清單71中所含之各商品名，係對應於該商品之下標之申請網頁50的連結。因此，終端裝置110的使用者，係一旦選擇期限清單71中所含之商品名，則該商品之下標之申請網頁50係被提示給終端裝置110的顯示部119。

例如，在圖9的例子中，在已被決定成為綜合期間的“2014/04/15 00：00”到“2014/04/15 00：10”為止之間，商品ID“S002”及“S00X”之下標期限係會到來。因此，提示部370，係判定下標期限是在綜合期間內到來的商品，是除了下標商品ID“S002”所涉及之商品以外還有其他存在，而向終端裝置110，提示如圖10所示的期限清單網頁70。

申請網頁50被提示給終端裝置110後，終端裝置110係一旦使用者透過輸入部111而於申請網頁50中輸入下標額，進行下標鈕53的選擇，則藉由將該下標額、和含有該使用者之使用者ID的下標請求，發送至預告裝置300，以進行下標的申請。

接著，說明本實施形態所述之預告系統1之動作。

首先，說明預告裝置300所執行的登錄處理。圖11係登錄處理之流程圖之一例。圖11所示的登錄處理係以例如，從終端裝置110接收到請求為契機而被開始。

首先，資訊取得部330係判定，從終端裝置110所接收到之請求，是否為追蹤請求(步驟S11)。

資訊取得部330，係在判定從終端裝置110所接收到之請求是追蹤請求時(步驟S11；Yes)，則取得追蹤請求中所含之使用者ID、和追蹤商品ID(步驟S12)。

接著，登錄部350，係在圖5之下標表312中所保存的，追蹤商品ID所對應之商品ID之追蹤清單(亦即追蹤商品之追蹤清單)中，將所取得的使用者ID予以追加登錄(步驟S13)。其後，登錄部350係結束登錄處理之執行。

又，資訊取得部330，係在判定從終端裝置110所接收到之請求並非追蹤請求時(步驟S11；No)，則判定從終端裝置110所接收到之請求是否為送訊請求(步驟S14)。若判定從終端裝置110所接收到之請求並非送訊請求時(步驟S14；No)，則登錄部350係結束登錄處理之執行。

資訊取得部330，係在判定從終端裝置110所接收到之請求是送訊請求時(步驟S14；Yes)，則取得下標請求中所含之下標使用者ID、下標商品ID、下標額(步驟S15)。

接著，登錄部350，係將圖5之下標表312中所保存的，下標商品ID所對應之商品ID之最高額下標者ID及現在價格，分別更新成下標使用者ID及下標額(步驟S16)。其後，登錄部350係結束登錄處理之執行。

接著說明預告裝置300所執行的預告處理。圖12係預告處理之流程圖之一例。圖12所示的預告處理係以例如，預告裝置300之電源打開為契機而被開始。

首先，通知部360，係將現在日期時間，例如，從OS(Operating System)加以取得後，在圖5之下標表312中所被記錄的商品之中，判別該商品之預告日期時間是與現在日期時間一致的商品(以下稱為預告必要商品)是否存在(步驟S21)。若判定預告必要商品係不存在(步驟S21；No)，則一直等待直到判定有預告必要商品存在。

通知部360，係一旦判定有預告必要商品存在(步驟S21；Yes)，則通知預告訊息(步驟S22)。

具體而言，通知部360，係於下標表312中，將預告必要商品之商品ID所被建立對應到的追蹤清單中所被登錄的複數使用者ID當作收件人，發送含有如圖8所示之預告訊息的預告郵件。

其後，通知部360係重複執行步驟S21及S22之處理。

接著說明預告裝置300所執行的提示處理。圖13係提示處理之流程圖之一例。圖13所示的提示處理係以例如，從終端裝置110接收到送訊請求為契機而被開始。

首先，資訊取得部330係取得，從終端裝置110所接收到之送訊請求中所含之下標商品ID和使用者ID(步驟S31)。

接著，提示部370，係參照下標表312，判定已被資訊取得部330所取得之下標商品ID所對應之商品ID之下標期限，是否比現在日期時間還晚(步驟S32)。

提示部370，係若判定下標商品ID所對應之商品ID之下標期限是比現在日期時間還晚(步驟S32；Yes)，則決定用來預告該下標商品ID之商品之下標期限所需之綜合期間(步驟S33)。具體而言，提示部370，作為綜合期間，係決定從比下標商品ID之下標期限提早了第1時間長度的時點起，到比該下標期限延後了第2時間長度的時點為止之期間。

接著，提示部370，係在下標表312之追蹤清單中，在送訊請求中所含之使用者ID所被登錄的商品之中，判定下標期限是在已被決定之綜合期間內到來之商品，是否有複數個(步驟S34)。

提示部370，係在判定下標期限是在已被決定之綜合期間內到來之商品是有複數個時(步驟S34；Yes)，則提示部370係將含有前往該複數商品之申請網頁50之連結的期限清單網頁70，提示給終端裝置110(步驟S35)。然後，提示部370係結束提示處理。

又，提示部370，係在判定下標期限是在已被決定之綜合期間內到來之商品並非複數個時，亦即，下標期限是在綜合期間內到來之商品，係只有下標商品ID所涉及之商品時(步驟S34；No)，則提示部370係將該下標商品ID所涉及之商品之申請網頁50，提示給終端裝置110(步驟S36)。然後，提示部370係結束提示處理。

提示部370，係若判定下標商品ID所對應之商品ID之下標期限不是比現在日期時間還晚(步驟S32；No)，則提示部370係將該下標商品ID所涉及之商品的申請網頁50，提示給終端裝置110(步驟S36)。此情況下，下標期限係已經經過，該下標商品ID所涉及之商品之競標係已經結束。因此，終端裝置110的使用者，係可從申請網頁50中所含之商品之資訊，確認得標者或得標時之價格。

若依據這些構成，則預告裝置300係在已被預告申請期限的使用者在該當期限以前進行了該當預告所指定的行動，則期限是在含有該當預告所涉及之交易之綜合期間內到來的交易，是只有該當預告所涉及之交易的情況下，則將該當交易的申請網頁50，提示給終端裝置110。又，期限是在含有該當預告所涉及之交易之綜合期間內到來的交易，是除了該當預告所涉及之交易以外還有其他的情況下，則將該當交易的申請網頁50的資訊予以綜合而成的期限清單網頁70，予以提示。因此，若有申請期限即將接近的複數交易，則這些交易的申請網頁50之資訊係被綜合然後提示給使用者，因此可以比先前更確實防止使用者忘記申請。

(實施形態2)

在實施形態1中係說明，預告裝置300係使用被預先設定之預告間隔，決定通知各交易之預告訊息的預告日期時間，使用被預先設定之第1時間長度及第2時間長度，來決定將預告所涉及之交易之期限予以包含的綜合期間的例子。可是，作為第1時間長度、第2時間長度、及預告間隔，係亦可並非被預先設定之值，而是使用動態變化的值。在本實施形態2中係說明，基於對綜合期間內交易之各交易所進行的行動，算出對已被通知之預告的反應度，以使得所被算出的反應度會有所提升的方式，由預告裝置300來更新第1時間長度及第2時間長度、預告間隔的例子。在本實施形態2所述的預告裝置300中，關於和實施形態1所述之預告裝置300同樣之構成及機能係標示同樣的符號，並省略其詳細說明。

首先說明，本實施形態2所述的預告裝置300所具有的機能。如圖14所示，實施形態2所述的預告裝置300，係除了圖3所示的實施形態1所述之各部，還會成為算出部380、更新部390而發揮機能。

又，本實施形態2所述的資訊記憶部310，係保存第1時間長度、第2時間長度、及預告間隔(以下總稱為設定參數)，記憶著如圖15所示的參數表313。參數表313中，作為設定參數、和設定參數之更新時所使用的資訊，係保存有：由清單回應時間、反應度所被建立對應而成的紀錄。參數表313中所被儲存的設定參數，係被當成實施形態1中所說明的第1時間長度、第2時間長度、及預告間隔而使用。

清單回應時間係指，從預告郵件的送訊時點起，到使用者執行該預告郵件所指定的行動，在該預告所涉及之商品的下標期限以前，從預告裝置300所提示的期限清單網頁70向申請網頁50進行存取時的存取時點為止的時間。此外，若使用者是從期限清單網頁70向複數申請網頁50做了存取的情況下，則清單回應時間係被視為，從預告郵件的送訊時點起，到對各申請網頁50之存取時點為止的時間的平均，而被算出。

反應度係表示，從使用者從被通知預告起，到執行特定之行動為止之時間的長短的程度。在本實施形態2中，該當特定之行動係為，在該預告所涉及之商品之下標期限以前，從預告裝置300所提示的期限清單網頁70向申請網頁50進行存取。因此，反應度，係清單回應期間越短，就會被算出成越高。

再者，資訊記憶部310係還記憶有，保存了清單回應時間之算出時所被使用之日誌的如圖16所示的日誌表314。在日誌表314中係有，由：日誌的保存日期時間、和與日誌之內容相關連的使用者ID及商品ID所被建立對應而成之紀錄，是被保存複數筆。

算出部380，係基於使用者對綜合期間內之交易所進行的行動，而算出對所被通知之預告的反應度。例如，若該當行動係為，在預告被通知後，使用者從期限清單網頁70向綜合期間內之各交易之申請網頁50進行存取，則算出部380係將從預告所被通知的時點起，到從期限清單網頁70向綜合期間內之各交易之申請網頁50進行存取之時點為止的期間，當作清單回應時間而予以求出。然後，算出部380係算出與該清單回應時間呈現負相關的反應度。亦即，算出部380，係從使用者接收預告郵件起，到透過期限清單網頁70而存取申請網頁50為止的時間越短，則算出越高的反應度。算出部380用來算出反應度所需使用的適切之算出式，係可根據當業者的設計而定。

更新部390，係以使得算出部380所算出的反應度會有所提升的方式，將參數表313中所記錄的第1時間長度、第2時間長度、及預告間隔予以更新。例如，更新部390係令第1時間長度、第2時間長度、及預告間隔，從參數表313中所記錄的值起暫時改變，若其結果為，被算出部380所算出之反應度是有所提升，則將該被暫時改變的第1時間長度、第2時間長度、及預告間隔之值當作更新後的值，分別保存至參數表313的第1時間長度、第2時間長度、及預告間隔。

接著說明預告裝置300所執行的參數更新處理。圖17係參數更新處理的流程圖之一例。圖17所示的參數更新處理係以例如，預告裝置300之電源打開為契機而被開始。

首先，更新部390係取得現在日期時間。接著，更新部390，係基於現在日期時間是否為比設定參數之暫時變更日期時間還晚的日期時間，來判別暫時變更日期時間是否已經到來(步驟S41)。

此時，一旦更新部390判定暫時變更日期時間已經到來(步驟S41；Yes)，則更新部390係執行，決定設定參數之值的暫時變更值的暫時變更參數值決定處理(步驟S42)。此時，更新部390係隨機決定，是否將參數表313中所記錄之現在的設定參數之值增加所定值，還是減少所定值，藉由所決定的值，來決定暫時變更參數值。

接著，更新部390係將參數表313中所記錄之設定參數之值，更新成暫時變更參數值(步驟S43)。又，更新部390係將參數表313中所記錄之暫時變更前之設定參數、反應度之值，分別當作暫時變更前參數、暫時變更前反應度而予以記憶。然後，更新部390係使處理返回至步驟S41。

又，一旦更新部390判定暫時變更日期時間尚未到來(步驟S41；No)，則更新部390，係根據現在時點是否比驗證日期時間還晚，來判定驗證日期時間是否已經到來(步驟S44)。若判定驗證日期時間尚未到來(步驟S44；No)，則更新部390，係使處理返回至步驟S41。

若判定驗證日期時間已到來(步驟S44；Yes)，則算出部380係算出清單回應時間(步驟S45)。

此處，說明清單回應時間的算出方法之一例。算出部380係參照圖16的日誌表314，特定出對應之內容係為“來自期限清單網頁的申請網頁存取”的使用者之使用者ID及商品ID之組合、與其保存日期時間。然後，算出部380，係在已特定的使用者ID及商品ID之組合中，特定出內容為“期限清單網頁送訊”所對應之保存日期時間。然後，算出部380係從已被特定的2個保存日期時間，算出清單回應時間。算出部380，係在特定出複數組“來自期限清單網頁的申請網頁存取”的使用者之使用者ID及商品ID之組合時，係將從各組合所算出之清單回應時間之平均值，當作反應度之算出時所使用的清單回應時間。然後，算出部380係將所算出的清單回應時間，儲存至參數表313。

接著，算出部380係算出，與已算出之清單回應時間呈現負相關的反應度(步驟S46)。例如，算出部380，係若清單回應期間為T〔分〕，則算出反應度R =1/T。然後，算出部380係將所算出的反應度，儲存至參數表313。

接著，更新部390，係根據步驟S46中所算出的反應度是否大於暫時變更前反應度，來判定反應度是否有所提升(步驟S47)。此時，更新部390，係若判定反應度有所提升(步驟S47；Yes)，則將圖15的參數表313的設定參數之值維持成暫時變更參數值不變，使處理返回至步驟S41。

又，若判定反應度沒有提升(步驟S47；No)，將圖15的參數表313的設定參數之值，從暫時變更參數值，變更成暫時變更前參數之值(步驟S48)，使處理返回至步驟S41。

若依據這些構成，預告裝置300係以使得基於已被預告期限之使用者在該當期限以前所進行之行動而被算出的反應度會有所提升的方式，來更新第1時間長度、第2時間長度。因此，可以使得使用者的反應度會有所提高的方式來設定綜合期間，即使在短期間內有複數下標期限存在的情況下，仍可確實防止使用者忘記各下標的申請。

又，預告裝置300係以使得基於已被預告期限之使用者在該當期限以前所進行之行動而被算出的反應度會有所提升的方式，來更新預告間隔。因此，可以在會使使用者之反應度提高的適切時期，進行預告。可以比先前更確實地防止，從預告到期限為止之猶豫時間過長而導致使用者忘記下標之申請、或猶豫時間過短而導致下標趕不上期限等。

又，預告裝置300係若藉由暫時改變第1時間長度、第2時間長度、及預告間隔就使反應度有所提升，則將該當第1時間長度、第2時間長度、及預告間隔，以暫時改變之值而予以更新。因此，可設定較適切的綜合期間及預告間隔。

又，預告裝置300，係以使得與清單回應時間具有負相關的反應度有所提升的方式，來更新第1時間長度、第2時間長度、及預告間隔。因此，由於清單回應時間是比先前還要減少，所以可以比先前更為確實防止使用者從收到預告而忘記向申請網頁50進行存取。

(實施形態3)

在實施形態2中係說明了，將第1時間長度、第2時間長度、及預告間隔，隨應於清單回應時間而予以更新的例子。在本實施形態3中，作為另一例子，說明預告裝置300是隨應於從期限清單網頁70往申請網頁50之存取的數目，來更新第1時間長度、第2時間長度、及預告間隔的例子。在本實施形態3所述的預告裝置300中，關於和實施形態2所述之預告裝置300同樣之構成及機能係標示同樣的符號，並省略其詳細說明。

於本實施形態3中，算出部380係取代圖17所示的實施形態2之參數更新處理之步驟S45，改成算出，在預告被通知後，使用者從期限清單網頁70往申請網頁50之存取的數目。例如，算出部380係參照圖16的日誌表314，特定出現在的設定參數被適用的期間中，對應之內容係為“來自期限清單網頁的申請網頁存取”的使用者之使用者ID及商品ID之組合的數量(存取數)。又，算出部380，係參照圖5的下標表312，特定出現在之設定參數被適用之期間中，下標期限到來的商品之總數。然後，算出部380係算出存取數相對於已被特定之商品之總數的比率。

然後，算出部380，係取代圖17所示的實施形態2之參數更新處理之步驟S46，改為與已被算出之存取數之比率呈現正相關的方式，算出反應度。亦即，算出部380，係使用者從期限清單網頁70往申請網頁50的存取數越多，則算出越高的反應度。算出部380用來算出反應度所需使用的適切之算出式，係可根據當業者的設計而定。

若依據這些構成，則預告裝置300係以使得與從期限清單網頁70往申請網頁50之存取數具有正相關的反應度會有所提升的方式，來更新第1時間長度、第2時間長度、及預告間隔。因此，即使在短期間內有複數下標期限存在的情況下，仍可防止使用者忘記各下標的申請，同時，謀求對申請網頁50的之增加，可進行較活躍的交易。

(實施形態4)

在本實施形態4中係說明，預告裝置300是隨應於，從期限清單網頁70所存取到的申請網頁50而來的下標申請之數目，來更新第1時間長度、第2時間長度、及預告間隔的例子。在本實施形態4所述的預告裝置300中，關於和實施形態2所述之預告裝置300同樣之構成及機能係標示同樣的符號，並省略其詳細說明。

於本實施形態4中，算出部380係取代圖17所示的實施形態2之參數更新處理之步驟S45，改成算出，在預告被通知後，使用者從期限清單網頁70所存取到的申請網頁50而來的下標申請之數目。例如，算出部380係參照圖16的日誌表314，特定出現在的設定參數被適用的期間中，對應之內容係為“來自期限清單網頁的申請網頁存取”的使用者之使用者ID及商品ID之組合。又，算出部380，係在已特定之使用者ID及商品ID之組合之中，特定出對應之內容係為“下標請求收訊”所被記錄的使用者ID及商品ID之組合之數目(下標申請數)。又，算出部380，係參照圖5的下標表312，特定出現在之設定參數被適用之期間中，下標期限到來的商品之總數。然後，算出部380係算出下標申請數相對於已被特定之商品之總數的比率。

然後，算出部380，係取代圖17所示的實施形態2之參數更新處理之步驟S46，改為與已被算出之下標申請數之比率呈現正相關的方式，算出反應度。亦即，算出部380，係使用者從期限清單網頁70所存取之申請網頁50而來的下標申請之數目越多，則算出越高的反應度。算出部380用來算出反應度所需使用的適切之算出式，係可根據當業者的設計而定。

若依據這些構成，則預告裝置300係以使得與從期限清單網頁70往申請網頁50之存取數具有正相關的反應度會有所提升的方式，來更新第1時間長度、第2時間長度、及預告間隔。因此，即使在短期間內有複數下標期限存在的情況下，仍可防止使用者忘記各下標的申請，同時，謀求下標申請數之增加，可進行較活躍的交易。

(實施形態5)

在本實施形態1中雖然說明了，由預告裝置300向終端裝置110發送預告郵件的例子，但亦可透過郵件伺服器，向終端裝置110通知下標期限之預告。在本實施形態5中係說明，預告裝置300係透過郵件伺服器，向終端裝置110通知預告的例子。在本實施形態5所述的預告裝置300中，關於和實施形態1所述之預告裝置300同樣之構成及機能係標示同樣的符號，並省略其詳細說明。

實施形態5所述的預告系統1，係如圖18所示，是由：終端裝置110及120、和可與終端裝置110及120無線通訊的基地台200、和可與基地台200透過電腦通訊網10(以下簡稱為通訊網10)而連接成可通訊的預告裝置300及郵件伺服器400所構成。

郵件伺服器400係由例如伺服器所構成，是由和實施形態1之圖2所示的預告裝置300相同的硬體所構成。又，郵件伺服器400，係如圖19所示，將從預告裝置300所接收到的預告郵件預約表411，予以記憶。預告郵件預約表411，係針對應發送預告郵件的每個商品，把商品ID、預告日期時間、送訊目標之使用者ID，建立對應而儲存。郵件伺服器400，係若現在日期時間是與預告郵件預約表411中所儲存的預告日期時間一致，則以該預告日期時間所對應的使用者ID為收件人，發送表示該預告日期時間所對應之商品ID的下標期限即將接近的預告郵件。

又，本實施形態5所述之預告裝置300的通知部360，係不是執行圖12所示的預告處理，改為執行圖20中作為一例所示的預約登錄處理。圖20所示的預約登錄處理係以例如，從終端裝置110接收到追蹤請求為契機而被開始。

首先，資訊取得部330係取得追蹤請求中所含之使用者ID、追蹤商品ID(步驟S51)。

接著，通知部360係參照圖5的下標表312，判定是否有追蹤請求中所含之使用者ID所對應之商品ID，且為，對應之下標期限是早於追蹤商品ID所對應之下標期限，追蹤商品ID所對應之預告日期時間是被包含在對該商品ID所決定的綜合期間內的此種商品ID存在 (步驟S52)。

通知部360係若判定有追蹤商品ID所對應之預告日期時間是被包含在綜合期間內的商品ID存在(步驟S52；Yes)，則對追蹤請求中所含之使用者ID的使用者，通知追蹤商品ID之商品的下標期限之預告通知已被省略之意旨的訊息(步驟S53)。然後，通知部360係結束預約登錄處理。

又，通知部360係若判定沒有追蹤商品ID所對應之預告日期時間是被包含在綜合期間內的商品ID存在(步驟S52；No)，則藉由在郵件伺服器400的預告郵件預約表411中，登錄追蹤商品ID、其預告日期時間、追蹤請求中所含之使用者ID，以對該使用者ID的使用者，進行應該要發送記載有追蹤商品ID之商品的下標期限之預告通知之郵件之意旨的預約登錄(步驟S54)。然後，通知部360係結束預約登錄處理。

若依據這些構成，則預告裝置300係在有新的追蹤商品被追加時，不會取消已經被登錄在郵件伺服器400中的預告通知之預約，就可減少預告郵件的寄送數。

以上，雖然說明了本發明的實施形態1~5，但本發明係不被實施形態1~5所限定。

例如，提示部370係亦可不是提示期限清單網頁70，而是改為，將下標期限是在綜合期間內到來的商品的各個申請網頁50，全部以彼此互異的瀏覽器視窗或是瀏覽器內彼此互異的頁籤而加以提示。

又，於上記實施形態1~5中，雖然在期限清單71中含有下標期限是在綜合期間內到來的商品，但期限清單71中所含的商品係不限於此，亦可含有下標期限是在綜合期間內到來的商品。例如，期限清單71中係亦可含有，送訊請求中所含之使用者ID是被登錄在下標表312中的追蹤清單的所有商品。

又，在上記實施形態1~5中，雖然針對電子商務交易來做說明，但當然並非限定於此，交易亦可並非商務交易，而是無償的借受或貸予。又，交易亦可不是電子交易，交易的部分或全部亦可不是藉由電腦網路所致之電子式資訊通訊而被進行。

又，在上記實施形態1~5中，作為設定有申請期限的交易，舉例競標交易來做說明，但當然並非限定於此，亦可為限時特賣或有設定特價期間的特價品之交易。

又，在上記實施形態1~5中，作為交易的申請，舉出對競標之下標為例子來做說明，但當然並非限定於此，亦可為商品的購入申請、租賃的申請。

又，在上記實施形態1~5中，被視為交易對象之物係為商品來做說明，但亦可為勞務，只要是能夠當作交易對象者，則無論何種皆可。所謂商品，係包含足以達到商務交易之目的者，並不限定於動產，亦包含不動產，但當然並非限定於此。所謂勞務，係指為了他人而進行的勞動或利益，包含足以達到單獨商業交易之目的者，但當然並非限定於此。

又，上記實施形態1~5係可彼此組合。不僅可以用具備實現實施形態1至5之任一者所述之機能所需之構成的預告裝置300的方式來提供，還可以用由複數裝置所構成之系統、且將實現實施形態1至5之任一者所述之機能所需之構成以系統全體來具備的方式，而以系統的方式來提供。

此外，於上記實施形態1~5中，預告裝置300所執行的程式，係亦可儲存在軟碟、CD-ROM(Compact Disk Read-Only Memory)、DVD(Digital Versatile Disk)、MO(Magneto-Optical Disk)等之電腦可讀取之記錄媒體中而散佈。然後，亦可藉由該程式被安裝至個人電腦等之資訊處理裝置，來構成執行上述處理的預告裝置300。

又，程式係亦可被儲存在網際網路等之通訊網路上的所定伺服器裝置所具有的碟片裝置等。然後，程式係亦可例如重疊於載波，而被下載。

又，上述之機能是由OS(Operating System)所分擔而實現的情況或由OS與應用程式之協同運作而實現的情況下，亦可僅把實現OS機能部分以外之程式，儲存在記錄媒體中而散佈、或是被下載。

本發明係在不脫離本發明之廣義精神與範圍下，可有各式各樣的實施之形態及變形。又，上述的實施形態，係用來說明本發明，但並非限定本發明之範圍。亦即，本發明的範圍，並非由實施形態來表示，而是由請專利範圍來表示。然後，在專利申請專利範圍內及和其同等發明意義之範圍內所施加的各種變形，仍視為本發明的範圍內。

〔產業上利用之可能性〕

本發明係適合於，利用網際網路等之電腦通訊網的電子商務。