CN101917676B - 手机短信向即时通信业务平滑过渡的双模式客户端及方法 - Google Patents

Abstract

本发明公开了双模式客户端及方法，其中客户端包括：双模消息模块，调用短信业务模块和即时通信业务模块完成业务，以统一界面完成消息的接收与发送并将消息保存到统一消息数据表，并根据合集联系人数据表管理联系人，为联系人分配身份标识；合集联系人数据表，根据机身通信录和即时通信联系人录对应记录联系人名称、短信业务地址域和即时通信业务地址域以及身份标识；统一消息数据表，用于统一存储历史消息，保存为映射短信消息结构和即时通信消息结构的合集数据结构，并对应记载承载方式。本发明能实现手机短信向即时通讯业务的平滑过渡，不管采用短信方式还是互联网即时通信方式，用户看到相同的程序界面，并统一存储管理把短信和即时通信信息。

Description

手机短信向即时通信业务平滑过渡的双模式客户端及方法

技术领域

本发明属于移动通信领域中手机短信业务及互联网技术领域中即时通信业务，具体涉及一种安装在手机上具备短信功能和即时通信功能并能实现手机短信向即时通信业务的平滑过渡的双模式客户端装置，以及实现既提供全面的手机短信收发能力又在有条件的时候提供互联网即时通信能力的双模式业务通讯方法。

背景技术

在公众移动通信网络(例如包括GSM、CDMA的第2代移动通信网络、包括TD-SCDMA、W-CDMA、CDMA2000的第3代移动通信网络)中，运营商可以向用户提供短信业务和IP接入业务。由于短信业务从功能特征上看除了没有在线状态功能即PRESENCE功能外，其它功能与移动IP即时通信业务相似，因此，短信业务和移动IP即时通信业务有了一定的可比性，最值得比较的两个因素为价格和速度。价格上，由于短信技术采用了信令信道承载方式，因此短信业务的价格较之即时通信业务而言(仅以中国为例)要昂贵许多，0.1元每条的短信长度不超过70个汉字或者160个英文字符，而按照中国联通，1MB GPRS流量收费0.3元的资费，则利用移动IP即时通信方式所需的通信费用仅约为1元/1百万字。速度上，短信通信技术机理决定了短信的传送时间比IP传送时间长很多，通常为单向5秒钟以上，且丢包率和时延抖动均较高，也没有自动重发的技术能力，只能依靠人工判断是否重发，而采用移动IP即时通信技术，则速度约为每秒2～5条来回消息。因此，用移动IP即时通信方式来补充并逐渐替代短信的趋势，具有相当的趋势。

但分离使用短信业务和移动IP即时通信业务也给用户带来了相应的成本，在用户看来虽然进行的是同一种沟通方式，但是它们在联系人、程序界面、信息保存地点和方式等重要方面，是基本不相同、且完全不互通的两个应用：

1)在使用联系人录时，短信程序采用手机本身的通信录(通信录中保存如电话号码等地址标识)，而移动IP即时通信程序采用自己管理的通信录(通讯录中保存如账户地址、注册邮箱等自定义的地址标识)。同一个用户的这两套通信录通常是交叉的关系。但是因为短信程序采用电话号码作为地址标识，移动IP即时通信程序采用某种自定义的号码作为地址标识(例如QQ号码或者MSN注册邮箱)，因此对于重复的联系人也只能分别进行管理，例如对同一联系人的增删改等操作需要分别在手机通信录程序中和即时通信程序中进行，所以实际上与管理不同的联系人并无差别。

2)在程序界面上，短信程序以文件夹(大多采用收件箱、发件箱、草稿箱、已发件箱、已删件箱结构)方式作为基本界面，而移动IP即时通信程序以联系人为基础结构进行在线状态管理以及聊天序列管理的方式作为基本界面，二者的重点完全不一样，前者关注信息获取和发送过程，具有强烈的通信资源管理特征；后者关注沟通者之间的交流过程，具有强烈的人际关系管理特征。

3)在信息保存地点和方式上，短信程序和移动IP即时通信程序分别在各自的数据文件中以不同的格式和结构保存历史信息。在格式上，短信数据中包含短信中心、国际或国内号码属性、是否需要状态报告等数据单元，而即时通信则具有更繁杂的另外的数据单元。在结构上，基于历史演进原因，短信程序设计支持的信息条数较少，因此通常把收发的短信按已收、待发、已发、已删等文件夹保存，且方便于以条为单位进行删除，故不适合长期大量保存。而移动互联网即时通信程序设计支持信息条数较多，因此把收发的信息以联系人的属性数据方式进行保存，且通常不考虑以条为单位进行删除而主要是考虑成批删除，因此适合长期大量保存。

以上所述不一样的构成因素，其形成的原因是因为它们具有不一样的技术起点。短信业务是窄带承载网上的电信业务起源特征，它的弱势在于收发速度慢、文字容量小，但优势在于严格地按统一标准进行管理，使得所有手机用户都可以使用。而移动IP即时通信业务是比短信业务更高级更完整的手机信息沟通产品，它具有互联网即时通信业务起源的特征，优势在于速度快，形式灵活，完全超越了短信的方式，但其弱势在于供应商众多，设计侧重点相互不同，因此造成了只有部分手机用户可以使用的局限性。当然，这两个特征是因为不同实现方式的差异所致，它们并没有对立的关系。

因此，可以简单地概括为：手机短信和移动IP即时通信这两个同属于收发即时信息应用类型的手机业务，它们之间却因为技术实现方式不同而互异和互斥，不能同时交叉使用。

例如，已经登录了手机MSN的使用者甲在手机短信界面中给同样已经登录了手机MSN的使用者乙发送一条短信，乙为了操作方便并快速和可靠地回复甲，则通常直接利用短信来回复甲，因此，甲乙之间的消息收发很容易错失既快且便宜的手机MSN方式，即便双方中途转入到手机MSN方式，但之前的来回短信却不能方便地显示在MSN界面中作为继续发送MSN消息的参考。

再如，节日之际丙要给数十位朋友群发节日祝福信息，虽然丙是手机MSN的用户，并且他的这数十位朋友之中也有不少人是手机MSN用户，甚至当时还有一些朋友就登陆在MSN网络上，但为了群发的方便，不至于发漏或者发重，丙只好放弃手机MSN，而只通过手机短信群发的方式来发送祝福信息。

这种互异且互斥的情况，使得GPRS和CDMA移动分组数据通信网络的速度优势和成本优势在即时信息沟通应用领域发挥效益的速度大大放慢。例如，中国移动早在2001年即正式商用了GPRS接入业务，但至今(2010年)为止人们还是主要用短信方式来进行日常的沟通，手机QQ和手机MSN等只很少地用于非正式场合。这对移动运营商的GPRS网络投资来说是一种浪费，对用户而言也因没有用上先进的技术而长期忍受短信较低的质量和较高的价格。

发明内容

本发明所要解决的技术问题是提供一种安装在手机上具备短信功能和即时通信功能的双模式客户端装置，以及实现既提供全面的手机短信收发能力又在有条件的时候提供互联网即时通信能力的双模式业务通讯方法，通过该方法及手机客户端，手机用户在不放弃短信业务功能和特征的前提下，当在有条件的时候能够自动智能地升级切换到即时通信模式。

为了解决上述技术问题，本发明提供了一种双模式客户端装置，应用于具有短信业务模块和即时通信业务模块的终端，所述双模式客户端装置包括：双模消息模块、合集联系人数据表和统一消息数据表；其中，所述双模消息模块，调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和共性数据单元，以统一界面完成消息的接收与发送并将所述消息保存到所述统一消息数据表，并根据所述合集联系人数据表管理联系人，为联系人分配唯一的身份标识；所述合集联系人数据表，为机身通信录和即时通信业务的即时通信联系人录中每个联系人建立表项，并在每个表项中对应记录该联系人名称、短信业务地址域和即时通信业务地址域，以及由双模消息模块为该联系人分配的身份标识；所述统一消息数据表，用于统一存储收到和发出的历史消息，保存为映射短信消息结构和即时通信消息结构的合集数据结构，并对应记载每条消息在收发过程中所采用的承载方式。

进一步的，所述双模消息模块，当进行消息发送时，自动智能判断选择通过短信方式或是某种即时通信方式作为发送承载方式；还用于调用所述统一消息数据表编辑其所保存的历史消息。

进一步的，所述双模式客户端装置还包括：发送规则数据表，用于保存消息发送承载方式的具体规则供所述双模消息模块自动智能判断选择以完成消息的控制发送，所述规则包括以下一种或多种的组合：

针对每种承载方式，设定“无条件使用”或“前一种承载方式失败时使用”或“无条件不使用”；各种承载方式的优先权顺序；在使用某种即时通信类承载方式发送消息时，是否需要对方具有某种在线状态才能发送；在对收到消息进行回复处理时，是否沿用发方发送时所采用的承载方式进行消息发送。

进一步的，所述合集联系人数据表，其中的所述身份标识用于索引短信业务地址域和即时通信业务地址域，通过联系人的身份标识查找到该联系人的所有信息，或通过该联系人的信息查找到该联系人所对应的身份表识。

进一步的，所述合集联系人数据表，其中的短信业务地址域的格式符合相应的移动通信网络用户号码编码规范，即时通信业务地址域的格式符合相应的即时通信业务定义的用户地址或用户ID的格式规范。

进一步的，所述双模消息模块，经用户触发将机身通信录中的所有联系人和/或某一即时通信业务的即时通信联系人录中所有联系人导入到合集联系人数据表中，当检测到当前被导入的联系人的一业务地址与合集联系人数据表中一联系人的对应业务地址相同时，则表示是同一人，因此把当前被导入的联系人的其它地址合并到已有联系人中；否则，在所述合集联系人数据表中为当前被导入的联系人新增联系人表项，分配唯一的身份标识，并将当前被导入的联系人的所有业务地址以及联系人名称复制到所述身份标识之下。

进一步的，所述双模消息模块，经用户触发将所述合集联系人数据表中已有的不同联系人合并为一个联系人或将不同联系人的对应的多个业务地址被合并到一个身份标识之下。

进一步的，所述统一消息数据表，其中的短信消息域的格式符合手机短信业务的数据接口规范，即时通信消息域的格式符合相应的即时通信业务的数据接口规范。

进一步的，所述双模消息模块，所抽取的共性过程，包括：消息接收过程、消息发送过程、联系人获取过程；所述双模消息模块，所抽取的所述共性数据单元，包括：收到消息中的发方地址或发出消息中的收方地址、收到消息的消息内容或发出消息的消息内容、收到消息的消息时间、联系人的业务地址、联系人名称。

进一步的，所述双模消息模块，进一步包括：消息接收子模块、消息发送子模块和界面接口子模块，其中，所述消息接收子模块，从所述短信业务模块或即时通信业务模块接收的消息中抽取消息数据，将所述消息的承载类型、所述消息数据中全部数据单元统一映射存储到所述统一消息数据表中作为历史消息数据，并将从所述短信业务模块或即时通信业务模块接收的消息发送给所述界面接口模块；所述消息发送子模块，从所述界面接口子模块发来的用户输入消息中抽取出收方身份标识，根据所述收方身份标识从所述合集联系人数据表中检索出收方的对应的承载业务的业务地址，把待发送消息中的业务地址和消息内容，根据由发送规则数据表中判断获取的发送规则传递到对应的承载业务的短信业务模块或即时通信业务模块完成消息发送；同时，把收方身份标识、发送所采用的承载业务类型、所述业务地址和所述待发送消息的全部数据单元统一映射存储到所述统一消息数据表中作为历史消息数据；所述界面接口子模块，用于提供统一的消息交互界面，作为统一的输入接口将用户输入消息发送给所述消息发送子模块，或者作为统一的输出接口将所述消息接收子模块发来的消息显示输出给用户。

进一步的，所述双模消息模块，还包括：合集联系人管理子模块和历史消息编辑子模块，其中，所述合集联系人管理子模块，接受由界面接口模块发来的用户调用对合集联系人数据表进行管理操作，将获取到的联系人地址、联系人名称两项共性数据单元映射到合集联系人数据表，对合集联系人数据表进行修改编辑或进行导入；所述历史消息编辑子模块，根据所述统一消息数据表中收到消息的发方地址或者发出消息的收方身份标识，调用合集联系人管理子模块从合集联系人数据表中检索出对方的其它信息，并连同所述统一消息数据表中收到消息或发出消息中的消息内容、消息时间，发送给界面接口子模块，并根据这些信息构成读删改操作的过程，接收由界面接口子模块发来的用户操作对所述统一消息数据表中的所述收到消息和/或发出消息进行读删改操作；界面接口子模块，还根据历史消息编辑子模块发来的信息构成读删改操作的界面，将用户的界面操作反馈给所述历史消息编辑子模块；根据合集联系人数据表构成合集联系人管理的界面，将用户的界面操作反馈给所述合集联系人管理子模块。

为了解决上述技术问题，本发明还提供了一种双模式业务通讯方法，应用于具有短信业务模块、即时通信业务模块以及双模式客户端装置的终端，包括：所述双模式客户端装置为机身通信录和即时通信业务的即时通信联系人录的每个联系人建立表项，并在每个表项中对应记录该联系人名称、短信业务地址域和即时通信业务地址域，以及为该联系人分配的唯一的身份标识；所述双模式客户端装置调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和数据单元，以统一界面完成消息的接收与发送；所述双模式客户端装置将所述消息以短信消息结构和即时通信消息结构的合集数据结构保存，并对应记载每条消息在收发过程中所采用的承载方式。

进一步的，所述双模式客户端装置调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和数据单元，以统一界面完成消息的接收，包括：短信业务模块或者即时通信业务模块将收到的消息发送到所述双模式客户端装置；所述双模式客户端装置根据收到消息中的发方地址检索出相应的身份标识及联系人名称；所述双模式客户端装置将所述身份标识、联系人名称、消息的承载类型及所收到消息的全部数据单元统一映射存储，并生成收到消息的阅读界面。

进一步的，当所述发方地址为陌生地址时，所述双模式客户端装置无法检索出相应的身份标识及联系人名称，则所述双模式客户端装置仅将所述发方地址、消息的承载类型及所收到消息的全部数据单元统一映射存储，并生成收到消息的阅读界面。

进一步的，所述双模式客户端装置调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和数据单元，以统一界面完成消息的发送，包括：所述双模式客户端装置接收用户编辑的消息内容以及用户所选定的一组收信人；所述双模式客户端装置根据收信人的身份标识检索出相应的业务地址，根据所述发送规则判定承载方式，生成逐条发送任务；所述双模式客户端装置根据发送任务中的承载方式，调用相应的短信业务模块或者即时通信业务模块逐条发送消息；所述双模式客户端装置把收方身份标识、发送所采用的承载业务类型连同发送消息的其它全部数据单元统一映射存储。

与现有的方案相比，本发明所获得的技术效果：

本方案具备短信功能和即时通讯功能并能实现手机短信向即时通讯业务的平滑过渡的双模式客户端装置，以及既提供全面的手机短信收发能力又在有条件的时候提供互联网即时通讯能力的双模式业务通讯；

该方案将从联系人、消息数据信息保存方式和程序界面等三个关键角度进行统一，使得用户不管通过短信方式还是互联网即时通信方式，在消息接收、消息发送、联系人管理、历史收发消息的读改删管理这四个关键功能上都有一致的使用体验；

在手机上安装的双模式信息客户端，自动管理用户的即时通信账号和手机号码之间的对应关系，使得用户身份在短信业务和即时通信业务中具有同一性。还通过建立通信录对照表数据库，统一管理联系人的短信通信手机号码地址和即时通信用户ID编码地址。当用户使用该客户端进行信息收发、信息阅读和管理时，不管采用短信方式还是互联网即时通信方式进行具体承载，看到的都相同的程序界面。该客户端把收到和发出的短信和即时通信信息进行统一存储管理。

附图说明

图1为本发明实施例中手机客户端的总体结构图；

图2为本发明实施例中合集联系人数据表的具体结构图；

图3为本发明实施例中统一消息数据表的具体结构图；

图4为本发明实施例中消息接收的方法流程图；

图5为本发明实施例中消息群发的方法流程图。

图6为本发明实施例中发送规则数据表的具体结构图。

具体实施方式

本发明内容从用户身份管理、通讯录、用户界面和信息保存方式等四个关键角度描述统一管理的方法及其相应的装置，以及自动实现将按照以下具体方式实施。

本发明中装置的角色术语：

安装在手机上的具备常规的短信功能及常规的互联网即时通信功能的双模式信息客户端，简称为“手机客户端”；

安装在互联网上的即时通信服务器，简称为“服务器”；

共性数据单元：发方地址或收方地址、联系人名称、联系人业务地址、消息内容、消息时间；

统一消息：统一存储的收到和发出消息；

合集联系人数据表：针对机身通信录和即时通信业务的即时通信联系人录中的每个联系人进行合并管理所获得的总体联系人录。

如图1所示，通过在GSM、CDMA或TD-SCDMA手机中植入手机客户端，包括：双模消息模块1、合集联系人数据表2、统一消息数据表3和发送规则数据表7；其中，

双模消息模块1，用于屏蔽短信业务和即时通信业务中有个性特征的过程和数据单元，抽取其共性过程和共性数据单元，并向用户以统一界面提供消息接收功能、消息发送功能、合集联系人管理功能、历史消息编辑功能。当进行消息发送时，双模消息模块自动智能判断选择通过短信方式或即时通信方式中的哪种业务方式作为发送承载方式。

合集联系人数据表2，为机身通信录6和即时通信业务的即时通信联系人录8的所有联系人建立表项，并在每个联系人的表项中对应记录该联系人名称(来源于机身通信录6)、短信业务地址域和即时通信业务地址域，以及由双模消息模块1为该联系人分配的唯一的身份标识(统一ID)。所述身份标识用于索引短信业务地址域和即时通信业务地址域。

通过联系人的唯一的身份标识可以查找到该联系人的名称和所有的短信或即时通信业务地址，反之也可以通过任一业务地址查找到该联系人所对应的身份标识。其中，短信业务地址域的格式符合相应的移动通信网络用户号码编码规范，即时通信业务地址域的格式符合相应的即时通信业务定义的用户地址的格式规范。合集联系人数据表的具体结构可以对应参考图2。

所述统一消息数据表3，用于统一存储收到和发出的历史消息(其中含有发方地址或收方身份标识(统一ID)、以及消息内容和消息时间)，其数据结构是一个能够映射短信消息结构和即时通信消息结构的合集数据结构，并能对应记载每条消息在收发过程中所采用的承载方式(通过短信业务方式或者具体哪种即时通信业务方式)。其中，短信消息域的格式符合手机短信业务的数据接口规范，即时通信消息域的格式符合相应的即时通信业务的数据接口规范。统一消息数据表的具体结构可以对应参考图3。

所述发送规则数据表7，用于保存消息发送承载方式的具体规则，参见附图6，包括以下：

1)针对每种承载方式，设定“无条件使用”或“前一种承载方式失败时使用”或“无条件不使用”；

2)各种承载方式的优先权顺序，考虑到资费与速度的优劣势，一般设置为即时通信方式优先，短信业务方式次之，也可由用户自定义；存在多种即时通信方式时，可由系统按一定的优先级自行安排优先权顺序，也可由用户自定义；

3)在使用某种即时通信类承载方式发送消息时，是否需要对方具有某种在线状态才能发送；所述在线状态指双模消息模块以RFC2778第2.1节中描述的WATCHERS方式从即时通信业务服务器中获得的PRESENCEINFORMATION类型的对方状态；

4)在对收到消息进行回复处理时，是否优先沿用发方发送时所采用的承载方式进行消息发送。

所述双模消息模块1自动智能判断发送规则数据表7保存的规则中一种或多种的组合来控制完成消息发送，通过上述规则的设定与使用，并结合前述双模消息模块1、合集联系人数据表2、统一消息数据表3，从而实现手机短信向即时通信业务的平滑过渡。

下面以一个实施例对所述合集联系人数据表2的操作进行说明。

用户可以通过下述a)方法把机身通信录6和即时通信联系人录8导入到合集联系人数据表2，以及a)、b)方法完成多个业务地址到一个合集联系人的合并：

a)在双模消息模块的合集联系人管理界面中，由用户手动或者经用户触发由双模消息模块自动把机身通信录6中的所有联系人和/或某一即时通信业务的即时通信联系人录8中所有联系人导入到合集联系人数据表2中。

在导入过程中，当检测到某一正在被导入的联系人的某一业务地址与合集联系人数据表2中某一联系人的对应业务地址相同时，则表示是同一人，因此把当前被导入的联系人的其它地址合并到已有联系人中；否则，在合集联系人数据表2中为该当前被导入的联系人新增联系人表项，分配唯一的身份标识，并将当前被导入的联系人的所有业务地址以及联系人名称复制到该身份标识之下；

b)在双模消息模块1的合集联系人管理界面中，用户手动把合集联系人数据表2中已有的不同联系人合并为一个联系人，不同联系人的对应的多个业务地址被合并到一个身份标识之下。

下面以一个实施例结合图1对所述双模消息模块进行详细描述。

在应用本发明的方案之前，应保证手机中安装有下述模块：

短信业务模块4，用于处理本手机所采用的GSM、CDMA或TD-SCDMA移动通信网络类型的短信业务，其中所述GSM还包括后续的UMTS、UMTSLTE等继承了GSM短信业务规范的未来演进，CDMA还包括后续的CDMA1X、CDMA2000等继承了CDMA短信业务规范的未来演进；

即时通信业务模块5，用于处理一至多种符合IETF RFC2778 IMPS业务模型和RFC2779 IMPS需求模型所描述的即时通信业务。其中所述即时通信业务包括全部采用公共标准的由RFC3920/RFC3428所定义的XMPP/SIMPLE类业务以及部分采用私有标准但被涵盖在RFC2778和RFC2779范围之下的ICQ/QQ/飞信/MSN等业务。

所述双模消息模块1，作为手机中已安装有的短信业务模块4和即时通信业务模块5的上层模块，调用此两个模块以及其他功能模块以屏蔽各业务的差异；抽取各业务的共性过程和共性数据单元进行处理，并向用户以统一界面提供功能。

所述共性过程包括：消息接收过程、消息发送过程、联系人获取过程，所述共性数据单元包括：收到消息中的发方地址或发出消息中的收方地址、收到消息的消息内容或发出消息的消息内容、收到消息的消息时间、联系人的业务地址、联系人名称。

所述双模消息模块1，包括：消息接收子模块11、消息发送子模块12、合集联系人管理子模块13、历史消息编辑子模块14和界面接口子模块15，其中，

消息接收子模块11，从短信业务模块4或即时通信业务模块5接收的消息中抽取消息数据，然后将消息的承载类型、所收到的消息数据中的全部数据单元统一映射存储到所述统一消息数据表3中作为历史消息数据；并将从短信业务模块4或即时通信业务模块5接收的消息发送给所述界面接口子模块15；

消息发送子模块12，从所述界面接口子模块15发来的用户输入消息中抽取出收方身份标识，根据所述收方身份标识从合集联系人数据表2中检索出收方的对应的承载业务的业务地址，然后把待发送消息中的业务地址和消息内容这两项共性数据单元根据从发送规则数据表7中判断获取的发送规则传递到对应的承载业务的模块(短信业务模块4或即时通信业务模块5)，完成消息发送；同时，把收方身份标识、发送所采用的承载业务类型、所述业务地址和所述待发送消息的其它全部数据单元统一映射存储到所述统一消息数据表3中作为历史消息数据；

合集联系人管理子模块13，接受由界面接口子模块15发来的用户调用对合集联系人数据表2进行管理操作，将获取到的联系人地址、联系人名称两项共性数据单元映射到合集联系人数据表2，对合集联系人数据表2进行修改编辑或进行导入；

历史消息编辑子模块14，根据所述统一消息数据表3中收到消息的发方地址或者所述统一消息数据表3中发出消息的收方身份标识，调用合集联系人管理子模块13从合集联系人数据表2中检索出对方的其它信息，并连同所述统一消息数据表3中收到消息或发出消息中的消息内容、消息时间，发送给界面接口子模块15，并根据这些信息构成读删改操作的过程，接收由界面接口子模块15发来的用户操作对所述统一消息数据表3中的所述收到消息和/或发出消息进行读删改操作；

界面接口子模块15，根据历史消息编辑子模块14发来的信息构成读删改操作的界面，将用户的界面操作反馈给所述历史消息编辑子模块14；根据合集联系人数据表2构成合集联系人管理的界面，将用户的界面操作反馈给所述合集联系人管理子模块13；并提供统一的消息交互界面，作为统一的输入接口将用户输入消息发送给所述消息发送子模块12，或者作为统一的输出接口将所述消息接收子模块11发来的消息显示输出给用户。

下面以一个实施例对既提供全面的手机短信收发能力又在有条件的时候提供互联网即时通信能力的双模式业务通讯方法进行说明。

一种双模式业务通讯方法，应用于具有短信业务模块和即时通信业务模块的手机，包括：

在所述合集联系人数据表中为机身通信录6和即时通信业务的即时通信联系人录8的每个联系人建立表项，并在每个表项中对应记录该联系人名称、短信业务地址域和即时通信业务地址域，以及由双模消息模块为该联系人分配的唯一的身份标识；

所述双模消息模块调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和数据单元，以统一界面完成消息的接收与发送；

将所述消息以短信消息结构和即时通信消息结构的合集数据结构，保存到所述统一消息数据表，并对应记载每条消息在收发过程中所采用的承载方式。

参照图4所示，为本发明实施例中消息接收的方法流程图，包括以下实现步骤：

步骤400，短信业务模块4或者即时通信业务模块5将收到的消息发送到消息接收子模块11；

步骤401，消息接收子模块11根据收到消息中的发方地址，从合集联系人数据表2中检索出相应的统一ID及联系人名称；

对于本步骤，如果发方地址为陌生地址，即从合集联系人数据表2中并不能检索出相应的统一ID及联系人名称，则在步骤402中不予显示，仅显示发方地址即可；

步骤402，消息接收子模块11将统一ID、联系人名称、消息的承载类型、所收到消息的全部数据单元统一映射存储到统一消息数据表3中；

如果步骤401中发方地址为陌生地址，则在本步骤中不予显示统一ID及联系人名称，仅显示发方地址即可；

步骤403，消息接收子模块11将统一ID、联系人名称、消息的承载类型、所收到消息的全部数据单元发送到界面接口子模块15，生成收到消息的阅读界面；

如果步骤401中发方地址为陌生地址，则在本步骤中仅将发方地址与消息的承载类型、所收到消息的全部数据单元发送到界面接口子模块15，生成收到消息的阅读界面。

参照图5所示，为本发明实施例中消息群发的方法流程图，包括以下实现步骤：

步骤500，用户在界面接口子模块15中编辑消息内容，并从合集联系人数据表2中选定一组收信人，手机客户端调用消息发送子模块12进行发送；

步骤501，消息发送子模块12根据收信人的统一ID检索出相应的业务地址，根据发送规则数据表7判定承载方式，生成逐条发送任务；

步骤502，消息发送子模块12根据发送任务中的承载方式，调用相应的短信业务模块4或者即时通信业务模块5逐条发送消息；

步骤503，消息发送子模块12把收方统一ID、发送所采用的承载业务类型连同发送消息的其它全部数据单元统一映射存储到统一消息数据表3中。

其与前述的装置部分的实施例的描述对应，不足之处参考上述装置部分的叙述，在此不一一赘述。

本发明所述的双模式信息客户端及方法，与飞信或其它简单地叠加短信和即时通信子功能的传统手机客户端是有较大区别的。

一、从实质上看，本发明所述的客户端建立了短信业务地址和即时通信业务地址到上层统一用户ID的映射算法，建立了短信业务消息和即时通信消息到上层统一消息数据表的数据结构映射算法，因此才能完成收发消息的统一操作界面管理；而飞信或其它简单地叠加短信和即时通信子功能的手机客户端则只能提供独立的收发消息界面。

二、从表面上看，则有以下具体外在表现的区别：

1)对于收到的同一人用不同承载方式发来的消息，本发明所述的客户端显示为同一发送人；而传统客户端则显示为不同发送人；

2)本发明所述的客户端可以在一个界面中给一组联系人群发消息，由程序自动判断每个收件人的发送承载方式，调用相应的业务模块完成群发；而传统客户端只能按单一的业务承载方式给一组联系人群发消息；

3)进而，本发明所述的客户端可以把不同承载方式下的历史收发消息按联系人过滤出来进行整体的、连续的读增删改操作管理，即两人之间采用多种承载方式发送的多条往来消息可以连续地显示在读增删改界面中；而传统客户端只能在一种业务承载方式下读增删改历史收发消息；

4)本发明所述的客户端可以按费用和性能等因素设定消息发送的承载方式规则，以便自动选择最佳的发送方式；而传统客户端没有承载方式规则设定手段和自动选择能力。

上述说明示出并描述了本发明的若干优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

Claims (15)

1.一种双模式客户端装置，应用于具有短信业务模块和即时通信业务模块的终端，其特征在于，所述双模式客户端装置包括：双模消息模块、合集联系人数据表和统一消息数据表；其中，

所述双模消息模块，调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和共性数据单元，以统一界面完成消息的接收与发送并将所述消息保存到所述统一消息数据表，并根据所述合集联系人数据表管理联系人，为联系人分配唯一的身份标识；

所述合集联系人数据表，为机身通信录和即时通信业务的即时通信联系人录中每个联系人建立表项，并在每个表项中对应记录该联系人名称、短信业务地址域和即时通信业务地址域，以及由双模消息模块为该联系人分配的身份标识；

所述统一消息数据表，用于统一存储收到和发出的历史消息，保存为映射短信消息结构和即时通信消息结构的合集数据结构，并对应记载每条消息在收发过程中所采用的承载方式。

2.如权利要求1所述的客户端装置，其特征在于，

所述双模消息模块，当进行消息发送时，自动智能判断选择通过短信方式或是某种即时通信方式作为发送承载方式；还用于调用所述统一消息数据表编辑其所保存的历史消息。

3.如权利要求2所述的客户端装置，其特征在于，

所述双模式客户端装置还包括：发送规则数据表，用于保存消息发送承载方式的具体规则供所述双模消息模块自动智能判断选择以完成消息的控制发送，所述规则包括以下一种或多种的组合：

针对每种承载方式，设定“无条件使用”或“前一种承载方式失败时使用”或“无条件不使用”；

各种承载方式的优先权顺序；

在使用某种即时通信类承载方式发送消息时，是否需要对方具有某种在线状态才能发送；

在对收到消息进行回复处理时，是否沿用发方发送时所采用的承载方式进行消息发送。

4.如权利要求1所述的客户端装置，其特征在于，

所述合集联系人数据表，其中的所述身份标识用于索引短信业务地址域和即时通信业务地址域，通过联系人的身份标识查找到该联系人的所有信息，或通过该联系人的信息查找到该联系人所对应的身份标识。

5.如权利要求1所述的客户端装置，其特征在于，

所述合集联系人数据表，其中的短信业务地址域的格式符合相应的移动通信网络用户号码编码规范，即时通信业务地址域的格式符合相应的即时通信业务定义的用户地址或用户ID的格式规范。

6.如权利要求1所述的客户端装置，其特征在于，

所述双模消息模块，经用户触发将机身通信录中的所有联系人和/或某一即时通信业务的即时通信联系人录中所有联系人导入到合集联系人数据表中，当检测到当前被导入的联系人的一业务地址与合集联系人数据表中一联系人的对应业务地址相同时，则表示是同一人，因此把当前被导入的联系人的其它地址合并到已有联系人中；否则，在所述合集联系人数据表中为当前被导入的联系人新增联系人表项，分配唯一的身份标识，并将当前被导入的联系人的所有业务地址以及联系人名称复制到所述身份标识之下。

7.如权利要求6所述的客户端装置，其特征在于，

所述双模消息模块，经用户触发将所述合集联系人数据表中已有的不同联系人合并为一个联系人或将不同联系人的对应的多个业务地址合并到一个身份标识之下。

8.如权利要求1所述的客户端装置，其特征在于，

所述统一消息数据表，其中的短信消息域的格式符合手机短信业务的数据接口规范，即时通信消息域的格式符合相应的即时通信业务的数据接口规范。

9.如权利要求1所述的客户端装置，其特征在于，

所述双模消息模块，所抽取的共性过程，包括：消息接收过程、消息发送过程、联系人获取过程；

所述双模消息模块，所抽取的所述共性数据单元，包括：收到消息中的发方地址或发出消息中的收方地址、收到消息的消息内容或发出消息的消息内容、收到消息的消息时间、联系人的业务地址、联系人名称。

10.如权利要求3所述的客户端装置，其特征在于，

所述双模消息模块，进一步包括：消息接收子模块、消息发送子模块和界面接口子模块，其中，

所述消息接收子模块，从所述短信业务模块或即时通信业务模块接收的消息中抽取消息数据，将所述消息的承载类型、所述消息数据中全部数据单元统一映射存储到所述统一消息数据表中作为历史消息数据，并将从所述短信业务模块或即时通信业务模块接收的消息发送给所述界面接口模块；

所述消息发送子模块，从所述界面接口子模块发来的用户输入消息中抽取出收方身份标识，根据所述收方身份标识从所述合集联系人数据表中检索出收方的对应的承载业务的业务地址，把待发送消息中的业务地址和消息内容，根据由发送规则数据表中判断获取的发送规则传递到对应的承载业务的短信业务模块或即时通信业务模块完成消息发送；同时，把收方身份标识、发送所采用的承载业务类型、所述业务地址和所述待发送消息的全部数据单元统一映射存储到所述统一消息数据表中作为历史消息数据；

所述界面接口子模块，用于提供统一的消息交互界面，作为统一的输入接口将用户输入消息发送给所述消息发送子模块，或者作为统一的输出接口将所述消息接收子模块发来的消息显示输出给用户。

11.如权利要求10所述的客户端装置，其特征在于，

所述双模消息模块，还包括：合集联系人管理子模块和历史消息编辑子模块，其中，

所述合集联系人管理子模块，接受由界面接口模块发来的用户调用对合集联系人数据表进行管理操作，将获取到的联系人地址、联系人名称两项共性数据单元映射到合集联系人数据表，对合集联系人数据表进行修改编辑或进行导入；

所述历史消息编辑子模块，根据所述统一消息数据表中收到消息的发方地址或者发出消息的收方身份标识，调用合集联系人管理子模块从合集联系人数据表中检索出对方的其它信息，并连同所述统一消息数据表中收到消息或发出消息中的消息内容、消息时间，发送给界面接口子模块，并根据这些信息构成读删改操作的过程，接收由界面接口子模块发来的用户操作对所述统一消息数据表中的所述收到消息和/或发出消息进行读删改操作；

界面接口子模块，还根据历史消息编辑子模块发来的信息构成读删改操作的界面，将用户的界面操作反馈给所述历史消息编辑子模块；根据合集联系人数据表构成合集联系人管理的界面，将用户的界面操作反馈给所述合集联系人管理子模块。

12.一种双模式业务通讯方法，应用于具有短信业务模块、即时通信业务模块以及双模式客户端装置的终端，其特征在于，包括：

所述双模式客户端装置为机身通信录和即时通信业务的即时通信联系人录的每个联系人建立表项，并在每个表项中对应记录该联系人名称、短信业务地址域和即时通信业务地址域，以及为该联系人分配的唯一的身份标识；

所述双模式客户端装置调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和数据单元，以统一界面完成消息的接收与发送；

所述双模式客户端装置将所述消息以短信消息结构和即时通信消息结构的合集数据结构保存，并对应记载每条消息在收发过程中所采用的承载方式。

13.如权利要求12所述的方法，其特征在于，所述双模式客户端装置调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和数据单元，以统一界面完成消息的接收，包括：

短信业务模块或者即时通信业务模块将收到的消息发送到所述双模式客户端装置；

所述双模式客户端装置根据收到消息中的发方地址检索出相应的身份标识及联系人名称；

所述双模式客户端装置将所述身份标识、联系人名称、消息的承载类型及所收到消息的全部数据单元统一映射存储，并生成收到消息的阅读界面。

14.如权利要求13所述的方法，其特征在于，

当所述发方地址为陌生地址时，所述双模式客户端装置无法检索出相应的身份标识及联系人名称，则所述双模式客户端装置仅将所述发方地址、消息的承载类型及所收到消息的全部数据单元统一映射存储，并生成收到消息的阅读界面。

15.如权利要求12所述的方法，其特征在于，所述双模式客户端装置调用所述短信业务模块和即时通信业务模块完成业务，抽取所述业务的共性过程和数据单元，以统一界面完成消息的发送，包括：

所述双模式客户端装置接收用户编辑的消息内容以及用户所选定的一组收信人；

所述双模式客户端装置根据收信人的身份标识检索出相应的业务地址，根据所述发送规则判定承载方式，生成逐条发送任务；

所述双模式客户端装置根据发送任务中的承载方式，调用相应的短信业务模块或者即时通信业务模块逐条发送消息；

所述双模式客户端装置把收方身份标识、发送所采用的承载业务类型连同发送消息的其它全部数据单元统一映射存储。

Images