TW201804405A - 購買支援系統 - Google Patents

Abstract

在購買支援系統（100）中，購買支援伺服器（300）具有：通訊部（320），與接受來自用戶終端（500）之購買指令的電子商業交易伺服器（200）進行通訊；第一儲存部（DB10），儲存包含各商品重量的商品資訊；第二儲存部（DB23），儲存關於對商品流通課徵之稅金的資訊；第三儲存部（DB21），儲存重量與運費之間的對應關係；及提供部（311），在自該電子商業交易伺服器取得商品的識別資訊時，將儲存於該第一儲存部之商品中，對應所述商品之運費與所述商品將被課徵之稅金的追加購買商品之識別資訊，經由該通訊部提供給該電子商業交易伺服器

Description

購買支援系統

本發明係有關於使用電子商業交易的商品購買及運送。

一般而言，在運送藉由電子商業交易購買的商品時，運費會依商品（或商品群）的重量（總重量）或尺寸進行區分來決定。有鑑於此，有一種技術可以對用戶提出在不會產生追加之運費的範圍內購買的商品。 [先行技術文獻] [技術文獻]

專利文獻1：日本國特開2007-122581號公報

發明欲解決的課題 近年來，在被稱為跨境交易的跨國電子商業交易受到注目。在此情況下，根據收件人的國家或商品，有可能會因應商品課徵關稅與其他稅金。在專利文獻1的技術中，無法對用戶提出把這些稅金考慮在內的商品。 本發明之目的在於支援執行經考量運費與稅金的商業交易。

用以解決課題的手段 本發明係提供一種實施形態的購買支援系統，其係包括：通訊部，與接受來自用戶終端之購買指令的電子商業交易伺服器進行通訊；第一儲存部，儲存包含各商品重量的商品資訊；第二儲存部，儲存關於對商品流通課徵之稅金的資訊；第三儲存部，儲存重量與運費之間的對應關係；及提供部，在自前述電子商業交易伺服器取得商品的識別資訊時，將儲存於前述第一儲存部之商品中，對應所述商品之運費與所述商品將被課徵之稅金的追加購買商品之識別資訊，經由前述通訊部提供給前述電子商業交易伺服器。 在適切的態樣中，在前述第三儲存部，對商品之各重量區分賦予一項對應的運費；前述提供部係在不產生追加運費的範圍內決定前述追加購買商品。 在適切的態樣中，在前述第三儲存部，對商品之各重量區分賦予一項對應的運費；前述提供部係以使產生之追加運費為最少的方式決定前述追加購買商品。 在適切的態樣中，前述商品資訊更包含商品的價格；在前述第二儲存部中，對商品之各價格區分賦予一項對應的稅率；前述提供部係在不產生追加稅金的範圍內決定前述追加購買商品。 在適切的態樣中，商品資訊更包含所述商品的尺寸；在前述第三儲存部中，對商品之各包裝尺寸的區分賦予一項對應的運費。 在適切的態樣中，在前述第三儲存部，儲存關於多個運送業者之重量與運費的對應關係；前述提供部係除了前述追加購買商品之外，還提供用以識別包含在前述多個運送業者中一個以上之運送業者的資訊。 從其他觀點來看，本發明係提供一種程式，用以執行以下的步驟：自接受來自用戶終端之購買指令的電子商業交易伺服器取得商品識別資訊的步驟；參考至少儲存有包含商品重量之商品資訊、商品將被課徵之稅金、重量與運費之對應關係的儲存部，決定對應所述商品之運費與所述商品將被課徵之稅金之追加購買商品的步驟；及將所述經決定之識別資訊提供至前述電子商業交易伺服器的步驟。 從其他觀點來看，本發明係提供一種購買支援系統，具有：接受部，接受來自用戶終端的購買指令；第一儲存部，儲存至少包含商品重量的商品資訊；第二儲存部，儲存關於對商品流通課徵之稅金的資訊；第三儲存部，儲存重量與運費的對應關係；及提示部，在自該電子商業交易伺服器取得商品的識別資訊時，將對應所述商品之重量與所述商品將被課徵之稅金的追加購買商品之識別資訊，發送至該用戶終端。

根據本發明，支援經考量商品被課徵之稅金與運費的商業交易。

圖1係表示購買支援系統100的概要。購買支援系統100係適用於讓商品跨越兩個經濟圈（國家或其他區域，在流入來自其他圈之商品時必須進行通關處理的圈）流通的系統。具體而言，為用以運送商品的系統，其中操作用戶終端500之用戶（商品之購買者：以下僅稱為用戶）利用藉由EC伺服器200所構築，且設立於X國（例如日本）內由法人營運的網站購買商品，並將此商品自位於X國內的倉庫終端400（例如由運送業者持用），運送至A國（例如中國）內的到貨處。此時，商品會經過A國的海關（省略圖示）。

具體而言，購買支援系統100係包含用戶終端500、各EC伺服器200（EC伺服器200-1、EC伺服器200-2、EC伺服器200-3）、購買支援伺服器300、倉庫終端400、及各運送業者伺服器600（運送業者伺服器600-1、運送業者伺服器600-2、運送業者伺服器600-3）。各EC伺服器200係經由第一網路802連接到用戶終端500及購買支援伺服器300。購買支援伺服器300係經由第二網路803連接到倉庫終端400及各運送業者伺服器600（運送業者伺服器600-1、運送業者伺服器600-2、運送業者伺服器600-3）。第一網路802例如為網際網路，第二網路例如為VPN（虛擬專用網路）。另外，第一網路802及第二網路803亦可為相同的網路。此外，表示於圖中的EC伺服器200的數量或運送業者伺服器600的數量僅為舉例。此外，為方便說明，僅記載有一個用戶終端500，但實際上存在有多個。

用戶終端500係個人電腦、智慧型手機、行動電話等具有通訊功能之通用的資訊處理機器，由用戶進行操作。用戶終端500係與EC伺服器200連接來執行電子商業交易。電子商業交易係包含商品（為有形物的物品）的轉移（購買、租借等）及提供經購買等之商品的運送服務。具體而言，用戶終端500係具有對EC伺服器200進行存取，顯示由EC伺服器200建構的網站，並根據用戶輸入的指令，將購買及運送商品的指令發送至EC伺服器200的功能。

各運送業者伺服器600係由單一之運送業者管理，根據來自購買支援伺服器300的指令，將用戶購買的商品運送至用戶指定的收件人。具體而言，運送業者係令運送員或運送車前往倉庫終端400，對在倉庫終端400包裝的商品進行撿貨，並藉由車輛、船舶、飛機等運送手段進行運送。各運送業者設定有固有的運費體系。

倉庫終端400係設置於保管有購買支援系統100上所有商品的倉庫，並管理倉庫的所有商品。具體而言，根據來自購買支援伺服器300的指令，倉庫終端400的作業員或設置於倉庫終端400的作業機器人等，進行取出商品及包裝的動作。另外，倉庫終端400可存在多個。例如亦可對應經銷商品之種類或商品之製造業者來設置倉庫。在此情況下，購買支援伺服器300係自多個倉庫終端400選擇一個倉庫終端400，下達取出商品及包裝的指令。在此情況下，倉庫亦可分散在多個國家。

圖2係表示EC伺服器200的功能。EC伺服器200係由營運EC（電子商務）網站的業者管理。EC伺服器200係包含交易執行部210、儲存部220、通訊部230、及顯示控制部240。

儲存部220係硬碟或半導體記憶體等儲存裝置，儲存除了OS之外，透過處理器執行後用以在EC伺服器200上實現後述功能的程式。除此之外，在儲存部220儲存有資料庫DB40，其中儲存了取得自用戶終端500之用戶資訊（登入ID、密碼、用戶ID、住址、姓名等、信用卡號碼等結算資訊及其他為了利用EC網站而事先自用戶取得的資訊）。

圖3係儲存在資料庫DB40之資料的例。在資料庫DB40中，對鑑別特定用戶的用戶ID賦予對應關係，儲存用戶名、用戶屬性、購買履歷、支付資訊。其中，將確認送件人所必須之用戶的姓名及住址，因應需要發送至購買支援伺服器300。用戶屬性或購買履歷等與用戶之購買行動相關的資訊係被適當供給至購買支援伺服器300，並在執行後述之追加商品提議（產生建議資訊）時被使用。

回到圖2，在儲存部220中儲存有資料庫DB10，其中儲存了與EC伺服器200所處理之所有商品相關之資訊（包含價格、重量、尺寸、商品屬性等；以下，稱為商品資訊）。購買支援伺服器300亦設有資料庫DB10。在資料庫DB10更新時，更新內容被發送至購買支援伺服器300，以便使購買支援伺服器300可以掌握所有EC伺服器200處理的商品資訊。關於資料庫DB10的詳細內容留待後述。此外，在儲存部220儲存有在商業交易成立時於運送處理部212產生的接單資料。EC伺服器200係根據接單資料執行結算處理等動作，並更新資料庫DB10的購買履歷等。

顯示控制部240係被實現為處理器，因應來自用戶終端500的要求，產生顯示於網站的內容。具體而言，在自用戶終端500接收到商品的檢索關鍵字時，自儲存部220內的資料庫DB10提取該商品的資訊，並提供給用戶終端500。此外，顯示控制部240係根據供給自購買支援伺服器300的建議資訊，產生顯示於網站的內容。

通訊部230被實現為用以與購買支援伺服器300、用戶終端500、及信用管理伺服器（未圖示）進行資訊交換的通訊介面。具體而言，通訊部230係因應來自用戶的要求，將在顯示控制部240產生的內容提供給用戶終端500。此外，通訊部230在自用戶終端500接收到包含購買對象之商品及到貨處的指令時，將指令供給至交易執行部210。此外，通訊部230將在運送處理部212產生的接單資料及臨時接單資料發送至購買支援伺服器300。

交易執行部210係被實現為處理器，處理關於商業交易的資訊。交易執行部210包括結算處理部211及運送處理部212。結算處理部211係參考儲存部220，進行與商品購買有關的結算處理。具體而言，利用儲存於儲存部220的資訊連接至未圖示的結算伺服器，進行將費用（商品的費用、運費、稅、其他因應必要支付給EC伺服器200或購買支援伺服器300的手續費等）自用戶的帳戶扣除的處理。

運送處理部212係在接收到來自用戶終端500的訂單確定指令時，自資料庫DB10及資料庫DB40提取必要的資訊，產生表示交易成立的接單資訊。除此之外，當運送處理部212在接收到訂單確定指令前自用戶終端500接收到包含購買對象商品及到貨處資訊的臨時訂單指令時，產生臨時接單資料。

圖4係購買支援伺服器300的功能方塊圖。購買支援伺服器300係包含資料處理部310、通訊部320、及儲存部330。儲存部330係硬碟或半導體記憶體等儲存裝置，除了在處理器執行後用以在購買支援伺服器300實現留待後述之下述功能的程式之外，儲存有資料庫DB10、DB30、DB21、DB23。

圖5係儲存在資料庫DB10之資料的例。資料庫DB10係對鑑別各商品的一個商品ID賦予對應關係，儲存商品的重量、價格、包裝尺寸、商品屬性。

圖6係儲存在資料庫DB30之資料的例。在資料庫DB30對鑑別一次商業交易的一個接單ID賦予對應關係，儲存用戶ID、購買時間、出貨處、到貨處、包裝尺寸、運送業者、及商品ID。亦即，一個接單ID代表對一個收件人執行一次運送。

圖7係儲存在資料庫DB21之資料的例。資料庫DB21係記述各運送業者的重量與運費之對應關係的表格。具體而言，在資料庫DB21中，對商品之各重量區分賦予一項對應的運費，並進一步在重量區分中對商品之各包裝尺寸的區分賦予一項對應的運費。

圖8係儲存在資料庫DB23之資料的例。對於到貨處的各個國家，資料庫DB23係儲存關於對該國家的商品流通所課徵之稅金的資訊。在此舉出一例，其中稅金係依商品之各價格區分而決定。

此外，在儲存部330亦可儲存由購買支援系統100處理的資訊，其係關於產品的庫存。例如，在購買支援系統100存在有多個倉庫終端400的情況下，儲存有用於決定購買支援伺服器300要委託哪個倉庫終端400來進行商品提取及包裝的資訊。

通訊部320被實現為LAN模組等通訊介面，並與EC伺服器200、倉庫終端400、及各運送業者伺服器600進行通訊。具體而言，當通訊部320自EC伺服器200取得接單資料及臨時接單資料時，將資料供給至資料處理部310。此外，通訊部320將在資訊產生部311產生的建議資訊發送至EC伺服器200。此外，通訊部320將在傳票製作部312產生的運送傳票資料發送至運送業者伺服器600。此外，通訊部320將在出貨指令部313產生的出貨指令發送至倉庫終端400。

資料處理部310係被實現為一個以上的處理器，包含資訊產生部311、傳票製作部312、及出貨指令部313。當資訊產生部311自用戶終端500取得商品ID時，經由資料處理部310將建議資訊提供至EC伺服器200，其中建議資訊至少包含登錄在資料庫DB10的商品中，對應該商品之運費及對該商品流通至到貨處國家所課徵之稅金的商品的商品ID。亦即，建議資訊係指表示提議追加購買之商品的資訊。例如，資訊產生部311係在不產生追加運費的範圍內決定追加購買商品。或者，亦可以讓產生之追加運費為最少的方式，決定前述追加購買商品。或者，亦可在不產生追加稅金的範圍內決定追加購買商品。較佳為除了追加購買商品，提供識別包含在前述多個運送業者之一個以上運送業者的資訊。

傳票製作部312係根據接單資料，以適合以下格式的方式產生運送傳票資料，其中前述格式由接單資料所指定的運送業者伺服器600指定。在運送傳票資料中，至少包含用戶（亦即出貨處）的住址及姓名、到貨處的住址及姓名。所產生的運送傳票資料係被發送至該運送業者伺服器600。出貨指令部313係根據接單資料將商品的出貨指令發送至倉庫終端400。

圖9係在資訊產生部311產生建議資訊之方法的例。首先，決定應被利用於運送商品群的一個運送業者（S502）。具體而言，參考資料庫DB10，決定包含在臨時接單資料之商品（群）的重量（在一次的訂單存在多個商品的情況為合計的重量）及包裝完該商品（群）之情況的尺寸。然後，參考資料庫DB40，鑑別對此重量及包裝尺寸設定最便宜價格的一個運送業者。

接著，判斷運送重量是否還有餘裕（S502）。具體而言，參考資料庫DB40，在已決定之運送業者所規定的費用體系中，鑑別已計算之重量所屬的重量區分，並鑑別該區分之上限重量與商品重量之間的差（亦即，不產生追加運費還可以一起運送多重的商品）。判定該差在預定值以上為有餘裕，未達預定值為沒有餘裕。在判定沒有餘裕的情況下，不進行追加商品的提議而結束。

在判斷為有餘裕的情況下，決定追加提議的商品（S506）。具體而言，決定具有在上述差範圍內之重量的一個以上的商品。此決定係例如根據臨時接單資料所包含的用戶資訊來進行。例如，自用戶的購買履歷中，自與購買次數最多的商品區分屬於同樣區分的商品群中選出一個以上的商品。或者，亦可將用戶資訊以外的資訊（暢銷商品資訊等）預先儲存在購買支援伺服器300，使用此資訊來決定商品。

接著，決定在將臨時接單資料所指定之商品（群）與在S506決定之商品一起包裝的情況下的尺寸（S508）。在此，在包裝多個商品的情況下，包裝後的整體形狀或尺寸係取決於包裝方法（商品群的配置）。資訊產生部311係使用儲存在儲存部330之預定的演算法，自各商品尺寸的排列組合，鑑別最合理的一種包裝方法。例如，以與資料庫DB21所規定之包裝箱（一般為長方體）的長、寬、高的比最接近的方式來配置商品。在已決定之尺寸的區分與臨時接單資料所指定之商品（群）的區分不同（亦即，會產生追加運費）的情況下，回到S506變更追加提議商品，並再次執行S508的步驟。

在S508中，從重量及尺寸的觀點來看，判定在即使配合追加提議之商品進行運送也不會產生追加運費的情況下，是否滿足關於稅金的條件。具體而言，參考資料庫DB23，判定在將追加的商品一起運送到被指定之到貨處的情況下，被課徵的關稅率是否滿足預定的條件（S510）。這裡的預定條件係指例如在A國對目前商品（群）本身的價格課徵關稅作為稅金的情況下，所課徵的關稅率與目前商品群的關稅率相同或較低的條件。例如在適用於當初之商品群的關稅率為5%的情況下，若對追加提議的商品課徵3%的關稅，則判定為滿足預定條件。 或者，亦可將不產生追加關稅設定為前述預定條件。例如，在到貨處的國家有因應物品的區分（種類）決定關稅的情況下，在追加提議的商品屬於免課關稅之區分的情況，判定為滿足預定條件。 在追加提議的商品滿足關於關稅率之預定條件的情況，產生建議資訊（S512）。

圖10係購買支援系統100之運作的例。用戶預先使用用戶終端500對EC伺服器200進行用戶登錄（S102）。用戶係對EC伺服器200進行存取，並透過活用EC伺服器200所提供的檢索功能等方式，選擇想要購買的商品並輸入到貨處（S104）。

圖11係選擇商品時在用戶終端500畫面所顯示之內容的例。顯示的內容有商品ID、商品名、價格、商品的詳細資訊（重量、尺寸、其他（商品的特徵等））。在圖11中用戶選擇欲購買商品（在此指商品ID「01234」的商品）並選擇「輸入收件人資訊」時，顯示圖12所示的畫面。在前述畫面中用戶輸入到貨處的住址及姓名並選擇「確認金額」時，回到圖10，包含商品ID、用戶ID、收件人資訊的購買要求會自用戶終端500發送至EC伺服器200（S106）。

在接收到購買要求時，EC伺服器200自資料庫DB40提取關於此用戶的用戶資訊（S108），產生包含商品ID、用戶ID、收件人資訊及用戶資訊的臨時接單資料，並發送至購買支援伺服器300（S110）。

購買支援伺服器300係根據接收到的臨時接單資料產生建議資訊（S112）。所產生的建議資訊被發送至EC伺服器200（S114）。EC伺服器200係根據接收到的建議資訊產生內容，並發送至購買支援系統100（S116）。

圖13係根據建議資訊產生並顯示於用戶終端500畫面之內容的例。在物件OB10表示與當初用戶想要購買之交易內容相關的費用，亦即，表示「01234」商品的價格、此商品被課徵的關稅、運費、及其合計金額。 除此之外，在物件OB11於表示追加提議商品之資訊的同時，表示不須追加運費即可一起運送的商品（在此例為「0556」、「0516」）。

用戶在有想要追加購買的商品時，勾選該商品並選擇物件OB13。在對用戶而言沒有特別想要購買的商品，決定僅購買當初之商品（「01234」）的情況下，選擇物件OB12。在為了進一步檢討追加購買對象的商品，也想要確認「0556」、「0516」以外之商品的情況下，選擇物件OB14。

在進行追加商品之指定及物件OB13之指定時，進行S104至S116的處理。此時在用戶終端500的畫面顯示有如圖14所示的內容。在此畫面中，於用以將當初的商品與追加指定的商品運送至該指定之收件人的必要費用之總額顯示於物件OB10的同時，若存在有在增加追加指定之商品也在重量上有餘裕的情況下產生的建議資訊，則將此產生的建議資訊顯示在物件OB11。

在圖13中物件OB14被選擇的情況下，雖然同樣進行S104至S116的處理，但會產生僅圖13之物件OB11的顯示內容不同的畫面。具體而言，購買支援伺服器300係在接收來自EC伺服器200之臨時接單資料而產生建議資訊時，對此臨時接單資料儲存過去產生的建議資訊，並藉由自資料庫DB10提取已剔除現在產生之建議資訊所包含之商品的商品，產生新的建議資訊。

回到圖10，在圖13中物件OB12被選擇時（圖10的S118），包含商品ID、用戶ID、收件人資訊、表示確定購買之旗標的購買要求會自用戶終端500發送至EC伺服器200（S120）。然後，EC伺服器200係產生如圖15所示之表示交易成立的內容，並發送至用戶終端500。 EC伺服器200係在接收到來自用戶終端500的購買要求時，產生接單資料（S122），並發送至購買支援伺服器300（S124）。購買支援伺服器300係在將接單資料登錄於資料庫DB30的同時，發送包含前述接單資料所包含之接單ID、出貨處、商品ID及包裝尺寸（或者增加包裝方法）的出貨指令（S128）。

倉庫終端400係在接收到出貨指令時，根據商品ID鑑別出貨對象的商品，並以可收納於出貨指令所指定之包裝尺寸的方式包裝商品（S130）。當包裝結束時，倉庫終端400係對購買支援伺服器300在接單ID賦予對應並通知已經結束出貨準備。購買支援伺服器300在接收到此通知時，根據此接單ID所對應之接單資料製作運送傳票資料（S134），並與運送委託一起發送至運送業者伺服器600（S136）。運送業者伺服器600係在接收到運送委託時開始進行發送作業。

上述實施例中的運費體系僅為舉例。運費只要依附於商品重量及尺寸（包裝時的尺寸）中至少一者即可。例如，運費可藉由預定的公式，與重量及尺寸中至少一者被賦予一對一的對應。在此，尺寸的定義沒有限制，可為商品之長寬高的合計值，亦可為包裝容器的體積。

在上述實施例中，舉出關稅作為商品被課徵之稅金的例子，但稅金的種類、內容、定義、名稱並無限制。一般而言，稅金存在有關稅、消費稅、增值稅（附加價值稅）、行郵稅等。稅金體系在購買的國家及到貨處的國家可為不同。此外，在商品的購買及流通時，亦可被課徵多種稅金。此外，關於課稅對象的決定方法，課稅額可因應商品價格來決定，亦可依附於商品的種類、區分、分類（嗜好品/奢侈品/生活用品/食品等）中至少一種。例如，區分由HS代碼表示。此外，關於課稅的金額，除了規定為相對於價格的比例之外，亦可規定為固定金額。總之，所謂的稅金係指在跨越管理物品流通的兩個以上的國家（或經濟圈）成立交易的情況下出現者，稅的金額只要是至少因應商品及商品的流通而決定之唯一的量即可。

在資訊產生部311選出追加購買商品時的演算法不限於圖9所示的方法。總之，只要以讓用以將多個商品全部運送至一個到貨處所必須的費用及伴隨運送被課徵的稅金之中至少一方為合理的方式進行提案即可。例如，在運送業者將運費設定成把運送對象的商品群分成兩個包裝會比以一個包裝進行運送便宜的情況下，購買支援伺服器300亦可將表示分成兩個包裝並分成兩次以上運送到一個到貨處的資訊包含在建議資訊內。在此情況下，亦可提議由不同的運送業者來運送各包裝。

此外，購買支援伺服器300亦可兼具EC伺服器200的功能。總之，關於本發明的購買支援系統係具有接受部，接受來自用戶終端的購買指令；第一儲存部，儲存至少包含商品重量的商品資訊；第二儲存部，儲存關於對商品流通課徵之稅金的資訊；第三儲存部，儲存重量與運費之間的對應關係；提示部，在自前述電子商業交易伺服器取得商品的識別資訊時，將對應所述商品之重量與所述商品被課徵之稅金的追加購買商品之識別資訊，發送至前述用戶終端。 換言之，只要在具有一個以上的處理器及記憶體的電腦裝置上執行以下步驟即可，亦即：自接受來自用戶終端之購買指令的電子商業交易伺服器取得商品識別資訊的步驟；參考至少儲存有包含商品重量之商品資訊、關於對商品流通課徵之對商品課徵稅金之資訊、重量與運費之對應關係的儲存部，決定對應所述商品之運費與所述商品被課徵之稅金之追加購買商品的步驟；及將所述經決定之識別資訊提供至前述電子商業交易伺服器的步驟。

100‧‧‧購買支援系統
200‧‧‧EC伺服器
210‧‧‧交易執行部
211‧‧‧結算處理部
212‧‧‧運送處理部
220‧‧‧儲存部
230‧‧‧通訊部
240‧‧‧顯示控制部
300‧‧‧購買支援伺服器
310‧‧‧資料處理部
311‧‧‧資訊產生部
312‧‧‧傳票製作部
313‧‧‧出貨指令部
320‧‧‧通訊部
330‧‧‧儲存部
400‧‧‧倉庫終端
500‧‧‧用戶終端
600‧‧‧運送業者伺服器
802‧‧‧第一網路
803‧‧‧第二網路
DB10、DB21、DB23、DB30、DB40‧‧‧資料庫
OB10、OB11、OB12、OB13、OB14‧‧‧物件

圖1係購買支援系統100的概要圖。 圖2係EC伺服器200的功能方塊圖。 圖3係儲存在資料庫DB40之資料的例。 圖4係購買支援伺服器300的功能方塊圖。 圖5係儲存在資料庫DB10之資料的例。 圖6係儲存在資料庫DB30之資料的例。 圖7係儲存在資料庫DB21之資料的例。 圖8係儲存在資料庫DB23之資料的例。 圖9係在購買支援伺服器300產生建議資訊之方法的例。 圖10係購買支援系統100之運作的例。 圖11係選擇商品時顯示於用戶終端500之畫面的例。 圖12係在暫時決定商品時顯示於用戶終端500之畫面的例。 圖13係在確定購買商品前顯示於用戶終端500之畫面的例。 圖14係在確定購買商品前顯示於用戶終端500之畫面的例。 圖15係在確定購買商品時顯示於用戶終端500之畫面的例。

100‧‧‧購買支援系統

200‧‧‧電子商業交易伺服器

300‧‧‧購買支援伺服器

400‧‧‧倉庫終端

600‧‧‧運送業者伺服器

802‧‧‧第一網路

803‧‧‧第二網路

200-1‧‧‧EC伺服器

200-2‧‧‧EC伺服器

200-3‧‧‧EC伺服器

500‧‧‧用戶終端

600-1‧‧‧運送業者伺服器

600-2‧‧‧運送業者伺服器

600-3‧‧‧運送業者伺服器

Claims (8)

1. 一種購買支援伺服器，其係具有‧‧‧ 一通訊部，與接受來自用戶終端之購買指令的電子商業交易伺服器進行通訊； 一第一儲存部，儲存包含各商品重量的商品資訊； 一第二儲存部，儲存關於對商品流通課徵之稅金的資訊； 一第三儲存部，儲存重量與運費之間的對應關係；及 一提供部，在自該電子商業交易伺服器取得商品的識別資訊時，將儲存於該第一儲存部之商品中，對應所述商品之運費與所述商品將被課徵之稅金的追加購買商品之識別資訊，經由該通訊部提供給該電子商業交易伺服器。
2. 如申請專利範圍第1項之購買支援伺服器，其中：在該第三儲存部中，對商品之各重量區分賦予一項對應的運費； 該提供部係在不產生追加運費的範圍內決定該追加購買商品。
3. 如申請專利範圍第1項之購買支援伺服器，其中：在該第三儲存部中，對商品之各重量區分賦予一項對應的運費； 該提供部係以使產生的追加運費最小化的方式，決定追加購買商品。
4. 如申請專利範圍第1至3項中任一項之購買支援伺服器，其中：該商品資訊更包含商品的價格； 在該第二儲存部中，對商品之各價格區分賦予一項對應的稅率； 該提供部係在不產生追加稅金的範圍內決定該追加購買商品。
5. 如申請專利範圍第2至4項中任一項之購買支援伺服器，其中：該商品資訊更包含所述商品的尺寸； 在該第三儲存部中，對商品之各包裝尺寸的區分賦予一項對應的運費。
6. 如申請專利範圍第1至5項中任一項之購買支援伺服器，其中：在該第三儲存部中，儲存關於多個運送業者之重量與運費的對應關係； 該提供部係除了該追加購買商品之外，還提供用以識別包含在該多個運送業者中一個以上之運送業者的資訊。
7. 一種程式，用以執行以下各步驟： 自接受來自用戶終端之購買指令的電子商業交易伺服器取得商品識別資訊的步驟； 參考儲存有至少包含商品重量之商品資訊、商品將被課徵之稅金、及重量與運費之對應關係的儲存部，決定對應所述商品之運費與所述商品將被課徵之稅金之追加購買商品的步驟；及 將所述經決定之識別資訊提供至該電子商業交易伺服器的步驟。
8. 一種購買支援系統，其係具有： 一接受部，接受來自用戶終端的購買指令； 一第一儲存部，儲存至少包含商品重量的商品資訊； 一第二儲存部，儲存關於對商品流通課徵之稅金的資訊； 一第三儲存部，儲存重量與運費的對應關係；及 提示部，在自該電子商業交易伺服器取得商品的識別資訊時，將對應所述商品之重量與所述商品將被課徵之稅金的追加購買商品之識別資訊，發送至該用戶終端。