TW201706942A - 商品訂購系統及商品訂購方法 - Google Patents

Abstract

本發明為了能夠利用簡易之方法即時進行使用者所需之商品之訂購，藉由信標裝置，將包含與商品建立關連之識別資訊之信標信號，經由通信終端發送至伺服器，於伺服器中，自商品資訊資料庫中檢索與所接收到之識別資訊建立關連之商品，將該商品之商品資訊藉由郵件發送至通信終端。使用者藉由瀏覽自伺服器發送之商品資訊、進行訂購操作，而訂購所需之商品。

Description

商品訂購系統及商品訂購方法

本發明係關於一種用於使用信標裝置與攜帶式終端訂購使用者所需之商品之商品訂購系統及商品訂購方法。

近年來，被稱為網路家電或智慧型家電等之具備通信功能，且藉由與其他機器相連而提高其便利性之家電製品正受到關注。例如，已提出一種冰箱，其具有與資訊終端之間進行通信之功能，於檢測到供水槽斷水時，產生檢測信號，並將檢測信號發送至該資訊終端(例如，參照專利文獻1)。接收到該檢測信號之資訊終端係於畫面顯示發生供水槽斷水之情況。

[先前技術文獻] [專利文獻]

[專利文獻1]日本專利特開2005-155964號公報

再者，近年來，已提供一種可使用智慧型手機訂購包含如上述之消耗品之各種商品的模式。例如，有用於訂購特定商品之專用之應用程式。使用者可透過於智慧型手機利用此種應用程式，以較少之程序，確實地訂購自身慣常使用之商品。

然而，於該情形時，若欲購買之商品數量增多，則與之對應地，應用程式之數量亦隨之增加。

若應用程式之數量增加，隨之而來，使用者將難以自顯示畫面中尋得與自身此時所欲訂購之商品對應之應用程式。

若對供應商品之各種網頁進行存取，雖可減少自顯示畫面中獲得特定之應用程式之流程，但自另一角度而言，存在自該等網頁中檢索特定之商品之流程較繁瑣之問題。

因此，較理想為，構築一種對使用者而言，可簡易地進行所需之商品之訂購之商品訂購系統。

鑒於上述課題，本發明之目的在於提供一種可利用簡易之方法，且可於必要時，即時進行使用者所需之商品之訂購之商品訂購系統、及商品訂購方法。

為解決上述課題，本發明之商品訂購系統包含：信標裝置，其發送含有識別資訊之信標信號；伺服器，其係將識別資訊與商品建立關連而記憶；及通信終端，其接收信標信號，將信標信號中所含之識別資訊發送至伺服器。而且，上述商品訂購系統之特徵在於，伺服器若自通信終端接收到識別資訊，則將用於受理與該識別資訊對應之商品訂購之郵件發送至通信終端。

根據本發明，可藉由於按下訂購按鈕後，例如回覆所接收到之郵件之簡單行為，而即時且以簡單之方法進行商品之訂購。

1‧‧‧信標裝置

2‧‧‧通信終端

3‧‧‧伺服器

4‧‧‧網路

5‧‧‧存取點

10‧‧‧訂購按鈕

11‧‧‧無線通信部

12‧‧‧處理部

13‧‧‧記憶體

21‧‧‧信標信號接收部

22‧‧‧伺服器通信部

23‧‧‧記憶體

24‧‧‧處理部

25‧‧‧顯示部

26‧‧‧輸入部

27‧‧‧匯流排

31‧‧‧通信部

32‧‧‧商品管理部

33‧‧‧記憶部

33a‧‧‧商品資訊資料庫

34‧‧‧匯流排

41‧‧‧信標ID欄位

42‧‧‧商品資訊欄位

42a‧‧‧商品ID欄位

42b‧‧‧商品名欄位

42c‧‧‧價格欄位

圖1係用於說明包含信標裝置、通信終端及伺服器之本發明之商品訂購系統之概要之圖。

圖2係本發明之實施形態例之商品訂購系統之整體構成圖。

圖3係表示設置於本發明之實施形態例之商品訂購系統之伺服器之商品資訊資料庫之資料結構及訂購用郵件之例(墨盒之例)的圖。

圖4係表示本發明之實施形態例之商品訂購系統之處理程序之順序圖。

圖5係表示設置於本發明之實施形態例之商品訂購系統之伺服器之商品資訊資料庫之資料結構、及訂購用郵件之例(LED燈泡之例)的圖。

圖6係表示設置於本發明之實施形態例之商品訂購系統之伺服器之、存在複數個銷售者之情形時之商品資訊資料庫之資料結構、及訂購用郵件之例(LED燈泡之例)的圖。

圖7係表示包含信標裝置、通信終端及伺服器之商品訂購系統之變化例之圖。

圖8係表示於圖7所示之商品訂購系統之通信終端所顯示之訂購畫面之例。

圖9係表示圖7所示之商品訂購系統之處理程序之順序圖。

圖10係表示包含信標裝置、通信終端及伺服器之商品訂購系統之其他變化例之圖。

圖11係表示圖10所示之商品訂購系統之處理程序之順序圖。

以下，參照隨附圖式，對實施本發明之形態之例(以下，亦有稱為[本例]之情形)進行說明。另，對各圖式中，具有相同功能或相同構成之構成要素，標註相同之符號，並省略重複之說明。

<商品訂購系統之整體構成之概要>

圖1係用於說明本發明之商品訂購系統之整體構成之概要的圖。

圖1所示之商品訂購系統係包含具備訂購按鈕10之信標裝置1、通信終端2及伺服器3。

例如，信標裝置1係與特定之商品建立關連，設置於信標裝置1之訂購按鈕10係用於供訂購與信標裝置1綁定之該商品之按鈕。按下 該訂購按鈕10者一般為通信終端2之使用者。若由使用者按下信標裝置1之訂購按鈕10，則自信標裝置1，將信標裝置1之識別資訊即信標ID，藉由無線通信而發送至通信終端2。

此外，信標裝置1所發送之信標ID係如上述般與所訂購之商品對應者。

自信標裝置1接收到信標信號之通信終端2係於對信標ID附加通信終端2自身之識別資訊即終端ID後，發送至伺服器3。伺服器3係以自通信終端2發送而來之信標ID為鍵而檢索伺服器3內之商品資訊資料庫33a(參照圖2)，確認被該信標ID特定之商品存在於商品資訊資料庫33a中。其後，伺服器3將與該商品有關之資訊(以下，稱為「商品資訊」)，藉由郵件，發送至通信終端2。

通信終端2係將自伺服器3發送之包含商品資訊之郵件，顯示於該通信終端2之顯示畫面上。使用者係藉由瀏覽顯示於通信終端2之顯示畫面之商品資訊而訂購商品。此外，於本發明之實施形態例中，作為將商品資訊自伺服器3發送至通信終端2之機制之郵件(電子郵件)係包含SMS(Short Message Service：短訊息服務)者。

<商品訂購系統之具體例>

圖2係表示本發明之實施形態例之商品訂購系統之具體例的方塊構成圖。

[信標裝置1之構成與功能]

如圖2所示，於本例之商品訂購系統中所使用之信標裝置1包含訂購按鈕10、無線通信部11、處理部12、及記憶體13。於記憶體13中，記憶有信標裝置1之識別資訊(信標ID)。

處理部12係由所謂微電腦構成之中央處理裝置(CPU：Central Processing Unit)，以訂購按鈕10被按下為契機，控制無線通信部11及記憶體13。

該信標裝置1之處理部12若檢測到訂購按鈕10被按下，則將包含記憶體13所記憶之信標ID之信標信號，利用無線通信發送至通信終端2。該信標信號係於每當訂購按鈕10被按下時，被發送至通信終端2。

信標信號係在信標裝置1之處理部12之控制下，自無線通信部11以廣播方式間歇性發送至通信終端2。另，信標信號係於信標裝置1之無線通信部11中，作為例如專為低耗電之小容量通信而設計之[Bluetooth(註冊商標)Low Energy](以下，簡稱[BLE])之廣告信號(封包信號)，或基於Wi-Fi(註冊商標)標準之封包信號而產生之信號。

[通信終端2之構成與功能]

通信終端2包含信標信號接收部21、伺服器通信部22、記憶體23、處理部24、顯示部25、及輸入部26，該等係藉由匯流排27而相互連接。

處理部24係控制信標信號接收部21、伺服器通信部22、記憶體23、顯示部25及輸入部26之中央處理裝置(CPU)。來自信標裝置1之信標信號係由信標信號接收部21接收，將信標信號中所含之識別資訊暫時被保存於記憶體23。記憶體23亦有儲存韌體或其他應用程式之記憶體。

伺服器通信部22例如利用Bluetooth(註冊商標)、Wi-Fi(註冊商標)、無線LAN(Local Area Network：區域網路)、行動電話線路等任一種通信方式與存取點5進行無線通信，進而與伺服器3進行通信。匯流排27係用於供構成通信終端2之各部相互交換資訊的共用信號線。自信標裝置1發送之信標信號中所含之識別資訊係自伺服器通信部22，經由存取點5及網路4而被無線發送至伺服器3。又，通信終端2之伺服器通信部22係將通信終端2之識別資訊(終端ID)連同信標裝置1之識別資訊(信標ID)，一併發送至伺服器3。

此處，若考慮具體之實施形態，則存在如下情形：由於來自信 標裝置1之信標信號亦可由未圖示之加密部予以加密，故不具備加密功能之通信終端2無法解密經加密後之信標信號所包含之識別資訊。於該情形時，乃由伺服器3對加密後之信標信號進行解碼，並進行商品資訊之確認。即，通信終端2之處理部24只要具備如下功能即可，即，無論該信標信號是否被加密，均使自信標裝置1發送之信標信號中繼，自伺服器通訊部22發送至伺服器3。

通信終端2之輸入部26接收自伺服器3藉由郵件提供之資訊，而進行商品之訂購等使用者之輸入操作。於對該輸入部26，輸入使用者之訂購操作之情形時，與商品訂購有關之資訊係經由伺服器通信部22、存取點5及網路4發送至伺服器3。

顯示部25係由顯示影像或文字資訊之顯示器等構成。於顯示部25中，顯示自伺服器3發送至之郵件內容。該郵件如後述般，包含商品資訊。使用者藉由瀏覽自伺服器3發送至通信終端2之郵件，進行訂購操作而訂購商品。此外，關於使用者之訂購操作之詳細內容，將於後闡述。

[伺服器3之構成與功能]

伺服器3包含通信部31、商品管理部32、及記憶部33。記憶部33包含商品資訊資料庫33a(以下，簡稱為[商品資訊DB33a])。於該商品資訊DB33a中，例如，如以圖3、圖5及圖6所後述般，將商品名稱或型號等商品資訊與信標裝置1之識別資訊即信標ID建立關連而加以記憶。

又，於記憶部33中，記憶有未圖示之CGI(Common Gateway Interface：共用閘道介面)程式。該CGI程式係用於使商品管理部32進行訂購處理之程式。

此外，通信部31、商品管理部32及記憶部33係由用於供其等之間交換資訊之信號線即匯流排34連接。商品管理部32係包含CPU，其 經由匯流排34控制通信部31及記憶部33。又，伺服器3連接於網路4，並經由存取點5與通信終端2進行無線通信。

商品管理部32係根據自通信終端2發送之信標裝置1之識別資訊(信號ID)，參照記憶部33內之商品資訊DB33a，將與識別資訊對應之商品之商品資訊，經由通信部31、網路4、存取點5，藉由郵件而發送至通信終端2。又，商品管理部32若接收到自通信終端2發送之與商品訂購有關之資訊，則進行商品之訂購處理。

[商品資訊DB33a之資料結構與訂購用郵件]

圖3表示構成伺服器3之商品資訊DB33a之資料結構、及商品訂購用郵件之例。伺服器3所具備之商品資訊DB33a係如圖3所示般具有信標ID欄位41、及商品資訊欄位42。此外，商品資訊欄位42包含例如商品ID欄位42a、商品名欄位42b、及價格欄位42c。該等商品資訊欄位42之3個欄位終究為一例，進行其他相關欄位之追加，或對不需要之欄位的刪除等設計係可任意進行。

於信標ID欄位41中，記憶有信標裝置1之識別資訊，即信標ID。此處，圖3之例之信標ID“#003”係與A公司製造之印表機(型號AP0001)用之墨盒(黑色、青色、洋紅色、黃色)對應。

於商品資訊欄位42中，儲存有與信標ID“#003”對應之商品資訊，即A公司製造之印表機(AP0001)用墨盒之資訊。於商品ID欄位42a中，儲存有各商品之型號，即例如AP0001BK(黑色)、AP0001C(青色)、AP0001M(洋紅色)、AP0001Y(黃色)等。另，雖信標ID與商品ID亦可一對一地對應，但亦可如圖3之例所示般，令1個信標ID，對應複數個(4種)商品ID。

於商品名欄位42b中，記憶有與商品ID欄位42a之商品ID對應之商品之商品名稱。例如，若為藉由信標裝置1訂購A公司製造之墨盒之情形時，於商品名欄位42b中，儲存有「A公司印表機AP001用]之 「墨盒‧黑色」、「墨盒‧青色」、「墨盒‧洋紅色」、「墨盒‧黃色」等墨盒之商品名稱。此外，於價格欄位42c中，儲存有與各個商品對應之價格。

又，於圖3中，顯示有受理自伺服器3發送至通信終端2之訂購墨盒之訂購用郵件之例。該訂購用郵件係顯示於通信終端2之顯示部25者，除發件人名稱、收件人及日期之外，作為主題，亦顯示有「貴訂購之受理」之訊息。此外，進而，作為郵件正文，亦顯示有「該郵件係A公司印表機AP0001用墨盒之訂購用郵件。如欲訂購，煩請於30分鐘之內，對下列URL進行存取。」之訊息。

進而，於該訂購用郵件所顯示之內容中，除訂購用行文外，亦包含被埋入訂購各色墨盒所需之資訊之URL(Uniform Resource Locator：統一資源定位器)。

例如，作為用於訂購黑色墨盒之訊息，接續於「購買A公司印表機AP0001用黑色墨盒(￥800)」之訊息，後續顯示有URL「http//www.‧‧‧/order？user=xxxx&goods=ap0001bk」。以下，青色、洋紅色、黃色之墨盒亦為相同之情形。

該URL係以HTTP(Hypertext Transfer Protocol：超文件傳送協定)記述，於“？”以後之後半部分，包含通信終端2之使用者ID及所訂購之商品ID作為用於轉送至伺服器內之CGI程式之參數(請求參數)。此處，雖列舉請求參數中包含使用者ID之例，但並非限定於此。亦可於除使用者ID之外(或替代使用者ID)，進而包含通信終端2之終端ID。

該等參數係因著使用者選擇(點擊)該URL而被轉送至伺服器3。

自通信終端2接收到請求參數之伺服器3執行CGI程式，由商品管理部32進行以請求參數被特定之商品之訂購處理。

<本例之商品訂購系統之動作說明>

圖4係表示本例之商品訂購系統之信標裝置1、通信終端2及伺服 器3如何進行通信，而進行與商品訂購有關之資訊處理的順序圖。

首先，若使用者按下信標裝置1之訂購按鈕10，則開始本例之處理(步驟S10)。接著，信標裝置1依從該訂購按鈕10之按下，將包含信標裝置1之識別資訊(信標ID)之信標信號，發送至通信終端2(步驟S11)。

通信終端2係由信標信號接收部21接收自信標裝置1發送之信標信號。且，於處理部24之控制下，對信標信號中所含之信標ID附加通信終端2之終端ID，而自伺服器通信部22無線發送至伺服器3(步驟S12)。此時，通信終端3之處理部24係僅對信標信號中所含之信標ID附加通信終端2之終端ID，無需進行其以外之特別處理加工。

伺服器3若以其通信部31接收到自通信終端2發送之信標ID及終端ID，則於伺服器3內之商品管理部32中，自商品資訊DB33a檢索、比對與自通信終端2發送之信標ID建立關連之商品(步驟S13)。繼而，伺服器3產生對通信終端2發送之郵件，將檢索到之商品之商品資訊及用於訂購該商品之URL貼附於該郵件內。由伺服器3產生之郵件係經由通信部31、網路4及存取點5被發送至通信終端2(步驟S14)。

其次，接收到自伺服器3發送之郵件之通信終端2係將該郵件顯示於該顯示部25(步驟S15)。即，於通信終端2之顯示部25中，顯示有與信標裝置1之信標ID建立關連之商品之商品資訊、及訂購用之URL。

其後，通信終端2受理使用者自輸入部26進行的訂購操作(點擊等)，將包含由該訂購操作所選擇之商品資訊的請求參數，經由伺服器通信部22及網路4發送至伺服器3(步驟S16)。伺服器3係藉由將自通信終端2發送之請求參數轉送至CGI程式而進行商品之訂購處理(步驟S17)。

以上係本例之商品訂購系統之處理順序之全部流程之說明。

圖5及圖6表示與圖3不同之商品(例如LED燈泡)之商品資訊DB33a之資料結構及訂購用郵件之例。

圖5之例係銷售複數個企業所製造之同一種LED燈泡之情形之例，於訂購用之郵件中，顯示有複數個LED燈泡之價格或訂購用之URL等。於「本郵件係LED燈泡之訂購用郵件。如欲訂購，煩請於30分鐘之內存取下列URL」之訊息，及「購買C公司LED燈泡CL0001(￥ 800)」之訊息之後，顯示有用於訂購C公司LED燈泡CL0001之URL「http//www.‧‧‧/order？user=xxxx&goods=cl0001」。此外，於圖5之例中，以價格由低到高之順序，顯示各公司之LED燈泡。

例如，若使用者決定訂購C公司之LED燈泡之情形時，藉由選擇上述連結而訂購該商品。亦可對B公司、D公司之LED燈泡同樣地進行訂購。

圖6之例係存在複數個供應B公司之LED燈泡之銷售者之情形之例，於商品資訊欄位42中，包含銷售者資訊欄位42d。於該情形時，將訂購用郵件中之訊息「本郵件係B公司LED燈泡BL0001之訂購用郵件。如欲訂購，煩請於30分鐘之內存取下列URL。」，連同B公司LED燈泡BL0001之各銷售者所提供之銷售價格一併顯示。

此外，顯示用於自各銷售者(X、Y、Z)購買B公司LED燈泡BL0001之URL。例如，若要自銷售者X進行購買之情形時，顯示「http//www.‧‧‧/order？user=xxxx&goods=bl0001x」。

於圖6之例中，以B公司LED燈泡BL0001之銷售價格之由低到高、及銷售者Z、X、Y之順序對URL進行排列，使用者可自銷售者及價格著手考慮而決定應自何處購買。

此外，於圖3、圖5及圖6所示之例中，商品訂購用之URL係以原狀被記載於郵件正文中。然而，亦可顯示被賦予「訂購見此處」等文字之按鈕等，而非原狀記載該URL。

又，於圖3、圖5、圖6所示之例中，雖表示有藉由使用者選擇記載於郵件正文中之URL連結而進行商品訂購之例，但亦可考慮其他方法。例如，亦可藉由使用者對自伺服器3接收到之郵件進行回覆而進行訂購。於該情形時，伺服器3係以接收發送自通信終端2之回覆郵件為契機而進行訂購處理。如圖3、圖5、圖6所示，於令1個信標ID與複數個商品ID建立關連之情形時，例如，可藉由使郵件之件名包含商品ID或商品名稱等，而於接收到郵件之伺服器3側進行商品特定。根據該方法，只要使用者並未自通信終端2對伺服器3進行郵件回覆，則訂購成立，故具有不存在因誤操作而導致誤訂購之優點。

<商品訂購系統之變化例>

圖7係表示本發明之商品訂購系統之變化例之圖，與圖1所示之商品訂購系統之不同點係於顯示自伺服器3發送之商品資訊之通信終端2中，顯示是否決定購買商品之畫面。

即便於該變化例中，仍與圖4之例同樣地，自信號裝置1接收到訂購商品之信標信號之通信終端2係對伺服器3，發送信標裝置1之識別資訊(信標ID)及通信終端2之識別資訊(終端ID)。伺服器3係將與信標ID建立關連之商品與商品管理DB33a進行比對，將儲存於商品管理DB33a之商品資訊發送至通信終端2。於通信終端2，顯示例如圖8所示之訂購畫面。

例如，若使用者所訂購之商品為印表機之墨盒，則於通信終端2之顯示部25，顯示「是否訂購墨盒？(如欲訂購，煩請選擇墨水種類，並按下「是」按鈕。)」之訊息。此外，除該訊息外，亦顯示表示墨水種類之黑色、青色、洋紅色、黃色的文字；訂購時供點入核取標記之四角形之框(□圖標)；訂購時所選擇之「是」之圖符；及不訂購之情形時所選擇之「否」之圖符。令，雖「否」之圖符並非必需，但自伺服器3側確認使用者之意向之方面而言，其為具有意義之圖 符。

圖9係表示圖7之商品訂購系統(變化例)之處理程序之順序圖。因步驟S20~S23及步驟S27之處理係與圖4之順序圖之步驟S10~步驟S13及步驟S17之處理相同，故省略說明。

伺服器3係將步驟S23中所檢索到之商品之商品資訊，發送至通信終端2(步驟S24)。

接收到來自伺服器3之商品資訊之通信終端2係於其之顯示部25，顯示如圖8所示之訂購畫面(步驟S25)。接著，若使用者於該訂購畫面中，對欲訂購之商品之核取方塊點入核取標記，按下「是」按鈕，則訂購商品所需之資訊(使用者ID或商品ID等)將被發送至伺服器3(步驟S26)。

<商品訂購系統之其他變化例>

圖10係表示本發明之商品訂購系統之其他變化例之圖。與圖7之例之不同點係並未自伺服器3對通信終端2發送商品資訊之點。於該變化例中，伺服器3係於自通信終端2發送信標裝置1之識別資訊(信標ID)與通信終端2之識別資訊(終端ID)之時點，進行與信標ID對應之商品之訂購處理。另，於該情形時，前提係與信標裝置1一對一對應之商品存在於伺服器3之商品資訊DB33a。

圖11係表示圖10之商品訂購系統(其他變化例)之處理程序之順序圖。因步驟S30、步驟S31之處理係與圖4之順序圖之步驟S10、步驟S11之處理相同，故省略說明。

通信終端2係將信標裝置1之識別資訊(信標ID)及通信終端2之識別資訊(終端ID)，發送至伺服器3(步驟S32)。伺服器3之商品管理部32係基於自通信終端2發送之信標ID及終端ID而進行商品之訂購處理(步驟S33)。

如以上所說明般，於本發明之實施形態例中，已說明按下信標 裝置1之訂購按鈕10係直接或間接關乎於商品訂購之例。

作為實例而列舉之墨盒或LED燈泡等終究為一例，毋庸贅言，本發明亦可應用於所有商品之訂購。

於上述實施形態例及其變化例中，已列舉於由使用者進行用於訂購商品之信標裝置1之操作之情形時，經由通信終端2，將該訂購資訊發送至伺服器之例而進行說明。

相對於此，例如，亦可考慮可藉由於能夠對家用無線LAN(Local Area Network：)或公共無線LAN進行存取之Wi-Fi(Wireless Fidelity：無線保真度)裝置設置訂購按鈕，而對伺服器3直接發送與商品訂購有關之資訊的構成。

於如此構成之情形時，使Wi-Fi裝置之識別資訊及商品資訊，事先於伺服器3內之商品資訊DB33a中建立關連。此時，只要Wi-Fi裝置之識別資訊中亦附設有使用者所具有之通信終端2之終端ID等識別資訊，則亦可將用於確認訂購意向之郵件或通知，發送至使用者之通信終端2。

再者，於上述實施形態例及其變化例中，雖已作為於信標裝置1之外部設置訂購按鈕10之例進行說明，但亦可將訂購按鈕10設置於信標裝置1之內部。於該情形時，乃由如只要被按下則可發生撓曲之薄型框體構成信標裝置1自身，可於框體之外按下訂購按鈕10。

又，亦可使自通信終端2發送至伺服器3之資料包含使用者ID或使用者之郵件位址。進而，作為於自通信終端2對伺服器3發送請求參數時所使用之HTTP方法，可考慮GET方法或POST方法等。

另，本發明並非限定於上述實施形態例，而可於不脫離申請專利範圍所記載之本發明之要旨之範圍內，包含其他應用例或變化例。

1‧‧‧信標裝置

2‧‧‧通信終端

3‧‧‧伺服器

4‧‧‧網路

5‧‧‧存取點

10‧‧‧訂購按鈕

11‧‧‧無線通信部

12‧‧‧處理部

13‧‧‧記憶體

21‧‧‧信標信號接收部

22‧‧‧伺服通信部

23‧‧‧記憶體

24‧‧‧處理部

25‧‧‧顯示部

26‧‧‧輸入部

27‧‧‧匯流排

31‧‧‧通信部

32‧‧‧商品管理部

33‧‧‧記憶部

33a‧‧‧商品資訊DB

34‧‧‧匯流排

Claims (6)

1. 一種商品訂購系統，其包含：信標裝置，其發送含有識別資訊之信標信號；伺服器，其係將上述識別資訊與商品建立關連而記憶；及通信終端，其接收上述信標信號，將上述信標信號中所含之上述識別資訊發送至上述伺服器；且上述伺服器若自上述通信終端接收到上述識別資訊，則將用於受理與上述識別資訊對應之上述商品訂購之郵件，發送至上述通信終端。
2. 如請求項1之商品訂購系統，其中於上述郵件中，含有將訂購上述商品所需之資訊作為參數而包含之URL；且上述通信終端係受理上述URL之選擇，若上述URL被選擇，則進行上述商品之訂購。
3. 如請求項1之商品訂購系統，其中上述通信終端係藉由回覆上述郵件而進行上述商品之訂購。
4. 一種商品訂購方法，其係包含信標裝置、伺服器及通信終端之商品訂購系統之商品訂購方法，且包含如下步驟：上述伺服器將上述信標裝置之識別資訊與商品建立關連而事先記憶；上述信標裝置發送包含上述識別資訊之信標信號；上述通信終端接收上述信標信號，將上述信標信號中所含之上述識別資訊發送至上述伺服器；及上述伺服器若自上述通信終端接收到上述識別資訊，則將用於受理與上述識別資訊對應之上述商品訂購之郵件，發送至上述通信終端。
5. 如請求項4之商品訂購方法，其中於上述郵件中，含有將訂購上述商品所需之資訊作為參數而包含之URL；且上述商品訂購方法進而包含下述步驟，即，上述通信終端受理上述URL之選擇，若上述URL被選擇，則進行上述商品之訂購。
6. 如請求項4之商品訂購方法，其進而包含下述步驟，即，藉由上述通信終端回覆上述郵件而進行上述商品之訂購。