TW202324254A

TW202324254A - 資訊處理裝置、資訊處理方法及程式

Info

Publication number: TW202324254A
Application number: TW111136964A
Authority: TW
Inventors: 福田柾也
Original assignee: 日商樂天集團股份有限公司
Priority date: 2021-12-08
Filing date: 2022-09-29
Publication date: 2023-06-16
Also published as: JP7372303B2; JP2023084841A

Abstract

本發明之目的在於提供一種可對允許在商品販賣網站中購入商品之使用者更有效地販賣該商品之資訊處理裝置、資訊處理方法及程式。根據由使用者終端1之使用者，經由顯示於使用者終端1之商品畫面進行用以訂購特定商品之操作，商務交易伺服器2基於使用者終端1之使用者之使用者ID、與例如特定商品之中籤者清單，判定使用者終端1之使用者是否為授權使用者，於判定為非該授權使用者之情形時，進行用以拒絕該特定商品之訂購之處理。

Description

資訊處理裝置、資訊處理方法及程式

本發明係關於一種可僅對允許購入商品之使用者販賣該商品之系統等之技術領域。

先前，已知有藉由抽籤而允許購入活動入場券之中籤者可經由通信網路購入該活動入場券之系統。例如，於專利文獻1(段落0150～0159)所揭示之系統中，當活動入場券之中籤者收到中籤郵件後，於藉由自行動終端連接於入場券系統主機而顯示於行動終端之購入畫面內，輸入由該中籤郵件通知之中籤序號並按下預約購入按鈕時，而將包含該中籤序號及行動終端之終端識別資訊之預約購入指示資料發送至入場券系統主機。且，入場券系統主機於接收到之預約購入指示資料內之中籤序號及終端識別資訊、與資料庫中登錄之中籤序號及終端識別資訊不一致之情形時，使行動終端顯示錯誤畫面，另一方面，於一致之情形時使行動終端顯示用以輸入購入活動入場券所需之信用卡號等之購入輸入畫面。 [先前技術文獻] [專利文獻]

[專利文獻1]日本專利特開2003-132382號公報

[發明所欲解決之問題]

然而，為防止於多個展出者(例如店舖)展出各種種類之商品(物品)之商品販賣網站中，特定使用者大量訂購而購入人氣商品(例如搶購)，期望不以先來後到之順序購入商品，而僅預先以抽籤選擇之中籤者可購入該商品之機制。因此，考慮將上述之專利文獻1之技術應用於上述商品販賣網站。然而，於專利文獻1之技術中，使用者於畫面上輸入中籤郵件中包含之中籤序號，入場券系統主機將該輸入之中籤序號及行動終端之終端識別資訊與資料庫之登錄資訊對比，且，因以與唯一之座位(座位號)建立關聯之活動入場券為對象，故於上述商品販賣網站中販賣具有複數個庫存之商品之情形時，應用專利文獻1之技術不能稱之為有效。

因此，本發明之目的之一在於提供一種可對允許在商品販賣網站中購入商品之使用者更有效地販賣該商品之資訊處理裝置、資訊處理方法及程式。 [解決問題之技術手段]

為解決上述問題，技術方案1記載之發明之特徵在於其係可參考與允許購入特定商品之授權使用者相關之資訊之資訊處理裝置；且具備：第1判定機構，其根據由該終端之使用者，經由顯示於終端之商品畫面進行用以訂購上述特定商品之操作，基於該終端之使用者之識別資訊、及與上述授權使用者相關之資訊，判定該終端之使用者是否為上述授權使用者；及處理機構，其於藉由上述第1判定機構判定為並非為上述授權使用者之情形時，進行用以拒絕上述特定商品之訂購之處理。藉此，可對允許在商品販賣網站中購入商品之使用者更有效地販賣該商品。

技術方案2記載之發明之特徵在於，於技術方案1記載之資訊處理裝置中，與上述授權使用者相關之資訊為包含以抽籤選擇之中籤者之識別資訊之中籤者清單，上述第1判定機構於上述終端之使用者之識別資訊包含於上述中籤者清單之情形時，判定為該終端之使用者是上述授權使用者。藉此，可藉由使用中籤者清單而更有效地判定是否為授權使用者。

技術方案3記載之發明之特徵在於，於技術方案1或2記載之資訊處理裝置中，進而具備第2判定機構，其判定由上述終端之使用者指定之上述特定商品之訂購數量是否為上述特定商品之可購入數量以下，上述處理機構於藉由上述第1判定機構判定為非上述授權使用者，且藉由上述第2判定機構判定為上述訂購數量非上述可購入數量以下之情形時，進行用以拒絕上述特定商品之訂購之處理。藉此，可防止由授權使用者購入超過可購入數量之數量之特定商品。

技術方案4記載之發明之特徵在於，於技術方案3記載之資訊處理裝置中，上述商品畫面構成為上述終端之使用者只可指定上述可購入數量以下之上述訂購數量。藉此，可以2個階段防止由授權使用者購入超過可購入數量之數量之特定商品。

技術方案5記載之發明之特徵在於，於技術方案1至4中任一項記載之資訊處理裝置中，進而具備第3判定機構，其於藉由上述第1判定機構判定為是上述授權使用者之情形時，判定於該判定前上述終端之使用者是否已購入上述特定商品，上述處理機構於藉由上述第3判定機構判定為上述終端之使用者已購入上述特定商品之情形時，進行用以拒絕上述特定商品之訂購之處理。藉此，即便為進行用以訂購特定商品之操作之使用者是授權使用者之情形，亦可確實地防止由該授權使用者重複購入該特定商品。

技術方案6記載之發明之特徵在於，於技術方案1至5中任一項記載之資訊處理裝置中，上述處理機構於藉由上述第1判定機構判定為是上述授權使用者之情形時，自資料庫取得與上述特定商品之交期相關之交期資訊，並將該取得之交期資訊發送至上述使用者之終端並顯示。藉此，可降低資訊處理裝置之負荷。

技術方案7記載之發明之特徵在於，於技術方案6記載之資訊處理裝置中，上述處理機構於在進行上述操作之前，判定為由上述終端之使用者選擇之商品為上述特定商品之情形時，使對於該選擇之特定商品之交期預先設定之固定詞句顯示於上述使用者之終端，於在進行上述操作之前，判定為由上述使用者選擇之商品非上述特定商品之情形時，自資料庫取得與該選擇之商品之交期相關之交期資訊，並將該取得之交期資訊發送至上述使用者之終端並顯示。藉此，可降低資訊處理裝置之負荷。

技術方案8記載之發明之特徵在於，於技術方案1至7中任一項記載之資訊處理裝置中，上述處理機構於用以拒絕上述特定商品之訂購之處理中，使表示上述特定商品不可訂購之訊息顯示於上述終端。

技術方案9記載之發明之特徵在於其係一種藉由可參考與允許購入特定商品之授權使用者相關之資訊之電腦執行之資訊處理方法；且包含以下步驟：根據由該終端之使用者，經由顯示於終端之商品畫面進行用以訂購上述特定商品之操作，基於該終端之使用者之識別資訊、及與上述授權使用者相關之資訊，判定該終端之使用者是否為上述授權使用者；於判定為非上述授權使用者之情形時，進行用以拒絕上述特定商品之訂購之處理。

技術方案10記載之發明之特徵在於其係一種使電腦作為可參考與允許購入特定商品之授權使用者相關之資訊之資訊處理裝置且作為以下之機構發揮功能：第1判定機構，其根據由該終端之使用者，經由顯示於終端之商品畫面進行用以訂購上述特定商品之操作，基於該終端之使用者之識別資訊、及與上述授權使用者相關之資訊判定該終端之使用者是否為上述授權使用者；及處理機構，其於由上述第1判定機構判定為非上述授權使用者之情形時，進行用以拒絕上述特定商品之訂購之處理。 [發明之效果]

根據本發明，可對允許在商品販賣網中購入商品之使用者更有效地販賣該商品。

以下，參考圖式對本發明之實施形態進行說明。以下實施形態為將本發明應用於可通過多個展出者(例如店舖)販賣各種種類之商品之商品販賣網站於展出者與訂購者之間進行商務交易之電子商務交易系統時之實施形態。此處，商品包含僅允許購入之授權使用者可購入之商品(以下，稱為「特定商品」)、與該特定商品以外之商品(以下，稱為「通常商品」)。特定商品例如為僅預先以抽籤選擇之中籤者(授權使用者之一例)可購入之抽籤商品。另，特定商品為具有複數個庫存之物品，且預先規定每個授權使用者之可購入數量。

[1.電子商務交易系統S之構成及功能概要] 首先，參考圖1等，對本實施形態之電子商務交易系統S之構成及功能概要進行說明。圖1係顯示電子商務交易系統S之概要構成例之圖。如圖1所示，電子商務交易系統S包含使用者終端1、及商務交易伺服器2等而構成。商務交易伺服器2為可參考與允許購入特定商品之授權使用者相關之資訊之資訊處理裝置之一例。使用者終端1、及商務交易伺服器2分別連接於網路NW。網路NW例如由網際網路、移動體通信網路及其無線基地台等構成。另，於圖1之例中，顯示1個使用者終端1，但實際上存在複數個。

[1-1.使用者終端1之構成及功能] 接著，對使用者終端1之構成及功能進行說明。使用者終端1為由訂購商品之使用者使用之終端。使用者終端1可存取於網路NW上被分配特定之URL(Uniform Resource Locator：統一資源定位符)之商品販賣網站。商品販賣網站係構成為使用者可訂購由店舖等展出者展出之商品之EC(Electronic Commerce：電子商務)網站。對於使用者終端1，例如可應用個人電腦(PC：Personal Computer)、智慧型手機、平板、行動電話、或可攜式遊戲機等。

圖2係顯示使用者終端1之概要構成例之方塊圖。使用者終端1具備通信部11、顯示部12、輸入部13、記憶部14、及控制部15等。通信部11具有連接於網路NW之功能。顯示部12具有將登入畫面、商品畫面、或錯誤畫面等顯示於顯示器(例如觸控面板)之功能。該等畫面例如由自商品販賣網站提供之網頁(例如，HTML(Hyper Text Markup Language：超文本標示語言)文件或XHTML(Extensible Hyper Text Markup Language：可擴展超文本標示語言)文件等構造化文件檔案)構成。作為商品畫面之例，列舉商品檢索畫面、商品一覽畫面、商品詳情畫面、購物籃畫面、及商品訂購確認畫面等。

輸出部13具有受理來自使用者之操作(例如，藉由滑鼠或手指等點擊或輕觸商品畫面上之操作按鈕等，等操作)之功能。於該操作中，例如，包含用以檢索商品之操作、用以閱覽商品之詳情之操作、及用以訂購(購入)商品之操作等。此處，用以訂購商品之操作為表示使用者決定購入商品、或希望(或探討)購入商品之操作，作為該操作之例，列舉用以將商品放入購物籃(亦稱為購物籃清單或購物車清單)之操作、用以進行至商品之購入手續之操作、及用以確定商品之訂購之操作等，不特別限定於該等表現。

另，例如根據用以確定商品之訂購之操作，藉由商務交易伺服器2執行結算處理，藉由該結算處理正常完成而確定商品之訂購。藉此，使用者購入所訂購之商品。記憶部14記憶作業系統(OS：Operating System)、應用程式、瀏覽器(網頁瀏覽器)等之程式。控制部15具備CPU(Central Processing Unit：中央處理單元)、ROM(Read Only Memory：唯讀記憶體)、及RAM(Random Access Memory：隨機存取記憶體)等，根據記憶於記憶部14之程式進行各種處理。例如，控制部15進行將與來自使用者之操作相應之請求經由通信部11發送至商務交易伺服器2之處理、經由通信部11接收來自商務交易伺服器2之網頁之處理、及使各種畫面經由顯示部12顯示於顯示器之處理等。

[1-2.商務交易伺服器2之構成及功能] 接着，對商務交易伺服器2之構成及功能進行說明。商務交易伺服器2由1個或複數個伺服器電腦構成，作為提供上述之商品販賣網站之網頁伺服器發揮功能。圖3(A)係顯示商務交易伺服器2之概要構成例之方塊圖。如圖3(A)所示，商務交易伺服器2具備通信部21、記憶部22、及控制部23等。通信部21具有連接於網路NW之功能。記憶部22例如包含硬碟驅動器等，記憶操作系統、及應用程式等之程式。又，於記憶部22中，記憶構成商品畫面之網頁。

又，於記憶部22中，記憶與允許購入特定商品之授權使用者相關之資訊。例如，作為與授權使用者相關之資訊之一例，將包含以抽籤選擇之中籤者之使用者ID(識別資訊)之中籤者清單與特定商品之商品ID、及特定商品之管理序號建立對應而記憶於記憶部22。再者，於記憶部22中，構建商品資訊資料庫(DB)221、交期資訊資料庫(DB)222、及使用者資訊資料庫(DB)223等。另，該等資料庫可備置於未圖示之資料庫伺服器中。

商品資訊資料庫221為用以存儲與商品相關之商品資訊之資料庫。於商品資訊資料庫221中，例如與每個商品建立對應地存儲(登錄)商品ID、商品種類、商品名、價格、及展出者資訊等。此處，於特定商品之情形時，進而將特定商品之管理序號、每一個授權使用者之可購入數量、及販賣期間與商品ID建立對應地存儲於商品資訊資料庫221。管理序號為表示是特定商品者，於商品ID相同之複數個特定商品在之間可為不同之序號。另，作為商品種類之例，列舉書籍、電器製品、時裝、及食品等。於展出者資訊中，例如包含展出商品之展出者之展出者ID(識別資訊)等。交期資訊資料庫222為用以存儲與商品之交期相關之交期資訊之資料庫。於交期資訊資料庫222中，例如與每個商品建立對應地存儲商品ID及交期資訊等。於交期資訊中，包含商品之可販賣數、庫存數、及可發送時日等。另，交期資訊亦可存儲於商品資訊資料庫221。

使用者資訊資料庫223為用以存儲與已擁有作為使用會員之賬戶之使用者相關之使用者資訊之資料庫。於使用者資訊資料庫223中，例如與每個使用者建立對應地存儲使用者ID、密碼、姓名、郵箱地址、住所、購物籃清單、購入資訊、及可使用結算資訊等。此處，於允許購入特定商品之授權使用者之情形時，可將該特定商品之管理序號及表示為該授權使用者之旗標(與授權使用者相關之資訊之一例)與使用者ID建立對應地存儲於使用者資訊資料庫223。另，使用者ID與密碼一起用於登錄到商品販賣網站。於購物籃清單中，包含由使用者選擇且還未結算之商品之商品ID、及該商品之訂購數量等。於購入資訊中，包含購入時日(例如，結算時日)、購入之商品之商品ID、及購入之商品之商品數量(個數)等。於可使用結算資訊中，例如包含信用卡結算或電子貨幣結算所需之資訊(卡號等)。

作為電腦之控制部23具備CPU、ROM、及RAM等，根據記憶於記憶部22之程式進行各種處理。圖3(B)係顯示控制部23中之功能塊之一例之圖。控制部23於各種處理中，如圖3(B)所示，作為授權使用者判定部231(第1判定機構之一例)、訂購數量判定部232(第2判定機構之一例)、有無判購入定部233(第3判定機構之一例)、及訂購處理部234(處理部之一例)等發揮功能。另，控制部23藉由根據來自使用者終端1之登錄要求執行登錄處理而特定使用者終端1之使用者之使用者ID。

授權使用者判定部231根據由使用者終端1之使用者，經由顯示於使用者終端1之商品畫面進行用以訂購特定商品之操作(換言之，根據與該操作相應之請求)，而基於使用者終端1之使用者之使用者ID、及與授權使用者相關之資訊判定使用者終端1之使用者是否為授權使用者。例如，授權使用者判定部231確認與該特定商品之管理序號建立對應地記憶於記憶部22之中籤者清單中，是否包含有使用者終端1之使用者之使用者ID，於中籤者清單中未包含該使用者ID之情形時，判定為該使用者終端1之使用者並非授權使用者(即，非授權使用者)。如此，可藉由使用中籤者清單而更有效地判定是否為授權使用者。且，於判定為非為授權使用者之情形時，拒絕特定商品之訂購。另，於由使用者進行用以訂購通常商品之操作之情形時，不進行該使用者是否為授權使用者之判定而進行至用以受理該商品之訂購之處理。

訂購數量判定部232於藉由授權使用者判定部231判定為是授權使用者之情形時，判定於該判定前在商品畫面中由該授權使用者指定(例如，輸入或選擇)之訂購數量(即，特定商品之訂購數量)是否為特定商品之可購入數量(即，每一個授權使用者之可購入數量)以下。藉由該判定，即便為進行用以訂購特定商品之操作之使用者為授權使用者之情形，於由該授權使用者指定之訂購數量非該特定商品之可購入數量以下之情形時，亦拒絕特定商品之訂購。藉此，可防止由授權使用者購入超過可購入數量之數量之特定商品。訂購數量之指定於進行用以訂購特定商品之操作時確定。此處，使用者可指定特定商品之訂購數量之商品畫面只要構成為使用者只可指定特定商品之可購入數量以下之訂購數量即可。藉此，可以2個階段防止由授權使用者購入超過可購入數量之數量之特定商品。

例如，於可購入數量為「2」之情形時，例如，作為訂購數量僅將“1”與“2”之選項可選擇地下拉顯示於商品畫面上之輸入欄。或，於可購入數量為「1」之情形時，作為訂購數量，僅將「1」固定顯示於商品畫面上之輸入，該情形時，可由使用者指定之訂購數量僅為「1」。萬一有惡意之閱覽者篡改原始編碼而改寫數量，亦可藉由訂購數量判定部232進行上述判定，而確實地防止由授權使用者購入超過可購入數量之數量之特定商品。另，訂購數量判定部232亦可於授權使用者判定部231之判定前，判定於商品畫面中由使用者指定之訂購數量是否為特定商品之可購入數量以下。

有無購入判定部233於藉由授權使用者判定部231判定為是授權使用者之情形時，基於該授權使用者之購入資訊，判定於該判定前在商品畫面中授權使用者是否已購入相同之特定商品。例如，於授權使用者之購入資訊中，包含有該特定商品之商品ID及購入數量之情形時，判定為該授權使用者已購入相同之特定商品，而拒絕該特定商品之訂購。藉此，即便為進行用以訂購特定商品之操作之使用者為授權使用者之情形，亦可確實地防止由該授權使用者重複購入該特定商品。

訂購處理部234於藉由授權使用者判定部231判定為非授權使用者之情形時，進行用以拒絕成為訂購之操作對象之特定商品之訂購之處理。例如，訂購處理部234於用以拒絕特定商品之訂購之處理中，使表示該特定商品不可訂購之訊息顯示於進行用以訂購該特定商品之操作之非授權使用者之使用者終端1。又，根據由非授權使用者進行用以將特定商品放入購物籃之操作，訂購處理部234於購物籃清單登錄有特定商品(即，特定商品之商品ID)之情形時，於用以拒絕該特定商品之訂購之處理中，自該購物籃清單刪除特定商品。

另，用以拒絕特定商品之訂購之處理可於判定為非授權使用者之後立即執行，亦可於判定為非授權使用者之後，由該使用者進行其他操作之時序執行。於後者之情形時，例如，於根據由非授權使用者進行用以將特定商品放入購物籃之操作而將該特定商品登錄於購物籃清單之情形時，其後，根據由該非授權使用者進行用以進行至該特定商品之購入手續之操作而將該特定商品自購物籃清單刪除，並將表示該特定商品不可訂購之訊息顯示於該非授權使用者之使用者終端1。

另一方面，訂購處理部234於藉由授權使用者判定部231判定為是授權使用者之情形時，進行至用以受理該特定商品之訂購之處理。該情形時，訂購處理部234只要自交期資訊資料庫222取得與特定商品之交期相關之交期資訊，並使該取得之交期資訊、該特定商品顯示於該使用者之使用者終端1即可。即，於判定為使用者終端1之使用者是授權使用者之前階段，未必進行自交期資訊資料庫222取得該交期資訊之處理，例如，只要使對於該特定商品之交期預先設定之固定詞句顯示於使用者終端1即可。由於原本無需對非授權使用者，提示特定商品之交期資訊，故可藉由顯示預先設定之固定詞句，而減少網路負荷及伺服器負荷。

另，訂購處理部234於藉由授權使用者判定部231判定為是授權使用者後，且藉由訂購數量判定部232判定為訂購數量非可購入數量以下之情形時，可進行用以拒絕成為訂購之操作對象之特定商品之訂購之處理。另一方面，訂購處理部234於藉由授權使用者判定部231判定為是授權使用者，且藉由訂購數量判定部232判定為訂購數量為可購入數量以下之情形時，進行至用以受理該特定商品之訂購之處理。

又，訂購處理部234於藉由授權使用者判定部231判定為是授權使用者後，於藉由有無購入判定部233判定為授權使用者已購入成為訂購之操作對象之特定商品之情形時，可進行用以拒絕該特定商品之訂購之處理。另一方面，訂購處理部234於藉由授權使用者判定部231判定為是授權使用者後，於藉由有無購入判定部233判定為授權使用者未購入成為訂購之操作對象之特定商品之情形時，進行至用以受理該特定商品之訂購之處理。

[2.電子商務交易系統S之動作] 接著，參考圖4及圖5，對於電子商務交易系統S中實施之動作進行說明。圖4及圖5係顯示於使用者終端1與商務交易伺服器2中實施之處理流程之順序圖。另，作為該動作之前提，設為於使用者終端1中依據自商品販賣網站提供之網頁顯示商品一覽畫面，且藉由事前之登錄處理特定使用者終端1之使用者。於商品一覽畫面中，例如一覽顯示有新商品或推薦商品、或基於由使用者指定之檢索條件檢索到之商品之商品圖像等。若在商品一覽畫面中，進行用以閱覽由使用者終端1之使用者選擇之商品之詳情之操作(以下，稱為「閱覽操作」)，則如圖4所示，使用者終端1之控制部15受理該閱覽操作(步驟S1)，並將與該閱覽操作相應之請求(包含商品ID)經由網路NW發送至商務交易伺服器2(步驟S2)。

接著，商務交易伺服器2之控制部23於接收到步驟S2中發送之請求時，自商品資訊資料庫221取得由該請求中包含之商品ID特定之商品(特定商品或通常商品)之詳情資訊(步驟S3)。接著，控制部23自交期資訊資料庫222取得與該商品之交期相關之交期資訊(步驟S4)。例如，訂購處理部234只要調出特定之API(Application Programming Interface：應用程式介面)，賦予該商品之商品ID作為自變量，藉此取得交期資訊作為其返回值即可。接著，控制部23將構成該商品之商品詳情畫面之網頁(以下，稱為「商品詳情頁面」)經由網路NW發送至使用者終端1(步驟S5)。接著，使用者終端1之控制部15於接收到該商品詳情頁面後，藉由瀏覽器，將商品之商品詳情畫面顯示於顯示器(步驟S6)。即，自商品一覽畫面轉換至商品詳情畫面。

圖6(A)係顯示特定商品之商品詳情畫面之一例之圖，圖6(B)係顯示通常商品之商品詳情畫面之一例之圖。於圖6(A)所示之商品詳情畫面中，顯示有特定商品之照片圖像、商品名(遊戲機XYZ)、及價格(50,980日圓)，進而顯示有「有庫存」作為特定商品之交期資訊F1。另一方面，於圖6(B)所示之商品詳情畫面中，顯示有通常商品之照片圖像、商品名(運動鞋白色)、及價格(5,980日圓)，進而顯示有「有庫存」作為通常商品之交期資訊F2。另，交期資訊中除此以外還有「無庫存」、「預約受理中」等。

例如，於圖6(A)或圖6(B)所示之商品詳情畫面中，由使用者終端1之使用者指定商品(特定商品或通常商品)之訂購數量後，進行用以將該商品放入購物籃之操作(以下，稱為「購物籃追加操作」)(例如，指定放入購物籃之按鈕B1或B2)時，使用者終端1之控制部15受理該購物籃追加操作(步驟S7)，並將與該購物籃追加操作相應之請求(包含該商品之商品ID及訂購數量)經由網路NW發送至商務交易伺服器2(步驟S8)。此處，亦有使用者終端1之使用者未指定商品之訂購數量，而進行購物籃追加操作之情形。該情形時，於與該購物籃追加操作相應之請求中，包含默認設定之訂購數量。

接著，控制部23於接收到步驟S8中發送之請求時，判定由該請求中包含之商品ID特定之商品是否為特定商品(步驟S9)。控制部23於判定為該商品非特定商品之情形(步驟S9：否(NO))時，自交期資訊資料庫222取得與該商品(通常商品)之交期相關之交期資訊(步驟S10)。接著，控制部23將構成通常商品之購物籃畫面之網頁(以下，稱為「購物籃頁面」)經由網路NW發送至使用者終端1(步驟S11)。於該購物籃頁面中，設置與已進行購物籃追加操作之通常商品相關之商品資訊(商品ID、訂購數量、及商品名等)及於步驟S10中取得之交期資訊。接著，使用者終端1之控制部15於接收到該購物籃頁面後，藉由瀏覽器，將通常商品之購物籃畫面顯示於顯示器(步驟S12)。於通常商品之購物籃畫面中，顯示通常商品之交期資訊。

另一方面，控制部23於判定為該商品是特定商品之情形(步驟S9：是(YES))時，將特定商品之購物籃頁面經由網路NW發送至使用者終端1(步驟S13)。於該購物籃頁面中，設置與已進行購物籃追加操作之特定商品相關之商品資訊(商品ID、訂購數量、及商品名等)、及對特定商品之交期預先設定之固定詞句。接著，使用者終端1之控制部15於接收到該購物籃頁面後，藉由瀏覽器，將特定商品之購物籃畫面顯示於顯示器(步驟S14)。於特定商品之購物籃畫面中，顯示固定詞句作為特定商品之交期資訊。

圖7係顯示特定商品之購物籃畫面之一例之圖。於圖7所示之購物籃畫面中，顯示有特定商品之照片圖像、商品名(遊戲機XYZ)、價格(50,980日圓)、及訂購數量，進而顯示有所謂「請於訂購內容之確認畫面中確認庫存狀況」之固定詞句作為特定商品之交期資訊F3。且，例如，於圖7所示之購物籃畫面中，當由使用者終端1之使用者進行用以進行至特定商品之購入手續之操作(以下，稱為「購入手續進行操作」)(例如，指定購入手續按鈕B3)時，使用者終端1之控制部15受理購入手續進行操作(步驟S15)，並將與該購入手續進行操作相應之請求(包含該特定商品之商品ID及訂購數量)經由網路NW發送至商務交易伺服器2(步驟S16)。

接著，控制部23於接收到步驟S16中發送之請求時，自該請求取得特定商品之商品ID及訂購數量，並自記憶部22取得與該取得之商品ID建立對應之中籤者清單(步驟S17)。接著，如圖5所示，控制部23藉由授權使用者判定部231，基於對特定商品進行購物籃追加操作之使用者之使用者ID與步驟S17中取得之中籤者清單，判定該使用者是否為授權使用者(步驟S18)。於判定為該使用者非授權使用者之情形(步驟S18：否)時，處理進行至步驟S19。另一方面，於判定為該使用者為授權使用者之情形(步驟S18：是)時，處理進行至步驟S21。

於步驟S19中，控制部23藉由訂購處理部234，將表示特定商品不可訂購之訊息a經由網路NW發送至使用者終端1。接著，使用者終端1之控制部15於接收到表示特定商品不可訂購之訊息a後，藉由瀏覽器，將該訊息a顯示於顯示器(步驟S20)。例如，作為表示特定商品不可訂購之訊息a，於商品詳情畫面上顯示「由於遊戲機XYZ(商品名)為抽籤商品，故僅中籤者可購入」。另，於步驟S19中，控制部23可將構成包含表示特定商品不可訂購之訊息a之錯誤畫面之網頁(以下，稱為「錯誤頁面」)經由網路NW發送至使用者終端1。該情形時，於使用者終端1之顯示器中，自商品詳情畫面轉換為錯誤畫面。

另一方面，於步驟S21中，控制部23自商品資訊資料庫221取得與步驟S17中取得之商品ID建立對應之可購入數量。接著，控制部23藉由訂購數量判定部232，判定步驟S17中取得之訂購數量是否為步驟S21中取得之可購入數量以下(步驟S22)。於判定為訂購數量非可購入數量以下之情形(步驟S22：否)時，處理進行至步驟S23。另一方面，於判定為訂購數量為可購入數量以下之情形(步驟S22：是)時，處理進行至步驟S25。

於步驟S23中，控制部23藉由訂購處理部234，將表示特定商品不可訂購之訊息b經由網路NW發送至使用者終端1。接著，使用者終端1之控制部15於接收到表示特定商品不可訂購之訊息b後，藉由瀏覽器，將該訊息b顯示於顯示器(步驟S24)。例如，作為表示特定商品不可訂購之訊息b，於商品詳情畫面上顯示「超過遊戲機XYZ(商品名)之可購入數量(1個)」。另，於步驟S23中，亦與步驟S19同樣，控制部23可將包含表示特定商品不可訂購之訊息b之錯誤頁面經由網路NW發送至使用者終端1。

於步驟S25中，控制部23自使用者資訊資料庫223取得與授權使用者之使用者ID建立對應之購入資訊。接著，控制部23藉由有無購入判定部233，基於步驟S25中取得之購入資訊，判定該授權使用者是否已購入特定商品(即，是否已購入)(步驟S26)。於判定為授權使用者已購入特定商品之情形(步驟S26：是)時，處理進行至步驟S27。另一方面，於判定為授權使用者未購入特定商品之情形(步驟S26：否)時，處理進行至步驟S29。

於步驟S27中，控制部23藉由訂購處理部234，將表示特定商品不可訂購之訊息c經由網路NW發送至使用者終端1。接著，使用者終端1之控制部15於接收到表示特定商品不可訂購之訊息c後，藉由瀏覽器，將該訊息c顯示於顯示器(步驟S28)。例如，作為表示特定商品不可訂購之訊息c，於商品詳情畫面上顯示「已購入遊戲機XYZ(商品名)」。另，於步驟S27中，亦與步驟S19同樣，控制部23可將包含表示特定商品不可訂購之訊息c之錯誤頁面經由網路NW發送至使用者終端1。

於步驟S29中，控制部23自使用者資訊資料庫223取得與授權使用者之使用者ID建立對應之購物籃清單。接著，控制部23於步驟S29中取得之購物籃清單中，登錄步驟S17中取得之特定商品之商品ID及訂購數量(步驟S30)。接著，控制部23自交期資訊資料庫222取得與該特定商品之交期相關之交期資訊(步驟S31)。例如，訂購處理部234只要調出特定之API，賦予特定商品之商品ID作為自變量，藉此取得交期資訊作為其返回值即可。

接著，控制部23將構成特定商品之商品訂購確認畫面之網頁(以下，稱為「商品訂購確認頁面」)經由網路NW發送至使用者終端1(步驟S32)。於該商品訂購確認頁面中，設置與特定商品相關之商品資訊(商品ID、訂購數量、及商品名等)及步驟S31中取得之交期資訊。接著，使用者終端1之控制部15於接收到該商品訂購確認頁面後，藉由瀏覽器，將特定商品之商品訂購確認畫面顯示於顯示器(步驟S33)。於特定商品之商品訂購確認畫面中，顯示特定商品之交期資訊。

另，為提高安全性，可於發送商品訂購確認頁面之前，暫時將構成登錄畫面之網頁經由網路NW發送至使用者終端1，藉此將登錄畫面顯示於使用者終端1。該情形時，藉由將由授權使用者於登錄畫面上輸入之使用者ID及密碼發送至商務交易伺服器2而進行登錄處理，登錄成功後方將商品訂購確認頁面發送至使用者終端1。

圖8係顯示商品訂購確認畫面之一例之圖。於圖8所示之商品訂購確認畫面中，於由授權使用者進行用以確定商品之訂購之操作(以下，稱為「訂購確定操作」)(例如，指定確定訂購之按鈕B4)時，使用者終端1之控制部15受理該訂購確定操作(步驟S34)，並將與該訂購確定操作相應之請求(包含該特定商品之商品ID)經由網路NW發送至商務交易伺服器2(步驟S35)。

接著，控制部23於接收到步驟S35中發送之請求後，自使用者資訊資料庫223取得授權使用者之可使用結算資訊(步驟S36)。接著，控制部23藉由訂購處理部234，基於該授權使用者之可使用結算資訊、與由該授權使用者選擇之特定商品之價格及訂購數量，執行結算處理(步驟S37)。於該結算處理正常完成後，與該授權使用者之使用者ID建立對應而將購入資訊登錄於使用者資訊資料庫223。

另，亦可構成為於特定商品相關之結算處理正常完成後，將特定商品之購入完成旗標與授權使用者之使用者ID建立對應而記錄於該特定商品之中籤者清單。該情形時，控制部23於步驟S18中判定為是授權使用者之情形時，基於該特定商品之中籤者清單，判定於該判定前授權使用者是否已購入相同之特定商品。即，於特定商品之中籤者清單中，與進行用以訂購該特定商品之操作之授權使用者之使用者ID建立對應地記錄有已購入旗標之情形時，判定為該授權使用者已購入相同之特定商品。或，亦可代替將特定商品之已購入標記記錄於中籤者清單，而將該授權使用者之使用者ID自該中籤者清單刪除。該情形時，於步驟S18中基於使用者之使用者ID與中籤者清單判定該使用者是否為授權使用者之時序，也可判定該使用者是否已購入特定商品。

又，於上述處理中，構成為於商品詳情畫面中，根據對由使用者選擇之商品進行購物籃追加操作而判定該選擇之商品是否為特定商品，但亦可代替此，構成為於商品一覽畫面中，根據對由使用者對選擇之商品進行閱覽操作而判定該選擇之商品是否為特定商品。該情形時，於進行閱覽操作時判定為是特定商品之情形時，不取得該特定商品之交期資訊，而於特定商品之商品詳情畫面中顯示固定詞句作為特定商品之交期資訊。

又，於上述處理中，已顯示藉由商務交易伺服器2執行由使用者選擇之商品是否為特定商品之判定之例，但該判定亦可藉由使用者終端1執行。該情形時，例如，於商品一覽頁面中，包含有一覽顯示之商品之商品ID等資訊，於一覽顯示之商品中存在特定商品之情形時，於該特定商品之資訊中包含有其之管理序號。再者，於商品一覽頁面中，包含有特定商品判定用腳本。且，使用者終端1之控制部15以瀏覽器執行特定商品判定用腳本，藉此，若於由使用者自一覽顯示之商品中選擇之商品之資訊存在特定商品之管理序號，則判定為該商品是特定商品，而向商務交易伺服器2請求特定商品之商品詳情頁面。藉此，商務交易伺服器2將對特定商品之交期設置有固定詞句之商品詳情頁面發送至使用者終端1。

又，於上述處理中，構成為於購物籃畫面中，根據由使用者對特定商品進行購入手續進行操作(例如，指定購入手續按鈕B3)而判定該使用者是否為授權使用者，但亦可代替此，構成為於商品詳情畫面中，根據由使用者對特定商品進行購物籃追加操作而判定該使用者是否為授權使用者。該情形時，於對特定商品進行購入手續進行操作時，不判定該使用者是否為授權使用者。

如以上所說明，根據上述實施形態，由於構成為根據由使用者終端1之使用者，經由顯示於使用者終端1之商品畫面進行用以訂購特定商品之操作，商務交易伺服器2基於使用者終端1之使用者之使用者ID、與例如特定商品之中籤者清單判定使用者終端1之使用者是否為授權使用者，於判定為其非授權使用者之情形時，進行用以拒絕該特定商品之訂購之處理，故可對允許在商品販賣網站中購入特定商品之使用者更有效地販賣該特定商品，例如可防止自搭載有所謂之BOT(規定用以訂購商品之一連串順序之程式)之使用者終端1利用該BOT購入大量特定商品。

又，根據上述實施形態，由於構成為在使用使用者終端1之使用者之使用者ID及中籤者清單鎖定授權使用者後，進行授權使用者之訂購數量是否為特定商品之可購入數量以下之判定、該授權使用者是否已購入(重複購入)特定商品之判定、及特定商品之交期資訊之取得，故可減少網路負荷及伺服器負荷。

另，雖已如上述般說明本發明之一實施形態，但本發明並非限定於上述實施形態者，可於不脫離本發明之主旨之範圍內自上述實施形態對各種構成等施加變更，且該情形亦包含於本發明之技術範圍。於上述實施形態中，雖已以於商品詳情畫面中，根據由使用者進行購物籃追加操作(例如，指定放入購物籃之按鈕)而自商品詳情畫面轉換為購物籃畫面之實例為例進行說明，但亦可將本發明應用於根據進行購物籃追加操作，不自商品詳情畫面轉換為購物籃畫面，而將商品之資訊登錄於購物籃清單之實例中。另，放入購物籃之按鈕(追加至購物籃按鈕)有時亦與商品一覽畫面中之複數個商品各自之商品圖像建立對應而顯示。該情形時，根據於商品一覽畫面中指定放入購物籃之按鈕，而可判定該指定之使用者是否為授權使用者(若非授權使用者，則執行用以拒絕特定商品之訂購之處理)，但該判定可不於該時序執行，而於稍後顯示購物籃畫面之時序執行。又，於上述實施形態中，作為特定商品之例，雖已以僅預先由抽籤選擇之中籤者可購入之抽籤商品為例進行說明，但除抽籤商品以外，本發明亦可應用於例如限期、限定對象者、限定粉絲俱樂部會員、或限定預約者之限定商品中。

1:使用者終端 2:商務交易伺服器 11:通信部 12:顯示部 13:輸入部 14:記憶部 15:控制部 21:通信部 22:記憶部 23:控制部 221:商品資訊資料庫 222:交期資訊資料庫 223:使用者資訊資料庫 231:授權使用者判定部 232:訂購數量判定部 233:有無購入判定部 234:訂購處理部 B1:按鈕 B2:按鈕 B3:按鈕 B4:按鈕 F1:交期資訊 F2:交期資訊 F3:交期資訊 NW:網路 S:電子商務交易系統 S1～S37:步驟 XYZ:遊戲機

圖1係顯示電子商務交易系統S之概要構成例之圖。圖2係顯示使用者終端1之概要構成例之方塊圖。圖3(A)係顯示商務交易伺服器2之概要構成例之方塊圖，(B)係顯示控制部23中之功能塊之一例之圖。圖4係顯示於使用者終端1與商務交易伺服器2中實施之處理流程之順序圖。圖5係顯示於使用者終端1與商務交易伺服器2中實施之處理流程之順序圖。圖6(A)係顯示特定商品之商品詳情畫面之一例之圖，(B)係顯示通常商品之商品詳情畫面之一例之圖。圖7係顯示特定商品之購物籃畫面之一例之圖。圖8係顯示特定商品之商品訂購確認畫面之一例之圖。

1:使用者終端

2:商務交易伺服器

S1~S18:步驟

Claims

一種資訊處理裝置，其特徵在於其係可參考與允許購入特定商品之授權使用者相關之資訊者，且具備：第1判定機構，其根據由該終端之使用者，經由顯示於終端之商品畫面進行用以訂購上述特定商品之操作，基於該終端之使用者之識別資訊、及與上述授權使用者相關之資訊，判定該終端之使用者是否為上述授權使用者；及處理機構，其於藉由上述第1判定機構判定為非上述授權使用者之情形時，進行用以拒絕上述特定商品之訂購之處理。
如請求項1之資訊處理裝置，其中與上述授權使用者相關之資訊為包含以抽籤選擇之中籤者之識別資訊之中籤者清單；上述第1判定機構於上述終端之使用者之識別資訊包含於上述中籤者清單之情形時，判定為該終端之使用者是上述授權使用者。
如請求項1或2之資訊處理裝置，其進而具備：第2判定機構，其判定由上述終端之使用者指定之上述特定商品之訂購數量是否為上述特定商品之可購入數量以下；且上述處理機構於藉由上述第1判定機構判定為非上述授權使用者，且藉由上述第2判定機構判定為上述訂購數量非上述可購入數量以下之情形時，進行用以拒絕上述特定商品之訂購之處理。
如請求項3之資訊處理裝置，其中上述商品畫面構成為上述終端之使用者只可指定上述可購入數量以下之上述訂購數量。
如請求項1或2之資訊處理裝置，其進而具備：第3判定機構，其於藉由上述第1判定機構判定為是上述授權使用者之情形時，判定於該判定前上述終端之使用者是否已購入上述特定商品；且上述處理機構於藉由上述第3判定機構判定為上述終端之使用者已購入上述特定商品之情形時，進行用以拒絕上述特定商品之訂購之處理。
如請求項1或2之資訊處理裝置，其中上述處理機構於藉由上述第1判定機構判定為是上述授權使用者之情形時，自資料庫取得與上述特定商品之交期相關之交期資訊，並將該取得之交期資訊發送至上述使用者之終端並顯示。
如請求項6之資訊處理裝置，其中上述處理機構於進行上述操作之前，判定為由上述終端之使用者選擇之商品為上述特定商品之情形時，使對該選擇之特定商品之交期預先設定之固定詞句顯示於上述使用者之終端，於進行上述操作之前，判定為由上述使用者選擇之商品非上述特定商品之情形時，自資料庫取得與該選擇之商品之交期相關之交期資訊，並將該取得之交期資訊發送至上述使用者之終端並顯示。
如請求項1或2之資訊處理裝置，其中上述處理機構於用以拒絕上述特定商品之訂購之處理中，使表示上述特定商品不可訂購之訊息顯示於上述終端。
一種資訊處理方法，其特徵在於其係由可參考與允許購入特定商品之授權使用者相關之資訊之電腦執行者，且包含以下步驟：根據由該終端之使用者，經由顯示於終端之商品畫面進行用以訂購上述特定商品之操作，基於該終端之使用者之識別資訊、及與上述授權使用者相關之資訊，判定該終端之使用者是否為上述授權使用者；及於判定為非上述授權使用者之情形時，進行用以拒絕上述特定商品之訂購之處理。
一種程式，其特徵在於其係使電腦作為可參考與允許購入特定商品之授權使用者相關之資訊之資訊處理裝置且作為以下之機構發揮功能：第1判定機構，其根據由該終端之使用者，經由顯示於終端之商品畫面進行用以訂購上述特定商品之操作，基於該終端之使用者之識別資訊、及與上述授權使用者相關之資訊，判定該終端之使用者是否為上述授權使用者；及處理機構，其於由上述第1判定機構判定為非上述授權使用者之情形時，進行用以拒絕上述特定商品之訂購之處理。