TW202314616A - 贈禮賦予系統、贈禮賦予方法、及程式產品 - Google Patents

Abstract

[課題]將被賦予給使用者的贈禮的量控制在適切的範圍內。 [解決手段]贈禮賦予系統(S)的利用狀況資訊取得手段(102)，係將關於複數個使用者之各者所致之服務之利用狀況的利用狀況資訊，加以取得。決定手段(103)，係針對每一使用者，基於該使用者的利用狀況資訊所表示的利用狀況、與其他使用者的利用狀況資訊所表示的利用狀況之相對關係，來決定該使用者的中獎機率及贈禮之至少一方。贈禮賦予手段(105)，係針對每一使用者，基於該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。

Description

贈禮賦予系統、贈禮賦予方法、及程式產品

本揭露係有關於贈禮賦予系統、贈禮賦予方法、及程式產品。

基於所定之中獎機率來執行抽獎處理，對已中獎的使用者賦予贈禮的服務，已為人知。專利文獻1中係記載，商品的購入額或對網站的存取次數越多，中獎機率就會設成越高。專利文獻2中係記載，基於商品的購入額或來店次數而特定出重要的使用者，並提高重要的使用者的中獎機率。專利文獻3中係記載，抽籤參加的次數越多，就越提高中獎機率。專利文獻4中係記載，基於使用者的資產額或入會年數，而變更中獎機率。 [先前技術文獻] [專利文獻]

[專利文獻1]日本特開2002-99806號公報 [專利文獻2]日本特開2003-77063號公報 [專利文獻3]日本特開2003-141296號公報 [專利文獻4]日本特開2009-245291號公報

[發明所欲解決之課題]

在如上記的技術中，有可能導致超出預期地多的使用者會中獎，而將超出預期地多的贈禮賦予給使用者。例如，於專利文獻1的技術中，商品的購入額或存取次數為多的使用者的數量若變多，就會有可能將超出預期地多的贈禮賦予給使用者。專利文獻2-4的技術也同樣地，有可能將超出預期地多的贈禮賦予給使用者。因此，在先前的技術中，被賦予給使用者的贈禮的量，無法控制在適切的範圍內。

本揭露的目的之1係為，將被賦予給使用者的贈禮的量控制在適切的範圍內。 [用以解決課題之手段]

本揭露所述之贈禮賦予系統，係含有：利用狀況資訊取得手段，係用以取得關於複數個使用者之各者所致之服務之利用狀況的利用狀況資訊；和決定手段，係用以針對每一前記使用者，基於該使用者的前記利用狀況資訊所表示的利用狀況、與其他使用者的前記利用狀況資訊所表示的利用狀況之相對關係，來決定該使用者的中獎機率及贈禮之至少一方；和贈禮賦予手段，係用以針對每一前記使用者，基於該使用者的前記中獎機率及前記贈禮之至少一方，來執行抽獎處理並賦予贈禮。 [發明效果]

若依據本揭露，則可將被賦予給使用者的贈禮的量控制在適切的範圍內。

[1.贈禮賦予系統之全體構成]

說明本揭露所述之贈禮賦予系統的實施形態之一例。圖1係為實施形態所述之贈禮賦予系統之全體構成之一例的圖示。贈禮賦予系統S，係含有圖1的各構成。網路N，係為網際網路或LAN等之任意的網路。贈禮賦予系統S，係至少含有1個電腦即可，不限於圖1的例子。

伺服器10，係為伺服器電腦。控制部11係含有至少1個處理器。記憶部12係含有RAM等之揮發性記憶體、和硬碟等之非揮發性記憶體。通訊部13係含有有線通訊用的通訊介面、和無線通訊用的通訊介面之至少一方。

使用者終端20，係為使用者的電腦。例如，使用者終端20係為智慧型手機、平板終端、可穿戴式終端、或個人電腦。控制部21、記憶部22、及通訊部23的實體構成，係分別和控制部11、記憶部12、及通訊部13相同。操作部24，係為觸控面板等之輸入裝置。顯示部25係為液晶顯示器或有機EL顯示器。

店舖終端30，係為店舖的電腦。例如，店舖終端30係為POS終端、個人電腦、平板終端、或智慧型手機。控制部31、記憶部32、通訊部33、操作部34、及顯示部35的實體構成，係分別和控制部11、記憶部12、通訊部13、操作部24、及顯示部25相同。店舖終端30上係被連接有讀碼器、讀寫機、或屬於相機的讀取裝置36。讀取裝置36，係亦可被包含在店舖終端30之內部。

此外，記憶部12、22、32之各者中所被記憶的程式，係亦可透過網路N而被供給。又，電腦可讀取之資訊記憶媒體中所被記憶的程式，亦可透過用來讀取資訊記憶媒體所需之讀取部(例如光碟驅動機或記憶體卡插槽)、或用來與外部機器進行資料之輸出入所需之輸出入部(例如USB埠)而被供給。

[2.贈禮賦予系統之概要] 在贈禮賦予系統S中，係對複數個使用者之各者，提供所定之服務。各個使用者，係操作自己的使用者終端20來利用服務。在本實施形態中，作為服務之一例是說明結帳服務。服務，係可為任意之種類，不限於結帳服務。對其他服務的適用例，係在後述的變形例中做說明。

結帳服務，係為提供電子結帳的服務。電子結帳，有時候也被稱作無現金結帳。結帳服務中所能利用的結帳手段，係可為任意之種類。例如，結帳手段係亦可為信用卡、簽帳卡、電子貨幣、電子現金、點數、銀行帳戶、電子錢包、虛擬通貨、或這些的組合。利用條碼或二維碼等之代碼的電子結帳，係由於有時候被稱作代碼結帳，因此代碼亦可相當於結帳手段。

在本實施形態中，係舉出使用者造訪現實之店舖而利用結帳服務的情況為例。結帳服務本身，係可利用公知的各種方法。在本實施形態中係說明，使用者利用已被安裝在使用者終端20中的結帳應用程式的方法。例如，使用者，係從結帳應用程式完成了所定的利用登錄之後，一旦輸入使用者ID及密碼而登入至結帳服務，就可利用結帳服務。

圖2係為使用者利用結帳服務的樣子之一例的圖示。一旦使用者登入至結帳服務，則結帳應用程式的主畫面G1係被顯示於顯示部25。主畫面G1中係被顯示有，用來利用已被設定成為支付來源之結帳手段所需之代碼C10。使用者係向店員提示代碼C10。一旦店員以讀取裝置36讀取代碼C10，在店舖終端30與伺服器10之間，就會執行所定之結帳處理。結帳處理本身，係可利用公知的各種處理。

在本實施形態中係舉辦了促銷活動，其係一旦使用者利用結帳服務就會執行所定之抽獎處理，並對中獎的使用者賦予贈禮。在使用者中獎的情況下，會被賦予相應於等級的贈禮。在本實施形態中，雖然舉出使用者所致之報名為必須的的促銷活動為例，但亦可為不需要使用者所致之報名的促銷活動。例如，一旦使用者選擇了按鈕B11，則用來受理報名所需之報名受理畫面係被顯示於顯示部25。

圖3係為使用者對促銷活動進行報名到執行抽獎為止的流程之一例的圖示。報名受理畫面G2中，作為促銷活動之詳細係被顯示有每一等級的中獎機率及贈禮。在本實施形態中，係根據使用者的排名，使用者的中獎機率會有所不同。排名，係基於結帳服務的利用狀況而被決定。例如，排名係基於報名後的利用總額而被決定。例如，排名越高，中獎機率就越高。

一旦使用者選擇了按鈕B20，則對促銷活動的報名就完成，報名完成畫面G3係被顯示於顯示部25。報名完成畫面G3中係被顯示有每一排名的中獎機率之詳細。在使用者剛完成報名的時點上，報名後的利用總額為0圓，因此使用者的排名係為最下位。一旦使用者選擇了按鈕B30，就會回到主畫面G1。

主畫面G1中係被顯示有，已經報名了促銷活動。一旦使用者選擇了按鈕B12，就可確認現在的排名所相應之中獎機率。例如，使用者向店員提示代碼C10，一旦藉由讀取裝置36而讀取代碼C10，就會執行結帳處理及抽獎處理。一旦執行結帳處理及抽獎處理，則表示這些處理已完成的結帳完成畫面G4係被顯示於顯示部25。結帳完成畫面G4中係被顯示有利用店舖、利用額、及抽獎結果。

例如，使用者已中獎的情況下，結帳完成畫面G4中係被顯示有：表示已中獎之意旨的訊息、中獎的等級、及贈禮的內容。贈禮，係亦可在剛中獎後就被賦予，亦可經過某種程度的時間之後才被賦予。在使用者未中獎的情況下，結帳完成畫面G4中係被顯示有表示未中獎之意旨的訊息。例如，結帳完成畫面G4中亦可被顯示有報名後的利用總額、和現在的排名。

如以上所述，贈禮賦予系統S，係一旦使用者報名了促銷活動，就基於報名後的利用總額，來決定使用者的排名。贈禮賦予系統S，係基於使用者的排名，來決定使用者的中獎機率。藉此，即使有超出預期地多的使用者報名了促銷活動，中獎機率相對較高的使用者的數量仍會控制在一定數量內，因此中獎的使用者的數量也會控制在一定數量內。因此，可將被賦予給使用者的贈禮的量控制在適切的範圍內。以下說明贈禮賦予系統S的細節。

[3.贈禮賦予系統中所被實現的機能] 圖4係為贈禮賦予系統S中所被實現的機能之一例的機能區塊圖。

[3-1.伺服器中所被實現的機能] 資料記憶部100，係以記憶部12為主而被實現。結帳處理執行部101、利用狀況取得部102、決定部103、通知部104、及贈禮賦予部105之各者，係以控制部11為主而被實現。

[資料記憶部] 資料記憶部100，係記憶著結帳服務之提供上所必須的資料。例如，資料記憶部100係記憶有使用者資料庫DB1、和促銷活動資料庫DB2。

圖5係為使用者資料庫DB1之一例的圖示。使用者資料庫DB1係為，關於使用者的資訊所被儲存的資料庫。例如，使用者資料庫DB1中係被儲存有：使用者ID、密碼、使用者的姓名、代碼ID、結帳手段資訊、利用狀況資訊、報名資訊、利用總額資訊、排名資訊、及抽獎結果資訊。一旦某位使用者完成了利用登錄，則在使用者資料庫DB1就會作成新的紀錄，該使用者的使用者ID等之資訊會被儲存。

使用者ID，係為可識別使用者的使用者識別資訊。因此，記載為使用者ID的地方，係可替換成使用者識別資訊。使用者識別資訊，係可為任意的資訊，亦可利用例如郵件位址或電話號碼等之其他資訊。使用者ID，係也被稱作帳號。使用者ID及密碼，係為了登入至結帳服務而被利用。

在本實施形態中，為了識別要求了結帳處理的使用者，必須在代碼C10中包含有某種使用者識別資訊。雖然亦可將使用者ID包含在代碼C10中，但在本實施形態中係說明，將代碼ID包含在代碼C10中的情況。代碼ID，係為使用者識別資訊之一種。代碼ID，係為異於使用者ID的資訊。例如，代碼ID係藉由數值、文字、或這些的組合而被表現。

代碼ID，係可在任意的時序上被發行。代碼ID亦可被設定有效期限。例如，在應用程式的啟動時、有效期限超過時、或使用者指示重新發行時，就會發行代碼ID。代碼ID的發行方法本身，係可為任意之發行方法。代碼ID，係以不與有效期限內之其他代碼ID重複的方式，而被發行。例如，代碼ID係被隨機發行。

結帳手段資訊，係為關於結帳手段的資訊。例如，結帳手段是信用卡的情況下，結帳手段資訊係含有信用卡號、有效期限、及名義人資訊。結帳手段是電子貨幣的情況下，結帳手段資訊係含有：可識別電子貨幣的電子貨幣ID、和電子貨幣的餘額。結帳手段是點數的情況下，結帳手段資訊係含有：可識別點數的點數ID、和點數的餘額。其他結帳手段也是同樣地，結帳手段資訊中會含有可識別結帳手段的資訊。在使用者係可利用複數種結帳手段的情況下，結帳手段資訊係還會含有可識別支付來源之結帳手段的資訊。支付來源之結帳手段，係可藉由使用者而做變更。

利用狀況資訊，係為關於結帳服務之利用狀況的資訊。利用狀況，係也可稱作利用履歷。例如，利用狀況資訊係含有：利用日期時間、可識別利用店舖的店舖識別資訊、及利用額。在伺服器10能夠取得可識別使用者所購入之商品的商品資訊的情況下，則利用狀況資訊係亦可含有商品資訊。一旦某位使用者利用結帳服務，則該使用者的利用狀況資訊就被更新。利用狀況資訊係亦可含有：結帳服務的利用總額、平均利用額、利用次數、利用頻率、或利用期間這類其他資訊。

報名資訊，係為關於有無報名促銷活動的資訊。在有複數個促銷活動被同時舉辦的情況下，報名資訊係會含有，關於每一促銷活動之有無報名的資訊。利用總額資訊，係為關於使用者之利用總額的資訊。在本實施形態中，由於是基於報名後的利用總額來決定排名，因此利用總額資訊係為，關於報名後之利用總額的資訊。

排名資訊，係為關於使用者之排名的資訊。例如，伺服器10，係一旦來到所定之更新時序，就基於已報名促銷活動的全使用者的利用狀況資訊，來決定各個使用者的排名。例如，伺服器10係以報名後的利用總額由高往低的順序，從第1位起依序決定排名。報名後的利用總額越多則排名就越高。

此外，排名係只要是基於結帳服務的利用狀況而被決定即可，亦可基於利用總額以外之資訊而被決定。排名係只要是基於後述的相對關係而被決定即可。又，排名的更新時序，係可為任意的時序。例如，亦可每1小時、每數小時、每1日、或每數日地更新排名。亦可每次執行結帳處理就更新排名。

在不需要對促銷活動進行報名的情況下，則伺服器10亦可在全使用者之中，決定排名。此外亦可為例如，伺服器10係按照使用者的每一屬性來決定排名。該屬性，係只要能夠將使用者以某種形式進行分類者即可，例如亦可為：住址、年齡層、職業、排行、或興趣。

抽獎結果資訊，係為關於抽獎結果的資訊。例如，抽獎結果資訊係含有：抽獎日期時間、可識別是否中獎的資訊、及中獎的等級。對已中獎的使用者在事後賦予贈禮的情況下，則抽獎結果資訊中亦可含有贈禮將被賦予的日期時間。

圖6係為促銷活動資料庫DB2之一例的圖示。促銷活動資料庫DB2，係為關於結帳服務中的促銷活動的資訊所被儲存的資料庫。例如，促銷活動資料庫DB2中係被儲存有：促銷活動ID、促銷活動名、舉辦期間、贈禮資訊、及中獎機率資訊。促銷活動資料庫DB2，係可藉由結帳服務的管理者來做編輯。一旦管理者企劃了新的促銷活動，則在促銷活動資料庫DB2中就會作成新的紀錄，關於該促銷活動的資訊會被儲存。

促銷活動ID及促銷活動名，係為可識別促銷活動的資訊。舉辦期間，係為促銷活動的開始至結束為止的期間。贈禮資訊，係為關於被賦予給中獎使用者之贈禮之內容的資訊。在本實施形態中，由於是有複數個等級存在，因此贈禮資訊中，係按照每一等級，而表示了贈禮的內容。中獎機率資訊，係為關於中獎機率的資訊。在本實施形態中，由於是有複數個等級存在，因此中獎機率資訊中，係按照每一等級，而表示了中獎機率。又，隨應於排名而中獎機率會跟著改變，因此中獎機率資訊中，係按照每一排名，而表示了中獎機率。

[結帳處理執行部] 結帳處理執行部101，係在某位使用者進行了結帳要求的情況下，基於該使用者的結帳手段資訊，而執行結帳處理。結帳要求，係為用來要求結帳處理之執行所需之通知。結帳要求，係藉由所定形式之資料被發送，而被進行。在本實施形態中，店舖終端30，係一旦以讀取裝置36讀取了代碼C10，就將代碼C10中所含之代碼ID加以取得。店舖終端30，係將含有該代碼ID的結帳要求，發送至伺服器10。假設結帳要求中係還含有可識別店舖的店舖識別資訊或利用額等之資訊。

伺服器10係一旦從店舖終端30接收到結帳要求，則結帳處理執行部101係參照使用者資料庫DB1，將結帳要求中所含之代碼ID所被建立關連的結帳手段資訊，加以取得。結帳處理執行部101，係基於該結帳手段資訊，來執行結帳處理。結帳處理執行部101，係基於結帳處理的執行結果，將與結帳要求中所含之代碼ID建立關連的利用狀況資訊，予以更新。結帳處理執行部101，係向店舖終端30，發送結帳處理的執行結果。

如前述，結帳處理本身，係可利用公知的各種方法。例如，作為結帳服務的利用方法，係有：將店舖所揭示的代碼以使用者終端20進行讀取的方法、和使用者操作使用者終端20而選擇利用店舖的方法存在。這些情況下，並非由店舖終端30，而是由使用者終端20向伺服器10發送結帳要求。結帳處理執行部101，係基於來自使用者終端20的結帳要求，而執行結帳處理。

[利用狀況取得部] 利用狀況取得部102，係將關於複數個使用者之各者所致之結帳服務的利用狀況的利用狀況資訊，加以取得。利用狀況取得部102，係將抽獎對象之使用者的利用狀況資訊，加以取得。在本實施形態中，由於是連同結帳處理一併執行抽獎處理，因此抽獎對象之使用者，係為要求了結帳處理的使用者。亦即，抽獎對象之使用者，係為藉由結帳要求中所含之代碼ID而被識別的使用者。利用狀況資訊，係被儲存在使用者資料庫DB1中，因此利用狀況取得部102，係將使用者資料庫DB1中所被儲存的利用狀況資訊，加以取得。

[決定部] 決定部103，係針對每一使用者，基於該使用者的利用狀況資訊所表示的利用狀況、與其他使用者的利用狀況資訊所表示的利用狀況之相對關係，來決定該使用者的中獎機率及贈禮之至少一方。該使用者，係為抽獎對象之使用者。其他使用者，係為抽獎對象之使用者以外的使用者。在本實施形態中雖然是說明，已報名促銷活動的使用者之中，抽獎對象之使用者以外的全部使用者都是相當於其他使用者的情況，但亦可為，只有抽獎對象之使用者以外之一部分的使用者，是相當於其他使用者。

所謂相對關係，係為某位使用者的利用狀況、與其他使用者的利用狀況之差異。在本實施形態中，作為相對關係之一例，是說明關於服務之利用狀況的排名。因此，針對排名來做說明的地方，係可替換成相對關係。相對關係，係可為任意的關係，不限於排名。

例如，在利用總額是相當於利用狀況的情況下，某位使用者的利用總額、與其他使用者的利用總額之何者為多，係相當於相對關係。亦可為這些利用總額的差是相當於相對關係。例如，亦可為，某位使用者的利用總額，與全體使用者的利用總額之平均值的差，是相當於相對關係。平均利用額、利用次數、利用頻率、或利用期間是相當於利用狀況的情況也是同樣如此。在這些複數個項目之組合是相當於利用狀況的情況下，亦可為，基於這些的組合所被計算出來的分數的差，是相當於相對關係。

例如，決定部103，係亦可針對每一使用者，基於該使用者的排名，來決定該使用者的中獎機率及贈禮之至少一方。在本實施形態中係說明，贈禮是全體使用者皆為固定，由決定部103來決定中獎機率的情況。例如，排名及中獎機率之關係亦可被定義在促銷活動資料庫DB2的中獎機率資訊中。決定部103，係參照促銷活動資料庫DB2，將與使用者的排名建立關連的中獎機率加以取得，藉此而決定使用者的中獎機率。

此外，中獎機率資訊，係與其全體使用者都設成一樣的中獎機率(亦即先前的方法)，不如以使得促銷活動全體中所發生的贈禮之期待值會越來越小的方式，來定義排名與中獎機率之關係。決定部103，係只要以使得促銷活動全體中所發生的贈禮之期待值會越來越小的方式，來決定使用者的中獎機率即可。此處，舉出較本實施形態還要簡單的例子，想定有1萬人參加的促銷活動中，假設若中獎就給予1000圓之贈禮。若對全體使用者，作為一樣的中獎機率而設定了1%，則在如同想定有1萬人參加了促銷活動之情況下的贈禮之期待值，係1萬人×1%×1000圓而為10萬圓。在有超出想定的2萬人參加了促銷活動的情況下的贈禮之期待值，係2萬人×1%×1000圓而為20萬圓。

另一方面，假設作為排名1位~5000位之使用者的中獎機率是設定1.2%，5001位以後的使用者的中獎機率是設定0.8%。在如同想定有1萬人參加了促銷活動的情況下的贈禮之期待值，係5000人×1.2%×1000圓＋5000人×0.8%×1000圓而為10萬圓。亦即，參加促銷活動的使用者是如同想定之人數的情況下，則會是與設成一樣之中獎機率之情況相同的期待值。在超出想定而有2萬人參加了促銷活動之情況下的贈禮之期待值，係5000人×1.2%×1000圓＋15000人×0.8%×1000圓而為18萬圓。因此，相較於設成一樣之中獎機率的情況，促銷活動全體中所發生的贈禮的數量係有被抑制。如此，以使得在有多於想定之使用者參加之情況下的促銷活動全體的贈禮之期待值，會較全體使用者都設成一樣之情況還小的方式，來定義中獎機率資訊即可。

此外，參加促銷活動的使用者的數量較少的情況下，相較於設成一樣之中獎機率，藉由本實施形態之手法，也有導致促銷活動全體所發生的贈禮的數量變多的可能性。此情況下，由於相較於有如同想定之人數參加的情況，促銷活動全體中所發生的贈禮的數量係會較少，因此被認為對於主辦人不會產生不利益。

作為前述的「相對關係」是利用排名以外之要素的情況也是同樣地，相較於設成一樣的中獎機率的情況，只要以抑制促銷活動全體的贈禮之期待值的方式，來定義中獎機率資訊即可。例如假設，參加促銷活動的各個使用者的利用總額，與利用總額之全體的平均值之關係，是相當於「相對關係」。再者，假設將全體之平均值以上的使用者的中獎機率設成1.2%。若一樣之中獎機率是1.0%，則只要將未達全體之平均值的使用者的中獎機率設定成未滿0.8%，就可抑制促銷活動全體的贈禮之期待值。如此，即使「相對關係」是排名以外之要素，仍只要以抑制促銷活動全體的贈禮之期待值的方式，來定義中獎機率資訊即可。

又，表示排名及中獎機率之關係的資料，係可為任意的形式，不限於像是中獎機率資訊的表格形式之資料。例如，該資料是數式形式的情況下，決定部103，係將排名代入至數式以計算中獎機率，藉此而決定使用者的中獎機率。此外，例如，該資料係亦可為，利用機器學習的學習模型等之程式。無論是這些的何種形式，在本實施形態中皆為，使用者的排名越高則中獎機率就越高。亦可與本實施形態相反，使用者的排名越高則中獎機率就會越低。

又，亦可為，中獎機率是全體使用者皆為固定，決定部103，係針對每一使用者，基於該使用者的排名，來決定該使用者的贈禮。此情況下，排名及贈禮之關係係被定義在促銷活動資料庫DB2的贈禮資訊中。決定部103，係參照促銷活動資料庫DB2，將與使用者的排名建立關連的贈禮加以取得，藉此而決定使用者的贈禮。這些關係係可為任意的資料形式，這點係和排名及中獎機率之關係相同。在本實施形態中，使用者的排名越高則贈禮就越佳。所謂贈禮越佳，係指藉由贈禮所獲得的價值越高。例如，回饋金額越高係相當於贈禮越佳。亦可與本實施形態相反，使用者的排名越高則贈禮就會越低。

又，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對每一使用者，基於該使用者的排名，來決定該使用者的中獎機率及贈禮之雙方。此情況的決定方法，係只要將上記說明的僅決定中獎機率的方法，與僅決定贈禮的方法加以組合即可。

[通知部] 通知部104，係向複數個使用者之各者，通知已被決定部103所決定之該使用者的中獎機率及贈禮之至少一方。在本實施形態中，由於是藉由決定部103來決定中獎機率，因此通知部104係向使用者通知中獎機率。在本實施形態中，雖然是說明，藉由主畫面G1的按鈕B12被選擇時所被顯示的畫面來通知中獎機率的情況，但中獎機率的通知方法係可為任意的方法，不限於本實施形態的例子。

例如，通知部104，係亦可藉由主畫面G1來通知中獎機率。通知部104，係亦可藉由其他任意的畫面來通知中獎機率。通知部104，係亦可利用電子郵件、訊息應用程式、SNS、SMS、或推播通知等之其他手段，來通知中獎機率。通知部104，係亦可利用語音，來通知中獎機率。在藉由決定部103來決定贈禮的情況下，則通知部104係只要通知贈禮的內容即可。

[贈禮賦予部] 贈禮賦予部105，係針對每一使用者，基於已被決定部103所決定之該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在本實施形態中，贈禮賦予部105，係針對每一使用者，在該使用者利用結帳服務的情況下，基於該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。該使用者，係為抽獎對象之使用者。

在本實施形態中，由於是由決定部103來決定中獎機率，因此贈禮賦予部105，係基於使用者的中獎機率，來執行抽獎處理並賦予贈禮。贈禮賦予部105，係在使用者已中獎的情況下，對使用者賦予贈禮。在本實施形態中，由於有複數個等級存在，因此贈禮賦予部105，係在使用者已中獎的情況下，對使用者賦予相應於等級的贈禮。贈禮賦予部105，係在使用者未中獎的情況下，則不對使用者賦予贈禮。贈禮賦予部105，係基於使用者的抽獎結果，來更新使用者的抽獎結果資訊。

此外，抽獎本身，係可利用公知的各種方法。例如，贈禮賦予部105，係基於使用者的中獎機率，與亂擇演算法、隨機演算法、或機率性演算法，來執行抽獎處理。贈禮賦予部105，係在使用者已中獎的情況下，係還決定使用者的等級。在等級是只有1個的情況下，則贈禮賦予部105係只需要決定使用者是否已中獎即可。

又，贈禮的賦予方法本身也是，可利用公知的各種方法。如本實施形態所述，將相應於利用額之點數進行回饋的這件事情是相當於贈禮的情況下，則贈禮賦予部105，係以使得使用者的點數會增加一回饋額的方式來更新結帳手段資訊，藉此以對使用者賦予贈禮。在經過一定時間後點數才會被回饋的情況下，則贈禮賦予部105，係以包含有使用者的點數之回饋額、與點數會被回饋的日期時間的方式來更新抽獎結果資訊，以對使用者賦予贈禮。優惠券或物品等之其他贈禮的情況也是同樣地，贈禮的賦予方法本身，係只要利用公知的方法即可。

贈禮賦予部105，係亦可在藉由通知部104進行了通知之後，執行抽獎處理並賦予贈禮。例如，在使用者選擇了主畫面G1的按鈕B12而被通知了中獎機率之後，贈禮賦予部105就會執行抽獎處理。贈禮賦予部105，係亦可不是在伺服器10接收到結帳要求的情況，而是事前就執行抽獎處理。此情況下，贈禮賦予部105係只要將事前執行的抽獎處理的執行結果，記錄在抽獎結果資訊中即可。

[3-2.使用者終端中所被實現的機能] 資料記憶部200，係以記憶部22為主而被實現。顯示控制部201，係以控制部21為主而被實現。資料記憶部200，係記憶著結帳服務之提供上所必須的資料。例如，資料記憶部200係記憶有：結帳應用程式、代碼ID、及代碼ID的有效期限。顯示控制部201，係基於結帳應用程式，而令含有代碼ID的代碼C10被顯示於主畫面G1。顯示控制部201，係也會令圖3中所說明的其他畫面被顯示。

[3-3.店舖終端中所被實現的機能] 資料記憶部300，係以記憶部32為主而被實現。結帳要求送訊部301，係以控制部31為主而被實現。資料記憶部300，係記憶著結帳服務之提供上所必須的資料。例如，資料記憶部300，係將可以識別店舖終端30所被配置之店舖的店舖識別資訊，加以記憶。資料記憶部300係也記憶有，將代碼C10中所含之代碼ID加以取得的程式。

結帳要求送訊部301，係向伺服器10，發送結帳要求。例如，一旦讀取裝置36讀取了代碼C10，則結帳要求送訊部301，係將代碼C10中所含之代碼ID，加以取得。結帳要求送訊部301，係向伺服器10，發送含有店舖識別資訊、代碼ID、及利用額的結帳要求。

此外，代碼ID，係亦可被光學性地取得，亦可藉由通訊而被取得。例如，店舖終端30，係亦可利用Wi-Fi(註冊商標)、Bluetooth(註冊商標)、或紅外線通訊來取得代碼ID，亦可利用公知的IC卡中所採用的近距離無線通訊來取得代碼ID。代碼ID，係亦可從店舖終端30的操作部34而被輸入。

[4.贈禮賦予系統中所被執行的處理] 圖7係為贈禮賦予系統S中所被執行的處理之一例的流程圖。圖7所示的處理，係藉由控制部11、21、31之各者依照記憶部12、22、32之各者中所被記憶之程式而動作，而被執行。此處，假設使用者已經報名了促銷活動。

使用者終端20，係一旦使用者啟動結帳應用程式，則在伺服器10之間就會執行登入處理(S1)。一旦登入處理成功，則使用者終端20係令主畫面G1被顯示於顯示部25(S2)。在使用者選擇了按鈕B12的情況下，相應於使用者之排名的中獎機率會被顯示。

店舖終端30，係一旦以讀取裝置36讀取了代碼C10，就向伺服器10發送代碼C10中所含之代碼ID(S3)。伺服器10，係一旦接收代碼ID，就基於與代碼ID建立關連的結帳手段資訊，來執行結帳處理(S4)。在S4中，伺服器10，係將使用者的利用狀況資訊及利用總額資訊予以更新。亦可在S4之時點上，更新排名資訊。

伺服器10，係基於與代碼ID建立關連的排名資訊，來決定使用者的中獎機率(S5)。伺服器10，係基於S5中所被決定的中獎機率，來執行抽獎處理(S6)。伺服器10，係基於S6的抽獎處理的執行結果，來更新抽獎結果資訊(S7)。在S7中，在使用者中獎的情況下，則也會執行用來賦予相應於等級之贈禮所需之處理。

伺服器10，係向店舖終端30，發送結帳處理的執行結果(S8)，並向使用者終端20，發送結帳處理及抽獎處理的執行結果(S9)。店舖終端30，係令表示結帳處理已完成的訊息被顯示於顯示部35(S10)。使用者終端20，係令結帳完成畫面G4被顯示於顯示部25(S11)，本處理係結束。藉由S11中所被顯示的結帳完成畫面G4，使用者係可得知抽獎結果。

若依據本實施形態的贈禮賦予系統S，則針對每一使用者，基於該使用者的利用狀況資訊所表示的利用狀況、與其他使用者的利用狀況資訊所表示的利用狀況之相對關係，來決定該使用者的中獎機率。藉此，即使有超出預期地多的使用者報名了促銷活動，中獎機率相對較高的使用者的數量仍會控制在一定數量內，因此中獎的使用者的數量也可控制在一定數量內。其結果為，可防止超出預期地多的使用者中獎，可將被賦予給使用者的贈禮的量控制在適切的範圍內。

又，贈禮賦予系統S，作為相對關係，是利用關於結帳服務之利用狀況的排名，針對每一使用者，基於該使用者的排名，來決定該使用者的中獎機率。藉由利用排名，就可將被賦予給使用者的贈禮的量控制在適切的範圍內。例如，在排名越高就越提高中獎機率的情況下，則可對頻繁利用結帳服務的使用者，給予更強烈的利用結帳服務的動機。在排名越低就越提高中獎機率的情況下，則可對不怎麼利用結帳服務的使用者，給予利用結帳服務的動機。

又，贈禮賦予系統S，係針對每一使用者，在該使用者利用結帳服務的情況下，基於該使用者的中獎機率，來執行抽獎處理並賦予贈禮。藉此，在使用者利用結帳服務的情況下，就可當場執行抽獎處理並賦予贈禮。由於在利用結帳服務的當下就能得知抽獎結果，因此可提高促銷活動的興趣性，可促進結帳服務之利用。

又，贈禮賦予系統S，係向複數個使用者之各者，通知了該使用者的中獎機率及贈禮之至少一方之後，執行抽獎處理並賦予贈禮。藉此，藉由事前通知中獎機率或贈禮，就可擔保抽獎的公平性，可讓使用者安心地參加促銷活動。

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

[5-1.變形例1] 例如，結帳服務是可在複數個店舖中做利用的情況下，亦可按照每一店舖，來決定使用者的排名。複數個店舖是隸屬於所定之店舖群組的情況下，亦可按照每一店舖群組，來決定使用者的排名。變形例1的所謂店舖，係也包含有店舖群組的意思。店舖群組，係為相同名稱的店舖之集合。例如，店舖群組，係為某個名稱的連鎖店之集合。隸屬於店舖群組的店舖彼此間，店名亦可不同。只要某些個店舖是相當於店舖群組即可。在變形例1中，係將店舖群組簡稱記載為店舖。

例如，若假設有開設「XXX便利商店」此種便利商店連鎖的營運公司存在，則亦可將在「XXX便利商店」全體之中的排名加以決定，亦可如後述的變形例2般地將在「XXX便利商店」的各個店舖之中的排名加以決定。在變形例1中係說明，將「XXX便利商店」全體之中的排名加以決定的情況。

在變形例1中，作為可利用結帳服務的店舖，假設有叫做「XXX便利商店」的便利商店連鎖，與叫做「YYY超市」的超市連鎖存在。伺服器10，係針對已經報名促銷活動的每一使用者，將「XXX便利商店」中的該使用者的利用總額，與「YYY超市」中的該使用者的利用總額，加以統計。

伺服器10，係基於這些統計結果，而將「XXX便利商店」中的使用者的排名，與「YYY超市」中的使用者的排名，加以決定，並更新使用者的排名資訊。假設在排名資訊中係表示有，這些各店舖的使用者之排名。

決定部103，係針對使用者及店舖之每一組合，基於該店舖中的該使用者之利用狀況、與該店舖中的其他使用者之利用狀況之相對關係，來決定該使用者的該店舖之中獎機率及贈禮之至少一方。在變形例1中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及店舖之每一組合，決定中獎機率的情況。

例如，決定部103，係將抽獎對象之使用者、與該使用者所造訪之店舖的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者所造訪之店舖的排名，來決定中獎機率。例如，決定部103，係在某位使用者造訪了「XXX便利商店」的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」的排名，來決定中獎機率。決定部103，係在某位使用者造訪了「YYY超市」的情況下，則在該使用者的排名資訊之中，基於「YYY超市」的排名，來決定中獎機率。雖然在按照每一店舖而存在有排名的這點上是與實施形態不同，但中獎機率的決定方法本身，係和實施形態相同。

此外，排名及中獎機率之關係，係亦可全店舖為共通，亦可按照每一店舖而被決定。例如，「XXX便利商店」用的關係、與「YYY超市」用的關係，亦可被個別地決定。此外，亦可還像是例如：便利商店用的關係、超級市場用的關係、及餐廳用的關係這樣，按照每一業種，來決定排名及中獎機率之關係。此外，亦可為，按照每一區域或價格帶等這類其他屬性，來決定排名及中獎機率之關係。

贈禮賦予部105，係針對每一使用者，基於該使用者利用服務之店舖中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在變形例1中，贈禮係為全體使用者皆為固定，隨著店舖而中獎機率會改變，因此贈禮賦予部105，係在某位使用者在某間店舖中利用結帳服務的情況下，基於該使用者及該店舖之組合所被建立關連的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照每一店舖而存在有排名並且中獎機率可能改變的這點上是與實施形態不同，但抽獎處理或贈禮的賦予方法本身，係和實施形態相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及店舖之每一組合，而決定贈禮。例如，決定部103，係在某位使用者造訪了「XXX便利商店」的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」的排名，來決定贈禮。決定部103，係在某位使用者造訪了「YYY超市」的情況下，則在該使用者的排名資訊之中，基於「YYY超市」的排名，來決定贈禮。贈禮賦予部105，係針對每一使用者，基於該使用者利用服務之店舖中的該使用者之贈禮，來執行抽獎處理並賦予贈禮即可。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及店舖之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者造訪了「XXX便利商店」的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」的排名，來決定中獎機率及贈禮。決定部103，係在某位使用者造訪了「YYY超市」的情況下，則在該使用者的排名資訊之中，基於「YYY超市」的排名，來決定中獎機率及贈禮。

若依據變形例1，則針對使用者及店舖之每一組合，基於該店舖中的該使用者之利用狀況、與該店舖中的其他使用者之利用狀況之相對關係，來決定該使用者的該店舖之中獎機率及贈禮之至少一方。藉此，可針對每一店舖，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全店舖之中的排名，而是按照每一店舖來統計排名，因此使用者在平常利用之店舖中的排名較容易上升。因此，可促進使用者所致之結帳服務的利用。從店舖來看，曾經來過店裡一次的使用者會再次來店的可能性會變高，因此可提高促銷活動所致之集客效果。

[5-2.變形例2] 例如，在變形例1中，雖然說明按照每一店舖群組來統計排名的情況，但亦可按照某個店舖群組中所屬之各個店舖來統計排名。例如，若假設有開設「XXX便利商店」此種便利商店連鎖的營運公司存在，則伺服器10，係針對「XXX便利商店」此一名稱的各個店舖，將該店舖中的使用者的利用總額加以統計，並決定排名。

決定部103，係針對每一使用者，將店舖群組中所屬之第1店舖中的該使用者的中獎機率及贈禮之至少一方，與店舖群組中所屬之第2店舖中的該使用者的中獎機率及贈禮之至少一方，加以決定。在變形例2中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及店舖之每一組合，決定中獎機率的情況。

例如，決定部103，係將抽獎對象之使用者、與該使用者所造訪之店舖的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者所造訪之店舖的排名，來決定中獎機率。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店的排名，來決定中獎機率。決定部103，係在某位使用者造訪了「XXX便利商店」之B店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之B店的排名，來決定中獎機率。雖然在按照每一店舖而存在有排名的這點上是與實施形態及變形例1不同，但中獎機率的決定方法本身，係和實施形態及變形例1相同。

此外，排名及中獎機率之關係，係亦可全店舖為共通，亦可按照每一店舖而被決定。例如，「XXX便利商店」之A店用的關係、與「XXX便利商店」之B店用的關係，亦可被個別地決定。

贈禮賦予部105，係在複數個使用者之中的任一者利用第1店舖的情況下，基於該第1店舖中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。贈禮賦予部105，係在複數個使用者之中的任一者利用第2店舖的情況下，基於該第2店舖中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。第1店舖及第2店舖，係隸屬於同一店舖群組，但為位於彼此互異之場所的店舖。例如，「XXX便利商店」之A店，係相當於第1店舖。「XXX便利商店」之B店，係相當於第2店舖。

在變形例2中，由於贈禮係為全體使用者皆為固定，針對某個店舖群組之各個店舖而決定中獎機率，因此贈禮賦予部105，係在某位使用者，在某個店舖群組之某間店舖中利用結帳服務的情況下，基於該使用者及該店舖之組合所被建立關連的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照店舖群組之各個店舖而存在有排名並且中獎機率可能改變的這點上是與實施形態不同，但抽獎處理或贈禮的賦予方法本身，係和實施形態相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及店舖之每一組合，而決定贈禮。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店的排名，來決定贈禮。決定部103，係在某位使用者造訪了「XXX便利商店」之B店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之B店的排名，來決定贈禮。贈禮賦予部105，係針對每一使用者，基於該使用者利用結帳服務之店舖中的該使用者之贈禮，來執行抽獎處理並賦予贈禮即可。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及店舖之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店的排名，來決定中獎機率及贈禮。決定部103，係在某位使用者造訪了「XXX便利商店」之B店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之B店的排名，來決定中獎機率及贈禮。

若依據變形例2，則決定部103，係針對每一使用者，將店舖群組中所屬之第1店舖中的該使用者的中獎機率及贈禮之至少一方，與店舖群組中所屬之第2店舖中的該使用者的中獎機率及贈禮之至少一方，加以決定。藉此，可針對某個店舖群組之每一店舖，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全店舖或店舖群組全體之中的排名，而是按照各個店舖來統計排名，因此使用者在平常利用之店舖中的排名較容易上升。因此，可促進使用者所致之結帳服務的利用。從店舖來看，曾經來過店裡一次的使用者會再次來店的可能性會變高，因此可提高促銷活動所致之集客效果。

[5-3.變形例3] 例如，亦可按照每一時間帶，來決定使用者的排名。時間帶，係可為任意的長度，例如亦可為每數小時，各個時間帶的長度亦可不同。例如，亦可白天是設定每2小時的時間帶，夜間則是設定更長的時間帶。在變形例3中，雖然說明和變形例2做組合，而決定店舖群組之各個店舖中的每一時間帶的排名的情況，但亦可和變形例1做組合，而決定店舖群組全體中的每一時間帶的排名，亦可像是實施形態般地，決定全店舖中的每一時間帶的排名。

在變形例3中，是舉出0時~6時、6時~12時、12時~18時、18時~24時的4個時間帶為例。例如，伺服器10，係針對已報名促銷活動之每一使用者，將各個店舖中的這些各個時間帶的利用總額，加以統計。若為「XXX便利商店」之A店的排名，則伺服器10，係針對每一使用者，將「XXX便利商店」之A店中的各個時間帶的利用總額，加以統計。伺服器10，係基於該統計結果，而將「XXX便利商店」中的每一時間帶的排名加以決定，並更新使用者的排名資訊。假設在排名資訊中係表示有，各個店舖之每一時間帶的使用者之排名。

決定部103，係亦可針對使用者及時間帶之每一組合，基於該時間帶中的該使用者之利用狀況、與該時間帶中的其他使用者之利用狀況之相對關係，來決定該時間帶中的該使用者的中獎機率及贈禮之至少一方。在變形例3中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及時間帶之每一組合，決定中獎機率的情況。

例如，決定部103，係將抽獎對象之使用者、與該使用者利用結帳服務之時間帶的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者所造訪之店舖的排名，來決定中獎機率。例如，決定部103，係在某位使用者在15時造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店的12時~18時中的排名，來決定中獎機率。使用者在其他時間帶中造訪了「XXX便利商店」之A店的情況下也是同樣地，決定部103，係基於使用者造訪該店舖之時間所屬的時間帶中的排名，來決定中獎機率即可。使用者造訪其他店舖的情況下也是同樣如此。

此外，排名及中獎機率之關係，係亦可全時間帶為共通，亦可按照每一時間帶而被決定。例如，0時~6時之時間帶用的關係、6時~12時之時間帶用的關係、12時~18時之時間帶用的關係、及18時~24時之時間帶用的關係，亦可被個別地決定。

贈禮賦予部105，係針對每一使用者，基於該使用者利用服務之時間帶中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在變形例3中，贈禮係為全體使用者皆為固定，隨著時間帶而中獎機率會改變，因此贈禮賦予部105，係基於某位使用者在某間店舖中利用結帳服務之情況的時間帶中的排名所相應的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照每一時間帶而存在有排名並且中獎機率可能改變的這點上是與變形例2不同，但抽獎處理或贈禮的賦予方法本身，係和變形例2相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及時間帶之每一組合，而決定贈禮。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店中的現在之時間帶的排名，來決定贈禮。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及時間帶之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店中的現在之時間帶的排名，來決定中獎機率及贈禮。

若依據變形例3，則針對使用者及時間帶之每一組合，基於該時間帶中的該使用者之利用狀況、與該時間帶中的其他使用者之利用狀況之相對關係，來決定該時間帶中的該使用者的中獎機率及贈禮之至少一方。藉此，可針對每一時間帶，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全時間帶之中的排名，而是按照每一時間帶來統計排名，因此使用者在平常利用之時間帶中的排名較容易上升。因此，可促進使用者所致之結帳服務的利用。從店舖來看也是，來客較少的時間帶的排名係較容易上升，因此使用者會看準該時間帶而來店，可提高該時間帶的集客效果。

[5-4.變形例4] 例如，亦可按照每種天候，來決定使用者的排名。天候係亦可為晴天、陰天、雨天、或下雪這類天氣，亦可為氣溫、濕度、風的強弱、或雨量這類氣候。在變形例4中，為了簡化說明，舉出晴天和雨天之2種天候為例。又，在變形例4中，雖然說明和變形例2做組合，而決定店舖群組之各個店舖中的每種天候的排名的情況，但亦可和變形例1做組合，而決定店舖群組全體中的每種天候的排名，亦可像是實施形態般地，決定全店舖中的每種天候的排名。

例如，伺服器10，係針對已報名促銷活動之每一使用者，將各個店舖中的每種天候的利用總額，加以統計。關於天候的資訊，係亦可被包含在利用狀況資訊中，亦可根據利用時間來推測天候。天候，係只要從公知的氣象資訊服務加以取得即可。若為「XXX便利商店」之A店的排名，則伺服器10，係針對每一使用者，將「XXX便利商店」之A店中的各個天候的利用總額，加以統計。伺服器10，係基於該統計結果，而將「XXX便利商店」中的每種天候的排名加以決定，並更新使用者的排名資訊。假設在排名資訊中係表示有，各個天候的使用者之排名。

決定部103，係針對使用者及天候之每一組合，基於該天候下的該使用者之利用狀況、與該天候下的其他使用者之利用狀況之相對關係，來決定該天候下的該使用者的中獎機率及贈禮之至少一方。在變形例4中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及天候之每一組合，決定中獎機率的情況。

例如，決定部103，係將抽獎對象之使用者、與該使用者利用結帳服務時之天候的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者利用結帳服務時之天候的排名，來決定中獎機率。來店時的天候也是，只要從公知的氣象資訊服務加以取得即可。

例如，決定部103，係在某位使用者在晴天的日子造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店的晴天之天候下的排名，來決定中獎機率。使用者在雨天的日子造訪了「XXX便利商店」之A店的情況下也是同樣地，決定部103，係基於該店舖的雨天之日子的排名，來決定中獎機率即可。使用者造訪其他店舖的情況下也是同樣如此。

此外，排名及中獎機率之關係，係亦可全天候為共通，亦可按照每種天候而被決定。例如，晴天之日子用的關係、與雨天之日子用的關係，亦可被個別地決定。

贈禮賦予部105，係針對每一使用者，基於該使用者利用服務時之天候下的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在變形例4中，贈禮係為全體使用者皆為固定，隨著天候而中獎機率會改變，因此贈禮賦予部105，係基於某位使用者在某間店舖中利用結帳服務時之天候下的排名所相應的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照每種天候而存在有排名並且中獎機率可能改變的這點上是與變形例2不同，但抽獎處理或贈禮的賦予方法本身，係和變形例2相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及天候之每一組合，而決定贈禮。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店中的現在之天候的排名，來決定贈禮。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及天候之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店中的現在之天候的排名，來決定中獎機率及贈禮。

若依據變形例4，則針對使用者及天候之每一組合，基於該天候下的該使用者之利用狀況、與該天候下的其他使用者之利用狀況之相對關係，來決定該天候下的該使用者的中獎機率及贈禮之至少一方。藉此，可針對每種天候，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全天候之中的排名，而是按照每種天候來統計排名，因此其他使用者不會利用之天候下的排名較容易上升。從店舖來看也是，來客較少的雨天等之天候的排名係較容易上升，因此使用者會看準該天候之時而來店，可提高該天候的集客效果。

[5-5.變形例5] 例如，亦可按照每一星期日子，來決定使用者的排名。在變形例5中，雖然是以平日與週末這種大致區分來說明相當於星期日子的情況，但亦可為星期一~星期天的7個星期日子。又，在變形例5中，雖然說明和變形例2做組合，而決定店舖群組之各個店舖中的每一星期日子的排名的情況，但亦可和變形例1做組合，而決定店舖群組全體中的每一星期日子的排名，亦可像是實施形態般地，決定全店舖中的每一星期日子的排名。

例如，伺服器10，係針對已報名促銷活動之每一使用者，將各個店舖中的每一星期日子的利用總額，加以統計。若為「XXX便利商店」之A店的排名，則伺服器10，係針對每一使用者，將「XXX便利商店」之A店中的各個星期日子的利用總額，加以統計。伺服器10，係基於該統計結果，而將「XXX便利商店」中的每一星期日子的排名加以決定，並更新使用者的排名資訊。假設在排名資訊中係表示有，各個店舖之每一星期日子的使用者之排名。

決定部103，係針對使用者及星期日子之每一組合，基於該星期日子下的該使用者之利用狀況、與該星期日子下的其他使用者之利用狀況之相對關係，來決定該星期日子下的該使用者的中獎機率及贈禮之至少一方。在變形例5中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及星期日子之每一組合，決定中獎機率的情況。

例如，決定部103，係將抽獎對象之使用者、與該使用者利用結帳服務之星期日子的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者所造訪之店舖的此時的星期日子的排名，來決定中獎機率。例如，決定部103，係在某位使用者在平日造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店的平日中的排名，來決定中獎機率。使用者在週末造訪了「XXX便利商店」之A店的情況下也是同樣地，決定部103，係基於「XXX便利商店」之A店的週末中的排名，來決定中獎機率即可。使用者造訪其他店舖的情況下也是同樣如此。

此外，排名及中獎機率之關係，係亦可全星期日子為共通，亦可按照每一星期日子而被決定。例如，平日用的關係、與週末用的關係，亦可被個別地決定。

贈禮賦予部105，係針對每一使用者，基於該使用者利用服務時之星期日子中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在變形例5中，贈禮係為全體使用者皆為固定，隨著星期日子而中獎機率會改變，因此贈禮賦予部105，係基於某位使用者在某間店舖中利用結帳服務之情況的星期日子中的排名所相應的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照每一星期日子而存在有排名並且中獎機率可能改變的這點上是與變形例2不同，但抽獎處理或贈禮的賦予方法本身，係和變形例2相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及星期日子之每一組合，而決定贈禮。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店中的現在之星期日子的排名，來決定贈禮。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及星期日子之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者造訪了「XXX便利商店」之A店的情況下，則在該使用者的排名資訊之中，基於「XXX便利商店」之A店中的現在之星期日子的排名，來決定中獎機率及贈禮。

若依據變形例5，則針對使用者及星期日子之每一組合，基於該星期日子下的該使用者之利用狀況、與該星期日子下的其他使用者之利用狀況之相對關係，來決定該星期日子下的該使用者的中獎機率及贈禮之至少一方。藉此，可針對每一星期日子，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全星期日子之中的排名，而是按照每一星期日子來統計排名，因此使用者在平常利用之星期日子中的排名較容易上升。因此，可促進使用者所致之結帳服務的利用。從店舖來看也是，來客較少的星期日子的排名係較容易上升，因此使用者會看準該星期日子而來店，可提高該星期日子的集客效果。

[5-6.變形例6] 例如，亦可按照店舖的每一區域，來決定使用者的排名。區域，係亦可為都道府縣或市區町村這類的單位，亦可為藉由結帳服務而自行定義的區域。假設各個店舖所屬之區域，係已經被預先定義在資料記憶部100中。伺服器10，係針對已報名促銷活動之每一使用者，將各區域之該使用者的利用總額，加以統計。伺服器10，係基於該統計結果，來決定各個區域中的使用者的排名，並更新使用者的排名資訊。假設在排名資訊中係表示有，各個區域的使用者之排名。

決定部103，係針對使用者及區域之每一組合，基於該區域中的該使用者之利用狀況、與該區域中的其他使用者之利用狀況之相對關係，來決定抽獎時的中獎機率及贈禮之至少一方。在變形例6中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及區域之每一組合，決定中獎機率的情況。

例如，決定部103，係將抽獎對象之使用者、與該使用者所造訪之店舖所位處之區域的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者所造訪之店舖所位處之區域的排名，來決定中獎機率。例如，決定部103，係在某位使用者造訪位於區域A之店舖的情況下，則在該使用者的排名資訊之中，基於區域A的排名，來決定中獎機率。決定部103，係在某位使用者造訪位於區域B之店舖的情況下，則在該使用者的排名資訊之中，基於區域B的排名，來決定中獎機率。雖然在按照每一區域而存在有排名的這點上是與實施形態不同，但中獎機率的決定方法本身，係和實施形態相同。

此外，排名及中獎機率之關係，係亦可全區域為共通，亦可按照每一區域而被決定。例如，區域A用的關係、與區域B用的關係，亦可被個別地決定。

贈禮賦予部105，係針對每一使用者，基於該使用者利用服務之區域中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在變形例6中，贈禮係為全體使用者皆為固定，隨著區域而中獎機率會改變，因此贈禮賦予部105，係在某位使用者在某區域中利用結帳服務的情況下，基於該使用者及該區域之組合所被建立關連的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照每一區域而存在有排名並且中獎機率可能改變的這點上是與實施形態不同，但抽獎處理或贈禮的賦予方法本身，係和實施形態相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及區域之每一組合，而決定贈禮。例如，決定部103，係在某位使用者造訪區域A之店舖的情況下，則在該使用者的排名資訊之中，基於區域A的排名，來決定贈禮。決定部103，係在某位使用者造訪區域B之店舖的情況下，則在該使用者的排名資訊之中，基於區域B的排名，來決定贈禮。贈禮賦予部105，係針對每一使用者，基於該使用者利用服務之店舖所位處之區域中的該使用者之贈禮，來執行抽獎處理並賦予贈禮即可。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及區域之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者造訪區域A之店舖的情況下，則在該使用者的排名資訊之中，基於區域A的排名，來決定中獎機率及贈禮。決定部103，係在某位使用者造訪區域B之店舖的情況下，則在該使用者的排名資訊之中，基於區域B的排名，來決定中獎機率及贈禮。

若依據變形例6，則針對使用者及區域之每一組合，基於該區域中的該使用者之利用狀況、與該區域中的其他使用者之利用狀況之相對關係，來決定抽獎時的中獎機率及贈禮之至少一方。藉此，可針對每一區域，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全店舖之中的排名，而是按照每一區域來統計排名，因此使用者在平常利用之區域中的排名較容易上升。因此，可促進使用者所致之結帳服務的利用。從店舖來看，曾經來過店裡一次的使用者會再次來店的可能性會變高，因此可提高促銷活動所致之集客效果。

[5-7.變形例7] 例如，在複數個廠商之各者的商品之購入時可以利用結帳服務的情況下，亦可按照每一廠商，來決定使用者的排名。廠商，係為製造商品的公司。廠商，作為促銷自家產品的一環，亦可協助結帳服務之促銷活動。在變形例7中，假設使用者所購入之商品的商品資訊，是被包含在利用狀況資訊中。假設商品資訊中係含有：JAN代碼的這類商品識別資訊、商品名、及單價等之資訊。假設資料記憶部100，係按照每一商品識別資訊，而記憶著可識別這是哪個廠商之商品的資訊。

在變形例7中，說明有「CCC股份有限公司」及「DDD股份有限公司」這2個廠商存在的情況。伺服器10，係針對已報名促銷活動之每一使用者，將用來購入「CCC股份有限公司」所製造之商品所需之該使用者的利用總額，與用來購入「DDD股份有限公司」所製造之商品所需之該使用者的利用總額，加以統計。伺服器10，係基於這些統計結果，而將「CCC股份有限公司」中的使用者的排名，與「DDD股份有限公司」中的使用者的排名，加以決定，並更新使用者的排名資訊。假設在排名資訊中係表示有，這些各廠商的使用者之排名。

決定部103，係針對使用者及廠商之每一組合，基於該廠商中的該使用者之利用狀況、與該廠商中的其他使用者之利用狀況之相對關係，來決定該廠商中的該使用者的中獎機率及贈禮之至少一方。在變形例7中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及廠商之每一組合，決定中獎機率的情況。在變形例7中，店舖終端30，係可將使用者所購入之商品的商品資訊，發送至伺服器10。伺服器10，係可基於商品資訊，而特定出使用者欲購入何種商品。

例如，決定部103，係將抽獎對象之使用者、與該使用者所購入之商品的廠商的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者所購入之商品的廠商中的排名，來決定中獎機率。例如，決定部103，係在某位使用者購入「CCC股份有限公司」之商品的情況下，則在該使用者的排名資訊之中，基於「CCC股份有限公司」的排名，來決定中獎機率。決定部103，係在某位使用者購入「DDD股份有限公司」之商品的情況下，則在該使用者的排名資訊之中，基於「DDD股份有限公司」的排名，來決定中獎機率。雖然在按照每一廠商而存在有排名的這點上是與實施形態不同，但中獎機率的決定方法本身，係和實施形態相同。

此外，排名及中獎機率之關係，係亦可全廠商為共通，亦可按照每一廠商而被決定。例如，「CCC股份有限公司」用的關係、與「DDD股份有限公司」用的關係，亦可被個別地決定。

贈禮賦予部105，係針對每一使用者，基於該使用者利用服務而購入之商品的廠商中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在變形例7中，贈禮係為全體使用者皆為固定，隨應於使用者所欲購入之商品的廠商而中獎機率會改變，因此贈禮賦予部105，係在某位使用者要購入某個廠商之商品的情況下，基於該使用者及該廠商之組合所被建立關連的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照每一商品而存在有排名並且中獎機率可能改變的這點上是與實施形態不同，但抽獎處理或贈禮的賦予方法本身，係和實施形態相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及廠商之每一組合，而決定贈禮。例如，決定部103，係在某位使用者購入「CCC股份有限公司」之商品的情況下，則在該使用者的排名資訊之中，基於「CCC股份有限公司」的排名，來決定贈禮。決定部103，係在某位使用者購入「DDD股份有限公司」之商品的情況下，則在該使用者的排名資訊之中，基於「DDD股份有限公司」的排名，來決定贈禮。贈禮賦予部105，係針對每一使用者，基於該使用者所購入之商品的廠商中的該使用者之贈禮，來執行抽獎處理並賦予贈禮即可。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及廠商之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者購入「CCC股份有限公司」之商品的情況下，則在該使用者的排名資訊之中，基於「CCC股份有限公司」的排名，來決定中獎機率及贈禮。決定部103，係在某位使用者購入「DDD股份有限公司」之商品的情況下，則在該使用者的排名資訊之中，基於「DDD股份有限公司」的排名，來決定中獎機率及贈禮。

若依據變形例7，則針對使用者及廠商之每一組合，基於該廠商中的該使用者之利用狀況、與該廠商中的其他使用者之利用狀況之相對關係，來決定該廠商中的該使用者的中獎機率及贈禮之至少一方。藉此，可針對每一廠商，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全廠商之中的排名，而是按照每一廠商來統計排名，因此使用者在平常購入之商品的廠商中的排名較容易上升。因此，可促進使用者所致之結帳服務的利用。從廠商來看，曾經購入自家產品一次的使用者會再次購入的可能性會變高，因此可提高促銷活動所致之促銷效果。

[5-8.變形例8] 例如，在變形例7中，雖然說明按照每一廠商來決定排名的情況，但亦可按照每一商品來決定排名。該商品，係亦可為作為促銷活動之對象的特定之商品，亦可像是食品或飲料這種大致的商品之區分。在變形例8中，係和變形例7同樣地，假設使用者所購入之商品的商品資訊，是被包含在利用狀況資訊中。

在變形例8中，說明有「EEE果汁」及「FFF蛋糕」這2個商品正在促銷活動中的情況。伺服器10，係針對已報名促銷活動之每一使用者，將該使用者曾經購入「EEE果汁」的利用總額，與該使用者曾經購入「FFF蛋糕」的利用總額，加以統計。伺服器10，係基於這些統計結果，而將「EEE果汁」中的使用者的排名，與「FFF蛋糕」中的使用者的排名，加以決定，並更新使用者的排名資訊。假設在排名資訊中係表示有，這些各商品的使用者之排名。

例如，決定部103，係針對使用者及商品之每一組合，基於該商品中的該使用者之利用狀況、與該商品中的其他使用者之利用狀況之相對關係，來決定中獎機率及贈禮之至少一方。在變形例8中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對使用者及商品之每一組合，決定中獎機率的情況。

例如，決定部103，係將抽獎對象之使用者、與該使用者所購入之商品的組合所被建立關連的排名資訊，加以取得。決定部103，係在該排名資訊之中，基於使用者所購入之商品中的排名，來決定中獎機率。例如，決定部103，係在某位使用者購入商品「EEE果汁」的情況下，則在該使用者的排名資訊之中，基於該商品的排名，來決定中獎機率。決定部103，係在某位使用者購入商品「FFF蛋糕」的情況下，則在該使用者的排名資訊之中，基於該商品的排名，來決定中獎機率。雖然在按照每一商品而存在有排名的這點上是與實施形態不同，但中獎機率的決定方法本身，係和實施形態相同。

此外，排名及中獎機率之關係，係亦可全商品為共通，亦可按照每一商品而被決定。例如，商品「EEE果汁」用的關係、與商品「FFF蛋糕」用的關係，亦可被個別地決定。

贈禮賦予部105，係針對每一使用者，基於該使用者利用服務而購入之商品中的該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。在變形例8中，贈禮係為全體使用者皆為固定，隨應於使用者所欲購入之商品而中獎機率會改變，因此贈禮賦予部105，係在某位使用者要購入某個商品的情況下，基於該使用者及該商品之組合所被建立關連的中獎機率，來執行抽獎處理並賦予贈禮。雖然在按照每一商品而存在有排名並且中獎機率可能改變的這點上是與實施形態不同，但抽獎處理或贈禮的賦予方法本身，係和實施形態相同。

此外，亦可為，中獎機率是全體使用者皆為固定，決定部103係針對使用者及商品之每一組合，而決定贈禮。例如，決定部103，係在某位使用者購入商品「EEE果汁」的情況下，則在該使用者的排名資訊之中，基於該商品的排名，來決定贈禮。決定部103，係在某位使用者購入商品「FFF蛋糕」的情況下，則在該使用者的排名資訊之中，基於該商品的排名，來決定贈禮。贈禮賦予部105，係針對每一使用者，基於該使用者所購入之商品中的該使用者之贈禮，來執行抽獎處理並賦予贈禮即可。

此外，亦可中獎機率及贈禮之雙方皆不固定，決定部103，係針對使用者及商品之每一組合，來決定中獎機率及贈禮之雙方。例如，決定部103，係在某位使用者購入商品「EEE果汁」的情況下，則在該使用者的排名資訊之中，基於該商品的排名，來決定中獎機率及贈禮。決定部103，係在某位使用者購入商品「FFF蛋糕」的情況下，則在該使用者的排名資訊之中，基於該商品的排名，來決定中獎機率及贈禮。

若依據變形例8，則針對使用者及商品之每一組合，基於該商品中的該使用者之利用狀況、與該商品中的其他使用者之利用狀況之相對關係，來決定中獎機率及贈禮之至少一方。藉此，可針對每一商品，而將被賦予給使用者的贈禮的量控制在適切的範圍內。又，由於不是全商品之中的排名，而是按照每一商品來統計排名，因此使用者在平常購入之商品中的排名較容易上升。因此，可促進使用者所致之結帳服務的利用。從廠商或店舖來看，曾經購入特定之商品一次的使用者會再次購入的可能性會變高，因此可提高促銷活動所致之促銷效果。

[5-9.變形例9] 例如，亦可將基於使用者的排名而被決定的中獎機率，基於使用者的利用狀況資訊而加以變更。例如，如實施形態般地基於全使用者之中的排名而被決定的中獎機率，亦可基於使用者所造訪之店舖中的使用者之利用狀況而被變更。例如，亦可以使用者所造訪之店舖中的利用總額越多，從基於全使用者之中的排名而被決定的中獎機率起算的增加量就越多的方式，來變更中獎機率。

圖8係變形例9的機能區塊圖。變更部106，係以控制部11為主而被實現。變更部106，係針對每一使用者，基於該使用者的利用狀況資訊，而將已被決定部103所決定之該使用者的中獎機率及贈禮之至少一方，加以變更。在變形例9中，係和實施形態同樣地，說明贈禮是全體使用者皆為固定，由決定部103來針對每一使用者，決定中獎機率的情況。

變更部106，係針對每一使用者，在該使用者的利用狀況資訊所表示的利用狀況是滿足所定之條件的情況下，將決定部103所決定的中獎機率予以提高。例如，變更部106，係亦可在使用者所造訪之店舖或店舖群組的利用總額為閾值以上的情況下，將變形例1或變形例2之決定部103所決定的中獎機率予以提高。變更部106，係亦可在使用者利用結帳服務之時間帶中的利用總額為閾值以上的情況下，將變形例3之決定部103所決定的中獎機率予以提高。

變更部106，係亦可在使用者利用結帳服務之天候、星期日子、或區域中的利用總額為閾值以上的情況下，將變形例4~變形例6之決定部103所決定的中獎機率予以提高。變更部106，係亦可在使用者所購入之商品的廠商或對該商品的利用總額為閾值以上的情況下，將變形例7或變形例8之決定部103所決定的中獎機率予以提高。

此外，亦可為，中獎機率是全體使用者皆為固定，變更部106，係針對每一使用者，基於該使用者的利用狀況資訊，來變更已被決定部103所決定之該使用者的贈禮。例如，變更部106，係亦可將如實施形態或變形例1~8所被決定的贈禮，基於使用者所造訪之店舖中的使用者之利用狀況而加以變更。此外，亦可中獎機率及贈禮之雙方皆不固定，變更部106，係針對每一使用者，基於該使用者之利用狀況資訊，而將已被決定部103所決定之該使用者的中獎機率及贈禮予以變更。例如，變更部106，係亦可將如實施形態或變形例1~8所被決定的中獎機率及贈禮，基於使用者所造訪之店舖中的使用者之利用狀況而加以變更。

贈禮賦予部105，係針對每一使用者，基於已被變更部106所變更之該使用者的中獎機率及贈禮之至少一方，來執行抽獎處理並賦予贈禮。已被變更部106所變更之中獎機率及贈禮之至少一方會被利用的這點上是與實施形態及變形例1~9不同，其他點則是相同。

若依據變形例9，則針對每一使用者，基於該使用者之利用狀況資訊，而變更該使用者的中獎機率及贈禮之至少一方。藉此，可將藉由與其他使用者之關係而被決定的中獎機率及贈禮之至少一方，基於使用者固有之利用狀況資訊而加以變更，可促進使用者所致之結帳服務的利用。此外，在變形例9中，亦可不要如實施形態般地考慮相對的利用狀況。例如，變形例9的贈禮賦予系統S，係亦可省略決定部103，變更部106，係針對每一使用者，基於該使用者之利用狀況資訊，來變更該使用者的中獎機率及贈禮之至少一方。

[5-10.其他變形例] 例如，亦可將上記說明的變形例加以組合。

例如，可利用結帳服務的店舖，係不限於現實的店舖，亦可為線上的店舖。此情況下，贈禮賦予系統S，係在使用者是利用線上之店舖的情況下，則只要基於使用者的排名，來決定中獎機率及贈禮之至少一方，並執行抽獎即可。例如，贈禮賦予系統S，係亦可適用於結帳服務以外的任意之服務中的促銷活動。例如，亦可基於電子商務交易服務、金融服務、通訊服務、旅行預約服務、保險服務、或SNS中的利用狀況之相對關係，來決定使用者的中獎機率及贈禮之至少一方。

例如，雖然說明了主要的機能是由伺服器10來實現的情況，但各機能係亦可被複數台電腦所分擔。例如，作為伺服器10中所被實現而說明的機能，係亦可在使用者終端20、店舖終端30、或其他電腦中被實現。作為被記憶在伺服器10中而說明的資料，係亦可被記憶在資料庫伺服器等之其他電腦中。

S:贈禮賦予系統 N:網路 10:伺服器 11,21,31:控制部 12,22,32:記憶部 13,23,33:通訊部 20:使用者終端 24,34:操作部 25,35:顯示部 30:店舖終端 36:讀取裝置 G1:主畫面 G2:報名受理畫面 G3:報名完成畫面 G4:結帳完成畫面 100:資料記憶部 101:結帳處理執行部 102:利用狀況取得部 103:決定部 104:通知部 105:贈禮賦予部 106:變更部 200:資料記憶部 201:顯示控制部 300:資料記憶部 301:結帳要求送訊部 B11,B12,B20,B30:按鈕 C10:代碼 DB1:使用者資料庫 DB2:促銷活動資料庫

[圖1]實施形態所述之贈禮賦予系統之全體構成之一例的圖示。 [圖2]使用者利用結帳服務的樣子之一例的圖示。 [圖3]使用者對促銷活動進行報名到執行抽獎為止的流程之一例的圖示。 [圖4]贈禮賦予系統中所被實現的機能之一例的機能區塊圖。 [圖5]使用者資料庫之一例的圖示。 [圖6]促銷活動資料庫之一例的圖示。 [圖7]贈禮賦予系統中所被執行的處理之一例的流程圖。 [圖8]變形例9的機能區塊圖。

10:伺服器

20:使用者終端

30:店舖終端

100:資料記憶部

101:結帳處理執行部

102:利用狀況取得部

103:決定部

104:通知部

105:贈禮賦予部

200:資料記憶部

201:顯示控制部

300:資料記憶部

301:結帳要求送訊部

DB1:使用者資料庫

DB2:促銷活動資料庫

Claims (15)

1. 一種贈禮賦予系統，係含有： 利用狀況資訊取得手段，係用以取得關於複數個使用者之各者所致之服務之利用狀況的利用狀況資訊；和 決定手段，係用以針對每一前記使用者，基於該使用者的前記利用狀況資訊所表示的利用狀況、與其他使用者的前記利用狀況資訊所表示的利用狀況之相對關係，來決定該使用者的中獎機率及贈禮之至少一方；和 贈禮賦予手段，係用以針對每一前記使用者，基於該使用者的前記中獎機率及前記贈禮之至少一方，來執行抽獎處理並賦予贈禮。
2. 如請求項1所記載之贈禮賦予系統，其中， 前記服務，係可在複數個店舖中做利用； 前記決定手段，係針對前記使用者及前記店舖之每一組合，基於該店舖中的該使用者之利用狀況、與該店舖中的其他使用者之利用狀況之相對關係，來決定該使用者的該店舖之前記中獎機率及前記贈禮之至少一方；和 前記贈禮賦予手段，係針對每一前記使用者，基於該使用者利用前記服務之店舖中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
3. 如請求項2所記載之贈禮賦予系統，其中， 前記複數個店舖，係隸屬於所定之店舖群組； 前記決定手段，係針對每一前記使用者，將前記店舖群組中所屬之第1店舖中的該使用者的前記中獎機率及前記贈禮之至少一方，與前記店舖群組中所屬之第2店舖中的該使用者的前記中獎機率及前記贈禮之至少一方，加以決定； 前記贈禮賦予手段，係 在前記複數個使用者之中的任一者利用前記第1店舖的情況下，基於該第1店舖中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮； 在前記複數個使用者之中的任一者利用前記第2店舖的情況下，基於該第2店舖中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
4. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記決定手段，係針對前記使用者及時間帶之每一組合，基於該時間帶中的該使用者之利用狀況、與該時間帶中的其他使用者之利用狀況之相對關係，來決定該時間帶中的該使用者的前記中獎機率及前記贈禮之至少一方； 前記贈禮賦予手段，係針對每一前記使用者，基於該使用者利用前記服務之時間帶中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
5. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記決定手段，係針對前記使用者及天候之每一組合，基於該天候下的該使用者之利用狀況、與該天候下的其他使用者之利用狀況之相對關係，來決定該天候下的該使用者的前記中獎機率及前記贈禮之至少一方； 前記贈禮賦予手段，係針對每一前記使用者，基於該使用者利用前記服務時之天候下的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
6. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記決定手段，係針對前記使用者及星期日子之每一組合，基於該星期日子中的該使用者之利用狀況、與該星期日子中的其他使用者之利用狀況之相對關係，來決定該星期日子中的該使用者的中獎機率及贈禮之至少一方； 前記贈禮賦予手段，係針對每一前記使用者，基於該使用者利用前記服務時之星期日子中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
7. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記決定手段，係針對前記使用者及區域之每一組合，基於該區域中的該使用者之利用狀況、與該區域中的其他使用者之利用狀況之相對關係，來決定抽獎時的中獎機率及贈禮之至少一方； 前記贈禮賦予手段，係針對每一前記使用者，基於該使用者利用前記服務之區域中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
8. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 在複數個廠商之各者的商品之購入時，可利用前記服務； 前記決定手段，係針對前記使用者及前記廠商之每一組合，基於該廠商中的該使用者之利用狀況、與該廠商中的其他使用者之利用狀況之相對關係，來決定該廠商中的該使用者的中獎機率及贈禮之至少一方； 前記贈禮賦予手段，係針對每一前記使用者，基於該使用者利用前記服務而購入之商品的前記廠商中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
9. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記決定手段，係針對前記使用者及商品之每一組合，基於該商品的該使用者之利用狀況、與該商品的其他使用者之利用狀況之相對關係，來決定前記中獎機率及前記贈禮之至少一方； 前記贈禮賦予手段，係針對每一前記使用者，基於該使用者利用前記服務所購入之商品中的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
10. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記贈禮賦予系統係還含有：變更手段，係用以針對每一前記使用者，基於該使用者的利用狀況資訊，來變更該使用者的前記中獎機率及前記贈禮之至少一方； 前記贈禮賦予手段，係針對每一前記使用者，基於已被前記變更手段所變更過的該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
11. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記贈禮賦予系統係還含有：通知手段，係用以向前記複數個使用者之各者，通知該使用者的前記中獎機率及前記贈禮之至少一方； 前記贈禮賦予手段，係在藉由前記通知手段進行了通知後，執行前記抽獎處理並賦予前記贈禮。
12. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記相對關係，係為關於前記服務之利用狀況的排名； 前記決定手段，係針對每一前記使用者，基於該使用者的排名，來決定該使用者的中獎機率及贈禮之至少一方。
13. 如請求項1~3之任一項所記載之贈禮賦予系統，其中， 前記贈禮賦予手段，係針對每一前記使用者，在該使用者利用前記服務的情況下，基於該使用者的前記中獎機率及前記贈禮之至少一方，來執行前記抽獎處理並賦予前記贈禮。
14. 一種贈禮賦予方法，係含有： 利用狀況資訊取得步驟，係用以取得關於複數個使用者之各者所致之服務之利用狀況的利用狀況資訊；和 決定步驟，係用以針對每一前記使用者，基於該使用者的前記利用狀況資訊所表示的利用狀況、與其他使用者的前記利用狀況資訊所表示的利用狀況之相對關係，來決定該使用者的中獎機率及贈禮之至少一方；和 贈禮賦予步驟，係用以針對每一前記使用者，基於該使用者的前記中獎機率及前記贈禮之至少一方，來執行抽獎處理並賦予贈禮。
15. 一種程式產品，係用來使電腦發揮機能而成為： 利用狀況資訊取得手段，係用以取得關於複數個使用者之各者所致之服務之利用狀況的利用狀況資訊； 決定手段，係用以針對每一前記使用者，基於該使用者的前記利用狀況資訊所表示的利用狀況、與其他使用者的前記利用狀況資訊所表示的利用狀況之相對關係，來決定該使用者的中獎機率及贈禮之至少一方； 贈禮賦予手段，係用以針對每一前記使用者，基於該使用者的前記中獎機率及前記贈禮之至少一方，來執行抽獎處理並賦予贈禮。

Images