TWI573086B - Information processing device, information processing method, memory media - Google Patents

Information processing device, information processing method, memory media Download PDF

Info

Publication number
TWI573086B
TWI573086B TW104142297A TW104142297A TWI573086B TW I573086 B TWI573086 B TW I573086B TW 104142297 A TW104142297 A TW 104142297A TW 104142297 A TW104142297 A TW 104142297A TW I573086 B TWI573086 B TW I573086B
Authority
TW
Taiwan
Prior art keywords
points
purchase
period
predetermined
upper limit
Prior art date
Application number
TW104142297A
Other languages
English (en)
Other versions
TW201633231A (zh
Inventor
Takiko Kato
Shigeru Kanda
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 TW201633231A publication Critical patent/TW201633231A/zh
Application granted granted Critical
Publication of TWI573086B publication Critical patent/TWI573086B/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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • G06Q30/0232—Frequent usage rewards other than merchandise, cash or travel
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0222—During e-commerce, i.e. online 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Description

資訊處理裝置、資訊處理方法、記憶媒體
本發明係有關於例如網路購物等之電子商務交易中所被使用的資訊處理裝置和其資訊處理方法、實現資訊處理裝置的程式、及記憶程式的記憶媒體，尤其是有關於，針對從購入之申請時序起具有時間差而被進行的購入也就是預定購入，用來進行購入時可使用的點數所涉及之處理所需的技術領域。
[先前技術文獻] [專利文獻]
[專利文獻1]日本特開2008-026935號公報
作為電子商務交易之一形態，透過所謂網路購物這類網際網路等之通訊網路而購入商品或服務，係為一般所進行。
於網路購物中，例如隨應於商品或服務之購入額而賦予點數，有時候可將該當點數使用於商品或服務之購入。亦即，可以接收相應於點數量之額度的折扣(例如參照上 記專利文獻1)。
另一方面，作為網路購物中的商品或服務之購入形態係存在有：複數次之商品或服務之購入是被設成1組的系列購入、或將發售前之商品予以預約而購入的預約購入之形態等。作為系列購入係可舉出例如，衛生紙或毛髮洗淨劑(所謂的洗髮精)等作為日常消耗品的商品之購入，是隨應於1次的申請而以預定的週期被進行複數次。
又，關於預約購入係可舉出，將發售前之書籍或音樂CD等加以預約而購入的例子。
此處，在網路購物中，針對這些系列購入中的各購入或預約購入等，從申請時序起具有時間差而被進行的購入(以下記作「預定購入」)，也使其能夠使用點數，這在服務提升等觀點上，較為理想。
然而，通常，從購入申請時序起到預定購入被執行為止的時間差會比較大，在此期間中，發生保有點數量之變動的可能性很高。因此，即使在購入之申請時讓使用者輸入使用點數量，在預定購入之執行時仍有「輸入點數量>保有點數量」之疑慮，此情況下可能導致無法進行使用者所意圖的折扣結帳。
作為其對策也考慮有，若從購入申請至預定購入被進 行為止之間保有點數量有所變動時，則要求使用者進行使用點數量之變更輸入，但如此一來會對使用者造成很大的負擔。
於是，本發明係克服上記問題點，其目的在於，針對預定購入使得使用者所意圖的點數量所致之折扣可以被進行，同時，謀求減輕使用者負擔。
本發明所述之資訊處理裝置，係被設計成可存取點數管理資訊，該點數管理資訊係為，作為商品或服務之購入時可使用的點數，是分成：使用期限已被訂定的期間限定點數、和沒有使用期限或被訂定比前記期間限定點數還要長期之使用期限的通常點數，而加以管理；其係具備：點數量設定部，係針對從購入之申請時序起具有時間差而被進行的購入也就是預定購入，基於操作而設定所使用之點數量之上限也就是使用上限點數量；和折扣結帳控制部，係基於前記點數管理資訊而進行控制，以使得前記預定購入所涉及之結帳是以相應於已被前記點數量設定部所設定之前記使用上限點數量的折扣額而被進行；和期間限定點數量通知部，係針對已被設定有前記使用上限點數量的前記預定購入，基於前記點數管理資訊與前記使用上限點數量，而求出該當預定購入中所被使用的預定之前記期間限定點數之數量也就是使用預定期間限定點數量、或在該當預定購入中不被使用的預定之前記期間限定點數 之數量也就是非使用預定期間限定點數量，並在該當預定購入被進行前，通知給使用者；和變更提議通知部，係隨應於前記預定購入是進行把複數次之商品或服務之購入視為1組之系列購入的預定購入，而取得該當預定購入之時點上的使用者之保有點數量，基於已取得之保有點數量與前記使用上限點數量之差的發生態樣，而進行用來將前記使用上限點數量之變更提議給使用者所需的通知。
藉由設計成基於使用上限點數量的點數使用，使用者可預先掌握，預定購入時的點數使用是以使用上限點數量為範圍內而被進行。又，使用者所做的使用點數量之設定係至少只有在申請時即可。
又，藉由進行使用預定期間限定點數量或非使用預定期間限定點數量的通知，使用或非使用預定之期間限定點數量的計算此一較重的負擔就不會落在使用者身上，甚至，藉由進行變更提議通知，可不使點數使用狀況之監視負擔落在使用者身上就使隨著使用者之點數獲得、使用狀況的適切的使用上限點數量之變更成為可能。
於上記本發明所述之資訊處理裝置，其中，前記期間限定點數量通知部，係判定是否有比對象之前記預定購入還早預定執行的其他預定購入存在，若有該當其他預定購入存在，則基於該當其他預定購入中的前記使用預定期間限定點數量，來求出對象之前記預定購入中的前記使用預定期間限定點數量、或前記非使用預定期間限定點數量，較為理想。
藉此，使用或非使用預定之期間限定點數量的通知時，可容許複數個預定購入重疊存在。
於上記本發明所述之資訊處理裝置，其中，前記期間限定點數量通知部，係判定是否為，對象之前記預定購入中所能使用的期間限定點數量也就是購入時可使用期間限定點數量係為該當預定購入之對象商品或服務之價格以上，且對該當預定購入所設定的前記使用上限點數量係為前記商品或服務之價格以上，若得到肯定結果時，則將前記商品或服務之價格，視為前記使用預定期間限定點數量；並判定是否為，對該當預定購入所設定的前記使用上限點數量係為未滿前記商品或服務之價格，且前記購入時可使用期間限定點數量係為對該當預定購入所設定的前記使用上限點數量以上，若得到肯定結果時，則將對該當預定購入所設定的前記使用上限點數量，視為前記使用預定期間限定點數量；若前記判定之雙方都得到否定結果時，則將前記購入時可使用期間限定點數量，視為前記使用預定期間限定點數量，較為理想。
藉此，需要求出可使用期間限定點數量的情況分支之數量，會是最小。
又，於上記本發明所述之資訊處理裝置，其中，前記變更提議通知部，係判定是否每次前記系列購入的預定購入被進行時在前記保有點數量與前記使用上限點數量間有產生差，基於該當差的發生頻率而進行前記通知，較為理想。
藉此，可隨著每次購入而被取得的保有點數量與使用上限點數量之差的發生頻率而適切地進行變更提議。
於上記本發明所述之資訊處理裝置，其中，前記變更提議通知部，係基於前記已取得之保有點數量與前記使用上限點數量之差的大小而進行前記通知，較為理想。
藉此，可隨著每次購入而被取得的保有點數量與使用上限點數量之差的大小而適切地進行變更提議。
又，本發明所述之資訊處理方法，係被設計成可存取點數管理資訊的資訊處理裝置中的資訊處理方法，該點數管理資訊係為，作為商品或服務之購入時可使用的點數，是分成：使用期限已被訂定的期間限定點數、和沒有使用期限或被訂定比前記期間限定點數還要長期之使用期限的通常點數，而加以管理；該資訊處理方法係執行：點數量設定步驟，係針對從購入之申請時序起具有時間差而被進行的購入也就是預定購入，基於操作而設定所使用之點數量之上限也就是使用上限點數量；和折扣結帳控制步驟，係基於前記點數管理資訊而進行控制，以使得前記預定購入所涉及之結帳是以相應於已被前記點數量設定步驟所設定之前記使用上限點數量的折扣額而被進行；和期間限定點數量通知步驟，係針對已被設定有前記使用上限點數量的前記預定購入，基於前記點數管理資訊與前記使用上限點數量，而求出該當預定購入中所被使用的預定之前記期間限定點數之數量也就是使用預定期間限定點 數量、或在該當預定購入中不被使用的預定之前記期間限定點數之數量也就是非使用預定期間限定點數量，並在該當預定購入被進行前，通知給使用者；和變更提議通知步驟，係隨應於前記預定購入是進行把複數次之商品或服務之購入視為1組之系列購入的預定購入，而取得該當預定購入之時點上的使用者之保有點數量，基於已取得之保有點數量與前記使用上限點數量之差的發生態樣，而進行用來將前記使用上限點數量之變更提議給使用者所需的通知。
即使藉由此種資訊處理方法，也可獲得和上記本發明所述之資訊處理裝置同樣的作用。
甚至，本發明所述之程式，係為令資訊處理裝置執行處理以執行上記資訊處理方法的程式。
又甚至，本發明所述之記憶媒體，係記憶上記程式。藉由這些程式或記憶媒體而實現上記的資訊處理裝置。
若依據本發明，則針對預定購入使得使用者所意圖的點數量所致之折扣可以被進行，同時，可謀求減輕使用者的負擔。
1‧‧‧網路系統
2‧‧‧網路
3‧‧‧購物網站營運系統
3a‧‧‧購物伺服器
3b‧‧‧商品DB
3c‧‧‧使用者DB
3d‧‧‧點數DB
4‧‧‧使用者終端
5‧‧‧店舖終端
6‧‧‧卡片公司伺服器
101‧‧‧CPU
102‧‧‧ROM
103‧‧‧RAM
104‧‧‧匯流排
105‧‧‧輸出入介面
106‧‧‧輸入裝置
107‧‧‧輸出裝置
108‧‧‧記憶部
109‧‧‧通訊部
110‧‧‧媒體驅動器
111‧‧‧可移除式媒體
F1‧‧‧購入申請受理處理部
F2‧‧‧折扣結帳控制處理部
F3‧‧‧期間限定點數量通知處理部
F4‧‧‧變更提議通知處理部
a1‧‧‧循環週期選擇領域
a2‧‧‧支付方法選擇領域
a3‧‧‧配送方法選擇領域
a4‧‧‧使用上限點數量指定領域
p1‧‧‧商品影像
p2‧‧‧商品名
p3‧‧‧商品之價格
p4‧‧‧購入申請鈕
p5‧‧‧選擇起點日指定選單
p6‧‧‧間隔指定選單
p7‧‧‧下一步鈕
p8‧‧‧點數量之輸入方塊
p9‧‧‧下一步鈕
[圖1]實施形態的網路系統之例子的圖示。
[圖2]使用者資料庫之儲存資訊的例示圖。
[圖3]點數資料庫之儲存資訊的例示圖。
[圖4]構成實施形態之網路系統的電腦裝置之硬體構成的區塊圖。
[圖5]將實施形態所述之機能予以區塊化而表示的機能區塊圖。
[圖6]關於系列購入(定期購入)之對象商品的商品網頁之例子的圖示。
[圖7]商品送達之循環週期設定網頁之例子的圖示。
[圖8]支付方法等選擇網頁之例子的圖示。
[圖9]對應於購入申請受理處理部之處理的流程圖。
[圖10]對應於期間限定點數量通知處理部之處理的流程圖。
[圖11]各其他預定購入中的使用預定期間限定點數量之總和的計算處理的流程圖。
[圖12]用來求出對象之預定購入中的使用預定期間限定點數量所需之處理的流程圖。
[圖13]對應於折扣結帳控制處理部之處理的流程圖。
[圖14]對應於變更提議通知處理部之處理的流程圖。
以下，按照以下順序來說明實施形態。
<1.網路系統之概要>
<2.電腦裝置之硬體構成>
<3.預定購入所涉及之點數關連處理>
<4.處理程序>
<5.實施形態的總結>
<6.程式及記憶媒體>
<7.變形例>
<1.網路系統之概要>
圖1中圖示了，本實施形態中作為前提的網路系統1之例子。網路系統1，係成為EC(EC：electronic commerce(電子商務交易))系統而發揮機能。
網路系統1係被構成為，例如，透過作為網際網路之網路2，而可讓購物網站營運系統3、複數使用者終端4，4...、複數店舖終端5，5...、及卡片公司伺服器6相互通訊。
使用者終端4，係為具備網頁瀏覽器的電腦裝置。作為使用者終端4係可舉出例如高機能行動電話機(智慧型手機)或行動電話機、攜帶型資訊終端(PDA)、攜帶型或桌上型的個人電腦(PC)等，但使用者終端4的種類並不限定於這些。
使用者終端4，係將HTTP(Hypertext Transfer Protocol)請求發送至購物網站營運系統3中的購物伺服器3a或卡片公司系統中的卡片公司伺服器6等，以要求網頁或所定之處理。又，使用者終端4係將隨應於HTTP請求而被送來的網頁予以接收並顯示在網頁瀏覽器上。藉 此，使用者係可瀏覽或操作所望之網頁。
購物網站營運系統3係分別具備：由電腦裝置所構成的購物伺服器3a、商品DB(資料庫)3b、使用者DB3c、及點數DB3d。這些各裝置，係透過例如LAN(Local Area Network)等之網路而可彼此通訊。
購物伺服器3a，係基於從使用者終端4所送來的HTTP請求而進行各種處理。例如，執行各種網頁(例如商品網頁、購物籃網頁、訂購網頁等)之生成及送訊、或使用者所做的訂購確定操作所相應之購入處理等。
在網路系統1中，藉由購物伺服器3a而把虛擬商店街之網站(EC網站：購物網站)，提供給使用者(使用者終端4之使用者)。在EC網站內係有複數店舖(虛擬商店街之加盟店)存在。各店舖之工作人員將自家店舖之商品透過身為店舖終端5之電腦裝置而加以登錄，藉此，各式各樣之店舖的各式各樣之商品，就被上傳至EC網站上。使用者係可由使用者終端4存取EC網站而購入所望之商品。
此外，在本例中雖然例示，網路系統1中的商務交易之對象係為商品的情形，但該當商務交易之對象係亦可為服務。
於購物網站營運系統3中，商品DB3b中係記憶著，透過店舖終端5而被登錄的商品的相關資訊。具體而言，與用來識別商品所需之識別元也就是商品ID建立對應，而記憶著商品名、商品的類型、商品的影像、規格 、商品介紹之摘要文等之商品資訊、或廣告資訊等。又，商品DB3b中係還記憶有：以HTML(HyperText Markup Language)、XML(Extensible Markup Language)等之標記語言等所撰寫而成的商品網頁之檔案等。
藉由此種商品DB3b，例如基於輸入關鍵字等而可進行商品檢索等。
此處，使用者係在利用EC網站時，可以向購物網站營運系統3進行會員登錄。會員登錄之際，使用者係將使用者ID(使用者識別資訊)、密碼、姓名、郵件位址、商品之寄送目的地資訊(地址資訊)、信用卡號等之必要資訊，予以登錄。使用者係藉由使用已經登錄的使用者ID而登入至EC網站，在EC網站中購入商品之際就可省去再度輸入必要資訊的麻煩。
使用者DB3c中係記憶著，如上述身為會員的使用者所登錄的使用者資訊。
圖2係使用者DB3c之儲存資訊的例示圖。
如圖示，於使用者DB3c中，係按照每一使用者ID，密碼、姓名、郵件位址、地址之各資訊、及信用卡資訊係被建立關連(建立對應)而被記憶。作為信用卡資訊係記憶有：卡號、名義人(卡片名義人之姓名)、及有效期限之各資訊。
又，於EC網站中，隨應於商品的購入等使用者進行所定之行動，而會對該當使用者進行點數之賦予。此處所謂的點數，係為購入時可使用的點數，使用者係可 隨應於使用點數量而接受購入費用之折扣。
點數係存在有通常點數和期間限定點數之二種。所謂期間限定點數，係為被訂定有使用期限的點數，所謂通常點數，係為沒有使用期限或被訂定比期間限定點數還要長期之使用期限的點數。在本例的情況下，通常點數係假設為沒有訂定使用期限的點數。
於購物網站營運系統3中，這些通常點數或期間限定點數所致之每位使用者的保有點數之資訊，係被點數DB3d所管理。
圖3係點數DB3d之儲存資訊的例示圖，圖3A係圖示每位使用者的點數之獲得履歷資訊之例子，圖3B係圖示每位使用者的點數之使用履歷資訊之例子。
於圖3A所示的獲得履歷資訊中，係按照每一使用者ID，作為被該當使用者ID所特定的使用者所獲得的點數所涉及的各種資訊，分別把點數之獲得日、有效化日、有效期限、及已獲得之點數量，建立對應。此外，有效化日，係表示獲得的點數變成可以使用的預定日。
若依據如此的獲得履歷資訊，則可根據有效期限是否有被設定，來區別獲得點數是通常點數、期間限定點數之何者。
又，於圖3B所示的使用履歷資訊中，係按照每一使用者ID，作為被該當使用者ID所特定的使用者所使用過的點數所涉及的各種資訊，分別把點數之使用日與使用點數量之資訊，建立對應。
購物伺服器3a，係基於點數DB3d中所被儲存之這些獲得履歷資訊與使用履歷資訊，而可進行每位使用者的保有點數量之計算。
在本例中，隨應於點數的獲得、使用，購物伺服器3a會進行點數DB3d中的獲得履歷資訊、使用履歷資訊之更新。
此時，關於點數的使用，購物伺服器3a係會比起通常點數而優先使用期間限定點數來進行處理。具體而言，將已被使用者所設定之點數量使用於購入處理之際，此時點上為有效的保有點數中係混合有通常點數與期間限定點數的情況下，則優先使用期間限定點數。此時，若期間限定點數中混合了有效期限不同的點數的情況下，則優先使用有效期限較早(亦即較早失效)的點數。
此處，本例中的購物伺服器3a，係隨應於來自使用者之申請而進行預定購入所需之處理。所謂預定購入，係為從購入之申請時序起具有時間差而被進行的購入。
本例中所被進行的預定購入係假設為：複數次之商品購入是被設成1組的系列購入中的各購入、或針對發售前之商品而接受來自使用者之購入預約而被進行的預約購入之任一者。如前述，作為系列購入係可舉出例如，衛生紙或毛髮洗淨劑(所謂的洗髮精)等作為日常消耗品的商品之購入，是隨應於1次的申請而以預定的週期被進行複數次(所謂的定期購入)等。又，作為預約購入之對象商 品，係可舉出例如書籍或音樂CD等。
購物伺服器3a，係從某位使用者而有系列購入之申請時，則隨應於該當申請而以預定的週期來執行針對對象商品之購入處理。又，從某位使用者有預約購入之申請時，則隨應於對象商品之進貨等而在所定之時序上執行針對該當商品之購入處理。
於購入處理中，購物伺服器3a，係基於對象商品之價格或已被使用者所設定之使用點數量之資訊等來計算對象商品之購入價格(結帳金額)，同時，進行處理以控制使得該當購入價格所致之結帳(卡片結帳)會被進行。具體而言，於本例中，是將所計算的購入價格所致之訂購資訊(含有購入價格或購入使用者之信用卡號等之資訊)，對對象商品之販售來源店舖之店舖終端5，進行送訊。
接收到訂購資訊的店舖終端5，係將該當訂購資訊發送至卡片公司伺服器6而要求結帳。
此外，購物伺服器3a，關於如上述的系列購入或預約購入，係還會進行來自使用者之使用點數量的設定受理或所被使用的預定之期間限定點數量的通知、及已被設定之使用點數量的變更提議通知所涉及的處理，但這些是作為本實施形態之處理而在後面詳細說明。
卡片公司伺服器6，係進行卡片資訊之管理、及指定了卡號的授信核對或銷售額請款等所相對的處理。
具體而言，卡片公司伺服器6，係一旦從店舖終端5接收上記的訂購資訊，就基於該當訂購資訊中所含之卡號 而進行授信核對，若為授信OK，則將含有授信認可號碼的授信認可通知，發送至店舖終端5，並且，將信用卡的卡號所涉及之銷售額的速報資訊(利用日、利用金額等)，通知給使用者的郵件位址。
店舖終端5，係在所定之銷售額請款時序上，向卡片公司伺服器6發送以信用卡的卡號與授信認可號碼為基礎的銷售額請款。
卡片公司伺服器6，係基於該當銷售額請款，而對符合的卡號，將與符合之授信認可號碼建立關連的結帳金額，當作銷售額而予以登錄。藉由進行如此的銷售額登錄，在其後的所定之時序上，會從該當卡號所建立關連的戶頭，執行結帳金額之扣款處理。
此外，於圖1中，想定網路2之構成係有多種例子。例如，以網際網路為首，可想定為：企業內網路、企業間網路、LAN(Local Area Network)、CATV(Community Antenna TeleVision)通訊網、虛擬專用網(Virtual Private Network)、電話線路網、移動體通訊網、衛星通訊網等。
又，關於構成網路2之全部或部分的傳輸媒體也被想定有多種例子。例如：IEEE(Institute of Electrical and Electronics Engineers)1394、USB(Universal Serial Bus)、電力線載送、電話線等之有線也好、IrDA(Infrared Data Association)這類紅外線、藍牙(註冊商標)、802.11無線、行動電話網、衛星線路、地表波數位 網等之無線都可利用。
<2.電腦裝置之硬體構成>
圖4中圖示了，以圖1所示的購物伺服器3a為首的構成各裝置(商品DB3b、使用者DB3c、點數DB3d、使用者終端4、店舖終端5、卡片公司伺服器6)的電腦裝置之硬體構成。
於圖4中，電腦裝置之CPU(Central Processing Unit)101，係依照ROM(Read Only Memory)102中所記憶之程式、或從記憶部108載入至RAM(Random Access Memory)103之程式，而執行各種處理。RAM103中係還適宜記憶著，CPU101執行各種處理時所必須之資料等。
CPU101、ROM102、及RAM103，係透過匯流排104而彼此連接。該匯流排104上係還連接有輸出入介面105。
輸出入介面105上係被連接有鍵盤、滑鼠、觸控面板等所成之輸入裝置106、LCD(Liquid Crystal Display)、CRT(Cathode Ray Tube)、有機EL(Electroluminescence)面板等所成之顯示器(顯示裝置)，以及揚聲器等所成之輸出裝置107、HDD(Hard Disk Drive)或快閃記憶體裝置等所構成的記憶部108、與外部裝置之間進行相互通訊所需之通訊部109。
輸出入介面105上係還可因應需要而連接有媒體驅動 器110，可適宜裝著磁碟、光碟、光磁碟、或半導體記憶體等之可移除式媒體111，對可移除式媒體111進行資訊之寫入或讀出。
在如此電腦裝置中，藉由通訊部109所致之通訊而進行資料或程式之上傳、下載，或可透過可移除式媒體111進行資料或程式之收授。
CPU101基於各種程式來進行處理動作，尤其是在身為購物伺服器3a的電腦裝置中，就會執行以下所說明的資訊處理或通訊。
<3.預定購入所涉及之點數關連處理>
此處，關於上述的系列購入中的各購入或預約購入等、從申請時序起具有時間差而被進行的預定購入，係從申請時序起到預定購入被執行為止的時間差會比較大，在此期間中，保有點數量之變動發生的可能性很高。因此，即使在購入之申請時讓使用者輸入使用點數量，在預定購入之執行時仍有「輸入點數量>保有點數量」之疑慮，此情況下可能導致無法進行使用者所意圖的折扣結帳。
於是，在本實施形態中，關於預定購入，係不是讓使用者設定所使用的點數量本身，而是讓其設定所使用之點數量之上限也就是「使用上限點數量」。
圖5係購物伺服器3a的CPU101所實現的機能之中，將包含此種使用上限點數量之設定所需之處理的預定購入所涉及之點數關連處理的機能予以區塊化而表示 的機能區塊圖。
如圖5所示，購物伺服器3a的CPU101中，作為機能區塊，是具備有：購入申請受理處理部F1、折扣結帳控制處理部F2、期間限定點數量通知處理部F3、及變更提議通知處理部F4。
購入申請受理處理部F1，係進行用來受理來自使用者之預定購入所涉及之購入申請所需之處理。具體而言，係為用來受理系列購入或預約購入之購入申請所需之處理。
參照圖6~圖8，以系列購入之申請為例，說明購入申請完成為止的流程。
圖6係圖示了關於系列購入(定期購入)之對象商品的商品網頁之例子。
在該當商品網頁中係被提示有商品影像p1或商品名p2、商品之價格p3之資訊，並且還被提示有例如記載了「定期購入」等之文字資訊的用來進行系列購入之購入申請所需之申請鈕p4。
此外，在此處的說明中雖然例示了，系列購入中的購入次數係被固定成預先決定之次數(例如5次等)，使用者無法選擇任意之購入次數的例子，但當然，亦可設計成可選擇任意之購入次數。
圖7係圖示了，隨應於購入申請鈕p4的選擇操作(滑鼠點選或觸碰操作)被進行而被提示的商品送達之循環週期設定網頁之例子。
在該當設定網頁中係被提示有：用來選擇商品送達循環週期所需之循環週期選擇領域a1、和用來使購入申請之階段前進至下個階段所需之下一步鈕p7。本例的情況下，在循環週期選擇領域a1中係設有：用來指定作為第1次的商品送達日之循環週期起點日所需之起點日指定選單p5、和用來指定起點日以後的各商品送達日之間隔(在本例係為日數單位)所需之間隔指定選單p6。
一旦使用者進行選擇起點日指定選單p5的操作，則起點日指定選單p5中係藉由下拉式選單而將循環週期起點日之候補日予以一覽顯示，使用者係可從該當一覽中指定所望之候補日來作為循環週期起點日。又，間隔指定選單p6也同樣地，隨應於使用者所做的選擇操作而藉由下拉式選單而將間隔之候補予以一覽顯示(在本例中係為5日~90日之範圍內)，使用者係可從該當一覽中指定所望之間隔。藉由這些之指定，該當系列購入中的各購入之循環週期(在本例中係為5次份的各購入之循環週期)會被選擇。
使用者，係於循環週期選擇領域a1中選擇了所望之循環週期之後，進行選擇下一步鈕p7的操作。
圖8係圖示了，隨應於下一步鈕p7的選擇操作被進行而被提示的支付方法等選擇網頁之例子。
在支付方法等選擇網頁中係被提示有例如：用來從信用卡付款、銀行劃撥、貨到付款之中選擇支付方法所需之支付方法選擇領域a2、和用來進行配送方法之選擇所需 之配送方法選擇領域a3、用來指定使用上限點數量所需之使用上限點數量指定領域a4、用來使購入申請之階段前進至下個階段所需之下一步鈕p9。
使用者，係於支付方法選擇領域a2、配送方法選擇領域a3中分別選擇所望之支付方法、配送方法，同時，於使用上限點數量指定領域a4中指定所望之使用上限點數量。
使用上限點數量指定領域a4中係設有點數量之輸入方塊p8，使用者係可在該當輸入方塊p8中輸入任意之數值，以指定使用上限點數量。
使用者，係在進行了支付方法、配送方法、使用上限點數量之指定後，進行選擇下一步鈕p9的操作。
雖然圖示省略，但隨應於下一步鈕p9的選擇操作被進行，申請內容之確認網頁會被提示。該當確認網頁中係被提示有用來確定申請內容所需之確定鈕，使用者係藉由進行該當確定鈕的選擇操作，就可確定針對該當系列購入的申請。
伴隨如此申請被確定，已被使用者所選擇、指定的商品送達循環週期或支付方法、配送方法、使用上限點數量之設定就完成。
回到圖5說明。
購入申請受理處理部F1，係基於對圖6~圖8所示之各網頁的使用者操作，而進行商品送達循環週期或支付方法、配送方法、使用上限點數量之設定。
此外，上記雖然是以系列購入為例來進行說明，但在書籍或音樂CD等的預約購入之申請時，也是同樣地進行使用上限點數量之設定。具體而言，在預約購入之申請時也是，同樣地於支付方法選擇畫面中會提示出使用上限點數量指定領域a4，基於對該使用上限點數量指定領域a4中所被設置的輸入方塊p8的輸入數值，而進行使用上限點數量之設定。
接下來，折扣結帳控制處理部F2，係基於如前述而管理著如前述通常點數與期間限定點數的點數DB3d中的儲存資訊(點數管理資訊)，而進行控制，以使得預定購入所涉及之結帳是以相應於上記已被購入申請受理處理部F1所設定之使用上限點數量的折扣額而被進行。
亦即，基於前述的從獲得履歷資訊與使用履歷資訊所計算出來的使用者之保有點數量，而進行控制，以使得關於系列購入中的各購入或預約購入的結帳，是以相應於所被設定之使用上限點數量的折扣額而被進行。
此時，若為「保有點數量」≧「使用上限點數量」，則折扣結帳控制處理部F2，係進行控制以使得從購入價格減去使用上限點數量所成之額度所致之結帳，會被進行(在本例中係如前述般地將訂購資訊發送至相符的店舖終端5)。
另一方面，若為「保有點數量」<「使用上限點數量」，則折扣結帳控制處理部F2，係進行控制以使得從 購入價格減去保有點數量所成之額度所致之結帳，會被進行。
此外，保有點數的使用時，係如前述，期間限定點數會比通常點數優先被使用。又，期間限定點數的使用時，係有效期限較早的點數會被優先使用。
期間限定點數量通知處理部F3，係針對已被設定有使用上限點數量的預定購入，基於點數DB3d中的儲存資訊與所被設定之使用上限點數量而求出該當預定購入中所被使用的預定之使用預定期間限定點數量，在該當預定購入被進行前，通知給使用者。
此處，由於期間限定點數係被設定比較短期的有效期限，因此為了不讓其失效而有效率地使用，必須要針對逐次獲得的期間限定點數進行持續的期限管理，對使用者的負擔較大。
又，關於期限快要到了的期間限定點數，係經常看到由於不想浪費之意圖而急著使用的案例(半強迫地尋找購入商品而使用掉)。
於是，在本實施之形態中，藉由期間限定點數量通知處理部F3，求出預定購入中的使用預定期間限定點數量，對使用者進行事前通知。藉此，可以謀求使用者關於期間限定點數的期限管理負擔之緩和，又若有該當預定購入中所被使用的期間限定點數，則可讓使用者事前掌握不需要急著使用點數。
使用預定期間限定點數量之通知，係例如藉由向使用 者之登錄郵件位址發送電子郵件而為之。
此處，使用預定期間限定點數量，係可根據對象之預定購入的執行時點上所能使用的期間限定點數量(以下記作「購入時可使用期間限定點數量」)、和購入對象的商品價格、所被設定之使用上限點數量，而加以求出。
基於這些購入時可使用期間限定點數量、商品價格、及使用上限點數量而求出使用預定期間限定點數量的手法，係可舉出例如以下二種。
第一個手法，係以是否為「使用上限點數量≧商品價格」之情況分支為基準而進行的例子。具體而言，
●使用上限點數量≧商品價格之時
1)若購入時可使用期間限定點數量≧商品價格，則→視為使用預定期間限定點數量=商品價格。
2)若購入時可使用期間限定點數量<商品價格，則→視為使用預定期間限定點數量=購入時可使用期間限定點數量。
●使用上限點數量<商品價格之時
3)若購入時可使用期間限定點數量≧使用上限點數量，則→視為使用預定期間限定點數量=使用上限點數量。
4)若購入時可使用期間限定點數量<使用上限點數量，則 →視為使用預定期間限定點數量=購入時可使用期間限定點數量。
藉此，可求出對象之預定購入中的使用預定期間限定點數量。
第二種之手法，係以使用預定期間限定點數量所能採取的值為基準的手法。
作為使用預定期間限定點數量所能採取的值，係可為商品價格、使用上限點數量、購入時可使用期間限定點數量之任一者。
視為使用預定期間限定點數量=商品價格的情形，係為購入時可使用期間限定點數量≧商品價格，且使用上限點數量≧商品價格之情形(條件i)。
又，視為使用預定期間限定點數量=使用上限點數量的情形，係為使用上限點數量<商品價格，且購入時可使用期間限定點數量≧使用上限點數量之情形(條件ii)。
再者，視為使用預定期間限定點數量=購入時可使用期間限定點數量的情形，係為購入時可使用期間限定點數量<商品價格，且購入時可使用期間限定點數量<使用上限點數量之情形，且上記之條件i、條件ii任一情形均不滿足時。
因此，進行是否符合上記之條件i或條件ii之情形的判定，若符合條件i之情形則令使用預定期間限定點數量=商品價格，若符合條件ii之情形則令使用預定期間限定點數量=使用上限點數量，若條件i及條件ii之任一情形 都不符合則令使用預定期間限定點數量=購入時可使用期間限定點數量。
上記第二個手法，係用來求出可使用期間限定點數量所需的情況分支之數量是比第一個手法還少，可使其為最小。因此，可謀求用以求出可使用期間限定點數量所需之情況分支所需要的處理負擔之減輕。
於本例中，係採用該當第二個手法。
此處，於本例中，關於某預定購入而求出使用預定期間限定點數量時，係也考慮到，從求出該當使用預定期間限定點數量的處理的執行時點起，至該當預定購入的執行預定日為止之期間中，可能有其他預定購入存在。亦即，期間限定點數量通知處理部F3，係在求出對象之預定購入中的使用預定期間限定點數量時，判定是否有比該當預定購入還早預定執行的其他預定購入存在，若有該當其他預定購入存在，則基於關於該當其他預定購入的使用預定期間限定點數量，來求出對象之預定購入中的「購入時可使用期間限定點數量」，基於該「購入時可使用期間限定點數量」和商品價格和使用上限點數量而以上記的手法來求出使用預定期間限定點數量。
此時，對象之預定購入中的「購入時可使用期間限定點數量」，係以從現時點(處理時點)所保有的期間限定點數量之中比該當預定購入之執行預定日還晚到期的期間限定點數量，減去其他預定購入中的使用預定期間限定點數量所得之值，而加以算出。
此外，關於如此考慮到其他預定購入中的使用預定期間限定點數量的使用預定期間限定點數量之具體的計算例，將在之後再度說明。
變更提議通知處理部F4，係隨應於作為預定購入是進行了系列購入中的購入，而取得該當購入之時點上的使用者之保有點數量，基於已取得之保有點數量與使用上限點數量之差的發生態樣，而進行用來將使用上限點數量之變更提議給使用者所需的通知。
對於使用者針對預定購入所設定的使用上限點數量，與預定購入執行時點上的保有點數量有產生差的情況下，可以說是，所被設定的使用上限點數量並不符合該當使用者的點數獲得、使用之態樣而為不適切。因此，基於該當差之發生態樣而將使用上限點數量之變更，提議給使用者。
在本例中，使用上限點數量之變更提議通知，係基於保有點數量與使用上限點數量之差的發生頻率、及差的大小而為之。具體而言，變更提議通知處理部F4，係每次預定購入被進行時，就計算保有點數量與使用上限點數量的差，判定該當差為所定值α以上的預定購入是否連續所定次數(X次)以上，若為連續時則進行使用上限點數量的變更提議通知。
作為此時的變更提議通知，係藉由將記載有例如「使用上限點數量似乎設定太低。是否提高使用上限點數量？」等之訊息的電子郵件，發送至使用者的登錄郵 件位址而為之。此時，亦可隨應於過去X次份的保有點數量與使用上限點數量之差而求出被認為適切的提高點數量，將該當提高點數量之資訊包含在變更提議通知中。又，亦可在變更提議通知中，含有對象之系列購入中的各購入每一者的保有點數量、使用點數量之履歷資訊。
<4.處理程序>
接下來，為了實現上記所說明之實施形態的各機能而應執行的具體處理之程序，參照圖9~圖14之流程圖來說明。此外，這些流程圖所示的處理，係由購物伺服器3a的CPU101依照例如記憶部108等之記憶裝置中所記憶之程式，而執行之。
圖9係圖示了對應於購入申請受理處理部F1之處理。
於圖9中，購物伺服器3a的CPU101，作為步驟S101的申請資訊輸入受理處理，係進行使用者所做的預定購入所涉及之申請資訊的輸入受理所需之處理。具體而言，進行之前圖6~圖8所示之網頁中的使用者之輸入資訊之受理。由之前的說明可以理解，作為此處的輸入資訊，係包含對圖8所示之網頁上的輸入方塊p8的使用上限點數量之輸入資訊。
接著在步驟S102中，CPU101係等待直到申請完成操作被進行為止。亦即，等待直到偵測到前述的申請內容之確認網頁中的確定鈕的選擇操作。
當申請完成操作被進行時，CPU101係在步驟S103中將購入資訊、所被設定之使用上限點數量之資訊，與購入ID建立關連而保存。所謂購入資訊，係含有購入商品的商品ID、販售店舖的店舖ID、及商品價格之資訊，同時，若為系列購入則還會含有各購入之循環週期之資訊，若為預約購入則還會含有商品之進貨預定日(購入之執行預定日)之資訊。
購入ID，係作為用來識別已被使用者所申請的系列購入或預約購入所需之資訊，而由購物伺服器3a的CPU101所生成。
CPU101，係隨利於步驟S103的建立關連處理的執行而結束本圖所示的處理。
圖10係圖示了對應於期間限定點數量通知處理部F3之處理。
首先，CPU101係在步驟S201中，判定從現時點至對象之預定購入之執行預定日之間是否有執行預定日為存在的其他預定購入。若無該當其他預定購入存在，則CPU101係前進至步驟S202，作為「購入時可使用期間限定點數量」，是分配「比現時點所保有的購入執行預定日還晚到期的期間限定點數量」(現時點所保有的期間限定點數量之中比對象之預定購入的執行預定日還晚到期的期間限定點數量)，然後前進至步驟S208。
另一方面，於步驟S201中，若判定有其他預定購入，則CPU101係前進至步驟S203，判定其他預定購 入是否為複數。
若其他預定購入非複數，則CPU101係前進至步驟S204，計算其他預定購入中的「使用預定期間限定點數量」(以下記作「點數量d1」)。
此處，其他預定購入中的「使用預定期間限定點數量」，係可將該當其他預定購入與「對象之預定購入」做置換而進行和圖10所示處理相同的處理而求出。這點係在後述的圖11的步驟S303及步驟S305之處理也是同樣如此。
CPU101係在後續的步驟S205中，作為「購入時可使用期間限定點數量」，分配從「比現時點所保有的購入執行預定日還晚到期的期間限定點數量」減去上記的點數量d1後的值，然後前進至步驟S208。
另一方面，若其他預定購入是複數，則CPU101係前進至步驟S206，計算各其他預定購入中的使用預定期間限定點數量的總和W。
圖11係圖示了步驟S206之總和W之計算處理。
CPU101，係在步驟S301中將用來識別其他預定購入所需之計數值n設成「1」，在後續的步驟S302中將存在的其他預定購入之總數設成N，然後前進至步驟S303。
在步驟S303中，CPU101係計算，執行預定日第1個到來(最早到來)的其他預定購入中的使用預定期間限定點數量。
在後續的步驟S304中，CPU101係將計數值n予以增值(+1)，然後在步驟S305中計算執行預定日第n個到來的其他預定購入中的使用預定期間限定點數量，在步驟S306中判定計數值n是否為其他預定購入之總數N以上。
若計數值n並非總數N以上，則CPU101係回到步驟S304。亦即，重複步驟S304~S306之處理，直到針對所存在的所有其他預定購入都計算出使用預定期間限定點數量為止。
若計數值n為總數N以上，則CPU101係前進至步驟S307，將針對第1~N個的各其他預定購入所計算出來的使用預定期間限定點數量之總和，當作總和W而加以計算，結束步驟S206的總和W之計算處理。
回到圖10，CPU101係在步驟S206之後續的步驟S207中，作為「購入時可使用期間限定點數量」是分配了從「比現時點所保有的購入執行預定日還晚到期的期間限定點數量」減去總和W後的值，然後前進至步驟S208。
在步驟S208中，CPU101係基於針對對象之預定購入而被設定的使用上限點數量、商品價格、及在步驟S202或S205或S207中所分配的「購入時可使用期間限定點數量」，而求出使用預定期間限定點數量。
圖12係圖示了步驟S208中所執行的具體處理。
在本例中，係基於是否符合前述條件i之情形、是否符合條件ii之情形的判定結果，而將使用預定期間限定點數量，視為商品價格、使用上限點數量、購入時可使用期間限定點數量之任一者而加以求出。
具體而言，CPU101係在步驟S401中判定是否為購入時可使用期間限定點數量≧商品價格、且使用上限點數量≧商品價格(條件i)，若得到肯定結果，則前進至步驟S402而分配商品價格來作為使用預定期間限定點數量，結束步驟S208的處理。
另一方面，若在步驟S401之判定處理中得到否定結果，則CPU101係前進至步驟S403，判定是否為使用上限點數量<商品價格、且購入時可使用期間限定點數量≧使用上限點數量(條件ii)，若得到肯定結果，則前進至步驟S404而分配使用上限點數量來作為使用預定期間限定點數量，結束步驟S208的處理。
又，若在步驟S403之判定處理中得到否定結果(亦即條件i、條件ii均不滿足時)，則CPU101係前進至步驟S405，分配購入時可使用期間限定點數量來作為使用預定期間限定點數量，結束步驟S208的處理。
CPU101係隨應於藉由上記步驟S208之處理而求出了使用預定期間限定點數量，而前進至圖10所示的步驟S209而進行使用預定期間限定點數量的通知處理。亦即，進行將至少含有使用預定期間限定點數量之資訊的電子郵件，發送至使用者之登錄郵件位址所需之處理。
此外，此時的通知，係亦可在EC網站中的所定之網頁上進行等，並不限定於以電子郵件做通知。
此處，上記雖然舉出，將預定購入中所被使用的預定之期間限定點數量予以通知的例子，但亦可取得代之，或與此一併，將預定購入中不被使用的預定之期間限定點數之數量(以下記作「非使用預定期間限定點數量」)，予以通知。關於該當「非使用預定期間限定點數量」係例如，將以上記手法所求出的「使用預定期間限定點數量」，從現時點(圖10的處理之執行時點)上所保有的期間限定點數量予以減去而成的點數量，就可算出。或者「非使用預定期間限定點數量」，係特別是在其他預定購入不存在的案例中，係可以用現時點(圖10之處理的執行時點)上所保有的期間限定點數量之中在對象之預定購入的執行預定日以前就到期的點數量、與「購入時可使用期間限定點數量」之中在該當預定購入中不被使用的期間限定點數量的和，而加以求出。
又，在上記中，雖然例示了，針對對象之預定購入用來計算「購入時可使用期間限定點數量」所需要的「其他預定購入中的使用預定期間限定點數量」之值，是於步驟S204或S206中適宜計算的例子，但若該當「其他預定購入中的使用預定期間限定點數量」是已經被計算並保存的情況下，可將該當所被保存的點數量予以沿用。
圖13係圖示了對應於折扣結帳控制處理部F2之處理。
此外，圖13所示的處理，係隨應於針對作為系列購入中的各購入、或預約購入之任一者的預定購入而應執行購入處理的條件已經成立，而被開始。
首先，CPU101係在步驟S501中，判定該當預定購入是否為，購入預定次數超過X次的系列購入中的購入。
若為購入預定次數超過X次的系列購入中的購入而得到肯定結果時，則CPU101係前進至步驟S502，將現時點上的保有點數量(該當預定購入的申請使用者之保有點數量)例如保存在記憶部108中然後前進至步驟S503。
此步驟S502的保存處理係為，將以系列購入為對象之變更提議通知是否應被進行的判定(在圖14中後述)中所使用的，各購入時的保有點數量之資訊加以保存的處理。
另一方面，若在步驟S101之判定處理中得到否定結果(亦即對象之預定購入係為購入預定次數≦X次的系列購入中的購入、或為預約購入時)，則CPU101係略過步驟S502的保存處理而前進至步驟S503。
在步驟S503中，CPU101係判定是否保有點數量≧使用上限點數量。若保有點數量≧使用上限點數量，則CPU101係前進至步驟S504而分配使用上限點數量來作為「可使用點數量」，前進至步驟S506。
另一方面，若非保有點數量≧使用上限點數量，則CPU101係前進至步驟S505而分配保有點數量來作為「可 使用點數量」，前進至步驟S506。
此外，「可使用點數量」，係由以下的說明可理解，係為該當購入中所使用的點數量(以下記作「使用點數量」)之候補值。
在步驟S506中，CPU101係作為確認值而計算「商品價格」-「可使用點數量」，在後續的步驟S507中判定確認值是否未滿0(亦即可使用點數量是否大於商品價格)。
若確認值並非未滿0，則CPU101係前進至步驟S508而分配「可使用點數量」來作為「使用點數量」，然後在步驟S509中將以確認值為結帳額的訂購資訊，對相符的店舖終端5進行送訊，結束此圖所示的處理。
另一方面，若確認值未滿0，則CPU101係前進至步驟S510而分配商品價格來作為「使用點數量」，然後在步驟S511中將結帳額=0的訂購資訊，對相符的店舖終端5進行送訊，結束此圖所示的處理。
圖14係圖示了對應於變更提議通知處理部F4之處理。
此外，圖14所示的處理，係在例如，每次圖13所示的處理被執行等，對象之系列購入中的各購入的每次執行，就被進行。
首先，CPU101係在步驟S601中，針對對象之系列購入，在購入時取得之前在步驟S502中所保存的保有點數量之資訊、及所被設定之使用上限點數量之資訊，在步驟 S602中計算「保有點數量」-「使用上限點數量」，例如保存在記憶部108中。
在後續的步驟S603中，CPU101係判定是否連續X次而「保有點數量」-「使用上限點數量」都是所定值α以上。
若連續X次「保有點數量」-「使用上限點數量」都是所定值α以上，則CPU101係前進至步驟S604，作為上限點數量變更提議通知處理，是進行例如用來將含有用來提議提高設定中的使用上限點數量所需之資訊的電子郵件，發送至使用者之登錄郵件位址所需之處理。結束此圖所示的處理。
此外，此時的通知也是，亦可在EC網站中的所定之網頁上進行等，並不限定於以電子郵件做通知。
另一方面，若非連續X次「保有點數量」-「使用上限點數量」都是所定值α以上，則CPU101係略過步驟S604的通知處理而結束此圖所示的處理。
此外，在上記中，雖然舉出進行使用上限點數量的提高側的提議通知的例子，但亦可進行降低側的提議通知。此時係為，例如在步驟S604中判定是否連續X次而「保有點數量」-「使用上限點數量」≦-α，若得到肯定結果時則進行提議降低使用上限點數量的通知即可。
<5.實施形態的總結>
如上述，實施形態的資訊處理裝置(購物伺服器 3a)，係具備：點數量設定部(購入申請受理處理部F1)，係針對從購入之申請時序起具有時間差而被進行的購入也就是預定購入，基於操作而設定所使用之點數量之上限也就是使用上限點數量；和折扣結帳控制部(折扣結帳控制處理部F2)，係基於點數管理資訊而進行控制，以使得預定購入所涉及之結帳是以相應於已被點數量設定部所設定之使用上限點數量的折扣額而被進行。
又，具備：期間限定點數量通知部(期間限定點數量通知處理部F3)，係針對已被設定有使用上限點數量的預定購入，基於點數管理資訊與使用上限點數量，而求出該當預定購入中所被使用的預定之期間限定點數之數量也就是使用預定期間限定點數量、或在該當預定購入中不被使用的預定之期間限定點數之數量也就是非使用預定期間限定點數量，並在該當預定購入被進行前，通知給使用者；和變更提議通知部(變更提議通知處理部F4)，係隨應於預定購入是進行把複數次之商品或服務之購入視為1組之系列購入的預定購入，而取得該當預定購入之時點上的使用者之保有點數量，基於已取得之保有點數量與使用上限點數量之差的發生態樣，而進行用來將使用上限點數量之變更提議給使用者所需的通知。
藉由設計成基於使用上限點數量的點數使用，使用者可預先掌握，預定購入時的點數使用是以使用上限點數量為範圍內而被進行。又，使用者所做的使用點數量之設定係至少只有在申請時即可。
又，藉由進行使用預定期間限定點數量或非使用預定期間限定點數量的通知，使用或非使用預定之期間限定點數量的計算此一較重的負擔就不會落在使用者身上，甚至，藉由進行變更提議通知，可不使點數使用狀況之監視負擔落在使用者身上就使隨著使用者之點數獲得、使用狀況的適切的使用上限點數量之變更成為可能。
如以上所述，若依據實施形態的資訊處理裝置，則針對預定購入使得使用者所意圖的點數量所致之折扣可以被進行，同時，可謀求減輕使用者的負擔。
又，藉由通知預定購入中使用或非使用預定之期間限定點數量，可謀求使用者關於期間限定點數的期限管理負擔之緩和，甚至若有該當預定購入中被使用的期間限定點數的情況下，可讓使用者事前掌握不需要急著使用期間限定點數。
又，於實施形態的資訊處理裝置中，期間限定點數量通知部，係判定是否有比對象之預定購入還早預定執行的其他預定購入存在，若有該當其他預定購入存在，則基於該當其他預定購入中的使用預定期間限定點數量，來求出對象之預定購入中的使用預定期間限定點數量、或非使用預定期間限定點數量。
藉此，使用或非使用預定之期間限定點數量的通知時，可容許複數個預定購入重疊存在。
因此，可解決其他預定購入存在時無法通知使用或非使用預定之期間限定點數量的不便，可謀求便利性的提 升。
然後，於實施形態的資訊處理裝置中，期間限定點數量通知部，係判定是否為，對象之預定購入中所能使用的期間限定點數量也就是購入時可使用期間限定點數量係為該當預定購入之對象商品或服務之價格以上，且對該當預定購入所設定的使用上限點數量係為商品或服務之價格以上，若得到肯定結果時，則將商品或服務之價格，視為使用預定期間限定點數量；並判定是否為，對該當預定購入所設定的使用上限點數量係為未滿商品或服務之價格，且購入時可使用期間限定點數量係為對該當預定購入所設定的使用上限點數量以上，若得到肯定結果時，則將對該當預定購入所設定的使用上限點數量，視為使用預定期間限定點數量；若前記判定之雙方都得到否定結果時，則將購入時可使用期間限定點數量，視為使用預定期間限定點數量。
藉此，需要求出可使用期間限定點數量的情況分支之數量，會是最小。
因此，可謀求用以求出可使用期間限定點數量所需之情況分支所需要的處理負擔之減輕。
又甚至，於實施形態的資訊處理裝置中，變更提議通知部，係判定是否每次系列購入的預定購入被進行時在保有點數量與使用上限點數量間有產生差，基於該當差的發生頻率而進行前記通知。
藉此，可隨著每次購入而被取得的保有點數 量與使用上限點數量之差的發生頻率而適切地進行變更提議，可提高變更提議的有效性。
又，於實施形態的資訊處理裝置中，變更提議通知部，係基於已取得之保有點數量與使用上限點數量之差的大小而進行前記通知。
藉此，可隨著每次購入而被取得的保有點數量與使用上限點數量之差的大小而適切地進行變更提議，可提高變更提議的有效性。
<6.程式及記憶媒體>
以上，說明了本發明所述的作為資訊處理裝置之實施形態的購物伺服器3a，但實施形態的程式，係為令資訊處理裝置(CPU等)，執行購物伺服器3a之處理的程式。
實施形態的程式係為，令資訊處理裝置執行處理的程式，該資訊處理裝置係被設計成可存取點數管理資訊，該點數管理資訊係為，作為商品或服務之購入時可使用的點數，是分成：使用期限已被訂定的期間限定點數、和沒有使用期限或被訂定比前記期間限定點數還要長期之使用期限的通常點數，而加以管理；其係令資訊處理裝置實現：點數量設定機能，係針對從購入之申請時序起具有時間差而被進行的購入也就是預定購入，基於操作而設定所使用之點數量之上限也就是使用上限點數量；和折扣結帳控制機能，係基於前記點數管理資訊而進行控制， 以使得前記預定購入所涉及之結帳是以相應於已被前記點數量設定機能所設定之前記使用上限點數量的折扣額而被進行；和期間限定點數量通知機能，係針對已被設定有前記使用上限點數量的前記預定購入，基於前記點數管理資訊與前記使用上限點數量，而求出該當預定購入中所被使用的預定之前記期間限定點數之數量也就是使用預定期間限定點數量、或在該當預定購入中不被使用的預定之前記期間限定點數之數量也就是非使用預定期間限定點數量，並在該當預定購入被進行前，通知給使用者；和變更提議通知機能，係隨應於前記預定購入是進行把複數次之商品或服務之購入視為1組之系列購入的預定購入，而取得該當預定購入之時點上的使用者之保有點數量，基於已取得之保有點數量與前記使用上限點數量之差的發生態樣，而進行用來將前記使用上限點數量之變更提議給使用者所需的通知。
亦即，該程式係相當於，例如令購物伺服器3a等之資訊處理裝置，執行圖9~圖14等所說明之處理的程式。
藉由此種程式，可實現上述的作為購物伺服器3a的資訊處理裝置。
然後，此種程式係可預先記憶在電腦裝置等之機器中所內建的作為記憶媒體之HDD、或具有CPU的微電腦內之ROM等中。又或者，可以暫時或永久性地被儲存(記憶)在半導體記憶體、記憶卡、光碟、光磁碟、磁碟等之 可移除式記憶媒體中。又此種可移除式記憶媒體，係可用所謂的套裝軟體的方式來做提供。
又，此種程式，係除了可從可移除式記憶媒體安裝至個人電腦等以外，也可從下載網站，透過LAN、網際網路等之網路而下載之。
<7.變形例>
本發明係不限定於上記所說明的具體例，可考慮各種變形例。
例如，在上記中雖然作為系列購入之例子是舉出商品之定期購入，但作為系列購入係還可舉出電力、瓦斯、自來水、通訊/通話服務等之公共服務的週期性購入。
a2‧‧‧支付方法選擇領域
a3‧‧‧配送方法選擇領域
a4‧‧‧使用上限點數量指定領域
p8‧‧‧點數量之輸入盒
p9‧‧‧下一步鈕

Claims (7)

  1. 一種資訊處理裝置，係被設計成可存取點數管理資訊，該點數管理資訊係為，作為商品或服務之購入時可使用的點數，是分成：使用期限已被訂定的期間限定點數、和沒有使用期限或被訂定比前記期間限定點數還要長期之使用期限的通常點數，而加以管理；其中，該資訊處理裝置係具備：點數量設定部，係針對從購入之申請時序起具有時間差而被進行的購入也就是預定購入，基於操作而設定所使用之點數量之上限也就是使用上限點數量；和折扣結帳控制部，係基於前記點數管理資訊而進行控制，以使得前記預定購入所涉及之結帳是以相應於已被前記點數量設定部所設定之前記使用上限點數量的折扣額而被進行；和期間限定點數量通知部，係針對已被設定有前記使用上限點數量的前記預定購入，基於前記點數管理資訊與前記使用上限點數量，而求出該當預定購入中所被使用的預定之前記期間限定點數之數量也就是使用預定期間限定點數量、或在該當預定購入中不被使用的預定之前記期間限定點數之數量也就是非使用預定期間限定點數量，並在該當預定購入被進行前，通知給使用者；和變更提議通知部，係隨應於前記預定購入是進行把複數次之商品或服務之購入視為1組之系列購入的預定購入，而取得該當預定購入之時點上的使用者之保有點數 量，基於已取得之保有點數量與前記使用上限點數量之差的發生態樣，而進行用來將前記使用上限點數量之變更提議給使用者所需的通知。
  2. 如請求項1所記載之資訊處理裝置，其中，前記期間限定點數量通知部，係判定是否有比對象之前記預定購入還早預定執行的其他預定購入存在，若有該當其他預定購入存在，則基於該當其他預定購入中的前記使用預定期間限定點數量，來求出對象之前記預定購入中的前記使用預定期間限定點數量、或前記非使用預定期間限定點數量。
  3. 如請求項1所記載之資訊處理裝置，其中，前記期間限定點數量通知部，係判定是否為，對象之前記預定購入中所能使用的期間限定點數量也就是購入時可使用期間限定點數量係為該當預定購入之對象商品或服務之價格以上，且對該當預定購入所設定的前記使用上限點數量係為前記商品或服務之價格以上，若得到肯定結果時，則將前記商品或服務之價格，視為前記使用預定期間限定點數量；並判定是否為，對該當預定購入所設定的前記使用上限點數量係為未滿前記商品或服務之價格，且前記購入時可使用期間限定點數量係為對該當預定購入所設定的前記使用上限點數量以上，若得到肯定結果時，則將對該當預定購入所設定的前記使用上限點數量，視為前記使用預定期間限定點數量； 若前記判定之雙方都得到否定結果時，則將前記購入時可使用期間限定點數量，視為前記使用預定期間限定點數量。
  4. 如請求項1所記載之資訊處理裝置，其中，前記變更提議通知部，係判定是否每次前記系列購入的預定購入被進行時在前記保有點數量與前記使用上限點數量間有產生差，基於該當差的發生頻率而進行前記通知。
  5. 如請求項1所記載之資訊處理裝置，其中，前記變更提議通知部，係基於前記已取得之保有點數量與前記使用上限點數量之差的大小而進行前記通知。
  6. 一種資訊處理方法，係被設計成可存取點數管理資訊的資訊處理裝置中的資訊處理方法，該點數管理資訊係為，作為商品或服務之購入時可使用的點數，是分成：使用期限已被訂定的期間限定點數、和沒有使用期限或被訂定比前記期間限定點數還要長期之使用期限的通常點數，而加以管理；其中，該資訊處理方法係執行：點數量設定步驟，係針對從購入之申請時序起具有時間差而被進行的購入也就是預定購入，基於操作而設定所使用之點數量之上限也就是使用上限點數量；和折扣結帳控制步驟，係基於前記點數管理資訊而進行控制，以使得前記預定購入所涉及之結帳是以相應於已被 前記點數量設定步驟所設定之前記使用上限點數量的折扣額而被進行；和期間限定點數量通知步驟，係針對已被設定有前記使用上限點數量的前記預定購入，基於前記點數管理資訊與前記使用上限點數量，而求出該當預定購入中所被使用的預定之前記期間限定點數之數量也就是使用預定期間限定點數量、或在該當預定購入中不被使用的預定之前記期間限定點數之數量也就是非使用預定期間限定點數量，並在該當預定購入被進行前，通知給使用者；和變更提議通知步驟，係隨應於前記預定購入是進行把複數次之商品或服務之購入視為1組之系列購入的預定購入，而取得該當預定購入之時點上的使用者之保有點數量，基於已取得之保有點數量與前記使用上限點數量之差的發生態樣，而進行用來將前記使用上限點數量之變更提議給使用者所需的通知。
  7. 一種記憶媒體，係記憶有令資訊處理裝置執行處理的程式，該資訊處理裝置係被設計成可存取點數管理資訊，該點數管理資訊係為，作為商品或服務之購入時可使用的點數，是分成：使用期限已被訂定的期間限定點數、和沒有使用期限或被訂定比前記期間限定點數還要長期之使用期限的通常點數，而加以管理；其中，該記憶媒體所記憶的程式係令前記資訊處理裝置實現：點數量設定機能，係針對從購入之申請時序起具有時 間差而被進行的購入也就是預定購入，基於操作而設定所使用之點數量之上限也就是使用上限點數量；和折扣結帳控制機能，係基於前記點數管理資訊而進行控制，以使得前記預定購入所涉及之結帳是以相應於已被前記點數量設定機能所設定之前記使用上限點數量的折扣額而被進行；和期間限定點數量通知機能，係針對已被設定有前記使用上限點數量的前記預定購入，基於前記點數管理資訊與前記使用上限點數量，而求出該當預定購入中所被使用的預定之前記期間限定點數之數量也就是使用預定期間限定點數量、或在該當預定購入中不被使用的預定之前記期間限定點數之數量也就是非使用預定期間限定點數量，並在該當預定購入被進行前，通知給使用者；和變更提議通知機能，係隨應於前記預定購入是進行把複數次之商品或服務之購入視為1組之系列購入的預定購入，而取得該當預定購入之時點上的使用者之保有點數量，基於已取得之保有點數量與前記使用上限點數量之差的發生態樣，而進行用來將前記使用上限點數量之變更提議給使用者所需的通知。
TW104142297A 2014-12-24 2015-12-16 Information processing device, information processing method, memory media TWI573086B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/084156 WO2016103367A1 (ja) 2014-12-24 2014-12-24 情報処理装置、情報処理方法、プログラム、記憶媒体

Publications (2)

Publication Number Publication Date
TW201633231A TW201633231A (zh) 2016-09-16
TWI573086B true TWI573086B (zh) 2017-03-01

Family

ID=54207128

Family Applications (1)

Application Number Title Priority Date Filing Date
TW104142297A TWI573086B (zh) 2014-12-24 2015-12-16 Information processing device, information processing method, memory media

Country Status (4)

Country Link
US (1) US10896434B2 (zh)
JP (1) JP5785350B1 (zh)
TW (1) TWI573086B (zh)
WO (1) WO2016103367A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7177305B1 (ja) * 2021-09-29 2022-11-22 ｄｏｕｂｌｅ ｊｕｍｐ．ｔｏｋｙｏ株式会社 トークン生成装置、トークン生成方法、及びトークン管理プログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099801A (ja) * 2000-09-22 2002-04-05 Sanyo Electric Co Ltd 購入ポイント管理方法および装置
JP2002150094A (ja) * 2000-11-08 2002-05-24 Casio Comput Co Ltd ポイント管理方法、ポイント管理装置及びそのプログラムを記録した記録媒体
JP2003076911A (ja) * 2001-09-05 2003-03-14 Matsumotokiyoshi Co Ltd クーポン管理方法、クーポン管理プログラム及びクーポン管理サーバ
US6594640B1 (en) * 1999-06-23 2003-07-15 Richard Postrel System for electronic barter, trading and redeeming points accumulated in frequent use reward programs
TW201329887A (zh) * 2012-01-06 2013-07-16 Hipower Digitalworld Inc 利用紅利點數抵扣租金之方法及紅利點數處理伺服器
TW201407507A (zh) * 2012-05-16 2014-02-16 Rakuten Inc 點數系統、點數系統之控制方法、點數管理裝置、電腦程式產品、及資訊記憶媒體

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003203183A (ja) * 2002-01-08 2003-07-18 Fujitsu Ltd ポイント通知方法，ポイント通知システム，ポイント通知プログラム
US20040122734A1 (en) * 2002-09-03 2004-06-24 Schleicher James R. Points-based rewards automation system and method
JP4963886B2 (ja) 2006-07-18 2012-06-27 楽天株式会社 取引システム、情報提供装置、情報提供方法及び情報提供処理プログラム
US20080091528A1 (en) * 2006-07-28 2008-04-17 Alastair Rampell Methods and systems for an alternative payment platform
AU2012205371A1 (en) * 2011-01-14 2013-07-11 Visa International Service Association Healthcare prepaid payment platform apparatuses, methods and systems
JP6093512B2 (ja) * 2012-05-08 2017-03-08 株式会社日本総合研究所 ポイント処理システム、ポイント処理方法およびポイント処理プログラム
US20130325578A1 (en) * 2012-06-04 2013-12-05 Douglas A. Ajram Method for enabling a customer to perform a transaction for an item using various loyalty programs
US9367856B1 (en) * 2012-11-07 2016-06-14 Amazon Technologies, Inc. Asynchronous account modification

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6594640B1 (en) * 1999-06-23 2003-07-15 Richard Postrel System for electronic barter, trading and redeeming points accumulated in frequent use reward programs
JP2002099801A (ja) * 2000-09-22 2002-04-05 Sanyo Electric Co Ltd 購入ポイント管理方法および装置
JP2002150094A (ja) * 2000-11-08 2002-05-24 Casio Comput Co Ltd ポイント管理方法、ポイント管理装置及びそのプログラムを記録した記録媒体
JP2003076911A (ja) * 2001-09-05 2003-03-14 Matsumotokiyoshi Co Ltd クーポン管理方法、クーポン管理プログラム及びクーポン管理サーバ
TW201329887A (zh) * 2012-01-06 2013-07-16 Hipower Digitalworld Inc 利用紅利點數抵扣租金之方法及紅利點數處理伺服器
TW201407507A (zh) * 2012-05-16 2014-02-16 Rakuten Inc 點數系統、點數系統之控制方法、點數管理裝置、電腦程式產品、及資訊記憶媒體

Also Published As

Publication number Publication date
US10896434B2 (en) 2021-01-19
TW201633231A (zh) 2016-09-16
JPWO2016103367A1 (ja) 2017-04-27
JP5785350B1 (ja) 2015-09-30
WO2016103367A1 (ja) 2016-06-30
US20180033038A1 (en) 2018-02-01

Similar Documents

Publication Publication Date Title
US20210326875A1 (en) User account controls for online transactions
JP7011236B2 (ja) 商品購入支援装置、送料決定方法、及び、プログラム
JP6230578B2 (ja) 注文管理サーバ、注文システム、及びプログラム
US20200160296A1 (en) Bill splitting system
KR20130039148A (ko) 경로정보를 이용한 소셜 커머스 딜 노출방법, 서버 및 컴퓨터로 판독 가능한 기록매체
US11087380B2 (en) Method, article of manufacture, and system for provisioning available appointments
KR20170103074A (ko) 정기배송 서비스 제공 방법 및 이를 위한 쇼핑몰 서버
US9760941B2 (en) Managing the purchase of multiple items with multiple modes of fulfillment
JP5636248B2 (ja) 販売支援システム
JP5706999B1 (ja) 店舗用装置、店舗用装置の制御方法、店舗用装置プログラム及び記録媒体
KR101593275B1 (ko) 가맹점정보 송수신 장치 및 그 방법
TWI573086B (zh) Information processing device, information processing method, memory media
KR102100990B1 (ko) 서비스 연계를 통한 범용 예약 방법과 시스템 및 기록 매체
US20160275535A1 (en) Centralized system for progressive price management
KR101735017B1 (ko) 쇼핑 서비스 제공 장치 및 방법
TWI575467B (zh) Information processing device, information processing method, memory media
JP2020191049A (ja) コンテンツ配信方法、コンテンツ配信装置、及びコンテンツ配信プログラム
JP2017102551A (ja) Ａｔｍ予約システムおよび方法
JP2015035037A (ja) 情報処理装置、情報処理方法、及びプログラム
JP7347963B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP7133006B2 (ja) 受付装置、受付方法、受付プログラム
US20150006223A1 (en) Purchasing and scheduling services and products
JP2019074786A (ja) システム、情報処理装置、情報処理方法及びプログラム
JP2023024416A (ja) 電子商取引支援システム、電子商取引支援方法及びプログラム
JP2022040516A (ja) 注文支援システム、注文支援方法、及び注文支援プログラム