CN108023911A - 一种poc业务联系人的状态获取方法、装置及*** - Google Patents
一种poc业务联系人的状态获取方法、装置及*** Download PDFInfo
- Publication number
- CN108023911A CN108023911A CN201610943045.1A CN201610943045A CN108023911A CN 108023911 A CN108023911 A CN 108023911A CN 201610943045 A CN201610943045 A CN 201610943045A CN 108023911 A CN108023911 A CN 108023911A
- Authority
- CN
- China
- Prior art keywords
- state
- contact person
- information
- user
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/27453—Directories allowing storage of additional subscriber data, e.g. metadata
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/2753—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content
- H04M1/2757—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content by data transmission, e.g. downloading
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Library & Information Science (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种POC业务联系人的状态获取方法、装置及***,用以解决现有技术中用户无法获取到联系人的状态信息,影响后续用户之间的数据交互的问题。该方法包括:当前满足获取联系人状态信息的条件时,向服务器发送获取联系人状态信息的HTTP请求;接收所述服务器通过HTTP的方式发送的所述用户的联系人列表中的每个联系人的状态信息。由于本发明实施例中移动终端接收服务器通过HTTP的方式发送的每个联系人的状态信息,HTTP方式允许传输的数据量比较大,因此传输的每个联系人的状态信息不会出现发送不成功的问题,可以使用户获取到准确的联系人的状态信息,方便后续与其联系人之间的数据交互。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种基于移动蜂窝网络的一键通(Push toTalk over Cellular,POC)业务联系人的状态获取方法、装置及***。
背景技术
POC业务是指基于移动蜂窝网络分组域承载,利用网络之间互联的协议IP传送话音(VoIP)的技术实现的半双工语音业务,可以支持一对一会话、一对多群组会话。在POC业务中,状态显示是对用户的移动终端保存的联系人列表中的联系人所处状态进行展示的功能。
在现有技术中,当用户在进行POC业务时,该用户的移动终端发起联系人列表订阅请求,移动终端收到服务器返回的订阅成功响应信息,并接收服务器通过会话启动协议(SIP)的方式发送的所述用户的联系人列表中的所有联系人的状态信息。所有联系人的状态信息可能包含的数据量比较大,而超过了公网下SIP的最大传输单元,如果通过SIP的方式发送所有联系人的状态信息,可能会出现发送不成功的问题,从而导致用户无法获取到联系人的状态信息,影响后续用户之间的数据交互。
发明内容
本发明提供一种POC业务联系人的状态获取方法、装置及***,用以解决现有技术中用户无法获取到联系人的状态信息,影响后续用户之间的数据交互的问题。
为达到上述目的,本发明实施例公开了一种POC业务联系人的状态获取方法,该方法包括:
判断当前是否满足联系人状态信息的获取条件;
如果是,向服务器发送获取联系人状态信息的超文本传输协议HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。
进一步地,所述判断当前是否满足联系人状态信息的获取条件包括:
判断是否接收到服务器返回的订阅成功的响应信息;或
判断是否接收到服务器返回的登陆成功的响应信息。
进一步地,所述接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息包括:
接收所述服务器通过HTTP的方式发送的所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
进一步地,所述移动终端接收到所述所有当前处于在线状态的每个第一联系人的状态信息后,所述方法还包括:
所述移动终端根据所述当前处于在线状态的每个第一联系人的状态信息,将本地保存的联系人列表中所述每个第一联系人的状态标识为在线状态,将所述联系人列表中除所述每个第一联系人之外的联系人的状态标识为离线状态。
进一步地,所述方法还包括:
接收所述服务器通过会话启动协议SIP的方式发送的状态变化信息,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态;
在本地保存的联系人列表中查找所述标识信息的第二联系人,采用所述变化后的状态对查找到的所述第二联系人的状态进行更新并显示。
进一步地,所述接收所述服务器通过会话启动协议SIP的方式发送的状态变化信息包括:
接收代理服务器通过SIP方式发送的状态变化信息,其中所述状态变化信息是服务器通过SIP方式方式发送给代理服务器的,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态。
本发明实施例公开了一种基于移动蜂窝网络的一键通POC业务联系人的状态获取方法,应用于服务器,所述方法包括:
接收移动终端发送的获取联系人状态信息的超文本传输协议HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
通过HTTP的方式向所述移动终端发送所述联系人列表中的每个联系人的状态信息。
进一步地,所述通过HTTP的方式向所述移动终端发送所述联系人列表中的每个联系人的状态信息包括:
通过HTTP的方式向所述移动终端发送所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
进一步地,所述方法还包括:
如果识别到第二用户的状态发生变化,确定状态发生变化的第二用户的标识信息;
如果所述第一用户的联系人列表中包含所述第二用户,通过会话启动协议SIP方式向所述第一用户的移动终端发送状态变化信息,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
进一步地,所述通过会话启动协议SIP方式向所述第一用户的移动终端发送状态变化信息包括:
通过SIP的方式向代理服务器发送状态变化信息,通过所述代理服务器将所述状态变化信息发送给所述第一用户的移动终端,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
本发明实施例公开了一种基于移动蜂窝网络的一键通POC业务联系人的状态获取装置,应用于移动终端,所述装置包括:
判断模块,用于判断当前是否满足联系人状态信息的获取条件;
发送模块,用于当判断模块结果为是时,向服务器发送获取联系人状态信息的超文本传输协议HTTP请求,其中,所述请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
接收模块,用于接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。
进一步地,所述判断模块,具体用于判断是否接收到服务器返回的订阅成功的响应信息;或判断是否接收到服务器返回的登陆成功的响应信息。
进一步地,所述接收模块,具体用于接收所述服务器通过HTTP的方式发送的所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
进一步地,所述装置还包括:
标识模块,用于根据所述当前处于在线状态的每个第一联系人的状态信息,将本地保存的联系人列表中所述每个第一联系人的状态标识为在线状态,将所述联系人列表中除所述每个第一联系人之外的联系人的状态标识为离线状态。
进一步地,所述接收模块,还用于接收所述服务器通过会话启动协议SIP的方式发送的状态变化信息,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态;
所述装置还包括:
更新显示模块,用于在本地保存的联系人列表中查找所述标识信息的第二联系人,采用所述变化后的状态对查找到的所述第二联系人的状态进行更新并显示。
进一步地,所述接收模块,具体用于接收代理服务器通过SIP方式发送的状态变化信息,其中所述状态变化信息是服务器通过SIP方式方式发送给代理服务器的,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态。
本发明实施例公开了一种基于移动蜂窝网络的一键通POC业务联系人的状态获取装置,应用于服务器,所述装置包括:
接收模块,用于接收移动终端发送的获取联系人状态信息的超文本传输协议HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
发送模块,用于通过HTTP的方式向所述移动终端发送所述联系人列表中的每个联系人的状态信息。
进一步地,所述发送模块,具体用于通过HTTP的方式向所述移动终端发送所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
进一步地,所述装置还包括:
识别确定模块,用于如果识别到第二用户的状态发生变化,确定状态发生变化的第二用户的标识信息;
所述发送模块,还用于如果所述第一用户的联系人列表中包含所述第二用户,通过会话启动协议SIP方式向所述第一用户的移动终端发送状态变化信息,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
进一步地,所述发送模块,具体用于通过SIP的方式向代理服务器发送状态变化信息,通过所述代理服务器将所述状态变化信息发送给所述第一用户的移动终端,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
本发明实施例公开了一种基于移动蜂窝网络的一键通POC业务联系人的状态获取***,所述***包括所述应用于移动终端的POC业务联系人的状态获取装置和所述应用于服务器的POC业务联系人的状态获取装置。
本发明实施例公开了一种POC业务联系人的状态获取方法、装置及***,该方法包括:判断当前是否满足联系人状态信息的获取条件;如果是,向服务器发送获取联系人状态信息的HTTP请求,其中,所述HTTP请求中携带移动终端对应用户的联系人列表中的每个联系人的标识信息;接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。由于本发明实施例中如果移动终端判断当前满足联系人状态信息的获取条件,主动向服务器发送获取联系人状态信息的HTTP请求,并接收服务器通过HTTP的方式发送的每个联系人的状态信息,每个联系人的状态信息是通过HTTP的方式发送的,HTTP方式允许传输的数据量比较大,因此传输的每个联系人的状态信息不会出现发送不成功的问题,可以使用户能够获取到准确的联系人的状态信息,方便后续与其联系人之间的数据交互。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1提供的一种POC业务联系人的状态获取过程示意图;
图2为本发明实施例3提供的一种移移动终端向服务器发送的HTTP请求中包含的参数示意图;
图3为本发明实施例3提供的一种服务器通过HTTP的方式向移动终端发送的信息中包含的各参数示意图;
图4为本发明实施例5提供的一种POC业务联系人的状态获取过程示意图;
图5为本发明实施例提供的一种POC业务联系人的状态获取流程示意图;
图6为本发明实施例8提供的一种POC业务联系人的状态获取装置结构图;
图7为本发明实施例9提供的一种POC业务联系人的状态获取装置结构图;
图8为本发明实施例10提供的一种POC业务联系人的状态获取装置结构图;
图9为本发明实施例11提供的一种POC业务联系人的状态获取装置结构图;
图10为本发明实施例提供的一种POC业务联系人的状态获取***结构图。
具体实施方式
为了使用户能够获取到准确的联系人的状态信息,方便后续与其联系人之间的数据交互,本发明实施例提供了一种POC业务联系人的状态获取方法、装置及***。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1:
图1为本发明实施例提供的一种POC业务联系人的状态获取过程示意图,该过程包括以下步骤:
S101:判断当前是否满足联系人状态信息的获取条件。
本发明实施例提供的POC业务应用于移动终端。所述移动终端可以是手机,也可以是平板电脑。POC业务可以实现半双工语音业务,可以支持一对一会话、一对多群组会话。用户要想更精准的实现会话功能,需要首先获取联系人列表中的每个联系人的状态信息,这样用户才能知道联系人列表中的联系人当前是处于在线状态、还是离线状态,从而方便后续的信息交互。
具体的,可以在移动终端中设置联系人状态信息的获取条件,例如,可以是用户在需要与联系人列表中的联系人进行交互时,发送的请求指令,或者也可以是发送订阅请求时,发送的获取联系人状态信息的请求等等。移动终端可以根据保存的联系人状态信息的获取条件,判断当前是否满足该获取条件,如果满足,则可以获取联系人的状态信息。
S102:如果是,向服务器发送获取联系人状态信息的超文本传输协议(HTTP)请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息。
当移动终端判断出当前满足联系人状态信息的获取条件时,会向服务器发送获取联系人状态信息的HTTP请求,所述HTTP请求是通过HTTP的方式发送给服务器的,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息。所述标识信息可以是用户的手机号码,可以是用户的统一资源标识符等唯一标识用户的信息。
如果移动终端判断当前不满足联系人状态信息的获取条件,则不会向所述服务器发送获取联系人状态信息的HTTP请求,并返回步骤S101。
S103:接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。
移动终端在向服务器发送了获取联系人状态信息的HTTP请求后,可以接收到所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。移动终端在向服务器发送获取联系人状态信息的请求时,是通过HTTP的方式发送的,并且服务器在将所述移动终端对应用户的联系人列表中的每个联系人的状态信息发送给所述移动终端时,也是通过HTTP的方式发送的。其中,所述状态信息中携带用户的联系人列表中的每个联系人的标识信息。
具体的,服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息中,可以携带该用户的联系人列表中每个联系人的状态,该状态可以是在线状态、离线状态等,并且还可以携带联系人的标识信息,具体的,可以针对每个联系人的标识信息发送该联系人的状态。该联系人的标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。
另外,为了减小移动终端和服务器之间传输的数据量,移动终端和服务器可以预先约定每种状态的标识信息,例如1表示该状态为在线状态,0表示该状态为离线状态等等。因此服务器在发送时,可以针对每个联系人的标识信息发送其对应状态的标识信息,从而方便移动终端识别,并减小移动终端与服务器间传输的数据量。
移动终端接收到服务器通过HTTP的方式发送的用户的联系人列表中的每个联系人的状态信息,可以在本地保存的联系人列表中对每个联系人的状态进行标识并显示。
由于移动终端在判断当前满足联系人状态信息的获取条件时,主动向服务器发送获取联系人状态信息的HTTP请求,并接收服务器通过HTTP的方式发送的每个联系人的状态信息,每个联系人的状态信息是通过HTTP的方式获取的,HTTP方式允许传输的数据量比较大,因此传输的每个联系人的状态信息不会出现发送不成功的问题,可以使用户能够获取到准确的联系人的状态信息,方便后续与其联系人之间的数据交互。
实施例2:
为了使移动终端准确的判断出当前是否满足联系人状态信息的获取条件,在上述实施例的基础上,在本发明实施例中,所述判断当前是否满足联系人状态信息的获取条件包括:
判断是否接收到服务器返回的订阅成功的响应信息;或
判断是否接收到服务器返回的登陆成功的响应信息。
在本发明实施例中,移动终端在判断当前是否满足联系人状态信息的获取条件时,可以是判断是否接收到服务器返回的登陆成功的响应信息。具体地,用户在通过移动终端使用POC业务时,通过移动终端向服务器发送登陆请求,服务器接收到该登陆请求后,进行处理,并向移动终端返回登陆成功的响应信息。
在POC业务下,一般会部署代理服务器,移动终端在向服务器发送登陆请求时,首先该登陆请求发送到代理服务器,代理服务器会将所述登陆请求发送给服务器。当服务器向移动终端返回登陆成功的响应信息时,该登陆成功的响应信息首先发送给代理服务器,代理服务器将该登陆成功的响应信息转发给移动终端。如果移动终端接收到登陆成功的响应信息,则判断当前满足联系人状态信息的获取条件,向服务器发送获取联系人状态信息的HTTP请求。
移动终端在判断当前是否满足联系人状态信息的获取条件时,还可以是判断是否接收到服务器返回的订阅成功的响应信息。具体地,移动终端登陆成功后,会向服务器发送联系人列表订阅请求,服务器接收到联系人列表订阅请求后,进行处理,并向移动终端返回订阅成功的响应信息。在POC业务下,一般会部署代理服务器,该过程具体包括:移动终端向代理服务器发送联系人列表订阅请求,代理服务器接收到该联系人列表订阅请求后,将联系人列表订阅请求发送给服务器;服务器接收到联系人列表订阅请求后,进行处理,向代理服务器发送订阅成功的响应信息,代理服务器接收到订阅成功的响应信息后,将该订阅成功的响应信息转发给移动终端。如果移动终端接收到订阅成功的响应信息,则判断当前满足联系人状态信息的获取条件,向服务器发送获取联系人状态信息的HTTP请求。
实施例3:
为了提高联系人的状态信息的获取速度,减小服务器与移动终端之间传输的数据量,在上述各实施例的基础上,在本发明实施例中,接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息包括:
接收所述服务器通过HTTP的方式发送的所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
在本发明实施例中,所述移动终端本地保存有对应用户的联系人列表,该联系人列表中记录有每个联系人的标识信息,在未获取到服务器通过HTTP的方式发送的用户的联系人列表中的每个联系人的状态信息之前,可以将该联系人列表中的每个联系人的状态标识为离线状态。因此服务器在向移动终端发送联系人的状态信息时,服务器可以向所述移动终端发送所述联系人列表中的每个当前处于在线状态的第一联系人的状态信息。
具体的,服务器如果通过HTTP的方式发送,所述移动终端对应用户的联系人列表中的当前处于在线状态的每个第一联系人的状态信息,可以在该状态信息中携带每个第一联系人的标识信息,和每个第一联系人的状态。所述标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。
所述移动终端接收所述服务器通过HTTP的方式发送的所述联系人列表中当前处于在线状态的每个第一联系人的状态信息后,所述方法还包括:
所述移动终端根据所述当前处于在线状态的每个第一联系人的状态信息,将本地保存的联系人列表中所述每个第一联系人的状态标识为在线状态,将所述联系人列表中除所述每个第一联系人之外的联系人的状态标识为离线状态。
移动终端在接收到所述当前处于在线状态的每个第一联系人的状态信息后,根据所述状态信息中携带的所述每个第一联系人的标识信息,查找本地保存的联系人列表中对应标识信息的第一联系人,将查找到的本地保存的联系人列表中该第一联系人的状态标识为在线状态,将所述联系人列表中除所述第一联系人之外的联系人的状态标识为离线状态。所述标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。离线状态也可以称为注销状态,在线状态也可以称为注册状态。
因为联系人的状态包括在线状态和离线状态,当然在发送的时候也可以只发送的当前处于离线状态的联系人的标识信息。如果联系人的状态比较多,为了减小移动终端与服务器之间传输的数据量,服务器和移动终端可以预先约定,在发送联系人的状态信息时,可以少发一种状态下的联系人的信息,如果移动终端默认标识这种状态。例如状态包括:忙碌状态、离开状态、离线状态等,则服务器和移动终端可以预先约定,如果状态为离线状态,则该联系人的信息不再发送,因此服务器在向移动终端发送状态信息时,可以针对忙碌状态发送联系人的标识信息,并针对离开状态发送联系人的标识信息,移动终端接收到该状态信息后,针对忙碌状态接收的联系人的标识信息,将对应联系人的状态标识为忙碌状态,针对离开状态接收的联系人的标识信息,将对应联系人的状态标识为离开状态,剩余的联系人标识为离线状态。
由于在本发明实施例中服务器只是发送联系人列表中当前处于在线状态的每个第一联系人的状态信息,服务器与移动终端之间传输的数据量小,从而可以提高用户获取联系人的状态信息的速度,方便用户的后续数据交互。
下面以一个具体的例子,对本发明实施例进行说明。
图2为移动终端向服务器发送的HTTP请求中包含的参数示意图,如图2所示,可以看出所述HTTP请求中携带有移动终端对应用户的标识信息
userUri,具体的该用户的标识信息为加密后的信息,在加密用户的标识信息时,可以采用MD5加密算法,另外该HTTP请求中还携带有该用户的联系人列表中联系人的标识信息users,其中,该用户的标识信息的数据类型是一个字符串,并且在该HTTP请求中是必须携带的,具体的该用户的标识信息可以是用户的统一资源标识符(URI),联系人的标识信息是一个数组。
以下是移动终端发送的获取联系人状态信息的请求的具体内容示例:
其中,userUri为发送请求的用户的标识信息,该标识信息具体为:[email protected],users为需要获取的联系人列表中的每个联系人的标识信息,具体为13800138001、13800138002、……。
图3为服务器通过HTTP的方式向移动终端发送的信息中包含的各参数示意图,如果服务器返回移动终端联系人状态信息,则在该信息中将携带参数r,如果服务器通过HTTP的方式向移动终端发送的信息中携带参数r,并且r的数值为1,则说明该信息为联系人状态信息,其中r的数据类型为整型,并且在该信息中将会携带当前处于在线状态的每个第一联系人的标识信息users,其中第一联系人的标识信息是一个数组。如果因为某些原因服务器无法给移动终端提供联系人状态信息,则服务器通过HTTP的方式向移动终端发送携带参数m的信息,并且该信息中携带具体的无法提供联系人状态信息的描述信息,具体的该参数m可以是一个字符串。
以下是服务器向移动终端返回了联系人状态信息时,通过HTTP的方式向移动终端发送的信息的具体内容示例:
其中,该用户的联系人列表中当前处于在线状态的每个第一联系人的标识信息users分别为13800138001、13800138002、……,r:1为返回结果。
如果移动终端在设定的时间长度内没有接收到服务器发送的联系人的状态信息,移动终端可以重新向所述服务器发送获取联系人状态信息的HTTP请求,如果重发HTTP请求的次数达到设定次数后依然没有接收到服务器发送的联系人的状态信息,当前可能是该移动终端与服务器之间的网络环境不佳或网络延时较大,可以向用户显示该移动终端与服务器连接异常的提示信息,用户可以根据该提示信息,进行相应操作。
实施例4:
为了使移动终端显示的状态信息能够反映出每个联系人的真实状态,当联系人列表中的某个联系人的状态发生变化时,服务器还可以将变化后的联系人的状态发送给移动终端。在上述实施例的基础上,在本发明实施例中,所述方法还包括:
接收所述服务器通过SIP的方式发送的状态变化信息,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态;
在本地保存的联系人列表中查找所述标识信息的第二联系人,采用所述变化后的状态对查找到的所述第二联系人的状态进行更新并显示。
在本发明实施例中,服务器可以识别每个用户的状态是否发生变化,当某个用户的状态发生变化时,服务器可以向对应用户的移动终端发送状态变化信息。由于用户使用POC业务时,即用户上线后会通过移动终端向服务器发送其联系人列表中每个联系人的标识信息,服务器可以针对该用户保存其每个联系人的标识信息。因此服务器如果识别到第一用户的状态发生变化,根据该第一用户的标识信息,及针对每个第二用户保存的联系人列表中包含的联系人的标识信息,可以确定该第一用户位于哪些第二用户的联系人列表中,从而可以将该第一用户变化后的状态信息发送给第二用户的移动终端。另外,如果第二用户离线后,该第二用户不会再通过POC业务与其联系人进行信息交互,因此服务器可以在识别到第二用户离线后,将针对其联系人列表中每个联系人的标识信息删除。
另外,服务器在发送变化后的状态信息时,是通过SIP的方式发送的。具体的,在POC业务下,一般会部署代理服务器,所述接收所述服务器通过SIP的方式发送的状态变化信息包括:
接收代理服务器通过SIP方式发送的状态变化信息,其中所述状态变化信息是服务器通过SIP方式方式发送给代理服务器的,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态。
服务器识别用户的状态发生变化,将所述状态变化信息发送给代理服务器,代理服务器接收到该状态变化信息后,将该状态变化信息转发给移动终端,移动终端就可以接收到所述状态变化信息了。服务器在向代理服务器发送该状态变化信息时,是通过SIP的方式发送的,代理服务器在将所述状态变化信息状给移动终端时,也是通过SIP的方式发送的。
移动终端接收该状态变化信息,根据状态发生变化的第二联系人的标识信息,在本地保存的联系人列表中查找所述标识信息的第二联系人,并采用所述变化后的状态对查找到的所述第二联系人的状态进行更新并显示。所述状态变化信息可以是“某某的状态由离线状态变为在线状态”,或者“某某的状态更新为在线状态”。其中,某某为第二联系人的标识信息,所述标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。
实施例5:
图4为本发明实施例提供的一种POC业务联系人的状态获取过程示意图,该过程包括以下步骤:
S201:接收移动终端发送的获取联系人状态信息的HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息。
本发明实施例提供的POC业务联系人的状态获取方应用于服务器。服务器可以接收移动终端发送的获取联系人状态信息的HTTP请求。所述HTTP请求是移动终端在判断当前满足联系人状态信息的获取条件后发送的。所述
HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息,所述标识信息可以是用户的手机号码,可以是用户的统一资源标识符。
S202:通过HTTP的方式向所述移动终端发送联系人列表中的每个联系人的状态信息。
当服务器接收到移动终端发送的所述联系人状态信息的HTTP请求后,可以根据所述HTTP请求中携带的所述移动终端对应用户的联系人列表中的每个联系人的标识信息,查找该标识信息的联系人的当前状态。服务器将识别到的对应联系人的状态信息通过HTTP的方式发送给所述移动终端,其中,所述状态信息中携带所述移动终端对应用户的联系人列表中每个联系人的标识信息。
该联系人的标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。所述状态信息可以是在线状态,可以是离线状态等,其中离线状态也可以称为注销状态,在线状态也可以称为注册状态。
具体的,服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息中,可以携带该用户的联系人列表中每个联系人的状态,该状态可以是在线状态、离线状态等,并且还可以携带联系人的标识信息,具体的,可以针对每个联系人的标识信息发送该联系人的状态。该联系人的标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。
另外,为了减小服务器与移动终端之间传输的数据量,移动终端和服务器可以预先预定每种状态的标识信息,例如1表示该状态为在线状态,0表示该状态为离线状态等等。因此服务器在发送时,可以针对每个联系人的标识信息发送其对应状态的标识信息,从而方便移动终端识别,并减小移动终端与服务器间传输的数据量。
由于服务器在接收到移动终端发送的HTTP请求后,通过HTTP的方式发送用户的联系人列表中的每个联系人的状态信息,所述每个联系人状态信息不会超过HTTP的最大传输单元,不会发生发送不成功的情况,可以使该移动终端的用户获取的联系人的状态信息更加准确,方便后续与其联系人之间的数据交互。
实施例6:
为了提高发送联系人的状态信息的速度,减小服务器与移动终端之间传输的数据量,服务器可以只发送当前处于在线状态的联系人的状态信息,在上述实施例的基础上,在本发明实施例中,所述通过HTTP的方式向所述移动终端发送所述移动终端对应第一用户的联系人列表中的每个联系人的状态信息包括:
通过HTTP的方式向所述移动终端发送所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
移动终端本地保存有对应用户的联系人列表,该联系人列表中记录有每个联系人的标识信息,在未获取到服务器通过HTTP的方式发送的用户的联系人列表中的每个联系人的状态信息之前,可以将该联系人列表中的每个联系人标识为离线状态。因此服务器在向移动终端发送联系人的状态信息时,服务器可以向所述移动终端发送所述联系人列表中的每个当前处于在线状态的第一联系人的状态信息。
在本发明实施例中,所述服务器接收到移动移动终端发送的获取联系人状态信息的HTTP请求后,可以根据所述HTTP请求中携带的所述移动终端对应用户的联系人列表中的每个联系人的标识信息,在本地查找对应标识信息的联系人的状态。服务器将查找到的联系人中的当前处于在线状态的每个联系人的状态信息通过HTTP的方式发送给所述移动终端,所述当前处于在线状态的每个联系人称为第一联系人。其中,所述状态信息中携带所述查找到的联系人中的当前处于在线状态的每个第一联系人的标识信息。该联系人的标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。
因为联系人的状态包括在线状态和离线状态,当然在发送的时候也可以只发送的当前处于离线状态的联系人的标识信息。如果联系人的状态比较多,为了减小移动终端与服务器之间传输的数据量,服务器和移动终端可以预先约定,在发送联系人的状态信息时,可以少发一种状态下的联系人的信息,如果移动终端默认标识这种状态。例如状态包括:忙碌状态、离开状态、离线状态等,则服务器和移动终端可以预先约定,如果状态为离线状态,则该联系人的信息不再发送,因此服务器在向移动终端发送状态信息时,可以针对忙碌状态发送联系人的标识信息,并针对离开状态发送联系人的标识信息,移动终端接收到该状态信息后,针对忙碌状态接收的联系人的标识信息,将对应联系人的状态标识为忙碌状态,针对离开状态接收的联系人的标识信息,将对应联系人的状态标识为离开状态,剩余的联系人标识为离线状态。
由于在本发明实施例中服务器只是发送联系人列表中当前处于在线状态的每个第一联系人的状态信息,服务器与移动终端之间传输的数据量小,从而可以提高用户获取联系人的状态信息的速度,方便用户的后续数据交互。
下面以一个具体的例子,对本发明实施例进行说明。
图2为移动终端向服务器发送的HTTP请求中包含的参数示意图,如图2所示,可以看出所述HTTP请求中携带有移动终端对应用户的标识信息userUri,具体的该用户的标识信息为加密后的信息,在加密用户的标识信息时,可以采用MD5加密算法,另外该HTTP请求中还携带有该用户的联系人列表中联系人的标识信息users,其中,该用户的标识信息的数据类型是一个字符串,并且在该HTTP请求中是必须携带的,具体的该用户的标识信息可以是用户的统一资源标识符(URI),联系人的标识信息是一个数组。
以下是移动终端发送的获取联系人状态信息的请求的具体内容示例:
其中,userUri为发送请求的用户的标识信息,该标识信息具体为:[email protected],users为需要获取的联系人列表中的每个联系人的标识信息,具体为13800138001、13800138002、……。
图3为服务器通过HTTP的方式向移动终端发送的信息中包含的各参数示意图,如果服务器返回移动终端联系人状态信息,则在该信息中将携带参数r,如果服务器通过HTTP的方式向移动终端发送的信息中携带参数r,并且r的数值为1,则说明该信息为联系人状态信息,其中r的数据类型为整型,并且在该信息中将会携带当前处于在线状态的每个第一联系人的标识信息users,其中第一联系人的标识信息是一个数组。如果因为某些原因服务器无法给移动终端提供联系人状态信息,则服务器通过HTTP的方式向移动终端发送携带参数m的信息,并且该信息中携带具体的无法提供联系人状态信息的描述信息,具体的该参数m可以是一个字符串。
以下是服务器向移动终端返回了联系人状态信息时,通过HTTP的方式向移动终端发送的信息的具体内容示例:
其中,该用户的联系人列表中当前处于在线状态的每个第一联系人的标识信息users分别为13800138001、13800138002、……,r:1为返回结果。
实施例7:
为了使移动终端显示的状态信息能够反映出每个联系人的真实状态,当识别到某个联系人的状态发生变化时,可以将变化后的联系人的状态发送给移动终端。在上述实施例的基础上,在本发明实施例中,所述方法还包括:
如果识别到第二用户的状态发生变化,确定状态发生变化的第二用户的标识信息;
如果所述第一用户的联系人列表中包含所述第二用户,通过SIP的方式向所述第一用户的移动终端发送状态变化信息,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
在本发明实施例中,服务器可以识别每个用户的状态是否发生变化,当状态发生变化时,服务器可以向对应用户的移动终端发送状态变化信息。由于用户使用POC业务时,即用户上线后会通过移动终端向服务器发送其联系人列表中每个联系人的标识信息,服务器可以针对该用户保存其每个联系人的标识信息。因此服务器如果识别到第一用户的状态发生变化,根据该第一用户的标识信息,及针对每个第二用户保存的联系人列表中包含的联系人的标识信息,可以确定该第一用户位于哪些第二用户的联系人列表中,从而可以将该第一用户变化后的状态信息发送给第二用户的移动终端。另外,如果第二用户离线后,该第二用户不会再通过POC业务与其联系人进行信息交互,因此服务器可以在识别到第二用户离线后,将针对其联系人列表中每个联系人的标识信息删除。
另外,服务器在发送变化后的状态信息时,是通过SIP的方式发送的。
具体的,在POC业务下,一般会部署代理服务器,所述SIP方式向所述第一用户端的移动终端发送状态变化信息包括:
通过SIP的方式向代理服务器发送状态变化信息,通过所述代理服务器将所述状态变化信息发送给所述第一用户的移动终端,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
服务器识别用户的状态发生变化,将所述状态变化信息发送给代理服务器,代理服务器接收到该状态变化信息后,将该状态变化信息转发给移动终端,移动终端就可以接收到所述状态变化信息了。服务器在向代理服务器发送该状态变化信息时,是通过SIP的方式发送的,代理服务器在将所述状态变化信息状给移动终端时,也是通过SIP的方式发送的。
所述状态变化信息可以是“某某的状态由离线状态变为在线状态”,或者“某某的状态更新为在线状态”。其中,某某为第二用户的标识信息,所述标识信息可以是用户的账号、用户的手机号码等唯一标识用户的信息等。
图5为本发明实施例提供的一种处理流程示意图,从图5中可以看出详细实施过程,针对上面的主体和步骤分步骤描述:
1、第一用户的移动终端(UEA)向代理服务器(SIP Proxy)发送联系人列表订阅请求;
2、SIP Proxy接收到UEA发送的联系人列表请阅请求后,将所述联系人列表订阅请求转发给服务器(Presence Server);
3、Presence Server接收到SIP Proxy发送的联系人列表请阅请求后,进进行处理,并向SIP Proxy返回订阅成功的响应信息;
4、SIP Proxy接收Presence Server发送的订阅成功的响应信息后,将所述订阅成功的响应信息返回给UEA;
此时UEA判断接收到服务器返回的订阅成功的响应信息,则认为满足联系人状态信息的获取条件。
5、UEA接收到SIP Proxy返回的订阅成功的响应信息后,向Presence Server发送获取联系人状态信息的HTTP请求,所述HTTP请求中携带所述移动终端对应第一用户的联系人列表中的每个联系人的标识信息;
6、Presence Server接收到UEA发送的HTTP请求后,根据该HTTP请求中携带的每个联系人的标识信息,查找本地保存的对应的联系人,并识别查找到的联系人的状态,将查找到的联系人的标识信息及对应的状态发送给UEA;
7、当第二用户上线或下线后,第二用户的移动终端UEB会向SIP Proxy发送上线(注册)或下线(注销)请求;
8、SIP Proxy接收到UEB发送的注册或注销请求后,进行处理,并将注册或注销成功的响应信息发送给UEB;
9、SIP Proxy向Presence Server发送第二用户注册或注销的通知信息;
10、Presence Server接收到SIP Proxy发送的第二用户注册或注销的通知信息后,并向SIP Proxy返回通知成功响应信息;
11、Presence Server接收到SIP Proxy发送的第二用户注册或注销的通知信息后,识别该第二用户位于哪些用户的联系人列表中,当时别到第二用户位于第一用户的联系人列表中时,向SIP Proxy发送携带第二用户的状态变化信息的信息,该信息中还携带第一用户的标识信息,该状态变化信息中携带第二用户的标识信息及第二用户的状态;
12、SIP Proxy接收到Presence Server发送的携带第二用户的状态变化信息的信息,就可以将该第二用户的状态变化信息发送给UEA;
13、UEA接收到SIP Proxy发送的第二用户的状态变化信息后,向SIP Proxy发送通知成功的响应信息;
14、SIP Proxy将UEA发送的所述通知成功的响应信息返回给Presence Server。
实施例8:
图6为本发明实施例8提供的一种POC业务联系人的状态获取装置结构图,所述装置包括:
判断模块61,用于判断当前是否满足联系人状态信息的获取条件;
发送模块62,用于当判断模块结果为是时,向服务器发送获取联系人状态信息的HTTP请求,其中,所述请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
接收模块63,用于接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。
所述判断模块61,具体用于判断是否接收到服务器返回的订阅成功的响应信息;或判断是否接收到服务器返回的登陆成功的响应信息。
所述接收模块63,具体用于接收所述服务器通过HTTP的方式发送的所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
实施例9;
图7为本发明实施例9提供的一种POC业务联系人的状态获取装置结构图,在图6的基础上,所述装置还包括:
标识模块71,用于根据所述当前处于在线状态的每个第一联系人的状态信息,将本地保存的联系人列表中所述每个第一联系人的状态标识为在线状态,将所述联系人列表中除所述每个第一联系人之外的联系人的状态标识为离线状态。
所述接收模块63,还用于接收所述服务器通过会话启动协议SIP的方式发送的状态变化信息,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态;
所述装置还包括:
更新显示模块72,用于在本地保存的联系人列表中查找所述标识信息的第二联系人,采用所述变化后的状态对查找到的所述第二联系人的状态进行更新并显示。
所述接收模块63,具体用于接收代理服务器通过SIP方式发送的状态变化信息,其中所述状态变化信息是服务器通过SIP方式方式发送给代理服务器的,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态。
实施例10:
图8为本发明实施例10提供的一种POC业务联系人的状态获取装置结构图,所述装置包括:
接收模块81,用于接收移动终端发送的获取联系人状态信息的超文本传输协议HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
发送模块82,用于通过HTTP的方式向所述移动终端发送所述联系人列表中的每个联系人的状态信息。
所述发送模块82,具体用于通过HTTP的方式向所述移动终端发送所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
实施例11:
图9为本发明实施例11提供的一种POC业务联系人的状态获取装置结构图,在图8的基础上,所述装置还包括:
识别确定模块83,用于如果识别到第二用户的状态发生变化,确定状态发生变化的第二用户的标识信息;
所述发送模块82,还用于如果所述第一用户的联系人列表中包含所述第二用户,通过SIP方式向所述第一用户的移动终端发送状态变化信息,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
所述发送模块82,具体用于通过SIP的方式向代理服务器发送状态变化信息,通过所述代理服务器将所述状态变化信息发送给所述第一用户的移动终端,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
图10为本发明实施例提供的一种POC业务联系人的状态获取***结构图,所述***包括所述应用于移动终端91的POC业务联系人的状态获取装置和所述应用于服务器92的POC业务联系人的状态获取装置。
本发明实施例公开了一种POC业务联系人的状态获取方法、装置及***,该方法包括:判断当前是否满足联系人状态信息的获取条件;如果是,向服务器发送获取联系人状态信息的HTTP请求,其中,所述HTTP请求中携带移动终端对应用户的联系人列表中的每个联系人的标识信息;接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。由于本发明实施例中如果移动终端判断当前满足联系人状态信息的获取条件,主动向服务器发送获取联系人状态信息的HTTP请求,并接收服务器通过HTTP的方式发送的每个联系人的状态信息,每个联系人的状态信息是通过HTTP的方式发送的,HTTP方式允许传输的数据量比较大,因此传输的每个联系人的状态信息不会出现发送不成功的问题,可以使用户能够获取到准确的联系人的状态信息,方便后续与其联系人之间的数据交互。
对于***/装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来,而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (21)
1.一种基于移动蜂窝网络的一键通POC业务联系人的状态获取方法,其特征在于,应用于移动终端,所述方法包括:
判断当前是否满足联系人状态信息的获取条件;
如果是,向服务器发送获取联系人状态信息的超文本传输协议HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。
2.根据权利要求1所述的方法,其特征在于,所述判断当前是否满足联系人状态信息的获取条件包括:
判断是否接收到服务器返回的订阅成功的响应信息;或
判断是否接收到服务器返回的登陆成功的响应信息。
3.根据权利要求1所述的方法,其特征在于,所述接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息包括:
接收所述服务器通过HTTP的方式发送的所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
4.根据权利要求3所述的方法,其特征在于,所述移动终端接收到所述所有当前处于在线状态的每个第一联系人的状态信息后,所述方法还包括:
所述移动终端根据所述当前处于在线状态的每个第一联系人的状态信息,将本地保存的联系人列表中所述每个第一联系人的状态标识为在线状态,将所述联系人列表中除所述每个第一联系人之外的联系人的状态标识为离线状态。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述服务器通过会话启动协议SIP的方式发送的状态变化信息,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态;
在本地保存的联系人列表中查找所述标识信息的第二联系人,采用所述变化后的状态对查找到的所述第二联系人的状态进行更新并显示。
6.根据权利要求5所述的方法,其特征在于,所述接收所述服务器通过会话启动协议SIP的方式发送的状态变化信息包括:
接收代理服务器通过SIP方式发送的状态变化信息,其中所述状态变化信息是服务器通过SIP方式方式发送给代理服务器的,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态。
7.一种基于移动蜂窝网络的一键通POC业务联系人的状态获取方法,其特征在于,应用于服务器,所述方法包括:
接收移动终端发送的获取联系人状态信息的超文本传输协议HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
通过HTTP的方式向所述移动终端发送所述联系人列表中的每个联系人的状态信息。
8.根据权利要求7所述的方法,其特征在于,所述通过HTTP的方式向所述移动终端发送所述联系人列表中的每个联系人的状态信息包括:
通过HTTP的方式向所述移动终端发送所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
9.根据权利要求7所述的方法,其特征在于,所述方法还包括:
如果识别到第二用户的状态发生变化,确定状态发生变化的第二用户的标识信息;
如果所述第一用户的联系人列表中包含所述第二用户,通过会话启动协议SIP方式向所述第一用户的移动终端发送状态变化信息,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
10.根据权利要求7所述的方法,其特征在于,所述通过会话启动协议SIP方式向所述第一用户的移动终端发送状态变化信息包括:
通过SIP的方式向代理服务器发送状态变化信息,通过所述代理服务器将所述状态变化信息发送给所述第一用户的移动终端,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
11.一种基于移动蜂窝网络的一键通POC业务联系人的状态获取装置,其特征在于,应用于移动终端,所述装置包括:
判断模块,用于判断当前是否满足联系人状态信息的获取条件;
发送模块,用于当判断模块结果为是时,向服务器发送获取联系人状态信息的超文本传输协议HTTP请求,其中,所述请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
接收模块,用于接收所述服务器通过HTTP的方式发送的所述联系人列表中的每个联系人的状态信息。
12.根据权利要求11所述的装置,其特征在于,所述判断模块,具体用于判断是否接收到服务器返回的订阅成功的响应信息;或判断是否接收到服务器返回的登陆成功的响应信息。
13.根据权利要求11所述的装置,其特征在于,所述接收模块,具体用于接收所述服务器通过HTTP的方式发送的所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
14.根据权利要求13所述的装置,其特征在于,所述装置还包括:
标识模块,用于根据所述当前处于在线状态的每个第一联系人的状态信息,将本地保存的联系人列表中所述每个第一联系人的状态标识为在线状态,将所述联系人列表中除所述每个第一联系人之外的联系人的状态标识为离线状态。
15.根据权利要求11所述的装置,其特征在于,所述接收模块,还用于接收所述服务器通过会话启动协议SIP的方式发送的状态变化信息,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态;
所述装置还包括:
更新显示模块,用于在本地保存的联系人列表中查找所述标识信息的第二联系人,采用所述变化后的状态对查找到的所述第二联系人的状态进行更新并显示。
16.根据权利要求15所述的装置,其特征在于,所述接收模块,具体用于接收代理服务器通过SIP方式发送的状态变化信息,其中所述状态变化信息是服务器通过SIP方式方式发送给代理服务器的,其中所述状态变化信息中携带所述用户的联系人列表中状态发生变化的第二联系人的标识信息,及所述第二联系人变化后的状态。
17.一种基于移动蜂窝网络的一键通POC业务联系人的状态获取装置,其特征在于,应用于服务器,所述装置包括:
接收模块,用于接收移动终端发送的获取联系人状态信息的超文本传输协议HTTP请求,其中,所述HTTP请求中携带所述移动终端对应用户的联系人列表中的每个联系人的标识信息;
发送模块,用于通过HTTP的方式向所述移动终端发送所述联系人列表中的每个联系人的状态信息。
18.根据权利要求17所述的装置,其特征在于,所述发送模块,具体用于通过HTTP的方式向所述移动终端发送所述联系人列表中的当前处于在线状态的每个第一联系人的状态信息。
19.根据权利要求17所述的装置,其特征在于,所述装置还包括:
识别确定模块,用于如果识别到第二用户的状态发生变化,确定状态发生变化的第二用户的标识信息;
所述发送模块,还用于如果所述第一用户的联系人列表中包含所述第二用户,通过会话启动协议SIP方式向所述第一用户的移动终端发送状态变化信息,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
20.根据权利要求17所述的装置,其特征在于,所述发送模块,具体用于通过SIP的方式向代理服务器发送状态变化信息,通过所述代理服务器将所述状态变化信息发送给所述第一用户的移动终端,其中所述状态变化信息中携带所述第二用户的标识信息,及所述第二用户变化后的状态。
21.一种基于移动蜂窝网络的一键通POC业务联系人的状态获取***,其特征在于,所述***包括如权利要求11-16任一项所述应用于移动终端的POC业务联系人的状态获取装置和如权利要求17-20任一项所述应用于服务器的POC业务联系人的状态获取装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610943045.1A CN108023911A (zh) | 2016-11-01 | 2016-11-01 | 一种poc业务联系人的状态获取方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610943045.1A CN108023911A (zh) | 2016-11-01 | 2016-11-01 | 一种poc业务联系人的状态获取方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108023911A true CN108023911A (zh) | 2018-05-11 |
Family
ID=62069956
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610943045.1A Pending CN108023911A (zh) | 2016-11-01 | 2016-11-01 | 一种poc业务联系人的状态获取方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108023911A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110781375A (zh) * | 2018-07-31 | 2020-02-11 | 阿里巴巴集团控股有限公司 | 一种用户状态标识确定方法及装置 |
CN113473393A (zh) * | 2021-06-30 | 2021-10-01 | 哈尔滨海能达科技有限公司 | 一种PoC通信***下的组呼处理方法及相关设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101662734A (zh) * | 2009-09-23 | 2010-03-03 | 深圳市戴文科技有限公司 | 移动终端ptt业务联系人在线状态的获取方法及*** |
CN101668253A (zh) * | 2009-09-22 | 2010-03-10 | 深圳市戴文科技有限公司 | 一种移动终端联系人的识别方法、***移动终端 |
KR20120040625A (ko) * | 2010-10-19 | 2012-04-27 | 삼성전자주식회사 | 통합 주소록 서비스 기반의 주소 상태를 제공하기 위한 장치 및 방법 |
CN103973541A (zh) * | 2013-01-29 | 2014-08-06 | 中兴通讯股份有限公司 | 一种向群组成员发送多媒体消息的方法及设备 |
-
2016
- 2016-11-01 CN CN201610943045.1A patent/CN108023911A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101668253A (zh) * | 2009-09-22 | 2010-03-10 | 深圳市戴文科技有限公司 | 一种移动终端联系人的识别方法、***移动终端 |
CN101662734A (zh) * | 2009-09-23 | 2010-03-03 | 深圳市戴文科技有限公司 | 移动终端ptt业务联系人在线状态的获取方法及*** |
KR20120040625A (ko) * | 2010-10-19 | 2012-04-27 | 삼성전자주식회사 | 통합 주소록 서비스 기반의 주소 상태를 제공하기 위한 장치 및 방법 |
CN103973541A (zh) * | 2013-01-29 | 2014-08-06 | 中兴通讯股份有限公司 | 一种向群组成员发送多媒体消息的方法及设备 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110781375A (zh) * | 2018-07-31 | 2020-02-11 | 阿里巴巴集团控股有限公司 | 一种用户状态标识确定方法及装置 |
CN110781375B (zh) * | 2018-07-31 | 2023-07-07 | 阿里巴巴集团控股有限公司 | 一种用户状态标识确定方法及装置 |
CN113473393A (zh) * | 2021-06-30 | 2021-10-01 | 哈尔滨海能达科技有限公司 | 一种PoC通信***下的组呼处理方法及相关设备 |
CN113473393B (zh) * | 2021-06-30 | 2023-02-28 | 哈尔滨海能达科技有限公司 | 一种PoC通信***下的组呼处理方法及相关设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8073920B2 (en) | Service authorizer | |
US9083654B2 (en) | Use of information channels to provide communications in a virtual environment | |
TWI445433B (zh) | 用於裝置間媒體串流傳送之方法、使用者設備和軟體產品 | |
US8155672B2 (en) | Scalable geo-location event processing | |
AU2018206697A1 (en) | Authentication of service requests initiated from a social networking site | |
CN107258098B (zh) | 用于共享与呼叫相关联的丰富的信息的方法和设备 | |
US8296447B2 (en) | Method for copying session information, call control server for executing the same, and computer product | |
CN101682616A (zh) | 使用多个设备的网络多媒体通信 | |
CN104813655A (zh) | 在视频会议会话中预览呼叫方的方法 | |
US20120297031A1 (en) | Anonymous Signalling | |
CN101388837A (zh) | 路由选择方法、业务网络、网络设备及终端 | |
KR20170048345A (ko) | 대화형 오디오 비주얼 통신 동안 사용자 경험을 향상시키기 위한 시스템 및 방법 | |
CN103124254A (zh) | 一种建立定向推送的方法、服务器和装置 | |
US20100144345A1 (en) | Using called party mobile presence and movement in communication application | |
EP1861959B1 (en) | Method and system for collecting opinions of push to talk over cellular participants in push to talk over cellular network | |
US20200067993A1 (en) | Methods and system for placing a video call over a communication network | |
US20220232126A1 (en) | Chat bot asynchronous agent escalation | |
CN106789566A (zh) | 基于手机操作***的不同im应用消息共享方法和*** | |
CN102891828A (zh) | Ims用户验证方法、设备和*** | |
AU2007316108B2 (en) | Session based communication | |
CN101834730A (zh) | 一种多媒体会议控制方法和*** | |
CN108023911A (zh) | 一种poc业务联系人的状态获取方法、装置及*** | |
CN107864161A (zh) | 一种数据传输方法和装置 | |
US9473430B2 (en) | Method and system for group number-based microblog aggregation | |
CN101425067B (zh) | 信息检索方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180511 |