WO2010145299A1 - 一种基于网络电视终端的付费方法及系统 - Google Patents

一种基于网络电视终端的付费方法及系统 Download PDF

Info

Publication number
WO2010145299A1
WO2010145299A1 PCT/CN2010/071912 CN2010071912W WO2010145299A1 WO 2010145299 A1 WO2010145299 A1 WO 2010145299A1 CN 2010071912 W CN2010071912 W CN 2010071912W WO 2010145299 A1 WO2010145299 A1 WO 2010145299A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
user
terminal
pay
paid
Prior art date
Application number
PCT/CN2010/071912
Other languages
English (en)
French (fr)
Inventor
柴作朋
付贤会
陈尚松
李贤军
曾远宏
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2010145299A1 publication Critical patent/WO2010145299A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2543Billing, e.g. for subscription services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47211End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting pay-per-view content

Definitions

  • This article covers the field of multi-media, especially involving the integration of x systems.
  • the video provided by PTV is accepted by more and more users, but the new and various types of stability need to be fully supported.
  • the internal PTV payment system is close to imperfection, mainly in the way of , and , the common feature is to pay for the use of PTV, and each payment is regular, in order to complete the payment of fish, and other value-added management.
  • the current payment method there are shortcomings
  • the payment method is the work, the amount is completed by the payment, the user does not need, the interaction 4, the payment method sheep, the fixed payment PTV mode restricts only some users to eliminate, meet other users and also pay the terminal Eliminate.
  • the method and system of the terminal are proposed.
  • the user can complete the payment at home, and the payment must be with the PTV. Enhance the user's use of rest.
  • the payment method provided in the terminal includes the user-provided interface of the dice guide, and the user pays the user and each payment terminal sends the user's very, and the payment amount to the
  • the payment is received, paid for, and analyzed.
  • the analysis is very consistent with the matching, and then the user has paid and paid for each user.
  • the payment terminal has a credit card, and the user provides the credit card function. Before the payment terminal puts the user's very, and the amount paid, the method includes the user paying the terminal to swipe the card, which will be very convenient for the terminal.
  • pay for the package contains messages, messages, message length, very, , payment amount, and P address
  • P address is used for the terminal message only to indicate the user's payment.
  • the steps will be sent to the payment to complete the consultation, and the payment will be sent to the church. Then, the payment will be sent to the payment, and the payment will be sent to the church for analysis.
  • the user is allowed to pay for the payment.
  • the present invention is applied to the terminal, including the payment terminal, the payment, and the payment terminal, and the payment terminal receives the user operation, and sends the user's very, and the payment amount to provide the user with the dice guide.
  • the interface receives the user's operation, pays the user and each of the contacts, and pays the user's payment and the payment of the terminal, and pays the amount to ask for advice.
  • the payment is received, paid for, and analyzed. If the analysis is correct, it will be executed.
  • the pay terminal has a swipe card for swiping the card at the user.
  • pay for the package contains messages, messages, message length, very, , payment amount, and P address
  • P address is used for the terminal message only to indicate the user's payment.
  • the user of the mercury pass, the user has been, the user and each of the users pay and each The user has paid for the information, and the information of the mercury user is received by the user.
  • the dice guide user provides the dice guides for each interface that the user pays and communicates with each other, and the bank that receives the user's payment terminal, the amount paid, the amount received, the amount paid, and the user pays and pays for each other. Will be sent to the payment.
  • the same as the PTV terminal can support multi-user elimination.
  • the previous payment method is limited to the PTV terminal, which can be operated by users.
  • the payment method can support multiple users lively. Different users can be
  • pay smart management, support payment terminal can swipe the card, can complete the payment is very basic and each, the rest, the special features
  • the preferred mode of the present invention is combined with reference 1 and the home payment system, including the payment terminal 11, 12, the payment 13, and 14 each, wherein the terminal 11 receives the user operation, the user's very, and The amount paid is sent to 12.
  • the payment terminal 11 can have a swipe card, which is used to swipe the card at the user's card.
  • the payment package contains messages, messages, message lengths, very, , payment amounts, and P addresses and
  • the P address is used to indicate that the user pays the message and the message length is different from the message type, and the message is used for the message to parse the message.
  • Payment 13 receive payment, ask for advice, analyze and analyze, and solve the problem that is very similar, then execute, and then
  • the user pays for each other and each, and the receiving user pays the terminal's payment, the amount paid, the amount received, the amount paid, and the user pays for each other, and will be sent to the payment.
  • each content can be divided into the purpose of the fish, the scorpion swim, can, the process of education, and each, etc., the following will be used to compare the two commonly used content, and material resources Explain this method.
  • Reference 2 the method of the fish payment, including the steps Step 201 User-provided dice Guide PG interface
  • Step 202 If the rabbit is in step 203, then step 204 203 directly broadcasts the rabbit. Step 24 If the result is correct, if yes, then step 2 5 is not, then step 206 step 205 EPG prompts the user to have the direct broadcast payment, step 206 EPG, if the user does not, if the user does not rise, then step 207 is the user, then the step 208 Step 207 Return to each content interface of the PG, the user can re-create the content in each content interface of the PG.
  • Step 208 The PG pays the information to the user and pays the operation flow prompt, and each of the required
  • Step 209 the user pays, the user pays the terminal very well, and then, the message is sent to
  • the paying terminal can have a swipe card, and the user can provide the swipe card.
  • Each user can swipe the card mode, and the paying card of the terminal is swiped by the user. Swipe the card in the card. The card indicates that the card is swiped. If the card fails, it needs to be swiped again.
  • Step 210 The user pays the terminal to pay the amount, and then sends the payment amount information to
  • Step 211 Analyze the payment of the terminal, the user pays the sum, and the parsed and the amount of the payment, and the payment can be solved by ph ps, so as to be very good, and pay the amount
  • the enquiry encapsulation format can be as shown in Table 1, including message, message, message length, very, pay, PTV, and PTV P address 1 sgType message
  • P dd PT P The PTV and PTV P addresses are used for the message type of the PTV terminal only.
  • the message can be 4 city lengths, and the high to low level indicates that each content represents the second content. Its son includes, cartoon, etc.
  • Step 212 pay for advice , formation , payment ;
  • Step 213 the payment payment request, the solution and the parsing step 214, the payment of the parsed and the matching of the sum, and whether the remaining is sufficient, if the success and the remaining, then the step 215 otherwise the step 218, the step 215, the payment is completed, the user succeeds, the same And each completed, step 216 step 216 is completed, the mercury pass user, Pass the user already, step 217 Step 217
  • the user can query the remaining, exit the card swipe mode, but can often broadcast the core.
  • step 218 If the step 218 is very mismatched, the user is prompted, if the user is restarted, and if the user restarts, the user returns to step 209, and then the step 207 is matched and the balance is insufficient, and the remaining insufficient or paid is displayed. If the user or pays, go back to step 209, otherwise return to step 207.
  • the payment method includes the steps 401, the user-provided PG interfaces, and the user, step 402, the user can view the business and business information, and the business operator cannot re-enter the other business, the user, step 402.
  • Step 402 EPG to the user The payment information and the payment operation flow prompt, the user needs to pay the customer step 5403, the user pays the terminal very, and, the message is sent to
  • the paying terminal can have a swipe card, and the user can provide the swipe card.
  • Each user can swipe the card mode, and the paying card of the terminal is swiped by the user. Swipe the card in the card. The card indicates that the card is successful. If the card fails, it needs to be swiped again.
  • Step 5404 The user pays the terminal to pay the amount, and then sends the payment amount information to
  • Step 405. Analyze the payment of the terminal, the user pays for each and the parsed, and the amount paid, and ask for advice. Can be solved by ph ps, in order to get very, and pay
  • the payment can be as shown in 1 and includes the message, message, message length, very, , payment amount, PTV, and PTV P address.
  • PTV and PTV P addresses are used for PTV terminals only
  • the message type is used to pay each, the message 4 is from the high to the low position, and the second means that the second content of each content represents the content, and the material includes the clothes, makeup, etc.; the most representative of the contents, 1, 2, etc.
  • the length of the message is different from the message type, but the message is used for the message to parse the message.
  • Step 5406 Pay for advice, form,
  • Step 407 Paying for payment, asking for advice, solving and analyzing
  • Step 5408 If the payment is out of the matching and whether the remaining is sufficient, if the remaining is successful, then step 5409 otherwise step 412, step 5409, the payment is completed, the user succeeds, the same, and each completes, step 410, step 410 is completed, mercury
  • the user's information, each received by the user, step 411, step 411, the user can query the rest, exit the card swipe mode, step S412, if the password does not match, the user password is prompted, and if the user re-returns, if the user re-returns, then the user returns Step 5403 If the user pays, it will return to each interface of the PG. If the balance is insufficient, the remaining information will be insufficient or paid. If the user or pays, then go back to step 403 or return to the PG interface.
  • the utility model provides the payment method and system of the terminal, and has the same interactivity.
  • the PTV terminal can support multi-user elimination, does not need frequent, intelligent management, and high security.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种基于网络电视终端的付费方法及系统,其中,所述方法包括:机顶盒为用户提供电子节目指南服务选择界面,将用户选择付费的业务通知业务运营商;付费输入终端将用户输入的银行账号、账号密码,以及付费金额发送至机顶盒;机顶盒根据接收到的银行账号、账号密码、付费金额,以及用户选择付费的业务构建付费请求数据包,并将其发送至支付机构;支付机构接收到付费请求数据包后,进行数据解析,如判断解析出的银行账号和密码相匹配,则执行扣款处理,然后通知业务运营商用户已为其选择付费的业务付费。在本发明中,无须将付费卡跟 IPTV机顶盒绑定,增强了用户的使用体验。

Description

于 終端的付費方法及 統
木領域
本 涉及多媒休 領域, 尤其涉及 x 統的嵌
, 提供了 用戶在家 可完成 休並各或增值並各 付 的 方法及 統。
背景 木
看 PTV 木的不 成熟, PTV提供的視頻 休並各、 並各等 越 越多的用戶所接受, 但是 新的並各 型的穩定需要有 完善的付 統 支撐 並 的 。 目前, 內 PTV付 統近 于不 完善 中,主要是 、 和 的方式, 其共同的特 都是付 PTV 定使用, 並各 支付 定期 , 以此 完成 付 魚 、 等增值並各的管理。 于目前的付 方式, 存在 下的不足
1, 需要固定的付 PTV 定使用, 果付 丟失或 需要重新到並各 指定的 重新亦 , 沒有 和 活性 2, 果增值並各消 頻繁, 需要頻繁的
3, 付 方式是被功的, 金額都是由支付 完成的, 用戶不需要 , 交互 4,付 方式羊 , 固定的付 PTV 的模式限制了只能 是 有 的用戶 消 , 滿足其它用戶也 終端 付 消 。
內容
了解決上 木 , 本 提出 于 終端的付 方法 及 統, 用戶在家 可完成 支付, 而付 須跟 PTV , 增強了用戶的使用休 。 了解決上 木 ,本 提供 于 終端的付 方法, 包含 用戶提供屯子 指南 各 界面, 將用戶 付 的並各 通 並各 付 終端將用戶 的很 、 , 以及付 金額 送至
接收到的銀行 、 、 付 金額, 以及用戶 付 的並各 付 求教 , 將 送至支付
支付 接收到付 求教 , 行教 解析, 解析出的很 和 相匹配, 則 , 然 通 並各 商用戶已 付 的並各付 。 , 付 終端具有刷卡 , 用戶提供刷卡功能 在付 終端將用戶 的很 、 , 以及付 金額 至 前, 方法 包括 用戶 付 終端的刷卡 刷卡, 將很 至 付 終端。
, 付 求教 包包含消息 、 消息 、 消息長度、 很 、 、 付 金額、 , 以及 P地址
和 P地址用以唯 終端 消息 用以指示用戶 付 的並各。
, 在 付 求教 , 將 送至支付 的步驟 完成付 求教 ,近 付 求教 , 然 再 送至支付 在支付 接收到付 求教 , 行教 解析的步驟中, 支付 接收到付 求教 , 行解 。 , 在支付 在 很 和 相匹配 方法近包 括 所迷支付 允許用戶 余 。 了解決上 木 ,本 提出 于 終端的付 統, 包含付 終端、 、 支付 , 以及並各 , 其中 所迷付 終端 接收 用戶操作, 將用戶 的很 、 , 以及付 金額 送至 向用戶提供屯子 指南 各 界面, 接收 用戶操作, 將用戶 付 的並各通 所 並各 , 用戶 付 的並各以及 付 終端 的很 、 、 付 金額 付 求教 , 將 付 求教 送至 支付
支付 接收到付 求教 , 行教 解析, 解析出的很 和 相匹配, 則執行 , 然 通 所 並各 商用戶已 付 的並各付 。
, 付 終端具有刷卡 , 用以在用戶 刷卡 , 的很 。
, 付 求教 包包含消息 、 消息 、 消息長度、 很 、 、 付 金額、 , 以及 P地址
和 P地址用以唯 終端 消息 用以指示用戶 付 的並各。
, 在 完成付 求教 , 近 付 求教 , 然 再 送至 支付
支付 近 在接收到付 求教 , 行解 。
, 並各 占用戶 付 的並各
, 在 用戶已 付 , 汞 通用戶 目的 , 通 用戶 已 , 用戶 並各 近 占用戶 付 的並各 在 用戶已 的商 付 , 汞用戶的 其信息, 各 , 通 用 戶接收。 了解決上 木 , 本 提出 支持 終端的付 的 , 包括屯子 指南 和
屯子 指南 用戶提供屯子 指南 各 界面 所迷 將用戶 付 的並各通 並各 , 以及, 接收用戶 付 終端 的銀行 、 、 付 金額, 接 收 的 很 、 、 付 金額, 以及用戶 付 的並各 付 求教 , 將 送至支付 。
, 近 完成付 求教 , 近 付 求教 , 然 再 送至支付 。
本 可以 下的有益效果
1, 增強了 交互 看 PTV並各的不 拓展, 用戶跟並各 的交互需要越 越頻繁, 也提出更高的要求, 本 提供的方法很 好的解決了交互的 性問題
2,同 PTV終端可支持多用戶消 以往的付 方式局限于 介 PTV 終端 介可操作用戶, 本 的付 方式可以 活的支持多用戶, 不同 用戶可以 在 起
3, 不需要頻繁 , 了用戶 同 以往的付 方式中付 是 PTV終端 的,需要定期到支付 向同 張 中注 資金,而本 不 需要付 PTV , 任何 張有余 支付 均可使用, 不需要 定期
4,付 智能 管理 本 支持付 終端可刷卡, 可完成支付 很 的基本並各, 余 、 很行特 等功能
5, 安全性高 付 的帳 、 PTV , 接收 必須 相 的解 算法才能 到 。 1是本 家庭付 統的組成
2是本 目魚 付 方法流程
3是本 付 方法流程
本 的較佳 方式 下面結合 因及 參考 1, 了本 家庭付 統組成, 包含 付 終端 11、 12、 支付 13, 以及並各 14, 其中 付 終端 11, 接收 用戶操作, 將用戶 的很 、 , 以及付 金額 送至 12。 付 終端 11近可以具 有刷卡 , 用以在用戶 刷卡 刷卡 , 的很 。
12, 向用戶提供屯子 指南 各 界面, 接收
操作, 將用戶 付 的並各通 所 並各 14, 用戶 付 的並各以及 付 終端 11 的很 、 、付 金額 付 求教 , 將 付 求教 送至 支付 13。 付 求教 包包含消息 、 消息 、 消息長度、 很 、 、 付 金額、 , 以及 P地址 和
P地址用以唯 終端 消息 用以指示用戶 付 的 並各 消息長度 消息 型的不同而不 消息 用以 消息的 , 用以支付 消息 解析 。 支付 13, 接收到付 求教 , 行教 解析, 解 析出的很 和 相匹配, 則執行 , 然 通 所 並各
14用戶已 付 的並各付 。 並各 14, 在 用戶已 付 的並各付 , 付 並各。 占用戶 付 的並各 並各 在 用戶已 付 , 汞 通用戶 目的 , 通 用戶 已 , 允許用戶 占用戶 付 的並各 並各 在 用戶已 的商 付 , 汞用戶的 其信息, 各 , 通 用戶接收。 12在 完成付 求教 ,近可以 付 求教 , 然 再 送至 支付 13, 支付 13在接收到 付 求教 , 相 的解 。
休的, 上 12, 可包括屯子 指南 和
屯子 指南 , 用戶提供屯子 指南 各
, 將用戶 付 的並各通 並各 , 以及, 接收用 戶 付 終端 的很 、 、 付 金額, 接收到的 很 、 、 付 金額, 以及用戶 付 的並各 付 求教 , 將 送至支付 。
以及, 完成付 求教 , 近可以 付 求教 , 然 再 送至支付 。 PTV 上 , , 功成功 PG界面 用戶 各內容, 各內容可以分力 目魚 、 、 屯子游 、 可 、 程教育、 上 並各等, 下面將分別以比較常用的2介服各內容, 和 物力 細說明本 方式。 參考 2, 了本 目魚 付 方法, 包含步驟 步驟 201 用戶 提供的屯子 指南 PG 各界面
步驟 202 目的 , 果 兔 , 則 步驟 203 果 付 , 則 步驟 204 步驟 203 直接播 核兔 , 步驟 24 目的 是否 , 果已 , 則 步 驟 2 5 果未 , 則 步驟 206 步驟 205 EPG提示用戶 已 , 直接播 核付 , 步驟 206 EPG 何用戶是否 , 果用戶 不升 , 則 步驟 207 果用戶 , 則 步驟 208 步驟 207 退 到 PG 各內容 界面, 用戶可以在 PG 各內容 界面重新 各內容
步驟 208 PG向用戶 目的付 信息及付 操作流程提示, 通 並各 需要 各
步驟 209 用戶 付 , 用戶 付 終端 很 和 , 然 , 將很 和 信息 送至
較佳 , 付 終端可以具有 刷卡 , 向用戶提供刷卡 各 用戶可以 刷卡模式, 通 付 終端的刷卡 刷卡 用戶的 很 。 刷卡 果付 終端的刷卡指示 內 表示刷卡 , 果 內 表示刷卡失敗需要重新刷卡。 步驟 210 用戶 付 終端 付 金額、 然 , 將付 金額信息 送至
步驟 211 解析付 終端 的 , 用戶 付 的並各以及解析出的很 、 以及付 金額, 付 求教 可以 ph ps 行解 , 以 得很 、 以 及付 金額
的付 求教 封裝格式可以 表1所示, 包含消息 、 消 息 、 消息長度、很 、 、付 金額、 PTV , 以及 PTV P地址 1 付 求教 封裝格式 sgType 消息
sg D 消息
sgLe 消息
4 cco N m
Passwd
6 m 金額
PT D T銅
P dd PT P 其中 PTV 和 PTV P地址用以唯 PTV終端 各 消息 型的 用以 的付 各, 消息 可以 4 市長度, 高位到低位 第 介 表示 各內容 第二 表示 各內 容子 , 以 目魚 , 其子 包括 、 、 卡通 等 最
表示 各內容子 下的 , 卡通 1, 卡通 2等 消息長度 消息 型的不同而不 消息 用以 消息的 , 用以支付 消息 解析 。
步驟 212 付 求教 , 形成 , 支 付 ;
步驟 213 支付 收到付 求教 , 行解 及解析 步驟 214 支付 解析出的很 和 是否匹配及余 是否足 , 果 成功且余 足 , 則 步驟 215 否則 步驟 218 步驟 215 支付 完成 , 通 用戶 成功, 同 通 並各 完成 , 步驟 216 步驟 216 在 完成 , 汞 通用戶 各的 , 通 用戶 已 , 步驟 217 步驟 217 用戶可查詢余 ,退出刷卡模式,然 可以 常播 核 ,
步驟 218 果很 和 不匹配, 則提示用戶 , 何用戶是否重新 , 果用戶 重新 , 則返 步驟 209 果用戶 付 , 則返 步驟 207 果很 和 匹配, 但余 不足, 則提示余 不足 或 付 , 果用戶 或 付 , 則返 步驟 209 否則返 步驟 207
參考 3, 了本 付 方法, 包含步驟 步驟 401 用戶 提供的 PG 各 界面 , 然 商 , , 步驟 402 用戶可查看 須 和商 信息, 果 商 不 可重新 其 它商 , 用戶 , 步驟 402 步驟 402 EPG向用戶 商 的付 信息及其付 操作流程提示, 通 並各 需要 商 步驟5403 用戶 付 , 用戶 付 終端 很 和 , 然 , 將很 和 信息 送至
較佳 , 付 終端可以具有 刷卡 , 向用戶提供刷卡 各 用戶可以 刷卡模式, 通 付 終端的刷卡 刷卡 用戶的 很 。 刷卡 果付 終端的刷卡指示 內 表示刷卡成 功, 果 內 表示刷卡失敗需要重新刷卡。
步驟5404 用戶 付 終端 付 金額、 然 , 將付 金額信息 送至
步驟 405 解析付 終端 的 , 用戶 付 的並各以及解析出的很 、 以及付 金額, 付 求教 可以 ph ps 行解 , 以 得很 、 以及付 金額
的付 求教 可以 上 1所示, 包含消息 、 消息 、 消息長度、很 、 、付 金額、 PTV , 以及 PTV P地址, 其中
PTV 和 PTV P地址用以唯 PTV終端 各
消息 型的 用以 的付 各, 消息 4 市長 度 高位到低位,第 介 表示 各內容 第二 表示 各內容子 , 以 物力 , 其子 包括衣服、 妝 、 等; 最 表示 各內容子 下的物 , 1, 2等。
消息長度 消息 型的不同而不 消息 用以 消息的 , 用以支付 消息 解析 。
步驟5406 付 求教 , 形成 ,
步驟 407 支付 收到付 求教 , 行解 及解析
步驟5408 支付 解析出的很 和 是否匹配及余 是否足 , 果 成功且余 足 , 則 步驟5409 否則 步驟 412 步驟5409 支付 完成 , 通 用戶 成功, 同 通 並各 完成 , 步驟 410 步驟 410 在 完成 , 汞用戶的 其信息, 各 , 通 用戶接收, 然 步驟 411 步驟 411 用戶可查詢余 , 退出刷卡模式, 步驟S412 果很 和 密碼不匹配, 則提示用戶密碼 , 何用戶是否重新 , 果用戶 重新 , 則返 步驟5403 果用戶 付 , 則返 PG 各 界面, 果很 和 匹配, 但余 不足, 則提示余 不足 或 付 , 果用戶 或 付 , 則返 步驟 403 否則返 PG 各 界面, 。
上述 2以及 3 付 比較常用的情景, 本 明以此 東說明 本 方式, 然其他的 付 情景同 可以 上 付 方式, 本 不以此 限制。 本 近可有其他多 , 在不 本 精神 及其 的情況下, 本領域 木 可 本 作出各 相 的 和 ,但 相 的 和 都 于本 的 要求的保 。
用性 本 提供 于 終端的付 方法及 統,具有 交互性 同 PTV終端可支持多用戶消 , 不需要頻繁 , 付 智能 管理, 安全性高等特 。

Claims

要 求 1、 于 終端的付 方法, 包含 用戶提供屯子 指南 各 界面, 將用戶 付 的並各 通 並各 付 終端將用戶 的很 、 , 以及付 金額 送至
接收到的銀行 、 、 付 金額, 以及用戶 付 的並各 付 求教 , 將 送至支付 支付 接收到付 求教 , 行教 解析, 解析出的很 和 相匹配, 則 , 然 通 並各 商用戶已 付 的並各付 。
2、 要求 1 的方法, 其中 付 終端具有刷卡 , 用戶提供刷卡功能 在付 終端將用戶 的很 、 , 以及付 金額 至 前, 方法 包括 用戶 付 終端的刷卡 刷卡, 將很 至 付 終端。
3、 要求 1 的方法, 其中 付 求教 包包含消息 、 消息 、 消息長度、 很 、 、 付 金額、 , 以及 P地址 和 P地址用以唯 終端 消息 用以指示用戶 付 的並各。
4、 要求 1 的方法, 其中 在 付 求教 , 將 送至支付 的步驟
完成付 求教 , 近 付 求教 , 然 再 送至支付 在支付 接收到付 求教 , 行教 解析的步驟中, 支付 接收到付 求教 , 行解 。
5、 要求 1 的方法, 其中
在支付 在 很 和 相匹配 方法近包括 所迷 支付 允許用戶 余 。
6、 于 終端的付 統, 包含付 終端、 、 , 以及並各 , 其中 付 終端 接收 用戶操作, 將用戶 的很 、 , 以及付 金額 送至 向用戶提供屯子 指南 各 界面, 接收 用戶操作, 將用戶 付 的並各通 所 並各 , 用戶 的並各以及 付 終端 的很 、 、 付 金額 付 求教 , 將 付 求教 送至 支付 支付 接收到付 求教 , 行教 解析, 解析出的很 和 相匹配, 則執行 , 然 通 所 並各 商用戶已 付 的並各付 。
7、 要求6 的 統, 其中 付 終端具有刷卡 , 用以在用戶 刷卡 刷卡 , 的很 。
8、 要求6 的 統, 其中
付 求教 包包含消息 、 消息 、 消息長度、 很 、 、 付 金額、 , 以及 P地址
和 P地址用以唯 終端 消息 用以指示用戶 付 的並各。
9、 要求6 的 統, 其中 所迷 近 在 完成付 求教 , 近 付 求教 , 然 再 送至 支付
支付 近 在接收到付 求教 , 行解 。
10、 要求6所述的 統, 其中 並各 占用戶 付 的並各 , 在 用戶已 付 , 汞 通用戶 目的 , 通 用戶 已 , 允許用戶 並各 近 占用戶 付 的並各 , 在 用戶已 的商 付 , 汞用戶的 其信息, 各 , 通 用 戶接收。
11、 支持 終端的付 的 , 包括屯子 指南 和 屯子 指南 用戶提供屯子 指南 各 界面 所迷 將用戶 付 的並各通 並各 , 以及, 接收用戶 付 終端 的很 、 、 付 金額, 接 的 很 、 、 付 金額, 以及用戶 付 的並各 付 求教 , 將 送至支付 。
12、 要求 11 的 , 其中 近 完成付 求教 , 近 付 求教 , 然 再 送至支付 。
PCT/CN2010/071912 2009-06-18 2010-04-20 一种基于网络电视终端的付费方法及系统 WO2010145299A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2009101500278A CN101583015A (zh) 2009-06-18 2009-06-18 一种基于网络电视终端的付费方法及系统
CN200910150027.8 2009-06-18

Publications (1)

Publication Number Publication Date
WO2010145299A1 true WO2010145299A1 (zh) 2010-12-23

Family

ID=41364931

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071912 WO2010145299A1 (zh) 2009-06-18 2010-04-20 一种基于网络电视终端的付费方法及系统

Country Status (2)

Country Link
CN (1) CN101583015A (zh)
WO (1) WO2010145299A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101583015A (zh) * 2009-06-18 2009-11-18 中兴通讯股份有限公司 一种基于网络电视终端的付费方法及系统
CN102752671A (zh) * 2011-04-20 2012-10-24 鸿富锦精密工业(深圳)有限公司 电子装置及其播放内容的版权保护方法
CN102510528A (zh) * 2011-11-01 2012-06-20 苏州泽佑科技有限公司 计时有线电视系统缴费控制方法
CN102447953A (zh) * 2011-11-01 2012-05-09 苏州泽佑科技有限公司 流量计费有线电视系统缴费控制方法
CN102364518A (zh) * 2011-11-04 2012-02-29 康佳集团股份有限公司 一种用于智能电视在线商城的支付系统及其支付方法
CN103123707A (zh) * 2011-11-18 2013-05-29 苏州中茵泰格科技有限公司 基于iptv的信用卡安全支付方法及系统
CN103686230A (zh) * 2012-09-25 2014-03-26 中兴通讯股份有限公司 一种基于交互式网络电视的付费方法及系统
CN106303368A (zh) * 2015-05-13 2017-01-04 中兴通讯股份有限公司 一种iptv业务处理方法、iptv业务平台及系统
CN109379606A (zh) * 2018-10-11 2019-02-22 苏宁智能终端有限公司 一种播放鉴权方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020142750A1 (en) * 2001-03-28 2002-10-03 Gill Earl F. Content for rental property
CN1625257A (zh) * 2004-12-09 2005-06-08 张锐 用数字电视遥控器实现联网在线支付的方法和装置
CN101296361A (zh) * 2007-04-24 2008-10-29 谢鑫 一种用互动电视机顶盒缴费的方法及装置
US20080282283A1 (en) * 2007-05-11 2008-11-13 Ice, L.L.C. Method And System For Processing Commerce Transactions In An Interactive Environment
CN101583015A (zh) * 2009-06-18 2009-11-18 中兴通讯股份有限公司 一种基于网络电视终端的付费方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020142750A1 (en) * 2001-03-28 2002-10-03 Gill Earl F. Content for rental property
CN1625257A (zh) * 2004-12-09 2005-06-08 张锐 用数字电视遥控器实现联网在线支付的方法和装置
CN101296361A (zh) * 2007-04-24 2008-10-29 谢鑫 一种用互动电视机顶盒缴费的方法及装置
US20080282283A1 (en) * 2007-05-11 2008-11-13 Ice, L.L.C. Method And System For Processing Commerce Transactions In An Interactive Environment
CN101583015A (zh) * 2009-06-18 2009-11-18 中兴通讯股份有限公司 一种基于网络电视终端的付费方法及系统

Also Published As

Publication number Publication date
CN101583015A (zh) 2009-11-18

Similar Documents

Publication Publication Date Title
WO2010145299A1 (zh) 一种基于网络电视终端的付费方法及系统
CN109981910B (zh) 业务推荐方法及设备
US10311877B2 (en) Performing tasks and returning audio and visual answers based on voice command
US10698934B1 (en) Interface between a virtual personal assistant and an interactive voice response system
US20110112901A1 (en) Trust-based personalized offer portal
CN105406975A (zh) 一种聊天室中赠送虚拟礼物及特效触发方法与系统
US20050195961A1 (en) System, method and software for delivering targeted content to queued users
WO2007062989A1 (en) Method and system for invoking push-to-service offerings
CN108111883B (zh) 一种接入广播电视系统的方法
CN110111193A (zh) 一种数据处理的方法及装置
CN105279168B (zh) 支持自然语言的数据查询方法、开放平台及用户终端
KR101702036B1 (ko) 더치 페이 서비스 제공 방법 및 이를 실행하는 서버
CN108900469A (zh) 连接进度页面展示方法、终端设备及计算机可读介质
KR102034880B1 (ko) 리워드 광고 제공 시스템
CN113163269A (zh) 直播间进入方法、装置、电子设备及存储介质
KR20240005614A (ko) 무료 컨텐츠 제공 장치와 시스템 및 그 방법
CN1905443B (zh) 一种客户端自动登录服务器的方法及系统
CN111836068A (zh) 直播互动方法、装置、服务器及存储介质
CN110097202B (zh) 酒店预定的管理方法、系统、装置及计算机存储介质
KR20220118143A (ko) 컨텐츠 제공 방법 및 단말 장치
TWM617391U (zh) 預約管理系統
CN114257833A (zh) 直播间推荐和进入方法、系统、装置、设备及存储介质
WO2016169327A1 (zh) 一种用于移动终端上网流量分享的方法和系统
CN111784325A (zh) 语音支付方法、装置、电子设备及存储介质
CN111586429A (zh) 一种直播互动方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10788695

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10788695

Country of ref document: EP

Kind code of ref document: A1