本發(fā)明涉及交互式網(wǎng)絡(luò)電視(IPTV，Internet Protocol TV OR Interactive Personal TV)技術(shù)，具體涉及一種基于IPTV的增值服務(wù)實現(xiàn)方法及IPTV系統(tǒng)。

背景技術(shù)：

隨著科技的發(fā)展，用戶可在足不出戶的情況下通過電話渠道與網(wǎng)絡(luò)渠道進行商品的訂購，如進行衣服、餐飲等的訂購。以訂購餐飲為例，通常電話訂購看不到食譜圖片；網(wǎng)絡(luò)訂餐雖然能夠看到食譜圖片但對于不經(jīng)常使用網(wǎng)絡(luò)的人群如老年人來說操作難度較大。

IPTV是一種利用寬帶網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等技術(shù)于一體，可向家庭用戶提供多種交互式服務(wù)的技術(shù)。與傳統(tǒng)的電視相比，IPTV可實現(xiàn)與用戶的雙向互動。如果能夠充分利用IPTV這一交互特性便可開展適用于多種人群的增值業(yè)務(wù)如商品訂購，可大大方便用戶的日常生活。

技術(shù)實現(xiàn)要素：

為解決現(xiàn)有存在的技術(shù)問題，本發(fā)明實施例提供一種基于IPTV的增值服務(wù)實現(xiàn)方法及IPTV系統(tǒng)，可實現(xiàn)商品訂購的簡單化，提高基于IPTV的商品訂購的大眾性與靈活性。

本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的：

本發(fā)明實施例提供了一種基于交互式網(wǎng)絡(luò)電視IPTV的增值服務(wù)實現(xiàn)方法，所述方法包括：

IPTV系統(tǒng)獲取商品信息并將所獲取的商品信息顯示在第一終端上；

接收用戶通過所述第一終端輸入的商品訂購請求；

依據(jù)所述商品訂購請求生成訂單。

上述方案中，所述IPTV系統(tǒng)獲取商品信息，包括：

通過讀取用于存儲所述商家信息的商家信息管理系統(tǒng)中的數(shù)據(jù)而獲取所述商品信息；或者，

將所述商家信息管理系統(tǒng)中存儲的所述商家信息以工單的形式批量注入至所述IPTV系統(tǒng)。

上述方案中，所述接收用戶通過所述第一終端輸入的商品訂購請求，包括：

確定所述用戶通過遙控器所選擇的所述商品信息中的商家鏈接地址；

確定與所述商品鏈接地址對應(yīng)的商品訂購頁面；

接收所述用戶通過遙控器在所述商品訂購頁面上所選擇的商品訂購信息；

所述商品訂購信息為商品標(biāo)識和商品訂購方式，或為商品標(biāo)識、價格及商品訂購方式。

上述方案中，在依據(jù)所述商品訂購請求生成訂單之后，所述方法還包括：

將所述訂單的訂單狀態(tài)查詢頁面顯示在所述第一終端上；

接收所述用戶在所述訂單狀態(tài)查詢頁面上輸入的訂單狀態(tài)查詢請求，所述訂單狀態(tài)查詢請求為超文本傳輸協(xié)議HTTP類型；

轉(zhuǎn)換所述訂單狀態(tài)查詢請求為傳輸控制協(xié)議TCP類型；

基于類型轉(zhuǎn)換后的訂單狀態(tài)查詢請求，讀取所述訂單的最新訂單狀態(tài)；

并將讀取的最新訂單狀態(tài)顯示在所述第一終端上；

所述訂單狀態(tài)至少包括：訂單未受理、已受理、已撤銷、已送達及已收貨。

上述方案中，在依據(jù)所述商品訂購請求生成訂單之后，所述方法還包括：

將所述訂單的訂單撤銷頁面顯示在所述第一終端上；

接收所述用戶在所述訂單撤銷頁面上輸入的訂單撤銷請求，所述訂單撤銷請求為HTTP類型；

轉(zhuǎn)換所述訂單撤銷請求為TCP類型；

基于類型轉(zhuǎn)換后的訂單撤銷請求，撤銷所述訂單。

上述方案中，在依據(jù)所述商品訂購請求生成訂單之后，所述方法還包括：

將所述訂單的訂單確認頁面顯示在所述第一終端上；

接收所述用戶在所述訂單確認頁面上輸入的訂單確認請求，所述訂單確認請求為HTTP類型，所述訂單確認請求為確認用戶已收到商品的請求；

轉(zhuǎn)換所述訂單確認請求為TCP類型；

基于類型轉(zhuǎn)換后的訂單確認請求，按照所述訂單中的商品價格信息扣除在所述訂單中所訂購的商品的費用。

本發(fā)明實施例還提供了一種交互式網(wǎng)絡(luò)電視IPTV系統(tǒng)，所述系統(tǒng)包括：

第一獲取單元，用于獲取商品信息；

第一控制單元，用于將第一獲取單元所獲取的商品信息顯示在第一終端上；

第一接收單元，用于接收用戶通過所述第一終端輸入的商品訂購請求；

第一生成單元，用于依據(jù)所述商品訂購請求生成訂單。

上述方案中，所述第一獲取單元，還用于：

通過讀取用于存儲所述商家信息的商家信息管理系統(tǒng)中的數(shù)據(jù)而獲取所述商品信息；或者，

接收所述商家信息管理系統(tǒng)中存儲的所述商家信息以工單形式的批量注入。

上述方案中，所述第一接收單元，還用于：

確定所述用戶通過遙控器所選擇的所述商品信息中的商家鏈接地址；

確定與所述商品鏈接地址對應(yīng)的商品訂購頁面；

接收所述用戶通過遙控器在所述商品訂購頁面上所選擇的商品訂購信息；

所述商品訂購信息為商品標(biāo)識和商品訂購方式，或為商品標(biāo)識、價格及商品訂購方式。

上述方案中，所述系統(tǒng)還包括：

所述第一控制單元，還用于將所述訂單的訂單狀態(tài)查詢頁面顯示在所述第一終端上；

所述第一接收單元，還用于接收所述用戶在所述訂單狀態(tài)查詢頁面上輸入的訂單狀態(tài)查詢請求，所述訂單狀態(tài)查詢請求為超文本傳輸協(xié)議HTTP類型；

第一轉(zhuǎn)換單元，用于轉(zhuǎn)換所述訂單狀態(tài)查詢請求為傳輸控制協(xié)議TCP類型；

第一讀取單元，用于基于類型轉(zhuǎn)換后的訂單狀態(tài)查詢請求，讀取所述訂單的最新訂單狀態(tài)；

相應(yīng)的，所述第一控制單元，還用于將讀取的最新訂單狀態(tài)顯示在所述第一終端上；

所述訂單狀態(tài)至少包括：訂單未受理、已受理、已撤銷、已送達及已收貨。

上述方案中，所述系統(tǒng)還包括：

所述第一控制單元，還用于將所述訂單的訂單撤銷頁面顯示在所述第一終端上；

所述第一接收單元，還用于接收所述用戶在所述訂單撤銷頁面上輸入的訂單撤銷請求，所述訂單撤銷請求為HTTP類型；

第二轉(zhuǎn)換單元，用于轉(zhuǎn)換所述訂單撤銷請求為TCP類型；

第一撤銷單元，用于基于類型轉(zhuǎn)換后的訂單撤銷請求，撤銷所述訂單。

上述方案中，所述系統(tǒng)還包括：

所述第一控制單元，還用于將所述訂單的訂單確認頁面顯示在所述第一終端上；

所述第一接收單元，還用于接收所述用戶在所述訂單確認頁面上輸入的訂單確認請求，所述訂單確認請求為HTTP類型，所述訂單確認請求為確認用戶已收到商品的請求；

第三轉(zhuǎn)換單元，用于轉(zhuǎn)換所述訂單確認請求為TCP類型；

第一扣除單元，用于基于類型轉(zhuǎn)換后的訂單確認請求，按照所述訂單中的商品價格信息扣除在所述訂單中所訂購的商品的費用。

本發(fā)明實施例提供的基于IPTV的增值服務(wù)實現(xiàn)方法及IPTV系統(tǒng)，其中，所述方法包括：IPTV系統(tǒng)獲取商品信息并將所獲取的商品信息顯示在第一終端上；接收用戶通過所述第一終端輸入的商品訂購請求；依據(jù)所述商品訂購請求生成訂單。利用IPTV系統(tǒng)的可與用戶進行交互的特性，用戶可僅通過對遙控器的操作即可實現(xiàn)商品訂購、查詢、撤銷及確認等增值業(yè)務(wù)，可實現(xiàn)商品訂購的簡單化，提高基于IPTV的商品訂購的大眾性與靈活性。

附圖說明

圖1為本發(fā)明實施例的實現(xiàn)基于IPTV的增值服務(wù)方法的流程示意圖；

圖2為本發(fā)明實施例的實現(xiàn)基于IPTV的商品訂單訂購業(yè)務(wù)的流程示意圖；

圖3為本發(fā)明實施例的實現(xiàn)基于IPTV的商品訂單查詢業(yè)務(wù)的流程示意圖；

圖4為本發(fā)明實施例的實現(xiàn)基于IPTV的商品訂單確認業(yè)務(wù)的流程示意圖；

圖5為本發(fā)明實施例的實現(xiàn)基于IPTV的商品訂單撤銷業(yè)務(wù)的流程示意圖；

圖6為本發(fā)明實施例的IPTV系統(tǒng)的組成結(jié)構(gòu)示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行詳細說明，應(yīng)當(dāng)理解，以下所說明的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

在本發(fā)明實施例中，可簡單實現(xiàn)對商品如衣服、餐食等的訂購，訂購步驟較簡單，適合于不同年齡段的人群，可大大提高基于IPTV的商品訂購的大眾性與靈活性。

本發(fā)明實施例提供了一種基于IPTV的增值服務(wù)實現(xiàn)方法，可應(yīng)用于IPTV系統(tǒng)中，如圖1所示，所述方法包括：

步驟101：獲取商品信息并將所獲取的商品信息顯示在第一終端上；

這里，所述商品信息可至少包括商家鏈接地址，商家所出售的商品類別如衣服、鞋帽、餐飲等類別，還可以至少包括商家名稱，還可以至少包括每類商品的價格，也可以還包括所出售商品的商品圖片；商品信息可以為其它能夠想到的形式，此處不做具體限定。通常這些商品信息可預(yù)先存儲于某個(些)商家信息管理系統(tǒng)中，本實施例中的IPTV系統(tǒng)可通過讀取存儲在這個(些)商家信息管理系統(tǒng)中的數(shù)據(jù)而獲取商品信息，或者將所述商家信息管理系統(tǒng)中存儲的所述商家信息以工單的形式批量注入至本實施例的IPTV系統(tǒng)，IPTV系統(tǒng)將這些商品信息顯示在第一終端上。所述第一終端可以具體為電視機(也包括機頂盒和遙控器)、個人計算機、手機、平板電腦Pad等設(shè)備。第一終端優(yōu)選為電視機，當(dāng)?shù)谝唤K端為電視機時，應(yīng)配合遙控器、機頂盒等設(shè)備的使用可將商 品信息顯示在電視機上，此處的具體實現(xiàn)請參見現(xiàn)有相關(guān)說明。其中，所述商家信息管理系統(tǒng)、第一終端均可以為本實施例的IPTV系統(tǒng)的一部分也可以為獨立的設(shè)備，此處不做具體限定。

這里，以第一終端為電視機為例，可以在電視機播放IPTV電視節(jié)目時，將商品信息進行顯示；也可以先不在電視機上顯示商品信息，而是當(dāng)用戶按壓遙控器上預(yù)定的功能按鍵(該功能按鍵為用于顯示商品信息的按鍵)時，再將商品信息顯示在電視機上。其中，商品信息可進行電視機的全屏顯示，也可以進行部分屏幕的顯示如將商品信息顯示在電視機顯示屏的某個預(yù)定區(qū)域處如顯示屏的下方區(qū)域或上方區(qū)域，以不影響用戶的節(jié)目觀看體驗為準(zhǔn)。

步驟102：接收用戶通過所述第一終端輸入的商品訂購請求；

這里，確定所述用戶通過遙控器所選擇的所述商品信息中的商家鏈接地址，確定與所述商品鏈接地址對應(yīng)的商品訂購頁面，接收所述用戶在所述商品訂購頁面上所選擇的商品訂購信息，所述商品訂購信息可以為商品標(biāo)識如商品名稱和商品訂購方式，或商品標(biāo)識、價格及商品訂購方式。進一步的，當(dāng)電視機上顯示有不同商家的商品信息時，用戶可通過實際的訂購需求而通過遙控器選擇相應(yīng)的商家鏈接地址進入與該商家鏈接地址對應(yīng)的店面(商品訂購頁面)，如需要訂餐則通過遙控器選擇商品信息中的某個經(jīng)營餐飲類的商家鏈接地址而進入該商家的商品訂購頁面，在該商品訂購頁面中可查看到該店所出售的各種菜品的名稱、價格、圖片、訂購方式等信息，用戶依據(jù)實際的需求通過遙控器選擇在電視機上顯示的某個菜品名稱及訂購方式，IPTV系統(tǒng)接收輸入的這一商品訂購請求。其中，所述訂購方式可至少包括在線支付和貨到付款這兩種方式。由此可見，本實施例基于IPTV系統(tǒng)實現(xiàn)的增值服務(wù)如商品訂購，利用IPTV系統(tǒng)的可與用戶進行交互的特性，僅需要對遙控器進行操作即可在電視機上訂購出想要的商品，訂購操作比較簡單，更適合于老年人，可大大提高基于IPTV的商品訂購的大眾性與靈活性。另外，基于IPTV系統(tǒng)的訂購方式，用戶既可以看見想要訂購商品的圖片也可以看見其價格，更方便用戶的訂購，提升了用戶的訂購體驗。

步驟103：依據(jù)所述商品訂購請求生成訂單。

這里，接收到用戶輸入的商品訂購請求時，依據(jù)用戶選擇的商品及訂購方式，生成該用戶的訂單，該訂單中至少記錄該用戶輸入的商品送達地址、商品名稱如菜品名稱、商品價格、訂購方式；還可以記錄商家信息如商家的店面名稱、商家實際店面地址等信息，訂單中所記錄的內(nèi)容可以為其它能夠想到的形式，此處不做具體限定。

在本發(fā)明一個優(yōu)選的實施例中，在IPTV系統(tǒng)生成訂單后，可將訂單的生成結(jié)果如訂單生成成功、失敗或訂單處理超時等通過終端顯示給用戶，以方便用戶得知是否成功訂購。

本發(fā)明實施例的IPTV系統(tǒng)除了可執(zhí)行前述的商品訂購的流程外，還可執(zhí)行訂單查詢、訂單確認、訂單撤銷等流程，具體請參見后續(xù)相關(guān)說明。

在圖2～圖5中，均以第一終端為電視機為例，該電視機應(yīng)配合遙控器和機頂盒來使用，下面結(jié)合圖2～圖5，對本發(fā)明實施例提供的技術(shù)方案做進一步說明。

圖2為本發(fā)明實施例的實現(xiàn)基于IPTV的商品訂單訂購業(yè)務(wù)的流程示意圖；如圖2所示：

步驟200：訂單處理系統(tǒng)獲取商品信息，并將所獲取的商品信息經(jīng)由電子節(jié)目單(EPG，Electronic Programmer Guide)系統(tǒng)發(fā)送至第一終端；

訂單處理系統(tǒng)通過讀取存儲在商家信息管理系統(tǒng)中的數(shù)據(jù)而獲取商品信息；訂單處理系統(tǒng)發(fā)送至EPG系統(tǒng)的商品信息為傳輸控制協(xié)議(TCP，Transmission Control Protocol)類型的消息，EPG系統(tǒng)將該TCP類型的商品信息轉(zhuǎn)換為超文本傳輸協(xié)議(HTTP，Hyper Text Transfer Protocol)類型，再發(fā)送至第一終端，以令第一終端顯示該商品信息。

步驟201：在電視機上顯示商品信息并接收用戶輸入的商品訂購請求，發(fā)送該商品訂購請求至EPG系統(tǒng)；

這里，當(dāng)電視機上顯示商品信息，用戶通過遙控器選擇某個商家鏈接地址進入該店面，在該店面的商品訂購頁面上選擇某個菜品及訂購方式，電視機接 收用戶輸入端的這一商品訂購請求，并將該請求發(fā)送至EPG系統(tǒng)。

步驟202：EPG系統(tǒng)將商品訂購請求進行消息類型的轉(zhuǎn)換，并發(fā)送消息類型轉(zhuǎn)換后的商品訂購請求至訂單處理系統(tǒng)；

這里，通過第一終端輸入的商品訂購請求通常為HTTP類型的消息，EPG系統(tǒng)需要將HTTP消息類型的商品訂購請求轉(zhuǎn)換為TCP類型，以方便訂單處理系統(tǒng)對該請求的處理。

步驟203：訂單處理系統(tǒng)接收到TCP類型的商品訂購請求時，基于用戶所選擇的商品及訂購方式，生成訂單。

這里，該訂單中至少記錄用戶輸入的商品送達地址、商品名稱如菜品名稱、商品價格、訂購方式等。

步驟204：訂單處理系統(tǒng)將訂單生成結(jié)果、及所生成的訂單經(jīng)由EPG系統(tǒng)返回給第一終端；

這里，訂單處理系統(tǒng)所生成的訂單生成結(jié)果為TCP類型的消息，EPG系統(tǒng)需將該TCP類型的消息轉(zhuǎn)換成HTTP消息類型，并返回該消息至第一終端以呈現(xiàn)，以便用戶查看是否成功訂購。其中，該訂單生成結(jié)果為訂單生成成功、失敗或訂單生成超時等。

步驟205：商家信息管理系統(tǒng)通過創(chuàng)建快速動態(tài)網(wǎng)頁技術(shù)(AJAX，Asynchronous Javascript And XML)定時輪詢訂單處理系統(tǒng)，以獲取用于提醒商家產(chǎn)生了生意訂單的第一提醒消息；在訂單產(chǎn)生時通常訂單狀態(tài)為未受理狀態(tài)，商家得知有訂單產(chǎn)生時，通過商家客戶端在商家信息管理系統(tǒng)上修改該訂單的訂單狀態(tài)(未受理狀態(tài))為已受理狀態(tài)，訂單處理系統(tǒng)隨之更新該訂單狀態(tài)為已受理狀態(tài)。

這里，在訂單處理系統(tǒng)生成訂單后，產(chǎn)生提醒消息，以通知商家有生意產(chǎn)生。當(dāng)商家通過客戶端在商家信息管理系統(tǒng)上修改訂單狀態(tài)時，訂單處理系統(tǒng)隨之進行同步更新。其中，所述訂單狀態(tài)至少包括：訂單未受理、已受理、已撤銷、已送達及已收貨。

圖3為本發(fā)明實施例實現(xiàn)基于IPTV的商品訂單查詢業(yè)務(wù)的流程示意圖； 如圖3所示：

步驟300：電視機顯示訂單狀態(tài)查詢頁面，在該訂單狀態(tài)查詢頁面上接收用戶輸入的訂單狀態(tài)查詢請求；

這里，在通過前述步驟201～步驟204生成訂單之后，第一終端顯示訂單狀態(tài)查詢頁面，用戶可通過遙控器點擊訂單狀態(tài)查詢頁面上的訂單狀態(tài)查詢按鈕進行訂單狀態(tài)查詢請求的輸入。

步驟301：發(fā)送該訂單狀態(tài)查詢請求至EPG系統(tǒng)；

步驟302：EPG系統(tǒng)將該請求進行消息類型的轉(zhuǎn)換即由HTTP類型轉(zhuǎn)換為TCP類型，并發(fā)送至訂單處理系統(tǒng)；

步驟303：基于轉(zhuǎn)換后的訂單狀態(tài)查詢請求，訂單處理系統(tǒng)讀取該用戶所預(yù)訂訂單的訂單狀態(tài)，將讀取的訂單狀態(tài)查詢結(jié)果經(jīng)由EPG系統(tǒng)返回給第一終端；

這里，訂單狀態(tài)查詢結(jié)果(當(dāng)前的訂單狀態(tài)是什么狀態(tài))為TCP類型的消息，EPG系統(tǒng)需將該TCP類型的消息轉(zhuǎn)換成HTTP消息類型，并返回該消息至第一終端，以便用戶查看當(dāng)前(最新的)的訂單狀態(tài)。

如果最新的訂單狀態(tài)為已受理狀態(tài)，本流程結(jié)束；

如果最新的訂單狀態(tài)為未受理狀態(tài)，那么還應(yīng)該執(zhí)行步驟304。

步驟304：第一終端接收用戶輸入的第一提醒請求，并將該請求發(fā)送至EPG系統(tǒng)；EPG系統(tǒng)將該請求進行消息類型的轉(zhuǎn)換即由HTTP類型轉(zhuǎn)換為TCP類型，并發(fā)送至訂單處理系統(tǒng)；訂單處理系統(tǒng)接收到該第一提醒請求，生成第二提醒消息，并將對第二提醒消息的生成結(jié)果如第二提醒消息生成成功或失敗等結(jié)果經(jīng)由EPG系統(tǒng)返回給第一終端，并通過第一終端呈現(xiàn)給IPTV用戶，繼續(xù)執(zhí)行步驟305；

這里，第一提醒請求為用于提醒商家盡快處理訂單的請求，用戶可通過遙控器點擊提醒請求生成頁面上的提醒請求生成按鈕進行提醒請求的輸入。EPG系統(tǒng)用于將HTTP消息類型的第一提醒請求轉(zhuǎn)換為TCP消息類型，和將TCP消息類型的第二提醒消息生成結(jié)果轉(zhuǎn)換為HTTP消息類型。

步驟305：商家信息管理系統(tǒng)通過AJAX技術(shù)定時輪詢訂單處理系統(tǒng)，以獲取用于提醒商家應(yīng)該盡快處理訂單的第二提醒消息；

這里，第二提醒消息用于提醒商家盡快處理訂單并盡快送貨。

如果商家送貨及時，繼續(xù)執(zhí)行如圖4所示的商品訂單確認流程：

步驟400：商家通過客戶端在商家信息管理系統(tǒng)上修改訂單狀態(tài)訂單已受理為訂單已送達狀態(tài)，訂單處理系統(tǒng)隨之進行同步更新；

步驟401：電視機顯示訂單確認頁面，在該訂單確認頁面上接收用戶輸入的訂單確認請求，發(fā)送該請求至EPG系統(tǒng)；

這里，用戶通過遙控器在訂單確認界面上選擇訂單確認按鈕，以確認該用戶已收到所訂購的商品。

步驟402：EPG系統(tǒng)將該請求進行消息類型的轉(zhuǎn)換即由HTTP類型轉(zhuǎn)換為TCP類型，并發(fā)送至訂單處理系統(tǒng)；

步驟403：訂單處理系統(tǒng)更新已送達狀態(tài)為已收貨狀態(tài)，并按照訂單中的商品價格扣除商品費用。

這里，需要說明的是，如果用戶所選擇的訂購方式為在線支付的方式，那么訂單處理系統(tǒng)需要扣除相應(yīng)的費用；如果用戶所選擇的訂購方式為貨到付款，那么訂單處理系統(tǒng)需要扣除的費用為0元。

為方便運營商對訂購數(shù)據(jù)的統(tǒng)計如統(tǒng)計哪個商家的哪種商品如菜品比較受大眾的歡迎，那么還可以執(zhí)行步驟404：生成并保存話單信息，該話單信息中至少記錄有商家的店面名稱、商家所出售的商品價格；還至少包括用戶輸入的送達地址；該話單信息可包括其他任何能夠想到的內(nèi)容，此處不贅述。該話單信息可方便運營商定時根據(jù)用戶的訂單信息，分析用戶的訂購行為等。

此外，考慮到存在有用戶在收到自己所訂購的商品之后忘記對該商品訂單確認的情況，當(dāng)一定時間如7天之后，訂單處理系統(tǒng)仍然沒有接收到來自第一終端的訂單確認請求，自動執(zhí)行步驟403；其中，所述一定時間可根據(jù)實際的使用情況而靈活設(shè)定。

如果商家送貨不及時，那么執(zhí)行如圖5所示的商品訂單撤銷流程：

步驟500：電視機顯示訂單撤銷頁面，在該訂單撤銷頁面上接收用戶輸入的訂單撤銷請求，發(fā)送該訂單撤銷請求至EPG系統(tǒng)；

這里，第一終端顯示訂單撤銷頁面，用戶可通過遙控器選擇訂單撤銷頁面上的訂單撤銷按鈕進行訂單撤銷請求的輸入。

步驟501：EPG系統(tǒng)將該請求進行消息類型的轉(zhuǎn)換即由HTTP類型轉(zhuǎn)換為TCP類型，并發(fā)送至訂單處理系統(tǒng)；

步驟502：訂單處理系統(tǒng)基于該請求，撤銷該訂單，更新該訂單的訂單狀態(tài)為已撤銷狀態(tài)，將訂單撤銷結(jié)果經(jīng)由EPG系統(tǒng)返回給第一終端；

這里，訂單撤銷結(jié)果包括訂單撤銷成功或失敗。訂單撤銷結(jié)果為TCP類型的消息，EPG系統(tǒng)需將該TCP類型的消息轉(zhuǎn)換成HTTP消息類型，并返回該消息至第一終端，以通知用戶訂單撤銷是否成功。

步驟503：訂單處理系統(tǒng)生成用于提醒商家用戶已撤銷訂單的第三提醒消息，并將該消息通知至商家。

這里，商家信息管理系統(tǒng)通過AJAX技術(shù)定時輪詢訂單處理系統(tǒng)，當(dāng)獲取到第三提醒消息時，提示商家該訂單已被撤銷。

由此可見，在前述基于IPTV的訂單訂購、查詢、撤銷及確認等增值業(yè)務(wù)實現(xiàn)過程中，利用IPTV系統(tǒng)的可與用戶進行交互的特性，用戶僅需要通過遙控器對電視機上的按鈕進行相應(yīng)的操作即可實現(xiàn)商品訂購、查詢、撤銷或確認等操作，操作比較簡單，比較適合于各個年齡段的用戶，更方便了老年人通過IPTV電視進行商品的訂購，可大大提高基于IPTV的商品訂購的大眾性與靈活性。

需要說明的是，在圖2～圖5中所涉及的EPG系統(tǒng)、訂單處理系統(tǒng)均可作為本發(fā)明實施例IPTV系統(tǒng)的一部分；第一終端和商家信息管理系統(tǒng)可作為本發(fā)明實施例中的IPTV系統(tǒng)的一部分也可以不作為本發(fā)明實施例的IPTV系統(tǒng)的一部分。

基于前述的增值服務(wù)實現(xiàn)方法，本發(fā)明實施例還提供了一種IPTV系統(tǒng)，如圖6所示，所述系統(tǒng)包括：

第一獲取單元601，用于獲取商品信息；

第一控制單元602，用于將第一獲取單元601所獲取的商品信息顯示在第一終端上；

第一接收單元603，用于接收用戶通過所述第一終端輸入的商品訂購請求；

第一生成單元604，用于依據(jù)所述商品訂購請求生成訂單。

其中，所述第一獲取單元601，還用于：通過讀取用于存儲所述商家信息的商家信息管理系統(tǒng)中的數(shù)據(jù)而獲取所述商品信息；或者，接收所述商家信息管理系統(tǒng)中存儲的所述商家信息以工單形式的批量注入。

其中，所述第一接收單元603，還用于：確定所述用戶通過遙控器所選擇的所述商品信息中的商家鏈接地址；確定與所述商品鏈接地址對應(yīng)的商品訂購頁面；接收所述用戶通過遙控器在所述商品訂購頁面上所選擇的商品訂購信息；所述商品訂購信息為商品標(biāo)識和商品訂購方式，或為商品標(biāo)識、價格及商品訂購方式。

在一個優(yōu)選的實施例中，所述系統(tǒng)還包括：第一轉(zhuǎn)換單元和第一讀取單元(圖6中均未示意出)；其中，

所述第一控制單元602，還用于將所述訂單的訂單狀態(tài)查詢頁面顯示在所述第一終端上；所述第一接收單元603，還用于接收所述用戶在所述訂單狀態(tài)查詢頁面上輸入的訂單狀態(tài)查詢請求，所述訂單狀態(tài)查詢請求為超文本傳輸協(xié)議HTTP類型；第一轉(zhuǎn)換單元，用于轉(zhuǎn)換所述訂單狀態(tài)查詢請求為傳輸控制協(xié)議TCP類型；第一讀取單元，用于基于類型轉(zhuǎn)換后的訂單狀態(tài)查詢請求，讀取所述訂單的最新訂單狀態(tài)；相應(yīng)的，所述第一控制單元602，還用于將讀取的最新訂單狀態(tài)顯示在所述第一終端上；所述訂單狀態(tài)至少包括：訂單未受理、已受理、已撤銷、已送達及已收貨。

在一個優(yōu)選的實施例中，所述系統(tǒng)還包括：第二轉(zhuǎn)換單元和第一撤銷單元(圖6中均未示意出)；其中，所述第一控制單元602，還用于將所述訂單的訂單撤銷頁面顯示在所述第一終端上；所述第一接收單元603，還用于接收所述用戶在所述訂單撤銷頁面上輸入的訂單撤銷請求，所述訂單撤銷請求為HTTP 類型；第二轉(zhuǎn)換單元，用于轉(zhuǎn)換所述訂單撤銷請求為TCP類型；第一撤銷單元，用于基于類型轉(zhuǎn)換后的訂單撤銷請求，撤銷所述訂單。

在一個優(yōu)選的實施例中，所述系統(tǒng)還包括：第三轉(zhuǎn)換單元和第一扣除單元(圖6中均未示意出)；其中，所述第一控制單元602，還用于將所述訂單的訂單確認頁面顯示在所述第一終端上；所述第一接收單元603，還用于接收所述用戶在所述訂單確認頁面上輸入的訂單確認請求，所述訂單確認請求為HTTP類型，所述訂單確認請求為確認用戶已收到商品的請求；第三轉(zhuǎn)換單元，用于轉(zhuǎn)換所述訂單確認請求為TCP類型；第一扣除單元，用于基于類型轉(zhuǎn)換后的訂單確認請求，按照所述訂單中的商品價格信息扣除在所述訂單中所訂購的商品的費用。

需要說明的是，由于該IPTV系統(tǒng)所要解決問題的原理與前述的基于IPTV的增值服務(wù)實現(xiàn)方法相似，因此，IPTV系統(tǒng)的實施過程及實施原理均可以參見前述方法的實施過程及實施原理描述，重復(fù)之處不再贅述。

在實際應(yīng)用中，所述第一獲取單元601、第一控制單元602、第一接收單元603、第一生成單元604、第一轉(zhuǎn)換單元、第一讀取單元、第二轉(zhuǎn)換單元、第一撤銷單元、第三轉(zhuǎn)換單元及第一扣除單元均可由中央處理單元(CPU，Central Processing Unit)、或數(shù)字信號處理(DSP，Digital Signal Processor)、或微處理器(MPU，Micro Processor Unit)、或現(xiàn)場可編程門陣列(FPGA，F(xiàn)ield Programmable Gate Array)等來實現(xiàn)。

本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖6中所示的IPTV系統(tǒng)中的各處理單元的實現(xiàn)功能可參照前述基于IPTV的增值服務(wù)實現(xiàn)方法的相關(guān)描述而理解。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖6所示的IPTV系統(tǒng)中各處理單元的功能可通過運行于處理器上的程序而實現(xiàn)，也可通過具體的邏輯電路而實現(xiàn)。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲 器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。