CN101815100A - 一种基于移动电话通讯录的消息共享及推送系统 - Google Patents

Abstract

本发明公开了一种基于移动电话通讯录构建的消息共享及推送系统。该系统包括运行于互联网上的关系管理服务器，消息编辑服务器及消息推送服务器以及运行于移动电话上的关系管理客户端，消息编辑客户端及消息呈现客户端。本系统以移动电话中的通讯录为基础，在互联网上自动构建用户关系数据库。用户通过该系统可以在保证用户的通讯录隐私前提下根据用户不同关系实现用户之间消息的高效共享。

Description

一种基于移动电话通讯录的消息共享及推送系统

技术领域

本发明涉及移动电话及互联网中的消息推送系统，尤其指基于移动电话通讯录构建的互联网用户间的消息推送系统。

发明背景

随着互联网的应用普及，人们之间的通信交往的便利性得到了极大的提高，并且逐渐从现实生活中的人与人之间的关系扩展到基于互联网的用户与用户之间的关系，在目前常见的基于互联网的用户通信应用系统如QQ，MSN，GTALK中，用户与用户之间的关系主要包括好友关系和陌生人关系，如果两个用户之间的关系为好友关系，那么用户之间可以进行诸如聊天，视频，文件传送等多种应用。而这几年比较流行的微博客应用，如Twitter则一方面将用户与用户之间的关系拓展到了关注和被关注的关系：如果用户A关注用户B，则B的消息更新会自动推送到用户A，从而极大提高了消息流通效率；另一方面，这几年流行的微博客类型的应用又将用户之间的消息从聊天，邮件，语音，视频等扩展到了及时状态更新与跟踪这一效率更高的模式。

目前基于互联网以及基于移动网络的用户通信应用系统中普遍存在的一个问题是存在两套甚至是多套用户关系系统，如MSN应用中，每个MSN用户拥有一个MSN好友列表，好友列表上的用户互为好友关系，再如QQ应用中，每个QQ用户也拥有一个QQ好友列表，而用户的手机中的通讯录构成了现实生活中的用户关系，由于普遍存在的对基于互联网的应用系统的安全性顾虑，用户往往不愿意将自己的手机通讯录存储到互联网上并基于此在互联网上重现用户生活中的关系。这就使得基于互联网的网络应用和基于移动电话的现实生活之间产生了割裂。一个显而易见的结果就是用户共享消息的不便性，通过QQ/MSN/Twitter等应用，用户可以非常方便的将自己所要共享的消息(文字，图片，视频等)共享给自己在这些应用中的好友，而当用户希望和自己移动电话中的联系人共享消息时，目前的技术手段只能是通过纯粹的移动通信系统应用如手机短信，手机彩信，手机视频等或者是选择某个互联网应用系统重新建立在相应系统中的联系。

随着3G网络的逐步完善，如WCDMA，TD-CDMA等各种3G网络已经开始提供服务，从而向移动电话提供了更高的可用数据带宽；而随着各种3G终端的逐步发展，如IPhone和以Android系统为基础的各种Android手机使得手机随时随地上网接收和发送大量数据成为了现实。

专利申请《手机多媒体名片交换方法》(申请号：200710034521)公开了一种基于手机短信的多媒体名片的交互方法，该文献中的方案中，发送名片的用户需要将发送目标用户的电话号码提交到方案中提及的业务服务器，这带来了两个弊端，一是用户联系人信息的隐私无法得到有效保护，二是用户只能向已有对方电话号码的联系人发送多媒体名片。

发明内容

因此，本发明的主要目的在于提供一种基于移动电话通讯录的消息共享及推送系统，通过该系统，用户在现实生活中的关系可以安全的在互联网上得到重现，进而通过该系统，用户可以高效的实现消息的多种模式共享。

为达到上述目的，本发明公开了一种基于用户移动电话通讯录的用户消息推送系统，如图1所示，该系统由两部分构成：

服务端：运行于互联网上，包含关系管理服务器，消息编辑服务器，消息推送服务器，用户关系数据库。

客户端：运行于移动电话上，包含关系管理客户端，消息编辑客户端，消息呈现客户端。

上述系统中，客户端与服务端通过如下所述步骤实现用户现实生活关系的互联网重现以及基于用户关系的消息推送。

一、移动电话用户关系互联网重现

步骤1：客户端中的关系管理客户端向关系管理服务器发起注册请求，注册成功后，每个移动电话的关系管理客户端获得一个唯一的用户标识。

步骤2：客户端中的关系管理客户端在移动电话中创建一个加密联系方式列表，该列表由两部分构成，第一部分是用于存储经过加密处理的本机的各种联系方式，第二部分用于存储经过加密处理过的本机各个联系人的各种联系方式。其中，本机的各种联系方式，包括但不限于本机电话号码，本机用户使用的邮件地址，本机用户所使用的各种互联网应用标识(如QQ号码，MSN邮件地址等)。本机的联系人的各个联系方式，包括但不限各个联系人的电话号码，各个联系人使用的邮件地址，各个联系人使用的各种互联网应用标识(如QQ号码，MSN邮件地址等)。

步骤3：客户端中的关系管理客户端将步骤1中获得的用户标识和步骤2中获得的加密联系方式列表一并发送到服务端中的用户关系管理服务器中。

步骤4：服务端中的关系管理服务器收到步骤3所述的用户标识和加密联系方式列表后，首先为每个用户标识生成一个用户关系表，该表由如下几个部分构成：

a.用户标识，标明该用户关系表所对应的用户。

b.加密联系方式列表，即从关系管理客户端收到的和用户标识对应的移动电话上的加密联系方式列表。

c.“我的好友”关系表

d.“我关注的人”关系表

e.“关注我的人”关系表

关系管理服务器生成新的用户关系表后，遍历检查服务器中存在的所有用户关系表，并根据如下规则调整涉及到的用户关系表。

规则1：如果用户标识A中的加密联系方式列表中的本机联系方式加密列表中存在至少一项加密联系方式出现在用户标识B中的加密联系方式列表中的联系人联系方式加密列表中，且用户标识B中的加密联系方式列表中的本机联系方式加密列表中存在至少一项加密联系方式出现在用户标识A中的加密联系方式列表中的联系人联系方式加密列表中，则将用户标识A加入到用户标识B中的“我的好友”关系表中，将B加入到A的“我的好友”关系表中。

规则2：如果用户标识A中的加密联系方式列表中的本机联系方式加密列表中存在至少一项加密联系方式出现在用户标识B中的加密联系方式列表中的联系人联系方式加密列表中，且用户标识B中的加密联系方式列表中的本机联系方式加密列表中任何一项均不出现在A中的加密联系方式列表中的联系人联系方式列表中，则将用户标识A加入到B中的“我关注的人”列表中。而将用户标识B加入到A的“关注我的人”列表中。

规则3：如果用户标识A中的加密联系方式列表和用户标识B中的加密联系方式列表不存在任何一项相同，则对A和B的用户关系表不做任何操作。

二、基于用户关系的消息共享与推送

通过一中所述步骤，关系管理服务器维持了一个系统中各个用户之间的相互关系列表，各个用户即可根据相互关系列表实现便捷高效的消息共享和推送，详细步骤如下所述：

步骤1.消息编辑客户端向消息编辑服务器发起查询请求，获得消息编辑服务器所支持的消息二次编辑指令。

步骤2.移动电话用户通过移动电话中的消息编辑客户端编辑用于共享的消息，消息类型可以为文字，图片，音频，视频等，并可同时指明是否需要服务端进行二次编辑以及二次编辑指令，并同时设定消息共享方式，消息共享方式包括如下4种：

a.“仅和好友共享”：该消息只能和出现在“我的好友”列表中的用户共享。

b.“推荐给我关注的人”：该消息和出现在“我的好友”关系表和“我关注的人”关系表中的用户共享。

c.“推荐给关注我的人”：该消息和出现在“我的好友”关系表和出现在“关注我的人”列表中的用户共享。

d.“和所有人共享”：该消息和出现在“我的好友”，“关注我的人”，“我关注的人”关系表中的用户共享。

步骤3.消息编辑客户端将自身的用户标识、共享消息以及消息二次编辑指令，消息共享类型发送到消息编辑服务器。

步骤4.消息编辑服务器收到用户消息及二次编辑指令后根据指令要求进行相应处理，并将处理过的消息发送到消息推送服务器。

步骤5.消息推送服务器收到消息及消息共享方式类型后，通过发送该共享消息的用户所对应的用户标识获得所有可以接收该共享消息的用户标识列表。

步骤6.移动电话用户设置本机中的消息呈现客户端可接收共享消息类型，可接收共享消息类型包括如下几种：

a.“仅接收好友共享消息”：只接收来自“我的好友”关系表中用户所共享的消息。

b.“可接收我关注的人共享消息”：接收来自“我的好友”和“我关注的人”关系表中用户所共享的消息。

c.“可接收关注我的人共享消息”：接收来自“我的好友”和“我关注的人”，“关注我的人”表中用户所共享的消息。

步骤7.移动电话中的消息呈现客户端定期的向消息推送服务器查询当前是否有可接收的其他用户发送的共享消息，消息推送服务器根据步骤5中的结果给出查询结果，并向可以接收共享消息的消息呈现客户端发送相应的消息。

步骤8.消息呈现客户端收到消息推送服务器发送的共享消息后，将该共享消息存储到移动电话中。

三、共享消息呈现

消息呈现客户端将接收到的共享消息存储到移动电话后，可选择直接进行消息浏览或者在后续收到和共享消息发送用户相关的事件时以适当方式对该消息进行呈现，例如当收到来自用户A的电话呼叫时，查找之前是否有接收过来自用户A的共享图片，如果存在，则直接进行显示。

附图说明

图1为系统框图。

图2为移动电话M1客户端示意图。

图3为移动电话M2客户端示意图。

图4为移动电话M3客户端示意图。

图5为服务端示意图。

图6为实施例“文字状态更新共享”的流程示意图。

图7为实施例“图片状态更新共享”的流程示意图。

图8为实施例“基于地理位置图片共享”的流程示意图。

具体实施方式

下面结合附图2及具体实施例对本发明再作进一步详细的说明。

实施例一、文字状态更新共享

图6描述了基于本发明的一个实施例，文字状态更新共享的过程示例，该实施方案包含如下步骤。

步骤1：移动电话M1的关系管理客户端URMC 1和M2的关系管理客户端URMC2，M3的关系管理客户端URMC3各自向关系管理服务端URMS注册，获得用户标识U1和U2，U3。

步骤2：移动电话M1和M2，M3对各自的通讯录加密处理，并生成一个加密的联系方式列表L1和L2，L3，其中L1包含了M1自身的电话号码加密后的结果SN1，另外还有M2及M3的电话号码加密后的结果SN2，SN3；L2包含了M2自身的电话号码加密后的结果SN2，另外还有M1的电话号码加密后的结果SN1。L3则包含了M3和M1的电话号码加密后的结果SN3和SN1。

步骤3：M1上的关系管理客户端URMC1和M2上的关系管理客户端URMC2，M3上的关系管理客户端URMC3分别将各自移动电话上加密后的联系方式列表L1和L2，L3发送到关系管理服务器URMS。

步骤4：关系管理服务器URMS根据U1/L1和U2/L2，U3/L3生成了相应的用户关系表，其中，U1的用户关系表URT1如下：“我的好友”列表：U2，“我关注的人”列表：空，“关注我的人”列表：U3；U2的用户关系表URT2如下：“我的好友”列表：U1，“我关注的人”列表：空，“关注我的人”列表：空。U3的用户关系表URT3如下：“我的好友”列表：空，“我关注的人”：U1，“关注我的人”：空。

步骤5：用户User1通过M1上的消息编辑客户端SMEC1编辑用于反映自身当前状态的文字信息Ts1，并指明该消息不需要服务器端进行再次处理，同时指定该消息的共享方式为“推荐给关注我的人”。SMEC1将上述信息发送到消息编辑服务端SMES和SMPS。

步骤6：消息编辑服务端SMES收到Ts1，分析消息二次编辑指令，由于Ts1设定为无需再次编辑，SMES直接将Ts1发送给消息推送服务器SMPS。SMPS检查Ts1中的共享类型设定后，从用户关系表中查询得到，需要接收该消息的用户为：U1的好友：U2，关注U1的用户：U3。

步骤7：M1，M2，M3上的消息呈现客户端UMDC1，UMDC2，UMDC3向SMPS查询是否有自己需要接收的消息。UMDC2和UMDC3从SMPS处得到Ts1并且显示在M2和M3上。

实施例二、图片状态更新共享

图7为本实施例的过程示意图。

步骤1-4：同实施例一中的步骤1-4。

步骤5：用户User1通过手机拍下自己当前的一张图片Ps1，并设定对图片的二次编辑指令为随机更换着装，并设定共享类型为“仅向好友共享”。SMEC1将上述信息发送到消息编辑服务端SMES和SMPS。

步骤6：消息编辑服务端SMES收到Ps1，分析消息二次编辑指令，由于Ps1设定为随机更换着装，SMES调用相应的图像处理软件，在Ps1基础上生成具有随机卡通着装的图片Ps2发送给消息推送服务器SMPS。SMPS检查Ps2中的共享类型设定后，从用户关系表中查询得到，需要接收该消息的用户为：U1的好友：U2。

步骤7：M1，M2，M3上的消息呈现客户端UMDC1，UMDC2，UMDC3向SMPS查询是否有自己需要接收的消息。UMDC2从SMPS处得到Ps2并且存储在M2中。

步骤8：M1向M2发起电话呼叫，M2收到电话呼叫时，UMDC2同时将Ps2也一并显示出来。

步骤9：M1向M2发送短信，M2收到短信时，UMDC2同时将Ps2也一并显示出来。

实施例三、基于地理位置的图片共享

图8为本实施例的过程示意图。

步骤1-4：同实施例一中的步骤1-4。

步骤5：用户User1通过手机拍下自己当前所处环境的一张图片Ps3，并设定对图片的二次编辑指令为添加当前地理位置信息，并设定共享类型为“推荐给关注我的人”。SMEC1将上述信息以及M1当前所处的经纬度信息GPSPoint1发送到消息编辑服务器SMES和和消息推送服务器SMPS。

步骤6：消息编辑服务端SMES收到Ps3，分析消息二次编辑指令，由于Ps3设定为添加地理位置信息，SMES调用相应的地图处理软件，并将GPSPoint1由经纬度位置信息转换成地址信息，并自动在Ps3上添加地址信息标注，形成Ps4。随后将Ps4发送给消息推送服务器SMPS。SMPS检查Ps4中的共享类型设定后，从用户关系表中查询得到，需要接收该消息的用户为：U1的好友：U2。关注U1的用户：U3。

步骤7：M1，M2，M3上的消息呈现客户端UMDC1，UMDC2，UMDC3向SMPS查询是否有自己需要接收的消息。UMDC2，UMDC3从SMPS处得到Ps4并且分别存储在M2和M3中。

步骤8：M1向M2发起电话呼叫，M2收到电话呼叫时，UMDC2同时将Ps4也一并显示出来。

步骤9：M1向M3发起电话呼叫，M3收到电话呼叫时，UMDC3同时将Ps4也一并显示出来。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种基于移动电话通讯录的消息共享及推送系统，包括运行于互联网上的服务端和运行于移动电话上的客户端，其特征在于：服务端接收各个客户端提交的加密通讯录进而生成并维护用户关系数据库；服务端接收来自客户端的共享消息并且根据客户端的要求对共享消息进行二次编辑；服务端通过用户关系数据库确定共享消息的目标用户；服务端将消息推送到目标用户的客户端中。

2.根据权利要求1所述的服务端进一步包括关系管理服务器，消息编辑服务器，消息推送服务器；客户端进一步包括关系管理客户端，消息编辑客户端，消息呈现客户端。

3.根据权利要求2所述的关系管理服务器，其特征在于该服务器基于关系管理客户端所提交的加密通讯录通过如下步骤构建出用户关系数据库：

a1.关系管理客户端向关系管理服务器发起一个注册过程，并获得一个唯一的用户标识；

a2.关系管理客户端将所在移动电话的本机联系方式以及通讯录中的联系人的联系方式进行加密处理，生成一个加密的本机联系方式列表和本机联系人联系方式列表；

a3.关系管理客户端将步骤a1中得到的用户标识及步骤a2中得到的加密的联系方式列表发送到关系管理服务器；

a4.关系管理服务器获得关系管理客户端所提交的加密联系方式列表后为每个用户标识生成或者更新用户关系表，所有用户关系表的集合构成了所述用户关系数据库。

4.根据权利要求3所述的用户关系表的生成或者更新根据如下规则进行：

b1.如果用户标识A所对应的本机联系方式列表中的联系方式出现在用户标识B所对应的本机联系人联系方式列表中，且用户标识B所对应的本机联系方式列表中的联系方式出现在用户标识A所对应的本机联系人联系方式列表中，则将用户标识B加入到A的“我的好友”关系表中，同时将用户标识A加入到B的“我的好友”关系表中；

b2.如果用户标识A所对应的本机联系方式列表中的联系方式出现在用户标识B所对应的本机联系人联系方式列表中，且用户标识B所对应的本机联系方式列表中的联系方式不出现在用户标识A所对应的本机联系人联系方式列表中，则将用户标识B加入到A的“我关注的人”关系表中，同时将用户标识A加入到B的“关注我的人”关系表中。

5.根据权利要求2所述的消息编辑服务器，其进一步特征在于该服务器接收来自消息编辑客户端的待共享消息及对该消息的编辑要求，以及对该消息的共享方式；消息编辑服务器根据编辑要求完成对待共享消息的编辑处理，并将处理后的消息及消息的共享方式发送给消息推送服务器。

6.根据权利要求5所述的消息推送服务器，其特征在于该服务器从消息编辑服务器获得需要推送的消息后按照如下规则进行消息推送：

c1、如果消息共享方式为“和我的好友共享”，则消息推送服务器从发送消息的用户标识所对应的“我的好友”关系表中找出所有的用户标识，并将消息推送到各个用户标识所对应的消息呈现客户端。

c2、如果消息共享方式为“和关注我的人共享”，则消息推送服务器从发送消息用户标识所对应“关注我的人”关系表中找出所有的用户标识，并将消息推送到各个用户标识所对应的消息呈现客户端。

c3、如果消息共享方式为“向我关注的人推送”，则消息推送服务器从发送消息用户标识所对应“我关注的人”关系表中找出所有的用户标识，并将消息推送到各个用户标识所对应的消息呈现客户端。

7.根据权利要求6所述的消息呈现客户端，其特征在于当消息呈现客户端收到来自消息推送服务器推送来的消息后，将消息存储在移动电话中，并调用相应消息处理软件进行解析呈现。

8.根据权利要求7中所述的消息呈现客户端，其进一步特征在于用户可以设定该客户端可接受的消息的共享方式，其规则如下：

d1、如果设定可接受的消息的共享方式为“仅接收好友共享消息”，则该客户端只接收来自于“我的好友”关系列表中的用户所共享的消息；

d2、如果设定可接受的消息的共享方式为“可接收我关注的人共享消息”，则该客户端接收来自于“我的好友”关系列表以及“我关注的人”关系表中的用户所共享的消息；

d3、如果设定可接受的消息的共享方式为“可接收关注我的人共享消息”，则该客户端接收来自于“我的好友”关系列表以及“我关注的人”关系表以及“关注我的人”关系中的用户所共享的消息。

Images