一种状态信息的发送方法及装置制造方法
【专利摘要】本发明公开了一种状态信息的发送方法及装置，涉及通信【技术领域】，在状态信息发布过程中，减轻了网络负荷。本发明实施例的具体实现方式包括：主叫端用户通过向被叫端用户发送ST能力查询请求信息，来获知被叫端用户是否具备ST能力，并向具备该ST能力的被叫端用户发送状态信息。本发明技术方案主要应用于状态信息的发布过程中。
【专利说明】一种状态信息的发送方法及装置
【技术领域】
[0001]本发明涉及通信【技术领域】，尤其涉及一种状态信息的发送方法及装置。
【背景技术】
[0002]目前，RCS系统的使用日渐普遍，RCS中使用了社交呈现信息Presence，该Presence用来描述联系人的状态、心情、喜好、头像与地理位置等信息。比如，与某个联系人建立了社交呈现关系后，自己的社交呈现信息就可以共享给这个联系人。具体的，Presence业务建立流程为:首先A用户和B用户需要使用订阅Subscribe消息添加对方为好友，之后A用户登录或者周期性刷新联系人列表的时候都需要订阅所有好友(包括B用户)的状态信息，一旦A用户修改了自身的状态信息还需要向所有好友(包括B用户)发布，这样就需要服务器处理和保存大量数据增加网络负荷，同样的周期性的刷新好友的状态信息也会增加网络负荷，实际上用户关注的有效好友信息可能仅为10-20人左右，在所有好友中占有的比例很少。如果为了减少网络负荷而增大周期性刷新的时间，会使用户状态信息不准确，例如用户的某好友已经下线很长时间了，而状态信息上仍然显示好友在线，用户发起沟通请求后，才显示用户已经下线。针对上述情况，就需要一种方案来解决上述的状态信息发布时引起的网络负荷大的问题。
【发明内容】
[0003]本发明的实施例提供一种状态信息的发送方法及装置，在状态信息发布过程中，减轻了网络负荷。
[0004]为达到上述目的，本发明的实施例采用如下技术方案:
[0005]一种状态信息的发送方法，包括:
[0006]向用户发送状态传送ST能力查询请求信息；
[0007]根据所述用户发送的能力反馈信息，向具备ST能力的所述用户发送状态信息；
[0008]其中，所述能力反馈信息为所述ST能力查询请求信息的响应消息。
[0009]一种状态信息的发送装置，包括:
[0010]发送单元，用于向用户发送状态传送ST能力查询请求信息；还用于根据所述用户发送的能力反馈信息，向具备ST能力的所述用户发送状态信息；
[0011]其中，所述能力反馈信息为所述ST能力查询请求信息的响应消息；
[0012]存储单元，用于存储所述ST能力查询请求信息以及所述向用户的状态信息。
[0013]本发明实施例提供的状态信息的发送方法及装置，主叫端用户通过向被叫端用户发送ST能力查询请求信息，来获知被叫端用户是否具备ST能力，并向具备该ST能力的被叫端用户发送状态信息。与现有技术中，主叫端用户必须通过应用层面服务器设备才能向所有的被叫端用户发布状态信息相比，本发明实施例提供的技术方案，在状态信息的发送过程中增加了 ST机制，使得主叫端用户只需要向具备ST能力的被叫端用户发送状态信息，是点对点的传送，不仅缩小了状态信息的发布范围而且无需网络进行处理，从而减轻了网络负荷。
【专利附图】
【附图说明】
[0014]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0015]图1为本发明一实施例提供的一种状态信息发送的方法流程图；
[0016]图2为本发明另一实施例提供的一种状态信息发送的方法流程图；
[0017]图3为本发明另一实施例提供的一种状态信息发送的方法流程图；
[0018]图4为本发明另一实施例提供的一种状态信息发送装置的组成示意图；
[0019]图5为本发明另一实施例提供的另一种状态信息发送装置的组成示意图。
【具体实施方式】
[0020]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0021]本发明一实施例提供了一种状态信息的发送方法，优选的该方法的执行主体为主叫端用户，如图1所示，该方法包括:
[0022]101、向用户发送状态传送ST (Status Transfer)能力查询请求信息。
[0023]其中，用户指与主叫端用户对应的被叫端用户。
[0024]102、根据用户发送的能力反馈信息，向具备ST能力的用户发送状态信息。
[0025]其中，能力反馈信息是与上述101中的ST能力查询请求信息对应的响应消息，用于表示被叫端用户是否具备ST能力。状态信息表示主叫端用户可以与被叫端用户共享的信息。比如，该状态信息可以包括:图像、主叫端用户的头像、文本、链接、心情、在线状态等信息中的任意一种或几种。
[0026]本发明实施例提供的状态信息的发送方法，主叫端用户通过向被叫端用户发送ST能力查询请求信息，来获知被叫端用户是否具备ST能力，并向具备该ST能力的被叫端用户发送状态信息。与现有技术中，主叫端用户必须通过应用层面服务器设备才能向所有的被叫端用户发布状态信息相比，本发明实施例提供的技术方案，在状态信息的发送过程中增加了 ST机制，使得主叫端用户只需要向具备ST能力的被叫端用户发送状态信息，是点对点的传送，不仅缩小了状态信息的发布范围而且无需网络进行处理，从而减轻了网络负荷。
[0027]本发明另一实施例提供了一种状态信息的发送方法，结合上一实施例的描述，如图2所示,在本实施例中，该方法包括:
[0028]为使得主叫端用户发送的状态信息和对哪些被叫端用户发送状态信息更具针对性，需要执行下述201。
[0029]201、建立推送列表和内容列表。
[0030]其中,推送列表用于表联系人列表；内容列表用于存储能够共享的状态信息。[0031]可选的，该推送列表可以由主叫端用户自行设置，或者根据算法生成，为保证该推送列表中的联系人信息的准确性，该推送列表中的联系人需要动态更新。
[0032]其中，根据算法生成推送列表包括但不限定根据经常联系的人确定该推送列表中的联系人。
[0033]可选的，内容列表包括图像、文本、链接、心情、在线状态等信息中的任意一种或几种。
[0034]进一步的，主叫端用户会存储推送列表和内容列表。并且，为了保障状态信息的准确性，同时又要避免频繁刷新而引起的网络负荷加重的问题，需要设置ST周期，即执行下述 202。
[0035]202、设置 ST 周期。
[0036]值得说明的是，该ST周期可以包括被叫端用户ST周期、ST时间戳和电话簿ST周期。具体的，被叫端用户ST周期，用于在被叫端用户ST周期超时，当主叫端用户点击该被叫端用户时将触发ST过程；ST时间戳是与该被叫端用户上一次成功ST过程的时间点；电话簿ST周期，用于在电话簿ST周期超时，触发对所有被叫端用户的ST过程。
[0037]此外值得说明的是，上述的201、202在向被叫端用户发送ST能力查询请求信息之前执行即可，对于201、202两者之间的执行顺序本发明实施例不作限定。
[0038]203、主叫端用户向被叫端用户发起ST能力查询请求信息。
[0039]值得说明的是，该主叫端用户的当前状态可以分为以下三种情况:
[0040]第一种情况:主叫端用户首次开机登陆。
[0041]第二种情况:主叫端用户更新自身状态信息，此时非首次开机。
[0042]第三种情况:主叫端用户直接点击被叫端用户。
[0043]相应的，在第一种情况下，主叫端用户向所有的被叫端用户发起ST能力查询请求信息，并将具备ST能力的被叫端用户写入推送列表中。
[0044]在第二种情况下，主叫端用户对推送列表中的被叫端用户发起ST能力查询请求信息，并将此时不具备ST能力的被叫端用户在推送列表中删除。
[0045]在第三种情况下，主叫端用户直接对该点击的被叫端用户发起ST能力查询请求信息，如果该被叫端用户不具备ST能力，则将该被叫端用户在推送列表中删除。
[0046]值得说明的是，主叫端用户在点击被叫端用户时，只向该一个被叫端用户发起ST能力查询请求，进而判断是否需要执行ST流程，而不必向推送列表或所有联系人发起ST能力查询请求相比，减少了系统操作量，能够减少终端的耗电。
[0047]204、根据用户发送的能力反馈信息，向具备ST能力的用户发送状态信息。
[0048]值得说明的是，发送状态信息即向具备ST能力的用户发起ST流程。
[0049]结合上述对主叫端用户的描述，在第三种情况下，在判断上述被叫端用户是否具备ST能力时，判断与该被叫端用户上次ST流程的时间是否超时，即是否超过设定的被叫端用户ST周期，如果超时则发起对该被叫端用户的ST流程。
[0050]具体的，当主叫端用户发起ST之前，需要根据主叫端用户建立的内容列表确定出将要发送的状态信息，例如，是否共享地理位置等私密信息；主叫端用户发起上述的ST流程，具体包括:
[0051]进一步的，由主叫端用户向被叫端用户发送携带ST方式扩展的INVITE字段，被叫端用户同意后，主叫端用户与被叫端用户之间建立标准的MSRP链接，进而通过MSRP协议将需共享的状态信息发送给被叫端用户。
[0052]更进一步的，被叫端用户能够识别ST方式INVITE机制消息，判断与主叫端用户上次ST流程的时间计时器是否超时，当超时启动反向ST过程，也就是说被叫端用户向主叫端用户发起ST流程，其执行流程与由主叫端用户发起的ST流程相似，具体的，判断被叫设置的内容列表，例如是否共享地理位置等私密信息，发送携带ST方式扩展的INVITE字段，主叫端用户同意后，通过MSRP协议将需共享的状态信息传送给主叫端用户。
[0053]值得说明的是，当上述的正、反向ST流程成功后，双方更新计时器，该计时器为上一次与对方ST过程的时间戳。
[0054]可选的，本发明实施例提供的状态信息的发送方法还包括异常处理机制。具体的，以主叫端用户为执行主体而言，当发起ST能力查询请求信息后，主叫端用户接收到不含ST能力标识的能力反馈信息，当能力反馈信息中未携带ST能力标识或者404/604错误原因值时，均确定发送给能力反馈信息的被叫端用户不具备ST能力，如果此时被叫端用户已经在推送列表中，则删除该被叫端用户；当主叫端用户第一次开机时，接收到包含480/408错误原因值的能力反馈信息，则不将该被叫端用户加入到推送列表中；当主叫端用户不是第一次开机时，接收到包含480/408错误原因值的能力反馈信息时，不对推送列表做处理。
[0055]可选的，被叫端用户和/或主叫端用户能够周期性进行ST，当电话簿ST周期超时，则触发对所有联系人的ST能力查询机制，新增的ST联系人将被加入推送列表中，并启动对新增ST联系人的ST流程。
[0056]本发明另一实施例提供了一种状态信息的发送方法，该方法可应用于如下具体实例中，在这一实例中，A用户为主叫端用户，B、C、D用户为A用户的联系人也就是A用户的被叫端用户，A、B用户支持ST功能，C用户不支持ST功能，D用户不支持RCS或者处于当前网络不可用等情况。
[0057]在该实例的一种实现方式中，A用户首次使用ST功能，B用户已使用ST功能。贝Ij以A用户为执行主体，在执行上述的状态信息传送方法时，如图3所示，A用户首次开机执行下述处理流程:
[0058]301、A、B用户设置内容列表。
[0059]比如，在该内容列表中信息包括:允许联系人查看共享图像、文本、链接、心情、在线状态等信息，但不共享地理位置信息。
[0060]结合上述对A用户的描述，A用户为首次开机，优选的，当不确定A用户和是否为首次开机是，可以通过ST能力查询机制判断A用户是否为首次登陆。进一步的，在A用户首次开机之后，执行下述302。
[0061]302、对地址簿的联系人发起ST能力查询请求信息。
[0062]值得说明的是，上述302中的A用户对地址簿中的联系人发起ST能力查询请求信息，即A用户使用SIP OPTION过程。
[0063]具体的，也就是A用户向B、C、D用户分别发起ST能力查询请求信息，在这一信息中携带A用户自身的ST能力标识和其他业务能力标识给B、C和D。
[0064]其中，其它业务能力标识包括内容共享标识、视频电话标识、语音电话标识中的任意一种或几种标识，根据实际情况，还可以包括任意设备可以实现的业务能力的标识。[0065]303、接收能力反馈信息。
[0066]其中，接收到的能力反馈信息包括B用户、C用户、D用户反馈的自身能力反馈信息，优选的，该能力反馈信息为2000K。
[0067]结合上述的本实施中，对B、C、D用户设备的性能描述，具体的，该各自的能力反馈信息中，包括:
[0068]第一、B用户的能力反馈信息携带ST标识。
[0069]第二、C用户的能力反馈信息携带除ST能力表示之外的RCS标识tag。
[0070]第三、D用户的能力反馈信息中不携带任何tag,或者返回原因值480/408、404/604 等。
[0071]进一步的，A用户根据接收到的能力反馈信息，确定B、C、D用户的业务能力。
[0072]304、根据接收到的能力反馈信息更新推送列表。
[0073]根据上述303接收到的能力反馈信息，确定个用户的业务能力，以及是否将其写入推送列表，具体的:
[0074]C用户不支持ST，不是RCS ST用户不启动后续ST流程，不将C写进推送列表里；
[0075]D用户不具备发起后续ST流程的条件，不将D写进推送列表里；
[0076]将B写进推送列表里，并且判断A设置的内容列表，启动后续ST流程；在ST成功后更新计时器。
[0077]305、A用户向B用户发起呼叫INVITE。
[0078]优选的，INVITE的格式为:
[0079]INVITE tel:+l-212-555_2222SIP/2.0// 表示被叫用户标识；
[0080]Method:1NVITE ST// 表示此次呼叫 INVITE 的类型；
[0081]Call-1D: cb03a0s09a2sdfglkj490333//本次呼叫的标识，每个呼叫有唯一标识；
[0082]Cseq: 127INVITE//是唯一标识每段呼叫的；
[0083]值得说明的是，上述的A用户向B用户发起INVITE即为A用户向B用户发起ST过程。此时，INVITE为INVITE ST，B用户终端会自动接收返回2000K并更新B用户终端中用户A的状态信息；不会弹出用户提示框。具体的，比如正常情况下，当呼叫INVITE过来，被叫会有提示用户是否接通电话，如果用户按接通键，电话就接通；但是对于INVITE ST是状态传送，此时不希望与每个联系人传送状态的时候都提示用户，让用户按键，所以当确定出现method:INVITEST时，终端不弹出提示用户操作的界面。
[0084]进一步的，在上述A用户向B用户发起INVITE，B用户同意后，A用户与B用户之间能够建立起标准MSRP (Message Session Relay Protocol,消息会话传递协议)链接,进而将A用户的状态信息传输给B用户。
[0085]306、B用户判断作为被叫启动ST流程。
[0086]具体的，在用户B判断作为被叫启动ST流程时包括:
[0087]首先，判断A用户上一次ST是否超时，如果对于A用户没有ST时间戳记录，或者计时器超时，则向A用户发起ST过程，判断B用户设置的内容列表，如果B用户未允许发送地理位置信息，则不会共享该部分状态，ST过程成功后，更新计时器；B用户可以提示用户将A用户加入推送列表里。
[0088]307、B用户向A用户发起INVITE。[0089]优选的，INVITE格式例如:
[0090]INVITE tel:+l-212-555-2221SIP/2.0
[0091]Method:1NVITE ST
[0092]Call-1D:cb03a0s09a2sdfglkj490333
[0093]Cseq:127INVITE
[0094]值得说明的是，结合上述的306的描述，此时的INVITE为INVITE ST,终端不会弹出用户提示框，会自动接收返回2000K并更新用户A终端中用户B的状态信息。
[0095]相应的，结合上述的306的描述，在上述B用户向A用户发起INVITE，A用户同意后，B用户与A用户之间能够建立起标准MSRP链接，进而将B用户的状态信息传输给A用户。
[0096]可选的，在本发明的另一种是实现方式中，还包括:当A用户更新自身状态信息时的实现方式，即在此种实现方式中，A用户不是首次登陆。具体的，在这一实现方式中，A用户首先修改自身的状态信息，进而将更新后的信息发送给推送列表里的联系人，进一步的发起对推送列表里的用户的ST能力查询请求信息。
[0097]可选的，在本发明实施例的另一种实现方式中，还包括A用户点击联系人时的实现方式，比如以A用户点击B、C用户为例进行说明，且在本实现方式中A用户并非首次登陆。具体的，A用户点击联系人B和C，并向该B、C用户发起ST能力查询请求信息，以判断对方是否具备ST能力，结合上述A用户更新自身状态信息的实现方式，C用户当前不支持ST，在2000K中携带除ST能力表示之外的RCS tag，或者携带404/604错误原因值，将C从推送列表中删除。B用户支持ST，在2000K中携带ST标识，则B用户执行下述的与A用户的状态信息交互流程。
[0098]值得说明的是，这一实现方式中C用户以前下载了支持ST功能的客户端，但是用了一段时间之后删掉了，所以C用户之前是存在于推送列表中的。
[0099]进一步的，相较于上一实现方式，在本实现方式中，A用户判断B用户相应的计时器超时，判断A设置的内容列表，启动ST流程，并在ST完成后更新计时器。
[0100]值得说明的是，在上述的ST流程中，不排除用户A未更新任何自身的状态信息的情况，这时A用户将不发送任何更新的内容给B用户。
[0101]此外，A用户向B用户发起ST流程，即A用户向B用户发起INVITE。进而建立MSRP链接，从而使得A用户将状态信息传递给B用户。
[0102]当B用户判断作为被叫启动ST流程时，会判断自身内容列表、判断是否超时，更新计时器。
[0103]值得说明的是，此时对于内容列表的判断不排除主、被叫存在对于内容的简化发送机制，例如B用户在时间戳后仅更新了图片，则B用户向A用户传送的状态信息中仅有图片内容。
[0104]本发明另一实施例提供了一种状态信息的发送装置，如图4所示，该装置包括:发送单元41、存储单元42。
[0105]发送单元41，用于向用户发送状态传送ST能力查询请求信息；还用于根据用户发送的能力反馈信息，向具备ST能力的用户发送状态信息。
[0106]其中，能力反馈信息为ST能力查询请求信息的响应消息。[0107]存储单元42，用于存储ST能力查询请求信息以及用户的状态信息。
[0108]可选的,如图5所示,该装置还包括:列表建立单元43、设置单元44、接收单元45。
[0109]列表建立单元43，用于在发送单元41向用户发送ST能力查询请求信息之前，建立推送列表和内容列表。
[0110]其中,推送列表为联系人列表；内容列表用于存储能够共享的状态信息。
[0111]设置单元44，用于在发送单元41向用户发送ST能力查询请求信息之前，设置ST周期。
[0112]接收单元45，用于接收ST能力的用户发送的状态信息。
[0113]可选的，发送单元41，具体用于当能力反馈信息表示用户具备ST能力，状态信息改变时，向具备ST能力的用户发送更新后的状态信息；或者，当反馈能力信息表示用户不具备ST能力时，不向用户发送能力反馈信息。
[0114]本发明实施例提供的状态信息的发送装置，主叫端用户通过发送单元向被叫端用户发送ST能力查询请求信息，来获知被叫端用户是否具备ST能力，并向具备该ST能力的被叫端用户发送状态信息。与现有技术中，主叫端用户必须通过应用层面服务器设备才能向所有的被叫端用户发布状态信息相比，本发明实施例提供的技术方案，在状态信息的发送过程中增加了 ST机制，使得主叫端用户只需要向具备ST能力的被叫端用户发送状态信息，是点对点的传送，不仅缩小了状态信息的发布范围而且无需网络进行处理，从而减轻了网络负荷。
[0115]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0116]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
【权利要求】
1.一种状态信息的发送方法，其特征在于，包括: 向用户发送状态传送ST能力查询请求信息； 根据所述用户发送的能力反馈信息，向具备ST能力的所述用户发送状态信息； 其中，所述能力反馈信息为所述ST能力查询请求信息的响应消息。
2.根据权利要求1所述的状态信息的发送方法，其特征在于，在所述向用户发送ST能力查询请求信息之前，还包括: 建立推送列表和内容列表； 其中，所述推送列表为联系人列表；所述内容列表用于存储能够共享的所述状态信息。
3.根据权利要求2所述的状态信息的发送方法，其特征在于，在所述向用户发送ST能力查询请求信息之前，还包括: 设置ST周期。
4.根据权利要求3所述的状态信息的发送方法，其特征在于，根据所述用户发送的能力反馈信息，向所述用户发送状态信息，包括: 当超过所述ST周期向用户发出触发指令，且所述能力反馈信息表示所述用户具备ST能力时，向所述具备所述ST能力的用户发送更新后的状态信息； 或者，当所述能力反馈信息表示所述用户具备ST能力，所述状态信息改变时，向所述具备所述ST能力的用户发送更新后的状态信息；` 或者，当所述反馈能力信息表示所述用户不具备ST能力时，不向所述用户发送所述能力反馈信息。
5.根据权利要求1至4任意一项所述的状态信息发送的发送方法，其特征在于，所述方法还包括: 接收所述具备所述ST能力的所述用户发送的状态信息。
6.一种状态信息的发送装置，其特征在于，包括: 发送单元，用于向用户发送状态传送ST能力查询请求信息；还用于根据所述用户发送的能力反馈信息，向具备ST能力的所述用户发送状态信息； 其中，所述能力反馈信息为所述ST能力查询请求信息的响应消息； 存储单元，用于存储所述ST能力查询请求信息以及所述用户的状态信息。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括: 列表建立单元，用于在所述发送单元向用户发送ST能力查询请求信息之前，建立推送列表和内容列表； 其中，所述推送列表为联系人列表；所述内容列表用于存储能够共享的所述状态信息。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括: 设置单元，用于在所述发送单元向用户发送ST能力查询请求信息之前，设置ST周期。
9.根据权利要求8所述的装置，其特征在于，所述发送单元具体用于当所述能力反馈信息表示所述用户具备ST能力，所述状态信息改变时，向所述具备所述ST能力的用户发送更新后的状态信息； 或者，当所述反馈能力信息表示所述用户不具备ST能力时，不向所述用户发送所述能力反馈信息。
10.根据权利要求6至9任意一种所述的装置，其特征在于，所述装置还包括:接收单元，用于 接收所述ST能力的所述用户发送的状态信息。
【文档编号】H04L12/58GK103618664SQ201310645984
【公开日】2014年3月5日 申请日期:2013年12月4日 优先权日:2013年12月4日
【发明者】魏群, 李继兵, 顾旻霞, 林敏 , 符刚, 马瑞涛, 李勇辉, 吕光旭 申请人:中国联合网络通信集团有限公司, 中讯邮电咨询设计院有限公司