专利名称：一种融合业务系统及其业务实现方法
技术领域：
本发明涉及业务融合领域，尤其涉及一种应用SIP协议的IP网络上实
现多种业务融合的系统和方法。
背景技术：
SIP (Session Initiation Protocol,会话发起协议)是IETF (Internet Engineering Task Force,工程任务组)定制的多媒体通信协议。它是个基于 文本的应用层控制协议，单独于底层协议，用于建立、修改和终止IP网上 的双方或多方的多々某体会话。SIP最早由是由MMUSIC IETF工作组在1995 年研究的，由IETF组织在1999年提议成为的一个标准，主要借鉴了 Web 的HTTP和SMTP两个协议。SIP支持代理、重定向、登记定位用户等功能， 支持用户移动，和RTP/RTCP、 SDP、 RTSP、 DNS等协议配合，可支持和 应用于语音、视频、数据等多媒体业务，同时能够应用于presence (呈现)、 instant message (实时消息，类似QQ )等特色业务。
SIP协议应用于IP网络，需要网络中存在代理服务器(Proxy Server ， 简称PS)、重定位服务器(Redirect Server,简称RS)，为用户代理提供注 册、认证、鉴权、路由等服务。PS提供路由功能，负责将SIP用户请求和 响应转发到相应的下一跳。RS提供地址解析服务，将SIP呼叫的目的地址 映射成0个或多个新地址。PS和RS在确定下一跳服务器时都有可能向定位 服务器(Location Server,以下简称LS )发出查询请求。定位服务器本身不 属于SIP协议系统的范围，是Internet的公共服务器。
在网络IP化的趋势下，传统的消息业务和语音业务需要向IP化的网络 转移，3GPP、 3GPP2以及TISPAN标准组织都将SIP协议作为下一代核心 网络的基础协议，应用SIP协议的IP网络作为业务应用的网络基础已成为 事实。因此，业务应用需要考虑转移到以SIP为基础协议的网络上，在业务转移的过程中，实现一种融合的业务系统比单纯的移植以前的多个业务系统 到下一代网络上更具有优越性。
发明内容
本发明要解决的技术问题是提供一种基于会话发起协议的融合业务系
统及其业务实现方法，在应用SIP协议的IP网络上实现多种业务的融合。
为了解决上述技术问题，本发明提供了一种融合业务系统，包括会话 和消息处理模块、交互模块、智能路由模块和通知模块，其中
所述交互模块，作为传统业务系统与融合业务系统之间的接口，负责相 互之间的信令格式转换，用于接收来自传统业务系统的会话或消息，以及向 传统业务系统发送会话或消息；
所述会话和消息处理模块，用于接收和处理来自融合业务客户端或者交 互模块的会话或消息，向智能路由模块获取会话或消息的目的地址信息，根 据该目的地址信息向融合业务客户端或者通过交互模块向非融合业务客户 端发送会话或消息；
所述通知模块，用于根据会话和消息处理模块的指示向融合业务客户端 发送通知消息；
所述智能路由模块，用于为会话或消息的目的用户选择确定目的用户号 码和/或目的终端地址，将该信息提供给所述会话和消息处理模块或者交互 模块。
进一步地，所述智能路由模块根据以下信息的一种或几种确定目的用 户号码和/或目的用户地址会话或消息的内容，通知消息的内容，终端状 态信息，终端能力，源终端标识和源终端地址信息，用户的偏好设置，用户 地址簿。
进一步地，对于融合业务用户，智能路由模块可支持确定目的用户号码 和/或目的终端地址，对于非融合业务用户，智能路由模块可支持确定目的 用户号码和/或交互方式。
进一步地，所述融合业务系统还包括用户偏好设置模块，用于为所述智能路由模块提供用户偏好设置信息。
进一步地，所述用户偏好设置模块提供用户对用户偏好信息进行设置。
进一步地，所述用户偏好设置信息，包括以下内容中的一种或几种用
户常用的终端，在不同时间段接收会话或消息的目的终端，离线状态下的接 收会话或消息的备选目的终端，针对不同源用户接收会话或消息的目的终端。
进一步地，所述系统还包括融合业务客户端模块，与融合业务系统侧模 块交互完成融合业务功能，包括发送和接收会话或消息、接收通知消息。
进一步地，所述融合业务系统还包括消息和媒体存储模块，用于保存会 话和消息处理模块接收的会话或消息，或者发送的会话或消息。
进一步地，所述消息和媒体存储模块与融合业务客户端模块的存储内容 保持同步。
进一步地，所述消息和媒体存储模块提供给用户查询、浏览、管理。
为了解决上述技术问题本发明还提供了一种融合业务系统，包括会话 和消息处理模块、交互模块、智能路由模块、消息和媒体存储模块、用户偏 好设置模块、通知模块，其中
所述交互模块，作为传统业务系统与融合业务系统之间的接口，负责相 互之间的信令格式转换，用于接收来自传统业务系统的会话或消息，以及向 传统业务系统发送会话或消息；
所述会话和消息处理模块，用于接收和处理来自融合业务客户端或者交 互模块的会话或消息，向智能路由模块获取会话或消息的目的地址信息，根 据该目的地址信息向融合业务客户端或者通过交互模块向非融合业务客户 端发送会话或消息；
所述通知模块，用于根据会话和消息处理模块的指示向融合业务客户端 发送通知消息；
所述智能路由模块，用于为会话或消息的目的用户选择确定目的用户号 码和/或目的终端地址，将该信息提供给所述会话和消息处理模块或者交互模块或者消息和媒体存储模块；
所述用户偏好设置模块，用于为所述智能路由模块提供用户偏好设置信 息，以及提供用户对用户偏好信息进行设置；
所述消息和媒体存储模块，用于保存会话和消息处理模块接收的会话或 消息，或者发送的会话或消息，并且与融合业务客户端模块的存储内容保持 同步。
为了解决上述技术问题本发明还提供了 一种融合业务系统实现方法，
在实现融合业务时，会话和消息处理模块接收到会话或消息后，先向智 能路由模块获取目的用户号码和/或目的终端地址，向获取到的号码或地址 发送会话或消息，如果会话或消息的目的用户是融合业务用户，则会话和消 息处理模块直接将该会话或消息发送给融合业务客户端，如果目的用户是非 融合业务用户，则会话和消息处理模块将该会话和消息发送给交互模块，由 交互;^莫块将该会话或消息发送传统业务系统中的非融合业务用户。
进一步地，如果会话和消息中的目的用户为融合业务用户，则所述智能 路由模块向会话和消息模块提供目的用户号码和/或目的终端地址；如果会 话和消息中的目的用户为非融合业务用户，则所述智能路由模块向会话和消 息模块提供目的用户号码和/或交互方式，交互模块收到会话和消息处理模 块发送的会话或消息后，按照智能路由模块选定的发送方式转换格式之后再 将该会话或消息发送传统业务系统中的非融合业务用户。
进一步地，如果会话和消息处理模块发送到融合业务客户端的会话或消 息发送失败，或者交互模块发送到非融合业务客户端的会话或消息发送失 败，则会话和消息处理模块或交互模块向智能路由模块请求重新获取目的用 户号码或者目的终端地址，智能路由模块根据掌握的信息再为会话和消息模 块或交互模块选定目的用户号码或者目的终端地址，并将选定的地址告知会 话和消息处理模块或交互模块，会话和消息处理模块或交互模块重新进行发 送。
进一步地，如果一次或多次更换目的用户号码或者目的终端地址后，仍然发送失败，则所述会话和消息模块向源用户返回通知消息。
进一步地，在处理会话和消息的过程中，如果发现目的用户不在线，则 向源融合业务客户端发送通知消息。
进一步地，在需要发送通知消息时，会话和消息处理模块先向智能路由 模块获取目的用户号码和/或目的终端地址，然后通过通知消息向目的用户 《ilUI^口消，lr。
采用本发明所述方法，可以在应用SIP协议的IP网络上实现包括消息 业务、语音业务、视频业务在内的多种业务融合，与现有技术相比，本发明 所述的系统和方法可使将原有的多种业务体验在一套系统实现，降低了业务 系统建设和部署成本，并且利于系统的维护，方便用户使用。
图1为本发明实施例所述融合业务系统结构图； 图2为融合业务中会话/消息处理流程图； 图3为融合业务中通知消息处理流程图。
具体实施例方式
本实施例所述的融合业务系统主要包括会话和消息处理模块(101 )， 交互模块(102),消息和媒体存储模块(103),智能路由模块(104), 用户偏好设置模块(105),通知模块(106)。在某些架构中，融合业务系 统还包括客户端模块(107)。
融合业务系统面向的对象是融合业务用户和非融合业务用户。根据处理 流程的不同，将融合业务系统处理的消息分成两大类，其一是会话或消息类， 其二是通知类。下面对各个模块的功能进行说明
所述会话和消息处理模块，用于接收并处理来自融合业务客户端模块或 交互模块的各种会话或消息(包括文本消息、音频消息或者视频消息)，并 返回相应的处理结果，所述处理包括会话建立、修改、终止，消息的立即发送和延迟发送，当需要发送给融合业务客户端模块通知消息时，将消息的相
关通知消息发送给通知模块发送；以及用于与智能路由模块交互获取会话/ 消息的目的地址信息；还用于将需要存储的内容保存在消息和媒体存储模块 中；
交互模块，支持融合业务与其它传统业务之间的交互，作为传统业务系 统与融合业务系统之间的接口，负责相互之间的信令格式转换；如短信业 务与融合业务之间，彩信业务与融合业务之间，邮件业务与融合业务之间等； 还用于当会话或消息发送失败时向智能路由模块重新获取地址；
消息和媒体存储模块，用于保存融合业务用户的历史消息，历史会话信 息，以及媒体内容(主要是会话和消息处理模块的接收或发送的会话/消息)， 并与融合业务客户端模块的存储内容保持同步；另外，还可以提供给用户查 询、浏览、管理(如消息或媒体的授权、移位等)等操作；
智能路由模块，用于为会话和消息处理模块、交互模块提供以下信息中 的一种或几种目的用户号码、目的终端地址、交互方式信息，例如，对于 融合业务用户，智能路由模块可支持确定目的用户号码和/或目的终端地址， 对于非融合业务用户，智能路由模块可支持确定目的用户号码和/或交互方 式；
所述智能路由模块根据以下信息的 一种或几种确定目的用户的号码或 地址会话或消息的内容，通知消息的内容，终端状态信息(在线或离线)， 终端能力(反应终端所能支持的业务)，源终端标识(如终端设备编号)和 源终端地址信息，用户的偏好设置，用户地址簿；
在上述信息中，终端的状态信息、终端能力、用户地址簿信息均可以通 过外部模块获得；由于每个融合业务用户可能对应多台终端，智能路由模块 本地保存或通过外部模块获得每个用户所使用的终端标识以及该终端对应 的地址信息；用户偏好设置可以通过用户偏好设置模块获得。
用户偏好设置模块，用于保存用户的偏好设置信息，为智能路由模块提 供辅助信息，提供用户通过多种方式对用户偏好信息进行设置，用户可以通 过融合业务客户端在用户偏好设置模块上设定用户接收和发送会话/消息的 偏好信息；所述用户的偏好设置，例如包括用户常用的终端，在不同时间段接收会话或消息的目的终端，离线状态下接收会话或消息的备选目的终端，
以及针对不同源用户接收会话或消息的目的终端等等；
通知模块，为会话和消息处理模块或者传统业务系统提供发送通知消息 到融合业务客户端的功能，通知消息包括发送给融合业务用户的通知和发送 给融合业务客户端的通知。
融合业务客户端模块，与融合业务系统侧模块交互完成融合业务功能， 实现用户的融合业务应用功能需求，包括发送和接收会话/消息，接收通知 消息，并与消息和媒体存储模块保持同步；
所述融合业务系统通过交互模块与传统业务系统(108)相连，如图1 所示，所述传统业务模块是融合业务系统的外部模块，为传统业务用户提供 服务，例如短信业务系统，传统的voip业务系统等。
在实现融合业务时，不管是融合业务用户发送的或者是非融合业务用户 通过传统业务系统发送的会话或消息都会送到会话和消息处理模块进行处 理，会话和消息处理模块先向智能路由模块获取目的用户号码和/或目的终 端地址，获取到目的地址之后再向目的用户发送会话或消息，如果目的用户 是融合业务用户，则会话和消息处理模块直接将该会话或消息发送给融合业 务客户端，如果目的用户是非融合业务用户，则智能路由模块还会提供发送 方式，会话和消息处理模块将该会话和消息发送给交互模块，交互模块按照 智能路由模块选定的发送方式转换格式之后再将该会话或消息发送传统业 务系统中的目的终端。
如果会话和消息处理模块发送到融合业务客户端的会话或消息发送失 败，或者交互模块发送到非融合业务客户端的会话或消息发送失败，则会话 和消息处理模块或交互模块向智能路由模块请求重新获取目的用户地址或 发送方式，智能路由模块根据掌握的信息选定一用户地址告知会话和消息处 理模块或交互模块，会话和消息处理模块或交互模块继续之前的发送过程。
如果一次或多次更换目的地址后，仍然发送失败，则向源用户返回通知消息，告知此次会话或消息发送失败。
在处理会话和消息的过程中，当目的用户不在线时，也需要通过通知模 块向融合业务客户端发送通知消息。
在需要发送通知消息时，也需要智能路由模块先确定目的用户号码和/ 或目的终端地址，再进行发送。
融合业务用户向非融合业务用户发送融合业务会话/消息的处理步骤如
图2所示
步骤201:融合业务用户通过融合业务客户端发送会话/消息请求到融合 业务系统中的会话和消息处理模块，通过融合业务系统将所述会话/消息请 求发送给另 一个非融合业务用户，所述会话/消息请求中包含源用户标识、 目的用户标识和会话/消息内容；
步骤202:会话和消息处理模块接收到会话/消息请求，进行鉴权授权处 理，如果成功，则执行下一步，如果失败，则结束流程；
步骤203:会 话和消息处理模块向智能路由模块请求目的用户地址和传 送方式，请求消息中携带源用户标识、目的用户标识、会话/消息内容描述；
所述会话/消息内容描述是指会话/消息内容类型、格式、大小等信息， 可以由会话和消息处理模块直接从会话/消息头信息中摘录，或者由会话和 消息处理模块将会话/消息头信息中的描述内容转换成规范的描述格式。
步骤204:智能路由模块根据以下信息的一种或几种确定目的用户地址 和传送方式用户最新的偏好设置信息、源用户标识和目的用户标识、运营 商策略信息、会话/消息内容描述，并将确定的目的用户地址和传送方式返 回给会话和消息处理模块；
智能路由模块根据源用户标识和/或目的用户标识从用户偏好设置模块 获得用户最新的偏好设置信息。
步骤205:会话和消息处理模块将所述会话/消息请求发送给交互模块， 其中携带的目的地址是智能路由模块确定的目的用户地址；
步骤206:交互模块依据智能路由模块确定的传送方式对会话/消息进行信令格式转换，然后发送给传统业务模块。
例如，如果目的地址为MDN( Mobile Directory Number,移动目录号码), 传送方式为彩信方式，则会话和消息处理模块将会话/消息发送给交互模块, 由交互模块将会话或消息转换成彩信格式；
当用户不在线时，融合业务的通知消息处理的步骤如图3所示
步骤301:会话和消息处理模块收到消息请求，其中携带目的用户标识 和消息内容；
步骤302:会话和消息处理模块通过用户在线状态判断目的用户是否在 线，发现目前用户不在线，会话和消息处理模块将消息存储在消息和媒体存 储模块；
步骤303:目的用户上线后，会话和消息处理模块通知消息和媒体存储 模块，其中携带用户标识以及用户上线状态信息；
步骤304:消息和媒体存储模块向智能路由模块发送请求消息，其中包 含目的用户标识信息以及通知消息内容标识(所述通知消息内容标识用于区 分通知消息的发送对象，包括通知给用户的，仅通知给终端的)；
步骤305:智能路由模块依据目的用户标识从用户偏好设置中获得用户 偏好设置信息，并依据通知消息内容以及运营商策略确定目的用户地址和传 送方式，并返回给消息和媒体存储模块；
步骤306:消息和媒体存储模块将通知消息发送给通知模块，其中包含 用户目的地址和传送方式信息，通知模块将通知消息发送给融合业务客户端 模块。
采用本发明的系统，在业务层上实现了多种业务的融合。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的
但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种融合业务系统，其特征在于，包括会话和消息处理模块、交互模块、智能路由模块和通知模块，其中所述交互模块，作为传统业务系统与融合业务系统之间的接口，负责相互之间的信令格式转换，用于接收来自传统业务系统的会话或消息，以及向传统业务系统发送会话或消息；所述会话和消息处理模块，用于接收和处理来自融合业务客户端或者交互模块的会话或消息，向智能路由模块获取会话或消息的目的地址信息，根据该目的地址信息向融合业务客户端或者通过交互模块向非融合业务客户端发送会话或消息；所述通知模块，用于根据会话和消息处理模块的指示向融合业务客户端发送通知消息；所述智能路由模块，用于为会话或消息的目的用户选择确定目的用户号码和/或目的终端地址，将该信息提供给所述会话和消息处理模块或者交互模块。
2、 如权利要求l所述的系统，其特征在于，所述智能路由模块根据以下信息的一种或几种确定目的用户号码和/或 目的用户地址会话或消息的内容，通知消息的内容，终端状态信息，终端 能力，源终端标识和源终端地址信息，用户的偏好设置，用户地址簿。
3、 如权利要求2所述的系统，其特征在于，对于融合业务用户，智能路由模块可支持确定目的用户号码和/或目的 终端地址，对于非融合业务用户，智能路由模块可支持确定目的用户号码和 /或交互方式。
4、 如^l利要求l或2所述的系统，其特4i在于，所述融合业务系统还包括用户偏好设置模块，用于为所述智能路由模块 提供用户偏好设置信息。
5、 如权利要求4所述的系统，其特征在于，所述用户偏好设置模块提供用户对用户偏好信息进行设置。
6、 如权利要求4所述的系统，其特征在于，所述用户偏好"i殳置信息，包括以下内容中的一种或几种用户常用的终 端，在不同时间段接收会话或消息的目的终端，离线状态下的接收会话或消 息的备选目的终端，针对不同源用户接收会话或消息的目的终端。
7、 如权利要求1或2所述的系统，其特征在于，所述系统还包括融合业务客户端模块，与融合业务系统侧模块交互完成 融合业务功能，包括发送和接收会话或消息、接收通知消息。
8、 如权利要求1或2所述的系统，其特征在于，所述融合业务系统还包括消息和媒体存储模块，用于保存会话和消息处 理模块接收的会话或消息，或者发送的会话或消息。
9、 如权利要求8所述的系统，其特征在于，所述消息和媒体存储模块与融合业务客户端模块的存储内容保持同步。
10、 如权利要求8所述的系统，其特征在于， 所述消息和媒体存储模块提供给用户查询、浏览、管理。
11、 一种融合业务系统，其特征在于，包括会话和消息处理模块、交 互模块、智能路由模块、消息和媒体存储模块、用户偏好设置模块、通知模 块，其中所述交互模块，作为传统业务系统与融合业务系统之间的接口，负责相 互之间的信令格式转换，用于接收来自传统业务系统的会话或消息，以及向 传统业务系统发送会话或消息；所述会话和消息处理模块，用于接收和处理来自融合业务客户端或者交 互模块的会话或消息，向智能路由模块获取会话或消息的目的地址信息，根 据该目的地址信息向融合业务客户端或者通过交互模块向非融合业务客户端发送会话或消息；所述通知模块，用于根据会话和消息处理模块的指示向融合业务客户端 发送通知消息；所述智能路由模块，用于为会话或消息的目的用户选择确定目的用户号 码和/或目的终端地址，将该信息提供给所述会话和消息处理模块或者交互模块或者消息和媒体存储模块；所述用户偏好设置模块，用于为所述智能路由模块提供用户偏好设置信 息，以及提供用户对用户偏好信息进行设置；所述消息和媒体存储模块，用于保存会话和消息处理模块接收的会话或 消息，或者发送的会话或消息，并且与融合业务客户端模块的存储内容保持 同步。
12、 如权利要求11所述的系统，其特征在于，所述系统还包括融合业务客户端模块，与融合业务系统侧^^莫块交互完成 融合业务功能，包括发送和接收会话或消息、接收通知消息。
13、 如权利要求11所述的系统，其特征在于，所述智能路由模块根据以下信息的一种或几种确定目的用户号码和/或 目的用户地址会话或消息的内容，通知消息的内容，终端状态信息，终端 能力，源终端标识和源终端地址信息，用户的偏好设置，用户地址簿。
14、 如权利要求11所述的系统，其特征在于，对于融合业务用户，智能路由模块可支持确定目的用户号码和/或目的 终端地址，对于非融合业务用户，智能路由模块可支持确定目的用户号码和 /或交互方式。
15、 一种融合业务系统实现方法，其特征在于，在实现融合业务时，会话和消息处理模块接收到会话或消息后，先向智 能路由模块获取目的用户号码和/或目的终端地址，向获取到的号码或地址 发送会话或消息，如果会话或消息的目的用户是融合业务用户，则会话和消息处理模块直接将该会话或消息发送给融合业务客户端，如果目的用户是非 融合业务用户，则会话和消息处理模块将该会话和消息发送给交互模块，由 交互模块将该会话或消息发送传统业务系统中的非融合业务用户。
16、 如权利要求15所述的方法，其特征在于，如果会话和消息中的目的用户为融合业务用户，则所述智能路由模块向 会话和消息模块提供目的用户号码和/或目的终端地址；如果会话和消息中 的目的用户为非融合业务用户，则所述智能路由模块向会话和消息模块提供 目的用户号码和/或交互方式，交互模块收到会话和消息处理模块发送的会 话或消息后，按照智能路由模块选定的发送方式转换格式之后再将该会话或 消息发送传统业务系统中的非融合业务用户。
17、 如权利要求15所述的方法，其特征在于，如果会话和消息处理模块发送到融合业务客户端的会话或消息发送失 败，或者交互模块发送到非融合业务客户端的会话或消息发送失败，则会话 和消息处理模块或交互模块向智能路由模块请求重新获取目的用户号码或 者目的终端地址，智能路由模块根据掌握的信息再为会话和消息模块或交互 模块选定目的用户号码或者目的终端地址，并将选定的地址告知会话和消息 处理模块或交互模块，会话和消息处理模块或交互模块重新进行发送。
18、 如权利要求17所述的方法，其特征在于，如果一次或多次更换目的用户号码或者目的终端地址后，仍然发送失 败，则所述会话和消息模块向源用户返回通知消息。
19、 如权利要求17所述的方法，其特征在于，在处理会话和消息的过程中，如果发现目的用户不在线，则向源融合业 务客户端发送通知消息。
20、 如权利要求18或19所述的方法，其特征在于，在需要发送通知消息时，会话和消息处理模块先向智能路由模块获取目 的用户号码和/或目的终端地址，然后通过通知消息向目的用户发送通知消息。
21、 如权利要求17或19所述的方法，其特征在于，当用户不在线时， 通知消息的发送包括以下步骤步骤301:会话和消息处理模块收到消息请求，其中携带目的用户标识 和消息内容；步骤302:会话和消息处理模块通过用户在线状态判断目的用户是否在 线，如果发现目前用户不在线，则会话和消息处理模块将消息存储在消息和 媒体存储模块；步骤303:当目的用户上线后，会话和消息处理模块通知消息和々某体存 储模块，其中携带用户标识以及用户上线状态信息；步骤304:消息和媒体存储模块向智能路由模块发送请求消息，其中包 含目的用户标识信息以及通知消息内容标识；步骤305:智能路由模块依据目的用户标识从用户偏好设置中获得用户 偏好设置信息，并依据通知消息内容以及运营商策略确定目的用户地址和传 送方式，并返回给消息和媒体存储模块；步骤306:消息和媒体存储模块将通知消息发送给通知模块，其中包含 用户目的地址和传送方式信息，通知模块将通知消息发送给融合业务客户端 模块。
22、 如权利要求21所述的方法，其特征在于，在所述步骤305中，所述智能路由模块依据目的用户标识从用户偏好设置中获得用户偏好 设置信息，并依据通知消息内容以及运营商策略确定目的用户地址和传送方 式。
23、 如权利要求15所述的方法，其特征在于，当融合业务用户向非融 合业务用户发送会话或消息时，会话或消息的处理流程如下步骤201:融合业务用户通过融合业务客户端向融合业务系统中的会话 和消息处理模块发送会话或消息请求，所述会话或消息请求中包含源用户标 识、目的用户标识和会话或消息内容；步骤202:会话和消息处理模块接收到会话或消息请求，进行鉴权授权 处理，如果成功，则执行下一步，如果失败，则结束流程；步骤203:会话和消息处理模块向智能路由模块请求目的用户地址和传 送方式，请求消息中携带源用户标识、目的用户标识、会话或消息内容描述；步骤204:智能路由模块根据以下信息的一种或几种确定目的用户地址 和传送方式用户最新的偏好设置信息、源用户标识和目的用户标识、运营 商策略信息、会话/消息内容描述，并将确定的目的用户地址和传送方式返 回给会话和消息处理模块；步骤205:会话和消息处理模块将所述会话/消息请求发送给交互模块， 其中携带的目的地址是智能路由模块确定的目的用户地址；步骤206:交互模块依据智能路由模块确定的传送方式对会话/消息进行 信令格式转换，然后发送给传统业务模块。
24、如权利要求15或16或17或21或23所述的方法，其特征在于，智能路由模块根据以下信息的一种或几种确定目的用户地址和传送方 式用户最新的偏好设置信息、源用户标识和目的用户标识、运营商策略信 息、会话/消息内容描述，并将确定的目的用户地址和传送方式返回给会话 和消息处理模块；智能路由模块根据源用户标识和/或目的用户标识从用户偏好设置模块 获得用户最新的偏好设置信息。
全文摘要
一种融合业务系统，包括会话和消息处理模块、交互模块、智能路由模块和通知模块，其中所述交互模块，用于接收来自传统业务系统的会话或消息，以及向传统业务系统发送会话或消息；所述会话和消息处理模块，用于接收和处理来自融合业务客户端或者交互模块的会话或消息，向智能路由模块获取会话或消息的目的地址信息，根据该目的地址信息向融合业务客户端或者通过交互模块向非融合业务客户端发送会话或消息；所述通知模块，用于根据会话和消息处理模块的指示向融合业务客户端发送通知消息；所述智能路由模块，用于为会话或消息的目的用户选择确定目的用户号码和/或目的终端地址，将该信息提供给所述会话和消息处理模块或者交互模块。
文档编号H04L12/56GK101552721SQ20081009160
公开日2009年10月7日 申请日期2008年4月3日 优先权日2008年4月3日
发明者李凤军, 峥 黄 申请人:中兴通讯股份有限公司