CN102202013A - 建立手机即时通信平台的方法和手机即时通信平台 - Google Patents

Abstract

本发明公开了一种建立手机即时通信平台的方法和手机即时通信平台，能够支撑上层的多种应用，具有较好的扩展性，便于对平台进行管理及维护的难度，提高通信平台的安全性和稳定性。本发明实施例提供的方法包括：由多个独立的Client应用组成Client层；由多个Client API组成Client API层，设置Client层和Client API层中的程序运行在第一进程中；由多个Service API组成S ervice API层；利用多个业务逻辑建立核心层，利用多种独立的服务数据库建立基础层，设置Service API层、核心层和基础层中的程序运行在第二进程中；根据第一进程和第二进程内部各层之间的数据交互，以及第一进程的Client API层和第二进程的Service API层之间的进程间的数据交互建立手机即时通信平台。

Description

建立手机即时通信平台的方法和手机即时通信平台

技术领域

本发明涉及通信技术领域，尤其是涉及一种建立手机即时通信平台的方法和手机即时通信平台。

背景技术

即时通信(Instant Messaging，简称IM)平台作为一种个人通信工具，由于具有出色的表现力、互动性、实时性，能够实现文字、语音、视频的多媒体即时通信，从而倍受办公室白领、时尚人群和广大学生的青睐，已成为人们日常沟通中除短信之外，以文字为表现形式的最主要方式。

目前的手机即时通信平台，如塞班(Symbian)平台，通常是一款以即时消息为主，涉及天气预报、短信礼包、网页浏览、语音等多方面应用的软件，已经拥有广泛的用户群。

然而，现有的手机即时通信平台至少存在如下缺陷：

现有的手机即时通信平台是一个独自运行的应用程序，无法与第三方应用进行很好的交互，扩展性比较差；且现有的平台在架构上是一个耦合性很强的整体，底层只有一个数据库，该底层库作为一个整体为各种上层应用提供接口，任何一个上层应用统统依赖庞大的底层库，庞大的底层库非常难于维护和管理，且当某一个上层应用出现故障时，会影响整个平台的运行。

发明内容

本发明实施例提供了一种建立手机即时通信平台的方法和手机即时通信平台，能够支撑上层的多种应用，具有较好的扩展性，便于对平台进行管理及维护的难度；且一个上层应用出现故障时，不会影响到其它应用或整个平台的运行，提高了用户体验和平台的稳定性。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种建立手机即时通信平台的方法，包括：

由多个独立的Client应用组成Client层，所述Client应用具有用户界面功能；以及，由多个Client API组成Client API层，设置所述Client层和Client API层中的程序运行在第一进程中；

由多个Service API组成Service API层；利用多个业务逻辑建立核心层，其中，不同的业务逻辑由不同的逻辑模块独立实现；以及，利用多种独立的服务数据库建立基础层，设置所述ServiceAPI层、核心层和基础层中的程序运行在第二进程中；

根据第一进程内部各层之间的数据交互，第二进程内部各层之间的数据交互，以及第一进程的Client API层和第二进程的ServiceAPI层之间的进程间的数据交互建立手机即时通信平台。

本发明实施例还提供了一种手机即时通信平台，包括客户端单元、服务端单元和进程间调用单元，所述客户端单元中的程序运行在第一进程中，所述服务端单元的程序运行在第二进程中；

所述客户端单元，包括多个独立的Client应用模块、第一进程内调用模块和多个Client API模块，所述Client应用模块具有用户界面功能，所述Client应用模块通过所述第一进程内调用模块与所述Client API模块进行数据交互；

所述服务端单元，包括多个Service API模块、第二进程内调用模块，多个独立的业务逻辑模块和服务数据库，所述Service API模块和业务逻辑模块之间、业务逻辑模块和服务数据库之间通过所述第二进程内调用模块进行数据交互；

所述客户端单元的Client API模块和服务端单元的Service API模块之间利用所述进程间调用单元进行数据交互。

由上述可见，本发明实施例的技术方案通过采用C/S模式的特点，提供了一种新型的手机即时通信平台架构，从而使新建立的手机即时通信平台不再简单是一个独立运行的程序，而能够支撑上层的多种应用，具有较好的扩展性。并且，本技术方案通过设置至少两个独立的进程，以及将平台内部需要扩展的功能模块化，大大降低了平台的耦合性和对平台进行管理及维护的难度；且一个上层应用出现故障时，不会影响到其它应用或整个平台的运行，提高了用户体验以及平台的安全性、稳定性。

附图说明

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

图1为本发明实施例一提供的一种建立手机即时通信平台的方法流程示意图；

图2为本发明实施例二提供的手机即时通信平台的架构示意图；

图3为本发明实施例二提供的不同Client API的应用场景示意图；

图4为本发明实施例三提供的一种手机即时通信平台的结构示意图。

具体实施方式

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

本发明实施例一提供了一种建立手机即时通信平台的方法，参见图1，所述方法包括：

11：由多个独立的客户端(Client)应用组成Client层，所述Client应用具有用户界面功能；以及，由多个Client应用程序接口(Application Programming Interface，API)组成Client API层，

12：设置所述Client层和Client API层中的程序运行在第一进程中；

13：由多个服务(Service)API组成Service API层；利用多个业务逻辑建立核心层，其中，不同的业务逻辑由不同的逻辑模块独立实现；以及，利用多种独立的服务数据库建立基础层。

14：设置所述Service API层、核心(Core)层和基础(Basic)层中的程序运行在第二进程中；

15：根据第一进程内部各层之间的数据交互，第二进程内部各层之间的数据交互，以及第一进程的Client API层和第二进程的Service API层之间的进程间的数据交互建立手机即时通信平台。

本发明实施例中并不对步骤的执行次序进行严格的限定，例如，步骤11可以在步骤13之前执行，可以在步骤13之后执行，也可以和步骤13同时执行，对步骤11和步骤13中的子步骤的执行次序也可以根据需要进行调整。

上述的第一进程相对于客户端/服务端(Client/Service，C/S)模式下的客户端处理，上述第二进程相对于C/S模式下的服务器端的处理，一个进程不能直接访问另一个进程，以降低平台的耦合性。

并且，本发明实施例中对平台内部可能需要扩展的功能进行了模块化处理，例如基础层中的数据由多个独立的服务数据库构成，不同的业务逻辑由不同的逻辑模块独立实现等。通过这些处理使平台的耦合性更小，可重用的组件更多，便于增设新的功能或应用，提高了平台的扩展性和稳定性。

由上述可见，本发明实施例的技术方案通过采用Client/Service模式的特点，提供了一种新型的手机即时通信平台架构，从而使新建立的手机即时通信平台不再简单是一个独立运行的程序，而能够支撑上层的多种应用，具有较好的扩展性。并且，本技术方案通过设置至少两个独立的进程，以及将平台内部需要扩展的功能模块化，大大降低了平台的耦合性和对平台进行管理及维护的难度；且一个上层应用出现故障时，不会影响到其它应用或整个平台的运行，提高了用户体验以及平台的安全性、稳定性。

为了便于清楚描述本发明实施例的技术方案，在发明的实施例中，采用了“第一”、“第二”或“1”、“2”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解这些等字样并不对数量和执行次序进行限定。

为了使本发明的技术方案更加清楚，本发明实施例在描述时采用了“层”的概念，但这种层并不是对软件架构严格意义上的分层。本发明实施例平台架构中的每一层包括了多个功能相似的模块或组件，层与层之间由于其在平台架构中作用不同相互的关系也不同，例如，Client层可以对Client API层直接进行访问，但Client层不可以对Service API层或Core层直接进行访问；Client层中的各种上层应用及Core层中各业务逻辑的执行依赖于Basic层，但Basic层是独立的，并不依赖于上层应用等。

下面对本发明实施例二提供的一种建立手机即时通信平台的方法进行说明。参见图2，显示了本发明实施例二提供的手机即时通信平台的架构示意图。新的平台架构中包括Client层、Client API层、Service API层、Core层和Basic层。示例性的，Client层中的客户端应用包括但不局限于Client应用1和Client应用2，Client API层中的接口包括但不局限于Client API 1和Client API 2，Service API层中的接口包括但不局限于Service API 1和Service API 2，核心层中的业务逻辑模块包括但不局限于联系人模块、会话模块、群组模块和协议库模块，基础层中的服务数据库包括但不局限于数据管理库、网络库和数据结构基础库。

Client层和Client API层中的程序运行在同一进程中，如都运行在第一进程中；Service API层、核心层和基础层中的程序运行在另一个进程中，如都运行在第二进程中。

本发明实施例的方案采用了C/S模式的特点，上述的第一进程相对于C/S模式下的客户端处理，上述第二进程相对于C/S模式下的服务器端的处理，一个进程不能直接访问另一个进程，以降低平台的耦合性。下面分别通过对每一层的介绍来清楚说明本发明实施例的技术方案。

1)Client层

Client层中包括多个独立的Client应用，Client应用是一种具有用户界面(User Interface，UI)功能的程序，通过该用户界面功能提供了一个人机交互的接口，接收用户的命令，向用户展示处理的结果或信息。例如，利用Client应用的用户界面功能可以接收来自用户的命令，调用通信平台中相应功能对该命令作出响应，并将响应结果通过所述用户界面功能告知用户。

不同Client应用所提供的用户界面的具体实现方式也不同。

本发明实施例所提供的手机即时通信平台方案中，任意一个Client应用程序崩溃，不会影响到平台中的其他程序(如其他Client应用程序或第二进程中所运行的程序)，不会使用户所使用的所有业务由于一个应用的故障突然中断，保证了通信平台运行的稳定性，提高了用户体验。

进一步的，可以根据需要删除或添加通信平台中的Client应用。在通信平台中的内存和CPU处理性能满足条件的情况下，原则上可以任意扩展Client应用，可以支持无限多的Client应用程序同时运行。

现有技术中当通信平台中具有某个Client应用时，该Client应用与通信平台是一个整体，在对该Client应用进行开发或调试时，平台中所有的功能模块必须一起编译，一起调试，不但调试效率低下，也导致对模块的测试不彻底，系统性能不稳定。针对上述缺点，新的手机即时通信平台中各个Client应用耦合性极低，不同的Client应用可以互不干扰进行开发和调试，分别进行单元测试，能够对各模块进行彻底的调试，提高了通信平台的安全性。

并且，新的手机即时通信平台由于Client应用与整个通信平台的耦合性较低，从而能够提供一种跨平台的开发和应用方式，对Client应用或其他应用模块的开发可在通信平台之外的其他平台上进行，例如，对Client应用或其他应用模块的早期开发可以在PC平台上进行，在后期可以简单移植到具体的手机即时通信平台即可，从而省去了在手机即时通信平台的模拟器环境下开发的诸多不便，提高了开发的效率。

2)Client API层

Client API层中包括了多个Client API，Client API的类型也可以有多种，例如，类型为读文件的Client API和类型为写文件的ClientAPI。

该Client API层中的Client API一方面可以接受Client应用在进程内的调用，向Client应用反馈调用信息，另一方面可以通过进程间的调用与相应的S ervice API进行交互。

本发明实施例中不同的Client应用所能够调用的Client API不同，例如，Client应用可以包括平台内部Client应用和第三方Client应用，所述平台内部Client应用能够与平台中所有的Client API进行数据交互，即对平台内部Client应用提供完整的Client API；而所述第三方Client应用仅能够与平台中指定的Client API进行数据交互，即对第三方Client应用提供受限的Client API。

参见图3，平台内部Client应用，如即时消息应用模块，即时通信通讯录模块和离线即时通信模块所支持的应用，具有完整的Client API；第三方Client应用，例如，短信宝典应用模块，浏览器应用模块，即时通信游戏应用模块，天气预报应用模块，具有受限的Client API。例如，当Client API层具有100个Client API时，平台内部Client应用可以访问这100个Client API，而第三方Client应用仅能够访问指定的部分Client API，例如，仅访问在100个Client API中指定的50个Client API。

3)Service API层

Service API层中包括了多个Service API，Service API的类型也可以有多种，例如，类型为读文件的Service API和类型为写文件的Service API。

该Service API层中的Service API一方面可以通过进程间的调用与相应的Client API进行交互，另一方面可以在进程内调用Core层中的业务逻辑模块。

上述Client API层和Service API层中的各API中封装了进程间调用的细节，是C/S模式的一种具体实现。

进一步的，对于无法支持C/S模式的应用场景，可以采用一个进程内的调用模块替换掉Client API层和Service API层，这种处理方式，极大程度的保证了新的手机即时通信平台的兼容性，提高了现有资源的利用率。

4)Core层

Core层中主要是与即时通信业务逻辑相关的处理，并对各业务逻辑进行模块化处理。Core层可以包括多个业务逻辑模块，例如，联系人模块、会话模块、群组模块和协议库模块。

上述联系人模块可以支持联系人列表功能，上述会话模块可以支持手机的即时通信会话，上述群组模块可以支持群组的管理，上述协议库模块保证手机能够按照预定协议与网络上的服务器进行通信。

Core层中的业务逻辑模块，也可以根据需要进行删除和添加，对这些业务逻辑模块的开发和调试也可以采用跨平台的开发和应用方式。

5)Basic层

Basic层为通信平台提供了基本的数据服务，Basic层包括了多个服务数据库，例如数据管理库、网络库、数据结构基础库，所述数据结构基础库中的数据由C代码和C++代码实现，由C代码实现的数据可以表示为SCL，SCL是纯C的代码，提供了基础的数据结构；由C++代码实现的数据可以表示为SCPPL，SCPPL是基于SCL的C++的封装类，提供类似于标准模板库(Standard Template Library，STL)的接口，但是SCPPL比标准C++STL库更简洁，能够满足开发的基本需求。

现有的即时通信平台中，各种应用是不能共享数据的，例如，离线即时通信模块和即时消息应用模块都各自读写缓存，读写效率低下且安全性较低。

新的通信平台，各个Client应用能够共享Basic层中的服务数据库，提高了数据读写效率和平台的安全性。

进一步的，通过设置上述数据结构基础库，就可以避免使用现有通信平台(如Symbian平台)提供的系统数据结构，不但提高了开发效率，也使新的通信平台具备了可移植性，能够很方便地移植到多种不同操作系统的手机上。

并且，Basic层是与具体的应用无关的，Basic层中的服务数据库不但可以给该新的通信平台使用，也能独立出来给其它应用使用，即所述服务数据库能够与核心层之外的业务逻辑进行数据交互。

由上述可见，本发明实施例的技术方案通过采用Client/Service模式的特点，提供了一种新型的手机即时通信平台架构，从而使新建立的手机即时通信平台不再简单是一个独立运行的程序，而能够支撑上层的多种应用，具有较好的扩展性。并且，本技术方案通过设置至少两个独立的进程，以及将平台内部需要扩展的功能模块化，大大降低了平台的耦合性和对平台进行管理及维护的难度；且一个上层应用出现故障时，不会影响到其它应用或整个平台的运行，提高了用户体验以及平台的安全性、稳定性。

本发明实施例三还提供了一种手机即时通信平台，参见图4，包括客户端单元41、服务端单元42和进程间调用单元43，所述客户端单元41中的程序运行在第一进程中，所述服务端单元42的程序运行在第二进程中；

所述客户端单元41，包括多个独立的Client应用模块411、第一进程内调用模块412和多个Client API模块413，所述Client应用模块411具有用户界面功能，所述Client应用模块411通过所述第一进程内调用模块412与所述Client API模块413进行数据交互；

所述服务端单元42，包括多个Service API模块421、第二进程内调用模块422，多个独立的业务逻辑模块423和服务数据库424，所述Service API模块421和业务逻辑模块423之间、业务逻辑模块423和服务数据库424之间通过所述第二进程内调用模块422进行数据交互；

所述客户端单元41的Client API模块413和服务端单元42的Service API模块421之间利用所述进程间调用单元43进行数据交互。

通过上述手机即时通信平台中的各模块的相互作用，形成的手机即时通信平台的结构框架可以参见图2.

进一步的，本发明实施例中不同的Client应用所能够调用的Client API不同，例如，所述Client应用模块411包括平台内部Client应用模块和第三方Client应用模块；所述该平台内部Client应用模块，能够通过所述第一进程内调用模块412与平台中所有的ClientAPI进行数据交互，即对平台内部Client应用提供完整的Client API；

该第三方Client应用模块，仅能够通过所述第一进程内调用模块412与平台中指定的Client API进行数据交互，即对第三方Client应用提供受限的Client API。

示例性的，所述平台内部Client应用模块包括但不局限于即时消息应用模块，即时通信通讯录模块，离线即时通信模块中的一种；

所述第三方Client应用模块包括但不局限于短信宝典应用模块，浏览器应用模块，即时通信游戏应用模块，天气预报应用模块中的一种。

本发明实施例提供的新的通信平台中各个Client应用能够共享相同的服务数据库，从而提高了数据读写效率和平台的安全性。

进一步的，上述手机即时通信平台可以包括多个服务数据库，例如，该服务数据库包括但不局限于数据管理库、网络库、数据结构基础库，所述数据结构基础库中的数据由C代码和C++代码实现。由C代码实现的数据可以表示为SCL，SCL是纯C的代码，提供了基础的数据结构；由C++代码实现的数据可以表示为SCPPL，SCPPL是基于SCL的C++的封装类，提供类似于STL的接口，但是SCPPL比标准C++STL库更简洁，能够满足开发的基本需求。

上述业务逻辑模块包括但不局限于联系人模块、会话模块、群组模块和协议库模块。

本发明装置实施例中各模块的具体工作方式可以参见本发明方法实施例一和二，上述各模块可以分别由单独的器件实现，也可以集成在一个装置中实现。

并且，上述各模块指示本发明实施例提供的新的手机即时通信平台的一种示例性结构，也可以根据需要对上述各模块的功能和数量进行调整，例如，上述第一进程内调用模块的相关功能可以集成在Client API模块中实现，上述第二进程内调用模块的相关功能可以集成在Service API模块中实现，上述进程间调用单元的相关功能可以分别集成在Client API模块和Service API模块中实现。

由上述可见，本发明实施例的技术方案通过采用Client/Service模式的特点，提供了一种新型的手机即时通信平台架构，从而使新建立的手机即时通信平台不再简单是一个独立运行的程序，而能够支撑上层的多种应用，具有较好的扩展性。并且，本技术方案通过设置至少两个独立的进程，以及将平台内部需要扩展的功能模块化，大大降低了平台的耦合性和对平台进行管理及维护的难度；且一个上层应用出现故障时，不会影响到其它应用或整个平台的运行，提高了用户体验以及平台的安全性、稳定性。

本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种建立手机即时通信平台的方法，其特征在于，所述方法包括：

由多个独立的客户端Client应用组成Client层，所述Client应用具有用户界面功能；以及，由多个Client应用程序接口API组成ClientAPI层，设置所述Client层和Client API层中的程序运行在第一进程中；

由多个服务Service API组成Service API层；利用多个业务逻辑建立核心层，其中，不同的业务逻辑由不同的逻辑模块独立实现；以及，利用多种独立的服务数据库建立基础层，设置所述Service API层、核心层和基础层中的程序运行在第二进程中；

根据第一进程内部各层之间的数据交互，第二进程内部各层之间的数据交互，以及第一进程的Client API层和第二进程的Service API层之间的进程间的数据交互建立手机即时通信平台。

2.根据权利要求1所述的方法，其特征在于，所述方法包括：

所述Client应用包括平台内部Client应用和第三方Client应用；

所述平台内部Client应用能够与平台中所有的Client API进行数据交互；

所述第三方Client应用仅能够与平台中指定的Client API进行数据交互。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

利用所述Client应用的用户界面功能接收来自用户的命令，根据该命令作出响应，并将响应结果通过所述用户界面功能告知用户。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

基础层中的服务数据库包括数据结构基础库，所述数据结构基础库中的数据由C代码和C++代码实现，所述服务数据库能够与核心层之外的业务逻辑进行数据交互。

5.一种手机即时通信平台，其特征在于，包括客户端单元、服务端单元和进程间调用单元，所述客户端单元中的程序运行在第一进程中，所述服务端单元的程序运行在第二进程中；

所述客户端单元，包括多个独立的Client应用模块、第一进程内调用模块和多个Client API模块，所述Client应用模块具有用户界面功能，所述Client应用模块通过所述第一进程内调用模块与所述Client API模块进行数据交互；

所述服务端单元，包括多个Service API模块、第二进程内调用模块，多个独立的业务逻辑模块和服务数据库，所述Service API模块和业务逻辑模块之间、业务逻辑模块和服务数据库之间通过所述第二进程内调用模块进行数据交互；

所述客户端单元的Client API模块和服务端单元的Service API模块之间利用所述进程间调用单元进行数据交互。

6.根据权利要求5所述的手机即时通信平台，其特征在于，

所述Client应用模块包括平台内部Client应用模块和第三方Client应用模块；

所述平台内部Client应用模块，能够通过所述第一进程内调用模块与平台中所有的Client API进行数据交互；

所述第三方Client应用模块，仅能够通过所述第一进程内调用模块与平台中指定的Client API进行数据交互。

7.根据权利要求5或6所述的手机即时通信平台，其特征在于，

所述平台内部Client应用模块为即时消息应用模块，即时通信通讯录模块，离线即时通信模块中的一种；

所述第三方Client应用模块为短信宝典应用模块，浏览器应用模块，即时通信游戏应用模块，天气预报应用模块中的一种。

8.根据权利要求7所述的手机即时通信平台，其特征在于，

所述服务数据库至少包括数据管理库、网络库、数据结构基础库，所述数据结构基础库中的数据由C代码和C++代码实现；

所述业务逻辑模块至少包括联系人模块、会话模块、群组模块和协议库模块。

Images