具体实施例
如图2所示,为本发明实施例计费系统结构示意图,包括消息处理装置和计费装置,其中:
消息处理装置用于接收发送方发送的消息,根据所述消息判断接收方网络资源的使用信息,并向计费装置发送计费请求,所述计费请求中包含接收方网络资源的使用信息。
计费装置用于根据所述接收方网络资源的使用信息进行计费。具体的,计费装置可以根据接收方网络资源的使用信息,以及计费策略,对此次通信进行批价,根据批价结果对用户账户进行鉴权,并在用户账户中进行扣费,其中,计费策略可以预先设定在计费装中,也可以由计费装置动态生成,还可以由计费装置从其他网元获得;用户账户可以是发送方账户,接收方账户或第三方账户。较佳的,计费装置还可以根据计费结果向消息处理装置返回计费响应。
其中,接收方网络资源的使用信息可以包括但不限于:接收方消息接入的业务类型,和/或消息媒体的组合信息。其中,接收方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。具体的,消息处理装置可以根据接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息,或消息的路由信息来判断接收方消息接入的业务类型。较佳的,接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息可以预先存储在消息处理装置上,也可以存储在其他网元或数据库中,消息处理装置接收到消息后,根据消息中的接收方标识从自身或其他网元或数据库中获取上述信息,并判断接收方消息接入的业务类型;另外,消息处理装置也可以根据消息中包含的该消息的路由信息,来判断接收方消息接入的业务类型。
其中,消息媒体的组合信息可以包括但不限于:消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。其中,消息媒体组合方式包括基于发送方终端侧媒体直接组合,和/或基于网络侧存储媒体组合;消息媒体类型和消息媒体大小包括基于发送方终端侧直接组合的媒体类型和/或消息媒体大小,和/或基于网络侧组合的媒体类型和/或消息媒体大小。具体的,消息处理装置可以根据接收到的消息中是否包含新增的消息内容,和/或在网络侧存储的媒体资源的地址标识(如URL)来判断消息媒体组合方式,若消息处理装置判断得到接收到的消息中包含新增的消息内容,则消息的获得方式包括基于发送方终端侧媒体直接组合,若消息处理装置判断得到接收到的消息中包含在网络侧存储的媒体资源的地址标识,则消息的获得方式包括基于网络侧存储媒体组合。进一步,消息处理装置可以根据消息中新增的消息内容的媒体类型和/或媒体大小来判断基于发送方终端侧直接组合的媒体类型和/或消息媒体大小,以及根据地址标识从网络侧获得的存储转发的消息内容的媒体类型和/或媒体大小来判断基于网络侧组合的媒体类型和/或消息媒体大小。
较佳的,消息处理装置还用于判断发送方消息接入的业务类型,并向计费装置上报所述发送方消息接入的业务类型,计费装置进一步根据发送方消息接入的业务类型以及接收方网络资源的使用信息进行计费。其中,发送方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。具体的,消息处理装置可以根据接收到的消息的消息协议来判断发送方消息接入的业务类型,如根据接收到的消息的消息协议是否是短消息点对点(SMPP:Short MessagePeerto Peer)协议来判断发送方消息接入的业务类型是否是SMS,或根据接收到的消息中的特征标签(Feature Tag)来判断发送方消息接入的业务类型,还可以根据消息的路由信息来判断发送方的消息业务类型。
如图3所示,为本发明实施例计费系统结构示意图,包括第一消息处理装置、第二消息处理装置和计费装置,其中:
第一消息处理装置用于接收发送方发送的消息,根据所述消息判断消息的消息媒体组合信息,并向计费装置发送接第一计费请求,所述第一计费请求包含消息媒体组合信息。其中,消息媒体的组合信息可以包括但不限于消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。第一消息处理装置判断消息的消息媒体组合信息的方式在上一实施例中已详细描述,这里不再敖述。
第二消息处理装置用于根据所述消息判断接收方消息接入的业务类型,并向计费装置发送第二计费请求,所述第二计费请求中包含接收方消息接入的业务类型。第二消息处理装置判断接收方消息接入的业务类型的方式在上一实施例中已详细描述,这里不再敖述。
计费装置用于根据第一计费请求中的消息媒体组合信息和/或第二计费请求中的接收方消息接入的业务类型进行计费。具体的,计费装置可以根据消息媒体组合信息和/或接收方消息接入的业务类型,以及计费策略,对此次通信进行批价,根据批价结果对用户账户进行鉴权,并在用户账户中进行扣费,其中,计费策略可以预先设定在计费装中,也可以由计费装置动态生成,还可以由计费装置从其他网元获得;用户账户可以是发送方账户,接收方账户或第三方账户。较佳的,计费装置还可以根据计费结果对所述第一消息处理装置和/或第二消息处理装置进行响应。
较佳的,在第一计费请求或第二计费请求中还可以包含计费标识,计费装置可以根据计费标识关联第一计费请求和第二计费请求。
较佳的,第一计费请求还可以包含其他计费相关信息。其中,计费相关信息包括为接收方数目,接收方角色等信息。计费装置可以根据第一计费请求中的消息媒体组合信息,其他计费相关信息,和/或第二计费请求中的接收方消息接入的业务类型进行计费
如图4所示,为本发明实施例提出的计费方法流程图,包括:
步骤41,获得接收方网络资源的使用信息。该步骤可以具体为消息处理装置向计费装置发送接收方网络资源的使用信息,由计费装置接收接收方网络资源的使用信息。
步骤42,根据所述接收方网络资源的使用信息进行计费。具体的,可以根据接收方网络资源的使用信息,以及计费策略,对此次通信进行批价,根据批价结果对用户账户进行鉴权,并在用户账户中进行扣费,其中,计费策略可以预先设定在计费装中,也可以由计费装置动态生成,还可以由计费装置从其他网元获得;用户账户可以是发送方账户,接收方账户或第三方账户。
较佳的,本实施例还可以包含步骤43,根据计费结果进行响应。该步骤可以具体为由计费装置根据计费结果对消息处理装置进行响应。
其中,接收方网络资源的使用信息可以包括但不限于:接收方消息接入的业务类型,和/或接收方消息媒体的组合信息。其中,接收方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。
其中,消息媒体的组合信息可以包括但不限于消息媒体组合方式、消息媒体类型,和消息媒体大小中的一种或多种。较佳的,消息内容的媒体类型包括但不限于视频媒体、音频媒体和静态媒体(如文本媒体)。
其中,消息媒体组合方式包括基于发送方终端侧媒体直接组合,和/或基于网络侧存储媒体组合。
其中,消息媒体类型和消息媒体大小包括基于发送方终端侧直接组合的媒体类型和/或消息媒体大小,和/或基于网络侧组合的媒体类型和/或消息媒体大小。
如图5所示,为本发明实施例提出的计费方法流程图,包括:
步骤51,获得接收方网络资源的使用信息以及发送方消息接入的业务类型。其中,发送方消息接入的业务类型包括但不限于SMS、MMS、IM、PoC和CPM。
步骤52,根据发送方消息接入的业务类型以及接收方网络资源的使用信息进行计费。具体的,可以根据接收方网络资源的使用信息,发送方消息接入的业务类型,以及预先设置的计费策略,对此次通信进行批价,根据批价结果对用户账户进行鉴权,并在用户账户中进行扣费,其中,用户账户可以是发送方账户,接收方账户或第三方账户。较佳的,计费装置还可以根据计费结果对所述第一消息处理装置和/或第二消息处理装置进行响应。
较佳的,本实施例还可以包含步骤53,根据计费结果进行响应。
下面以CPM系统进一步说明本发明提供的技术方案。
如图6所示,为本发明实施例CPM计费系统结构示意图,其中:
CPM客户端用于接收或发送CPM类型的消息,或者,发起或接收CPM类型的会话,较佳的,CPM客户端可以通过会话发起协议(SIP,Session InitiationProtocol)发送或接收消息或会话。CPM会话服务器用于接收CPM类型的消息和CPM类型的会话,并将CPM类型的消息或会话路由到本域或其他域的CPM客户端,或者通过交互工作功能模块将消息发送给非CPM客户端;CPM会话服务器可以将接收到的消息直接发送给其他CPM客户端,还可以根据消息中的URL从网络侧(如媒体及消息存储模块)获得发送方需要发送的消息,并与发送方新增的需要发送的消息合成为CPM类型的消息;此外,CPM会话服务器还可以判断接收方网络资源的使用信息(如接收方消息接入的业务类型,和/或消息媒体的组合信息等),并与计费装置进行交互,将判断得到的接收方网络资源的使用信息上报给计费装置。较佳的,CPM会话服务器可以具体根据接收方的偏好设置,或接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息,或消息的路由信息,或消息内容的媒体类型及大小等来判断接收方网络资源的使用信息,如根据接收方的偏好设置,或接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息,或消息的路由信息来判断接收方消息接入的业务类型,根据消息内容的媒体类型及大小来判断消息媒体的组合信息。交互工作功能模块用于在CPM业务与非CPM业务之间执行网关功能,将CPM类型的消息转换成非CPM类型的消息,并路由到非CPM域目的地,或将非CPM类型的消息转换成CPM类型的消息;较佳的,交互工作功能模块还可以与计费装置进行交互,判断接收方消息接入的业务类型,并上报给计费装置。较佳的,交互工作功能模块可以具体根据接收方的偏好设置,或接收方的呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息,或消息的路由信息,或消息内容的媒体类型来判断接收方消息接入的业务类型。接收方的偏好设置,或接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息可以存储在CPM用户偏好设置模块中,也可以存储在其他网元或数据库中。计费装置用于根据上报的接收方网络资源的使用信息进行计费,并向CPM会话服务器和/或交互工作功能模块返回计费响应。
在上述CPM计费系统实施例的基础上,下面以具体的实施例再进一步说明本发明提供的技术方案。其中CPM客户端可以为CPM用户设备(CPM UE:CPM User Equipment),并通过SIP中Message消息与其他UE通信,或者通过SIP中的INVITE消息与其他UE建立会话连接,再通过此会话连接向其他UE发送具体的消息内容。
实施例一:本发明实施例中,发送方向一个接收方发送消息,发送方为CPM UE,接收方为CPM UE,发送方向接收方发送CPM类型的消息,接收方消息接入的业务类型为CPM,且接收方消息接入的业务类型由CPM会话服务器判断并直接上报给计费装置,如图7所示,方法流程为:
步骤S701,发送方向接收方发送CPM类型的消息,该消息首先提交到CPM会话服务器。
步骤S702,CPM会话服务器接收到消息后,判断接收方消息接入的业务类型。具体的,CPM会话服务器可以根据接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息,或消息的路由信息来判断接收方消息接入的业务类型。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型是CPM。较佳的,CPM会话服务器还可以判断发送方消息接入的业务类型,具体的,CPM会话服务器可以根据接收到的消息的消息协议来判断发送方消息接入的业务类型,如根据接收到的消息的消息协议是否是短消息点对点(SMPP:Short Message Peer to Peer)协议来判断发送方消息接入的业务类型是否是SMS,或根据接收到的消息中的特征标签(Feature Tag)来判断发送方消息接入的业务类型,还可以根据消息的路由信息来判断发送方的消息业务类型。本实施例中,CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S703,CPM会话服务器向计费装置发送计费请求(如CCR:CreditControl Request),请求计费装置计费。计费请求中包含接收方消息接入的业务类型,进一步还可以包括发送方消息接入的业务类型。本实施例中,发送方消息接入的业务类型为CPM,接收方消息接入的业务类型为CPM。
步骤S704,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应(如CCA:Credit Control Answer)。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和接收方消息接入的业务类型对此次通信进行批价,本实施例中,计费装置计算发送方发送CPM类型的消息,接收方以CPM类型接收消息的费用,并查找判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应,告知CPM会话服务器用户账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S705,否则,则告知CPM会话服务器用户账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S705,CPM会话服务器将消息发送给接收方。
步骤S706,接收方向CPM会话服务器返回应答响应。接收发接收到消息后,向CPM会话服务器返回应答响应,表示已接收到该消息。
步骤S707,CPM会话服务器向计费装置发送计费请求(如CCR),请求计费装置对发送方进行扣费。
步骤S708,计费装置根据批价结果在用户账户中进行扣费,并向CPM会话服务器返回计费请求响应,表示扣费成功。
步骤S709,CPM会话服务器向发送方发送应答响应,表示消息已发送到接收方。此方法流程结束。
在本实施例中,CPM会话服务器与计费装置有两次通信(步骤S703、步骤S704与步骤S707、步骤S708),分别完成对此次通信的批价和扣费。需要说明的是,此实施例为一较佳实施例,在本实施例中CPM会话服务器与计费装置可以只有一次通信,即步骤S703、步骤S704和步骤S707、步骤S708可以不同时必需。例如,在本实施例步骤S704中,计费装置接收到CPM会话服务器发送的计费请求后,根据计费请求中的发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价,并判断用户账户余额是否能够支付此次通信的费用,如果能够,则在用户账户中扣费,这样在步骤S704中同时完成批价和扣费,便不需步骤S707和步骤S708。又如,在本实施例中,可以没有步骤S703和步骤S704,即CPM会话服务器接收到发送方发送的消息后,不向计费装置请求批价,而是直接向接收方转发消息,当CPM会话服务器接收到接收方返回的应答响应后,在步骤S707中向计费装置发送计费请求,并在计费请求中携带此次通信中发送方消息接入的业务类型和/或接收方消息接入的业务类型,而在步骤S708中,计费装置根据该计费请求中的发送方消息接入的业务类型和/或接收方消息接入的业务类型对此通信进行批价和计费。此外,本发明实施例提供的技术方案,还可以用于离线计费,即计费过程不会影响消息业务。离线计费是本技术领域技术人员熟知的技术,在此不在敖述将本发明提供的技术方案用于离线计费的实施例。
实施例二:本发明实施例中,发送方向一个接收方发送消息,发送方为CPM UE,接收方为IM UE,发送方向接收方发送CPM类型的消息,接收方消息接入的业务类型为IM,且接收方消息接入的业务类型由CPM会话服务器判断并直接上报给计费装置,如图8所示,方法流程为:
步骤S801,发送方向接收方发送CPM类型的消息,该消息首先提交到CPM会话服务器。
步骤S802,CPM会话服务器接收到消息后,判断接收方消息接入的业务类型。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型是IM。较佳的,CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中,CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S803,CPM会话服务器向计费装置发送计费请求(如CCR),请求计费装置进行计费。计费请求中包含接收方消息接入的业务类型,进一步还可以包括发送方消息接入的业务类型。本实施例中,发送方消息接入的业务类型为CPM,接收方消息接入的业务类型为IM。
步骤S804,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价,本实施例中,计费装置计算发送方发送CPM类型的消息,接收方以IM类型接收消息的费用,并判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器用户账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S805,否则,则告知CPM会话服务器用户账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S805,CPM会话服务器将CPM类型的消息发送给InterworkingFunction。
步骤S806,交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S807,交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S808,IM服务器将IM类型的消息发送给接收方。
步骤S809,接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后,向IM服务器返回IM类型的应答响应,表示已接收到该消息。
步骤S810,IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S811,交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S812,交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S813,CPM会话服务器向计费装置发送计费请求,请求计费装置进行扣费。
步骤S814,计费装置根据批价结果在用户账户中进行扣费,并向CPM会话服务器返回计费请求响应,表示扣费成功。
步骤S815,CPM会话服务器向发送方发送CPM类型的应答响应,表示消息已发送到接收方。此方法流程结束。
在本实施例中,CPM会话服务器与计费装置有两次通信(步骤S803、步骤S804与步骤S813、步骤S814),分别完成对此次通信的批价和扣费。需要说明的是,此实施例为一较佳实施例,在本实施例中CPM会话服务器与计费装置可以只有一次通信,即步骤S803、步骤S804和步骤S807、步骤S808可以不同时必需。例如,在本实施例步骤S804中,计费装置接收到CPM会话服务器发送的计费请求后,根据计费请求中的发送方消息接入的业务类型和接收方消息接入的业务类型对此次通信进行批价,并判断用户账户余额是否能够支付此次通信的费用,如果能够,则在用户账户中扣费,这样在步骤S804中同时完成批价和扣费,便不需步骤S807和步骤S808。又如,在本实施例中,可以没有步骤S803和步骤S804,即CPM会话服务器接收到发送方发送的消息后,不向计费装置请求批价,而是直接向接收方转发消息,当CPM会话服务器接收到接收方返回的应答响应后,在步骤S813中向计费装置发送计费请求,并在计费请求中携带此次通信中发送方消息接入的业务类型和/或接收方消息接入的业务类型,而在步骤S814中,计费装置根据该计费请求中的发送方消息接入的业务类型和/或接收方消息接入的业务类型对此通信进行批价和扣费。此外,本发明实施例提供的技术方案,还可以用于离线计费,即计费过程不会影响消息业务。离线计费是本技术领域技术人员熟知的技术,在此不在敖述将本发明提供的技术方案用于离线计费的实施例。
实施例三:本发明实施例中,发送方向多个接收方发送群组消息,这里已两个接收方为例,发送方为CPM UE,接收方一为IM UE,接收方二为PoC UE,发送方向接收方发送CPM类型的消息,接收方消息接入的业务类型分别为IM和PoC,且接收方消息接入的业务类型由CPM会话服务器判断并直接上报给计费装置,如图9所示,方法流程为:
步骤S901,发送方向接收方发送CPM类型的消息,接收方分别为IM UE和PoC UE,该消息首先提交到CPM会话服务器。
步骤S902,CPM会话服务器接收到消息后,判断接收方消息接入的业务类型。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型分别是IM和PoC。较佳的,CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中,CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S903,CPM会话服务器向计费装置发送计费请求(如CCR),计费请求中包含接收方消息接入的业务类型,进一步还可以包括发送方发送消息的类型。本实施例中,发送方发送消息所使用的消息业务的类型为CPM,接收方消息接入的业务类型分别为IM和PoC。
步骤S904,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务的类型对此次通信进行批价,本实施例中,计费装置计算发送方发送CPM类型的消息,接收方分别以IM和PoC类型接收消息的费用,并判断用户账户余额是否能够支付此次通信的费用,如果账户余额足够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器用户账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S905,否则,则告知CPM会话服务器账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S905,CPM会话服务器将CPM类型的消息发送给交互工作功能模块。
步骤S906,交互工作功能模块将CPM类型的消息分别转换成IM和PoC类型的消息。
步骤S907,交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S908,IM服务器将IM类型的消息发送给接收方一。
步骤S909,交互工作功能模块将PoC类型的消息发送给PoC服务器。
步骤S910,PoC服务器将PoC类型的消息发送给接收方二。
步骤S911,接收方一向IM服务器返回IM类型的应答响应。接收方IM UE接收到消息后,向IM服务器返回IM类型的应答响应,表示已接收到该消息。
步骤S912,IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S913,交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S914,交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S915,接收方二向PoC服务器返回PoC类型的应答响应。接收方PoCUE接收到消息后,向PoC服务器返回PoC类型的应答响应,表示已接收到该消息。
步骤S916,PoC服务器向交互工作功能模块转发该PoC类型的应答响应。
步骤S917,交互工作功能模块将PoC类型的应答响应转换成CPM类型的应答响应。
步骤S918,交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S919,CPM会话服务器向计费装置发送计费请求。
步骤S920,计费装置根据批价结果在用户账户中进行扣费,并向CPM会话服务器返回计费请求响应,表示扣费成功。
步骤S921,CPM会话服务器向发送方发送CPM类型的应答响应,表示消息已发送到接收方。此方法流程结束。
在本实施例中,CPM会话服务器与计费装置有两次通信(步骤S903、步骤S904与步骤S913、步骤S914),分别完成对此次消息的批价和扣费。需要说明的是,此实施例为一较佳实施例,在本实施例中CPM会话服务器与计费装置可以只有一次通信,即步骤S903、步骤S904和步骤S918、步骤S919可以不同时必需,具体实施方法参见实施例二,这里及一下实施例中不再敖述。
实施例四:本发明实施例中,发送方向一个接收方发送消息,发送方为CPM UE,接收方为IM UE,发送方向接收方发送CPM类型的消息,接收方消息接入的业务类型为IM,且接收方消息接入的业务类型由交互工作功能模块判断并告知CPM会话服务器,并由CPM会话服务器上报给计费装置,如图10所示,方法流程为:
步骤S1001,发送方向接收方发送CPM类型的消息,该消息首先提交到CPM会话服务器。
步骤S1002,CPM会话服务器接收到消息后,判断接收方消息接入的业务类型是否为CPM。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型不是CPM。较佳的,CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中,CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S1003,CPM会话服务器将CPM类型的消息发送给交互工作功能模块。
步骤S1004,交互工作功能模块判断接收方接收消息的类型。本实施例中,交互工作功能模块判断得到接收方接收消息的类型为IM。
步骤S1005,交互工作功能模块将接收方接收消息的类型发送给CPM会话服务器。
步骤S1006,CPM会话服务器向计费装置发送计费请求(如CCR),计费请求中包含接收方消息接入的业务类型,进一步还可以包括发送方消息接入的业务类型。本实施例中,发送方消息接入的业务类型为CPM,接收方消息接入的业务类型为IM。
步骤S1007,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价,本实施例中,计费装置计算发送方发送CPM类型的消息,接收方以IM类型接收消息的费用,并判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1008,否则,则告知CPM会话服务器账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1008,CPM会话服务器向交互工作功能模块发送确认消息,指示交互工作功能模块向接收方转发消息。
步骤S1009~步骤S1018,同实施例二中步骤S806~S815,这里不再敖述。
实施例五:本发明实施例中,发送方向一个接收方发送消息,发送方为CPM UE,接收方为IM UE,发送方向接收方发送CPM类型的消息,接收方消息接入的业务类型为IM,且接收方消息接入的业务类型由交互工作功能模块判断并直接上报给计费装置,如图11所示,方法流程为:
步骤S1101,CPM UE向接收方发送CPM类型的消息,该消息首先提交到CPM会话服务器。
步骤S1102,CPM会话服务器接收到消息后,判断接收方消息接入的业务类型是否为CPM。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型不是CPM。较佳的,CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中,CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S1103,CPM会话服务器将CPM类型的消息发送给交互工作功能模块。
步骤S1104,交互工作功能模块判断接收方消息接入的业务类型。本实施例中,交互工作功能模块判断得到接收方消息接入的业务类型为IM。
步骤S1105,交互工作功能模块向计费装置发送计费请求(如CCR),计费请求中包含接收方消息接入的业务类型,进一步还可以包括发送方消息接入的业务类型。本实施例中,发送方发送消息的类型为CPM,接收方接收消息的类型为IM。
步骤S1106,计费装置根据接收到的计费请求进行批价,并向交互工作功能模块返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价,本实施例中,计费装置计算发送方发送CPM类型的消息,接收方以IM类型接收消息的费用,判断账户余额是否能够支付此次通信的费用,如果能够,则向交互工作功能模块返回计费响应(如CCA),告知交互工作功能模块账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1107,否则,则告知交互工作功能模块账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1107,交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S1108,交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S1109,IM服务器将IM类型的消息发送给接收方。
步骤S1110,接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后,向IM服务器返回IM类型的应答响应,表示已接收到该消息。
步骤S1111,IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1112,交互工作功能模块向计费装置发送计费请求。
步骤S1113,计费装置根据批价结果在用户账户中进行扣费,并向交互工作功能模块返回计费请求响应,表示扣费成功。
步骤S1114,交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S1115,交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1116,CPM会话服务器向发送方发送CPM类型的应答响应,表示消息已发送到接收方。此方法流程结束。
实施例六:本发明实施例中,发送方向一个接收方发送消息,发送方为IMUE,接收方为CPM UE,发送方向接收方发送IM类型的消息,接收方消息接入的业务类型为CPM,且接收方消息接入的业务类型由CPM会话服务器判断直接上报给计费装置,如图12所示,方法流程为:
步骤S1201,发送方向接收方发送IM类型的消息,该消息首先提交到CPM会话服务器。
步骤S1202,CPM会话服务器接收到消息后,判断接收方消息接入的业务类型。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型是CPM。较佳的,CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中,CPM会话服务器判断得到发送方消息接入的业务类型是IM。
步骤S1203,CPM会话服务器向计费装置发送计费请求(如CCR),计费请求中包含发送方消息接入的业务类型和接收方消息接入的业务类型。本实施例中,发送方消息接入的业务类型为IM,接收方消息接入的业务类型为CPM。
步骤S 1204,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价,本实施例中,计费装置计算发送方发送IM类型的消息,接收方以CPM类型接收消息的费用,判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1205,否则,则告知CPM会话服务器用户账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1205,CPM会话服务器将IM类型的消息发送给交互工作功能模块。
步骤S1206,交互工作功能模块将IM类型的消息转换成CPM类型的消息。
步骤S1207,交互工作功能模块将CPM类型的消息发送给接收方。
步骤S1208,接收方向交互工作功能模块返回CPM类型的应答响应。接收方接收到消息后,向交互工作功能模块返回CPM类型的应答响应,表示已接收到该消息。
步骤S1209,交互工作功能模块将CPM类型的应答响应转换成IM类型的应答响应。
步骤S1210,交互工作功能模块将IM类型的应答响应发送给CPM会话服务器。
步骤S1211,CPM会话服务器向计费装置发送计费请求。
步骤S1212,计费装置根据批价结果在用户账户中进行扣费,并向CPM会话服务器返回计费请求响应,表示扣费成功。
步骤S1213,CPM会话服务器向发送方发送IM类型的应答响应,表示消息已发送到接收方。此方法流程结束。
实施例七:本发明实施例中,发送方向一个接收方发送消息,消息中包含用户新增的消息内容和在媒体及消息存储模块上存储的消息内容的URL,发送方为CPM UE,接收方为CPM UE,接收方消息接入的业务类型为CPM,且消息媒体的组合信息(本实施例中,消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小)由CPM会话服务器获得并直接上报给计费装置,如图13所示,方法流程为:
步骤S1301,发送方向接收方发送消息,该消息包含新增的内容和需转发内容的URL,该消息首先提交到CPM会话服务器。
步骤S1302,CPM会话服务器接收到消息后,获得消息媒体的组合信息。在本实施例中,CPM会话服务器可以根据消息中是否包含新增的消息内容以及在网络侧存储的媒体资源的地址标识(如URL)来判断消息媒体组合方式,根据消息中新增的消息内容的媒体类型和/或媒体大小来判断基于发送方终端侧直接组合的媒体类型和/或消息媒体大小,以及根据地址标识从网络侧获得的存储转发的消息内容的媒体类型和/或媒体大小来判断基于网络侧组合的媒体类型和/或消息媒体大小。
步骤S 1303,CPM会话服务器将新增的消息内容和从网络侧获得的存储转发的消息内容合成为CPM类型的消息。CPM会话服务器接收到消息后,根据其中的URL地址到Media & Message Storage上获取存储转发的消息内容,并将新增的消息内容与存储的消息内容合并,并封装成一个新的CPM类型的消息。
步骤S1304,CPM会话服务器向计费装置发送计费请求(如CCR),计费请求中包含消息媒体的组合信息。
步骤S1305,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中消息媒体的组合信息对此次通信进行批价,本实施例中,计费装置进一步根据计费请求中的新增消息内容的媒体类型和媒体大小以及存储转发的消息内容的媒体类型和,媒体大小计算此次通信的费用,并判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1306,否则,则告知CPM会话服务器用户账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1306,CPM会话服务器将合成的CPM类型的消息发送给接收方。
步骤S1307,接收方向CPM会话服务器返回应答响应。接收发接收到消息后,向CPM会话服务器返回应答响应,表示已接收到该消息。
步骤S1308,CPM会话服务器向计费装置发送计费请求。
步骤S1309,计费装置根据批价结果在用户账户中进行扣费,并向CPM会话服务器返回计费请求响应,表示扣费成功。
步骤S1310,CPM会话服务器向发送方发送应答响应,表示消息已发送到接收方。此方法流程结束。
实施例八:本发明实施例中,发送方向一个接收方发送消息,消息中包含用户新增的消息内容和在媒体及消息存储模块上存储的消息内容的URL,发送方为CPM UE,接收方为IM UE,接收方消息接入的业务类型为IM,且消息媒体的组合信息(本实施例中,消息媒体的组合信息包括消息媒体组合方式、消息媒体类型和消息媒体大小)由CPM会话服务器获得并直接上报给计费装置,接收方消息接入的业务类型由交互工作功能模块判断并直接上报给计费装置,并且用一个计费ID关联CPM会话服务器和交互工作功能模块上报的信息,如图14所示,方法流程为:
步骤S1401,发送方向接收方发送消息,该消息包含新增的内容和需转发内容的URL,该消息首先提交到CPM会话服务器。
步骤S1402,CPM会话服务器接收到消息后,获得消息媒体的组合信息以及判断接收方消息接入的业务类型是否为CPM。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型为非CPM,并根据消息中是否包含新增的消息内容以及在网络侧存储的媒体资源的地址标识(如URL)来判断消息媒体组合方式,根据消息中新增的消息内容的媒体类型和/或媒体大小来判断基于发送方终端侧直接组合的媒体类型和/或消息媒体大小,以及根据地址标识从网络侧获得的存储转发的消息内容的媒体类型和/或媒体大小来判断基于网络侧组合的媒体类型和/或消息媒体大小。
步骤S1403,CPM会话服务器将新增的消息内容和从网络侧获得的存储转发的消息内容合成为CPM类型的消息。CPM会话服务器接收到消息后,根据其中的URL地址到媒体及消息存储模块上获取存储转发的消息内容,并将新增的消息内容与存储转发的消息内容合并,并封装成一个新的CPM类型的消息。
步骤S1404,CPM会话服务器向计费装置发送计费请求(如CCR),计费请求中包含消息媒体的组合信息。
步骤S1405,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中消息媒体的组合信息对此次通信进行批价,本实施例中,计费装置进一步根据计费请求中的新增消息的媒体类型和媒体大小以及存储转发的消息内容的媒体类型和,媒体大小计算此次通信的费用,并判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1406,否则,则告知CPM会话服务器账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1406,CPM会话服务器将CPM类型的消息和计费ID发送给交互工作功能模块。
步骤S1407,交互工作功能模块判断接收方消息接入的业务类型。本实施例中,交互工作功能模块判断的到接收方消息接入的业务类型为IM。
步骤S1408,交互工作功能模块向计费装置发送计费请求(如CCR),计费请求中包含接收方消息接入的业务类型,进一步还可以包括发送方消息接入的业务类型。本实施例中,发送方发送消息的类型为CPM,接收方接收消息的类型为IM。
步骤S1409,计费装置根据接收到的计费请求进行批价,并向交互工作功能模块返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和接收方消息接入的业务类型以及计费ID所关联的CPM会话服务器上报的计费信息对此次通信进行批价,本实施例中,计费装置计算发送方发送CPM类型的消息,接收方以IM类型接收消息的费用,判断账户余额是否能够支付此次通信的费用,如果能够,则向交互工作功能模块返回计费响应(如CCA),告知交互工作功能模块账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1410,否则,则告知交互工作功能模块账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1410,交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S1411,交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S1412,IM服务器将IM类型的消息发送给接收方。
步骤S1413,接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后,向IM服务器返回IM类型的应答响应,表示已接收到该消息。
步骤S1414,IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1415,交互工作功能模块向计费装置发送计费请求。
步骤S1416,计费装置根据最新的批价结果在用户账户中进行扣费,并向交互工作功能模块返回计费请求响应,表示扣费成功。
步骤S1417,交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S1418,交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1419,CPM会话服务器向计费装置发送计费请求。
步骤S1420,计费装置根据步骤S1405中的批价结果在用户账户中扣费,并向CPM会话服务器返回计费请求响应,表示扣费成功。
步骤S1421,CPM会话服务器向发送方发送CPM类型的应答响应,表示消息已发送到接收方。此方法流程结束。
需要说明的是,在实施例八中,计费ID可以由CPM会话服务器生成,也可以由计费装置生成并分配给CPM会话服务器。较佳的,计费ID可以是会话ID(Session ID),也可以是专门生成的用于关联计费的ID。
实施例九:本发明实施例中,发送方先通过SIP INVITE消息与接收方建立连接,并通过此连接向接收方发送具体的消息内容,其中,发送方为CPMUE,接收方为IM UE,如图15所示,方法流程为:
步骤S1501,发送方向接收方发送CPM类型的SIP INVITE消息,该SIPINVITE消息首先提交到CPM会话服务器。
步骤S1502,CPM会话服务器接收到SIP INVITE消息后,判断接收方接收消息的类型。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型是IM。较佳的,CPM会话服务器还可以判断发送方消息接入的业务类型。本实施例中,CPM会话服务器判断得到发送方消息接入的业务类型是CPM。
步骤S1503,CPM会话服务器向计费装置发送计费请求(如CCR),计费请求中包含发送方消息接入的业务类型和/或接收方消息接入的业务类型。本实施例中,发送方消息接入的业务类型为CPM,接收方消息接入的业务类型为IM。
步骤S1504,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和/或接收方消息接入的业务类型对此次通信进行批价,本实施例中,计费装置计算发送方发送CPM类型的SIP INVITE消息,接收方以IM类型接收SIP INVITE消息从而建立会话连接的费用,并判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器用户账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1505,否则,则告知CPM会话服务器用户账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1505,CPM会话服务器将CPM类型的SIP INVITE消息发送给交互工作功能模块,并告知交互工作功能模块接收方消息接入的业务类型为IM。
步骤S1506,交互工作功能模块将CPM类型的SIP INVITE消息转换成IM类型的SIP INVITE消息。
步骤S1507,交互工作功能模块将IM类型的SIP INVITE消息发送给IM服务器。
步骤S1508,IM服务器将IM类型的SIP INVITE消息发送给接收方。
步骤S1509,接收方向IM服务器返回IM类型的应答响应。接收方接收到SIP INVITE消息后,向IM服务器返回IM类型的应答响应,表示已接收到该SIP INVITE消息。
步骤S1510,IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1511,交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S1512,交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1513,CPM会话服务器向发送方发送CPM类型的应答响应,表示SIP INVITE消息已发送到接收方。至此,发送方与接收方建立了会话连接。
步骤S1514,CPM UE通过此会话连接向接收方发送CPM类型的消息,该消息首先提交到CPM会话服务器。
步骤S1515,CPM会话服务器接收到消息后,判断接收方消息接入的业务类型。在本实施例中,CPM会话服务器判断得到接收方消息接入的业务类型是IM。
步骤S1516,CPM会话服务器向计费装置发送计费请求(如CCR),计费请求中包含接收方消息接入的业务类型,进一步还可以包括发送方消息接入的业务类型。本实施例中,发送方消息接入的业务类型为CPM,接收方消息接入的业务类型为IM。
步骤S1517,计费装置根据接收到的计费请求进行批价,并向CPM会话服务器返回计费响应。计费装置接收到计费请求后,根据计费请求中发送方消息接入的业务类型和接收方消息接入的业务类型对此条消息进行批价,本实施例中,计费装置计算发送方发送CPM类型的消息,接收方以IM类型接收消息的费用,判断用户账户余额是否能够支付此次通信的费用,如果能够,则向CPM会话服务器返回计费响应(如CCA),告知CPM会话服务器账户余额充足,可以向接收方转发发送方发送的消息,并执行步骤S1518,否则,则告知CPM会话服务器账户余额不足,并结束此次通信。本实施例中,用户账户可以是发送方账户,接收方账户或第三方账户。
步骤S1518,CPM会话服务器将CPM类型的消息发送给交互工作功能模块,并告知交互工作功能模块接收方接收消息的类型为IM。
步骤S1519,交互工作功能模块将CPM类型的消息转换成IM类型的消息。
步骤S1520,交互工作功能模块将IM类型的消息发送给IM服务器。
步骤S1521,IM服务器将IM类型的消息发送给接收方。
步骤S1522,接收方向IM服务器返回IM类型的应答响应。接收方接收到消息后,向IM服务器返回IM类型的应答响应,表示已接收到该消息。
步骤S1523,IM服务器向交互工作功能模块转发该IM类型的应答响应。
步骤S1524,交互工作功能模块将IM类型的应答响应转换成CPM类型的应答响应。
步骤S 1525,交互工作功能模块将CPM类型的应答响应发送给CPM会话服务器。
步骤S1526,CPM会话服务器向计费装置发送计费请求。
步骤S 1527,计费装置根据批价结果在用户账户中进行扣费,并向CPM会话服务器返回计费请求响应,表示扣费成功。
步骤S1528,CPM会话服务器向发送方发送CPM类型的应答响应,表示消息已发送到接收方。此方法流程结束。
需要说明的是,在实施例九中的步骤S1504中,计费装置向CPM会话服务器返回的计费响应中,还可以携带监控接会话参与者所使用的消息业务类型是否发生变化的参数,用于指示CPM会话服务器当会话参与者所使用的消息业务类型更新时,将更新的类型上报计费装置。较佳的,若计费装置向CPM会话服务器返回的计费响应为CCA消息,可以具体将CCA消息中的Trigger-Type字段设置为CHANGE_of_MESSAGING_SERVICES,以指示CPM会话服务器监控会话参与者所使用的消息业务类型,当类型有更新时,将更新的类型上报计费装置。
如图16所示,为实施本发明方法的计费装置的组成结构示意图,包括获得单元161和计费单元162,其中,
获得单元161用于获得接收方网络资源的使用信息;计费单元162用于根据所述接收方网络资源的使用信息进行计费。其中,接收方网络资源的使用信息可以包括但不限于接收方消息接入的业务类型,和/或消息媒体的组合信息;消息媒体的组合信息包括但不限于消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。
较佳的,计费装置还包括响应单元163,用于根据计费结果发送计费响应。
较佳的,获得单元161可以包括:接收子单元1611和解析子单元1612,其中:
接收子单1611元用于接收计费请求,所述计费请求中包含接收方网络资源的使用信息;
解析子单元1612用于从计费请求中解析出接收方网络资源的使用信息。
如图17所示,为实施本发明方法的消息处理装置的组成结构示意图,包括接收单元171、判断单元172和发送单元173,其中,
接收单元171用于接收发送方发送的消息;判断单元172用于根据所述消息获得接收方网络资源的使用信息;发送单元173用于向计费装置发送接计费请求,所述计费请求中包含接收方网络资源的使用信息。其中,接收方网络资源的使用信息可以包括但不限于接收方消息接入的业务类型,和/或消息媒体的组合信息;消息媒体的组合信息包括但不限于消息媒体组合方式、消息媒体类型和消息媒体大小中的一种或多种。具体的,判断单元172可以根据消息中的接收方标识获得接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息,并根据获得的所述接收方的业务呈现信息或订阅信息,或接收方设置的接收方消息接入的业务类型信息判断接收方消息接入的业务类型;判断单元172还可以根据消息的路由信息判断接收方消息接入的业务类型;判断单元172还可以根据消息中包含的新增的消息内容,和/或消息中包含在网络侧存储的媒体资源的地址标识来判断消息媒体的组合信息。
综上,采用本发明实施例方案,通过获得接收方网络资源的使用信息,并根据所述接收方网络资源的使用信息进行计费,能够针对接收方在接收消息时对网络资源的使用情况进行计费,从而实现接收方在接收消息时对网络资源的使用不同而进行不同的计费,具体的,可以针对接收方消息接入的不同业务类型、消息媒体的不同组合方式以及消息媒体类型和消息媒体大小等信息进行不同的计费,从而提高了计费的精确性、多样性和灵活性。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。