CN103532932A - 一种能力开放***、业务处理方法及设备 - Google Patents
一种能力开放***、业务处理方法及设备 Download PDFInfo
- Publication number
- CN103532932A CN103532932A CN201310443328.6A CN201310443328A CN103532932A CN 103532932 A CN103532932 A CN 103532932A CN 201310443328 A CN201310443328 A CN 201310443328A CN 103532932 A CN103532932 A CN 103532932A
- Authority
- CN
- China
- Prior art keywords
- business
- regulation
- service condition
- condition information
- described regulation
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种能力开放***、业务处理方法及设备,用以降低对能力开放平台的业务处理能力的要求。在本发明实施例提供的方法中,由业务处理设备向能力开放平台上报规定业务的业务使用情况信息,以使能力开放平台在规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理。能力开放平台无需关注业务的逻辑关系,也无需理解业务语义,降低了对能力开放平台的业务处理能力的要求。
Description
技术领域
本发明涉及信息技术领域,尤其涉及一种能力开放***、业务处理方法及设备。
背景技术
能力开放平台是一个将业务能力接口化出来,对外提供开放性的应用程序编程接口(Application Programming Interface,API)的平台。通过能力开放平台,能力使能端无需关注公共处理逻辑的开发,只需关注业务本身。公共处理逻辑可以由能力开放平台来统一完成。
以高考查分***为例,考生信息和高考分数所在的服务器为能力使能端,在开发高考查分***时,能力使能端通过API接口将考生信息与对应分数返回给能力开放平台,能力开放平台完成用户接入认证鉴权、接入流量控制、数据格式校验、接口协议转换、计费结算等处理。
图1为通常的用户、能力开放平台和能力使能端的关系示意图。如图1所示,用户可以通过个人电脑、平板电脑、手机应用等多种形式,调用能力开放平台的开放API,能力开放平台进行用户校验、流量控制、数据格式校验、接口协议转换、计费结算等,能力开放平台将消息发给能力使能端,由能力使能端提供具体的能力供用户使用。
能力开放平台不仅可以开放互联网能力,还可以开放电信运营商的电信能力。图2为一种典型的能力开放平台在电信网络中的位置示意图。如图2所示,能力开放平台可建设在电信运营商内部,与结算设备、网管设备、电信能力使能端、互联网能力使能端存在接口,用户通过互联网或电信网络访问能力开放平台。图2中,虚线内为电信运营商的网络设备。能力开放平台作为电信网络中的网元,与其他网元直接的接口及接口协议如表1所示。
表1
在图3所示的处理流程中,能力开放平台在收到用户终端发出的建立会议的请求后,向电话会议处理***发送建立会议的请求,在电话会议建立后,周期性地对业务进行扣费。在收到用户终端发送的关闭会议的请求后,向电话会议处理***发送关闭业务的请求,并结束逻辑会话。在上述业务处理流程中,需要能力开放平台理解业务的具体含义(比如:费率、计费方式等),才能实现对电话会议的正确扣费等操作。增加了能力开放平台的处理负荷,对能力开放平台的业务处理能力要求较高。
当能力开放平台作为一个通用的开放平台时,会开放成千上万的业务能力,此时,对能力开放平台的业务处理能力提出了更高的要求,会导致能力开放平台的业务处理负荷较大。
发明内容
本发明实施例提供一种能力开放***、业务处理方法及设备,用以解决现有技术中能力开放平台的业务处理负荷较大的问题。
第一方面,提供一种业务处理的方法,包括:
能力开放平台针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备;
所述能力开放平台向所述确定的业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求;
所述能力开放平台接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息;
所述能力开放平台根据接收的所述业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理。
结合第一方面,在第一种可能的实现方式中,所述能力开放平台对所述规定业务进行处理包括:
所述能力开放平台根据接收的所述业务使用情况信息更新所述规定业务的业务使用情况。
结合第一方面,在第二种可能的实现方式中,所述能力开放平台对所述规定业务进行处理包括:
所述能力开放平台向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述能力开放平台接收所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息;
所述能力开放平台向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
结合第一方面,在第三种可能的实现方式中,所述能力开放平台针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备,包括:
所述能力开放平台针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第一方面,在第四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第一方面、第一方面的第一种可能的实现方式,在第五种可能的实现方式中,所述能力开放平台对所述规定业务进行处理包括:
所述能力开放平台向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述能力开放平台接收所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息;
所述能力开放平台向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
结合第一方面,第一方面的第一种可能的实现方式,在第六种可能的实现方式中,所述能力开放平台针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备,包括:
所述能力开放平台针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第一方面,第一方面的第一种可能的实现方式,在第七种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第一方面,第一方面的第二种可能的实现方式,在第八种可能的实现方式中,所述能力开放平台针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备,包括:
所述能力开放平台针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第一方面,第一方面的第二种可能的实现方式,在第九种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第一方面,第一方面的第三种可能的实现方式,在第十种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式,在第十一种可能的实现方式中,所述能力开放平台针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备,包括:
所述能力开放平台针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式,在第十二种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第三种可能的实现方式,在第十三种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第一方面、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式,在第十四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
第二方面,本发明实施例提供另一种业务处理的方法,包括:
业务处理设备接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;
所述业务处理设备根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则;
所述业务处理设备根据确定的业务规则,确定所述规定业务的业务使用情况信息;
所述业务处理设备将确定的所述业务使用情况信息发送给所述能力开放平台。
结合第二方面,在第一种可能的实现方式中,所述业务处理设备根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则,包括:
所述业务处理设备根据预设的业务、用户标识与业务规则的对应关系,基于所述业务使用情况信息请求中包括的所述规定业务对应的用户的用户标识确定所述规定业务的业务规则。
结合第二方面,在第二种可能的实现方式中,所述业务处理设备根据确定的业务规则,确定所述规定业务的业务使用情况信息,包括:
所述业务处理设备向用于监控所述规定业务的业务使用情况的监控设备发送查询请求;
所述业务处理设备根据所述监控设备返回的所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
结合第二方面,在第三种可能的实现方式中,所述业务处理设备将确定的所述业务使用情况信息发送给所述能力开放平台之后,所述方法还包括:
所述业务处理设备接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述业务处理设备根据所述通知消息确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第二方面,在第四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第二方面、第二方面的第一种可能的实现方式,在第五种可能的实现方式中,所述业务处理设备根据确定的业务规则,确定所述规定业务的业务使用情况信息,包括:
所述业务处理设备向用于监控所述规定业务的业务使用情况的监控设备发送查询请求;
所述业务处理设备根据所述监控设备返回的所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
结合第二方面,第二方面的第一种可能的实现方式,在第六种可能的实现方式中,所述业务处理设备将确定的所述业务使用情况信息发送给所述能力开放平台之后,所述方法还包括:
所述业务处理设备接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述业务处理设备根据所述通知消息确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第二方面,第二方面的第一种可能的实现方式,在第七种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第二方面,第二方面的第二种可能的实现方式,在第八种可能的实现方式中,所述业务处理设备将确定的所述业务使用情况信息发送给所述能力开放平台之后,所述方法还包括:
所述业务处理设备接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述业务处理设备根据所述通知消息确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第二方面,第二方面的第二种可能的实现方式,在第九种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第二方面,第二方面的第三种可能的实现方式,在第十种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式,在第十一种可能的实现方式中,所述业务处理设备将确定的所述业务使用情况信息发送给所述能力开放平台之后,所述方法还包括:
所述业务处理设备接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述业务处理设备根据所述通知消息确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式,在第十二种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第二方面、第二方面的第一种可能的实现方式、第二方面的第三种可能的实现方式,在第十三种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第二方面、第二方面的第二种可能的实现方式、第二方面的第三种可能的实现方式,在第十四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
第三方面,本发明实施例提供一种能力开放平台,包括:
第一处理模块,用于针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备;
发送模块,用于向所述第一处理模块确定的所述业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求;
接收模块,用于接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息;
第二处理模块,用于根据所述接收模块接收的所述业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理。
结合第三方面,在第一种可能的实现方式中,所述第二处理模块具体用于:
在根据所述接收模块接收的所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,根据所述接收模块接收的业务使用情况信息更新所述规定业务的业务使用情况。
结合第三方面,在第二种可能的实现方式中,所述第二处理模块具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;接收所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息;向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
结合第三方面,在第三种可能的实现方式中,所述第一处理模块具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第三方面,在第四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第三方面、第三方面的第一种可能的实现方式,在第五种可能的实现方式中,所述第二处理模块具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;接收所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息;向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
结合第三方面,第三方面的第一种可能的实现方式,在第六种可能的实现方式中,所述第一处理模块具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第三方面,第三方面的第一种可能的实现方式,在第七种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第三方面,第三方面的第二种可能的实现方式,在第八种可能的实现方式中,所述第一处理模块具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第三方面,第三方面的第二种可能的实现方式,在第九种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第三方面,第三方面的第三种可能的实现方式,在第十种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式,在第十一种可能的实现方式中,所述第一处理模块具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式,在第十二种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第三方面、第三方面的第一种可能的实现方式、第三方面的第三种可能的实现方式,在第十三种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第三方面、第三方面的第二种可能的实现方式、第三方面的第三种可能的实现方式,在第十四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
第四方面,本发明实施例提供一种业务处理设备,包括:
接收模块,用于接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;
第一确定模块,用于根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则;
第二确定模块,用于根据所述第一确定模块确定的业务规则,确定所述规定业务的业务使用情况信息;
发送模块,用于将所述业务使用情况信息确定模块确定的所述业务使用情况信息发送给所述能力开放平台。
结合第四方面,在第一种可能的实现方式中,所述第一确定模块具体用于:
根据预设的业务、用户标识与业务规则的对应关系,基于所述接收模块接收的所述业务使用情况信息请求中包括的所述规定业务对应的用户的用户标识确定所述规定业务的业务规则。
结合第四方面,在第二种可能的实现方式中,所述发送模块还用于:
向用于监控所述规定业务的业务使用情况的监控设备发送查询请求;
所述接收模块还用于:接收所述监控设备返回的所述规定业务的业务使用情况;
所述第二确定模块具体用于:根据所述接收模块接收的所述监控设备返回的所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
结合第四方面,在第三种可能的实现方式中,所述接收模块还用于:
在所述发送模块将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,发送的用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述设备还包括第三确定模块,用于根据所述接收模块接收的所述通知消息确定需要关闭所述规定业务;
所述发送模块还用于,在所述第三确定模块确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第四方面,在第四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第四方面、第四方面的第一种可能的实现方式,在第五种可能的实现方式中,所述发送模块还用于:
向用于监控所述规定业务的业务使用情况的监控设备发送查询请求;
所述接收模块还用于:接收所述监控设备返回的所述规定业务的业务使用情况;
所述第二确定模块具体用于:根据所述接收模块接收的所述监控设备返回的所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
结合第四方面,第四方面的第一种可能的实现方式,在第六种可能的实现方式中,所述接收模块还用于:
在所述发送模块将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,发送的用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述设备还包括第三确定模块,用于根据所述接收模块接收的所述通知消息确定需要关闭所述规定业务;
所述发送模块还用于,在所述第三确定模块确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第四方面,第四方面的第一种可能的实现方式,在第七种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第四方面,第四方面的第二种可能的实现方式,在第八种可能的实现方式中,所述接收模块还用于:
在所述发送模块将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,发送的用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述设备还包括第三确定模块,用于根据所述接收模块接收的所述通知消息确定需要关闭所述规定业务;
所述发送模块还用于,在所述第三确定模块确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第四方面,第四方面的第二种可能的实现方式,在第九种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第四方面,第四方面的第三种可能的实现方式,在第十种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式,在第十一种可能的实现方式中,所述接收模块还用于:
在所述发送模块将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,发送的用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述设备还包括第三确定模块,用于根据所述接收模块接收的所述通知消息确定需要关闭所述规定业务;
所述发送模块还用于,在所述第三确定模块确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式,在第十二种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第四方面、第四方面的第一种可能的实现方式、第四方面的第三种可能的实现方式,在第十三种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第四方面、第四方面的第二种可能的实现方式、第四方面的第三种可能的实现方式,在第十四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
第五方面,本发明实施例提供又一种能力开放平台,包括:
处理器,用于针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备,以及根据I/O装置接收的业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理;
I/O装置,用于向所述处理器确定的业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求,以及接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息。
结合第五方面,在第一种可能的实现方式中,所述处理器具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,根据所述I/O装置接收的所述业务使用情况信息更新所述规定业务的业务使用情况。
结合第五方面,在第二种可能的实现方式中,所述处理器具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,通过所述I/O装置向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述I/O装置收到所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息后,通过所述I/O装置向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
结合第五方面,在第三种可能的实现方式中,所述处理器具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第五方面,在第四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第五方面、第五方面的第一种可能的实现方式,在第五种可能的实现方式中,所述处理器具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,通过所述I/O装置向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述I/O装置收到所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息后,通过所述I/O装置向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
结合第五方面,第五方面的第一种可能的实现方式,在第六种可能的实现方式中,所述处理器具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第五方面,第五方面的第一种可能的实现方式,在第七种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第五方面,第五方面的第二种可能的实现方式,在第八种可能的实现方式中,所述处理器具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第五方面,第五方面的第二种可能的实现方式,在第九种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第五方面,第五方面的第三种可能的实现方式,在第十种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式,在第十一种可能的实现方式中,所述处理器具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式,在第十二种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第五方面、第五方面的第一种可能的实现方式、第五方面的第三种可能的实现方式,在第十三种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
结合第五方面、第五方面的第二种可能的实现方式、第五方面的第三种可能的实现方式,在第十四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
第六方面,本发明实施例提供又一种业务处理设备,包括:
I/O装置,用于接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求,以及将所述处理器确定的所述规定业务的业务使用情况信息发送给所述能力开放平台;
处理器,用于根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则,以及根据确定的业务规则,确定所述规定业务的业务使用情况信息。
结合第六方面,在第一种可能的实现方式中,所述处理器具体用于:
根据预设的业务、用户标识与业务规则的对应关系,基于所述I/O装置接收的所述业务使用情况信息请求中包括的所述规定业务对应的用户的用户标识确定所述规定业务的业务规则。
结合第六方面,在第二种可能的实现方式中,所述I/O装置还用于:
向用于监控所述规定业务的业务使用情况的监控设备发送查询请求,以及接收所述监控设备返回的所述规定业务的业务使用情况;
所述处理器具体用于:根据所述I/O装置接收的、所述监控设备返回的、所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
结合第六方面,在第三种可能的实现方式中,所述I/O装置还用于:
在将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述处理器确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息;
所述处理器还用于:根据所述I/O装置接收的所述通知消息确定需要关闭所述规定业务。
结合第六方面,在第四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第六方面、第六方面的第一种可能的实现方式,在第五种可能的实现方式中,所述I/O装置还用于:
向用于监控所述规定业务的业务使用情况的监控设备发送查询请求,以及接收所述监控设备返回的所述规定业务的业务使用情况;
所述处理器具体用于:根据所述I/O装置接收的、所述监控设备返回的、所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
结合第六方面,第六方面的第一种可能的实现方式,在第六种可能的实现方式中,所述I/O装置还用于:
在将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述处理器确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息;
所述处理器还用于:根据所述I/O装置接收的所述通知消息确定需要关闭所述规定业务。
结合第六方面,第六方面的第一种可能的实现方式,在第七种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第六方面,第六方面的第二种可能的实现方式,在第八种可能的实现方式中,所述I/O装置还用于:
在将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述处理器确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息;
所述处理器还用于:根据所述I/O装置接收的所述通知消息确定需要关闭所述规定业务。
结合第六方面,第六方面的第二种可能的实现方式,在第九种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第六方面,第六方面的第三种可能的实现方式,在第十种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式,在第十一种可能的实现方式中,所述I/O装置还用于:
在将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述处理器确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息;
所述处理器还用于:根据所述I/O装置接收的所述通知消息确定需要关闭所述规定业务。
结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式,在第十二种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第六方面、第六方面的第一种可能的实现方式、第六方面的第三种可能的实现方式,在第十三种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
结合第六方面、第六方面的第二种可能的实现方式、第六方面的第三种可能的实现方式,在第十四种可能的实现方式中,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
第七方面,本发明实施例提供一种能力开放***,包括:
能力开放平台,用于向业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求;接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息;根据接收的所述业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理;
业务处理设备,用于接收所述能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则;根据确定的业务规则,确定所述规定业务的业务使用情况信息;将确定的所述业务使用情况信息发送给所述能力开放平台。
采用本发明实施例提供的业务处理方法及设备、能力开放***,由业务处理设备向能力开放平台上报规定业务的业务使用情况信息,以使能力开放平台确定规定业务的使用量是否达到针对所述规定业务设定的使用量,能力开放平台无需关注业务的逻辑关系,也无需理解业务语义,降低了对能力开放平台的业务处理能力的要求,减轻了能力开放平台的业务处理负荷。
附图说明
图1为通常的用户、能力开放平台和能力使能端的逻辑关系示意图;
图2为一种典型的能力开放平台在电信网络中的位置示意图;
图3是通常情况下能力开放平台在处理有逻辑关系的电话会议业务时的处理流程;
图4所示,为本发明实施例提供的能力开放***;
图5所示,为本发明实施例提供的能力开放平台;
图6所示,为本发明实施例提供的业务处理设备;
图7所示,为本发明实施例提供的能力开放平台;
图8所示,为本发明实施例提供的业务处理设备;
图9是本发明实施例提供的第一种业务处理方法的流程示意图;
图10是本发明实施例提供的第二种业务处理方法的流程示意图;
图11是本发明实施例提供的第三种业务处理方法的流程示意图;
图12是本发明实施例一的业务处理方法的流程示意图;
图13是本发明实施例二的业务处理方法的流程示意图;
图14是本发明实施例三的业务处理方法的流程示意图;
图15是本发明实施例四的业务处理方法的流程示意图。
具体实施方式
本发明实施例提供一种能力开放***、业务处理方法及设备。在本发明实施例提供的业务处理方法中,能力开放平台针对一个规定业务,向业务处理设备发送用于获取规定业务的使用情况信息的业务使用情况信息请求,该业务处理设备在收到能力开放平台发送的上述请求后,根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则,并在根据确定的业务规则,确定规定业务的业务使用情况信息后将确定的业务使用情况信息发给能力开放平台;能力开放平台根据接收的业务使用情况信息,在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理。
在本发明实施例提供的业务处理方法中,由业务处理设备向能力开放平台上报规定业务的业务使用情况信息,以使能力开放平台在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理,能力开放平台无需关注业务的逻辑关系,也无需理解业务语义,降低了对能力开放平台的业务处理能力的要求。
下面结合说明书附图对本发明实施例作进一步详细描述。
图4是本发明实施例提供的能力开放***的结构示意图。如图4所示,能力开放***包括:
能力开放平台401,用于向业务处理设备402发送用于获取规定业务的使用情况信息的业务使用情况信息请求;接收业务处理设备402响应业务使用情况信息请求提供的规定业务的业务使用情况信息;根据接收的业务使用情况信息,在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理;
业务处理设备402,用于接收能力开放平台401发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则;根据确定的业务规则,确定规定业务的业务使用情况信息;将确定的业务使用情况信息发送给能力开放平台401。
本发明实施例提供的能力开放***中,能力开放平台401与运行业务的能力使能端、用户终端存在信息交互的接口,能力开放平台401接收用户终端发送的建立业务的请求和关闭业务的请求,以及向运行业务的能力使能端发送建立业务请求和关闭业务的请求。
本发明实施例提供的业务处理设备402可作为一个网络实体单独存在,也可为能力开放平台401的一部分,或运行业务的能力使能端的一部分。具体的实现方式依实际情况而定。如果业务处理设备402是能力开放平台401的一部分,则由能力开放平台401提供相对通用业务处理机制,由第三方来编辑或开发业务处理设备402的具体的逻辑管控流程;如果业务处理设备402作为一个网络实体单独存在,则通常是单独为特定的某个或某些业务使用,这样定制性更强;如果业务处理设备402是运行业务的能力使能端的一部分,则通常可由运行业务的能力使能端的开发者开发业务处理设备402的具体业务处理流程。
具体实现时,业务处理设备402可为运行容器(诸如tomcat、weblogic、nginx等),当业务处理设备402运行时,能够接收并处理能力开放平台401发送的消息。通过在运行容器上进行业务处理逻辑的开发,使其可以接收能力开放平台401发送的消息,解析消息内容,并根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则,根据规定业务对应的业务规则确定规定业务的业务使用情况信息,上报给能力开放平台401。能力开放平台401根据接收的业务使用情况信息,在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理。
不管业务处理设备402是能力开放平台401的一部分、运行业务的能力使能端的一部分,还是单独的网络实体,能力开放平台401和业务处理设备402的信息交互方式都是一样的,下面描述的方法适用于以上任何一种业务处理设备402的实现方式。
由于本发明实施例的业务处理设备上预设了业务规则,根据预设的业务规则进行业务处理逻辑,起到了对业务处理逻辑的管理和控制的作用,因此在下面的说明过程中,为了描述清晰,将本发明实施例提供的业务处理设备称作“逻辑管控设备”。
下面先从能力开放平台侧和逻辑管控设备侧的配合实施进行说明,最后分别从能力开放平台侧与逻辑管控设备侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当能力开放平台侧与逻辑管控设备侧分开实施时,也解决了分别在能力开放平台侧、逻辑管控设备侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
如图9所示,本发明实施例提供的第一种业务处理的方法包括:
S901:针对一个规定业务,能力开放平台确定能够提供规定业务的业务使用情况信息的逻辑管控设备;
S902:能力开放平台向确定的逻辑管控设备发送用于获取规定业务的业务使用情况信息的业务使用情况信息请求;
S903:逻辑管控设备根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则,并根据确定的业务规则确定规定业务的业务使用情况信息;
S904:逻辑管控设备将规定业务的业务使用情况信息上报给能力开放平台;
S905:能力开放平台根据接收的业务使用情况信息,在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理。
本方法中,逻辑管控设备根据其上预设的业务与业务规则的对应关系,确定规定业务对应的业务规则,并根据确定的业务规则确定规定业务的业务使用情况信息,使得能力开放平台无需关注业务规则,降低了对能力开放平台处理能力的要求。
当逻辑管控设备不作为能力开放平台的一部分来实现时,其可以由任何语言开发,无需和能力开放平台的开发语言一致,增加了实现的灵活性。此时,在能力开放平台上也无需维护用户数据和大部分的诸如业务费率相关的业务处理数据。对于逻辑管控设备,当其处理的业务量较小时,对多个不同的业务或所有业务的处理可使用同一个逻辑管控设备,此时,需要逻辑管控设备能够区分不同的业务,一种可选的实现方式是,由能力开放平台将业务的业务类型告知逻辑管控设备,以使逻辑管控设备区分不同的业务;当业务量大时,可使一个逻辑管控设备处理几个处理方法相近的业务,一个逻辑管控设备处理一个业务。
可选地,业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
当业务的业务规则包括计费规则时,业务的业务使用情况包括业务使用的费用;当业务的业务规则包括计时规则时,业务的业务使用情况信息包括业务使用的时长;当业务的业务规则包括流量规则时,业务的业务使用情况信息为业务使用的流量;当业务的业务规则包括用户数规则时,业务的业务使用情况信息为业务的使用者的数量。
针对一个业务,业务的业务规则可包括计费规则、计时规则、流量规则或用户数规则中的一种或多种。比如:对于视频会议业务,该业务的业务规则可同时包括计费规则、计时规则和流量规则,逻辑管控设备在上报该业务的业务使用情况信息时,同时上报该业务使用的费用、使用的时长和使用的流量。
可选地,业务的业务规则可预先写入逻辑管控设备。另一种可选的实现方式是,逻辑管控设备与运行业务的能力使能端存在信息交互的接口,当逻辑管控设备收到能力开放平台发送的业务使用情况信息请求后,向运行业务的能力使能端发送请求,请求获取业务的业务规则,并根据收到的运行业务的能力使能端返回的业务规则确定业务的业务规则。
可选地,逻辑管控设备可周期性地(比如:每分钟上报一次)上报规定业务的业务使用情况信息,也可在满足触发条件时上报规定业务的业务使用情况信息,还可在用户终端发起关闭业务的请求的情况下,在收到能力开放平台发送的关闭业务的请求后上报规定业务的业务使用情况信息。
可选地,能力开放平台在根据接收的业务使用情况信息确定规定业务的使用量达到针对规定业务设定的使用量之后,本方法还包括:
根据接收的业务使用情况信息更新规定业务的业务使用情况。
下面以计费规则为例,详细描述逻辑管控设备上报规定业务的业务使用情况信息,能力开放平台根据接收的规定业务使用情况信息,确定规定业务的使用量是否达到针对规定业务设定的使用量,以及能力开放平台根据接收的业务使用情况信息更新规定业务的业务使用情况的方法。
可选地,逻辑管控设备周期性地上报规定业务使用的费用。
一种可选的实现方式是,逻辑管控设备周期性地上报规定业务在当前周期(即从上一次上报规定业务使用的费用到本次上报规定业务使用的费用的期间)使用的费用,能力开放平台预存该业务的余额,能力开放平台收到逻辑管控设备上报的规定业务使用的费用后,与规定业务的余额进行比较,确定规定业务的使用的费用是否达到规定业务的余额,并从规定业务的余额中扣除逻辑管控设备上报的规定业务使用的费用,作为更新后的规定业务的余额。
另一种可选的实现方式是,逻辑管控设备周期性地上报从收到能力开放平台发送的业务使用情况信息请求开始,到本次上报规定业务使用的费用之前,规定业务已使用的费用总金额,能力开放平台预存规定业务可使用的最大费用,能力开放平台收到逻辑管控设备上报的规定业务已使用的费用总金额后,与预存的规定业务可使用的最大费用进行比较,确定规定业务的已使用的费用总金额是否达到预存的规定业务可使用的最大费用。
逻辑管控设备可在满足触发条件时上报规定业务使用的费用。比如,能力开放平台通过发送业务使用情况信息请求,将规定业务可使用的最大费用告知逻辑管控设备,逻辑管控设备根据规定业务的业务规则确定规定业务已使用的费用总金额,并在规定业务已使用的费用总金额不小于规定业务可使用的最大费用时,向能力开放平台上报规定业务的业务使用情况信息,其中,业务使用情况信息为规定业务已使用的费用总金额。
逻辑管控设备还可以在用户终端发起关闭业务的请求的情况下,在收到能力开放平台发送的停止上报业务使用情况信息的指示后,上报业务已使用的费用总金额。
当业务的业务规则为计时规则、流量规则、用户数规则时,逻辑管控设备上报业务使用情况信息,能力开放平台根据该业务使用情况信息确定规定业务的使用量是否达到针对规定业务设定的使用量,以及能力开放平台根据该业务的业务使用情况信息更新业务的业务使用情况的方法,与计费规则对应的方法类似,这里不再一一赘述。
可选地,能力开放平台在向逻辑管控设备发送用于获取规定业务的使用情况信息的业务使用情况信息请求之前,本方法还包括:能力开放平台在接收用户终端发送的业务使用情况信息请求后,若确定用于建立规定业务的API带有逻辑处理标识时,则确定规定业务需要进行逻辑处理,并根据用于建立规定业务的API中的地址信息确定能够提供规定业务的业务使用情况信息的逻辑管控设备。
可选地,API中的地址信息为统一资源定位符(Uniform Resource Locator,URL)地址。比如,对于视频会议业务,该URL地址为http://logicalcontrolconsole.sohu.com/conference_video,则能力开放平台确定http://logicalcontrolconsole.sohu.com对应的设备为能够提供视频会议业务的业务使用情况的逻辑管控设备,http://logicalcontrolconsole.sohu.com/conference_video对应逻辑管控设备中处理视频会议的端口,则能力开放平台向http://logicalcontrolconsole.sohu.com/对应的逻辑管控设备的端口http://logicalcontrolconsole.sohu.com/conference_video发送业务使用情况信息请求。
当API中的地址为URL地址时,则首先需要通过域名解析将该ULR地址解析为IP地址,然后再将业务使用情况信息请求发给解析后的IP地址。
可选地,API中的地址信息为IP地址。比如,对于电话会议业务,该IP地址为电话会议业务对应的逻辑管控设备,则能力开放平台向该IP地址对应的逻辑管控设备发送业务使用情况信息请求。
当API中的地址信息为URL地址时,逻辑管控设备可处理多种业务,只要各业务对应的URL地址不同即可。比如,对于视频会议业务,该URL地址为上述的http://logicalcontrolconsole.sohu.com/conference_video;对于电话会议业务,该URL地址为http://logicalcontrolconsole.sohu.com/conference_call。两个URL地址对应的二级域名相同,均为http://logicalcontrolconsole.sohu.com,可对应同一个逻辑管控设备,但两个URL地址的后缀不同,可表示该逻辑管控设备接收视频会议业务和电话会议对应的业务使用情况信息请求的端口不同,则逻辑管控设备可根据由不同端口接收的业务使用情况信息请求确定需要进行逻辑管控的业务。
再比如:对于电话会议业务,该URL地址为http://conference_call.logicalcontrolconsole.sohu.com,对于视频会议业务,该URL地址为http://conference_video.logicalcontrolconsole.sohu.com,两个业务的URL地址的一级域名相同,表明两个业务可对应同一个逻辑管控设备,两个业务的URL地址的二级域名不同,表明两个业务可对应该同一个逻辑管控设备的不同端口,则逻辑管控设备可根据不同端口接收的业务使用情况信息请求确定需要进行逻辑管控的业务。
可选地,步骤S903中,逻辑管控设备根据确定的业务规则确定规定业务的业务使用情况信息,包括:
逻辑管控设备向用于监控规定业务的业务使用情况的监控设备发送查询请求;
根据该监控设备返回的规定业务的业务使用情况以及确定的业务规则,确定规定业务的业务使用情况信息。
比如,逻辑管控设备向业务的流量监控设备发送查询规定业务的业务流量的查询请求,之后根据该流量监控设备返回的规定业务已使用的流量以及规定业务的业务规则确定规定业务的业务使用情况信息。
再比如,逻辑管控设备向规定业务的资源占用监控设备发送查询规定业务的资源占用情况的查询请求,之后根据该资源占用监控设备返回的规定业务的资源占用情况(比如:占用带宽)以及规定业务的业务规则确定规定业务的业务使用情况信息。
可选地,步骤S903中,逻辑管控设备根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则,包括:
根据预设的业务、用户标识与业务规则的对应关系,基于规定业务使用情况信息请求中包括的规定业务对应的用户的用户标识确定规定业务的业务规则。
这里,业务对应的用户可以是该业务的发起方。逻辑管控设备根据业务对应的用户的用户标识确定规定业务的业务规则,包括:
逻辑管控设备根据规定业务对应的用户的用户标识确定规定业务对应的用户的等级(比如VIP用户、重要用户、普通用户等),对应不同的用户等级,确定该用户等级对应的规定业务的逻辑规则。比如,规定业务的业务规则包括计费规则,对于VIP用户,可设置规定业务的业务规则为每分钟0.1元;对于重要用户,可设置规定业务的业务规则为每分钟0.15元;对于普通用户,可设置规定业务的业务规则为每分钟0.2元。
可选地,逻辑管控设备预存有业务对应的用户的用户标识与用户等级的对应关系,以及用户等级与业务的业务规则的对应关系,当逻辑管控设备收到能力开放平台发送的业务使用情况信息请求后,根据业务使用情况信息请求中的业务对应的用户的用户标识确定用户等级,进一步根据用户等级确定业务的业务规则。
或者,逻辑管控设备预存有业务对应的用户的用户标识与业务的业务规则之间的对应关系,当逻辑管控设备收到能力开放平台发送的业务使用情况信息请求后,根据业务使用情况信息请求中的业务对应的用户的用户标识直接确定业务的业务规则。
或者,逻辑管控设备预存有用户等级与业务的业务规则的对应关系,并且逻辑管控设备与运行业务的能力使能端存在消息交互的接口。当逻辑管控设备收到能力开放平台发送的业务使用情况信息请求后,获取业务使用情况信息请求中的业务对应的用户的用户标识,然后向业务的能力使能端发送获取用户等级的请求,并在接收到运行业务的能力使能端发送的用户等级后,根据用户等级与业务的业务规则的对应关系,确定业务的业务规则。
可选地,在步骤S902之前,本方法还包括:
S9001:能力开放平台向运行规定业务的能力使能端发送用于建立规定业务的业务建立请求;
S9002:运行规定业务的能力使能端收到能力开放平台发送的业务建立请求后,为规定业务分配业务标识,并将该业务标识置于建立业务的响应中返回给能力开放平台。
可选地,步骤S9001、步骤S9001可在步骤S901之前或之后。
可选地,步骤S902中,能力开放平台向确定的逻辑管控设备发送用于获取规定业务的使用情况信息的业务使用情况信息请求,包括:
能力开放平台向逻辑管控设备发送携带有下列信息的业务使用情况信息请求:用于建立规定业务的API的API标识、规定业务对应的用户的用户标识、运行规定业务的能力使能端为规定业务分配的业务标识;
步骤S904中,逻辑管控设备将业务的业务使用情况信息上报给能力开放平台时,有两种可选的方案:
方案一、逻辑管控设备将用于建立规定业务的API的API标识和规定业务对应的用户的用户标识连同规定业务的业务使用情况信息一同发给能力开放平台;
方案二、逻辑管控设备将规定业务的业务标识连同规定业务的业务使用情况信息一同发给能力开放平台。
在方案一中,能力开放平台在收到业务使用情况信息的同时,收到API标识和业务对应的用户的用户标识,能力开放平台根据该API标识和该用户标识确定收到的业务使用情况信息对应的业务;
在方案二中,能力开放平台在收到业务使用情况信息的同时,收到运行业务的能力使能端为业务分配的业务标识,能力开放平台根据该业务标识确定收到的业务使用情况信息对应的业务。
可选地,步骤S904中,逻辑管控设备将规定业务的业务使用情况信息上报给能力开放平台,包括:
逻辑管控设备将用于标识规定业务的使用情况信息的消息序列号连同规定业务的业务使用情况信息一同上报给能力开放平台。
在步骤S905能力开放平台根据接收的业务使用情况信息,确定规定业务的使用量达到针对规定业务设定的使用量后,本方法还包括:
S906:能力开放平台向逻辑管控设备发送用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息,该通知消息中包括通知原因和步骤S904中,逻辑管控设备上报规定业务的业务使用情况时一同上报的与规定业务的用于标识业务使用情况的消息序列号;
可选地,能力开放平台也可以在每一次收到逻辑管控设备发送的业务使用情况信息后都返回上述通知消息,通过消息中的字段“处理结果”来通知逻辑管控设备规定业务的使用量是否达到针对规定业务设定的使用量,比如当处理结果为“0”时,表示规定业务的使用量尚未达到针对规定业务设定的使用量,当处理结果为“1”时,表示规定业务的使用量已达到针对规定业务设定的使用量。当处理结果为“1”时,进一步通过“通知原因”字段指示规定业务的使用量达到针对规定业务设定的使用量的具体情况,以便逻辑管控设备根据该通知原因确定是否向能力开放平台发送确认关闭规定业务的确认消息。
S907:逻辑管控设备根据接收的通知消息中的消息序列号确定发生异常的业务为规定业务,并根据通知原因确定是否向能力开放平台发送确认关闭规定业务的确认消息。
在业务进行过程中,逻辑管控设备可能会多次向能力开放平台上报规定业务的业务使用情况信息,比如每隔1分钟上报一次,以便能力开放平台能够实时地确定规定业务的使用量是否达到针对规定业务设定的使用量。可选地,逻辑管控设备在每一次上报规定业务的业务使用情况信息时会同时上报该业务使用情况信息对应的消息序列号,以区分不同次上报的规定业务的业务使用情况信息。同时,对于不同用户终端发起的同一种业务,该消息序列号也不同,因此当逻辑管控设备同时处理多个相同的业务时,实现各运行的业务之间业务使用情况信息的区分。
能力开放平台收到规定业务的业务使用情况信息时,同时收到标识该业务使用情况信息的消息序列号,当能力开放平台根据收到的业务使用情况信息确定规定业务的使用量达到针对规定业务设定的使用量异常时,向逻辑管控设备发送上述通知消息,消息中包括与上述业务使用情况信息一同收到的消息序列号,逻辑管控设备收到该通知消息后,将收到的消息中的消息序列号与之前与规定业务的业务使用情况信息一同发出的消息序列号进行比对,并根据之前存储的消息序列号与业务的对应关系,确定该业务为规定业务。
逻辑管控设备根据通知原因确定是否向能力开放平台发送确认关闭规定业务的确认消息的方法有很多。比如,在逻辑管控设备上预设不同业务的通知处理规则,该通知处理规则中记录对于不同的通知原因的处理方法。比如,对于视频会议业务,若通知原因为超时,但不包括欠费,则逻辑管控设备确定无需向能力开放平台发送确认关闭规定业务的确认消息;同样,对于视频会议业务,若通知原因为欠费,则逻辑管控设备确定需要向能力开放平台发送确认关闭规定业务的确认消息。
此外,逻辑管控设备还可以根据用户等级确定是否向能力开放平台发送确认关闭规定业务的确认消息。比如,对于规定业务,逻辑管控设备确定规定业务的业务规则包括计时规则,则当能力开放平台确定规定业务已使用的时长不小于规定业务的最大时长时,向逻辑管控设备发送上述通知消息,消息中包括的通知原因为超时,同时在通知消息中包括规定业务已超出的时间。当逻辑管控设备收到该通知消息后,确定通知原因为超时,进一步确定该业务对应的用户的用户等级,对于VIP用户,则确定无需向能力开放平台发送确认关闭规定业务的确认消息;对于重要用户,需要进一步将该通知消息中的规定业务已超出的时间与该预设的规定业务的最大超时时长进行比较,若小于规定业务的最大超时时长,则确定无需向能力开放平台发送确认关闭规定业务的确认消息,否则向能力开放平台发送确认关闭规定业务的确认消息;对于普通用户,则直接向能力开放平台发送确认关闭规定业务的确认消息。
可选地,在步骤S907逻辑管控设备根据接收的通知消息中的消息序列号确定发生异常的业务为规定业务,并根据通知原因确定向能力开放平台发送确认关闭规定业务的确认消息后,本方法还包括:
S908:逻辑管控设备向能力开放平台发确认关闭规定业务的确认消息,确认消息中携带规定业务的业务标识;
S909:能力开放平台在收到逻辑管控设备发送的确认关闭规定业务的确认消息后,将该确认消息中的业务标识置于用于请求关闭规定业务的关闭请求中发给运行规定业务的能力使能端,指示该能力使能端关闭规定业务。
步骤S909中,逻辑管控设备向能力开放平台发送的用于确认关闭规定业务的确认消息中包括了规定业务的业务标识,该业务标识即为逻辑管控设备从能力开放平台发送的用于获取规定业务的业务使用情况的业务使用情况信息请求中的业务标识,而该业务标识是运行规定业务的能力使能端为规定业务分配的业务标识。逻辑管控设备将该业务标识置于确认关闭规定业务的确认消息中发给能力开放平台,而能力开放平台又将该业务标识置于用于请求关闭规定业务的关闭请求中发给运行规定业务的能力使能端,这样运行规定业务的能力使能端根据该业务标识即能确定需要关闭规定业务。
通常能力开放平台是通过服务器集群的方式实现的,在图3所示的业务处理流程中,当能力开放平台在进行业务逻辑管理时,现有的实现方式有两种:
方式一、在集群中某个节点收到建立会议的请求后,该节点建立定时任务,每分钟触发扣费请求,同时进行集群内的广播,集群其他节点记录会议标识conferenceID和该节点的标识,当其他节点收到关闭会议请求时,将关闭会议的请求路由到该节点来进行处理。
方式二、在集群中某个节点收到建立会议的请求后,该节点建立定时任务每分钟触发扣费请求,同时将信息记录到数据库中,当其他节点收到会议关闭请求时,到数据库中查询出是哪个节点处理的建立会议请求,并将消息路由到该节点进行处理。
上述两种方式中,当集群中其他节点收到关闭会议请求,都要通知到处理建立会议消息的节点,消息需要多转发一次。另外,如果该节点宕机,就会造成计费信息的丢失。
采用本方法,由于逻辑管控设备在发给能力开放平台的用于请求关闭规定业务的关闭请求中携带了运行规定业务的能力使能端为规定业务分配的业务标识,则能力开放平台在收到逻辑管控设备发送的用于确认关闭规定业务的确认消息后,将该确认消息中的业务标识置于关闭业务的请求中发给运行规定业务的能力使能端,即能实现通知能力使能端关闭规定业务的目的。
下面,分别从能力开放平台侧和逻辑管控设备侧说明本发明实施例提供的业务处理的方法。
首先,从能力开放平台侧说明本发明实施例提供的业务处理方法。
如图10所示,本发明实施例提供的第二种业务处理的方法包括:
S1001:能力开放平台针对一个规定业务,确定能够提供规定业务的业务使用情况信息的逻辑管控设备;
S1002:能力开放平台向确定的逻辑管控设备发送用于获取规定业务的使用情况信息的业务使用情况信息请求;
S1003:能力开放平台接收逻辑管控设备响应业务使用情况信息请求提供的规定业务的业务使用情况信息;
S1004:能力开放平台根据接收的业务使用情况信息,在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理。
可选地,能力开放平台对规定业务进行处理包括:
能力开放平台根据接收的业务使用情况信息更新规定业务的业务使用情况。
可选地,能力开放平台对规定业务进行处理包括:
能力开放平台向逻辑管控设备发送用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息;
能力开放平台接收逻辑管控设备根据上述通知消息反馈的用于确认关闭规定业务的确认消息;
能力开放平台向运行规定业务的能力使能端发送用于请求关闭规定业务的关闭请求,指示该能力使能端关闭规定业务。
可选地,能力开放平台针对一个规定业务,确定能够提供规定业务的业务使用情况信息的逻辑管控设备,包括:
能力开放平台针对规定业务,根据用于建立规定业务的应用程序编程接口API中的地址信息,确定能够提供规定业务的业务使用情况信息的逻辑管控设备。
可选地,业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
下面,从逻辑管控设备侧说明本发明实施例提供的业务处理的方法。
如图11所示,本发明实施例提供的第三种业务处理的方法包括:
S1101:逻辑管控设备接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;
S1102:逻辑管控设备根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则;
S1103:逻辑管控设备根据确定的业务规则,确定规定业务的业务使用情况信息;
S1104:逻辑管控设备将确定的业务使用情况信息发送给能力开放平台。
可选地,逻辑管控设备根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则,包括:
逻辑管控设备根据预设的业务、用户标识与业务规则的对应关系,基于业务使用情况信息请求中包括的规定业务对应的用户的用户标识确定规定业务的业务规则。
可选地,逻辑管控设备根据确定的业务规则,确定规定业务的业务使用情况信息,包括:
逻辑管控设备向用于监控规定业务的业务使用情况的监控设备发送查询请求;
逻辑管控设备根据该监控设备返回的规定业务的业务使用情况以及确定的业务规则,确定规定业务的业务使用情况信息。
可选地,逻辑管控设备将确定的业务使用情况信息发送给能力开放平台之后,本方法还包括:
接收能力开放平台在根据业务使用情况信息确定规定业务的使用量达到针对规定业务设定的使用量之后,发送的用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息;
逻辑管控设备根据通知消息确定需要关闭规定业务后,向能力开放平台发送用于确认关闭规定业务的确认消息。
可选地,业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
下面,通过示例一给出本发明实施例能力开放平台和逻辑管控设备之间交互消息的定义。通过示例二,以具体的电话会议为例,给出能力开放平台和逻辑管控设备设备之间交互消息的定义。示例一、示例二中的消息定义仅为示例,并不意味实际的消息定义方式仅限于此。以示例的方式给出消息定义是便于解释和说明,不应视为对本发明实施例提供的业务处理方法加以限制。
其中,可为每一条请求消息定义其对应的响应消息,消息的接收端利用该响应消息指示消息的发送端已收到该消息,如果在预设的时间内,消息的发送端没有收到响应消息,可选地,可以重发请求消息。比如,业务使用情况信息请求消息对应一条响应消息,用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息也对应一条响应消息。
从能力开放***实现角度来看,用户终端发起的每一次业务请求即为一次逻辑会话。下面为了消息描述简化起见,针对示例一和示例二作如下定义:
能力开放平台向逻辑管控设备发送业务使用情况信息请求消息的接口为“逻辑会话通知接口”,该接口的请求消息为“业务使用情况信息请求消息”;
逻辑管控设备向能力开放平台上报业务使用情况信息的接口为“逻辑会话上报接口”,该接口的请求消息为“业务使用情况信息上报消息”;
能力开放平台向逻辑管控设备发送的用于通知业务的使用量达到业务设定的使用量的通知消息的接口为“逻辑会话管理接口”,该接口的请求消息为“逻辑会话管理消息”;
逻辑管控设备向能力开放平台发送用于确认关闭业务的确认消息的接口为“逻辑会话关闭接口”,该接口的请求消息为“关闭业务确认消息”。
示例一、消息定义
1、逻辑会话通知接口,业务流向(能力开放平台->逻辑管控设备)
1)请求消息(即业务使用情况信息请求消息)定义:除了业务特定的字段之外,在业务使用情况信息请求消息中包括如下字段:
2)响应消息定义:
参数名称 | 取值说明 | 字段类型 |
Resultcode | 结果码,0表示成功 | 整型 |
ResultDesc | 结果描述 | 字符串 |
2.逻辑会话上报接口,业务流向(逻辑管控设备->能力开放平台)
1)请求消息(即业务使用情况信息上报消息)定义:
2)响应消息定义:
参数名称 | 取值说明 | 字段类型 |
Resultcode | 结果码,0表示成功 | 整型 |
ResultDesc | 结果描述 | 字符串 |
3)接口字段说明:
chargeID是由逻辑管控设备确定的业务付费方的用户标识,可能有多个。比如:对于电话会议,可能是电话会议的发起方付费,也可能是每个电话会议的使用者都付费,也可能由逻辑管控设备识别是运营商内部的号码,标识为免费等。为逻辑管控设备的可选功能。能力开放平台根据该字段确定付费用户。
Extension为扩展字段。比如逻辑管控设备每分钟上报一次业务使用情况信息,信息中指示业务已使用的时长,最后关闭业务时可能不满1分钟,此时,可利用该扩展字段携带关闭业务时对应的最后一个时间段内具体使用了多长时间。能力开放平台可以不理解此扩展字段内容的具体含义,但可以对该扩展字段解析后,将扩展字段中的内容写入业务的日志或业务的话单,供事后的回溯或分析使用。
3.逻辑会话管理接口,业务流向(能力开放平台->逻辑管控设备)
1)请求消息(即逻辑会话管理消息)定义:
2)响应消息定义:
参数名称 | 取值说明 | 字段类型 |
Resultcode | 结果码,0表示成功 | 整型 |
ResultDesc | 结果描述 | 字符串 |
3)接口字段说明:
Dscription,为通知原因,其中“超过API产品的使用范围”的含义为:对于某些业务,会设置使用范围限制。如正常的电话会议产业务是1分钟5毛钱,但是在0点到早上8点,1分钟只要1毛钱,当到8点01分时,就会返回该通知原因。
4.逻辑会话关闭接口,业务流向(逻辑管控设备->能力开放平台)
1)请求消息(即关闭业务确认消息)定义:
2)响应消息定义:
参数名称 | 取值说明 | 字段类型 |
Resultcode | 结果码,0表示成功 | 整型 |
ResultDesc | 结果描述 | 字符串 |
示例二、电话会议业务的消息示例
1.逻辑会话通知接口,业务流向(能力开放平台->逻辑管控设备)
1)请求消息(即业务使用情况信息请求消息)示例:
2)响应消息示例:
参数名称 | 取值 | 说明 |
Resultcode | 0 | 处理成功 |
ResultDesc | Success | 处理成功 |
2、逻辑会话上报接口,业务流向(逻辑管控设备->能力开放平台)
1)请求消息(即业务使用情况信息上报消息)示例:
2)响应消息示例:
参数名称 | 取值 | 说明 |
Resultcode | 0 | 处理成功 |
ResultDesc | Success | 处理成功 |
3.逻辑会话管理接口,业务流向(能力开放平台->逻辑管控设备)
1)请求消息(即逻辑会话管理消息)示例:
2)响应消息定义:
参数名称 | 取值 | 说明 |
Resultcode | 0 | 处理成功 |
ResultDesc | Success | 处理成功 |
4.逻辑会话关闭接口,业务流向(逻辑管控设备->能力开放平台)
1)请求消息(即关闭业务确认消息)示例:
2)响应消息示例:
参数名称 | 取值 | 说明 |
Resultcode | 0 | 处理成功 |
ResultDesc | Success | 处理成功 |
下面通过实施例一、实施例二和实施例三说明本发明实施例提供的业务处理的方法。
实施例一、电话会议处理方法
用户终端向能力开放平台发送建立电话会议业务的请求,能力开放平台调用用于建立电话会议业务的API,能力开放平台在该API具有逻辑处理标识的情况下,通过调用该API将建立电话会议的请求发往电话会议的能力使能端(即电话会议处理***),并从电话会议处理***的响应消息中获取其为该电话会议业务分配的业务标识,能力开放平台将该业务标识置于业务使用情况信息请求中,发给逻辑管控设备。
逻辑管控设备接收到能力开放平台发送的业务使用情况信息请求后,周期性将业务使用情况信息上报给能力开放平台,由能力开放平台进行业务上管理,如扣费等。
图12为实施例一的业务处理流程图。如图12所示,实施例一的方法包括如下步骤:
S1201:用户终端向能力开放平台发送建立电话会议的请求;
S1202:能力开放平台调用用于建立电话会议的API,将建立电话会议的请求发给电话会议处理***;
S1203:电话会议处理***向能力开放平台发送建立电话会议的响应,响应中携带电话会议处理***为该电话会议分配的会议标识;
S1204:能力开放平台向逻辑管控设备发送业务使用情况信息请求,请求中携带用于建立电话会议的API的API标识、电话会议发起方的用户标识以及电话会议处理***为该电话会议分配的会议标识;
S1205:逻辑管控设备收到业务使用情况信息请求后,根据电话会议对应的业务规则确定该电话会议的业务使用情况信息;
S1206:逻辑管控设备向能力开放平台上报业务使用情况信息,同时将标识业务使用情况信息的消息序列号、用于建立电话会议的API的API标识、电话会议发起方的用户标识发给能力开放平台;
S1207:能力开放平台根据收到的业务使用情况信息确定电话会议的使用量是否已达到电话会议设定的使用量;若是,则返回步骤S1205,否则,执行步骤S1208;
S1208:能力开放平台在确定电话会议的使用量是否已达到电话会议设定的使用量后,向逻辑管控设备发送逻辑会话管理消息,消息中携带通知原因和消息序列号,其中,消息序列号为步骤S1207中能力开放平台收到的业务使用情况信息对应的消息序列号;
S1209:逻辑管控设备收到逻辑会话管理消息后,将消息中的消息序列号与之前发送的业务使用情况信息对应的消息序列号进行比对,确定对应的业务使用情况信息,根据业务使用情况信息与电话会议的对应关系,确定对应的电话会议,并根据逻辑会话管理消息中的通知原因确定是否需要关闭电话会议;
S1210:逻辑管控设备在确定需要关闭电话会议后,向能力开放平台发送关闭会议确认消息,其中携带会议标识,该会议标识即为步骤S1205中逻辑管控设备接收的业务使用情况信息请求中的会议标识,以及关闭会议的发起方标识,此处,由于是逻辑管控设备确认关闭会议,则关闭会议的发起方标识为“逻辑管控设备”;
S1211:能力开放平台收到逻辑管控设备发送的关闭会议确认消息后,向电话会议处理***发送关闭会议请求,指示电话会议处理***根据收到的关闭会议请求中的会议标识,确定需要关闭的会议,并关闭会议;
S1212:能力开放平台向逻辑管控设备发送关闭会议的请求;
S1213:逻辑管控设备接收关闭会议的请求,并根据该关闭会议请求中的会议标识确定对应的电话会议,结束逻辑会话;
以上步骤S1208至S1213是在电话会议的使用量达到电话会议预设的使用量时的处理方法,若用户终端发起关闭会议的请求,则在步骤S1208后,实施例一包括如下步骤:
S1214:用户终端向能力开放平台发送关闭会议的请求,请求中携带会议标识(在建立电话会议时,电话会议处理***在建立会议的响应消息中返回,用户终端在会议期间保存该会议标识。)和关闭会议的发起方标识,由于是用户终端发起关闭会议的请求,这里关闭会议的发起方标识为请求关闭会议的用户的用户标识;
S1215:能力开放平台收到用户终端发送的关闭会议的请求后,将该关闭会议的请求转给电话会议处理***,以使电话会议处理***收到该关闭会议的请求后,根据其中的会议标识确定需要关闭的会议,关闭该电话会议;
S1216:能力开放平台向逻辑管控设备发送关闭会议的请求,请求中包括会议标识;
S1217:逻辑管控设备接收关闭会议的请求,并根据该关闭会议请求中的会议标识确定对应的电话会议,结束逻辑会话。
实施例二、电话会议处理方法(需要监控业务使用的流量)
图13为实施例二的电话会议处理方法的流程图。如图13所示,实施例二与实施例一相比,逻辑管控设备在收到能力开放平台发来的业务使用情况信息请求消息后,周期性地向流量监控设备发出查询使用该电话会议的各用户流量的请求,并接收流量监控设备返回的各用户使用的流量。逻辑管控设备根据各用户使用的流量计算该电话会议所有用户已使用的总流量,当电话会议的逻辑规则为流量规则时,将该总流量上报给能力开放平台,当电话会议的逻辑规则为计费规则时,根据该总流量,确定电话会议已产生的费用,并将确定的已产生的费用上报给能力开放平台。
实施例三、电话会议处理方法(需要监控业务占用的带宽)
图14为实施例三的电话会议处理方法的流程图。如图14所示,实施例三与实施例一相比,逻辑管控设备在收到能力开放平台发来的建立会议的请求后,周期性地向带宽监控设备发出业务占用带宽查询的请求,并接收带宽监控设备返回的电话会议占用的带宽。逻辑管控设备根据电话会议占用的带宽确定电话会议的费率,比如:当电话会议占用10M以下带宽时,费率为每分钟0.6元,当电话会议占用10M及10M以上的带宽时,费率为每分钟1元。逻辑管控设备根据确定的费率计算电话业务已使用的费用,周期性上报给能力开放平台。
实施例四、在线视频观看处理方法(需要监控流量)
图15为实施例四的在线视频观看处理方法的流程图。在实施例四中,用户已订购了30元包100M流量的通用流量套餐包,该流量套餐业务在流量监控设备处统计与控制。但由于视频业务会使用大量流量,此时,在能力平台上可开放诸如10元包100M流量的视频定向流量套餐包,此流量只能定向到某些视频网站上在线看视频,此流量单独计算,不纳入30元包100M流量的通用流量套餐包。
如图15所示,实施例四的在线视频观看处理方法中,用户终端发起在线视频观看请求,请求到视频定向流量套餐包对应的特定视频网站上观看视频,能力开放平台将该请求发送到流量监控设备,指示流量监控设备该视频业务使用的是10元包100M流量的视频定向流量套餐包,而不是30元包100M的通用流量套餐包,便于后续流量的核减。同时能力开放平台将在线视频请求发送到逻辑管控设备。
逻辑管控设备周期性到流量监控设备处查询用户视频定向套餐使用的流量,若该在线视频观看的逻辑规则是流量规则,则逻辑管控设备将业务已使用的流量上报给能力开放平台;若该在线视频观看的逻辑规则是计费规则,则逻辑管控设备根据业务已使用的流量确定业务已使用的费用,并将业务已使用的费用上报给能力开放平台。
图5所示,为本发明实施例提供的能力开放平台,该能力开放平台包括:
第一处理模块501,用于针对一个规定业务,确定能够提供规定业务的业务使用情况信息的业务处理设备;
发送模块502,用于向第一处理模块501确定的业务设备发送用于获取规定业务的使用情况信息的业务使用情况信息请求;
接收模块503,用于接收业务处理设备响应业务使用情况信息请求提供的规定业务的业务使用情况信息;
第二处理模块504,用于根据接收模块503接收的业务使用情况信息,在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理。
可选地,第二第二处理模块504具体用于:
在根据接收模块503接收的业务使用情况信息确定规定业务的使用量达到针对规定业务设定的使用量之后,根据接收模块503接收的业务使用情况信息更新规定业务的业务使用情况。
可选地,第二处理模块504具体用于:
在确定规定业务的使用量达到针对规定业务设定的使用量之后,向业务处理设备发送用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息;接收业务处理设备根据通知消息反馈的用于确认关闭规定业务的确认消息;向运行规定业务的能力使能端发送用于请求关闭规定业务的关闭请求,指示能力使能端关闭规定业务。
可选地,第一处理模块501具体用于:
针对规定业务,根据用于建立规定业务的应用程序编程接口API中的地址信息,确定能够提供规定业务的业务使用情况信息的业务处理设备。
可选地,业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
图6所示,为本发明实施例提供的业务处理设备,该设备包括:
接收模块601,用于接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;
第一确定模块602,用于根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则;
第二确定模块603,用于根据第一确定模块602确定的业务规则,确定规定业务的业务使用情况信息;
发送模块604,用于将业务使用情况信息确定模块确定的业务使用情况信息发送给能力开放平台。
可选地,第一确定模块602具体用于:
根据预设的业务、用户标识与业务规则的对应关系,基于接收模块601接收的业务使用情况信息请求中包括的规定业务对应的用户的用户标识确定规定业务的业务规则。
可选地,发送模块604还用于:
向用于监控规定业务的业务使用情况的监控设备发送查询请求;
接收模块601还用于:接收监控设备返回的规定业务的业务使用情况;
第二确定模块603具体用于:根据接收模块601接收的监控设备返回的规定业务的业务使用情况以及确定的业务规则,确定规定业务的业务使用情况信息。
可选地,接收模块601还用于:
在发送模块604将确定的业务使用情况信息发送给能力开放平台之后,接收能力开放平台在根据业务使用情况信息确定规定业务的使用量达到针对规定业务设定的使用量之后,发送的用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息;
设备还包括第三确定模块,用于根据接收模块601接收的通知消息确定需要关闭规定业务;
发送模块604还用于,在第三确定模块确定需要关闭规定业务后,向能力开放平台发送用于确认关闭规定业务的确认消息。
可选地,业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
图7所示,为本发明实施例提供的能力开放平台,该能力开放平台包括:
处理器701,用于针对一个规定业务,确定能够提供规定业务的业务使用情况信息的业务处理设备,以及根据I/O装置接收的业务使用情况信息,在确定规定业务的使用量达到针对规定业务设定的使用量后,对规定业务进行处理;
I/O装置702,用于向处理器701确定的业务处理设备发送用于获取规定业务的使用情况信息的业务使用情况信息请求,以及接收业务处理设备响应业务使用情况信息请求提供的规定业务的业务使用情况信息。
可选地,处理器701具体用于:
在确定规定业务的使用量达到针对规定业务设定的使用量之后,根据I/O装置702接收的业务使用情况信息更新规定业务的业务使用情况。
可选地,处理器701具体用于:
在确定规定业务的使用量达到针对规定业务设定的使用量之后,通过I/O装置702向业务处理设备发送用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息,以及在I/O装置702收到业务处理设备根据通知消息反馈的用于确认关闭规定业务的确认消息后,通过I/O装置702向运行规定业务的能力使能端发送用于请求关闭规定业务的关闭请求,指示能力使能端关闭规定业务。
可选地,处理器701具体用于:
针对规定业务,根据用于建立规定业务的应用程序编程接口API中的地址信息,确定能够提供规定业务的业务使用情况信息的业务处理设备。
可选地,业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
图8所示,为本发明实施例提供的业务处理设备,该设备包括:
I/O装置801,用于接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求,以及将处理器802确定的规定业务的业务使用情况信息发送给能力开放平台;
处理器802,用于根据预设的业务与业务规则的对应关系,确定规定业务对应的业务规则,以及根据确定的业务规则,确定规定业务的业务使用情况信息。
可选地,处理器802具体用于:
根据预设的业务、用户标识与业务规则的对应关系,基于I/O装置801接收的业务使用情况信息请求中包括的规定业务对应的用户的用户标识确定规定业务的业务规则。
可选地,I/O装置801还用于:
向用于监控规定业务的业务使用情况的监控设备发送查询请求,以及接收监控设备返回的规定业务的业务使用情况;
处理器802具体用于:根据I/O装置801接收的、监控设备返回的、规定业务的业务使用情况以及确定的业务规则,确定规定业务的业务使用情况信息。
可选地,I/O装置801还用于:
在将确定的业务使用情况信息发送给能力开放平台之后,接收能力开放平台在根据业务使用情况信息确定规定业务的使用量达到针对规定业务设定的使用量之后发送的、用于通知规定业务的使用量达到针对规定业务设定的使用量的通知消息,以及在处理器802确定需要关闭规定业务后,向能力开放平台发送用于确认关闭规定业务的确认消息。
处理器802还用于:根据I/O装置801接收的通知消息确定需要关闭规定业务。
可选地,业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在所述计算机可读存储器中的指令产生包括指令装置的制造品,所述指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (31)
1.一种业务处理的方法,其特征在于,所述方法包括:
能力开放平台针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备;
所述能力开放平台向所述确定的业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求;
所述能力开放平台接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息;
所述能力开放平台根据接收的所述业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理。
2.如权利要求1所述的方法,其特征在于,所述能力开放平台对所述规定业务进行处理包括:
所述能力开放平台根据接收的所述业务使用情况信息更新所述规定业务的业务使用情况。
3.如权利要求1所述的方法,其特征在于,所述能力开放平台对所述规定业务进行处理包括:
所述能力开放平台向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述能力开放平台接收所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息;
所述能力开放平台向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
4.如权利要求1~3任一项所述的方法,其特征在于,所述能力开放平台针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备,包括:
所述能力开放平台针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
5.如权利要求1~4任一项所述的方法,其特征在于,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
6.一种业务处理的方法,其特征在于,所述方法包括:
业务处理设备接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;
所述业务处理设备根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则;
所述业务处理设备根据确定的业务规则,确定所述规定业务的业务使用情况信息;
所述业务处理设备将确定的所述业务使用情况信息发送给所述能力开放平台。
7.如权利要求6所述的方法,其特征在于,所述业务处理设备根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则,包括:
所述业务处理设备根据预设的业务、用户标识与业务规则的对应关系,基于所述业务使用情况信息请求中包括的所述规定业务对应的用户的用户标识确定所述规定业务的业务规则。
8.如权利要求6所述的方法,其特征在于,所述业务处理设备根据确定的业务规则,确定所述规定业务的业务使用情况信息,包括:
所述业务处理设备向用于监控所述规定业务的业务使用情况的监控设备发送查询请求;
所述业务处理设备根据所述监控设备返回的所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
9.如权利要求6所述的方法,其特征在于,所述业务处理设备将确定的所述业务使用情况信息发送给所述能力开放平台之后,所述方法还包括:
所述业务处理设备接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述业务处理设备根据所述通知消息确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
10.如权利要求6~9任一项所述的业务处理方法,其特征在于,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
11.一种能力开放平台,其特征在于,所述能力开放平台包括:
第一处理模块,用于针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备;
发送模块,用于向所述第一处理模块确定的所述业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求;
接收模块,用于接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息;
第二处理模块,用于根据所述接收模块接收的所述业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理。
12.如权利要求11所述的能力开放平台,其特征在于,所述第二处理模块具体用于:
在根据所述接收模块接收的所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,根据所述接收模块接收的业务使用情况信息更新所述规定业务的业务使用情况。
13.如权利要求11所述的能力开放平台,其特征在于,所述第二处理模块具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;接收所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息;向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
14.如权利要求11~13任一项所述的能力开放平台,其特征在于,所述第一处理模块具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
15.如权利要求11~14任一项所述的能力开放平台,其特征在于,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
16.一种业务处理设备,其特征在于,所述设备包括:
接收模块,用于接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;
第一确定模块,用于根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则;
第二确定模块,用于根据所述第一确定模块确定的业务规则,确定所述规定业务的业务使用情况信息;
发送模块,用于将所述业务使用情况信息确定模块确定的所述业务使用情况信息发送给所述能力开放平台。
17.如权利要求16所述的设备,其特征在于,所述第一确定模块具体用于:
根据预设的业务、用户标识与业务规则的对应关系,基于所述接收模块接收的所述业务使用情况信息请求中包括的所述规定业务对应的用户的用户标识确定所述规定业务的业务规则。
18.如权利要求16所述的设备,其特征在于,所述发送模块还用于:
向用于监控所述规定业务的业务使用情况的监控设备发送查询请求;
所述接收模块还用于:接收所述监控设备返回的所述规定业务的业务使用情况;
所述第二确定模块具体用于:根据所述接收模块接收的所述监控设备返回的所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
19.如权利要求16所述的设备,其特征在于,所述接收模块还用于:
在所述发送模块将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,发送的用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息;
所述设备还包括第三确定模块,用于根据所述接收模块接收的所述通知消息确定需要关闭所述规定业务;
所述发送模块还用于,在所述第三确定模块确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息。
20.如权利要求16~19任一项所述的设备,其特征在于,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
21.一种能力开放平台,其特征在于,所述能力开放平台包括:
处理器,用于针对一个规定业务,确定能够提供所述规定业务的业务使用情况信息的业务处理设备,以及根据I/O装置接收的业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理;
I/O装置,用于向所述处理器确定的业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求,以及接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息。
22.如权利要求21所述的能力开放平台,其特征在于,所述处理器具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,根据所述I/O装置接收的所述业务使用情况信息更新所述规定业务的业务使用情况。
23.如权利要求21所述的能力开放平台,其特征在于,所述处理器具体用于:
在确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后,通过所述I/O装置向所述业务处理设备发送用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述I/O装置收到所述业务处理设备根据所述通知消息反馈的用于确认关闭所述规定业务的确认消息后,通过所述I/O装置向运行所述规定业务的能力使能端发送用于请求关闭所述规定业务的关闭请求,指示所述能力使能端关闭所述规定业务。
24.如权利要求21~23任一项所述的能力开放平台,其特征在于,所述处理器具体用于:
针对所述规定业务,根据用于建立所述规定业务的应用程序编程接口API中的地址信息,确定能够提供所述规定业务的业务使用情况信息的业务处理设备。
25.如权利要求21~24任一项所述的能力开放平台,其特征在于,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者数量。
26.一种业务处理设备,其特征在于,所述设备包括:
I/O装置,用于接收能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求,以及将所述处理器确定的所述规定业务的业务使用情况信息发送给所述能力开放平台;
处理器,用于根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则,以及根据确定的业务规则,确定所述规定业务的业务使用情况信息。
27.如权利要求26所述的设备,其特征在于,所述处理器具体用于:
根据预设的业务、用户标识与业务规则的对应关系,基于所述I/O装置接收的所述业务使用情况信息请求中包括的所述规定业务对应的用户的用户标识确定所述规定业务的业务规则。
28.如权利要求26所述的设备,其特征在于,所述I/O装置还用于:
向用于监控所述规定业务的业务使用情况的监控设备发送查询请求,以及接收所述监控设备返回的所述规定业务的业务使用情况;
所述处理器具体用于:根据所述I/O装置接收的、所述监控设备返回的、所述规定业务的业务使用情况以及确定的业务规则,确定所述规定业务的业务使用情况信息。
29.如权利要求26所述的设备,其特征在于,所述I/O装置还用于:
在将确定的业务使用情况信息发送给所述能力开放平台之后,接收所述能力开放平台在根据所述业务使用情况信息确定所述规定业务的使用量达到针对所述规定业务设定的使用量之后发送的、用于通知所述规定业务的使用量达到针对所述规定业务设定的使用量的通知消息,以及在所述处理器确定需要关闭所述规定业务后,向所述能力开放平台发送用于确认关闭所述规定业务的确认消息;
所述处理器还用于:根据所述I/O装置接收的所述通知消息确定需要关闭所述规定业务。
30.如权利要求26~29任一项所述的设备,其特征在于,所述业务情况使用信息包括下列信息中的至少一种:
业务使用费用、业务使用时长、业务使用流量、业务的资源占用量、业务的使用者的数量。
31.一种能力开放***,其特征在于,所述***包括:
能力开放平台,用于向业务处理设备发送用于获取所述规定业务的使用情况信息的业务使用情况信息请求;接收所述业务处理设备响应所述业务使用情况信息请求提供的所述规定业务的业务使用情况信息;根据接收的所述业务使用情况信息,在确定所述规定业务的使用量达到针对所述规定业务设定的使用量后,对所述规定业务进行处理;
业务处理设备,用于接收所述能力开放平台发送的、用于获取规定业务的使用情况信息的业务使用情况信息请求;根据预设的业务与业务规则的对应关系,确定所述规定业务对应的业务规则;根据确定的业务规则,确定所述规定业务的业务使用情况信息;将确定的所述业务使用情况信息发送给所述能力开放平台。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310443328.6A CN103532932B (zh) | 2013-09-25 | 2013-09-25 | 一种能力开放***、业务处理方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310443328.6A CN103532932B (zh) | 2013-09-25 | 2013-09-25 | 一种能力开放***、业务处理方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103532932A true CN103532932A (zh) | 2014-01-22 |
CN103532932B CN103532932B (zh) | 2017-06-27 |
Family
ID=49934612
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310443328.6A Active CN103532932B (zh) | 2013-09-25 | 2013-09-25 | 一种能力开放***、业务处理方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103532932B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104735134A (zh) * | 2015-02-15 | 2015-06-24 | 百度在线网络技术(北京)有限公司 | 一种用于提供计算服务的方法和装置 |
CN106209894A (zh) * | 2016-07-27 | 2016-12-07 | 福建富士通信息软件有限公司 | 一种基于nginx统一认证的方法以及*** |
CN106685671A (zh) * | 2015-11-10 | 2017-05-17 | 中兴通讯股份有限公司 | 一种定向流量卡的实现方法、装置及流量业务平台 |
CN106792923A (zh) * | 2017-02-09 | 2017-05-31 | 华为软件技术有限公司 | 一种配置QoS策略的方法及装置 |
CN110536035A (zh) * | 2019-09-26 | 2019-12-03 | 北京二六三企业通信有限公司 | 电话会议计费方法、装置及设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101060413A (zh) * | 2006-04-17 | 2007-10-24 | 华为技术有限公司 | 漫游时的策略和计费控制方法及*** |
CN101193153A (zh) * | 2006-12-01 | 2008-06-04 | 华为技术有限公司 | 一种实现控制计费的方法、***及装置 |
CN101335743A (zh) * | 2007-06-29 | 2008-12-31 | ***通信集团公司 | 网关和网关的信息处理方法 |
CN101383845A (zh) * | 2008-10-15 | 2009-03-11 | 北京邮电大学 | 综合业务接入装置、***及其控制方法 |
CN102196006A (zh) * | 2010-03-17 | 2011-09-21 | ***通信集团公司 | 一种为应用程序提供资源的开放*** |
US20120158564A1 (en) * | 2010-12-17 | 2012-06-21 | Electronics And Telecommunications Research Institute | System and method for account management based on open application programming interface using restful web services |
US20120254957A1 (en) * | 2011-03-28 | 2012-10-04 | International Business Machines Corporation | User impersonation/delegation in a token-based authentication system |
-
2013
- 2013-09-25 CN CN201310443328.6A patent/CN103532932B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101060413A (zh) * | 2006-04-17 | 2007-10-24 | 华为技术有限公司 | 漫游时的策略和计费控制方法及*** |
CN101193153A (zh) * | 2006-12-01 | 2008-06-04 | 华为技术有限公司 | 一种实现控制计费的方法、***及装置 |
CN101335743A (zh) * | 2007-06-29 | 2008-12-31 | ***通信集团公司 | 网关和网关的信息处理方法 |
CN101383845A (zh) * | 2008-10-15 | 2009-03-11 | 北京邮电大学 | 综合业务接入装置、***及其控制方法 |
CN102196006A (zh) * | 2010-03-17 | 2011-09-21 | ***通信集团公司 | 一种为应用程序提供资源的开放*** |
US20120158564A1 (en) * | 2010-12-17 | 2012-06-21 | Electronics And Telecommunications Research Institute | System and method for account management based on open application programming interface using restful web services |
US20120254957A1 (en) * | 2011-03-28 | 2012-10-04 | International Business Machines Corporation | User impersonation/delegation in a token-based authentication system |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104735134A (zh) * | 2015-02-15 | 2015-06-24 | 百度在线网络技术(北京)有限公司 | 一种用于提供计算服务的方法和装置 |
CN106685671A (zh) * | 2015-11-10 | 2017-05-17 | 中兴通讯股份有限公司 | 一种定向流量卡的实现方法、装置及流量业务平台 |
WO2017080401A1 (zh) * | 2015-11-10 | 2017-05-18 | 中兴通讯股份有限公司 | 一种定向流量卡的实现方法、装置及流量业务平台 |
CN106685671B (zh) * | 2015-11-10 | 2020-03-17 | 中兴通讯股份有限公司 | 一种定向流量卡的实现方法、装置及流量业务平台 |
CN106209894A (zh) * | 2016-07-27 | 2016-12-07 | 福建富士通信息软件有限公司 | 一种基于nginx统一认证的方法以及*** |
CN106792923A (zh) * | 2017-02-09 | 2017-05-31 | 华为软件技术有限公司 | 一种配置QoS策略的方法及装置 |
CN106792923B (zh) * | 2017-02-09 | 2019-12-17 | 华为软件技术有限公司 | 一种配置QoS策略的方法及装置 |
CN110536035A (zh) * | 2019-09-26 | 2019-12-03 | 北京二六三企业通信有限公司 | 电话会议计费方法、装置及设备 |
CN110536035B (zh) * | 2019-09-26 | 2021-07-30 | 北京二六三企业通信有限公司 | 电话会议计费方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103532932B (zh) | 2017-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102037702B (zh) | 电信网络内的组合服务提供 | |
CN107276790B (zh) | 一种业务工单的处理方法及*** | |
CN103873332A (zh) | 一种税务***提供统一服务环境的企业服务总线的方法 | |
CN103532932A (zh) | 一种能力开放***、业务处理方法及设备 | |
CN103051670A (zh) | 多种模块的可移动的客户维护*** | |
CN103338267B (zh) | 一种SIP和Web服务融合的移动智能社区增值业务平台 | |
KR20010086595A (ko) | 웹 문서 기반의 원클릭 브이오아이피 서비스 시스템 및 그방법 | |
CN102412998A (zh) | 运营服务***及其维护方法和装置 | |
CN101809982A (zh) | 互联网协议多媒体子***中的呼叫计费和计费信息路由 | |
CN101616009B (zh) | 数据业务的传输方法及其设备 | |
CN1946120B (zh) | 实现话单关联的方法及*** | |
CN106817392B (zh) | 一种数据处理方法及*** | |
CN103888923A (zh) | 应用于虚拟专用移动网的呼叫接续方法、***及装置 | |
CN102281521A (zh) | 一种电信计费运营网***及其计费方法 | |
CN101860806B (zh) | 动态编组的方法、***和终端 | |
CN101924789A (zh) | 一种实现不同类型业务嵌套的方法和*** | |
US20140335842A1 (en) | Customizable task execution flow | |
KR101532476B1 (ko) | 발신자 정보 표시를 위한 단말, 방법, 및 기록 매체 | |
ATE311720T1 (de) | Verfahren und vorrichtung zur verwaltung von guthaben für den zugang zu information in einem telekommunikationsnetzwerk | |
KR20010044725A (ko) | 인터넷망을 이용한 통화 콜백 서비스를 제공하는 시스템및 방법 | |
CN101448235A (zh) | 一种交互式语音应答业务中实现计费的方法和*** | |
US8306206B2 (en) | Callback system, transmitting terminal, telephone relay server, callback method and callback program | |
CN101278273B (zh) | 政策引擎 | |
CN110287395A (zh) | 一种爬虫方法、装置、***、设备及可读存储介质 | |
CN101374174B (zh) | 一种增值业务实时计费的方法、装置和*** |
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 |