CN106209834A - 一种实现手机远程通讯实时监控与组播的方法 - Google Patents

Abstract

本发明提供一种实现手机远程通讯实时监控与组播的方法，该方法基于远程手机客户端实时监听与实时控制模块和服务器认证与实时通讯模块两个模块实现；远程手机客户端实时监听与实时控制模块用于实时监听远程手机通讯事件，向服务器发出认证请求，以及与用户已注册的联网设备直接组播通讯，或者由服务器中转，与用户的其他联网设备通讯；服务器认证与实时通讯模块用于认证客户端身份，查找与远程手机客户端属于同一用户的其他注册设备信息，以及当组播不被支持时，实时中转远程手机与用户联网设备之间的通讯数据。本发明所提供的方法能够解决手机忘带或者漫游费用昂贵的弊端；同时组播传输技术还能大大节约用户终端流量和核心网络带宽，具有广阔应用前景。

Description

一种实现手机远程通讯实时监控与组播的方法

技术领域

本发明涉及的是一种手机远程通讯实时监控与组播的方法，可以应用到各类具有可上网功能的移动通讯设备上。

背景技术

远程监控技术，是指通过远程服务器监听特定目标的特定内容，然后通过网络传输到指定位置。

组播(英文名称：Multicast)技术，是指在发送端和有需求的多个接收端之间实现点对多点网络连接。在实时流媒体传输应用中，使用组播技术，可以对多个接收端实现高效数据传输，并且能够在一定程度上降低主干网络的数据拥堵。

手机远程通讯监控常用的技术是通过录音或者短信存储，将被监控手机的通讯事件和通讯内容记录到本地的存储设备，然后按照预先设定的频率单播上传到服务器，当有查询请求时，再将这些通讯事件和通讯内容从服务器单播下载到查询客户端，这种方式的缺点在于：一，实时响应能力极低，无法满足用户的实用需求，因此，也就无法实现产品化。二，效率低，相比组播技术，单播通讯在流媒体多方传输时，会在网络上传输大量冗余数据，不但会造成网络拥塞，还对用户终端的流量造成极大浪费。

发明内容

本发明提供一种实现手机远程通讯实时监控与组播的方法，该方法能够在不改变手机原本电信语音网络应用功能的基础上，实现多个通讯终端通讯实时监控与组播功能，不受当前用户所处地理位置的限制，实时监控远程手机来电，短信，并能在一个或者多个联网设备上实时接听或回复。

为了达到上述目的，本发明的技术方案为：

一种实现手机远程通讯实时监控与组播的方法，该方法基于远程手机客户端实时监听与实时控制模块和服务器认证与实时通讯模块两个模块实现；所述的远程手机客户端实时监听与实时控制模块用于实时监听远程手机通讯事件，向服务器发出认证请求，以及与用户已注册的联网设备直接组播通讯，或者由服务器中转，与用户的其他联网设备通讯；所述的服务器认证与实时通讯模块用于认证客户端身份，查找与远程手机客户端属于同一用户的其他注册设备信息，以及当组播不被支持时，实时中转远程手机与用户联网设备之间的通讯数据。

假设用户A拨打用户B的手机号码，用户B拥有远程手机P0，以及可上网通讯终端(如手机，电脑，平板等)P1，P2，P3，……Pn，其中，P0的电话号码是用户B常用电话号码，作为自己的联系方式公开给其他用户(例如用户A)使用，该方法具体包括以下步骤：

1)用户B注册远程手机P0,以及其他联网设备P1,P2,P3,……,Pn的设备名称，硬件地址，组播支持信息，并设置实时监控与控制规则，提交给服务器；用户A通过电信网络拨打用户B的手机P0的电话号码。

2)远程手机P0有来电或短信时，根据步骤1)中用户B设置的实时监控规则，通过P0上的客户端向服务器发送来电或短信信息，服务器对该客户端进行认证。

3)若认证失败，服务器向远程手机P0发送放弃监听指令；若认证成功，进行下一步。

4)服务器查询用户B注册的其他联网设备(例如P1)是否在线，并根据步骤1)中用户B设置的实时控制规则，向所有在线设备发送来电或短信提示。

5)用户B通过注册的联网设备(例如P1)查看来电号码，发出“接受”或“拒绝”指令，附带该联网设备的组播支持标志至服务器，如果联网设备支持组播，则同时向P0发送一条组播探测数据包，服务器收到“接受”或“拒绝”指令后，转发给P0。

6)远程手机P0上的客户端根据步骤5)服务器转发的指令，如果是“拒绝”指令，则终止本次通信；如果是“接受”指令，进行下一步。

7)在指定时间内收到组播探测数据包时，P0直接通过组播与用户的联网设备实时通讯，否则，远程手机P0通过服务器进行实时通讯转发，与用户B的联网设备通讯；

8)当参与通话的任何一方挂断电话或者停止发送短信时，通讯结束。

本发明所提供的手机通讯远程实时监控技术具有非常广泛和实用的应用场景：比如，当用户拥有多部移动通讯终端时，可以指定一部手机为远程监控手机，当有短信或来电到达，用户可以在任何可以上网的地点，用其他联网的手机或电脑，平板等设备回复短信或接听来电，解决手机忘带或者漫游费用昂贵的弊端；同时组播传输技术还能大大节约用户终端流量和核心网络带宽，具有广阔应用前景。

附图说明

图1是通讯过程的数据流程图。

具体实施方式

下面结合图1，对本发明做详细的描述：图1中，S0代表手机P0上的客户端实时监听与实时控制模块，Sx代表服务器认证与实时通讯模块，V代表待遍历客户端集合，Z代表支持组播的客户端集合，M代表不支持组播的客户端集合，编号1～8为数据流程标志符，分别对应以下步骤中的1～8，现在用户A欲与用户B通讯，过程如下：

1：用户A拨打用户B的手机P0的电话号码，电信公司的电话交换系统试图接通用户B的手机P0，该过程由通讯双方的手机使用的电信网络完成。

2：用户B的手机P0语音通话进程启动，P0中的监控软件S0注册有语音通话事件监听器，因此S0被启动。S0通过标准HTTP协议向Sx发出认证请求，请求包含以下信息：

(a)用户A的电话号码

(b)P0的电话号码

(c)P0手机系统当前的时间戳

(d)P0的客户端S0中保存的注册ID

(e)P0的客户端S0中保存的注册密钥

3.1:Sx收到S0发来的请求信息，对2中发来的客户端注册ID和密钥进行认证。

3.2:认证失败，Sx记录本次失败认证信息，并准备好向客户端S0发送的错误反馈信息。

3.3:Sx向S0发送3.2中的错误反馈信息，S0收到该错误反馈信息后，记录认证失败信息。

3.4:客户端S0放弃本次监听。

3.5:认证成功。

4：认证通过后,Sx通过查询用户B的注册数据，找到用户B注册的其他设备上的客户端ID，然后根据用户B预先指定的转接优先级规则，对这些客户端的ID执行优先级降序排序，记排序后的客户端ID集合为V。

Sx遍历集合V，对于V中每一个客户端ID，向该ID对应的设备发送通知信息，包含以下信息：

(a)用户A的电话号码

(b)客户端S0发送给服务器模块Sx的时间戳

(c)P0的组播组地址

5.1：集合V中的ID对应的设备上的客户端Sj收到该通知后，首先根据收到的时间戳和组播组地址，构建组播更新向量，根据该向量，更新或者保持本机客户端存储的组播地址映射，然后，通知用户B，本次通讯概要信息，包括用户A的电话号码和当前执行监听任务的P0的手机号码，根据用户的反馈，向Sx发送指令消息，该消息包含“接受”或者“拒绝”指令，如果本机支持组播通讯，指令中设置组播允许标志为1，同时，向P0发送一条组播探测数据包，否则，设置组播允许标志为0。

5.2：Sx收到了Sj的“接受”或者“拒绝”指令，然后，向客户端S0发送“接受”或者“拒绝”指令，指令中附带5.1的组播允许标志。

6.1：客户端S0收到Sx发送来的指令，判断指令类型。

6.2：客户端S0收到Sx的“拒绝”指令，则调用P0系统API挂断本次通话，或者删除收到的短信，然后，结束本次通讯。

6.3：客户端S0收到Sx的“接受”指令，判断消息中组播允许标志。

7.1：组播允许标志为1，客户端S0在指定时间内等待组播探测数据包，如果检测到组播探测数据包，则将指令中附带的客户端ID和组播地址数据加入待转发客户端集合Z，然后，循环执行7.3,7.4，直到用户A，或者转发集合Z中的任意一个客户端结束本次通讯。

7.2：组播允许标志为0，或者虽然组播允许标志为1但在指定时间内未能成功收到组播探测数据包，则客户端S0将指令中附带的客户端ID加入待转发客户端集合M，然后，循环执行7.5，7.6，7.7，7.8直到用户A，或者转发集合M中的任意一个客户端结束本次通讯。

7.3：集合Z中的客户端加入本次通话，开启两个监听线程，分别为数据输出监听线程和远程组播输入监听线程，然后向客户端S0发送“通讯确认”指令，指令包含为本次通讯建立的数据通讯端口。

之后，每次循环，数据输出监听线程，监听该客户端所在手机的语音输出数据或用户B输入的回复短信数据，压缩后，直接发送给客户端S0；远程组播输入监听线程，监听来自客户端S0的压缩语音数据或短信数据，解压后，送入本机语音输出设备或显示短信内容。

7.4：客户端S0充当监听服务器，收到7.3的“通讯确认”指令，根据指令中指定的本次通话所用数据通讯端口，启动远程组播输入监听线程和数据输出监听线程。

之后，每次循环，数据输出监听线程，将监听到的手机P0的语音输出数据或短信数据，压缩后，直接发送给集合Z中的客户端；远程组播输入监听线程，将监听到的来自集合Z中客户端的压缩语音数据或短信数据，解压后，调用系统API将语音数据或短信数据发送给用户A。

7.5：集合M中的客户端加入本次通讯，开启两个监听线程，分别为数据输出监听线程和远程服务器输入监听线程，然后向Sx发送“通讯确认”指令，指令包含为本次通话建立的数据通讯端口。

之后，每次循环，集合M中的客户端数据输出监听线程，监听该客户端所在手机的语音输出数据或用户B输入的回复短信数据，压缩后，发送给Sx；远程服务器输入监听线程，监听来自7.7的服务器模块Sx的压缩语音数据或短信数据，解压后，送入本机语音输出设备或显示短信内容。

7.6：客户端S0充当监听服务器，收到7.5的“通讯确认”指令，根据指令中指定的本次通讯所用通讯端口，启动服务器输入监听线程和数据输出监听线程，向Sx发送“更新路由映射”指令。之后，每次循环，S0的数据输出监听线程，将监听到的语音数据或短信数据发送给Sx。

7.7：Sx收到7.6的“更新路由映射”指令，根据服务器当前时间戳和指令中指定的本次通讯所用数据通讯端口以及远程客户端ID，更新或保持应用层路由映射关系表，然后，构建远程客户端输入输出缓冲队列，并启动输入输出缓冲区监听线程。

之后，每次循环，根据来自客户端S0的本次通讯目的地址，查询应用层路由映射关系表，将压缩语音数据或短信数据放入对应的缓冲队列，输入输出缓冲区监听线程负责把缓冲队列上的数据发送到对应的集合M中的客户端。

7.8：每次循环,Sx将来自7.5的M中的客户端压缩语音数据或短信数据发送给客户端S0，客户端S0的服务器输入监听线程，将该压缩语音数据或短信数据解压后，调用系统API将语音数据或短信数据发送给用户A。

8.1：集合Z中的某一客户端收到来自用户B的“终止通讯”指令，通过7.3的循环过程向客户端S0发送“通讯结束”指令，清理相关资源后，结束通讯。或者，收到了7.4过程发来的“终止通讯”指令，清理相关资源后，结束通讯。

8.2：集合M中的某一客户端收到来自用户B的终止通讯请求，通过7.5的循环过程向Sx发送“通讯结束”指令，清理相关资源后，结束通讯。或者，收到了7.7过程发来的“终止通讯”指令，清理相关资源后，结束通讯。

8.3：客户端S0收到来自8.1的“通讯结束”指令，清理相关资源后，结束通讯。

8.4：客户端S0收到来自8.2的“通讯结束”指令，清理相关资源后，结束通讯。

8.5：该过程仅在通讯类型为语音通话时发生，用户A挂断通话，客户端S0监听到通话结束事件，先通过7.4,或者7.7过程发生终止通讯指令，然后清理相关资源，结束通讯。

Claims (1)

1.一种实现手机远程通讯实时监控与组播的方法，其特征在于,该方法基于远程手机客户端实时监听与实时控制模块和服务器认证与实时通讯模块两个模块实现；该方法具体包括以下步骤：

1)用户B注册远程手机P0,以及其他联网设备P1,P2,P3,……,Pn的设备名称，硬件地址，组播支持信息，并设置实时监控与控制规则，提交给服务器；用户A通过电信网络拨打用户B的手机P0的电话号码；

2)远程手机P0有来电或短信时，根据步骤1)中用户B设置的实时监控规则，通过P0上的客户端向服务器发送来电或短信信息，服务器对该客户端进行认证；

3)若认证失败，服务器向远程手机P0发送放弃监听指令；若认证成功，进行下一步；

4)服务器查询用户B注册的其他联网设备是否在线，并根据步骤1)中用户B设置的实时控制规则，向所有在线设备发送来电或短信提示；

5)用户B通过注册的联网设备查看来电号码，发出“接受”或“拒绝”指令，附带该联网设备的组播支持标志至服务器，如果联网设备支持组播，则同时向P0发送一条组播探测数据包，服务器收到“接受”或“拒绝”指令后，转发给P0；

6)远程手机P0上的客户端根据步骤5)服务器转发的指令，如果是“拒绝”指令，则终止本次通信；如果是“接受”指令，进行下一步；

7)在指定时间内收到组播探测数据包时，P0直接通过组播与用户的联网设备实时通讯，否则，远程手机P0通过服务器进行实时通讯转发，与用户B的联网设备通讯；

8)当参与通话的任何一方挂断电话或者停止发送短信时，通讯结束。