专利名称：信息发送方法
技术领域：
本发明涉及信息发送方法，尤其涉及一种移动通信网络中适合于现有电信网网络架构的、根据用户状态发送信息的网络智能化的方法。
背景技术：
随着时代的发展，信息量呈几何式增长，其膨胀速度可用爆炸来形容。信息技术突飞猛进，已经渗透到经济建设和社会生活的各个方面，互联网成为了承载信息的最佳媒体，人们不仅可以从互联网上获得各种信息，而且可以在互联网上发布信息，如近年来出现的“博客”(Blog)技术。
“博客”是“Web Log(网络日志)”的缩写，是一种十分方便的个人信息发布方式。随之又出现了建立在博客、可拍照手机与移动互联业务三者基础之上的移动博客(MobileBlog，简称Moblog)，移动博客使任何人都可以方便地发布自己手机拍摄的内容，或者精选网络上的内容，与朋友进行交流。
在使用博客的过程中，用户不仅仅满足于自己浏览信息，发布信息，还希望可以给其他用户发送信息，以实现交流和共享。现有移动博客支持多种方式来发送信息，实现消息的互动，如，移动用户留言方式、移动终端短信服务(Short Message Service，简称SMS)/彩信服务(Multimedia MessageService，简称MMS)方式、通过Email方式、通过即时消息(Instant Message，简称IM)发送等等方式。
在现有技术中，具体采用何种发送方式由发送用户自主选择，而发送用户对于接收方的状态并不知情，这样势必会造成发送方式选择不当的问题。比如当前用户B正处于IM聊天之中，而用户A却选择了给该用户留言的方式，而用户B并不经常查看自己的留言箱，从而造成了沟通的不畅。
为了解决这一问题，目前有一种IM的终端智能化方案，该终端智能化方案中采用了为信息交互双方提供对方即时状态的技术手段，使双方根据对方目前的情况选择不同的信息发送方式。例如，当对方的状态显示为“联机”时，则发送即时消息；当对方的状态显示为“离开”或“脱机”时，选择发送手机短信的方式，使对方能最大可能地即时接收到发送的信息。但是现有这种技术仅限于在IM业务中用户终端根据用户状态信息选择发送方式，发送方式比较单一，灵活性不够。
另外，还有一种信息交互的技术，即移动社区。移动社区是借助移动终端在互联网上实现分类的信息交互技术，用户可以真正跨越网络、场所、时间的限制，随时随地进行互动，使个体自我获得最大限度地展现，交往接触半径无限延伸。移动社区包括各种博客社区，即时通信社区，游戏社区，交友社区等等。在移动社区内，用户需要登记自己的个人资料信息，包括公司，职务，联系方式等等。用户登记后，由移动平台为用户统一发放唯一的编号--数字ID，用于认证识别移动用户，是各个平台之间移动用户信息交互的唯一标识。一部手机只能绑定一个数字ID。但是现有社区系统只支持本社区内部用户之间的消息互通，并不支持与非本社区用户之间的互动交流，大大阻碍了信息的交互。
发明内容
本发明的目的在于针对现有技术的不足，提出一种信息发送方法，使得业务服务器能够根据信息接收端的状态选择合适的信息发送方式，有利于多业务融合，最大限度地保证通信的及时畅通。
为实现上述目的，本发明提供了一种信息发送方法，该方法包括以下步骤步骤1、业务服务器根据信息接收端的信息查询该信息接收端当前的状态信息；
步骤2、业务服务器根据该信息接收端当前的状态信息以及预先设置的优先策略选择相应的发送方式，并将该内容信息以选择的发送方式发送给该信息接收端。
通过上述方案，实现了使用最合适的发送方式发送消息，使得处于不同业务使用状态的信息接收端能够在最短的时间内得到消息，有利于多种业务的融合，保证了消息发送的高效快捷。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
图1为本发明信息发送方法中设备架构示意图；图2为本发明信息发送方法的较佳实施例的流程图；图3为本发明信息发送方法中应用于第一种情况的较佳实施例的流程图；图4为本发明信息发送方法中选择发送方式的较佳实施例的流程图；图5为本发明信息发送方法中应用于第二种情况的较佳实施例的部分流程图。
具体实施例方式
本发明适合于两种情况，第一种情况是用户主动向某一用户发送信息；第二种情况是用户业务数据更新。第一种情况下业务服务器根据接收到的信息发送请求消息向信息接收端发送信息；第二种情况下由业务服务器根据检测到的业务数据更新，主动获取与该业务数据相关联的信息接收端当前状态信息，然后由业务服务器根据状态信息选择较优的发送方式发送内容信息。如图1所示，本发明中，业务服务器00接收到信息发送端发送的请求消息或检测到业务数据变更后，根据请求消息中的信息接收端的信息或与业务数据相关联的用户信息获取信息接收端当前的状态信息，然后由业务服务器00根据状态选择较优的发送方式发送内容信息。
第一种情况用户主动发送信息如在使用博客或即时聊天的过程中，发送方将信息接收端的数字ID、用户名和/或手机号码与要发送的内容信息一并发送给业务服务器，通过业务服务器将内容信息发送给其他用户的终端。其中内容信息可以是留言、提醒信息或者从网络上浏览到的信息。
例如用户在使用博客的过程中，不仅仅满足于自己浏览信息，还有如下几种情况(1)给其他用户留言，与其他好友交流心得。
(2)当用户更新了自己的博客日志后，自动提醒给其好友。
(3)当用户浏览该信息时，通过PUSH方式推荐给其好友。
第二种情况如在使用博客的过程中，接收端订阅的内容信息发生了更新，业务服务器主动获取接收端用户当前状态信息，将内容信息主动发送给这些用户的终端。其中内容信息可以是留言、提醒信息或者网络上的信息。
具体如用户在使用博客的过程中，用户不仅仅满足于自己主动浏览信息，还有如下几种情况(1)订阅某种特定的资讯，如新闻频道或某个人物的博客内容，如果内容更新，将发送给用户。
(2)订阅自己博客的留言，如果有朋友留言，业务服务器将及时发送给该用户。
如上两种情况，业务服务器只需获得信息接收端的信息，如，数字ID、手机号码、博客或IM用户名，从而即可把需要的消息发送给指定的用户，发送的具体方式由业务服务器自动选择最合适的方式进行。如图2所示，具体流程如下步骤101、业务服务器根据信息接收端的信息查询该信息接收端当前的状态信息；步骤102、业务服务器根据该信息接收端当前的状态信息以及预先设置的优先策略选择相应的发送方式，并将该内容信息以选择的发送方式发送给该信息接收端。
以下就上述两种情况，分别对本发明作详细说明。
图3为本发明信息发送方法中应用于第一种情况的较佳实施例的流程图，具体执行以下步骤步骤201、与网络建立数据连接的终端向业务服务器发起发送信息的请求消息，该请求消息包含发送的内容信息如浏览到某一信息的网址，业务服务器接收该请求消息。若信息接收端为博客社区的用户，则直接将信息接收端的用户名填加在请求消息中；若信息接收端为其他社区如IM社区的用户，则直接将信息接收端的数字ID填加在请求消息中；若信息接收端未加入任何社区，则将信息接收端的手机号码填加到请求消息中。其中，信息接收端的信息是信息发送端的终端可以根据用户的输入加入到请求消息中；也可以是用户选择发送消息操作后，信息发送端自动将存储在本机中的信息接收端的信息直接填加到请求消息中；还可以是用户选择发送消息操作后，信息发送端从网络侧调用信息接收端的信息，填加到请求消息中，如该用户可能在网络侧存储有包含有信息接收端信息的通讯录。后两种方式既不用人们记忆字符串，又省去了一一输入字符串的繁琐，大大方便了用户。
步骤202、该业务服务器根据该请求消息获得信息接收端的信息。业务服务器接收到请求消息后，对其进行解析，获得信息接收端的信息如信息接收端的用户名、数字ID和/或手机号码。业务服务器可以根据信息接收端的用户名或数字ID以及网络中存储的用户信息，获得该信息接收端的手机号码及电子邮件地址等信息，或根据手机号码及网络中存储的用户信息获得该信息接收端的电子邮件地址。
由于信息接收端有可能是非社区的用户，业务服务器可以首先判断请求消息中信息接收端的信息是否为该信息接收端的数字ID或用户名，若是，继续执行步骤203；否则，业务服务器从请求消息中得到的是信息接收端的手机号码，于是业务服务器将内容信息以SMS或MMS方式发送给信息接收端的手机。从而实现了社区用户和非社区用户之间的消息互动，进一步扩大了消息发送的范围。
步骤203、该业务服务器根据该信息接收端的信息查询该信息接收端当前的状态信息。业务服务器不仅记录用户数字ID、密码、姓名、博客社区用户名、游戏社区用户名、IM社区用户名等信息，而且会记录用户当前登陆所处的位置。如果用户正处于IM登录中，通过移动Presence业务，可以查询用户详细的状态。
其中，Presence业务，也就是为呼叫方或信息发送端提供被叫方或信息接收端的用户状态信息的业务。最基本的用户状态就是即时消息程序的“在线”、“忙碌”和“离开”。通过获取用户状态，可以知道指定的用户是否在线以便进行通信。比如用户告诉业务服务器，他要与谁联系，业务服务器将联系对象的状态告知该用户，该用户就可以在联系对象准备好的时候通过业务服务器建立起通信，Presence业务信息支持“用户可定制状态信息”或“系统提供的状态信息”。
用户状态一般有如下信息。
表示用户所使用的业务或终端设备当前的情况如终端是否开机，是否处于通话中；是否在线，若在线，是否忙，登陆的是哪个社区以及是否禁止打扰等。还包括用户状态(如，可以接电话、不能接电话、吃饭、会议中)以及所处位置。
此外状态信息中还包含有信息接收端的终端能力，如，该终端支持什么通信方式，如何与该终端设备联系等，如是否支持语音，文字，GPRS，彩信等。
除此之外还包括其它信息，如用户此时的心情(高兴，生气)、用户此时的愿望(足球、钓鱼、电脑、跳舞)等等。因此状态可以是个性化的，它仅对用户指定的人群开放。
步骤204、该业务服务器根据该信息接收端当前的状态信息以及预先设置的优先策略选择相应的发送方式，并将该内容信息以选择的发送方式发送给该信息接收端。
优先策略是指在信息接收端的当前状态为多种状态并存时，选择发送方式的优先顺序。
其中，用户可以自行设置优先策略，也可以选择业务服务器的默认选项，发送方式可以根据信息接收端当前的状态以及用户设置的优先策略进行选择，或者根据信息接收端当前的状态由业务服务器自动选择。
如果用户即该信息接收端所处状态为IM社区登陆时，则业务服务器选择IM发送方式，并根据请求消息中的数字ID或用户名将内容信息发送到该用户的终端。
该信息接收端所处状态为平台登陆时，选择WAP/WEB发送方式，将消息发送给该信息接收端。当用户既在IM社区登陆，又在平台登陆，一般业务服务器优先采用IM发送方式，以保证能够更加及时地将信息发送到接收方，同时使得成本更低，也可以视实际情况，设置发送方式的优先使用顺序。
该信息接收端所处状态为手机开机时，该业务服务器进一步判断该消息内容的数据量是否大于SMS一次所允许发送的数据量，若是；选择MMS或电子邮件发送方式，将该内容信息发送给该信息接收端的手机；否则，选择SMS方式发送该内容信息。目前SMS一次所允许发送的数据量为140Byte。如果信息接收端同时登陆IM社区和平台，一般优先选择IM发送方式，也可视实际情况设置发送方式的优先顺序。
该内容信息的数据量若大于MMS一次所允许发送的数据量，则选择电子邮件的发送方式；否则，该业务服务器进一步根据所述接收端支持能力选择发送方式，较优方式为业务服务器判断该信息接收端的手机是否支持MMS发送方式，若是，选择MMS方式发送该消息内容；否则，选择电子邮件发送方式。目前，MMS一次所允许发送的最大数据量为300KByte。
若该信息接收端所处状态为未登陆IM社区和未登陆平台和手机未开机时，该业务服务器选择电子邮件的方式发送该内容信息。以保证消息最终能够发送给对方。
当上述几种状态同时存在，或有两种以上状态同时存在时，发送方式有一个优先选择问题，一般视具体情况而定，这里不再做具体限定。当多种状态中包括用户登陆IM社区，一般业务服务器优先采用IM发送方式，以保证能够更加及时地将信息发送到接收方，同时使得成本更低，也可以视实际情况设置发送方式的优先使用顺序。
下面给出一个发送方式选择顺序方面的较佳实施例，如图4所示，具体执行以下步骤步骤301、业务服务器根据信息接收端当前的状态信息判断信息接收端是否登陆IM社区，若是，执行步骤302；否则，执行步骤303；步骤302、业务服务器选择IM发送方式将内容信息发送给信息接收端，结束；步骤303、业务服务器根据信息接收端当前的状态信息，判断该信息接收端是否登陆IM社区以外的博客社区、游戏社区等平台，若是，执行步骤304；否则，执行步骤305；步骤304、业务服务器选择WAP或WEB发送方式将内容信息发送给信息接收端，即，如果信息接收端使用手机则选择WAP方式发送，如果信息接收端使用计算机，则选择WEB方式发送，结束；步骤305、业务服务器根据信息接收端当前的状态信息判断该信息接收端的手机是否开机，若是，执行步骤306；否则，执行步骤311；步骤306、业务服务器判断该内容信息的数据量是否大于140Byte，若是，执行步骤308；否则，执行步骤307；步骤307、选择SMS发送方式将内容信息发送给信息接收端，结束；
步骤308、业务服务器判断该内容信息的数据量是否大于300KByte，若是，执行步骤311；否则，执行步骤309；步骤309、业务服务器获取到手机的User Agent(用户代理)信息，判断信息接收端的手机是否支持MMS发送方式，若是，执行步骤310；否则，执行步骤311。
步骤310、业务服务器选择MMS发送方式将内容信息发送给信息接收端；步骤311、业务服务器选择电子邮件发送方式将内容信息发送给信息接收端，结束。
为了使得信息发送端了解发送情况，在业务服务器向信息接收端发送内容信息完毕后，即步骤204、步骤302、步骤304、步骤307、步骤310或步骤311之后可以进一步包括业务服务器向信息发送端发送信息发送成功消息。
图5为本发明信息发送方法中应用于第二种情况的较佳实施例的部分流程图。本实施例的具体流程中除了与步骤203之前的步骤不同之外，其余步骤均相同，在此不再赘述。步骤203之前执行以下步骤步骤401、用户通过终端更改业务内容数据；如，使用了博客业务的用户在计算机上登录，更新博客日志。
步骤402、业务服务器检测到该业务内容数据发生变化后，查找与该业务内容数据相关联的用户即信息接收端，得到所述信息接收端的信息。继步骤401中的例子，博客业务服务器检测到博客日志更新后，就会查找订购该博客日志的用户，并得到订购用户的信息。
上述实施例中，通过图3的实施例，本发明实现了对用户发送给另一用户的信息，通过根据信息接收端当前的状态信息选择不同的发送方式发送给信息接收端；通过图5的实施例，本发明实现了对业务服务器检测到的业务内容数据变更，通过根据信息接收端当前的状态信息选择不同的发送方式发送给信息接收端。对于用户发送的信息以及业务服务器检测到的信息，本发明都能够根据信息接收端当前的状态信息选择不同的发送方式，将信息发送给信息接收端。其中可能会使用到IM业务、SMS业务、电子邮件业务等不同的业务，使得不同业务之间也能实现信息交互，有利于多种业务的融合，更进一步的使得信息发送更方便快捷、畅通。
最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。
权利要求
1.一种信息发送方法，其特征在于，包括以下步骤步骤1、业务服务器根据信息接收端的信息查询该信息接收端当前的状态信息；步骤2、业务服务器根据该信息接收端当前的状态信息以及预先设置的优先策略选择相应的发送方式，并将该内容信息以选择的发送方式发送给该信息接收端。
2.根据权利要求1所述的信息发送方法，其特征在于，所述步骤1之前进一步包括步骤a1、信息发送端向业务服务器发起发送信息的请求消息，该请求消息包含发送的内容信息及信息接收端的信息，业务服务器接收该请求消息；步骤a2、业务服务器根据该请求消息获得所述信息接收端的信息。
3.根据权利要求2所述的信息发送方法，其特征在于，所述步骤1中，信息发送端将存储在本机中的信息接收端的信息直接填加到该请求消息中，或者信息发送端从网络侧调用信息接收端的信息，填加到该请求消息中。
4.根据权利要求1所述的信息发送方法，其特征在于，所述步骤1之前进一步包括步骤b1、用户通过终端更改业务内容数据；步骤b2、业务服务器检测到该业务内容数据发生变化后，查找与该业务内容数据相关联的信息接收端的信息。
5.根据权利要求1-4任意一项所述的信息发送方法，其特征在于，所述信息接收端的信息为该信息接收端的数字ID和/或用户名和/或手机号码。
6.根据权利要求1或2所述的信息发送方法，其特征在于，所述步骤a2与步骤1之间进一步包括该业务服务器判断该信息接收端的信息是否为该信息接收端的数字ID或用户名，若是，执行步骤1；否则，该业务服务器以短信或彩信方式发送内容信息给该信息接收端。
7.根据权利要求1-4任意一项所述的信息发送方法，其特征在于，所述步骤1中，该信息接收端当前的状态信息为是否登陆即时消息社区和/或是否登陆平台和/或手机是否开机。
8.根据权利要求7所述的信息发送方法，其特征在于，所述步骤2中，该信息接收端所处状态为即时消息社区登陆时，选择即时消息发送方式。
9.根据权利要求7所述的信息发送方法，其特征在于，所述步骤2中，该信息接收端所处状态为平台登陆时，选择WAP或WEB发送方式。
10.根据权利要求7所述的信息发送方法，其特征在于，所述步骤2中，该信息接收端所处状态为手机开机时，则该业务服务器进一步判断该消息内容的数据量是否大于短信一次所允许发送的数据量，若是，选择彩信或电子邮件发送方式，将该内容信息发送给该信息接收端；否则，选择短信方式发送该内容信息。
11.根据权利要求10所述的信息发送方法，其特征在于，所述步骤2中，该内容信息的数据量若大于彩信一次所允许发送的数据量，若是，则选择电子邮件的发送方式；否则，业务服务器进一步根据所述信息接收端支持能力选择发送方式。
12.根据权利要求11所述的信息发送方法，其特征在于，进一步根据所述接收端支持能力选择发送方式具体为该业务服务器获取信息接收端的能力信息，进一步判断该信息接收端是否支持彩信发送方式，若是，选择彩信方式发送该消息内容；否则，选择电子邮件发送方式。
13.根据权利要求7所述的信息发送方法，其特征在于，所述步骤2中，若该信息接收端所处状态为未登陆即时消息社区和未登陆平台和手机未开机时，该业务服务器选择电子邮件的方式发送该内容信息。
14.根据权利要求7所述的信息发送方法，其特征在于，所述步骤2之后进一步包括该业务服务器向信息发送端发送信息发送成功消息。
全文摘要
本发明涉及一种信息发送方法，该方法包括步骤业务服务器根据信息接收端的信息查询该信息接收端当前的状态信息；业务服务器根据该信息接收端当前的状态信息以及预先设置的优先策略选择相应的发送方式，并将该内容信息以选择的发送方式发送给该信息接收端。通过上述方案，实现了使用最合适的发送方式发送消息，使得信息接收端能够在最短的时间内得到消息，有利于多业务的融合，保证了消息发送的高效快捷。
文档编号H04L12/58GK1917483SQ20061012770
公开日2007年2月21日 申请日期2006年8月30日 优先权日2006年8月30日
发明者朱春梅, 武威, 王敬宇, 唐剑峰 申请人:中国移动通信集团公司