CN105721940B - 一种业务处理方法、机顶盒、网络设备及系统 - Google Patents
一种业务处理方法、机顶盒、网络设备及系统 Download PDFInfo
- Publication number
- CN105721940B CN105721940B CN201410743062.1A CN201410743062A CN105721940B CN 105721940 B CN105721940 B CN 105721940B CN 201410743062 A CN201410743062 A CN 201410743062A CN 105721940 B CN105721940 B CN 105721940B
- Authority
- CN
- China
- Prior art keywords
- business
- request
- middleware
- top box
- network equipment
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种业务处理方法、机顶盒、网络设备及系统，其中，所述方法包括：客户端获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；所述客户端发送所述第一业务的第一请求至网络设备；所述中间件接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；所述中间件获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备；所述客户端从所述网络设备接收到针对所述第一业务的第一请求的响应结果。
Description
技术领域
本发明涉及通信领域的网络管理技术，尤其涉及一种业务处理方法、机顶盒、网络设备及系统。
背景技术
用户对家庭业务的需求各种各样，家庭业务发展也呈现出了种类繁多、产品成熟度不尽相同的现状。由于家庭业务大部分为第三方业务，容易出现用户欺诈、不知情定制等问题，例如：当用户订购某业务时，第三方客户端向用户显示该业务为1元/月，但实际上在后台的BOSS系统中该业务配置为10元/月。
为保证计费鉴权的安全性，需要客户端安装安全计费插件。在客户端安装安全计费插件后，客户端向安全计费插件发送订购请求，由安全计费插件向家庭开放平台获取订购的实际信息，包括资费信息、订购周期、订购所包含的实际内容等，并在终端上弹出对话框向用户进行显示，用户基于这些信息进行订购确认。
上述方案能够有效保障计费安全性，但是客户端在和不同基地合作的时候，需要对接不同的安全计费插件，每次合作时客户端为了对接安全计费插件都需要进行改造，这样的话会给合作伙伴带来额外的工作量和开销，影响业务上线的及时性。
发明内容
有鉴于此，本发明的目的在于提供一种业务处理方法、机顶盒、网络设备及系统，能至少解决现有技术中存在的上述问题。
本发明实施例提供了一种业务处理方法，所述方法包括：
客户端获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；
所述客户端发送所述第一业务的第一请求至网络设备；
所述中间件接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；
所述中间件获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备；
所述客户端从所述网络设备接收到针对所述第一业务的第一请求的响应结果。
上述方案中，所述方法还包括：
所述中间件发送认证请求至网络设备，使得所述网络设备根据所述认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
上述方案中，所述方法还包括：
所述中间件周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络设备所述中间件所在机顶盒的在线状态。
本发明实施例提供了一种业务处理方法，所述方法包括：
网络设备获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；
根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息；
当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果。
上述方案中，所述方法还包括：
所述网络设备根据所述中间件发来的认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
上述方案中，所述方法还包括：
所述网络设备接收所述机顶盒的中间件周期性发送的第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态。
本发明实施例提供了一种机顶盒，所述机顶盒包括：
客户端模块，用于获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；发送所述第一业务的第一请求至网络设备；从所述网络设备接收到针对所述第一业务的第一请求的响应结果；
中间件模块，用于接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备。
上述方案中，所述中间件模块，还用于发送认证请求至网络设备，使得所述网络设备根据所述认证请求对所述中间件对应的机顶盒进行认证。
上述方案中，所述中间件模块，还用于周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络设备所述中间件所在机顶盒的在线状态。
本发明实施例提供了一种网络设备，所述网络设备包括：
业务模块，用于获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果；
家庭业务开放模块，用于根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息。
上述方案中，所述家庭业务开放模块，还用于根据所述机顶盒的中间件发来的认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
上述方案中，所述家庭业务开放模块，还用于接收所述机顶盒的中间件周期性发送的第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态。
本发明实施例提供了一种业务处理系统，所述系统包括：
机顶盒，用于通过客户端获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；通过所述客户端发送所述第一业务的第一请求至网络设备；通过中间件接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；所述中间件获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备；所述客户端从所述网络设备接收到针对所述第一业务的第一请求的响应结果；
网络设备，用于获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息；当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果。
本发明所提供的业务处理方法、机顶盒、网络设备及系统，能够在机顶盒向网络设备发起针对第一业务的第一请求时，网络设备将相关的提示信息发送给机顶盒的中间件，由中间件获取到确定信息之后，网络设备将针对第一业务的第一请求的响应结果发送至机顶盒的客户端。避免现有技术中将客户端与中间件关联的技术方案中，客户端通过中间件从网络侧获取第一请求对应的提示信息并获取最终的响应结果，所带来的客户端与不同的第三方平台对接时，需要对中间件进行改造，从而避免了额外的工作量和开销，提升客户端的业务上线的及时性。
附图说明
图1为本发明实施例提供的业务处理方法流程示意图一；
图2为本发明实施例提供的业务处理方法流程示意图二；
图3为本发明实施例提供的心跳连接示意图；
图4为本发明实施例提供的业务处理方法场景示意图；
图5为本发明实施例提供的业务处理方法流程示例；
图6为本发明实施例机顶盒组成结构示意图；
图7为本发明实施例网络设备组成结构示意图；
图8为本发明实施例业务处理系统组成结构示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
实施例一、
本发明实施例提供了一种业务处理方法，应用于机顶盒，如图1所示，包括：
步骤101：客户端获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；
步骤102：所述客户端发送所述第一业务的第一请求至网络设备；
步骤103：所述中间件接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；
步骤104：所述中间件获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备；
步骤105：所述客户端从所述网络设备接收到针对所述第一业务的第一请求的响应结果。
这里，所述第一业务可以为机顶盒中的所述客户端能够提供的N个业务中的一个业务，其中，所述机顶盒能够提供的N个业务可以包括：互联网电视、高清视频电话、家庭物联网、阅读等应用。
所述第一请求包括：所述第一业务的标识信息。消息格式如下：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
所述第一提示信息可以包括：所述第一业务的属性信息以及服务器软件信息、内容类型、消息长度等；比如，其具体格式可以为：Server(服务器软件信息)；Content-Type(请求application)；Content-Length(消息体长度)以及<payload>(第一业务的属性信息，具体为一个XML文档)；
所述第一业务的属性信息对应的XML文档如下：
通过上述第一提示信息就能够为用户显示出来第一业务对应的多种信息。
所述获取到针对所述第一提示信息的确认信息(ServiceConfirm)可以为用户看到第一提示信息之后，针对所述第一提示信息进行选择，可以包括比如：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
针对所述第一业务的第一请求的响应结果，消息格式如下：
Server：服务器软件信息
Content-Type：application/xml
Content-Length：消息体长度
<payload>：消息体中包含一个XML文档，具体信息如下：
优选地，执行步骤101之前，还包括：所述中间件向网络侧发起认证，采用的认证机制可以为HTTP Digest认证机制，具体可以包括：所述中间件发送认证请求至第二电子设备，使得所述第二电子设备根据所述认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
其中，所述认证请求可以包括：所述中间件所在机顶盒注册的用户名以及密码。
如此，就能够将每一个机顶盒中的中间件在网络设备进行认证，从而对应用的第一请求的需要由用户进行确认的信息都通过中间件提示给用户，就能够使得机顶盒中提供的应用避免受到第三方平台的影响需要对应用进行修改来完成针对第一业务的第一请求的处理。
优选地，所述中间件向网络侧发起认证之后，所述中间件还需要与网络侧实时保持心跳连接，以通知网络侧所述机顶盒保持在线的状态，其具体可以包括：所述中间件周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态。
上述方案就能够在机顶盒向网络设备发起针对第一业务的第一请求时，网络设备将相关的提示信息发送给机顶盒的中间件，由中间件获取到确定信息之后，网络设备将针对第一业务的第一请求的响应结果发送至机顶盒的客户端。可见，采用上述方案就能够避免现有技术中将客户端与中间件关联的技术方案中，客户端通过中间件从网络侧获取第一请求对应的提示信息并获取最终的响应结果，所带来的客户端与不同的第三方平台对接时，需要对中间件进行改造，从而避免了额外的工作量和开销，提升客户端的业务上线的及时性。
实施例二、
本发明实施例提供了一种业务处理方法，如图2所示，包括：
步骤201：网络设备获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；
步骤202：根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息；
步骤203：当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果。
这里，所述第一业务可以为机顶盒中的所述客户端能够提供的N个业务中的一个业务，其中，所述机顶盒能够提供的N个业务可以包括：互联网电视、高清视频电话、家庭物联网、阅读等应用。
所述第一请求包括：所述第一业务的标识信息。消息格式如下：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
所述第一提示信息可以包括：所述第一业务的属性信息以及服务器软件信息、内容类型、消息长度等；比如，其具体格式可以为：Server(服务器软件信息)；Content-Type(请求application)；Content-Length(消息体长度)以及<payload>(第一业务的属性信息，具体为一个XML文档)；
所述第一业务的属性信息对应的XML文档如下：
通过上述第一提示信息就能够为用户显示出来第一业务对应的多种信息。
所述获取到针对所述第一提示信息的确认信息(ServiceConfirm)可以为用户看到第一提示信息之后，针对所述第一提示信息进行选择，可以包括比如：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
针对所述第一业务的第一请求的响应结果，消息格式如下：
Server：服务器软件信息
Content-Type：application/xml
Content-Length：消息体长度
<payload>：消息体中包含一个XML文档，具体信息如下：
优选地，执行步骤201之前，还包括：所述中间件向网络侧发起认证，采用的认证机制可以为HTTP Digest认证机制，具体可以包括：所述中间件发送认证请求至第二电子设备，使得所述第二电子设备根据所述认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
其中，所述认证请求可以包括：所述中间件所在机顶盒注册的用户名以及密码。
如此，就能够将每一个机顶盒中的中间件在网络设备进行认证，从而对应用的第一请求的需要由用户进行确认的信息都通过中间件提示给用户，就能够使得机顶盒中提供的应用避免受到第三方平台的影响需要对应用进行修改来完成针对第一业务的第一请求的处理。
所述中间件周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态；其中，所述第一消息可以为空消息。
本实施例中所述的网络设备可以具备业务平台以及家庭开放平台两种功能，具体的，上述两个平台可以设置在一个物理设备中，也可以分别设置在两个物理设备中，当上述两个平台分别设置于两个物理设备中时，所述网络设备包括有两个物理设备。
下面以机顶盒中间件与网络设备中的家庭开放平台进行交互的场景进行说明，如图3所示，所述机顶盒中间件在家庭开放平台进行认证，认证完成；
所述机顶盒中间件通过向所述家庭开放平台发送空消息来通知所述家庭开放平台所述中间件所在机顶盒的在线状态；
当机顶盒的客户端发起针对第一业务的第一请求时，所述家庭开放平台发送第一提示信息至机顶盒中间件；
所述机顶盒中间件向家庭开放平台发送所述第一提示信息的确认响应。
下面以图4为例，对于本实施例中处理业务的第一请求的场景进行说明；假设网络设备中具备业务平台以及家庭业务开放平台两个功能，处理流程如图5所示，具体为：
步骤501：客户端向业务平台发起针对第一业务的第一请求，其中，所述第一请求可以为订购请求，携带有ProductID、UserToken、STBID信息；
步骤502：业务平台向家庭开放平台转发所述针对第一业务的第一请求，携带UserToken和ProductID/ContentID(对于内容类业务需携带ContentID)、STBID等信息；
步骤503：所述家庭开放平台根据所述第一请求进行用户身份认证，并查询产品价格、订购周期、产品名称等产品信息；家庭开放平台和中间件之间维护长连接，家庭开放平台向业务管理中间件返回相关产品信息作为第一提示信息；
步骤504：中间件根据第一提示信息弹出提示，让用户进行二次确认；
步骤505：用户确认后，中间件向家庭开放平台发送订购确认请求；
步骤506：家庭开放平台进行订购关系鉴权并进行订购处理；
步骤507：家庭开放平台向业务平台返回订购响应；
步骤508：业务平台向应用客户端返回订购结果；
优选地，上述步骤508完成后，还可以包括家庭开放平台向BOSS发起业务订购请求，BOSS进行业务受理，生成订购关系，并返回响应；其中BOSS并未在图4中展示，但是，可以理解的是，根据逻辑关系，其必定为与家庭开放平台直接连接。
上述方案就能够在机顶盒向网络设备发起针对第一业务的第一请求时，网络设备将相关的提示信息发送给机顶盒的中间件，由中间件获取到确定信息之后，网络设备将针对第一业务的第一请求的响应结果发送至机顶盒的客户端。可见，采用上述方案就能够避免现有技术中将客户端与中间件关联的技术方案中，客户端通过中间件从网络侧获取第一请求对应的提示信息并获取最终的响应结果，所带来的客户端与不同的第三方平台对接时，需要对中间件进行改造，从而避免了额外的工作量和开销，提升客户端的业务上线的及时性。
实施例三、
本发明实施例提供了一种机顶盒，如图6所示，所述机顶盒包括：
客户端模块61，用于获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；发送所述第一业务的第一请求至网络设备；从所述网络设备接收到针对所述第一业务的第一请求的响应结果；
中间件模块62，用于接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备。
这里，所述第一业务可以为机顶盒中的所述客户端能够提供的N个业务中的一个业务，其中，所述机顶盒能够提供的N个业务可以包括：互联网电视、高清视频电话、家庭物联网、阅读等应用。
所述第一请求包括：所述第一业务的标识信息。消息格式如下：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
所述第一提示信息可以包括：所述第一业务的属性信息以及服务器软件信息、内容类型、消息长度等；比如，其具体格式可以为：Server(服务器软件信息)；Content-Type(请求application)；Content-Length(消息体长度)以及<payload>(第一业务的属性信息，具体为一个XML文档)；
所述第一业务的属性信息对应的XML文档如下：
通过上述第一提示信息就能够为用户显示出来第一业务对应的多种信息。
所述获取到针对所述第一提示信息的确认信息(ServiceConfirm)可以为用户看到第一提示信息之后，针对所述第一提示信息进行选择，可以包括比如：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
针对所述第一业务的第一请求的响应结果，消息格式如下：
Server：服务器软件信息
Content-Type：application/xml
Content-Length：消息体长度
<payload>：消息体中包含一个XML文档，具体信息如下：
优选地，所述中间件模块，还用于发送认证请求至网络设备，使得所述网络设备根据所述认证请求对所述中间件对应的机顶盒进行认证。
其中，所述认证请求可以包括：所述中间件所在机顶盒注册的用户名以及密码。
如此，就能够将每一个机顶盒中的中间件在网络设备进行认证，从而对应用的第一请求的需要由用户进行确认的信息都通过中间件提示给用户，就能够使得机顶盒中提供的应用避免受到第三方平台的影响需要对应用进行修改来完成针对第一业务的第一请求的处理。
优选地，所述中间件向网络侧发起认证之后，所述中间件还需要与网络侧实时保持心跳连接，以通知网络侧所述机顶盒保持在线的状态，所述中间件模块，还用于周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络设备所述中间件所在机顶盒的在线状态。
上述方案就能够在机顶盒向网络设备发起针对第一业务的第一请求时，网络设备将相关的提示信息发送给机顶盒的中间件，由中间件获取到确定信息之后，网络设备将针对第一业务的第一请求的响应结果发送至机顶盒的客户端。可见，采用上述方案就能够避免现有技术中将客户端与中间件关联的技术方案中，客户端通过中间件从网络侧获取第一请求对应的提示信息并获取最终的响应结果，所带来的客户端与不同的第三方平台对接时，需要对中间件进行改造，从而避免了额外的工作量和开销，提升客户端的业务上线的及时性。
实施例四、
本发明实施例提供了一种网络设备，如图7所示，包括：
业务模块71，用于获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果；
家庭业务开放模块72，用于根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息。
这里，所述第一业务可以为机顶盒中的所述客户端能够提供的N个业务中的一个业务，其中，所述机顶盒能够提供的N个业务可以包括：互联网电视、高清视频电话、家庭物联网、阅读等应用。
所述第一请求包括：所述第一业务的标识信息。消息格式如下：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
所述第一提示信息可以包括：所述第一业务的属性信息以及服务器软件信息、内容类型、消息长度等；比如，其具体格式可以为：Server(服务器软件信息)；Content-Type(请求application)；Content-Length(消息体长度)以及<payload>(第一业务的属性信息，具体为一个XML文档)；
所述第一业务的属性信息对应的XML文档如下：
通过上述第一提示信息就能够为用户显示出来第一业务对应的多种信息。
所述获取到针对所述第一提示信息的确认信息(ServiceConfirm)可以为用户看到第一提示信息之后，针对所述第一提示信息进行选择，可以包括比如：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
针对所述第一业务的第一请求的响应结果，消息格式如下：
Server：服务器软件信息
Content-Type：application/xml
Content-Length：消息体长度
<payload>：消息体中包含一个XML文档，具体信息如下：
优选地，所述家庭业务开放模块72，还用于根据所述机顶盒的中间件发来的认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
其中，所述认证请求可以包括：所述中间件所在机顶盒注册的用户名以及密码。
如此，就能够将每一个机顶盒中的中间件在网络设备进行认证，从而对应用的第一请求的需要由用户进行确认的信息都通过中间件提示给用户，就能够使得机顶盒中提供的应用避免受到第三方平台的影响需要对应用进行修改来完成针对第一业务的第一请求的处理。
所述家庭业务开放模块72，还用于接收所述机顶盒的中间件周期性发送的第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态。所述第一消息用于通知所述网络侧所述机顶盒的在线状态；其中，所述第一消息可以为空消息。
本实施例中所述的网络设备可以具备业务平台以及家庭开放平台两种功能，具体的，上述两个平台可以设置在一个物理设备中，也可以分别设置在两个物理设备中，当上述两个平台分别设置于两个物理设备中时，所述网络设备包括有两个物理设备。
下面以机顶盒中间件与网络设备中的家庭开放平台进行交互的场景进行说明，如图3所示，所述机顶盒中间件在家庭开放平台进行认证，认证完成；
所述机顶盒中间件通过向所述家庭开放平台发送空消息来通知所述家庭开放平台所述中间件所在机顶盒的在线状态；
当机顶盒的客户端发起针对第一业务的第一请求时，所述家庭开放平台发送第一提示信息至机顶盒中间件；
所述机顶盒中间件向家庭开放平台发送所述第一提示信息的确认响应。
下面以图4为例，对于本实施例中处理业务的第一请求的场景进行说明；假设网络设备中具备业务平台以及家庭业务开放平台两个功能，处理流程如图5所示，具体为：
步骤501：客户端向业务平台发起针对第一业务的第一请求，其中，所述第一请求可以为订购请求，携带有ProductID、UserToken、STBID信息；
步骤502：业务平台向家庭开放平台转发所述针对第一业务的第一请求，携带UserToken和ProductID/ContentID(对于内容类业务需携带ContentID)、STBID等信息；
步骤503：所述家庭开放平台根据所述第一请求进行用户身份认证，并查询产品价格、订购周期、产品名称等产品信息；家庭开放平台和中间件之间维护长连接，家庭开放平台向业务管理中间件返回相关产品信息作为第一提示信息；
步骤504：中间件根据第一提示信息弹出提示，让用户进行二次确认；
步骤505：用户确认后，中间件向家庭开放平台发送订购确认请求；
步骤506：家庭开放平台进行订购关系鉴权并进行订购处理；
步骤507：家庭开放平台向业务平台返回订购响应；
步骤508：业务平台向应用客户端返回订购结果；
优选地，上述步骤508完成后，还可以包括家庭开放平台向BOSS发起业务订购请求，BOSS进行业务受理，生成订购关系，并返回响应；其中BOSS并未在图4中展示，但是，可以理解的是，根据逻辑关系，其必定为与家庭开放平台直接连接。
上述方案就能够在机顶盒向网络设备发起针对第一业务的第一请求时，网络设备将相关的提示信息发送给机顶盒的中间件，由中间件获取到确定信息之后，网络设备将针对第一业务的第一请求的响应结果发送至机顶盒的客户端。可见，采用上述方案就能够避免现有技术中将客户端与中间件关联的技术方案中，客户端通过中间件从网络侧获取第一请求对应的提示信息并获取最终的响应结果，所带来的客户端与不同的第三方平台对接时，需要对中间件进行改造，从而避免了额外的工作量和开销，提升客户端的业务上线的及时性。
实施例五、
本实施例提供了一种业务处理系统，如图8所示，包括：
机顶盒81，用于通过客户端获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；通过所述客户端发送所述第一业务的第一请求至网络设备；通过中间件接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；所述中间件获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备；所述客户端从所述网络设备接收到针对所述第一业务的第一请求的响应结果；
网络设备82，用于获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息；当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果。
这里，所述第一业务可以为机顶盒中的所述客户端能够提供的N个业务中的一个业务，其中，所述机顶盒能够提供的N个业务可以包括：互联网电视、高清视频电话、家庭物联网、阅读等应用。
所述第一请求包括：所述第一业务的标识信息。消息格式如下：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
所述第一提示信息可以包括：所述第一业务的属性信息以及服务器软件信息、内容类型、消息长度等；比如，其具体格式可以为：Server(服务器软件信息)；Content-Type(请求application)；Content-Length(消息体长度)以及<payload>(第一业务的属性信息，具体为一个XML文档)；
所述第一业务的属性信息对应的XML文档如下：
通过上述第一提示信息就能够为用户显示出来第一业务对应的多种信息。
所述获取到针对所述第一提示信息的确认信息(ServiceConfirm)可以为用户看到第一提示信息之后，针对所述第一提示信息进行选择，可以包括比如：
Request URI：默认为“/”
Host：家庭开放平台的域名及端口
Content-Type：application/xml
Content-Length：表明了消息体长度；
User-Agent：表明了客户端的信息；
Date：发起请求的日期、时间
Accept：终端可以接收的响应消息的媒体类型
<payload>：消息体中包含一个XML文档，具体信息如下：
针对所述第一业务的第一请求的响应结果，消息格式如下：
Server：服务器软件信息
Content-Type：application/xml
Content-Length：消息体长度
<payload>：消息体中包含一个XML文档，具体信息如下：
优选地，所述中间件向网络侧发起认证，采用的认证机制可以为HTTPDigest认证机制，具体可以包括：所述中间件发送认证请求至第二电子设备，使得所述第二电子设备根据所述认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
其中，所述认证请求可以包括：所述中间件所在机顶盒注册的用户名以及密码。
如此，就能够将每一个机顶盒中的中间件在网络设备进行认证，从而对应用的第一请求的需要由用户进行确认的信息都通过中间件提示给用户，就能够使得机顶盒中提供的应用避免受到第三方平台的影响需要对应用进行修改来完成针对第一业务的第一请求的处理。
所述中间件周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态；其中，所述第一消息可以为空消息。
本实施例中所述的网络设备可以具备业务平台以及家庭开放平台两种功能，具体的，上述两个平台可以设置在一个物理设备中，也可以分别设置在两个物理设备中，当上述两个平台分别设置于两个物理设备中时，所述网络设备包括有两个物理设备。
下面以机顶盒中间件与网络设备中的家庭开放平台进行交互的场景进行说明，如图3所示，所述机顶盒中间件在家庭开放平台进行认证，认证完成；
所述机顶盒中间件通过向所述家庭开放平台发送空消息来通知所述家庭开放平台所述中间件所在机顶盒的在线状态；
当机顶盒的客户端发起针对第一业务的第一请求时，所述家庭开放平台发送第一提示信息至机顶盒中间件；
所述机顶盒中间件向家庭开放平台发送所述第一提示信息的确认响应。
下面以图4为例，对于本实施例中处理业务的第一请求的场景进行说明；假设网络设备中具备业务平台以及家庭业务开放平台两个功能，处理流程如图5所示，具体为：
步骤501：客户端向业务平台发起针对第一业务的第一请求，其中，所述第一请求可以为订购请求，携带有ProductID、UserToken、STBID信息；
步骤502：业务平台向家庭开放平台转发所述针对第一业务的第一请求，携带UserToken和ProductID/ContentID(对于内容类业务需携带ContentID)、STBID等信息；
步骤503：所述家庭开放平台根据所述第一请求进行用户身份认证，并查询产品价格、订购周期、产品名称等产品信息；家庭开放平台和中间件之间维护长连接，家庭开放平台向业务管理中间件返回相关产品信息作为第一提示信息；
步骤504：中间件根据第一提示信息弹出提示，让用户进行二次确认；
步骤505：用户确认后，中间件向家庭开放平台发送订购确认请求；
步骤506：家庭开放平台进行订购关系鉴权并进行订购处理；
步骤507：家庭开放平台向业务平台返回订购响应；
步骤508：业务平台向应用客户端返回订购结果；
优选地，上述步骤508完成后，还可以包括家庭开放平台向BOSS发起业务订购请求，BOSS进行业务受理，生成订购关系，并返回响应；其中BOSS并未在图4中展示，但是，可以理解的是，根据逻辑关系，其必定为与家庭开放平台直接连接。
上述方案就能够在机顶盒向网络设备发起针对第一业务的第一请求时，网络设备将相关的提示信息发送给机顶盒的中间件，由中间件获取到确定信息之后，网络设备将针对第一业务的第一请求的响应结果发送至机顶盒的客户端。可见，采用上述方案就能够避免现有技术中将客户端与中间件关联的技术方案中，客户端通过中间件从网络侧获取第一请求对应的提示信息并获取最终的响应结果，所带来的客户端与不同的第三方平台对接时，需要对中间件进行改造，从而避免了额外的工作量和开销，提升客户端的业务上线的及时性。
本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (13)
1.一种业务处理方法，其特征在于，所述方法包括：
客户端获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；
所述客户端发送所述第一业务的第一请求至网络设备；
中间件接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；
所述中间件获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备；
所述客户端从所述网络设备接收到针对所述第一业务的第一请求的响应结果。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述中间件发送认证请求至网络设备，使得所述网络设备根据所述认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述中间件周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络设备所述中间件所在机顶盒的在线状态。
4.一种业务处理方法，其特征在于，所述方法包括：
网络设备获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；
根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息；
当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述网络设备根据所述中间件发来的认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
6.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述网络设备接收所述机顶盒的中间件周期性发送的第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态。
7.一种机顶盒，其特征在于，所述机顶盒包括：
客户端模块，用于获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；发送所述第一业务的第一请求至网络设备；从所述网络设备接收到针对所述第一业务的第一请求的响应结果；
中间件模块，用于接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备。
8.根据权利要求7所述的机顶盒，其特征在于，所述中间件模块，还用于发送认证请求至网络设备，使得所述网络设备根据所述认证请求对所述中间件对应的机顶盒进行认证。
9.根据权利要求7所述的机顶盒，其特征在于，所述中间件模块，还用于周期性向所述网络设备发送第一消息，所述第一消息用于通知所述网络设备所述中间件所在机顶盒的在线状态。
10.一种网络设备，其特征在于，所述网络设备包括：
业务模块，用于获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果；
家庭业务开放模块，用于根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息。
11.根据权利要求10所述的网络设备，其特征在于，所述家庭业务开放模块，还用于根据所述机顶盒的中间件发来的认证请求对所述中间件对应的机顶盒进行认证，并且向所述中间件返回认证结果。
12.根据权利要求10所述的网络设备，其特征在于，所述家庭业务开放模块，还用于接收所述机顶盒的中间件周期性发送的第一消息，所述第一消息用于通知所述网络侧所述机顶盒的在线状态。
13.一种业务处理系统，其特征在于，所述系统包括：
机顶盒，用于通过客户端获取到针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；通过所述客户端发送所述第一业务的第一请求至网络设备；通过中间件接收到所述网络设备根据所述第一请求生成的第一提示信息并显示所述第一提示信息；其中，所述第一提示信息包括所述第一业务的属性信息；所述中间件获取到针对所述第一提示信息的确认信息后，发送所述确认信息至所述网络设备；所述客户端从所述网络设备接收到针对所述第一业务的第一请求的响应结果；
网络设备，用于获取到机顶盒的客户端发来的针对第一业务的第一请求，所述第一请求包括所述第一业务的标识信息；根据所述第一请求生成第一提示信息，发送所述第一提示信息至所述机顶盒的中间件；其中，所述第一提示信息包括所述第一业务的属性信息；当接收到所述机顶盒的中间件发来的确认信息后，向所述机顶盒的客户端发送针对所述第一业务的第一请求的响应结果。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410743062.1A CN105721940B (zh) | 2014-12-05 | 2014-12-05 | 一种业务处理方法、机顶盒、网络设备及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410743062.1A CN105721940B (zh) | 2014-12-05 | 2014-12-05 | 一种业务处理方法、机顶盒、网络设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105721940A CN105721940A (zh) | 2016-06-29 |
| CN105721940B true CN105721940B (zh) | 2019-01-01 |
Family
ID=56144409
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410743062.1A Active CN105721940B (zh) | 2014-12-05 | 2014-12-05 | 一种业务处理方法、机顶盒、网络设备及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105721940B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115174381A (zh) * | 2022-05-27 | 2022-10-11 | 深圳拓邦股份有限公司 | 一种电子设备功能升级方法及系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102158432A (zh) * | 2011-03-07 | 2011-08-17 | 候万春 | 嵌入到终端操作系统之前的电信运营商网络中间件装置 |
| CN102447737A (zh) * | 2011-11-18 | 2012-05-09 | 浪潮电子信息产业股份有限公司 | 一种基于云平台的服务推送方法 |
| CN102595246A (zh) * | 2012-01-10 | 2012-07-18 | 中国联合网络通信集团有限公司 | Iptv游戏业务的处理方法和游戏业务平台 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101022539B (zh) * | 2007-02-15 | 2010-08-25 | 华为技术有限公司 | 实现业务控制的方法、系统、交互式epg和业务中间件 |
| CN101252547B (zh) * | 2008-04-14 | 2010-12-08 | 广州汇思通讯科技有限公司 | 基于ip机顶盒实现交互增值业务的中间件系统及其方法 |
| US9854296B2 (en) * | 2011-12-15 | 2017-12-26 | Echostar Technologies L.L.C. | Distributed system architecture for control of a set top box |
-
2014
- 2014-12-05 CN CN201410743062.1A patent/CN105721940B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102158432A (zh) * | 2011-03-07 | 2011-08-17 | 候万春 | 嵌入到终端操作系统之前的电信运营商网络中间件装置 |
| CN102447737A (zh) * | 2011-11-18 | 2012-05-09 | 浪潮电子信息产业股份有限公司 | 一种基于云平台的服务推送方法 |
| CN102595246A (zh) * | 2012-01-10 | 2012-07-18 | 中国联合网络通信集团有限公司 | Iptv游戏业务的处理方法和游戏业务平台 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105721940A (zh) | 2016-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106716960B (zh) | 用户认证方法和系统 | |
| CN107070945B (zh) | 身份登录方法及设备 | |
| CN103051603B (zh) | 信息处理系统、图像处理设备、用户设备及控制方法 | |
| CN106716918B (zh) | 用户认证方法和系统 | |
| CN105229987B (zh) | 主动联合的移动认证 | |
| US9065828B2 (en) | System for delegation of authority, access management service system, medium, and method for controlling the system for delegation of authority | |
| CN105554146B (zh) | 一种远程访问方法及装置 | |
| CN105897675A (zh) | 视频服务提供方法、访问鉴权方法及服务器和系统 | |
| CN104820944A (zh) | 一种银行自助终端认证方法、系统及装置 | |
| US10938814B2 (en) | Unified authentication software development kit | |
| CN103188076B (zh) | 一种实现多终端统一认证的方法及系统 | |
| CN103297410A (zh) | 账号互通系统及其使用方法 | |
| CN102217280B (zh) | 用户业务鉴权方法、系统及服务器 | |
| CN108011767B (zh) | 一种非侵入的可配置运维系统 | |
| EP3082088A1 (en) | Inter-system data interaction platform based on data label and application method | |
| CN105430431B (zh) | 多媒体数据播放方法及装置 | |
| CN109995710A (zh) | 一种局域网设备管理系统及方法 | |
| CN105099769B (zh) | 业务平台的异常操作处理方法、设备和系统 | |
| CN107396033A (zh) | 视频会议系统和方法 | |
| CN111698196A (zh) | 一种鉴权方法及微服务系统 | |
| CN110766388B (zh) | 虚拟卡生成方法及系统、电子设备 | |
| CN105656856A (zh) | 资源管理方法和装置 | |
| CN105721940B (zh) | 一种业务处理方法、机顶盒、网络设备及系统 | |
| CN111832862B (zh) | 基于区块链的流程管理方法及流程管理系统 | |
| CN103888415A (zh) | Ims用户的游牧控制方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |