一种消息发送方法、相关装置及系统与流程

本发明涉及移动通信技术领域，尤其涉及一种消息发送方法、相关装置及系统。

背景技术：

融合消息业务是近几年开发出的一种新型的消息业务，开发这种业务的目的是实现多种消息业务的互通和融合，提供统一消息业务，为用户带来一致并且方便的消息业务体验。目前，较为典型的融合消息业务是开放移动联盟(Open Mobile Alliance，OMA)提出的融合IP消息(Converged IP Message，CPM)业务，CPM业务能将现有的各种消息业务包括短消息服务(Short Message Service，SMS)、多媒体短消息服务(Multimedia Message Service，MMS)和即时通讯(Instant Messaging，IM)等消息类业务进行融合，提供统一的业务体系架构，增强用户体验，降低业务部和管理成本，避免了各类消息业务的各自独立地设计和标准化，从而避免各类消息业务只能分别提供单一的用户体验的缺陷，适应网络融合技术的发展。

在现有的CPM技术中的消息业务互通方面，当前的技术方案是，如果通过用户选择的消息业务发送消息失败时，则会自动转换为通过另外一种消息业务类型进行发送。而如果通过转换后的消息业务仍未发送成功时，则可能会导致该消息在该转换后的消息业务下处于长时间的等待发送，或重新发送甚至是丢弃的状况，不能保证消息的及时送达。

例如，主叫通过发送方CPM客户端发送了1条IM，而此时由于被叫的接收方CPM客户端在分组交换(Packet Switched Domain，PS)域网络离线，融合通信套件(Rich Communication Suite，RCS)将该条IM提交给短消息中心(Short Message Service Center，SMSC)转为SMS下发，SMSC收到消息后，在电路交换(Circuit Switched Domain，CS)域网络对消息进行投递，而此时被叫在CS域也可能会不在服务区，导致投递失败，因此SMSC会进行消息重发。在短信 重发的过程中，被叫的接收方CPM客户端有可能通过WI-FI上线了，而该条消息却只能处于被SMSC进行盲目重发甚至被丢弃的状态，无法再通过IM方式进行发送，不能保证消息的及时送达，给用户体验带来不好的影响。

技术实现要素：

本发明实施例所要解决的技术问题在于，提供一种消息发送方法、相关装置及系统，解决了现有技术中CPM技术方案中，发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，有效提升了消息及时送达的概率。

第一方面，本发明实施例提供了一种消息发送方法，可包括：

CPM服务器接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；CPM服务器通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当CPM服务器通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

通过本发明实施例提供的方案，解决了现有的CPM技术方案中，发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，即在达到了预设回转条件时，则可将该消息回转为通过初始的消息业务进行发送，有效地提高了消息及时送达的概率，提升了用户体验。

结合第一方面，在第一种可能的实现方式中，所述接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息之后，还包括：CPM服务器将所述CPM消息存储到消息集中存储模块，所述消息集中存储模块用于集中存储接收到的CPM消息；

所述通过第二消息业务向所述接收方CPM客户端下发所述CPM消息，包括：CPM服务器从所述消息集中存储模块中提取所述CPM消息，通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息；

所述回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息，包括：CPM服务器从所述消息集中存储模块中提取所述CPM消息，回 转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

通过本发明实施例提供的方案，将不同类型的消息业务的CPM消息都集中存储到消息集中存储模块中，便于在转换消息业务类型时或者是回转到初始的消息业务类型进行发送时，可以集中从消息集中存储模块中进行提取并调度，避免了不同类型的CPM消息分别存储在不同的消息服务器中，不能灵活调度和互通的技术缺陷，提高了消息调度的效率，从而提升了消息及时送达的概率。

结合第一方面，或者结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述通过第一消息业务向所述接收方CPM客户端下发所述CPM消息之前，包括：

CPM服务器获取所述接收方CPM客户端的在线状态信息，所述在线状态信息为CPM客户端针对CPM系统的在线或者离线状态信息；CPM服务器获取所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；CPM服务器将所述在线状态信息和所述资费信息反馈至所述发送方CPM客户端，以使得所述发送方CPM客户端根据所述在线信息和所述资费信息选择用于下发CPM消息的第一消息业务。

通过本发明实施例提供的方案，不仅解决了发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，而且在发送CPM消息之前就将相关的在线信息和资费信息反馈至发送方CPM客户端，以便于CPM消息能在初始情况下就通过资费最低且及时可达的第一消息业务进行下发，提高消息的及时可达率，进一步地提升了用户体验。

结合第一方面，或者结合第一方面的第一种可能的实现方式，或者，结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息，包括：

当CPM服务器判断出通过所述第一消息业务未将所述CPM消息成功送达时，比较所述第二消息业务的资费是否小于或等于所述第一消息业务的资费；当比较结果为是时，CPM服务器通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息。

通过本发明实施例提供的方案，在进行消息业务转换之前，比较转换之前的第一消息业务和即将要转换的第二业务之间的资费大小，在不增加资费的前 提下才进行转换，避免在用户不知情的情况下增加消息费用，保证用户消费更加合理。

结合第一方面，或者结合第一方面的第一种可能的实现方式，或者，结合第一方面的第二种可能的实现方式，或者，结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第一消息业务包括即时通讯IM，所述第二消息业务包括短消息服务SMS或多媒体短消息服务MMS；

所述当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息，包括：

当通过SMS或MMS未将所述CPM消息成功送达，且获知所述接收方CPM客户端在线时，CPM服务器则回转通过IM向所述接收方CPM客户端下发所述CPM消息。

结合第一方面，或者结合第一方面的第一种可能的实现方式，或者，结合第一方面的第二种可能的实现方式，或者，结合第一方面的第三种可能的实现方式，在第五种可能的实现方式中，所述第一消息业务包括短消息服务SMS或多媒体短消息服务MMS，所述第二消息业务包括即时通讯IM；

所述当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息，包括：

当所述接收方CPM客户端离线，通过IM未将所述CPM消息成功送达，且所述接收方CPM客户端离线时间达到预设时间阈值时，CPM服务器则回转通过SMS或MMS向所述接收方CPM客户端下发所述CPM消息。

第二方面，本发明实施例提供了一种消息发送方法，可包括：

发送方CPM客户端接收输入的向接收方融合IP消息CPM客户端发送的CPM消息；发送方CPM客户端将所述CPM消息发送给CPM服务器；所述CPM消息用于指示所述CPM服务器接收所述CPM消息，通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满 足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第二方面，在第一种可能的实现方式中，所述将所述CPM消息发送给CPM服务器之后，还包括：

发送方CPM客户端接收所述CPM服务器反馈的所述接收方CPM客户端在线状态信息和所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；发送方CPM客户端展示所述在线状态信息和所述资费信息；发送方CPM客户端接收根据所述在线状态信息和所述资费信息输入的CPM消息业务选择指令，并向所述CPM服务器发送CPM消息业务选择指令，以选择指示用于下发CPM消息的第一消息业务。

通过本发明实施例提供的方案，可以通过接收方CPM客户端向用户展示接收方客户端的在线状态信息和发送方CPM客户端相关的资费信息，以便于用户或者客户端本身选择出资费最低且及时可达的第一消息业务进行消息的下发。

第三方面，本发明实施例提供了一种消息发送装置，可包括：

接收模块，用于接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；

转换模块，用于通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；

回转模块，用于当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第三方面，在第一种可能的实现方式中，所述装置，还包括：

消息集中存储模块，用于将所述CPM消息进行存储；

所述转换模块，具体用于：通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，从所述消息集中存储模块中提取所述CPM消息，通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息；

所述回转模块，具体用于：当通过所述第二消息业务未将所述CPM消息成 功送达，且满足预设回转条件时，从所述消息集中存储模块中提取所述CPM消息，回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。结合第三方面，或者结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述装置，还包括：

第一获取模块，用于获取所述接收方CPM客户端的在线状态信息，所述在线状态信息为CPM客户端针对CPM系统的在线或者离线状态信息；

第二获取模块，用于获取所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；

反馈模块，用于将所述在线状态信息和所述资费信息反馈至所述发送方CPM客户端，以使得所述发送方CPM客户端根据所述在线信息和所述资费信息选择用于下发CPM消息的第一消息业务。

结合第三方面，或者结合第三方面的第一种可能的实现方式，或者，结合第三方面的第二种可能的实现方式，在第三种可能的实现方式中，其特征在于，所述转换模块，包括：

发送单元，用于通过第一消息业务向接收方CPM客户端下发所述CPM消息；

比较单元，用于当判断出通过所述第一消息业务未将所述CPM消息成功送达时，比较所述第二消息业务的资费是否小于或等于所述第一消息业务的资费；

转换单元，用于当比较结果为是时，通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第三方面，或者结合第三方面的第一种可能的实现方式，或者，结合第三方面的第二种可能的实现方式，或者，结合第三方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第一消息业务包括即时通讯IM，所述第二消息业务包括短消息服务SMS或多媒体短消息服务MMS；

所述回转模块，具体用于：当通过SMS或MMS未将所述CPM消息成功送达，且获知所述接收方CPM客户端在线时，则回转通过IM向所述接收方CPM客户端下发所述CPM消息。

结合第三方面，或者结合第三方面的第一种可能的实现方式，或者，结合第三方面的第二种可能的实现方式，或者，结合第三方面的第三种可能的实现方式，在第五种可能的实现方式中，所述第一消息业务包括短消息服务SMS或 多媒体短消息服务MMS，所述第二消息业务包括即时通讯IM；

所述回转模块，具体用于：当所述接收方CPM客户端离线，通过IM未将所述CPM消息成功送达，且所述接收方CPM客户端离线时间达到预设时间阈值时，则回转通过SMS或MMS向所述接收方CPM客户端下发所述CPM消息。

第四方面，本发明实施例提供了一种消息发送设备，可包括：

第一接收模块，用于接收输入的向接收方融合IP消息CPM客户端发送的CPM消息；

发送模块，用于将所述CPM消息发送给CPM服务器；所述CPM消息用于指示所述CPM服务器接收所述CPM消息，通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第四方面，在第一种可能的实现方式中，所述装置，还包括：

第二接收模块，用于接收所述CPM服务器反馈的所述接收方CPM客户端在线状态信息和所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；

展示模块，用于展示所述在线状态信息和所述资费信息；

选择模块，用于接收根据所述在线状态信息和所述资费信息输入的CPM消息业务选择指令，并向所述CPM服务器发送CPM消息业务选择指令，以选择指示用于下发CPM消息的第一消息业务。

第五方面，本发明实施例提供了一种消息发送服务器，可包括：输入装置、输出装置、存储器和处理器；

其中，所述存储器用于存储程序代码，所述处理器用于调用所述存储器存储的程序代码执行如下步骤：

通过所述输入装置接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；

利用所述输出装置通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，利用所述输出装置通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；

当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则利用所述输出装置回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第五方面，在第一种可能的实现方式中，所述存储器还用于存储所述服务器接收到的CPM消息，所述通过所述输入装置接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息之后，还包括：

所述处理器将所述CPM消息存储到所述存储器中；

所述利用所述输出装置通过第二消息业务向所述接收方CPM客户端下发所述CPM消息，包括：所述处理器从所述存储器中提取所述CPM消息，利用所述输出装置通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息；

所述利用所述输出装置回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息，包括：所述处理器从所述存储器中提取所述CPM消息，利用所述输出装置回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第五方面，或者结合第五方面的第一种可能的实现方式，在第二种可能的实现方式中，所述存储器还用于存储接收方CPM客户端的在线状态信息，所述在线状态信息为CPM客户端针对CPM系统的在线或者离线状态信息；所述存储器还用于存储发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；

所述利用所述输出装置通过第一消息业务向所述接收方CPM客户端下发所述CPM消息之前，包括：

所述处理器从所述存储器中获取所述接收方CPM客户端的在线状态信息；

所述处理器从所述存储器中获取所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；

所述处理器将所述在线状态信息和所述资费信息通过所述输出装置反馈至 所述发送方CPM客户端，以使得所述发送方CPM客户端根据所述在线信息和所述资费信息选择用于下发CPM消息的第一消息业务。

结合第五方面，或者结合第五方面的第一种可能的实现方式，或者，结合第五方面的第二种可能的实现方式，在第三种可能的实现方式中，所述当判断出通过所述第一消息业务未将所述CPM消息成功送达时，利用所述输出装置通过第二消息业务向所述接收方CPM客户端下发所述CPM消息，包括：

当所述处理器判断出通过所述第一消息业务未将所述CPM消息成功送达时，比较所述第二消息业务的资费是否小于或等于所述第一消息业务的资费；

当比较结果为是时，所述处理器利用所述输出装置通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第五方面，或者结合第五方面的第一种可能的实现方式，或者，结合第五方面的第二种可能的实现方式，或者，结合第五方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第一消息业务包括即时通讯IM，所述第二消息业务包括短消息服务SMS或多媒体短消息服务MMS；

所述当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则利用所述输出装置回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息，包括：

当所述处理器通过SMS或MMS未将所述CPM消息成功送达，且获知所述接收方CPM客户端在线时，则利用所述输出装置回转通过IM向所述接收方CPM客户端下发所述CPM消息。

结合第五方面，或者结合第五方面的第一种可能的实现方式，或者，结合第五方面的第二种可能的实现方式，或者，结合第五方面的第三种可能的实现方式，在第五种可能的实现方式中，所述第一消息业务包括短消息服务SMS或多媒体短消息服务MMS，所述第二消息业务包括即时通讯IM；

所述当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则利用所述输出装置回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息，包括：

当所述接收方CPM客户端离线，所述处理器通过IM未将所述CPM消息成功送达，且所述接收方CPM客户端离线时间达到预设时间阈值时，则利用所述输出装置回转通过SMS或MMS向所述接收方CPM客户端下发所述CPM消 息。

第六方面，本发明实施例提供了一种消息发送客户端，可包括：输入装置、输出装置、存储器和处理器；

其中，所述存储器用于存储程序代码，所述处理器用于调用所述存储器存储的程序代码执行如下步骤：

通过所述输入装置接收输入的向接收方融合IP消息CPM客户端发送的CPM消息；

通过所述输出装置将所述CPM消息发送给CPM服务器；所述CPM消息用于指示所述CPM服务器接收所述CPM消息，通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

结合第六方面，在第一种可能的实现方式中，所述通过所述输出装置将所述CPM消息发送给CPM服务器之后，还包括：

所述处理器通过所述输入装置接收所述CPM服务器反馈的所述接收方CPM客户端在线状态信息和所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；

所述处理器通过所述输出装置展示所述在线状态信息和所述资费信息；

所述处理器通过所述输入装置接收根据所述在线状态信息和所述资费信息输入的CPM消息业务选择指令，并向所述CPM服务器发送CPM消息业务选择指令，以选择指示用于下发CPM消息的第一消息业务。

第七方面，本发明实施例提供了一种消息发送系统，包括CPM服务器和CPM客户端，其中

所述CPM服务器为结合第五方面、或者结合第五方面的第一种可能的实现方式、或者结合第五方面的第二种可能的实现方式、或者结合第五方面的第三种可能的实现方式、或者结合第四方面的第三种可能的实现方式、或者结合第 五方面的第五种可能的实现方式中的消息发送服务器；

所述CPM客户端为结合第六方面，或者结合第六方面的第一种可能的实现方式中的消息发送客户端。

实施本发明实施例，具有如下有益效果：

本发明实施例，通过在消息发送方法中，接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。解决了现有技术中CPM技术方案中，发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，即在达到了预设回转条件时，则可将该消息回转为通过初始的消息业务进行发送，有效地提高了消息及时送达的概率，提升了用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例中网络架构图；

图2是本发明实施例中网络架构的另一种示意图；

图3是本发明实施例中的消息发送服务器模块化示意图；

图4是本发明实施例中的消息发送客户端模块化示意图；

图5是本发明实施例中的一种消息发送方法的流程示意图；

图6是本发明实施例中的另一种消息发送方法的流程示意图；

图7是本发明实施例中的又一种消息发送方法的流程示意图；

图8是本发明实施例中消息发送方法的一个具体应用场景示意图；

图9是本发明实施例中消息发送方法的另一个具体应用场景示意图；

图10是本发明实施例中消息发送方法的又一个具体应用场景示意图；

图11是本发明实施例中消息发送方法的又一个具体应用场景示意图；

图12是本发明实施例中的消息发送装置的结构示意图；

图13是本发明实施例中的消息发送装置的另一实施例的结构示意图；

图14是本发明实施例中的消息发送装置的又一实施例的结构示意图；

图15是本发明实施例中的转换模块的结构示意图；

图16是本发明实施例中的消息发送设备的结构示意图；

图17是本发明实施例中的消息发送设备的另一实施例的结构示意图；

图18是本发明实施例中的消息发送系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。应当理解的是，本文中虽然使用术语第一、第二等描述消息业务或模块，但是这些消息业务或模块应该不受这些术语的限制，这些术语仅被用于彼此区分。还应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”(“a”、“an”、和“the”)旨在也包括复数形式。还应该理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

还需要说明的是，本发明中的消息发送服务器包括CPM服务器，消息发送客户端包括CPM客户端，为了便于理解，本发明中的所有动作执行主体，均以CPM服务器和CPM客户端进行说明。可以理解的是，本发明中也可以对应的为融合消息服务器和融合消息客户端，本发明对服务器和客户端的名称不作具体限定，只要是能完成多种消息业务的融合发送与接收的服务器与客户端，均属于本发明所保护涵盖的范围。

为了便于理解本发明实施例，下面先对本发明实施例的网络构架进行描述。请参阅图1，图1是本发明实施例公开的一种网络构架示意图。如图1所示，本 发明实施例的网络架构是一个基于客户端-服务器架构提供通信业务的架构，可以包括，CPM服务器，CPM客户端，基站，无线接入点，CS/PS域网络等，其中，发送方CPM客户端通过基站或者无线接入点连接到PS/CS域网络，最终接入到CPM服务器中，完成从发送方CPM客户端到接收方CPM客户端的消息如(IMS、MMS、IM等)的传递。具体地，CPM服务器负责为多种消息业务提供统一的消息处理，存储及展现环境，通过构建统一的消息构架实现不同消息业务的通用功能；CPM客户端负责向用户提供统一的消息业务使用界面以及消息存储和触发机制。即CPM系统允许用户之间通过移动网络登录CPM客户端，并在CPM系统的通信环境中进行信息的交互，发送接收数据等，而CPM服务器则根据登录后用户的操作执行处理相关数据。可以理解的是，针对CPM系统，若用户连接了移动网络之后并成功登陆CPM客户端时，则是针对CPM系统的上线，若用户未连接移动网络或者是连接了移动网络却未成功登陆CPM客户端，则均属于针对CPM系统的离线。还可以理解的是，以上图1中的网络架构只是本发明实施例中较优的一种实施方式，本发明实施例中的网络架构包括但不仅限于以上网络架构，只要能够实现本发明中的消息发送方法的网络架构均属于本发明所保护和涵盖的范围。

需要说明的是，CPM服务器也可以与其它业务服务器进行集成，成为包含更多业务处理功能的综合服务器。而CPM客户端是指可以是以软件或APP的形式安装于智能终端上，也可以是以系统内部的固有功能组件的形式存在于智能终端(如带有特定业务的合约终端)上的客户端，即本发明中所提及的CPM客户端是指已成功安装CPM客户端的终端。而终端则包括但不限于可以运行用户身份识别卡的智能手机、平板电脑、媒体播放器、智能电视、智能手环、智能穿戴设备、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面3)播放器、个人数字助理(Personal Digital Assistant,PDA)和膝上型便携计算机等用户设备。

具体地请参见图2，图2是本发明实施例公开的网络架构的另一种示意图，在该CPM系统中，包括消息发送服务器10，计费系统60及CPM客户端、基站和CS/PS域网络等。其中，消息发送服务器10可包括：输入装置101、输出装置102、存储器103和处理器104(消息发送服务器10中的处理器104的数 量可以一个或多个，图2中以一个处理器为例)。进一步地，如图3所示，图3是本发明实施例公开的消息发送服务器模块化示意图，图3中的消息发送服务器(如CPM服务器)10中的输入装置101可以包括CS core输入接口、PS core输入接口，输出装置102可以包括CS core输出接口、PS core输出接口，存储器103可包括消息集中存储模块、用户数据存储模块和其它数据存储模块，处理器104可包括消息调度模块、路由控制模块和其它处理模块。其中图3中的消息发送服务器10即为图1中的CPM服务器和图2中的消息发送服务器。在本发明的一些实施例中，输入装置101、输出装置102、存储器103和处理器104，可通过总线或者其它方式连接(图2和图3中以通过总线连接为例)。其中

计费系统60，可以用于存储用户的业务资费信息，并将该资费信息同步并更新到存储器中；

输入装置101，可以用于接收发送方CPM客户端经由CS/PS域网络发送CPM消息；

存储器103，可以用于存储接收到的CPM消息及控制处理器的程序代码；

处理器104，可以用于将CPM消息通过相关的消息业务进行下发，当CPM消息发送失败时，则从存储器中调度存储的CPM消息，并控制该CPM消息通过其它消息业务继续进行下发；

输出装置102，可以用于将处理后的CPM消息经由CS/PS域网络发送到接收方CPM客户端。

参见图4，图4为本发明提供的消息发送客户端20的结构示意图，消息发送客户端(如CPM客户端)20包括：基带芯片201、射频/天线模块202、存储器203(可包括一个或多个计算机可读存储介质)以及外围系统如显示器(LCD)、摄像头、音频电路、触摸屏以及传感器(可包括一个或多个传感器)。其中，基带芯片201可集成包括：一个或多个处理器2011、时钟模块2012以及电源管理模块2013。这些部件可在一个或多个通信总线上通信。

存储器203与处理器2011耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器203可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。

射频/天线模块202用于接收和发送射频信号。射频/天线模块202通过射频信 号或天线与通信网络和其他通信设备通信。具体实现中，射频/天线模块202可包括但不限于：天线系统、RF收发器、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC芯片、SIM卡和存储介质等。在一些实施例中，可在单独的芯片上实现射频/天线模块202。

外围系统204主要用于实现终端20和用户/外部环境之间的交互功能，主要包括客户端20的输入/输出装置。具体实现中，外围系统204可包括：显示器(LCD)控制器、摄像头控制器、音频控制器、触摸屏控制器以及传感器管理模块。其中，各个控制器可与各自对应的外围设备耦合。在一些实施例中，外围系统204还可以包括其他I/O外设的控制器。

集成于基带芯片201中的时钟模块2012主要用于为处理器2011产生数据传输和时序控制所需要的时钟。集成于基带芯片201中的电源管理模块2013主要用于为处理器2011、射频模块202以及外围系统提供稳定的、高精确度的电压。

下面将结合图3和图4对应的实体装置以及图5、图6和图7对应的方法流程，对CPM服务器和CPM客户端在本发明中所执行的具体动作流程和完成的相应功能，进行详细的说明：

参见图5，图5是本发明实施例中的一种消息发送的流程示意图，上述图3和图4中CPM服务器10和CPM客户端20用于支持并执行图5中所示的方法流程步骤S501-步骤S505。下面将结合附图3至附图5从CPM系统中的发送方CPM客户端和CPM服务器的交互侧进行详细描述。

步骤S501：发送方CPM客户端通过输入装置201(如LCD)接收用户输入的向接收方CPM客户端发送的CPM消息(SMS、MMS或IM等消息)。

步骤S502：发送方CPM客户端通过输出装置202(如射频/天线模块)将该CPM消息发送给CPM服务器。

步骤S503：CPM服务器通过输入装置101(如CS core输入接口或PS core输入接口)接收发送方CPM客户端向接收方CPM客户端发送的CPM消息。

具体地，由于CPM消息业务可以分为两种形式，CPM消息和独立CPM消息，CPM消息是CPM业务的主体形式，类似于IM和一键通(Push to talk over Cellular，PoC)的结合，独立的CPM消息可以看作是现有传统的消息业务如SMS、 MMS、IMS、Email等。但是从用户角度来看，上述业务形式均可作为CPM消息，即用户使用CPM客户端收发CPM消息而无需知道具体的技术实现途径。本发明总所提及的CPM消息主要为独立CPM消息。

步骤S504：CPM服务器利用输出装置102(如CS core输出接口或PS core输出接口)通过第一消息业务(如SMS、MMS、IMS、Email等)向接收方CPM客户端下发步骤S101中所接收到的CPM消息，当判断出通过第一消息业务未将CPM消息成功送达时，利用输出装置102通过第二消息业务(与第一消息业务不同的SMS、MMS、IMS、Email等)向接收方CPM客户端下发CPM消息。

具体地，本发明实施例中所提及的消息业务包括可以发送消息的所有业务形式，例如SMS、MMS、IM或Email等。进一步地，该第一消息业务可以是发送方CPM客户端的使用用户在发送CPM消息之初就选择指定的业务形式；可选地，也可以是CPM服务器根据发送方CPM客户端的获取发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息和接收方CPM客户端的在线状态信息，综合向用户推荐的消息业务类型。实际应用中，例如当前用户的短信套餐还剩余50条，彩信套餐还剩余10条，而此时虽然接收方CPM客户端在线，但是检测到发送方CPM客户端是通过计费的移动数据登陆而非WI-FI登陆的，则CPM服务器可能会推荐用户采用短信业务即SMS发送当前的CPM消息，当然用户也可以忽略提示根据自己的喜好进行选择。

当CPM服务器选定通过第一消息业务发送该CPM消息后，且检测判断出通过第一消息业务未将该CPM消息成功送达时，则转换为通过第二消息业务向接收方CPM客户端下发该CPM消息。其中的消息未成功送达包括SMS和MMS的发送失败，也包括当接收方CPM客户端离线时，IM未能成功发出的情形。

在一个可选的实现方式中，当检测判断出通过第一消息业务未将该CPM消息成功送达时，也可以先判断第二消息业务的资费是否小于等于第一消息业务的资费，若小于，才转换为通过第二消息业务进行下发，以便于在服务器智能自动转换消息发送方式的过程中，不会增加用户的费用负担，提升用户体验。例如，当接收方CPM客户端离线，通过IM未将CPM消息成功送达时，且SMS或MMS的资费小于或等于IM的资费，则通过SMS或MMS向接收方CPM客户端下发CPM消息；若SMS或MMS资费大于IM的资费时，则可禁止CPM服务器自动转换，而向用户发起相关提示，以便于用户自己做出最终选择。

步骤S505：当CPM服务器通过第二消息业务未将CPM消息成功送达，且满足预设回转条件(可以是用户预设的也可以是系统智能推荐的)时，处理器104则利用输出装置102回转通过第一消息业务向接收方CPM客户端下发CPM消息。

具体地，预设回转条件可包括，第一消息业务与第二消息业务之间的资费的高低，以及回转之后能否及时送达等条件，即具体的预设回转条件与第一消息业务和第二消息业务的具体类型有关，所依据的原则为当判断出当前利用第一消息业务比第二消息业务及时送达该CPM消息的概率要高或者相等时，则允许回转，否则不回转或提示用户进行是否回转的选择。可以理解的是，该回转过程可以根据实际的应用场景或实际需求重复多次或者预设次数，即可以再从第一消息业务回转到第二消息业务，循环往复，以提升消息成功送达的概率。

本发明实施例，通过在消息发送方法中，接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。解决了现有技术中CPM技术方案中，发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，即在达到了预设回转条件时，则可将该消息回转为通过初始的消息业务进行发送，有效地提高了消息及时送达的概率，提升了用户体验。

参见图6，图6是本发明实施例中的另一种消息发送的流程示意图，上述图3和图4中CPM服务器10和CPM客户端20还用于支持并执行图6中所示的方法流程步骤S601-步骤S612。下面将结合附图3、附图4及附图6从CPM系统中的发送方CPM客户端和CPM服务器的交互侧进行详细描述。

图6提供的实施例中的步骤S601-步骤S603分别与图5提供的实施例中的步骤S501-步骤S503相同，具体的实现方式，这里不再赘述。

步骤S604：CPM服务器通过处理器104中的路由控制模块从存储器103中的用户数据存储模块中获取接收方CPM客户端的在线状态信息。其中，存储器 103可以用于预先存储接收方CPM客户端的实时在线状态信息，在线状态信息为CPM客户端针对CPM系统的在线或者离线状态信息。

步骤S605：CPM服务器通过处理器104中的路由控制模块从存储器103中的用户数据存储模块中获取发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息。其中，存储器103还可以用于预先同步并存储发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息。

本发明实施中，CPM服务器中的存储器可以周期性或者定时从计费系统处预先获取并存储注册或开户过的CPM客户端对应的用户的套餐资费信息；当资费信息发生变化时，更新并保存最新的套餐资费信息。其中资费信息包括业务类型，套餐使用情况，各个业务类型对应的业务费率等。

步骤S606：CPM服务器通过处理器104中的路由控制模块将步骤S605中获取的在线状态信息和资费信息通过输出装置102反馈至发送方CPM客户端，以使得发送方CPM客户端根据在线信息和资费信息选择用于下发CPM消息的第一消息业务。

进一步地，本方法步骤中的选择动作的执行主体可以是发送方CPM客户端的使用用户根据以上信息做的判断和选择，也可以是发送方CPM客户端根据以上信息在后台做的出智能判断和选择，本发明不做具体限定。例如，当接收方CPM客户端的在线时，则可将SMS、MMS和IM中的资费最低的消息业务确定为第一消息业务；当接收方CPM客户端的离线时，则可将SMS和MMS中的资费最低的消息业务确定为第一消息业务。

步骤S607：发送方CPM客户端中的处理器204通过输入装置201(如射频/天线模块)接收CPM服务器反馈的接收方CPM客户端在线状态信息和发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息。

步骤S608：发送方CPM客户端中的处理器204通过输出装置202(如LCD)展示步骤S607中接收到的在线状态信息(在线或者离线)和资费信息(套餐信息、消息业务费率信息等)。

步骤S609：发送方CPM客户端中的处理器204通过输入装置201(如LCD)接收用户或者CPM客户端根据在线状态信息和资费信息输入的CPM消息业务选择指令。

步骤S610：发送方CPM客户端通过输出装置202(如射频/天线模块)向 CPM服务器发送CPM消息业务选择指令，以便于选择指示CPM服务器用于下发CPM消息的第一消息业务。即CPM服务器最终选择通过第一消息业务下发接收到的CPM消息，是通过步骤S601至步骤S609共同处理产生的结果。

图6提供的实施例中的步骤S611-步骤S612分别与图5提供的实施例中的步骤S504-步骤S505相同，具体的实现方式，这里不再赘述。

本发明实施例，保留了图5的实施例中的方法和相对应的有益效果，其主要区别在于，本发明实施例中CPM服务器还获取接收方CPM客户端的在线信息和发送方CPM客户端的资费信息，并反馈给发送方CPM客户端，以便于用户或者发送方CPM客户端选择出资费最低且及时可达的第一消息业务。不仅解决了发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，而且在发送CPM消息之前就将相关的在线信息和资费信息反馈至发送方CPM客户端，以便于CPM消息能在初始情况下就通过资费最低且及时可达的第一消息业务进行下发，提高消息的及时可达率，进一步地提升了用户体验。

参见图7，图7是本发明实施例中的又一种消息发送的流程示意图，上述图3和图4中CPM服务器10和CPM客户端20还用于支持并执行图7中所示的方法流程步骤S701-步骤S714。下面将结合附图3、附图4及附图7从CPM系统中的发送方CPM客户端和CPM服务器的交互侧进行详细描述。

图7提供的实施例中的步骤S701-步骤S703分别与图5提供的实施例中的步骤S501-步骤S503相同，具体的实现方式，这里不再赘述。

步骤S704：CPM服务器中的处理器104中的消息调度模块将CPM消息存储到存储器103中。

具体地，将步骤S703中接收到的CPM消息存储到消息集中存储模块中，消息集中存储模块用于集中存储接收到的CPM消息。由于现有技术中，虽然CPM服务器对各类不同消息业务之间进行了一定的互通融合，但其本质，各类消息服务器之间还是相互独立、缺乏交互的，即用户发送消息之后，SMS、MMS、IM等消息是分散存储在各个对应的服务器里面，在消息互通的路由控制方面，不够灵活。在本步骤中，由于对各类消息进行集中存储和管理，使得消息通过各类消息业务发送是否送达成功，或者是否还需要转换消息业务类型等的信息 交流上可以更加灵活。

步骤S705：CPM服务器通过处理器104中的路由控制模块从存储器103中的用户数据存储模块中获取接收方CPM客户端的在线状态信息。其中，在线状态信息为CPM客户端针对CPM系统的在线或者离线状态信息。

步骤S706：CPM服务器通过处理器104中的路由控制模块从存储器103中的用户数据存储模块中获取发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息。

具体地，CPM服务器可以周期性或者定时从计费系统60处预先获取并存储注册或开户过的CPM客户端对应的用户的套餐资费信息；当资费信息发生变化时，更新并保存最新的套餐资费信息。其中资费信息包括业务类型，套餐使用情况，各个业务类型对应的业务费率等。

步骤S707：CPM服务器通过处理器104中的路由控制模块将步骤S705和步骤S706中获取的在线状态信息和资费信息通过输出装置102反馈至发送方CPM客户端，以使得发送方CPM客户端根据在线信息和资费信息选择用于下发CPM消息的第一消息业务。

进一步地，选择动作的执行主体可以是发送方CPM客户端的使用用户根据以上信息做的判断和选择，也可以是发送方CPM客户端根据以上信息在后台做的出智能判断和选择，本发明不做具体限定。

图7提供的实施例中的步骤S708-步骤S711分别与图6提供的实施例中的步骤S607-步骤S610相同，具体的实现方式，这里不再赘述。

步骤S712：CPM服务器中的处理器104利用输出装置102通过第一消息业务向接收方CPM客户端下发CPM消息，当处理器104判断出通过第一消息业务未将CPM消息成功送达时，比较第二消息业务的资费是否小于或等于第一消息业务的资费。

具体地，本方法步骤在回转之前可以进行判断第一消息业务与第二消息业务之间的具体资费，以保证服务器在进行自动回转时，可以不增加用户的资费。可以理解的是，也可以根据用户的个人需求，进行设定，优先转换为用户预设的消息业务进行发送。

步骤S713：当比较结果为是时，CPM服务器中的处理器104中的消息调度模块从存储器103中的消息集中存储模块提取CPM消息，处理器104中的路由 控制模块利用输出装置通过第二消息业务向接收方CPM客户端下发CPM消息；

具体地，当比较结果为是时，则可以保证消息业务转换后不会增加用户资费。而现有技术中是根据可达性作为消息业务选择的最高优先级。比如用户通过发送方CPM客户端发送了一条IM，而此时接收方CPM客户端的PS域通道离线，CPM服务器会将此条消息转为SMS，走CS域通道下发给被叫用户，以确保消息的及时送达，但用户一般情况要付上一条SMS的费用。相对于该应用场景，本方法步骤的实施可以只在SMS的资费小于或等于IM的情况下才会进行消息业务的转换，保证用户消费更加合理和人性化。

步骤S714：当CPM服务器中的处理器104通过第二消息业务未将CPM消息成功送达，且满足预设回转条件时，处理器104中的消息调度模块从存储器103中的消息集中存储模块提取CPM消息，处理器104中的路由控制模块利用输出装置102回转通过第一消息业务向接收方CPM客户端下发该CPM消息。

进一步地，上述实施例中的步骤S714，还可以通过以下具体的实施方式中的任意一种实现。

实施方式一：第一消息业务包括即时通讯IM，第二消息业务包括短消息服务SMS或多媒体短消息服务MMS；当处理器104中的路由控制模块通过SMS或MMS未将CPM消息成功送达，且处理器104中的路由控制模块获知接收方CPM客户端在线时，则利用输出装置102中的PS core输出接口回转通过IM向接收方CPM客户端下发CPM消息。本步骤可以在短信发送失败的过程中，且接收方CPM客户端上线的情况下，及时转换为IM方式进行消息的下发，保证了消息及时的送达。

实施方式二：第一消息业务包括短消息服务SMS或多媒体短消息服务MMS，第二消息业务包括即时通讯IM；当接收方CPM客户端离线，处理器104中的路由控制模块通过IM未将CPM消息成功送达，且接收方CPM客户端离线时间达到预设时间阈值时，则利用输出装置102中的CS core输出接口回转通过SMS或PS core输出接口回转通过MMS向接收方CPM客户端下发CPM消息。本步骤可以在接收方CPM客户端长时间离线的过程中，及时转换为SMS或者MMS的方式尝试进行短信或彩信的下发，以提高消息及时送达的概率。

本发明实施例，保留了图5和图6的实施例中的方法和相对应的有益效果，其主要区别在于，本发明实施例中，CPM服务器将接收到的CPM消息集中存 储到消息集中存储模块中，将不同类型的消息业务的CPM消息都集中存储到该模块中，便于在转换消息业务类型时或者是回转到初始的消息业务类型进行发送时，可以集中从消息集中存储模块中进行提取并调度，避免了不同类型的CPM消息分别存储在不同的消息服务器中，不能灵活调度和互通的技术缺陷，提高了消息调度的效率，从而提升了消息及时送达的概率。此外，本方案由于在进行消息业务转换之前，比较转换之前的第一消息业务和即将要转换的第二业务之间的资费大小，在不增加资费的前提下才进行转换，因此避免了在用户不知情的情况下增加消息费用，保证用户消费更加合理。

在具体的应用场景中，如图8所示，是本发明实施例中消息发送方法的一个具体应用场景示意图，图8中，为CPM服务器与计费系统之间的交互，主要完成了开户过或注册过的CPM客户端的资费信息的预先获取与同步，如下为CPM服务器中的用户数据存储模块与计费系统之间的交互流程。开户时，CPM服务器从计费系统获取套餐资费信息，步骤流程如下：

1、CPM服务器中的用户数据存储模块对手机号码进行开户操作，开户可能是外部系统触发过来的，也可能是收到消息后触发的自动开户。

2、用户数据存储模块从计费系统获取此开户号码相关的套餐资费信息。

3、计费系统返回此开户号码相关的套餐资费信息。

4、用户数据存储模块将开户号码的套餐资费信息进行存储。

5、某号码的套餐资费信息发生了变更。

6、计费系统将变更后的套餐资费信息同步至用户数据存储模块。

7、用户数据存储模块更新之前存储的数据信息。

在具体的应用场景中，如图9和图10所示，是本发明实施例中消息发送方法的另一个具体应用场景示意图，图9中，发送方CPM客户端在选择完接收方CPM客户端之后，CPM服务器会根据用户选择的所述接收方CPM客户端，查询并获取该接收方CPM客户端的在线状态信息和该发送方CPM客户端对应的用户身份识别卡对应的资费信息，并反馈给用户，以便于用户根据该信息进行最优的消息业务进行消息的发送，具体的交互流程如下：

1、被叫用户的发送方CPM客户端在PS网络域进行上线/离线操作，将上 线/离线消息发送给输入装置。

2-3、输入装置将接收方CPM客户端上线/离线消息发送给数据存储单元，用户数据存储模块将用户的在线状态保存起来，供后续查询使用。

4、主叫用户打开发送方CPM客户端，选择收件人，准备发消息操作。

5、发送方CPM客户端通过输入装置、路由控制模块从用户数据存储模块中获取被叫用户接收方CPM客户端的在线情况。

6、路由控制模块从用户数据存储模块获取被接收方CPM客户端的在线状态后，将结果通过输出装置返回给发送方CPM客户端。

7、发送方CPM客户端先将接收方CPM客户端的在线状态信息缓存起来，供后续使用。

8、发送方CPM客户端从用户数据存储模块中获取发送方CPM客户端对应的用户身份识别卡的套餐资费信息，该资费信息可通过步骤A即预先从计费系统处进行获取并同步得到，例如实时更新的发送SMS、MMS、IM的费率信息。

9、用户数据存储模块向发送方CPM客户端返回对应的用户识别卡的套餐资费信息以及发送SMS、MMS、IM等的费率信息。

10、发送方CPM客户端结合之前缓存的接收方CPM客户端在线信息，向主叫用户做出提示。具体地，如图10中所示的CPM服务器为用户做出的相关提示。

在具体的应用场景中，如图11所示，是本发明实施例中消息发送方法的又一个具体应用场景示意图，图11中，用户通过发送方CPM客户端最初选择发送IM，而此时接收方CPM客户端离线，则转换为通过SMS下发，然后通过SMS下发后，仍然未成功送达，则此时判断是否满足预设回转条件，若满足，则再回转到IM下发。其中路由决策的依据为：比较转SMS下发的费率与发送IM的费率，如果转SMS的费率小于发送IM的费率，则允许转SMS下发。具体的交互流程如下：

1、主叫用户打开发送方CPM客户端，选择接收方CPM客户端后，选择发送IM消息。

2、发送方CPM客户端通过PS域输入接口将消息提交到消息调度模块，且通过PS输入接口将该IM存储到消息集中模块中进行缓存。

3、消息调度模块到路由控制模块查询接收方CPM客户端的在线状态。

4-5、路由控制模块到用户数据存储模块获取接收方CPM客户端的在线状态，用户数据存储模块将在线状态信息返回给路由控制模块，查询结果为接收方CPM客户端离线。

6、路由控制模块进行路由决策：识别出接收方CPM客户端离线，并比较用户发送SM的费率与发送IM的费率，如果发送SM资费小于或等于发送IM的资费，则路由决策结果为转SM下发。否则，不做发送消息业务类型转换。本流程中假设发送SM费率小于或等于发送IM的费率。

7、路由控制模块通知消息调度模块转SM下发消息，消息调度模块收到后，走CS core输入接口下发SM消息。

8、消息调度模块通过CS core输出接口走CS域下发短信失败。

9、CS core输出接口通过消息调度模块告知路由控制模块下发短信失败。

10-11、路由控制模块收到下发短信失败的信息后，再次到用户数据存储模块获取接收方CPM客户端的在线信息。本流程假设这里获取的结果为接收方CPM客户端仍离线。路由控制进行路由决策：进行短信重发。

12、进入短信重发流程。

13、在短信重发的过程中，接收方CPM客户端通过WI-FI方式上线。

14-15、在短信重发的过程中，路由控制模块会定时到用户数据存储模块获取接收方CPM客户端的在线状态信息。

本流程假设这里获取接收方CPM客户端在线。

16、路由控制模块进行路由决策：将消息回转到IM方式下发。

17-18、消息调度模块将消息通过PS core输出接口以IM方式成功下发到接收方CPM客户端。

19、PS core输出接口通过消息调度模块通知路由控制模块已成功下发IM。

20、路由控制模块取消短信的重发流程。

21、消息调度模块告知发送方CPM客户端，消息已转IM下发。

22、发送方CPM客户端对用户给予提示。

用户最初选择发送短信，经过转IM下发，再回转到短信方式下发。此流程类似，路由决策的依据为：比较转IM下发的费率与发送SM的费率，如果转IM的费率小于发送SM的费率，则允许转IM下发，允许转IM下发后，如果接收 方CPM客户端一直离线，仍然可以回转到SM方式下发。更具体的实现细节和更多的实际应用场景，这里不再一一列举，请参照上述图5-图8中的方法实施例。

参见图12，对本发明实施例中的消息发送装置的结构示意图进行详细介绍。该装置30可包括：接收模块304、转换模块305和回转模块306，可以理解的是，本实施例中模块304、305和306相当于图3实施例中的处理器104所充当的角色，其中

接收模块304，用于接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；

转换模块305，用于通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；

回转模块306，用于当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

具体地，如图13所示的本发明提供的消息发送装置的另一实施例的结构示意图，消息发送装置30，还可以包括：消息集中存储模块300，可以理解的是，本实施例中模块300相当于图3实施例中的存储器103所充当的角色，模块305和306则相当于图3实施例中的处理器104所充当的角色，其中

消息集中存储模块300，用于消息集中存储模块，用于将所述CPM消息进行存储；

所述转换模块305，具体用于：通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，从所述消息集中存储模块中提取所述CPM消息，通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息；

所述回转模块306，具体用于：当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，从所述消息集中存储模块中提取所述CPM消息，回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

进一步地，如图14所示的本发明提供的消息发送装置的又一实施例的结构示意图，消息发送装置30，还可以包括：第一获取模块301、第二获取模块302和反馈模块303，可以理解的是，本实施例中模块301、302和303相当于图3实施例中的处理器104所充当的角色，其中

第一获取模块301，用于获取所述接收方CPM客户端的在线状态信息，所述在线状态信息为CPM客户端针对CPM系统的在线或者离线状态信息；

第二获取模块302，用于获取所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；

反馈模块303，用于将所述在线状态信息和所述资费信息反馈至所述发送方CPM客户端，以使得所述发送方CPM客户端根据所述在线信息和所述资费信息选择用于下发CPM消息的第一消息业务。

再进一步地，如图15示出的本发明提供的转换模块的结构示意图，转换模块305可以包括：发送单元3051、比较单元3052和转换单元3053，其中

发送单元3051，用于通过第一消息业务向接收方CPM客户端下发所述CPM消息；

比较单元3052，用于当判断出通过所述第一消息业务未将所述CPM消息成功送达时，比较所述第二消息业务的资费是否小于或等于所述第一消息业务的资费；

转换单元3053，用于当比较结果为是时，通过所述第二消息业务向所述接收方CPM客户端下发所述CPM消息。

再进一步地，所述第一消息业务包括即时通讯IM，所述第二消息业务包括短消息服务SMS或多媒体短消息服务MMS；

所述回转模块，具体用于：当通过SMS或MMS未将所述CPM消息成功送达，且获知所述接收方CPM客户端在线时，则回转通过IM向所述接收方CPM客户端下发所述CPM消息。

再进一步地，所述第一消息业务包括短消息服务SMS或多媒体短消息服务MMS，所述第二消息业务包括即时通讯IM；

所述回转模块，具体用于：当所述接收方CPM客户端离线，通过IM未将所述CPM消息成功送达，且所述接收方CPM客户端离线时间达到预设时间阈值时，则回转通过SMS或MMS向所述接收方CPM客户端下发所述CPM消息。

可理解的是，消息发送装置30中各模块的功能可对应参考上述图5至图7中的各方法实施例中的具体实现方式，这里不再赘述。

本发明实施例，通过在消息发送方法中，接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。解决了现有技术中CPM技术方案中，发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，即在达到了预设回转条件时，则可将该消息回转为通过初始的消息业务进行发送，有效地提高了消息及时送达的概率，提升了用户体验。

参见图16，对本发明实施例中的消息发送设备的结构示意图进行详细介绍。该设备40可包括：第一接收模块401和发送模块405其中

第一接收模块401，用于接收输入的向接收方融合IP消息CPM客户端发送的CPM消息；

发送模块405，用于将所述CPM消息发送给CPM服务器；所述CPM消息用于指示所述CPM服务器接收所述CPM消息，通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。

具体地，如图17所示的本发明提供的消息发送设备的另一实施例的结构示意图，消息发送设备40，还可以包括：第二接收模块402，展示模块403和选择模块404，其中

第二接收模块402，用于接收所述CPM服务器反馈的所述接收方CPM客户端在线状态信息和所述发送方CPM客户端对应的用户身份识别卡当前的CPM消息业务资费信息；

展示模块403，用于展示所述在线状态信息和所述资费信息；

选择模块404，用于接收根据所述在线状态信息和所述资费信息输入的CPM消息业务选择指令，并向所述CPM服务器发送CPM消息业务选择指令，以选择指示用于下发CPM消息的第一消息业务。

可理解的是，消息发送设备40中各模块的功能可对应参考上述图5至图7中的各方法实施例中的具体实现方式，这里不再赘述。

本发明实施例，通过在消息发送方法中，接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。解决了现有技术中CPM技术方案中，发送失败的消息经过转换后的消息业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，即在达到了预设回转条件时，则可将该消息回转为通过初始的消息业务进行发送，有效地提高了消息及时送达的概率，提升了用户体验。

图18是本发明实施例中的一种消息发送系统的结构示意图，消息发送系统50包括CPM客户端501与CPM服务器502，其中

CPM客户端501可以为上述图4实施例中的消息发送客户端20，CPM服务器502可以为上述图3实施例中的消息发送服务器30。可理解的是，本发明实施例中的CPM系统50还可以包括计费系统、基站、基站控制器、路由设备、交换设备和核心网服务器等设备。

本发明实施例，通过在消息发送方法中，接收发送方融合IP消息CPM客户端向接收方CPM客户端发送的CPM消息；通过第一消息业务向所述接收方CPM客户端下发所述CPM消息，当判断出通过所述第一消息业务未将所述CPM消息成功送达时，通过第二消息业务向所述接收方CPM客户端下发所述CPM消息；当通过所述第二消息业务未将所述CPM消息成功送达，且满足预设回转条件时，则回转通过所述第一消息业务向所述接收方CPM客户端下发所述CPM消息。解决了现有技术中CPM技术方案中，发送失败的消息经过转换后的消息 业务仍发送失败后无法回转到通过初始消息业务进行发送的技术问题，即在达到了预设回转条件时，则可将该消息回转为通过初始的消息业务进行发送，有效地提高了消息及时送达的概率，提升了用户体验。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任意一种直接内存访问的传输控制方法的部分或全部步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可能可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明 的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本发明各个实施例上述方法的全部或部分步骤。其中，而前述的存储介质可包括：U盘、移动硬盘、磁碟、光盘、只读存储器(英文：Read-Only Memory，缩写：ROM)或者随机存取存储器(英文：Random Access Memory，缩写：RAM)等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。