TW201310378A

TW201310378A - 選擇裝置、選擇方法、程式及記錄媒體

Info

Publication number: TW201310378A
Application number: TW101123425A
Authority: TW
Inventors: Hiroomi Yamamura
Original assignee: Rakuten Inc
Priority date: 2011-08-26
Filing date: 2012-06-28
Publication date: 2013-03-01
Also published as: JP2013045391A; JP5567532B2; TWI480825B; US20140188653A1; WO2013031358A1

Abstract

本發明之選擇裝置(100)於由第1販賣者於第1販賣條件下販賣之販賣物售完後，選擇可於第2販賣條件下販賣販賣物之第2販賣者。設定部(101)設定申請截止日期。受理部(102)於申請截止日期之前，自一個或複數個販賣申請者受理包含販賣個數、販賣價格以及介紹文件之販賣物之販賣條件之申請。選擇部(103)若到達經設定之申請截止日期，則基於申請之販賣條件，自該申請中選擇任一者，將該申請之販賣申請者設為第2販賣者，且將該申請之販賣條件設為第2販賣條件。獲取部(104)獲取由第1販賣者於第1販賣條件下販賣之販賣物之庫存量。公開部(105)若所獲取之庫存量為0，則公開第2販賣條件之介紹文件，開始由第2販賣者進行販賣。

Description

選擇裝置、選擇方法、程式及記錄媒體

本發明係關於一種選擇裝置、選擇方法、程式、以及記錄媒體，尤其是關於商品之販賣者之選擇者。

迄今為止，已知有從複數個販賣者受理商品之登錄，對用戶提示關於該等之商品之WEB頁面，進行商品交易之購物系統(例如，專利文獻1)。於此種購物系統中，相同之商品有時會由複數個販賣者販賣。此種情形，用戶一般會就相同之商品，參照各販賣者提供之商品之WEB頁面進行比較、研究，從而購入最滿足自己期望之條件之商品。

背景技術文獻 專利文獻

專利文獻1：日本專利特開2010-152441號公報

然而，對於用戶而言，會有煩於比較研究相同之商品自哪個販賣者購入較佳之問題。

本發明係解決上述之問題者，其目的在於提供一種適於選擇一個販賣某一商品之販賣者之選擇裝置、選擇方法、程式、以及記錄媒體。

本發明之第1觀點之選擇裝置，其特徵在於，其於由第1販賣者於第1販賣條件下販賣之販賣物售完後，選擇可於第2販賣條件下販賣上述販賣物之第2販賣者，且包括：設定部，設定申請截止日期；受理部，於上述經設定之申請截止日期之前，自一個或複數個販賣申請者，受理至少包含上述販賣物之販賣個數、販賣價格以及介紹文件之上述販賣物之販賣條件之申請；選擇部，若到達經設定之申請截止日期，則基於上述所受理之申請之販賣條件，自上述一人或複數人之申請中選擇任一者，將上述所選擇之申請之販賣申請者設為上述第2販賣者，且將上述所選擇之申請之販賣條件設為第2販賣條件；獲取部，獲取由上述第1販賣者於上述第1販賣條件下販賣之上述販賣物之庫存量；及公開部，若所獲取之庫存量為0，則公開上述第2販賣條件之介紹文件，開始由上述第2販賣者進行販賣。

又，上述觀點之選擇裝置，其中進而具備：推斷部，根據上述所獲取之庫存量，推斷由上述第1販賣者於上述第1販賣條件下販賣之上述販賣物售完之售完日期，且上述設定部係將較上述推斷之售完日期更早之日期設定作為申請截止日期。

又，於上述觀點之選擇裝置中，上述設定部係將比上述推斷之售完日期提早預定之猶豫期間之日期，設定作為申請截止日期。

又，於上述觀點之選擇裝置中，上述受理部係基於從開始由上述第1販賣者進行上述販賣物之販賣至售完之期間，與上述第1販賣條件中所含之販賣個數，決定最低個數，且上述受理部拒絕受理上述販賣條件中所含之販賣個數低於上述所決定之最低個數之申請。

又，於上述觀點之選擇裝置中，若由上述第1販賣者於上述第1販賣條件下販賣之上述販賣物售完，則將上述第2販賣者作為新的第1販賣者，執行利用上述獲取部之獲取、利用上述推斷部之推斷、利用上述設定部之設定、利用上述選擇部之選擇，藉此重複新的第2販賣者之選擇。

又，於上述觀點之選擇裝置中，上述選擇部係選擇基於上述販賣條件中所含之販賣價格、上述販賣條件中所含之販賣個數、上述販賣條件中所含之介紹文件之資訊量所決定之得分最高之申請，上述得分係上述販賣價格越便宜、上述販賣個數越多、上述介紹文件之資訊量越多，則被決定為越高。

又，於上述觀點之選擇裝置中，上述介紹文件之資訊量係由上述介紹文件中所含之文字數、圖像數，或圖像之尺寸而決定。

又，於上述觀點之選擇裝置中，於上述所受理之申請中，某申請之介紹文件之資訊量係由未出現於其他申請之介紹文件之單詞數而決定。

本發明之第2觀點之選擇方法，其特徵在於其係由選擇裝置執行者，該選擇裝置於由第1販賣者於第1販賣條件下販賣之販賣物售完後，選擇可於第2販賣條件下販賣上述販賣物之第2販賣者且該選擇方法包括：設定步驟，設定申請截止日期；受理步驟，於上述經設定之申請截止日期之前，自一個或複數個販賣申請者，受理至少包含上述販賣物之販賣個數、販賣價格以及介紹文件之上述販賣物之販賣條件之申請；選擇步驟，若到達經設定之申請截止日期，則基於上述所受理之申請之販賣條件，自上述一人或複數人之申請中選擇任一者，將上述所選擇之申請之販賣申請者設為上述第2販賣者，且將上述所選擇之申請之販賣條件設為第2販賣條件；獲取步驟，獲取由上述第1販賣者於上述第1販賣條件下販賣之上述販賣物之庫存量；及公開步驟，若所獲取之庫存量為0，則公開上述第2販賣條件之介紹文件，開始由上述第2販賣者進行販賣。

本發明之第3觀點之程式，其特徵在於其係使電腦作為選擇裝置發揮功能者，該選擇裝置於由第1販賣者於第1販賣條件下販賣之販賣售完後，選擇可於第2販賣條件下販賣上述販賣物之第2販賣者，且上述程式係使上述電腦作為如下構件發揮功能：設定部，設定申請截止日期；受理部，於上述經設定之申請截止日期之前，自一個或複數個販賣申請者，受理至少包含上述販賣物之販賣個數、販賣價格以及介紹文件之上述販賣物之販賣條件之申請；選擇部，若到達經設定之申請截止日期，則基於上述所受理之申請之販賣條件，自上述一人或複數人之申請中選擇任一者，將上述所選擇之申請之販賣申請者設為上述第2販賣者，且將上述所選擇之申請之販賣條件設為第2販賣條件；獲取部，獲取由第1販賣者於上述第1販賣條件下販賣之上述販賣物之庫存量；及公開部，若所獲取之庫存量為0，則公開上述第2販賣條件之介紹文件，開始由上述第2販賣者進行販賣。

本發明之第4觀點之記錄有如下程式且可由電腦讀取之記錄媒體，該程式係使電腦作為選擇裝置發揮功能者，該選擇裝置於由第1販賣者於第1販賣條件下販賣之販賣售完後，選擇可於第2販賣條件下販賣上述販賣物之第2販賣者，且上述程式使上述電腦作為如下構件發揮功能：設定部，設定申請截止日期；受理部，於上述經設定之申請截止日期之前，自一個或複數個販賣申請者，受理至少包含上述販賣物之販賣個數、販賣價格以及介紹文件之上述販賣物之販賣條件之申請；選擇部，若到達經設定之申請截止日期，則基於上述所受理之申請之販賣條件，自上述一人或複數人之申請中選擇任一者，將上述所選擇之申請之販賣申請者設為上述第2販賣者，且將上述所選擇之申請之販賣條件設為第2販賣條件；獲取部，獲取由第1販賣者於上述第1販賣條件下販賣之上述販賣物之庫存量；及公開部，若所獲取之庫存量為0，則公開上述第2販賣條件之介紹文件，開始由上述第2販賣者進行販賣。

上述記錄媒體為非暫時性(non-transitory)者即可，可與電腦獨立配給、販賣。此處，非暫時性記錄媒體是指有形(tangible)之記錄媒體。非暫時性記錄媒體為例如光碟、軟盤、硬碟、磁光碟、數位多功能光碟、磁帶、半導體記憶體等。又，暫時性(transitory)記錄媒體係顯示傳輸媒體(傳播信號)其自身。暫時性記錄媒體為例如電性信號、光信號、電磁波等。再者，暫時性(temporary)記憶區域係用於暫時記憶資料或程式之區域，例如為RAM(Random Access Memory，隨機存取記憶體)等之揮發性記憶體。

根據本發明，可提供一種適於選擇一個販賣某商品之販賣者之選擇裝置、選擇方法、程式、以及記錄媒體。

以下，說明本發明之實施形態。以下之實施形態之係用於說明者，並不限制本申請發明之範圍。因此，當業者可採用將該等之各要素或全部要素置換成與其均等者之實施形態，且該等之實施形態亦包含於本發明之範圍內。

(1.整體構成)

如圖1所示，本發明之實施形態之選擇裝置100連接於網際網路500。於網際網路500連接有購物伺服器200、販賣者終端301、302~30m(以下，將該等總稱為「販賣者終端300」)、及用戶終端401、402~40n(以下將該等總稱為「用戶終端400」)。販賣者終端300為商品之販賣者使用之終端。用戶終端400為進行販賣者之商品之閱覽、購入之用戶使用之終端。購物伺服器200係登錄由販賣者終端300發送之商品之資訊，根據來自用戶終端400之要求，提示所登錄之商品之資訊。又，自用戶終端400受理商品之訂購，向販賣者終端300發送訂購之資訊。以下，將此種販賣形態稱為「通常之販賣形態」。

又，亦採用購物伺服器200自複數個販賣者受理商品之販賣之委託，於購物伺服器200中，彙總對複數個販賣者之商品之訂購，彙集該訂購之商品配送給用戶之販賣形態。以下，將此種販賣形態稱為「彙總販賣形態」。例如，將各販賣者之商品預先集中放置於管理購物伺服器200者所有之倉庫，於有來自用戶之訂購之情形，於該倉庫彙總商品進行配送。於彙總販賣形態中，由於用戶能夠跨越複數個店鋪購入商品，且該等之商品係從該倉庫配送，故相較於對每個販賣者支付運費之通常之販賣形態，有運費變便宜之優點。

選擇裝置100係於彙總販賣形態中，為使每一個商品限定於一個販賣者(店鋪)，自希望販賣之複數個販賣者中選擇一個該商品者。以下，於當前彙總販賣形態中，將作為具有販賣某商品之權利者選擇之販賣者稱為「第1販賣者」，而將第1販賣者之接下來作為具有販賣該商品之權利者選擇之販賣者稱為「第2販賣者」。

使用圖2，說明於彙總販賣形態中，於選擇裝置100、購物伺服器200、販賣者終端300及用戶終端400之間進行之通信。於圖2中，顯示有商品A之買賣及商品A之第2販賣者之選擇時所進行之通信。

用戶終端400將商品A之介紹文件之閱覽要求發送至購物伺服器200(10)。

介紹文件係介紹商品之價格或樣式、品質之文件，係以用戶終端400閱覽之WEB頁面。

購物伺服器200根據閱覽要求，將商品A之介紹文件發送至用戶終端400(20)。購物伺服器200發送之介紹文件係當前具有販賣商品A之權利之第1販賣者提供之介紹文件。

又，用戶終端400將商品A之訂購向購物伺服器200發送(30)。

購物伺服器200對第1販賣者使用之販賣者終端300發送商品A之接單通知，以便販賣者能夠確認商品之接單實績(40)。

購物伺服器200將對訂購之確認通知發送至用戶終端400(50)。且，自保管商品A之倉庫，將商品A配送至用戶終端400之用戶地址。

又，購物伺服器200將商品A之庫存量通知給選擇裝置100(60)。

選擇裝置100於以購物伺服器200販賣第1販賣者之商品A期間，為選擇第1販賣者之接下來販賣商品A之第2販賣者，自販賣者終端300受理販賣商品A之申請。販賣者終端300將販賣之申請發送至選擇裝置100(70)。

選擇裝置100於申請截止日期之前，自販賣者終端300受理申請。且，經過申請截止日期後，自已受理之申請中選擇任一者。選擇裝置100將選擇結果通知給發送申請之全部之販賣者終端300(80)。發送所選擇之申請之販賣者將商品A於第1販賣者之商品A售完之前，發送至購物伺服器200之管理者所有之倉庫。

若售完第1販賣者之商品A(庫存為0)，則選擇裝置100使第2販賣者提供之商品A之介紹文件公開於購物伺服器200(90)。例如，購物伺服器200公開之商品A之介紹文件之URL(Uniform Resource Locator，通用資源定位器)係被固定，若第1販賣者之商品A售完，則選擇裝置100會將第1販賣者提供之介紹文件之內容更新為第2販賣者提供之介紹文件之內容。又，例如，第1販賣者之介紹文件與第2販賣者之介紹文件分配有不同之URL，若第1販賣者之商品A售完，則選擇裝置100會將商品A之介紹文件之URL從第1販賣者之介紹文件之URL切換成第2販賣者之介紹文件之URL。再者，自第1販賣者之介紹文件切換成第2販賣者之介紹文件之方法並不受限於該等，只要為第1販賣者之介紹文件與第2販賣者之介紹文件於第1販賣者之商品售完時，可即時切換者，任何方法均可。且，購物伺服器200於第1販賣者之商品A售完後，將第2販賣者之介紹文件公開於用戶終端400，開始由第2販賣者委託之商品A之販賣。

再者，於以下所示之實施形態中，選擇裝置100與購物伺服器200如圖1所示，係經由網際網路500連接，但並不受限於此例。例如，亦可藉由相同之裝置實現選擇裝置100與購物伺服器200。或亦可直接連接選擇裝置100與購物伺服器200。

(2.資訊處理裝置之概要構成)

說明實現本發明之實施形態之選擇裝置100之典型的資訊處理裝置600。

如圖3所示，資訊處理裝置600具備CPU(Central Processing Unit，中央處理單元)601、ROM(Read only Memory，唯讀記憶體)602、RAM 603、NIC(Network Interface Card，網路界面卡)604、圖像處理部605、音頻處理部606、DVD-ROM(Digital Versatile Disc ROM，數位多功能唯讀光碟)驅動器607、界面608、外部記憶體609、控制器610、監視器611、及揚聲器612。

CPU 601係控制資訊處理裝置600整體之動作，與各構成要素連接，交換控制信號或資料。

執行於ROM 602記錄電源投入隨後執行之IPL(Initial Program Loader，初始程式裝入程序)，藉此於RAM 603讀取特定之程式，藉由CPU 601開始該程式之執行。又，於ROM 602記錄資訊處理裝置600整體之動作控制所需之操作系統之程式或各種資料。

RAM 603係用於暫時性記憶資料或程式者，且保持由DVD-ROM讀取之程式或資料，以及通信所需之資料等。

NIC 604係用於將資訊處理裝置600連接於網際網路等之電腦通信網者，係由按照構成LAN(Local Area Network，區域網路)時所使用之10BASE-T/100BASE-T規格者，或用於使用電話線路連接於網際網路之模擬調製解調器、ISDN(Integrated Services Digital Network，整合服務數位網路)調製解調器、ADSL(Asymmetric Digital Subscriber Line，非對稱數位用戶線)調製解調器、用於使用閉路電視線路連接於網際網路之電纜調製解調器等，與進行該等與CPU 601之調解之界面(未圖示)構成。

圖像處理部605藉由CPU 601或圖像處理部605具備之圖像運算程式(未圖示)，將由DVD-ROM等讀取之資料進行加工處理後，將該等記錄於圖像處理部605具備之幀記憶體(未圖示)。記錄於幀記憶體之圖像資訊以特定之同步時序轉換成視頻信號輸出至監視器611。藉此，可顯示各種頁面。

音頻處理部606將由DVD-ROM等讀取之音頻資料轉換成類比音頻信號，自與其連接之揚聲器612輸出。又，於CPU 601之控制下，生成資訊處理裝置600進行之處理於進展中應產生之聲音，並使與其對應之音頻從揚聲器612輸出。

於安裝於DVD-ROM驅動器607之DVD-ROM，記憶例如用於實現實施形態之選擇裝置100之程式。藉由CPU 601之控制，DVD-ROM驅動器607對安裝於其之DVD-ROM進行讀取處理，讀取所需之程式或資料，並將該等暫時記憶於RAM 603等。

於界面608可拆卸地連接外部記憶體609、控制器610、監視器611、及揚聲器612。

於外部記憶體609可更新地記憶關於用戶之個人資訊之資料等。

控制器610受理資訊處理裝置600之各種設定時等所進行之操作輸入。資訊處理裝置600之用戶經由控制器610進行指示輸入，藉此可將該等之資料適當地記錄於外部記憶體609。

監視器611係向資訊處理裝置600之用戶提示由圖像處理部605輸出之資料。

揚聲器612係對資訊處理裝置600之用戶提示由音頻處理部606輸出之音頻資料。

此外，資訊處理裝置600之構成亦可為使用硬碟等之大容量外部記憶裝置，從而發揮與ROM 602、RAM 603、外部記憶體609、安裝於DVD-ROM驅動器607之DVD-ROM等相同之功效。

以下，參照圖1至16說明於上述資訊處理裝置600中所實現之選擇裝置100。接通資訊處理裝置600之電源，藉此執行作為實施形態之選擇裝置100發揮功能之程式，從而實現實施形態之選擇裝置100。

(3.實施形態1之選擇裝置之概要構成)

本實施形態之選擇裝置100係基於販賣者進行申請時指定之販賣條件，於彙總販賣形態中，選擇具有販賣某商品之權利者。具體而言，選擇裝置100係於由第1販賣者於第1販賣條件下販賣之販賣物(商品)售完後，選擇可於第2販賣條件下販賣販賣物之第2販賣者者。第1販賣條件係第1販賣者進行販賣之申請時指定之販賣條件，而第2販賣條件係第2販賣者進行販賣之申請時指定之販賣條件。

如圖4所示，選擇裝置100包含設定部101、受理部102、選擇部103、獲取部104、及公開部105。

設定部101設定申請截止日期。

申請截止日期可由選擇裝置100之管理者等任意設定。例如，設定部101將由第1販賣者販賣商品A之後經過3日時設定為申請截止日期。

於本實施形態中，CPU 601作為設定部101發揮功能。再者，後述之實施形態2中亦相同。

受理部102於所設定之申請截止日期之前，自一個或複數個販賣申請者受理至少包含販賣物之販賣個數、販賣價格及介紹文件之販賣物之販賣條件之申請。再者，於實施形態1及2中，係將對於藉由選擇部103選擇之第i販賣者之第i申請截止日期，作為用於選擇第i+1販賣者之第i+1申請截止日期。受理部102係從申請開始日期至申請截止日期為止受理申請。

販賣申請者是指於第1販賣者之商品售完後，希望販賣該商品者。販賣申請者於申請該商品時，指定購物伺服器200之倉庫可交付之販賣個數、彙總販賣形態中希望之販賣價格、及該商品之介紹文件。

於圖5顯示介紹文件之例。介紹文件710除商品之販賣價格或庫存量以外，包含商品之圖像711，或商品之詳細之說明712等。

若受理部102受理由販賣者終端300希望申請之存取，則提示用於特定販賣者之頁面(以下，稱為「販賣申請受理頁面」)，於該頁面填寫ID與密碼。於圖6顯示販賣申請受理頁面之例。販賣申請接受頁面720中包含販賣者ID 721、預先登錄之密碼722、及登錄按鈕723。

例如，於選擇裝置100之RAM 603等儲存登錄有於購物伺服器200中販賣商品之店鋪之資訊之表格(以下，稱為「販賣者表格100a」)。受理部102係參照販賣者表格100a，特定進行申請之販賣者。例如如圖7所示，於販賣者表格100a關聯登錄特定販賣者之販賣者ID 100a1、預先登錄之密碼100a2、該販賣者之販賣者名100a3、該販賣者之地址100a4、及於購物伺服器200公開之該販賣者之販賣者URL 100a5。

例如，圖7之第1行之販賣者ID「301」及密碼「××××」之組合表示「店鋪301」，表示該販賣者之地址為「×××」，該販賣者之URL為「http：//www.aaa.jp/301/」。

販賣申請受理頁面720中，若填寫正確之販賣者ID與密碼，點擊登錄按鈕723，則受理部102接下來會提示用於在販賣者終端300登錄販賣條件之內容之頁面(以下，稱為「販賣條件填寫頁面」)，並於該頁面填寫販賣條件之內容。於圖8顯示販賣條件填寫頁面之例。販賣條件填寫頁面730包含商品之商品ID、商品名、及當前販賣之第1販賣者之資訊731；當前之販賣價格欄732；販賣條件之標準欄733；希望販賣價格欄734；希望販賣個數欄735；介紹文件之URL欄736；及登錄按鈕737。於販賣條件之標準欄733記載有於購物伺服器200中期望之商品之委託販賣個數，或介紹文件之文字數，或商品之平均販賣價格等。再者，亦可顯示當前進行商品之販賣之第1販賣者之第1販賣條件。

例如，於選擇裝置100之RAM 603等儲存有於彙總販賣形態中經營之商品之資訊之表格(以下，稱為「登錄商品表格100b」)。受理部102參照登錄商品表格100b，獲取於販賣條件填寫頁面中提示之資訊。例如如圖9所示，於登錄商品表格100b關聯登錄有用於識別商品之商品ID 100b1、該商品之商品名100b2、用於識別當前販賣該商品之販賣者之販賣者ID 100b3、該商品之當前之庫存量100b4、及當前之販賣條件100b5。即，登錄於登錄商品表格100b之販賣者ID 100b3表示之販賣者為第1販賣者，販賣條件100b5為第1販賣條件。

商品ID 100b1為例如JAN(Japanese Article Number，日本商品編號)編碼，或購物伺服器200之管理者使用之任意之識別碼。販賣條件100b5包含例如販賣價格100b51、販賣個數100b52、及介紹文件之資訊量100b53。

販賣價格100b51為由第1販賣者提示之價格。販賣個數100b52為第1販賣者委託之商品之個數。介紹文件之資訊量100b53為例如由第1販賣者提供之介紹文件之文字數。販賣者ID 100b3及販賣條件100b5被變更成將商品之販賣者從第1販賣者切換成第2販賣者之程度，即，使庫存量100b4之程度。又，庫存量100b4變更成於購物伺服器200中進行商品之販賣之程度。

例如，圖9之第1行表示由販賣者ID「301」之販賣者「商鋪301」，委託100個商品A以販賣價格148日圓販賣該商品，當前之庫存量為50個，當前於購物伺服器200中揭示之商品A之介紹文件為「350文字」。受理部102基於該資訊，表示販賣條件填寫頁面中商品A之當前之販賣者(第1販賣者)或販賣價格等。再者，販賣條件之標準可由管理者適當設定，亦可根據過去之第1販賣者之履歷求得平均等，從而自動決定。

販賣申請者參照記載於販賣條件填寫頁面之當前之販賣價格或其他販賣條件，將就商品A所希望之販賣價格填寫於欄734，希望之販賣個數填寫於欄735，而自己製作之商品A之介紹文件之URL填寫於欄736。且，若點擊登錄按鈕737，則申請完成，受理部102受理該申請。

若受理部102從販賣者終端300受理申請，則例如將該申請登錄於表格(以下，稱為「申請履歷表100c」)。申請履歷表100c係例如儲存於RAM 603等。例如如圖10所示，於申請履歷表100c關聯登錄有商品之商品ID 100c1、特定販賣申請者之販賣者ID 100c2、由該販賣申請者指定之販賣價格100c3、販賣個數100c4、介紹文件URL 100c5、介紹文件之資訊量100c6、受理該申請之申請日期100c7、公開標記100c8、及第2販賣者標記100c9。

介紹文件之資訊量100c6是指例如由販賣申請者指定之介紹文件URL顯示之介紹文件所含之文字數。若例如受理部102受理申請，則介紹文件之資訊量100c6係藉由受理部102求得。或，若到了申請截止日期，則亦可於選擇第2販賣者時，藉由選擇部103求得。

公開標記100c8係顯示在採用彙總販賣形態之購物伺服器200中，介紹文件URL 100c5是否作為當前商品A之介紹文件公開者。包含當前公開之介紹文件URL之申請之履歷被設定為公開標記「1」。

第2販賣者標記100c9係顯示選擇部103選擇之第2販賣者為販賣者申請中之哪一位者。若到了經設定之申請截止日期，則藉由選擇部103，進行從販賣申請者中選擇第2販賣者之處理，對選擇成第2販賣者之販賣申請者之申請履歷設定為第2販賣者標記「1」。

圖10之申請履歷表100c顯示有販賣者ID「301」、「302」、及「30 m」之販賣者對商品A進行申請之情況。當選設為仍未到申請截止日期。因此，任一履歷均未設定第2販賣者標記。例如，圖10之申請履歷表100c之第2行係顯示受理部102於2011年8月3日18時，自販賣者ID「302」之販賣者受理了指定商品ID「A」之商品A之販賣價格「150日圓」、販賣個數「120個」、介紹文件之URL「http：//www.aaa.jp/302/AAA」之申請。又，圖10之申請履歷表100c之第1行係由第1販賣者即販賣者ID「301」之販賣者「商鋪301」申請之履歷。販賣者「商鋪301」希望在當前委託之商品A售完後，重新委託販賣100個商品A。由於販賣者「商鋪301」之介紹文件當前被公開，故公開標記被設定為「1」。

再者，介紹文件URL亦可不在販賣條件填寫頁面指定。例如，若在販賣申請接受頁面中，特定進行販賣之申請之販賣者，則由於可於購物伺服器200中，特定該販賣者於通常之販賣形態中使用之商品A之介紹文件(WEB頁面)，故亦可將該介紹文件之URL作為申請之介紹文件URL。該情形，於不變更販賣者於通常之販賣形態中使用之介紹文件之情形，亦可指定新的介紹文件之URL。

又，各販賣者亦可於申請前預先登錄製作進行申請之預定之商品之介紹文件或販賣條件。且，若由受理部102特定販賣者，則預先登錄之介紹文件或販賣條件之資訊亦可以填寫於販賣條件填寫頁面之狀態表示。

例如，於選擇裝置100之RAM 603等儲存有登錄販賣者申請前登錄之介紹文件或販賣條件之資訊之表格(以下，稱為「販賣者商品表100d」)。例如如圖11所示，販賣者商品表100d關聯登錄有販賣者ID 100d1、商品之商品ID 100d2、商品名100d3、該商品之介紹文件URL 100d4、及販賣條件100d5。販賣條件100d5包含販賣申請者希望之販賣價格100d51、希望之販賣個數100d52、介紹文件URL 100d4顯示之介紹文件之資訊量100d53。受理部102若從販賣者終端300受理正確之販賣者ID及密碼，則特定販賣申請者，參照該販賣者ID及販賣者商品表100d，特定販賣申請者之介紹文件URL或販賣條件。且，受理部102將經特定之介紹文件URL或販賣條件填寫於販賣條件填寫頁面表示

例如，若販賣者「商鋪302」在販賣申請受理頁面指定販賣者ID與密碼，藉由受理部102將販賣申請者特定為「商鋪302」，則如圖12所示，以於販賣申請接受頁面欄734填寫販賣者商品表100d(圖11)之販賣價格100d51為「151日圓」，於欄735填寫販賣個數100d52為「120個」，於欄736填寫介紹文件URL 100d4為「http：//www.aaa.jp/302/AAA」之狀態表示。

若販賣申請者「商鋪302」在該販賣條件填寫頁面(圖12)中，將希望販賣價格(欄734)變更成「150日圓」，點擊登錄按鈕737，則受理部102受理指定填寫於欄734、735、736之內容之申請。且，如圖10所示，受理部102於申請履歷表100c登陸申請中指定之販賣價格「150日圓」等。

如此，若預先登錄介紹文件或販賣條件，且在販賣條件填寫頁面中，僅進行填寫內容之確認或希望販賣價格等之變更，即可完成申請之受理，藉此可節省販賣者投入之工夫。

再者，商鋪表格100a、登錄商品表格100b、申請履歷表100c，或販賣者商品表格100d儲存於購物伺服器200，選擇裝置100亦可適當經由網際網路等，參照該等之表格。

又，受理部102提示之販賣條件填寫頁面並不受限於圖8之例。例如，亦可顯示用於藉由選擇裝置200選擇作為第2販賣者之條件。例如，於販賣個數或介紹文件之資訊量雖較第1販賣者或其他申請販賣者佳，但販賣價格高，於該情形下選擇部103判斷為不選擇時，受理部102如圖12之欄733所示，亦可顯示用於被選擇之販賣價格。

在本實施形態中，CPU 601、NIC 604、及圖像處理部605協動，作為受理部102發揮功能。再者，後述之實施形態2中亦相同。

若到了經設定之申請截止日期，則選擇部103基於所受理之申請之販賣條件，自上述一人或複數人之申請選擇任一者，將所選擇之申請之販賣申請者設為第2販賣者，而所選擇之申請之販賣條件設為第2販賣條件。

具體而言，選擇部103係選擇基於販賣條件所含之販賣價格、販賣條件所含之販賣個數、販賣條件所含之介紹文件之資訊量所決定之得分最高之申請。該得分係販賣價格越便宜、販賣個數越多、介紹文件之資訊量越多，則被決定為越高。

此處，介紹文件之資訊量除介紹文件所含之文字數以外，亦可由例如圖像數、或圖像之尺寸決定。即，文字數或圖像數越多，或圖像尺寸越大，則資訊量越多，則決定為越高之得分。或在所受理之申請中，某申請之介紹文件之資訊量亦可由未登錄於其他申請之介紹文件之單詞量決定。即，未登錄於其他申請之介紹文件之單詞量越多，則資訊量越多，從而求得高得分。

或關於介紹文件之資訊量之得分亦可根據是否按照特定之格式而決定。例如，亦可以介紹文件內之說明文為400字以上為「1分」，圖像為2各以上之情形為「1分」等之方式求得得分。又，亦可以商品為食品之情形，若記載有製造年月日或失效日期等則為「1分」，而商品為電氣製品之情形，若記載有耐用年數則為「1分」等之方式，於基於商品之種類，預先設定對用戶有用之資訊，且記載有此種資訊之情形將得分相加。

例如，選擇部103係參照申請履歷表100c，於所受理之申請中，以最便宜之販賣價格為「10分」，第2便宜之販賣價格為「9分」的方式打分數，同樣地，販賣個數或介紹文件之資訊量亦是從最多依序打分為「10分」、「9分」、「8分」、...。且，選擇部103合計販賣價格之得分、販賣個數之得分、及介紹文件之資訊量之得分，選擇申請之得分最高之販賣者。

說明選擇部103基於圖10之申請履歷表100c，選擇第2販賣者之例。若參照圖10之申請履歷表100c，則「商鋪 301」之販賣條件之合計得分為27分(販賣價格：10分、販賣個數：9分、介紹文件之資訊量：8分)；「商鋪302」之販賣條件之合計得分為28分(販賣價格：8分、販賣個數：10分、介紹文件之資訊量：10分)；「商鋪30m」之販賣條件之合計得分為26分(販賣價格：9分、販賣個數：8分、介紹文件之資訊量：9分)。因此，選擇部103選擇「商鋪302」作為第2販賣者，將「商鋪302」在申請中指定之販賣條件設為第2販賣條件。又，選擇部103在申請履歷表100c中，對「商鋪302」之申請履歷之第2販賣者標記100c9設定為「1」。

若販賣價格便宜，則容易被用戶購入。又，若販賣個數多，則缺貨之可能性低，可減少錯過用戶購入之機會。又，由於介紹文件之資訊量越多，用戶越可更多地獲得商品之資訊，故用戶容易判斷購入。因此，選擇提示得分高之販賣條件之申請之販賣者，藉此可由用戶選擇最便於利用之販賣者。

再者，該得分亦可根據商品進行加權。例如，由於一般眾所周知之商品，用戶認為無需該商品之詳細資訊，故預測即使介紹文件之資訊量多，對用戶之購入亦無貢獻。此種情形，亦可較基於販賣價格或販賣個數決定之得分低地設定貢獻率，求得合計得分。例如，販賣價格之得分為「10分」、販賣個數之得分為「6分」、介紹文件之資訊量之得分為「8分」之情形，將介紹文件之資訊量之得分之貢獻率設為「0.5」，求得合計得分為10分×1.0+6分×1.0+8× 0.5=20分。

又，介紹文件之資訊量之得分並非每個皆根據商品之介紹文件，亦可於販賣申請者於通常之販賣形態中，求得在購物伺服器200中公開之全部之介紹文件、或與申請之商品相同之商品範疇之商品的介紹文件之資訊量，根據該等之平均或眾數值求得。

又，販賣個數越多決定得分越高，但並不受限於此，例如，亦可設定適當之販賣個數，與該販賣個數越接近，決定得分越高。例如，由於若所委託之販賣個數少，則會即將產生缺貨故而不佳，而對於購物伺服器200之管理者，由於倉庫之空間有限，故即使一次輸送過多之商品亦有管理場所困難之問題。此種情形，對於管理者較佳為以適當之間隔交付適當之個數之販賣者。因此，越靠近管理者設定之販賣個數，打得分數越高，藉此可不僅考慮用戶，亦考慮管理者之方便而選擇販賣者。

又，選擇部103亦可於選擇第2販賣者後，對販賣申請者通知選擇結果。該情形，亦可對已進行申請但未予選擇之販賣申請者，通知其未予選擇之旨意以及未予選擇之理由。例如，於上述例中，對「商鋪301」通知係由於販賣個數與介紹文件之資訊量輸給其他販賣申請者而未予選擇之旨意。

在本實施形態中，CPU 601及NIC 604協動，作為選擇部103發揮功能。再者，於後述之實施形態2中亦相同。

獲取部104係獲取由第1販賣者於第1販賣條件下販賣之販賣物之庫存量。

例如，獲取部104參照登錄商品表格100b之庫存量100b4，獲取商品A之當前之庫存量「50個」。

在本實施形態中，CPU 601及NIC 604協動，作為獲取部104發揮功能。再者，於後述之實施形態2中亦相同。

若所獲取之庫存量為0，則公開部105公開第2販賣條件之介紹文件，開始由第2販賣者進行販賣。

例如，公開部105參照申請履歷表100c之公開標記100c8與第2販賣者標記100c9，特定當前公開中之介紹文件與接下來公開之介紹文件，於第1販賣者之庫存量為0時切換介紹文件。例如，將「商鋪301」之公開標記100c8設定為「1」，將「商鋪302」之第2販賣者標記100c9設定為「1」之情形，若「商鋪301」之商鋪A售完，則公開部105公開受理「商鋪302」之商品A之販賣之介紹文件「http：//www.aaa.jp/302/AAA」，而使「商鋪301」之介紹文件「http：//www.aaa.jp/301/AAA」不公開。同時，公開部105將申請履歷表100c進行更新。即，將「商鋪302」之公開標記100c8設定為「1」，並消除「商鋪301」之公開標記100c8及「商鋪302」之第2販賣者標記100c9。

又，若第1販賣者之商鋪售完，則參照所更新之申請履歷表100c，更新商品登錄表格100b之內容。例如，若第1販賣者之「商鋪301」之商品A售完，則公開部105參照更新後之申請履歷表100c，將圖9之登錄商品表格100b之販賣者ID 100b3更新為「302」，庫存量100b4更新為「120 個」，販賣價格100b51更新為「150日圓」，販賣個數100b52更新為「120個」，介紹文件之資訊量100b53更新為「450字」。

又，於基於販賣者商品表格100d填寫販賣價格等之販賣條件填寫頁面中，由販賣者變更希望販賣價格之申請係藉由選擇部103選擇。該情形，公開部105會自動修正預先登錄之介紹文件之販賣價格之部分，從而公開修正後之介紹文件。

例如，於販賣者商品表格100d(圖11)，「商品302」之商品A之販賣價格登錄為「151日圓」，但販賣申請者於販賣條件填寫頁面中將希望販賣價格變更為「150日圓」。該情形，於申請履歷表100c登錄變更後之希望販賣價格「150日圓」。公開部105參照申請履歷表100c之販賣價格100c3，將介紹文件「http：//www.aaa.jp/302/AAA」之販賣價格之部分從「151日圓」變更成「150日圓」，並公開變更後之介紹文件。

藉由如此構成公開部105，販賣者可不修正至變更介紹文件之程度，且亦可使申請時指定之販賣價格與記載於介紹文件之販賣價格不一致之錯誤不產生。

再者，公開部105亦可於第1販賣者之商品A之庫存為0前，公開第2販賣者之介紹文件。該情形，第2販賣者之介紹文件可藉由用戶終端400閱覽，第2販賣者之商品A之販賣不開始，購物伺服器200不會受理第2販賣者之商品A之訂貨。

在本實施形態中，CPU 601、NIC 604及圖像處理部605協動，作為公開部105發揮功能。再者，於後述之實施形態2中亦相同。

且，若由第1販賣者於第1販賣條件下販賣之販賣物售完，則將第2販賣者設為新的第1販賣者，執行利用獲取部104之獲取，利用設定部101之設定，利用選擇部103之選擇，藉此而重複新的第2販賣者之選擇。又，第2販賣條件係作為第1販賣條件登錄於登錄商品表格100b。

(4.實施形態1之選擇裝置之動作)

其次，說明本實施形態之選擇裝置100之動作。若對選擇裝置100接通電源，則CPU 601開始如圖13所示之選擇處理。

設定部101設定申請截止日期(步驟S101)。

例如，設定部101係將第1販賣者即由「商鋪301」販賣商品A後經過3日時設定為申請截止日期。

受理部102從操作販賣者終端300之販賣者，受理包含商品之販賣個數、販賣價格及介紹文件之販賣條件之申請(步驟S102)。

例如，受理部102就商品A，對販賣者終端300提示圖6之販賣申請受理頁面或圖8之販賣條件填寫頁面。且，例如，由「商鋪302」受理指定販賣價格「150日圓」販賣個數「120個」、介紹文件之URL「http：//www.aaa.jp/302/AAA」之申請，將申請之販賣價格等之資訊登錄於申請履歷表100c。

且，受理部102判斷當前時點是否為申請截止日期(步驟S103)。若受理部102判斷當前時點為申請截止日期(步驟S103、YES)，則完成申請之受理，並從已受理之申請中選擇一個申請(步驟S104)。且，選擇部103將選擇結果發送至發送申請之販賣者終端300(步驟S105)。另一方面，若受理部102判斷當前時點非申請截止日期(步驟S103、NO)，則原狀待機。

例如，由第1販賣者之「商鋪301」販賣商品A之後經過3日之情形，受理部102完成來自販賣申請者之申請之受理，選擇部103參照申請履歷表100c(圖10)，自所登陸之申請之履歷選擇一個申請。選擇部103求得販賣條件之得分，選擇該得分高之販賣條件之申請。將「商鋪302」作為第2販賣者選擇之情形，選擇部103向「商鋪302」通知被選擇之旨意，向「商鋪301」及「商鋪30m」通知未被選擇之旨意及其理由。又，選擇部103在申請履歷表100c(圖10)中，對「商鋪302」之第2販賣者標記100c9設定「1」。另一方面，藉由第1販賣者之「商鋪301」販賣商品A之後未經過3日之情形，受理部102接著受理申請。

其次，獲取部104獲取第1販賣者委託之商品之庫存量，判斷該庫存量是否為0(步驟S106)。若獲取部104判斷該庫存量為0，(步驟S106、YES)，則公開部105使與步驟S104中所選擇之販賣者(申請)對應之第2販賣者之介紹文件於購物伺服器200公開(步驟S107)。另一方面，獲取部104在判斷該庫存量非0之情形(步驟S106、NO)，原狀待機。

例如，若獲取部104參照登錄商品表格100b之庫存量100b4，判斷庫存量為0，則公開部105將「商鋪302」之介紹文件「http：//www.aaa.jp/302/AAA」公開。另一方面，獲取部104在判斷庫存量非0之情形，接著參照庫存量100b4待機。

另，返回至步驟S101，將第2販賣者設為第1販賣者，第2販賣條件設為第1販賣條件，重複步驟S101之後之處理。

例如，將藉由選擇部103作為第2販賣者選擇之「商品302」設為第1販賣者，「商品302」提示之希望販賣價格等設為第1販賣條件，登錄於登錄商品表格100b。且，由受理部102受理申請，以選擇新的第2販賣者。

根據本實施形態，一個商品僅限定於一個販賣者，藉此用戶無需比較、研究相同之商品，即可順利地進行商品之購入。且，由於販賣者之切換係於第1販賣者之庫存售完後進行，故可不進行庫存之退貨，販賣者或管理者可不進行複雜之手續。又，於販賣者之選擇中，不僅需考慮販賣價格，亦需考慮其他之要素，藉此可防止販賣者間之價格競爭。又，由於需考慮商品之介紹文件之資訊量選擇販賣者，故可謀求在購物伺服器200中公開之內容之充實。再者，由於所選擇之販賣者可將登錄於購物伺服器200之介紹文件如實公開，故可節省販賣申請時之工夫。

再者，於本實施形態中，商品ID係採用在販賣者間共通之ID，但並不受限於此。例如，各販賣者亦可獨自擁有用於識別商品之商品ID。該情形，選擇裝置100係使用用於識別在購物伺服器200中經營之商品之ID(例如，稱為「目錄ID」)識別商品。例如，圖8之WEB頁面之商品ID或登錄商品表格100b等之各表格之商品ID以目錄ID置換。再者，亦可於各表格登錄販賣者獨自附有之商品ID。

使用目錄ID之情形，選擇裝置100具有例如販賣者ID、該販賣者ID之販賣者附有之商品ID、及記載與目錄ID之對應關係之表格。若販賣者終端300發送指定獨自之商品ID之申請，則選擇裝置100受理該申請，參照記載對應關係之表格，根據販賣者ID及商品ID求得目錄ID。或若記載對應關係之表格具有各販賣者終端300，指定獨自之商品ID進行申請，則亦可將自動指定目錄ID之申請發送至選擇裝置100。

(5.實施形態2之選擇裝置之概要構成)

本實施形態之選擇裝置100係可基於商品之售完日期，設定申請截止日期者。

如圖14所示，選擇裝置100包含設定部101、受理部102、選擇部103、獲取部104、公開部105、及推斷部106。於本實施形態中，選擇部103、獲取部104、及公開部105具有與實施形態1相同之功能。以下，說明具有不同功能之設定部101、受理部102、及推斷部106。

於圖15顯示彙總販賣形態中商品A之庫存量之變化之例。例如，商品A之當前倉庫之庫存為X(i-2)個，若第1販賣者之第(i-1)販賣者交付A(i-1)個商品A(交付811)，則倉庫之庫存量為X(i-2)+A(i-1)。且，若開始第(i-1)販賣者之商品A之販賣之後(販賣開始812)經過許久，則為申請截止日期(申請截止813)，需選擇第2販賣者之第i販賣者，第i販賣者交付A(i)個商品A(交付821)。此時，倉庫之庫存量與第1販賣者之商品A之庫存量X(i-1)相加為X(i-1)+A(i)。且，若第1販賣者之商品A售完(售完814)，則販賣第i販賣者之商品A(販賣開始822)。又，申請截止813之時點為用於選擇第i+1販賣者之申請開始日期(申請開始830)。以下，參照圖15之例，說明推斷部106、設定部101、受理部102之功能。

再者，於圖15之例中，為方便起見，與申請截止813、823同時進行交付821、831，但實際上，係於申請截止後1、2日後再交付。

推斷部106係根據所獲取之庫存量，推斷由第1販賣者於第1販賣條件下販賣之販賣物(商品)售完之售完日期。

例如，於彙總販賣形態中，由第1販賣者交付之商品A為100個，設商品A1日販賣20個。該情形，推斷由第1販賣者交付之商品A5日內會售完。若設定由第1販賣者交付之商品A於2011年8月1日之12時開始販賣，則推斷部106將從該販賣日期開始5日後之2011年8月6日12時推斷為售完日期。於圖15之例中，可基於自販賣開始812、822、832之傾斜，推斷售完日期。

再者，推斷部105在推斷售完日期時，並不受限於參考彙總販賣形態之銷路，亦可基於通常之販賣形態之第1販賣者之商品之販賣實績，推斷商品之售完日期。例如，於彙總販賣形態中販賣實績少，而在通常之販賣形態中之販賣實績多之情形等，可更正確地推斷售完日期。

又，例如，根據販賣時之季節等，認為實績售完之日期相較於根據過去之銷路推斷之售完日期會產生變動。因此，推斷部105亦可基於去年同時期之販賣實績，推斷售完日期。

在本實施形態中，CPU 601作為推斷部106發揮功能。

設定部101係將比由推斷部106推斷之售完日期早之日期作為申請截止日期設定。

例如，設定部101係考慮第2販賣者交付所需之時間決定申請截止日期。例如。從距離保管商品之倉庫最遠之地址之販賣者配送商品之情形，求得至商品到達倉庫之時間(以下稱為「最長交付所需時間」)。且即使該販賣者被選擇為第2販賣者，只要有若干個庫存，則需推斷在交付商品A前，上述第1販賣者之商品A是否未缺貨。該庫存量係根據最長交付所需時間與商品A之販賣傾向求得。即，於最長交付所需時間推斷商品A販賣出幾個。該庫存量為例如圖15之X(i-1)、X(i)、X(i+1)。庫存量在X(i-1)、X(i)、X(i+1)時截止申請，所選擇之第2販賣者於可交付時間825、835內交付。若推斷之販賣動向未變成實際商品之銷路，則可交付時間與最長交付所需時間相等。因此，推斷之販賣動向與實際之銷路若無較大差異，則第2販賣者可於第1販賣者之商品A售完之前交付。藉此，可防止倉庫內無庫存之狀態，從而可防止給用戶之配送遲到。再者，由於申請截止日期係基於第1販賣者之販賣動向決定，故販賣申請者不知道截止申請之瞬間，從而可防止對選擇裝置100之存取之集中。

又，設定部101亦可將比由推斷部106推斷之售完日提前了預先決定之猶豫期間之日期作為申請截止日期設定。例如，求得由第2販賣者交付商品之後至可進行配送所需之時間，將該時間作為猶豫期間。若該時間採用1日，則設定部101將比所推斷之售完日期早1日之日期設定為申請截止日期。

受理部102係基於利用第1販賣者開始販賣物之販賣後至售完為止期間，與第1販賣條件所含之販賣個數，決定最低個數，受理部102拒絕受理販賣條件所含之販賣個數低於所決定之最低個數之申請。

例如，根據利用第(i-1)販賣者開始商品A之販賣之後(販賣開始812)至售完為止(售完814)期間，與第1販賣條件之販賣個數「100個」，可知於彙總販賣形態中，商品A以何種程度之速度售完。例如，如上所述，考慮第2販賣者之商品之交付所需之時間時，係將在交付所需之時間內完成販賣之販賣個數之最大個數設為最低個數。如此若求得最低個數，則由於在第(i-1)販賣者之商品A售完後開始申請之受理為申請開始840之時點，故在用於選擇第(i+2)販賣者之申請中，可決絕受理販賣個數小於該最低個數之申請。若販賣申請者為最低個數以上，則可指定希望之販賣個數。

再者，於求得最低個數時，亦可使用由推斷部106推斷之售完日期，而非實際售完為止之時間。該情形，由於亦可不用等到第(i-1)販賣者之商品A售完時，故受理部102可於用於選擇開始第(i-1)販賣者之商品A之販賣後開始受理申請(申請開始830)之第(i+1)販賣者的申請中，拒絕受理小於最低個數之申請。

此外，受理部102在申請所指定之販賣價格或介紹文件之資訊量不滿足特定之基準時，亦可不受理申請。於彙總販賣形態中，例如，管理者欲重視介紹文件之內容品質之情形，可不受理品質低之介紹文件。又，亦可根據商品區分成不重視介紹文件之內容品質者，判斷是否拒絕受理申請。例如，關於一般眾所周知之商品，由於認為介紹文件之內容對用戶之購入之幫助較少，故此種商品亦可即使申請指定有內容品質低之介紹文件，亦可不拒絕該申請之受理。

或如圖8所示，受理部102若在購物伺服器200側決定希望之販賣價格、販賣個數、或介紹文件之資訊量，且能夠同意其條件，則可僅受理經認可之販賣者之申請，而非向販賣申請者提示販賣條件之標準。

如此，拒絕受理不滿足特定之條件之申請，藉此而減輕選擇部103進行之處理。

若由第1販賣者於第1販賣條件下販賣之販賣物售完，則將第2販賣者設為新的第1販賣者，執行利用獲取部104之獲取，利用推斷部106之推斷，利用設定部101之設定、利用選擇部103之選擇，藉此重複新的第2販賣者之選擇。

(6.實施形態2之選擇裝置之動作)

其次，使用圖16之流程圖說明本實施形態之選擇裝置100之各部分進行之動作。若對選擇裝置100接通電源，則CPU 601開始圖16所示之選擇裝置。再者，於圖16之流程圖中，步驟S204~S208係進行與圖13之流程圖之步驟S103~S107之處理相同之處理。因此，省略該等之說明。

受理部102從操作販賣者終端300之販賣者，受理包含商品之販賣個數、販賣價格及介紹文件之販賣條件之申請(步驟S201)。

例如，若到了申請開始820(圖15)之時機，則受理部102受理作為第i販賣者希望販賣者之申請。又，受理部102拒絕受理不滿足特定之基準之申請。

推斷部106推斷第1販賣者之商品之售完日期(步驟S202)。

例如，及與第(i-1)販賣者之商品A販賣之後(販賣開始812)，特定期間之銷路動向(自販賣開始812庫存量之傾斜)，推斷第(i-1)販賣者之商品A之售完日期。

設定部101將較售完日期前之日期作為申請截止日期設定(步驟S203)。

例如，設定部101可以考慮第2販賣者之第i販賣者交付商品A所需之時間，申請截止後第i販賣者配送商品A，於第(i-1)販賣者之商品A售完之前交付的方式，設定申請截止日期。

且，進行步驟S204~S208之處理後，返回至步驟S201，將第2販賣者設為第1販賣者，第2販賣條件設為第1販賣條件，重複步驟S201以後之處理。

根據本實施形態，可藉由推斷第1販賣者之商品之售完日期，設定適當之申請截止販賣日期。藉此，可防止商品之缺貨。

本發明係基於2011年8月26日申請之日本專利申請案2011-184604號，本說明書中，採用將日本專利申請案2011-184604號之說明書、申請專利範圍、圖式整體作為參考而獲取者。

產業上之可利用性

根據本發明可提供一種適於選擇一個販賣某商品之販賣者之選擇裝置、選擇方法、程式、及記錄媒體。

100‧‧‧選擇裝置

101‧‧‧設定部

102‧‧‧受理部

103‧‧‧選擇部

104‧‧‧獲取部

105‧‧‧公開部

106‧‧‧推斷部

200‧‧‧購物伺服器

300‧‧‧販賣者終端

301‧‧‧販賣者終端

302~30m‧‧‧販賣者終端

400‧‧‧用戶終端

401‧‧‧用戶終端

402~40n‧‧‧用戶終端

500‧‧‧網際網路

600‧‧‧資訊處理裝置

601‧‧‧CPU

602‧‧‧ROM

603‧‧‧RAM

604‧‧‧NIC

605‧‧‧圖像處理部

606‧‧‧音頻處理部

607‧‧‧DVD-ROM驅動器

608‧‧‧界面

609‧‧‧外部記憶體

610‧‧‧控制器

611‧‧‧監視器

612‧‧‧揚聲器

710‧‧‧介紹文件

711‧‧‧圖像

712‧‧‧商品之詳細說明

720‧‧‧販賣申請受理頁面

721‧‧‧販賣者ID

722‧‧‧密碼

723‧‧‧登錄按鈕

730‧‧‧販賣條件填寫頁面

731‧‧‧資訊

732‧‧‧欄

733‧‧‧欄

734‧‧‧欄

735‧‧‧欄

736‧‧‧欄

737‧‧‧登錄按鈕

圖1係表示本發明之實施形態之選擇裝置、購物伺服器、販賣者終端、用戶終端之關係之圖。

圖2係表示在選擇裝置、購物伺服器、販賣者終端、使用者終端之間進行之通信之例的圖。

圖3係表示實現本發明之實施形態之選擇裝置之典型的資訊處理裝置之概要構成之圖。

圖4係表示實施形態1之選擇裝置之概要構成之圖。

圖5係用於說明介紹文件之圖。

圖6係用於說明販賣申請受理頁面之圖。

圖7係用於說明販賣者表格之圖。

圖8係用於說明販賣條件填寫頁面之圖。

圖9係用於說明登錄商品表格之圖。

圖10係用於說明申請履歷表之圖。

圖11係用於說明販賣者商品表格之圖。

圖12係用於說明販賣條件填寫頁面之圖。

圖13係用於說明實施形態1之選擇裝置之各部分進行之選擇處理的流程圖。

圖14係表示實施形態2之選擇裝置之概要構成之圖。

圖15係用於說明庫存量之變化之圖。

圖16係用於說明實施形態2之選擇裝置之各部分進行之選擇處理的流程圖。