CN101820431A - 通信客户端及通信业务发起方法 - Google Patents

Abstract

本发明公开了一种通信客户端及通信业务发起方法，包括控制模块和多个通信插件，其中，每个通信插件用于实现一种通信业务类型的通信；控制模块包括：请求模块，用于接受用户操作以生成对应于该操作的通信请求，其中，通信请求包括：目标联系人和选择的通信业务类型；第一确定模块，用于确定多个通信插件中用于实现选择的通信业务类型的通信的通信插件；调用模块，用于调用确定的通信插件向目标联系人发起选择的通信业务类型的通信。本发明降低了用户同时使用多种通信业务的操作复杂度，提高了用户的体验。

Description

通信客户端及通信业务发起方法

技术领域

本发明涉及通信领域，具体而言，涉及一种通信客户端及通信业务发起方法。

背景技术

通信是移动终端的核心功能，随着移动终端处理能力的提升以及移动互联网技术的发展，移动终端能够提供给用户的通信方式越来越多。除了传统的电话、短信和彩信外，还有各种即时消息(例如，QQ、MSN、飞信等)、email、VoIP、视频共享等等。

通信方式的多样性能够为用户提供更多的选择，但同时，也给用户带来了使用上的不便，由于两类通信服务间通常无法互通，特别是当这两类通信服务由不同运营商提供时，例如，QQ、MSN和飞信之间是无法互通的，因此，为了使用多项通信服务，用户需要在移动终端上同时安装和运行每个服务对应的客户端程序，若用户同时使用这些业务，则需要不断在不同业务的客户端之间进行切换。

发明内容

本发明的主要目的在于提供一种通信客户端及通信业务发起方法，以至少解决上述问题。

根据本发明的一个方面，提供了一种通信客户端，包括控制模块和多个通信插件，其中，每个通信插件用于实现一种通信业务类型的通信；控制模块包括：请求模块，用于接受用户操作以生成对应于该操作的通信请求，其中，通信请求包括：目标联系人和选择的通信业务类型；第一确定模块，用于确定多个通信插件中用于实现选择的通信业务类型的通信的通信插件；调用模块，用于调用确定的通信插件向目标联系人发起选择的通信业务类型的通信。

进一步地，控制模块还包括：获取模块，用于控制多个通信插件登陆到各自服务器获取联系人信息，其中，联系人信息包括：联系人名称和通信帐号；分组模块，用于将对应于同一个联系人名称的通信帐号划分在同一个组中；第一显示模块，用于显示每个组所对应的联系人名称。

进一步地，请求模块包括：第一选择模块，用于接受用户从第一显示模块显示的联系人名称中选择目标联系人名称的操作；第二显示模块，用于显示目标联系人名称对应的组中的通信帐号；第二选择模块，用于接受用户从第二显示模块显示的通信帐号中选择目标通信帐号的操作；第二确定模块，用于确定选择的通信业务类型为目标通信帐号对应的通信业务类型。

进一步地，请求模块还包括：查询模块，用于确定目标联系人名称对应的组中各通信帐号所对应的各通信插件，并通过各通信插件查询当前能够发起的通信方式；第二显示模块还用于显示上述通信方式；第二选择模块还用于接受用户从显示的通信方式中选择需发起的通信方式；调用模块用于调用确定的通信插件通过需发起的通信方式向目标联系人发起选择的通信业务类型的通信过程。

进一步地，查询模块根据各通信帐号的在线情况和/或业务能力通过各通信插件查询当前能够发起的通信方式。

进一步地，多个通信插件通过动态链接库文件实现。

进一步地，控制模块还包括：配置文件，用于记录多个通信插件的信息，其中，信息包括以下至少之一：动态链接库文件路径、实现的通信业务类型、实现的业务名称。

进一步地，多个通信插件中的各个通信插件还用于接收发送至用户的通信请求，并将发起方的通信帐号发送至检索模块；控制模块还包括：检索模块，用于在获取的联系人信息中检索发起方的通信帐号；第三显示模块，用于在检索模块检索到发起方的通信帐号的情况下，显示发起方的通信帐号所在的组所对应的联系人名称，在检索模块未检索到发起方的通信帐号的情况下，显示发起方的通信帐号。

根据本发明的另一个方面，提供了一种通信业务发起方法，包括以下步骤：通信客户端接受用户操作以生成对应于操作的通信请求，其中，通信请求包括：目标联系人和选择的通信业务类型；在通信客户端包含的多个通信插件中确定用于实现选择的通信业务类型的通信过程的通信插件；通信客户端调用确定的通信插件向目标联系人发起选择的通信业务类型的通信过程。

进一步地，在通信客户端接受用户操作以生成对应于操作的通信请求之前，还包括：通信客户端控制多个通信插件登陆到各自服务器获取联系人信息，其中，联系人信息包括：联系人名称和通信帐号；通信客户端将对应于同一个联系人名称的通信帐号划分在同一个组中；通信客户端显示每个组所对应的联系人名称。

进一步地，通信客户端接受用户操作以生成对应于操作的通信请求包括：通信客户端接受用户从显示的联系人名称中选择目标联系人名称的操作；通信客户端显示目标联系人名称对应的组中的通信帐号；通信客户端接受用户从显示的通信帐号中选择目标通信帐号的操作；通信客户端确定选择的通信业务类型为目标通信帐号对应的通信业务类型。

通过本发明，通信客户端中的控制模块生成对应于用户操作的通信请求，在通信客户端包含的多个用于实现不同通信业务类型的通信过程的通信插件中确定对应于该通信请求的通信插件，最后由确定的通信插件实现通信过程，解决了相关技术中用户同时使用不同业务时，需要在不同业务的客户端之间进行切换导致用户操作不便的问题，能够在一个通信客户端中实现多种类型的通信业务，降低了用户同时使用多种通信业务的操作复杂度，提高了用户的体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的通信客户端的结构框图；

图2是根据本发明实施例的通信客户端的优选结构框图一；

图3是根据本发明实施例的通信客户端的优选结构框图二；

图4是根据本发明实施例的通信客户端的优选结构框图三；

图5是根据本发明实施例的通信客户端的优选结构框图四；

图6是根据本发明实施例的通信客户端的优选结构框图五；

图7是根据本发明实施例的通信业务发起方法的流程图；

图8是根据本发明实施例1的通信客户端的软件架构示意图；

图9是根据本发明实施例2的联系人帐号聚合功能的示意图；

图10是根据本发明实施例2的动态通信菜单示意图；

图11是根据本发明实施例3的通信客户端的详细软件架构示意图；

图12是根据本发明实施例3的通信客户端的启动流程图；

图13是根据本发明实施例3的生成动态通信菜单的算法示意图；

图14是根据本发明实施例3的通信发起方帐号的识别流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

用户为了在移动终端中使用通信业务，例如，QQ、MSN、飞信等，需要在移动终端中分别安装这些通信业务对应的客户端，以便实现对应的通信功能。本发明实施例提供了一种通信客户端，以在一个通信客户端中实现多种通信功能。

图1是根据本发明实施例的通信客户端的结构框图，一个通信客户端包括控制模块11和多个通信插件12，其中，每个通信插件12用于实现一种通信业务类型的通信，控制模块11包括：请求模块13，用于接受用户操作以生成对应于该操作的通信请求，其中，上述通信请求包括：目标联系人和选择的通信业务类型；第一确定模块14，耦合至请求模块13，用于确定多个通信插件12中用于实现上述选择的通信业务类型的通信过程的通信插件12；调用模块15，耦合至通信插件12，用于调用确定的通信插件12向目标联系人发起上述选择的通信业务类型的通信过程。

相关技术中，用户同时使用不同业务时，需要在不同业务的客户端之间进行切换，这会给用户操作带来不便，降低了用户的体验。本发明实施例提供的移动终端中，通过通信客户端控制模块11中的请求模块13生成对应于用户操作的通信请求，再由控制模块11中的第一确定模块14从多个用于实现不同通信业务类型的通信过程的通信插件12中确定对应于该通信请求的通信插件12，最后调用模块15调用确定的通信插件12实现通信过程。能够在一个通信客户端中实现多种类型的通信业务，降低了用户同时使用多种通信业务的操作复杂度，提高了用户的体验。

图2是根据本发明实施例的通信客户端的优选结构框图一，如图2所示，优选地，控制模块11还可以包括：

获取模块22，耦合至通信插件12，用于控制多个通信插件12登陆到各自服务器获取联系人信息，其中，联系人信息包括：联系人名称和通信帐号；

分组模块24，耦合至获取模块22，用于将对应于同一个联系人名称的通信帐号划分在同一个组中；

第一显示模块26，耦合至分组模块24，用于显示每个组所对应的联系人名称。

通过分组模块24将对应于同一个联系人名称的通信帐号划分在同一个组中，再由第一显示模块26显示每个组对应的联系人名称，能够让用户直观地了解到其在各个通信业务中的联系人，提高了用户的体验。

图3是根据本发明实施例的通信客户端的优选结构框图二，如图3所示，优选地，请求模块13包括：

第一选择模块32，耦合至第一显示模块26，用于接受用户从第一显示模块26显示的联系人名称中选择目标联系人名称的操作；

第二显示模块34，耦合至第一选择模块32，用于显示目标联系人名称对应的组中的通信帐号；

第二选择模块36，耦合至第二显示模块34，用于接受用户从第二显示模块34显示的通信帐号中选择目标通信帐号的操作；

第二确定模块38，耦合至第二选择模块36，用于确定上述选择的通信业务类型为目标通信帐号对应的通信业务类型。

通过上述结构，用户只需选择联系人，再从第二显示模块34显示的账号中选择一个帐号便可完成通信的发起，极大简化了发起通信的操作流程。并且，通过第一选择模块32和第二显示模块34的配合，提供了联系人帐号聚合功能，在用户选择一个联系人后，显示该联系人在各个通信业务中使用的帐号，使得大量且多类的联系人帐号(如QQ、MSN、飞信的联系人等)集中在一起显示时，联系列表不会过长，且不会显得杂乱，搜索和浏览联系人也更加方便。

图4是根据本发明实施例的通信客户端的优选结构框图三，如图4所示，优选地，请求模块13还包括：查询模块42，耦合至第一选择模块32，用于确定目标联系人名称对应的组中各通信帐号所对应的各通信插件12，并通过各通信插件12查询当前能够发起的通信方式；第二显示模块34还用于显示上述通信方式；第二选择模块36还用于接受用户从显示的通信方式中选择需发起的通信方式的操作；调用模块38还用于调用确定的通信插件12通过需发起的通信方式向目标联系人发起上述选择的通信业务类型的通信过程。

相关技术中，要汇总一个联系人的所有通信方式，或者找到联系人目前可用的一种通信方式，可能需要启动和查看所有的通信客户端，这会导致对联系人帐号管理的不便。通过上述结构，能够使用户一目了然地了解联系人当前能够发起的通信方式，从而自主选择通过什么样的方式来发起通信，从而提高了用户的体验。

优选地，查询模块42根据各通信帐号的在线情况和/或业务能力通过各通信插件12查询当前能够发起的通信方式。根据在线情况查询当前能够发起的通信方式，能够防止联系人不在线的情况下向对方发起即时消息或语音通话等无法在不在线的情况下进行的通信方式，提高了用户发起通信业务的有效性；根据业务能力查询当前能够发起的通信方式，能够防止因目标联系人不具备通过用户发起的通信方式进行通信的权限，导致接收不到用户消息的情况，防止会话的丢失。

优选地，多个通信插件12通过动态链接库文件实现。

动态链接库文件能够提供若干可供调用的函数，这些函数称为动态库的导出函数。动态链接库文件只有通过操作系统提供的API函数加载进主程序所在的进程空间，主程序才能调用动态库中的函数。动态库文件可以用提供相同导出函数集合的其他动态库文件替换，而主程序不需重新编译仍能运行，并且如果新动态库文件的导出函数实现有别于被替换的动态库文件，那么整个计算机程序的功能也将改变，因此，通过动态链接库文件实现的通信插件12能够支持业务功能的扩展，并且，通信插件12可以独立发布给用户，安装、升级和卸载插件随时可以进行，不需要主程序重新编译或安装。

图5是根据本发明实施例的通信客户端的优选结构框图四，如图5所示，优选地，控制模块11还可以包括：配置文件52，耦合至第一确定模块14和调用模块15，用于记录多个通信插件12的信息，其中，信息包括以下至少之一：动态链接库文件路径、实现的通信业务类型、实现的业务名称。通过配置文件52，能够为第一确定模块14和调用模块15提供确定及调用的依据，方便了确定及调用的过程。需要说明的是，第一确定模块14也可以通过查询各通信插件12等方式确定对应的通信插件，不限于根据配置文件52的内容确定对应的通信插件的方式。

图6是根据本发明实施例的通信客户端的优选结构框图五，如图6所示，优选地，多个通信插件12中的各个通信插件12还用于接收发送至用户的通信请求，并将发起方的通信帐号发送至检索模块62；控制模块11还包括：检索模块62，用于在获取的联系人信息中检索发起方的通信帐号；第三显示模块64，用于在检索模块62检索到发起方的通信帐号的情况下，显示发起方的通信帐号所在的组所对应的联系人名称，在检索模块62未检索到发起方的通信帐号的情况下，显示发起方的通信帐号。

通过以上结构，通信发起方的帐号识别则可将帐号转换为用户更容易记忆的联系人显示名称，方便用户使用。

图7是根据本发明实施例的通信业务发起方法的流程图，该方法包括以下步骤：

步骤S702，移动终端接受用户操作以生成对应于该操作的通信请求，其中，通信请求包括：目标联系人和选择的通信业务类型；

步骤S704，在移动终端包含的多个通信插件中确定用于实现上述选择的通信业务类型的通信过程的通信插件；

步骤S706，调用确定的通信插件向目标联系人发起上述选择的通信业务类型的通信过程。

相关技术中，用户同时使用不同业务时，需要在不同业务的客户端之间进行切换，这会给用户操作带来不便，降低了用户的体验。本发明实施例提供的方法中，通信客户端生成对应于用户操作的通信请求，再从多个用于实现不同通信业务类型的通信过程的通信插件中确定对应于该通信请求的通信插件，最后调用确定的通信插件实现通信过程。能够在一个通信客户端中实现多种类型的通信业务，降低了用户同时使用多种通信业务的操作复杂度，提高了用户的体验。

优选地，在步骤S702之前，还包括：移动终端控制多个通信插件登陆到各自服务器获取联系人信息，其中，联系人信息包括：联系人名称和通信帐号；将对应于同一个联系人名称的通信帐号划分在同一个组中；显示每个组所对应的联系人名称。通过上述过程，能够让用户直观地了解到其在各个通信业务中的联系人，提高了用户的体验。

优选地，步骤S702包括：移动终端接受用户从显示的联系人名称中选择目标联系人名称的操作；移动终端显示目标联系人名称对应的组中的通信帐号；移动终端接受用户从显示的通信帐号中选择目标通信帐号的操作；确定上述选择的通信业务类型为目标通信帐号对应的通信业务类型。

通过上述过程，用户只需选择联系人，再从显示的账号中选择一个帐号便可完成通信的发起，极大简化了发起通信的操作流程。并且，该过程提供了联系人帐号聚合功能，在用户选择一个联系人后，显示该联系人在各个通信业务中使用的帐号，使得大量且多类的联系人帐号(如QQ、MSN、飞信的联系人等)集中在一起显示时，联系列表不会过长，且不会显得杂乱，搜索和浏览联系人也更加方便。

下面描述的实施例1-3，综合了上述多个优选实施例的技术方案。

实施例1

图8是根据本发明实施例1的通信客户端的软件架构示意图，如图8所示，通信客户端包括：

一，主程序，主要提供集中的联系人帐号管理功能，集中的联系人帐号管理是指用户在所有通信业务中的联系人帐号都集中存储、集中显示，并且通过统一的用户界面进行操作，如添加、删除、发起通信等。

二，若干通信插件，其中每个通信插件提供一项通信服务。通信插件可以动态安装、升级和卸载，以更新统一通信客户端的功能。其中，“动态”是指，通信插件可以独立发布给用户，安装、升级和卸载插件随时可以进行，不需要主程序重新编译或安装。

为了实现通信插件的动态安装、替换和升级，通信插件可以以动态链接库文件的形式提供，统一通信客户端的主程序则是一个可执行文件。同类通信业务，例如MSN和QQ的业务流程非常相似，因此实现它们的动态链接库的导出函数定义相同，不过实现不同。这样当主程序调用MSN动态链接库的Send函数发送的是一个MSN消息，而调用QQ动态链接库发送的是一个QQ消息。一种通信业务，只要知道其业务类型(例如，即时消息)，便可知道实现它的动态链接库有哪些导出函数。

统一通信客户端以一个配置文件记录所有已安装的通信插件，每个通信插件记录的信息包括：通信插件对应的动态链接库文件路径、实现的业务名称(如MSN、QQ等)、通信业务类型(例如，即时消息)。主程序通过读取此配置文件，便可生成支持的通信业务列表。用户要执行某种通信业务时，主程序便加载对应的动态链接库，然后调用它的导出函数完成业务功能。

安装一个通信插件，需要在配置文件中增加一条记录。而删除一个通信插件，除了删除相应的动态链接库，还需要从配置文件中删除对应的记录。由于替换动态链接库文件不需要主程序重新编译，因此可以动态升级通信插件。

实施例2

实施例1中的主程序提供的集中的联系人帐号管理功能主要通过以下手段来实现：

1，在联系人帐号的用户管理界面方面，提供了一种联系人帐号聚合的功能。所谓联系人帐号聚合，是指统一通信客户端自动将显示名称相同的联系人帐号进行分组，每组帐号被客户端视为一条联系人记录，作为一个整体显示，并且用户发起通信时也只需指定一个帐号组作为对象。联系人帐号聚合功能如图9所示。

2，当用户作为通信发起者时，客户端提供了动态通信菜单的交互机制。用户发起通信时，只需指定一个帐号组作为对象(例如，选定联系列表中显示的一条记录，因为帐号聚合功能，每条联系人记录对应一组帐号)，客户端根据用户的通信帐号的登录情况、通信能力，以及所有联系人帐号的在线情况、通信能力，自动列出与该联系人所有可能的通信方式，生成动态通信菜单，图10示出了动态通信菜单的一个示例。每个联系人的动态通信菜单可能不同。

3，当用户作为通信对象时，客户端自动将通信发起方的通信帐号关联到某个联系人记录，因此可以在通信提示界面中显示联系人记录的显示名称。

实施例3

图11是根据本发明实施例3的通信客户端的详细软件架构示意图，如图11所示，各构件的功能说明如下：

一，主程序，是通信客户端的主体，负责实现与用户的交互，即向用户展示数据(例如联系列表)及接受用户输入。

二，插件管理器，负责通信插件的动态加载。

三，通信插件，每个通信插件实现一项业务功能，例如飞信、MSN等。

四，数据库，负责存储各类业务的联系人。

在上述构件的协作下，通信客户端应用从启动到显示出所有业务联系人的主要步骤如图12所示，包括：

步骤S1201，插件管理器加载所有通信插件；

步骤S1202，主程序调用通信插件的登录功能，完成所有用户帐号的登录；

步骤S1203，各通信插件完成登录后，从服务器下载联系人列表，并将其存入数据库；

步骤S1204，主程序从数据库中读取各通信插件写入的联系列表，集中显示，并且实施帐号聚合。

在步骤S1204中，每个业务的联系人帐号都存储于关系型数据库的一个对应表中，每个帐号多对应表中的一个条目。不同业务定义的联系人属性不同，因此不同表中条目的属性也不同，但有一些属性是所有业务中都必须定义的，如显示名称、头像、联系人所属业务等。统一通信客户端遍历数据库所有表，将每条记录的共同属性显示在一个列表中，便可集中显示联系人。

用户如对联系列表的某条记录进行操作，例如查看详细信息，统一通信客户端便读取该记录的“所属业务”属性，然后调用相应的通信插件，执行查看详细信息操作。

如果开启联系人帐号聚合功能，统一通信客户端遍历所有联系人帐号记录后，将生成虚拟的联系列表，列表中的每一项的显示名称都不同，并且每一项映射显示名称相同的一条或多条联系人帐号记录。统一通信客户端显示此虚拟的联系列表，便实现了联系人帐号聚合功能。

在上述构件的协作下，用户点击一个联系人，客户端自动生成动态通信菜单的流程如图13所示，包括：

步骤S1301，主程序检查虚拟联系列表，得到该联系人对应的联系人帐号记录；

步骤S1302，主程序根据联系人帐号的所属业务属性，通过插件管理器向相应的通信插件查询对该联系人帐号可以执行的通信操作；

步骤S1303，主程序依次检查所有联系人帐号的可用通信方式；

步骤S1304，主程序将所有帐号的可用通信方式合并生成联系人的可用通信操作集合；

步骤S1305，主程序根据联系人的可用通信操作集合生成动态通信菜单。

在上述构件的协作下，实现通信发起方帐号识别的步骤如图14所示，其中

步骤S1401，通信插件收到通信请求后，将通信发起方的帐号及通信业务类型通过插件管理器报告主程序；

步骤S1402，主程序用发起方的帐号检索数据库中该业务的所有联系人；

步骤S1403，如果找到一条记录，便在提示用户时将记录中的显示名称报告给用户；

步骤S1404，如果没有找到任何记录，说明发起方不是用户的联系人，直接显示帐号。

综上所述，本发明实施例提供的方案能够在一个通信客户端中实现多种类型的通信业务，降低了用户同时使用多种通信业务的操作复杂度，提高了用户的体验。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种通信客户端，其特征在于，包括控制模块和多个通信插件，其中，每个通信插件用于实现一种通信业务类型的通信；

所述控制模块包括：

请求模块，用于接受用户操作以生成对应于所述操作的通信请求，其中，所述通信请求包括：目标联系人和选择的通信业务类型；

第一确定模块，用于确定所述多个通信插件中用于实现所述选择的通信业务类型的通信的通信插件；

调用模块，用于调用所述确定的通信插件向所述目标联系人发起所述选择的通信业务类型的通信。

2.根据权利要求1所述的通信客户端，其特征在于，所述控制模块还包括：

获取模块，用于控制所述多个通信插件登陆到各自服务器获取联系人信息，其中，所述联系人信息包括：联系人名称和通信帐号；

分组模块，用于将对应于同一个联系人名称的通信帐号划分在同一个组中；

第一显示模块，用于显示每个组所对应的联系人名称。

3.根据权利要求2所述的通信客户端，其特征在于，所述请求模块包括：

第一选择模块，用于接受用户从所述第一显示模块显示的联系人名称中选择目标联系人名称的操作；

第二显示模块，用于显示所述目标联系人名称对应的组中的通信帐号；

第二选择模块，用于接受用户从所述第二显示模块显示的通信帐号中选择目标通信帐号的操作；

第二确定模块，用于确定所述选择的通信业务类型为所述目标通信帐号对应的通信业务类型。

4.根据权利要求3所述的通信客户端，其特征在于，

所述请求模块还包括：查询模块，用于确定所述目标联系人名称对应的组中各通信帐号所对应的各通信插件，并通过所述各通信插件查询当前能够发起的通信方式；

所述第二显示模块还用于显示所述通信方式；

所述第二选择模块还用于接受用户从所述显示的通信方式中选择需发起的通信方式；

所述调用模块用于调用所述确定的通信插件通过所述需发起的通信方式向所述目标联系人发起所述选择的通信业务类型的通信过程。

5.根据权利要求4所述的通信客户端，其特征在于，所述查询模块根据所述各通信帐号的在线情况和/或业务能力通过所述各通信插件查询当前能够发起的通信方式。

6.根据权利要求1所述的通信客户端，其特征在于，所述多个通信插件通过动态链接库文件实现。

7.根据权利要求6所述的通信客户端，其特征在于，所述控制模块还包括：配置文件，用于记录所述多个通信插件的信息，其中，所述信息包括以下至少之一：动态链接库文件路径、实现的通信业务类型、实现的业务名称。

8.根据权利要求3所述的通信客户端，其特征在于，

所述多个通信插件中的各个通信插件还用于接收发送至所述用户的通信请求，并将发起方的通信帐号发送至检索模块；

所述控制模块还包括：

所述检索模块，用于在所述获取的联系人信息中检索所述发起方的通信帐号；

第三显示模块，用于在所述检索模块检索到所述发起方的通信帐号的情况下，显示所述发起方的通信帐号所在的组所对应的联系人名称，在所述检索模块未检索到所述发起方的通信帐号的情况下，显示所述发起方的通信帐号。

9.一种通信业务发起方法，其特征在于，包括以下步骤：

通信客户端接受用户操作以生成对应于所述操作的通信请求，其中，所述通信请求包括：目标联系人和选择的通信业务类型；

在通信客户端包含的多个通信插件中确定用于实现所述选择的通信业务类型的通信过程的通信插件；

通信客户端调用所述确定的通信插件向所述目标联系人发起所述选择的通信业务类型的通信过程。

10.根据权利要求9所述的方法，其特征在于，在通信客户端接受用户操作以生成对应于所述操作的通信请求之前，还包括：

通信客户端控制所述多个通信插件登陆到各自服务器获取联系人信息，其中，所述联系人信息包括：联系人名称和通信帐号；

通信客户端将对应于同一个联系人名称的通信帐号划分在同一个组中；

通信客户端显示每个组所对应的联系人名称。

11.根据权利要求10所述的方法，其特征在于，通信客户端接受用户操作以生成对应于所述操作的通信请求包括：

通信客户端接受用户从显示的联系人名称中选择目标联系人名称的操作；

通信客户端显示所述目标联系人名称对应的组中的通信帐号；

通信客户端接受用户从显示的通信帐号中选择目标通信帐号的操作；

通信客户端确定所述选择的通信业务类型为所述目标通信帐号对应的通信业务类型。

Images