TWI540527B - A notice device, a program, a recording medium, and a method - Google Patents

A notice device, a program, a recording medium, and a method Download PDF

Info

Publication number
TWI540527B
TWI540527B TW104115601A TW104115601A TWI540527B TW I540527 B TWI540527 B TW I540527B TW 104115601 A TW104115601 A TW 104115601A TW 104115601 A TW104115601 A TW 104115601A TW I540527 B TWI540527 B TW I540527B
Authority
TW
Taiwan
Prior art keywords
transaction
notice
recording
time
date
Prior art date
Application number
TW104115601A
Other languages
English (en)
Other versions
TW201601099A (zh
Inventor
Hyoseok GONG
Yoovraj Shinde
Original Assignee
Rakuten Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rakuten Inc filed Critical Rakuten Inc
Publication of TW201601099A publication Critical patent/TW201601099A/zh
Application granted granted Critical
Publication of TWI540527B publication Critical patent/TWI540527B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/08—Auctions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063116—Schedule adjustment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0611—Request for offers or quotes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Description

預告裝置、程式、記錄媒體、及方法
本發明係有關於預告裝置、程式、記錄媒體、及方法。
先前以來，在比包含競標之各種交易之申請期限提前所定時間而將該當期限之到來向使用者進行預告後，若該當使用者雖然有存取申請網頁但是沒有進行申請時，則將下個期限之預告，比該當下個期限提前所定時間以上而加以進行的裝置，係為人所知(例如專利文獻1)。
[先前技術文獻] [專利文獻]
[專利文獻1]日本專利第5145578號公報
可是，專利文獻1的裝置，係例如，像是販 售網頁等這類，被使用於交易之申請的網頁若沒有被使用者所存取，則不會調整預告時刻。因此，在專利文獻1的裝置中，有時候會有，無法在能夠提升使用者對預告之反應程度的適切時期進行預告的問題。
本發明係有鑑於此種問題點而研發，其目的在於提供一種，能夠在比先前還要適切的時期，預告期限之到來的預告裝置、程式、記錄媒體、及方法。
為了達成上記目的，本發明之第1觀點所述之預告裝置，其特徵為， 具備：取得部，係針對複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交易所通知的前記預告的反應度；更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升。
又，第1觀點所述之預告裝置中，亦可為：若藉由暫時改變前記間隔，前記反應度就有所提升，則前記更新部係將前記間隔更新成前記暫時改變的值。
又，第1觀點所述之預告裝置中，亦可為：前記行動係為在前記各交易的期限以前向前記各交易的申請網頁進行存取；前記反應度，係以與已被通知前記預告之使用者的存取率具有正相關的方式，而被算出。
又，第1觀點所述之預告裝置中，亦可為：前記行動係為在前記各交易的期限以前向前記各交易的申請網頁進行存取；前記反應度，係根據前記預告所被通知之時點起到已向前記申請網頁進行存取之時點為止的回應期間，而被算出。
又，第1觀點所述之預告裝置中，亦可為：前記行動係為，在前記各交易的期限後，已被通知前記預告之使用者將該當預告予以開封；前記反應度以與前記期限後之開封率呈現負相關的方式，而被算出。
又，第1觀點所述之預告裝置中，亦可為：按照前記複數交易之期限所隸屬的每一時間帶，來設定前記間隔。
又，第1觀點所述之預告裝置中，亦可為：按照前記複數交易所隸屬的每一類型，來設定前記間隔。
又，第1觀點所述之預告裝置中，亦可為：在前記複數交易之中，對於前記期限之自動延長會被 進行的交易、與不會被進行的交易，分別設定前記間隔。
為了達成上記目的，本發明之第2觀點所述之系統，係具備：管理複數交易的伺服器、和與前記伺服器進行通訊的終端裝置，該系統的特徵為：前記終端裝置係具備：取得部，係針對前記複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；前記伺服器係具備：算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交易所通知的前記預告的反應度；更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升；前記終端裝置，係從前記伺服器取得前記所被更新之間隔。
為了達成上記目的，本發明之第3觀點所述之程式，其特徵為，使電腦發揮機能成為： 取得部，係針對複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交易所通知的前記預告的反應度；更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升。
為了達成上記目的，本發明之第4觀點所述之電腦可讀取之記錄媒體，係記錄有程式，其特徵為，使電腦發揮機能成為：取得部，係針對複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交 易所通知的前記預告的反應度；更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升。
為了達成上記目的，本發明之第5觀點所述之方法，其特徵為，取得步驟，係針對複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知步驟，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出步驟，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知步驟針對前記複數交易所通知的前記預告的反應度；更新步驟，係更新前記間隔，以使得前記所被算出之反應度有所提升。
若依據本發明所述之預告裝置、程式、記錄媒體、及方法，則能夠在比先前還要適切的時期，預告期限之到來。
10‧‧‧通訊網
110、120‧‧‧終端裝置
111、121‧‧‧輸入部
112‧‧‧期間取得部
113‧‧‧登錄部
114‧‧‧通知部
115‧‧‧資訊記憶部
119、129‧‧‧顯示部
200‧‧‧基地台
300‧‧‧預告裝置
301‧‧‧CPU
302‧‧‧ROM
303‧‧‧RAM
304‧‧‧硬碟
305‧‧‧媒體控制器
306‧‧‧LAN卡
307‧‧‧視訊卡
308‧‧‧LCD
309‧‧‧鍵盤
310‧‧‧揚聲器
311‧‧‧觸控墊
320‧‧‧資訊取得部
325‧‧‧檢索部
330‧‧‧登錄部
340‧‧‧算出部
350‧‧‧更新部
360‧‧‧期限取得部
370‧‧‧通知部
390‧‧‧資訊記憶部
[圖1]實施例1所述之預告系統之一構成例的系統構成圖。
[圖2]終端裝置所顯示之檢索網頁之一例的圖示。
[圖3]終端裝置所顯示之預告訊息之一例的圖示。
[圖4]終端裝置所顯示之下標申請網頁之一例的圖示。
[圖5]預告裝置之一例的硬體構成圖。
[圖6]預告裝置所具有之機能之一例的機能區塊圖。
[圖7]預告裝置所記憶之商品表之一例的圖示。
[圖8]預告裝置所記憶之下標表之一例的圖示。
[圖9]實施例1所述之預告裝置所記憶的參數表之一例的圖示。
[圖10]預告裝置所記憶之日誌表之一例的圖示。
[圖11]預告裝置所執行之登錄處理之一例的流程圖。
[圖12]預告裝置所執行之預告處理之一例的流程圖。
[圖13]實施例2所述之預告裝置所記憶的參數表之一例的圖示。
[圖14]實施例3所述之預告裝置所記憶的參數表之一例的圖示。
[圖15]實施例4所述之預告裝置所記憶的參數表之一例的圖示。
[圖16]實施例5所述之預告系統之一構成例的系統構成圖。
[圖17]實施例5所述之終端裝置所具有之機能之一例的機能區塊圖。
以下，針對本發明的實施例，一面參照添附圖式一面說明之。
[實施例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來加以說明。
終端裝置110，係將網際網路競標時用來檢索可下標之商品而被使用的，如圖2所示的檢索網頁，予以顯示。終端裝置110係一旦輸入部111被使用者操作，則隨應於該當操作而輸入商品之檢索條件，將表示所被輸入之檢索條件的資料(以下稱作檢索條件資料)、和檢索請求，發送至預告裝置300。
其後，終端裝置110，係從預告裝置300取得表示滿足檢索條件之商品的名稱、現在價格、及下標期限的資訊，將所取得的資訊，顯示在檢索網頁。其後，確認了顯示部119的使用者，係決定要追蹤交易的商品(以下稱為追蹤商品)。
此處，所謂追蹤交易，係指要接收有關交易狀況之變化的通知。此通知，係對於在預告裝置300所記憶的一種稱為追蹤清單的清單裡登錄有識別資訊(以下稱為使用者ID)的使用者，才會進行。因此，將追蹤交易的使用者，也稱為已被登錄至追蹤清單的使用者。
有關交易狀況之變化的通知，係含有關於交易之申請期限之到來的預告，但當然並非限定於此，例如，若是下標交易，則包含有最高額下標額有變化、或以最高額進行下標的使用者(以下稱為最高額下標者)已經變 成別的使用者的通知。
其後，使用者係對輸入部111進行用以選擇追蹤商品的操作等，終端裝置110係將用來識別被設成追蹤對象之商品的資訊(以下稱為追蹤商品ID)、和使用者ID，隨應於該當操作而從輸入部111予以輸入。接著，終端裝置110係將追蹤商品ID、和使用者ID、和要求將該當使用者ID登錄至追蹤清單的追蹤請求，發送至預告裝置300。
其後，終端裝置110，係一旦接近追蹤商品之下標期限，則將如圖3所示的，預告下標期限之到來的訊息(以下稱為預告訊息)，從預告裝置300予以接收，將所接收到的訊息，顯示在顯示部119。
顯示部119中所被顯示的預告訊息中係記載有：申請期限、申請期限到來的商品名、及商品的現在價格。確認了顯示部119的使用者，係一旦基於所被顯示的資訊而決定商品之下標，則將用來令商品之下標申請所用的網頁(以下稱為下標申請網頁)被顯示的操作等，對輸入部111進行之。終端裝置110，係隨應於該當操作，而將用來識別所下標之商品(以下稱為下標商品)的資訊(以下稱為下標商品ID)，從輸入部111予以輸入。接著，終端裝置110，係將要求下標申請網頁之送訊的送訊請求、和所被輸入的下標商品ID及使用者ID，發送至預告裝置300。
其後，終端裝置110，係從預告裝置300，取 得如圖4所示的下標申請網頁，顯示在顯示部119。其後，終端裝置110，係將隨應於使用者之操作而從輸入部111所被輸入之下標額予以表示的資訊，發送至預告裝置300，以進行下標之申請。
此外，在本實施例中，係假設使用者是在確認了檢索結果之後，才將用來選擇追蹤商品的操作，對輸入部111進行而做說明，但亦可不選擇追蹤之商品就進行選擇要下標之商品的操作。此情況下也是，如後述，使用者係由於使用者ID會被登錄至追蹤清單，因此會針對下標期限之到來而接到預告。
回到圖1繼續預告系統之說明。基地台200係為例如行動電話之基地台或無線LAN之基地台。基地台200係將終端裝置110及120與預告裝置300之通訊，予以中繼。
預告裝置300係由如圖5所示之伺服器機所構成。預告裝置300係由：CPU(Central Processing Unit)301、ROM(Read Only Memory)302、RAM(Random Access Memory)303、硬碟304、媒體控制器305、LAN(Local Area Network)卡306、視訊卡307、LCD(Liquid Crystal Display)308、鍵盤309、揚聲器310、及觸控墊311所構成。
CPU301係依照ROM302或硬碟304中所保存的程式而執行程式，以進行預告裝置300的全體控制。RAM303係為，在CPU301執行程式時，將處理對象的資 料予以暫時記憶的工作記憶體。
硬碟304，係將保存各種資料之表格予以記憶的資訊記憶部。此外，預告裝置300係亦可取代硬碟304，改為具備快閃記憶體。
媒體控制器305，係從包含快閃記憶體、CD(Compact Disc)、DVD(Digital Versatile Disc)、及藍光碟片(Blu-ray Disc)(註冊商標)的記錄媒體中，讀出各種資料及程式。
LAN卡306係與透過通訊網10及基地台200而連接的終端裝置110及120之間，收送資料。鍵盤309及觸控墊311，係將相應於使用者操作的訊號，予以輸入。
視訊卡307，係基於從CPU301所輸出的數位訊號來描繪影像(亦即rendering)，並且將表示所描繪好之影像的影像訊號，予以輸出。LCD308係依照從視訊卡307所輸出的影像訊號，來顯示影像。此外，預告裝置300係亦可不是具備LCD308，改為具備PDP(Plasma Display Panel)或EL(Electroluminescence)顯示器之任一者。揚聲器310，係基於從CPU301所輸出的訊號，來輸出聲音。
接著說明預告裝置300所具有之機能。
圖5所示之硬碟304，係與CPU301合作，成為圖6所示之資訊記憶部390而發揮機能。
資訊記憶部390，係記憶著如圖7所示的商品 表。在商品表中，係有由：識別被出品至競標之商品的資訊(以下稱為商品ID)、和表示商品名的資訊、和識別商品之類型的資訊、和表示類型名的資訊所被建立對應而成的紀錄，被保存複數筆。
所謂商品之類型，係指商品之種別，被出品至競標的商品，係被分類到任一種別(亦即類型)。類型中，作為一例，可舉出洋服等之商品所被分類的「時裝」或將電影、電視節目等之映像或音樂予以記錄的DVD所被分類的「DVD(Digital Versatile Disc)」。
又，資訊記憶部390，係記憶著如圖8所示的下標表。在下標表中，係有由：圖7之商品表中所被保存的商品ID、表示被商品ID所識別之商品之下標期限的資訊、表示要預告期限之到來之日期時間(以下稱為預告日期時間)的資訊、表示預告是否已被進行的預告旗標、表示該當商品之現在價格的資訊、最高額下標者的使用者ID、該當商品的追蹤清單、及表示下標有無自動延長的資訊所被建立對應而成之紀錄，是被保存複數筆。關於下標的自動延長，係用實施例2來說明。
再者，資訊記憶部390係還記憶有，決定預告日期時間之參數(以下簡稱為設定參數)所被保存的如圖9所示的參數表。在參數表中，作為設定參數之更新時所被使用的資訊，係有由：表示預告數的資訊、表示預告後存取數的資訊、表示預告後存取率的資訊、表示回應時間之合計的資訊、表示期限後開封數的資訊、及表示期限後 開封率的資訊所被建立對應而成的紀錄，被保存1筆。
所謂預告數，係指預告裝置300預告了下標期限之到來的次數。預告後存取數係指，在對下標期限之到來已被預告的商品之下標申請網頁的存取總數之內，收到預告的使用者在預告後至期限以前所進行的存取加以計數而成。預告後存取率，係指預告後存取數相對於預告數的比率。
在本實施例中，預告裝置300，係為了預告下標期限之到來，而發送含有預告訊息的電子郵件(以下稱為預告郵件)。因此，所謂回應時間，係從預告郵件之送訊時點起，到確認了預告郵件的使用者向已被預告下標期限之到來的商品之下標申請網頁，在預告後到期限為止之間做了存取之情況下的存取時點為止的時間。
所謂回應時間之合計，係指對於已被發送預告郵件之使用者的回應時間之合計。所謂期限後開封數，係指在預告郵件所預告的下標期限之後，將預告郵件予以開封的使用者數；期限後開封率，係指期限後開封數相對於預告數之比率。
再者，資訊記憶部390係還記憶有，保存了存取數等之計數時所被使用的日誌的如圖10所示的日誌表。在日誌表中係有，由：表示日誌之保存日期時間的保存日期時間資訊、和表示日誌之內容的內容資訊、和與日誌之內容相關連的使用者ID及商品ID所被建立對應而成之紀錄，是被保存複數筆。
接著說明預告裝置300所具有之機能。
圖5的CPU301，係一旦LAN卡306從終端裝置110接收到檢索請求，則開始檢索商品的檢索處理之執行。CPU301，係藉由執行檢索處理，而成為圖6所示的資訊取得部320及檢索部325而發揮機能。
一旦檢索處理被開始，則資訊取得部320係將從終端裝置110所接收到的檢索條件資料，從圖5的LAN卡306加以取得。接著，檢索部325，係從檢索條件資料，抽出檢索關鍵字、和檢索對象之商品所隸屬的類型之類型ID。其後，檢索部325，係從圖7的商品表中，將與所抽出之類型ID、和表示部分或全部是與檢索關鍵字一致之商品名的資訊，所被建立對應到的商品ID，檢索出複數個。接著，檢索部325，係從圖8的下標表檢索出，與已檢索到的複數商品ID分別建立對應的表示期限的資訊及表示現在價格的資訊。
其後，檢索部325，係將檢索到的商品ID、表示商品名的資訊、表示期限的資訊、及表示現在價格的資訊、以終端裝置110為送件目標而輸出至LAN卡306。LAN卡306係將這些資訊發送至終端裝置110，終端裝置110係將這些資訊顯示在圖2的檢索網頁。
終端裝置110的使用者，係確認檢索網頁，從檢索到的複數商品中，決定要追蹤的商品。終端裝置110，係隨應於使用者之操作，將使用者ID、追蹤商品ID、要求在追蹤商品之追蹤清單中登錄使用者的追蹤請 求，發送至預告裝置300。
其後，LAN卡306係一旦從終端裝置110接收到追蹤請求，則CPU301係開始如圖11所示的登錄處理之執行。CPU301，係藉由執行登錄處理，而成為圖6所示的資訊取得部320、還有登錄部330而發揮機能。
一旦登錄處理之執行被開始，則資訊取得部320係從LAN卡306取得請求，判別所取得之請求係為追蹤請求後(步驟S01；Yes)，從LAN卡306取得使用者ID及追蹤商品ID(步驟S02)。接著，登錄部330係在圖8的下標表中所被保存的與追蹤商品ID相同之商品ID所被建立對應到的追蹤清單(亦即追蹤商品的追蹤清單)中，追加登錄已取得之使用者ID(步驟S03)。其後，登錄部330係結束登錄處理之執行。
終端裝置110的使用者，確認圖2的檢索網頁，並非決定追蹤之商品，而是決定下標的商品時，則終端裝置110係隨應於使用者之操作，將下標商品ID、使用者ID、下標申請網頁的送訊請求，發送至預告裝置300。其後，一旦LAN卡306接收到送訊請求，則CPU301係開始已經說明過一部分的圖11之登錄處理。
一旦登錄處理之執行被開始，則資訊取得部320係從LAN卡306取得請求，判別所取得之請求並非追蹤請求後(步驟S01；No)，判別所取得之請求係為送訊請求(步驟S04；Yes)。此外，資訊取得部320係一旦判別所取得之請求並非送訊請求(步驟S04；No)，則結束登錄處 理之執行。
其後，資訊取得部320係從LAN卡306取得下標商品ID與使用者ID後(步驟S05)，登錄部330係將已被取得之下標商品ID所識別的商品的下標申請網頁，以終端裝置110為目的地而往LAN卡306輸出(步驟S06)。
其後，登錄部330係將使用者ID、下標商品ID、表示被該當使用者ID所識別之使用者已經存取過被下標商品ID所識別之商品之下標申請網頁此一內容的內容資訊、日誌的保存日期時間資訊，建立對應關連，保存在圖10的日誌表中。此外，登錄部330係作為日誌的保存日期時間資訊，亦可將表示對下標申請網頁之存取日期時間的資訊，加以保存。
其後，LAN卡306係將下標申請網頁發送至終端裝置110，終端裝置110係顯示下標申請網頁。終端裝置110的使用者，係確認下標申請網頁，決定下標額。終端裝置110，係隨應於使用者之操作，將表示下標額的資訊，發送至預告裝置300。
其後，資訊取得部320係從LAN卡306取得表示下標額的資訊(步驟S07)。接著，登錄部330，係將圖8的下標表中所保存的，與下標商品ID相同之商品ID所被建立對應到的最高額下標者之使用者ID和表示現在價格的資訊，以所取得的使用者ID和表示下標額的資訊加以更新(步驟S08)。
其後，登錄部330係將使用者ID、下標商品ID、表示被該當使用者ID所識別之使用者已經下標了被下標商品ID所識別之商品此一內容的內容資訊、日誌的保存日期時間資訊，建立對應關連，保存在圖10的日誌表中。此外，登錄部330係作為日誌的保存日期時間資訊，亦可將表示下標日期時間的資訊，加以保存。
接著，登錄部330，係若與下標商品ID相同之商品ID所被建立對應到的追蹤清單(亦即，下標商品之追蹤清單)中，不含已取得之使用者ID的情況下，則將該當使用者ID追加登錄至該當追蹤清單(步驟S09)。其後，登錄部330係結束登錄處理之執行。
圖5的CPU301，係一旦電源打開，則開始圖12所示的預告處理之執行。預告處理，係向追蹤清單中所被登錄之使用者，預告下標期限之到來的處理。藉由此處理之執行，CPU301係成為圖6所示的算出部340、更新部350、期限取得部360、及通知部370而發揮機能。
一旦預告處理之執行被開始，關於商品ID是被保存在圖8的下標表中的商品，會執行將預告日期時間予以設定的預告日期時間設定處理(步驟S11)。
一旦預告日期時間設定處理被開始，則算出部340係取得圖9的參數表中所保存的設定參數。接著，期限取得部360，係從圖8的下標表中所被保存之複數紀錄之每一者，取得表示下標期限的資訊。其後，算出部340，係將比所取得之複數資訊所分別表示的下標期限還 提早了設定參數所表示之時間的日期時間，當作預告日期時間而予以算出。在本實施例中，設定參數，當初是以被設定成表示30分鐘的值來說明，但當然並非限定於此。
其後，更新部350，係針對已被算出的複數預告日期時間之每一者，將算出時所用的表示下標期限的資訊和以下標表分別建立對應到的表示預告日期時間的資訊，以所被算出的表示預告日期時間的資訊，加以更新。
接著，更新部350，係將預告日期時間予以暫時變更的日期時間(以下稱為暫時變更日期時間)，設定成所定時間後的日期時間。這是為了將預告時機調整成適切的時期。又，更新部350，係藉由預告時機之變更，將用來驗證表示使用者對於預告郵件做了多少程度之反應的反應程度(以下稱為反應度)是否有改善的日期時間(以下稱為驗證日期時間)，設定成比暫時變更日期時間還晚所定時間後的日期時間。其後，更新部350係結束預告日期時間設定處理之執行。
步驟S11之後，通知部370係將現在日期時間，例如，從OS(Operating System)加以取得後，判別是否有需要預告下標期限之到來的商品(以下稱為預告必要商品)存在(步驟S12)。
此處，要預告期限的商品，係為預告日期時間已經到來，但是尚未進行期限之預告的商品。因此，通知部370，係從圖8的下標表，將表示預告尚未進行的預告旗標、和表示比現在日期時間還早前之預告日期時間的 資訊所被保存的紀錄，檢索出1筆。接著，通知部370，係將檢索到的紀錄中所保存之商品ID所識別的商品，判別為預告必要商品。
通知部370，係一旦判別有預告必要商品存在(步驟S12；Yes)，則執行輸出預告訊息的預告訊息輸出處理(步驟S13)。
通知部370係一旦開始預告訊息輸出處理，則從下標表，取得預告必要商品的商品ID所被建立對應到的表示下標期限的資訊、表示現在價格的資訊、及表示最高額下標者的資訊等，作成含有所取得之資訊的預告訊息。
其後，通知部370，係從下標表，取得預告必要商品之商品ID所被建立對應到的追蹤清單。在本實施例中係假設，使用者ID係為使用者之郵件位址來進行說明。因此，通知部370，係以所取得的追蹤清單中所被登錄的複數使用者ID為寄件目標，作成含有預告訊息的預告郵件後，向圖5的LAN卡306輸出預告郵件。
其後，一旦LAN卡306結束發送預告郵件，則通知部370係作成，對追蹤清單中所被登錄之複數使用者，已經發送了預告必要商品之下標期限所被記載之預告郵件的此一內容之內容資訊。接著，通知部370係將該當複數使用者之使用者ID、預告必要商品之商品ID、已作成之內容資訊、日誌之保存日期時間資訊，建立對應，保存在圖10之日誌表中。其後，通知部370係結束預告訊 息輸出處理之執行。尚，登錄部330，係亦可保存表示預告郵件之送訊日期時間的資訊，來作為日誌之保存日期時間資訊。
此外，預告郵件中係被設定，一旦被終端裝置110開封，則已被開封之事實加以通知的電子郵件(以下稱為開封確認郵件)會被回信給送訊來源。此開封確認郵件中係記載了，預告了期限的商品之商品ID及接受預告的使用者之使用者ID。因此，一旦LAN卡306接收開封確認郵件，則資訊取得部320係從LAN卡306取得開封確認郵件，登錄部330係將開封確認郵件中所記載之商品ID及使用者ID、預告郵件已被開封之此一內容的內容資訊、日誌的保存日期時間資訊，建立對應而保存在日誌表中。尚，登錄部330，係亦可保存表示預告郵件之開封日期時間或開封確認郵件之收訊日期時間的資訊，來作為日誌之保存日期時間資訊。
在判別預告必要商品不存在時(步驟S12；No)，或在步驟S13被執行後，算出部340係取得現在日期時間。接著，算出部340，係基於現在日期時間是否為比設定參數之暫時變更日期時間還晚的日期時間，來判別暫時變更日期時間是否已經到來(步驟S14)。
此時，一旦算出部340判別暫時變更日期時間已經到來(步驟S14；Yes)，則更新部350係執行，決定設定參數之值的暫時變更值的暫時變更參數值決定處理(步驟S15)。此時，更新部350係隨機決定，是否將現在 的設定參數之值增加所定值，還是減少所定值。
接著，執行使用設定參數之值的暫時變更值的預告日期時間設定處理(步驟S16)。步驟S16中所執行之預告日期時間設定處理，係和步驟S11中所執行之預告日期時間設定處理相同的處理。在步驟S16中一旦開始預告日期時間設定處理，則期限取得部360，係在從圖8的下標表中所被保存之複數紀錄之每一者分別取得了表示下標期限的資訊後，將比所取得之複數資訊所分別表示的下標期限早了暫時變更之設定參數值所表示之時間的日期時間，當作預告日期時間而予以算出。
接著，更新部350，係針對已被算出的複數預告日期時間之每一者，將算出時所用的表示下標期限的資訊和分別建立對應到的表示預告日期時間的資訊，以所被算出的表示預告日期時間的資訊加以更新後，結束預告日期時間設定處理之執行。其後，從步驟S12起重複上記處理。
於步驟S14中，算出部340係一旦判別暫時變更日期時間尚未到來(步驟S14；No)，則根據現在時點是否比驗證日期時間還晚，來判別驗證日期時間是否已經到來(步驟S17)。此時，算出部340係一旦判別驗證日期時間已經到來(步驟S17；Yes)，則將使用者對於下標期限之預告所採取之行動加以記錄而成之日誌資料予以統計的行動統計處理(步驟S18)。
一旦開始行動統計處理，則算出部340係算 出：預告數、預告後存取數、預告後存取率、回應時間之合計值、期限後開封數、及期限後開封率。
首先說明預告數的算出方法之一例。算出部340，係於圖10之日誌表中，將表示已經發送預告郵件之此一內容的內容資訊(以下稱為送訊內容資訊)所被建立對應到的使用者ID之數量，予以計數。藉此，算出部340係算出預告郵件之送訊數，將所算出的送訊數當作預告數。
接著說明，預告後存取數及預告後存取率、以及回應時間及回應時間之合計值的算出方法之一例。算出部340，係從圖10之日誌表，將送訊內容資訊、送訊內容資訊所被建立對應到的保存日期時間資訊與商品ID與複數使用者ID之組合，取得複數組。藉此，算出部340係將預告郵件之送訊日期時間、下標期限已被預告之商品、收到預告的複數使用者的複數組合，予以特定。
接著，算出部340係從已特定之複數組合之內，注意1組，將所注目的組合當作注目組合。又，算出部340，係將構成該注目組合的送訊日期時間與商品與複數使用者，當作注目送訊日期時間、注目商品、及複數注目使用者。
其後，算出部340，係將與注目商品之商品ID建立對應的表示下標期限的資訊，從圖8的下標表加以取得。接著，算出部340，係在表示從注目送訊日期時間到注目商品之下標期限為止之日期時間的保存日期時間 資訊、和注目商品之商品ID、和複數注目使用者之使用者ID之任一者所被建立對應到的內容資訊之內，將已經存取了下標申請網頁的此一內容之內容資訊，取得複數筆。這是為了，從注目送訊日期時間到注目商品之下標期限為止，讓已被預告了注目商品的使用者，取得已存取了注目商品之下標申請網頁的此一內容之內容資訊。
其後，算出部340係將已取得之內容資訊之數量，予以計數。這是為了算出，關於注目商品而收到預告的複數注目使用者之任一者，在預告郵件之送訊後下標期限以前，向注目商品之下標申請網頁進行存取的次數。
又，算出部340係將所取得的複數內容資訊所被分別建立對應的資訊所表示的保存日期時間(亦即存取日期時間)、與注目送訊日期時間之差異所分別表示的時間，當作回應時間。這是為了算出，從有關注目商品之預告起，到對該當預告有反應之複數注目使用者之任一者在下標期限前向下標申請網頁進行存取為止所需要的時間。
其後，算出部340，係重複上記處理直到沒有未注目之組合為止之後，將每種組合所分別計數到的內容資訊數予以合算，而算出預告後存取數。其後，算出部340，係將預告後存取數除以預告數，算出預告後存取率。又，算出部340，係將每一組合所分別算出的複數回應時間予以合算，以算出回應時間之合計值。
接著說明，期限後開封數及期限後開封率的 算出方法之一例。算出部340，和係預告後存取數之算出同樣地，將下標期限已被預告之商品和收到預告之複數使用者的組合，特定出複數組。接著，算出部340係從已特定之複數組合之內，注意1組，將構成所注目之組合的商品和複數使用者，當作注目商品及複數注目使用者。
其後，算出部340，係將與注目商品之商品ID建立對應的表示下標期限的資訊，從圖8的下標表加以取得後，在表示比下標期限而晚之日期時間的保存日期時間資訊、注目商品的商品ID、複數注目使用者各自的使用者ID之任一者所被建立對應到的內容資訊之內，將預告郵件已被開封之此一內容的內容資訊予以取得複數筆之後，將已取得之內容資訊之數量，予以計數。其後，算出部340，係重複上記處理直到沒有未注目之組合為止之後，將每種組合所分別計數到的內容資訊數予以合算而得的值，當作期限後開封數。其後，算出部340，係將期限後開封數除以預告數，以算出期限後開封率。
算出部340，係一旦結束預告數、預告後存取率、回應時間之合計值、及期限後開封率之算出，則更新部350係以表示這些值的資訊，將圖9的參數表中所被保存之資訊分別予以更新。其後，更新部350係結束行動統計處理之執行。
圖12的步驟S18被執行後，更新部350係在表示使用者對預告郵件做出何種程度之反應的反應度之最新值所被保存的保存參數中，保存最新之反應度。此外， 若都沒有反應度被算出，則更新部350係將反應度之最低值，保存至保存參數。
接著，算出部340，係基於步驟S18之行動統計處理中所算出的預告後存取率、回應時間之合計值、及期限後開封率，來執行算出反應度的反應度算出處理(步驟S19)。
算出部340係算出，與預告後存取率具有正相關、與回應期間之合計值具有負相關、與期限後開封率具有負相關的反應度。算出部340，係使用者對預告郵件做出的反應越高，則算出越高的反應度。算出部340用來算出反應度所需使用的適切之算出式，係可根據當業者的設計而定。
其後，更新部350，係基於步驟S19中所算出的最新之反應度，是否大於保存參數中所被保存的前次反應度，來判別反應度是否有所提升(步驟S20)。此時，更新部350，係若判別反應度有所提升(步驟S20；Yes)，則將圖9的參數表中所被保存的設定參數之值，以暫時變更值加以更新(步驟S21)。
若判別反應度沒有提升(步驟S20；No)，或在步驟S21之後，則從步驟S11起重複上記處理。
若依據這些構成，預告裝置300係以使得基於已被預告期限之使用者在該當期限以前所進行之行動而被算出的反應度會有所提升的方式，來更新從預告日期時間至申請期限為止的間隔。因此，可以在會使使用者之反 應度變得比先前還高的適切時期，進行預告。由於預告是在適切的時期進行，因此可以比先前更確實地防止，從預告到期限為止之猶豫時間過長而導致使用者忘記下標之申請、或猶豫時間過短而導致下標趕不上期限等。
若依據這些構成，預告裝置300係若藉由暫時改變從預告日期時間至申請期限為止的間隔就使反應度有所提升，則以暫時改變的值來更新該當間隔。因此，即使搞不清楚是否因為從預告日期時間至期限為止之間隔過短而導致未在適切的時期進行預告，還是因為該當間隔過長而導致未在適切的時期進行預告等的情況下，仍可在較為適切的時期，預告期限之到來。
若依據這些構成，則預告裝置300係以使得與期限後開封率具有負相關的反應度會有所提升的方式，來更新從預告日期時間至申請期限為止的間隔。因此，在期限到來前開封預告郵件的使用者會比先前還要增加，所以使用者對下標申請網頁之存取數會比先前提升。
若依據這些構成，則預告裝置300係以使得與回應期間具有負相關的反應度會有所提升的方式，來更新從預告日期時間至期限為止的間隔。因此，由於回應期間是比先前還要減少，所以可以比先前更為確實防止使用者從收到預告而忘記向下標申請網頁進行存取。
若依據這些構成，則預告裝置300係以使得與預告後存取率具有正相關的反應度會有所提升的方式，來更新從預告日期時間至期限為止的間隔。因此，期限前 的對下標申請網頁之存取數係比先前還要增加，因此可進行較活躍的交易。
[實施例2]
在實施例1中係說明，預告裝置300係無論下標期限所隸屬的時間帶，都是使用相同的設定參數來決定預告日期時間。在本實施例中，預告裝置300，係使用值是按照下標期限所隸屬之每一時間帶而被設定的參數，來決定預告日期時間。本實施例所述之預告裝置300，係和實施例1所述之預告裝置300具有相同之構成及機能，因此以下主要說明相異點。
首先，說明圖6之資訊記憶部390所記憶之表格的差異。資訊記憶部390，係取代圖9的參數表，改為記憶如圖13所示的參數表。在圖13的參數表中，表示預定之時間帶的資訊、和決定該當時間帶中所屬之期限之預告日期時間的設定參數、表示該當設定參數之更新時所被使用之預告數的資訊等所被建立對應而成的紀錄，係被保存複數筆。
接著說明，使用參數表的預告處理之差異。
圖12的預告處理中的步驟S11所示之預告日期時間設定處理中，圖6的算出部340，係從圖8的下標表中所被保存之複數紀錄之每一者，分別取得表示下標期限的資訊。接著，針對已取得的複數資訊所表示的下標期限之每一者，將表示下標期限所隸屬之時間帶的資訊所被建立對 應到的設定參數，從圖13的參數表加以取得。其後，算出部340，係將比所取得之複數資訊所分別表示的下標期限還提早了，期限所屬之時間帶用的設定參數所表示之時間的日期時間，當作預告日期時間而予以算出。
其後，從圖12的步驟S12到S14為止，進行和實施例1相同的處理。接著，於步驟S15所示的暫時變更參數值決定處理中，圖6的更新部350，係針對圖13的參數表中所被保存之複數設定參數之每一者，決定設定值的暫時變更值。
其後，到圖12的步驟S16及S17為止，進行和實施例1相同的處理。接著，於步驟S18所示的行動統計處理中，算出部340係從圖10之日誌表中所被保存之資料，算出每一時間帶的設定參數之更新時所被使用的數值。亦即，算出部340，係針對圖13的參數表中所被保存之資訊所表示的複數時間帶，分別算出該當時間帶中所被進行的預告之預告數、預告後存取率、回應時間之合計值、及期限後開封率。
接著，在步驟S19中，算出部340係基於按照複數時間帶所分別算出的預告後存取率、回應時間之合計值、及期限後開封率，而算出每一時間帶的反應度。接著，更新部350係在步驟S20中，按照複數時間帶之每一者，判別反應度是否有所提升。此時，更新部350，係將判別反應度有所提升之時間帶的設定參數，以暫時變更值，予以更新。其後，從步驟S11起重複上記處理。
此處，使用者的生活模式，係隨每一時間帶而分別有所不同，因此對預告之反應的方式經常會不同。例如，深夜11時至11時59分為止之時間帶中的反應速度，經常會比上午10時至下午6時為止之時間帶中的反應速度還快。這是因為，從上午10時至下午6時為止之時間帶中，較多使用者正在做家事或工作中。因此，若依據這些構成，則預告裝置300，係隨著複數交易之期限所隸屬之每一時間帶，來設定從預告日期時間到申請期限為止之間隔，因此可隨著時間帶，在較先前適切的時期，進行預告。
[實施例3]
在實施例1中係說明，預告裝置300係無論商品所隸屬的類型，都是使用相同的設定參數來決定預告日期時間。在本實施例中，預告裝置300，係使用值是按照商品所隸屬之每一類型而被設定的參數，來決定預告日期時間。本實施例所述之預告裝置300，係和實施例1所述之預告裝置300具有相同之構成及機能，因此以下主要說明相異點。
首先，說明圖6所示的預告裝置300的資訊記憶部390所記憶之表格的差異。資訊記憶部390，係取代圖9的參數表，改為記憶如圖14所示的參數表。在圖14的參數表中，類型ID、決定預告該當類型ID中所屬之商品之期限的日期時間的設定參數、表示設定參數之更新 時所被使用之預告數的資訊等所對應關連而成之紀錄，是被複數保存。
接著說明，使用參數表的預告處理之差異。
圖12的預告處理中的步驟S11所示之預告日期時間設定處理中，圖6的算出部340，係針對圖8的下標表中所被保存之資訊所表示的複數下標期限，算出預告日期時間。此時，算出部340係針對複數下標期限，將比下標期限還要早了被預告期限的商品之每一類型所被設定的設定參數所表示的時間的日期時間，當作期限的預告日期時間。
又，於步驟S15所示的暫時變更參數值決定處理中，圖6的更新部350，係針對商品之每一類型，決定設定參數之值的暫時變更值。
接著，於步驟S18所示的行動統計處理中，算出部340係針對商品之每一類型，算出預告數、預告後存取率、回應時間之合計值、及期限後開封率。
其後，在步驟S19中，算出部340係基於按照商品之每一類型而算出的預告後存取率、回應時間之合計值、及期限後開封率，而算出每一類型的反應度。接著，更新部350係在步驟S20中，按照複數類型之每一者，判別反應度是否有所提升。此時，更新部350，係將判別反應度有所提升之類型用的設定參數，以暫時變更值，予以更新。
此處，商品之類型若不同，則商品之需用者 層經常為不同，若需用者層不同，則需用者之生活模式或對預告的反應方式，通常也是不同。又，若類型不同，則替代品之有無或多少、或單品性或量產性也經常會不同。尤其是，針對替代品較少或沒有的商品、或單品製作的商品，通常需用者之購入意識會比其他需用者還高，對預告的反應速度也較快。因此，若依據這些構成，則預告裝置300，係隨著每一類型，來設定從預告日期時間到申請期限為止之間隔，因此可隨著類型，在較先前適切的時期，進行預告。
[實施例4]
在實施例1中係說明，預告裝置300係無論申請期限之自動延長之有無，都是使用相同的設定參數來決定預告日期時間。在本實施例中，預告裝置300，係使用值是基於自動延長之有無而被設定的參數，來決定預告日期時間。本實施例所述之預告裝置300，係和實施例1所述之預告裝置300具有相同之構成及機能，因此以下主要說明相異點。
所謂下標的自動延長，係指從下標期限起提前了預定之第1時間的日期時間起至下標期限為止之間若有下標時，則將下標期限延長至預定之第2時間的日期時間。在本實施例中，係假設第1時間及第2時間是5分鐘來說明，但當然並非限定於此。
首先，說明圖6所示的預告裝置300的資訊 記憶部390所記憶之表格的差異。資訊記憶部390，係取代圖9的參數表，改為記憶如圖15所示的參數表。在圖15的參數表中，表示有自動延長的資訊、和決定有自動延長之期限之預告日期時間的設定參數、表示該當設定參數之更新時所被使用之預告數的資訊等所被建立對應而成的紀錄，係被保存1筆。又，在圖15的參數表中，表示無自動延長的資訊、和決定無自動延長之期限之預告日期時間的設定參數、表示該當設定參數之更新時所被使用之預告數的資訊等所被建立對應而成的紀錄，係被保存1筆。
接著說明，使用參數表的預告處理之差異。
於圖12的預告處理的步驟S11中，算出部340係在圖8的下標表中所保存的資訊所表示的複數下標期限之內，針對被自動延長的期限，使用被自動延長之期限用的設定參數而算出預告日期時間。相對於此，算出部340係在複數下標期限之內，針對不被自動延長之期限，使用不被自動延長之期限用的設定參數而算出預告日期時間。
又，於步驟S15中，圖6的更新部350係針對有自動延長之期限用的設定參數、和無自動延長之期限用的設定參數，分別決定設定值的暫時變更值。然後，於步驟S18中，算出部340係針對有自動延長之期限和沒有自動延長之期限，分別算出期限的預告數、預告後存取率、回應時間之合計值、及期限後開封率。
其後，在步驟S19中，算出部340係基於按 照自動延長之有無而算出的預告後存取率、回應時間之合計值、及期限後開封率，而針對有自動延長之期限、和無自動延長之期限，分別算出反應度。接著，更新部350係在步驟S20中，針對自動延長之有無，分別判別反應度是否有所提升。此時，更新部350，係若針對有自動延長之期限而判別為反應度有所提升，則將有自動延長之期限用的設定參數以暫時變更值予以更新，若針對無自動延長之期限而判別為反應度有所提升，則將無自動延長之期限用的設定參數以暫時變更值予以更新。
此處，若期限之自動延長之有無係為不同，則使用者對預告的反應方式通常會不同。這是由於，若期限上沒有自動延長，則在期限以前必須要申請，但若期限上有自動延長，則即使到了期限為止就算不申請，只要期限被延長，在已被延長之期限以前申請即可，會有此種可能性。因此，若依據這些構成，則預告裝置300係對於針對期限有自動延長的交易和沒有自動延長的交易，分別設定從預告日期時間至申請期限為止的間隔，因此可隨著自動延長之有無，而在比先前還要適切的時期，進行預告。
[實施例5]
在實施例1中係說明了，預告裝置300係記憶追蹤清單，一旦到了預告日期時間就向追蹤清單中所被登錄之複數使用者所分別使用的終端裝置，發送預告訊息。可是，在本實施例中，預告裝置300，係不記憶追蹤 清單，也不發送預告訊息。本實施例所述之終端裝置110及120以及預告裝置300，係和實施例1所述之終端裝置110及120以及預告裝置300分別具有相同之構成及機能，因此以下主要說明相異點。
終端裝置110及120，係具有和圖5所示的預告裝置相同之構成，是由彼此以匯流排而連接的CPU、ROM、RAM、大容量記憶體、媒體控制器、LAN卡，視訊卡、LCD等之顯示部119、揚聲器，及觸控面板等之輸入部111所構成。此外，終端裝置110及120，係具有彼此同樣之構成，進行同樣的動作，因此以下主要是針對終端裝置110來加以說明。
終端裝置110的CPU，係藉由執行大容量記憶體中所被保存的競標用之應用程式，而成為圖17所示的期限取得部112、登錄部113、及通知部114而發揮機能。又，大容量記憶體，係與CPU協同運作，成為資訊記憶部115而發揮機能。
終端裝置110，係將已被出品至競標的商品ID、表示商品之名稱的資訊，表示現在價格的資訊，及表示下標期限的資訊所成的複數組合、及設定參數，從預告裝置300以LAN卡予以接收，將所接收到的資訊予以顯示。
其後，確認到顯示的使用者，係進行選擇要追蹤之商品的操作等，終端裝置110係隨應於該當操作而輸入追蹤商品ID。其後，終端裝置110的期限取得部 112，係將與追蹤商品ID組合的表示下標期限的資訊、設定參數，從LAN卡加以取得。
其後，登錄部113，係將比下標期限提前了設定參數所表示之時間的日期時間，當作預告日期時間。接著，登錄部113，係將與表示追蹤商品ID、追蹤商品之表示下標期限的資訊建立對應而表示預告日期時間的資訊，追加登錄至終端裝置110的資訊記憶部115中所記憶之追蹤清單中追加登錄。
其後，終端裝置110的通知部114，係定期地取得現在時刻。通知部114，係一旦現在時刻變成追蹤清單中所被登錄之預告日期時間，則生成用來預告該當預告日期時間所被建立對應到的商品ID所識別的追蹤商品之下標期限即將到來的預告訊息。接著，通知部114，係將預告訊息從顯示部119或揚聲器予以輸出，以進行期限之預告。
終端裝置110，係一旦輸出預告訊息，則生成預告訊息已輸出之此一內容的內容資訊。接著，終端裝置110，係將所生成的內容資訊，與期限已被預告之商品的商品ID、和已確認預告之使用者的使用者ID建立對應而發送至預告裝置300。這是為了令預告裝置300保存日誌。
此外，和使用者選擇下標商品之操作時同樣地，終端裝置110係將下標商品ID、表示下標期限的資訊、表示預告日期時間的資訊建立對應關連，追加登錄至 終端裝置110的追蹤清單中。
終端裝置110係一旦被使用者進行了表示已確認預告訊息的操作，則生成預告訊息已經確認之此一內容的內容資訊。接著，終端裝置110，係將期限已被預告之商品的商品ID、和已確認預告之使用者的使用者ID，建立對應而發送至預告裝置300。
本實施例的預告裝置300，係如圖16所示，具有：資訊取得部320、檢索部325、登錄部330、算出部340、及更新部350。
預告裝置300，係在圖12的預告處理中，不執行步驟S13的預告訊息輸出處理。這是因為終端裝置110會輸出預告訊息。可是，預告裝置300，係將步驟S13以外之處理，以資訊取得部320、檢索部325、登錄部330、算出部340、及更新部350加以執行，藉此，將設定參數更新成較合適的值後，將已被更新之設定參數，因應要求而發送至終端裝置110。
若依據這些構成，則終端裝置110會預告期限之到來，因此可使預告裝置300進行預告所需之處理負荷，比先前或實施例1還要減輕。因此，即使追蹤交易的使用者數增加，仍可抑制預告裝置300的處理負荷之增加，因此可防止處理負荷之增大導致預告之延遲。
此外，終端裝置110，作為設定參數之值，係不是僅使用從預告裝置300所發送的值，而是可以使用例如30分鐘等預定之值，或是可以使用由使用者所輸入的 值等等。終端裝置110，係可依照使用者之選擇操作，來變更設定參數之值。若依據此構成，則可防止在使用者非意圖的時期，預告期限。
[實施例6]
在實施例1中係說明了，預告裝置300的更新部350，係於圖12的步驟S15中，將設定參數之值的暫時變更值，是否設成從現在的設定參數之值增加所定值而成的值，或減少所定值而成的值，是隨機決定的。可是，並不一定限定於此。例如，更新部350，係亦可在判定前次將設定參數暫時變更成增加所定值而成之值的結果，反應度是有所提升的情況下，則本次也是設成將現在的設定參數之值增加所定值而成的值，或是令會變成增加所定值而成的值的機率增加。反之，更新部350，係亦可在判定前次將設定參數暫時變更成減少所定值而成之值的結果，反應度是有所提升的情況下，則本次也是設成將現在的設定參數之值減少所定值而成的值，或是令會變成減少所定值而成的值的機率增加。
[實施例7]
在實施例1中係說明了，預告裝置300的算出部350，係算出預告後存取率、回應期間之合計值、及期限後開封率，並算出與這些值具有相關的反應度。在實施例7中則是算出，與在下標期限以前趕上存取的使用者 數中、趕上存取但沒趕上下標之使用者所佔有之比率具有負相關的反應度。
具體而言，算出部350係首先基於圖10的日誌表中所被保存之資料，算出在從預告後到下標期限以前之間，對下標申請網頁做過存取的使用者(以下稱為趕上存取的使用者)之數量。又，算出部350係算出，在趕上存取的使用者之內，未進行下標的使用者(以下稱為來不及下標的使用者)之數量。然後，算出部350係算出來不及下標的使用者相對於趕上存取的使用者的比率，並算出與該比率具有負相關的反應度。更新部350係以使得與該比率具有負相關的反應度會有所提升的方式，來更新設定參數。
在實施例1中，預告裝置300係使用所有使用者共通的設定參數來決定預告日期時間而做說明，但當然並非限定於此，亦可使用每位使用者個別的設定參數來決定預告日期時間。又，亦可使用針對使用者所隸屬之每一需用者層而準備的設定參數來決定預告日期時間。
實施例1至7的預告裝置300，係亦可還將表示節目表的資訊、和表示節目的預測收視率的資訊予以建立對應而記憶，再比期限提早預定時間的時點起至該當期限為止之間若播送的節目的收視率之任1者以上有超過所定閾值時，則增加設定參數的值。
在實施例1至7中，雖然針對電子商務交易來做說明，但當然並非限定於此，交易亦可並非商務交 易，而是無償的借受或貸予。又，交易亦可不是電子交易，交易的部分或全部亦可不是藉由電腦網路所致之電子式資訊通訊而被進行。
在實施例1至7中，作為設定有申請期限的交易，舉例競標交易來做說明，但當然並非限定於此，亦可為限時特賣或有設定特價期間的特價品之交易。
在實施例1至7中，作為交易的申請，舉出對競標之下標為例子來做說明，但當然並非限定於此，亦可為商品的購入申請、租賃的申請。
在實施例1至7中，被視為交易對象之物係為商品來做說明，但亦可為勞務，只要是能夠當作交易對象者，則無論何種皆可。所謂商品，係包含足以達到商務交易之目的者，並不限定於動產，亦包含不動產，但當然並非限定於此。所謂勞務，係指為了他人而進行的勞動或利益，包含足以達到單獨商業交易之目的者，但當然並非限定於此。
在實施例1至7中係說明了，預告後存取數係指，在對下標期限之到來已被預告的商品之下標申請網頁的存取總數之內，收到預告的使用者在預告後至下標期限以前的存取加以計數而成。可是，並不一定限定於此。預告後存取數，係亦可僅計數最初之存取。亦即，預告後存取數係亦可為，在對已被預告下標期限的商品之下標申請網頁的存取總數之內，僅將藉由收到預告的使用者而從預告後至期限前之間所進行的最初之存取予以計數。又， 預告後存取數係亦可為，計數從預告日期時間至期限前就結束的預定之時間內所進行的存取。甚至，預告後存取數係亦可為，計數從預告郵件之送訊日期時間、確認日期時間、及開封日期時間之任一時點起到期限之到來時點為止所進行的存取。
回應時間係亦可為，從預告郵件之送訊起至有最初之存取為止的時間。亦即，回應時間係亦可為，從預告郵件之送訊時點起，有確認預告郵件的使用者向已被預告期限之商品之下標申請網頁，從預告後至期限以前之間所最初做的存取的時點為止的時間。又，回應時間係亦可為，從預告郵件之送訊時點起，從該當送訊日期時間開始而在期限前結束的預定之時間內，對下標申請網頁進行了存取之時點為止的時間。甚至，回應時間係亦可為，從預告郵件之送付時點、確認時點、及開封時點之任一者起，到期限前對下標申請網頁做存取之時點為止的時間。
在實施例1至6中係假設，算出部340係以預告後存取率與反應度是具有正相關，回應期間的合計值與反應度係具有負相關，期限後開封率與反應度是具有負相關的方式，來算出反應度。可是，並非限定於此。算出部340係亦可算出只與預告後存取率、回應期間的合計值、及期限後開封率之任1者具有相關的反應度，或只與存取率、回應期間的合計值、及期限後開封率之任2者具有相關的反應度。
實施例1至7，係可彼此組合。不僅可以用具 備實現實施例1至7之任一者所述之機能所需之構成的預告裝置300的方式來提供，還可以用由複數裝置所構成之系統、且將實現實施例1至7之任一者所述之機能所需之構成以系統全體來具備的方式，而以系統的方式來提供。
此外，不僅可以用事前具備實現實施例1至7之任一者所述之機能所需之構成的預告裝置300的方式來提供，還可藉由程式的適用，使既存的預告裝置成為實施例1至7之任一者所述之預告裝置300而發揮機能。亦即，將用來實現實施例1至7之任一者所例示的預告裝置300所致之各機能構成所需的程式，適用成可讓控制既存預告裝置之電腦(CPU等)來執行，就可使其成為實施例1至7之任一者所述之預告裝置300而發揮機能。
此種程式的散佈方法係為任意，例如，除了可儲存在記憶卡、CD-ROM、或DVD-ROM等記錄媒體中來散佈以外，還可透過網際網路等之通訊媒體來散佈。又，本發明所述之方法，係可使用實施例1至7之任一者所述之預告裝置300來加以實施。
以上雖然詳述本發明的理想實施例，但本發明係不限定於所述的特定實施例，在申請專利範圍所記載的本發明之要旨的範圍內，可做各種變形、變更。
又，上述的實施形態，係用來說明本發明，但並非限定本發明之範圍。亦即，本發明的範圍，係並非由實施形態來表示，而是由申請專利範圍來表示。然後，在申請專利範圍內及和其同等發明意義之範圍內所施加的 各種變形，仍視為本發明的範圍內。
300‧‧‧預告裝置
320‧‧‧資訊取得部
325‧‧‧檢索部
330‧‧‧登錄部
340‧‧‧算出部
350‧‧‧更新部
360‧‧‧期限取得部
370‧‧‧通知部
390‧‧‧資訊記憶部

Claims (11)

  1. 一種預告裝置，其特徵為，具備：取得部，係針對複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交易所通知的前記預告的反應度；更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升；若藉由暫時改變前記間隔，前記反應度就有所提升，則前記更新部係將前記間隔更新成前記暫時改變的值。
  2. 如請求項1所記載之預告裝置，其中，前記行動係為在前記各交易的期限以前向前記各交易的申請網頁進行存取；前記反應度，係以與已被通知前記預告之使用者的存取率具有正相關的方式，而被算出。
  3. 如請求項1所記載之預告裝置，其中，前記行動係為在前記各交易的期限以前向前記各交易 的申請網頁進行存取；前記反應度，係根據前記預告所被通知之時點起到已向前記申請網頁進行存取之時點為止的回應期間，而被算出。
  4. 如請求項1所記載之預告裝置，其中，前記行動係為，在前記各交易的期限後，已被通知前記預告之使用者將該當預告予以開封；前記反應度以與前記期限後的開封率呈現負相關的方式，而被算出。
  5. 如請求項1所記載之預告裝置，其中，按照前記複數交易之期限所隸屬的每一時間帶，來設定前記間隔。
  6. 如請求項1所記載之預告裝置，其中，按照前記複數交易所隸屬的每一類型，來設定前記間隔。
  7. 如請求項1所記載之預告裝置，其中，在前記複數交易之中，對於前記期限之自動延長會被進行的交易、與不會被進行的交易，分別設定前記間隔。
  8. 一種系統，係具備：管理複數交易的伺服器、和與前記伺服器進行通訊的終端裝置，該系統的特徵為：前記終端裝置係具備：取得部，係針對前記複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給 追蹤前記各交易的使用者；前記伺服器係具備：算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交易所通知的前記預告的反應度；更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升；若藉由暫時改變前記間隔，前記反應度就有所提升，則前記更新部係將前記間隔更新成前記暫時改變的值；前記終端裝置，係從前記伺服器取得前記所被更新之間隔。
  9. 一種程式，其特徵為，係使電腦發揮機能而成為：取得部，係針對複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交易所通知的前記預告的反應度； 更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升；若藉由暫時改變前記間隔，前記反應度就有所提升，則前記更新部係將前記間隔更新成前記暫時改變的值。
  10. 一種記錄有程式之電腦可讀取之記錄媒體，其特徵為，係使電腦發揮機能而成為：取得部，係針對複數交易之各交易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知部，係在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出部，係基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知部針對前記複數交易所通知的前記預告的反應度；更新部，係更新前記間隔，以使得前記所被算出之反應度有所提升；若藉由暫時改變前記間隔，前記反應度就有所提升，則前記更新部係將前記間隔更新成前記暫時改變的值。
  11. 一種方法，係屬於具備：取得部、通知部、算出部、更新部的預告裝置之動作方法，其特徵為，執行：取得步驟，係由前記取得部，針對複數交易之各交 易，取得要比前記各交易之期限，提早所被設定之間隔而進行的預告日期時間；通知步驟，係由前記通知部，在針對前記各交易而被取得的前記預告日期時間到來後，將前記各交易的前記期限之預告，通知給追蹤前記各交易的使用者；算出步驟，係由前記算出部，基於已被通知了前記各交易所涉及之前記預告的使用者，在前記各交易的前記期限以前對前記各交易所進行的行動，而算出對於前記通知步驟針對前記複數交易所通知的前記預告的反應度；更新步驟，係由前記更新部，更新前記間隔，以使得前記所被算出之反應度有所提升；在前記更新步驟中，若藉由暫時改變前記間隔，前記反應度就有所提升，則將前記間隔更新成前記暫時改變的值。
TW104115601A 2014-05-20 2015-05-15 A notice device, a program, a recording medium, and a method TWI540527B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/063357 WO2015177868A1 (ja) 2014-05-20 2014-05-20 予告装置、プログラム、記録媒体、及び方法

Publications (2)

Publication Number Publication Date
TW201601099A TW201601099A (zh) 2016-01-01
TWI540527B true TWI540527B (zh) 2016-07-01

Family

ID=53887817

Family Applications (1)

Application Number Title Priority Date Filing Date
TW104115601A TWI540527B (zh) 2014-05-20 2015-05-15 A notice device, a program, a recording medium, and a method

Country Status (4)

Country Link
US (1) US10325310B2 (zh)
JP (1) JP5763867B1 (zh)
TW (1) TWI540527B (zh)
WO (1) WO2015177868A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016010520A1 (de) * 2016-09-01 2018-03-01 Artegic Ag Verfahren zur Kommunikation in einem Kommunikationsnetzwerk
JP6772794B2 (ja) * 2016-11-30 2020-10-21 富士通株式会社 分散データ管理装置、分散データ管理プログラム及び分散データ管理方法
WO2022239207A1 (ja) * 2021-05-13 2022-11-17 バルミューダ株式会社 取引仲介サーバと取引仲介プログラムと取引仲介方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003016307A (ja) * 2001-06-28 2003-01-17 Matsushita Electric Ind Co Ltd ネットワーク上のオークション方法、オークションサーバ、及び情報処理方法
JP4308222B2 (ja) * 2005-05-27 2009-08-05 パナソニック株式会社 情報通知装置および情報通知方法
US20080147566A1 (en) * 2006-12-18 2008-06-19 Bellsouth Intellectual Property Corporation Online auction analysis and recommendation tool
US8719238B2 (en) * 2009-01-22 2014-05-06 Sunstein Kann Murphy & Timbers LLP Office-based notification messaging system
US20100293055A1 (en) * 2009-05-14 2010-11-18 Anthony Nash System for dynamically generating affiliate advertising within electronic communications
US8682744B2 (en) 2010-08-30 2014-03-25 Rakuten, Inc. Electronic mail sending device, send time setting method, send time setting program, and recording medium
US9866464B1 (en) * 2013-08-23 2018-01-09 Ca, Inc. Team notification on new support cases
US10296972B2 (en) * 2014-01-03 2019-05-21 The Toronto-Dominion Bank Systems and methods for providing balance notifications
JP5676831B1 (ja) * 2014-05-30 2015-02-25 楽天株式会社 予告装置、予告方法、プログラム、及び記録媒体

Also Published As

Publication number Publication date
US10325310B2 (en) 2019-06-18
JPWO2015177868A1 (ja) 2017-04-20
WO2015177868A1 (ja) 2015-11-26
US20160140650A1 (en) 2016-05-19
TW201601099A (zh) 2016-01-01
JP5763867B1 (ja) 2015-08-12

Similar Documents

Publication Publication Date Title
US10671968B2 (en) Method and system of processing commodity object information
US8768783B2 (en) Systems and methods for transformation of submitted listings
JP2015046010A (ja) 評価算出装置、評価算出方法及び評価算出プログラム
TWI540527B (zh) A notice device, a program, a recording medium, and a method
JP5145578B2 (ja) 電子メール送信装置、送信時刻設定方法、送信時刻設定プログラム及び記録媒体
JP6674527B1 (ja) 価額設定装置、価額設定方法、及び価額設定プログラム
US20180365723A1 (en) Integrated value exchange and referral system
WO2017000014A1 (en) Improved delivery systems and methods
JP6280272B1 (ja) 決定装置、決定方法、及び決定プログラム
JP2014182469A (ja) レビュー管理装置、レビュー管理方法、およびレビュー管理プログラム
TWI559245B (zh) A notice device, a notice method, a program product, and a recording medium
JP7406951B2 (ja) 情報処理方法、プログラム、及び情報処理装置
US20160104173A1 (en) Real-time economic indicator
JP2016206725A (ja) サーバ、サーバの制御方法およびプログラム
JP6884812B2 (ja) 通知装置及び通知方法
JP7407686B2 (ja) 共有処理装置、共有処理プログラム、及び共有処理方法
JP5987669B2 (ja) 情報処理方法、情報処理装置、及び情報処理プログラム
CN113301094A (zh) 一种信息推送方法及装置
JP2022186371A (ja) 情報処理装置、情報処理方法、及び、プログラム
TW202338698A (zh) 用於管理物品銷售之電子設備及資訊提供方法
JP2021174261A (ja) 実行判定プログラム、実行判定方法および情報処理装置
CN112784147A (zh) 信息处理方法、装置、设备及系统