PP客户端注册的业务能力集的頂S注册消 息。
[0081] S404、当终端的APP客户端发起业务时，判断Native客户端是否能提供该业务且 为APP客户端提供通过Native客户端发起该业务的能力开放接口，若能，则进入步骤S405， 若不能，则进入步骤S407。
[0082] 进一步地，本步骤中，当终端的Native客户端发起业务时，可以直接向融合通信 平台发起业务，并直接与融合通信平台交互该业务对应的业务数据。
[0083] 进一步地，本步骤中，Native客户端可以提供该业务，但不为APP客户端提供通过 Native客户端发起该业务的能力开放接口，此时，APP客户端不能够通过能力开放接口调 用Native客户端发起该业务，而是直接向融合通信平台发起该业务。
[0084] S405、APP客户端通过能力开放接口调用Native客户端向融合通信平台发起该 业务。
[0085] 进一步地，APP客户端通过能力开放接口调用Native客户端向融合通信平台发起 该业务之后，后续也可以通过该能力开放接口调用Native客户端与融合通信平台交互该 业务对应的业务数据。
[0086] S406、当Native客户端通过能力开放接口接收到APP客户端发起的业务时，通过 融合通信平台发起该业务。进入步骤S408。
[0087] S407、APP客户端直接向融合通信平台发起该业务。
[0088] 进一步地，针对需要较长时间会话交互的业务（例如：除了短消息之外的群聊、文 件传输等业务），Native客户端以及APP客户端需要与融合通信平台建立会话（session)， 也就是说，针对Native客户端向融合通信平台发起的需要较长时间会话交互的业务（包括 Native客户端直接向融合通信平台发起的业务以及APP客户端通过Native客户端提供的 能力开放接口向融合通信平台发起的业务），以及融合通信平台发起的Native客户端作为 被叫的需要较长时间会话交互的业务，需要Native客户端和融合通信平台之间建立会话， 针对APP客户端直接向融合通信平台发起的需要较长时间会话交互的业务，以及融合通信 平台发起的APP客户端作为被叫的需要较长时间会话交互的业务，需要APP客户端和融合 通信平台之间建立会话。并且一旦建立了会话，该会话内的消息将始终路由到该会话中的 同一实例（Native实例或者APP实例）。
[0089] S408、Native客户端和APP客户端分别在各自对应的服务端口上监听融合通信平 台发送的业务数据。
[0090] 进一步地，在前述Native客户端和APP客户端进行頂S注册的过程中，Native客 户端和APP客户端向頂S注册平台（或者当頂S注册平台和融合通信平台集成为融合通信 平台时，为融合通信平台）注册了所在终端的IP地址以及不同的服务端口。在发起业务之 后，Native客户端和APP客户端可以在各自注册的服务端口进行侦听。
[0091] S409、当Native客户端接收到的业务数据为APP客户端通过Native客户端提供 的能力开放接口发起的业务对应的业务数据时，通过能力开放接口将接收到的业务数据共 享给APP客户端的通过Native客户端提供的能力开放接口发起的业务。
[0092] 进一步地，本步骤中，针对APP客户端通过Native客户端提供的能力开放接口发 起的业务，融合通信平台会将对应的业务数据发送给Native客户端，Native客户端可以 通过能力开放接口将接收到的业务数据共享给APP客户端的对应业务；针对APP客户端和 Native客户端直接与融合通信平台进行业务数据交互的业务，当APP客户端和Native客 户端在各自对应的服务端口监听到业务数据时，根据业务数据中携带的业务标识（例如： feature tag)将业务数据发送给对应的业务进行处理。
[0093] 实施例2 :
[0094] 本发明实施例2中，与实施例1对应地，提供一种融合通信客户端的实现方法，应 用于融合通信平台侧，如图5所示，包括如下步骤：
[0095] S501、接收頂S注册平台发送的Native客户端和APP客户端各自注册的业务能力 集信息以及服务端口信息。
[0096] 进一步地，本步骤中，当终端的Native客户端和APP客户端向頂S注册平台注册 了业务能力集和服务端口之后，頂S注册平台可以将Native客户端和APP客户端的业务能 力集和服务端口发送给融合通信平台，以便融合通信平台处理Native客户端和APP客户端 分别对应的业务。
[0097] 进一步地，当Native客户端和APP客户端向頂S注册平台注册其他信息（例如：业 务能力集中包括的各业务的标识信息等）时，也可以将该其他信息发送给融合通信平台。
[0098] 进一步地，当将頂S注册平台和融合通信平台集成为融合通信平台时，可以不执 行本步骤。
[0099] S502、针对APP客户端发起的业务，融合通信平台将该业务对应的业务数据发送 给APP客户端。
[0100] 进一步地，本步骤中，对于融合通信平台来说，APP客户端发起的业务可以为APP 客户端直接向融合通信平台发起的业务。融合通信平台可以和APP客户端建立会话，通过 建立的会话进行业务数据传输。
[0101] S503、针对Native客户端发起的业务，融合通信平台将该业务对应的业务数据发 送给Native客户端。
[0102] 进一步地，本步骤中，对于融合通信平台来说，Native客户端发起的业务可以为 Nat i ve客户端直接向融合通信平台发起的业务，也可以为APP客户端通过Nat i ve客户端提 供的能力开放接口通过Native客户端向融合通信平台发起的业务。融合通信平台可以和 Native客户端建立会话，通过建立的会话进行业务数据传输。
[0103] S504、当融合通信平台向终端发起业务时，确定该业务所属的业务能力集。
[0104] 进一步地，由于在前述頂S注册步骤中，Native客户端和APP客户端分别注册了 自身对应的业务能力集，当融合通信平台向终端发起业务时，可以根据该业务对应的业务 能力集确定应该将该业务对应的业务数据发送给Native客户端还是APP客户端。
[0105] 进一步地，步骤S502~步骤S504的执行没有严格的先后顺序。
[0106] S505、判断S504中确定的业务能力集被注册的情况，若仅为Native客户端注册的 业务能力集，则进入步骤S506,若仅为APP客户端注册的业务能力集，进入步骤S507,若既 为所述终端中Native客户端注册的业务能力集，又为所述终端中APP客户端注册的业务能 力集，进入步骤S508。
[0107] S506、将该业务对应的业务数据发送给Native客户端。本流程结束。
[0108] S507、将该业务对应的业务数据发送给APP客户端。本流程结束。
[0109] S508、根据预设路由机制，将该业务数据发送给Native客户端，或者APP客户端。 本流程结束。
[0110] 进一步地，当预设路由机制为将该业务数据发送给Native客户端时，可以将该业 务数据发送给Native客户端，判断Native客户端是否成功接收该业务数据；若Native 客户端未成功接收该业务数据，则将该业务数据发送给APP客户端；当预设路由机制为将 该业务数据发送给APP客户端时，可以将该业务数据发送给APP客户端，判断APP客户端 是否成功接收该业务数据；若APP客户端未成功接收该业务数据，则将该业务数据发送给 Native客户端。
[0111] 实施例3:
[0112] 本发明实施例3中，与实施例1和实施例2对应地，提供一种融合通信客户端的实 现方法，应用于IMS注册平台侧，如图6所示，包括如下步骤：
[0113] S601、接收Native客户端和APP客户端分别发送的頂S注册消息，
[0114] 其中，Native客户端和APP客户端发送的頂S注册消息中分别包括Native客户 端和APP客户端各自注册的业务能力集信息以及服务端口信息。
[0115] 进一步地，本步骤为Native客户端和APP客户端进行IMS注册的步骤。Native客 户端发送的MS注册消息中包括Native客户端注册的业务能力集信息以及服务端口信息， APP客户端发送的頂S注册消息中包括APP客户端注册的业务能力集信息以及服务端口信 息。
[0116] S602、将Native客户端和APP客户端各自注册的业务能力集信息以及服务端口信 息提供给融合通信平台。
[0117] 进一步地，本步骤中，当Native客户端和APP客户端向頂S注册平台注册其他信 息（例如：业务能力集中包括的各业务的标识信息等）时，也可以将该其他信息发送给融合 通信平台。
[0118] S603、当APP客户端注册的业务能力集能够包含Native客户端注册的业务能力集 时，将Native客户端去注册；或者保留Native客户端的注册。
[0119] 进一步地，本步骤中，若将Native客户端去注册，那么，所有的业务都通过APP客 户端与融合通信平台进行交互来处理。
[0120] 进一步地，当頂S注册平台和融合通信平台集成为融合通信平台时，步骤S601和 步骤S603为融合通信平台执行的步骤，步骤S602可以不执行。
[0121] 进一步地，假设将IMS注册平台和融合通信平台集成为融合通信平台，图7为本 发明实施例提供的Native客户端、APP客户端、以及融合通信平台的系统架构示意图。图7 中包括融合通信平台701和