[0001] 本申请涉及卫星通信技术领域，具体涉及基于卫星通信的应急群组消息处理方法、系统和电子设备。

[0002] 随着信息技术发展，对通信的高效、机动、多样性等提出更迫切的要求，目前，通信系统领域的一个发展重点是全球移动通信(Global System for Mobile Communications，GSM)，而全球移动通信的重要组成部分是卫星通信。

[0003] 卫星通信具备通信距离远、覆盖面积大、组网灵活等特点，其既可为固定终端，也可为各种移动终端提供服务。卫星通信功能可以使得在手机无信号(无蜂窝网络/WLAN网络覆盖)的情况下，处于空旷无遮挡的环境时，可以通过卫星(中国为北斗卫星)发送和接收消息。卫星通信可应用于多种场景，比如：偏远地区宽带连接、海上与航空宽带连接、应急通信及特种需求、参与构建万物互联推动数字化转型等。

[0004] 目前，手机的卫星通信功能的重要目标之一，是在手机失去移动通信网络的信号(蜂窝网络/WLAN网络)后，在用户主动触发的情况下，为用户提供应急的卫星通信服务。然而，基于手机的卫星通信功能，在用户处于无人区或者到偏远山区探险的情况下，如何主动记录用户受困前可能到达过的位置，并进行有效通知，以便迅速展开救援，现有技术并未提供有效的解决方案。

[0024] 为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0025] 在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

[0026] 本申请实施例提供基于卫星通信的应急群组消息处理方法和系统，可以主动记录用户受困前可能到达过的位置，并进行有效通知。

[0027] 请参阅图1，图1是本申请实施例提供的基于卫星通信的应急群组消息处理系统的结构示意图。在本实施例中，基于卫星通信的应急群组消息处理系统可以包括若干用户的移动端、设备管理服务器和卫星系统；其中卫星系统包括卫星和地面卫星设备。

[0028] 用户的移动端用于提交应急群组建立请求，并且在判定用户受困时，向卫星系统发送应急定位请求。

[0029] 用户的移动端包括但不限于智能手机、平板电脑、智能手表和智能眼镜等智能便携设备。为了方便说明，本实施例中以手机作为用户的移动端进行说明。

[0030] 设备管理服务器用于构建应急群组，生成应急群组标识，将应急群组标识分别发送至用户的移动端和地面卫星设备，接收地面卫星设备发送的警示消息，转发受困用户信息。

[0031] 卫星系统用于接收的应急群组标识和应急定位请求，根据应急定位请求，获取受困用户信息，生成警示消息并进行发送至设备管理服务器。

[0032] 如图1所示，在本实施例中包括用户A、用户B和用户C，用户A的移动端——手机a，用户B的移动端——手机b和用户C的移动端——手机c。

[0033] 设备管理服务器分别可以与地面卫星设备和各个手机实现通信；卫星可以分别与地面卫星设备和各个手机实现通信。

[0034] 示例性地，基于卫星通信的应急群组消息处理过程如下：

[0035] 步骤1：用户A、用户B和用户C之一，基于自己所使用的卫星通信模块和移动通信网络通信模块的手机，通过移动通信网络，向设备管理服务器发送应急群组建立请求。

[0036] 该应急群组建立请求中，包含用户A、用户B和用户C的账户名。

[0037] 比如，用户A可以利用自己的手机a，选取用户B和用户C的账户名，进而生成应急群组建立请求，通过移动通信网络发送给设备管理服务器。

[0038] 步骤2：设备管理服务器在接收到应急群组建立请求后，构建应急群组，并将用户群标识与用户A、用户B和用户C的账户名相绑定；同时，根据预先存储的用户账户名和手机号码的对应关系，将应急群组标识，分别发送给用户A、用户B和用户C的账户名分别对应的手机进行存储。

[0039] 步骤3：设备管理服务器将应急群组标识，发送给地面卫星设备进行存储。

[0040] 步骤4：以用户A为例，其手机a判断手机是否开启了徒步应急模式，或，用户A启用手机a导航功能时所设置的目标位置，是否为潜在危险区；若判断为是，手机a对移动通信网络的信号强度进行周期性检测，比如，按每隔10分钟检测一次的频率进行检测。

[0041] 其中，徒步应急模式可以是手机a上安装的软件提供的一种服务，若用户选择开启开模式，则手机a可以执行步骤4及后续步骤的相关操作。

[0042] 步骤5：若检测到信号强度持续一段时间(比如半小时或1小时)小于预先设置的强度阈值，进一步判断用户A当前是否处于潜在危险区；若是，执行步骤6。

[0043] 步骤5中判断用户A当前是否处于潜在危险区，比如可以这样实现：

[0044] 根据手机a当前地理位置的信息，手机a判断当前地理位置是否具备潜在危险地理区域的特征；如果判断结果为是，则判定用户可能处于潜在危险境地；如果判断为否，则可以减小上述周期性检测的检测频率，以免耗费手机a较多电量。

[0045] 这里所说的手机a根据当前地理位置的信息，判断当前地理位置是否具备潜在危险地理区域的特征，比如可以是手机a根据当前地理位置的经纬度信息，以及本地保存的地图信息，判断用户A是否处于潜在危险区——比如处于海洋、人烟稀少的地域、无人区、高海拔地区，等等。或者，在已经判定目标位置为潜在危险区的情况下，根据当前位置判断用户是否已经到达目标位置，若到达，则判定用户A处于潜在危险区。

[0046] 步骤6：手机a启动手机的卫星通信模块建立与卫星网络的连接。

[0047] 如图3所示，手机a可以启动手机的卫星通信模块建立与图示卫星的连接，从而可以实现通过卫星连接至地面卫星设备。

[0048] 步骤7：手机a在成功连接卫星后，获取保存在手机a中的应急群组的标识。

[0049] 步骤8：手机a基于应急群组的标识、用户A的账户名，向连接的卫星发送应急定位请求；该应急定位请求中包含该应急群组的标识。

[0050] 步骤9：卫星在接收到应急定位请求后，定位手机a的当前位置，并获取当前时间的信息。

[0051] 步骤10：卫星根据获取的手机a的当前位置、当前时间的信息和该应急群组的标识、用户A的账户名，生成应急通知消息，发送给地面卫星设备。

[0052] 该应急通知消息中，包含手机a的当前位置、当前时间的信息和该应急群组的标识、用户A的账户名。

[0053] 步骤11：地面卫星设备接收到应急通知消息后，根据该消息中包含的应急群组的标识，确定与本地保存的应急群组的标识匹配后，确定该条应急通知消息可通知给一个应急群组，从而根据手机a的当前位置、当前时间的信息和用户A的账户名，生成包含通知用户A在该当前时间处于该当前位置的警示内容的警示消息。

[0054] 该警示消息中还包含该应急群组的标识。

[0055] 步骤12：地面卫星设备通过移动通信网络，将警示消息发送到设备管理服务器；

[0056] 步骤13：设备管理服务器根据警示消息中包含的应急群组的标识，确定相应的应急群组，并将通知用户A在该当前时间处于该当前位置的警示内容，发送到该应急群组对应的信息接收界面。

[0057] 对于用户A、用户B和用户C，他们可以是一同出行的人员，或者，用户B和C中也可以有专业救援人员。

[0058] 当用户A可能出现存在潜在危险时，若用户B和用户C为一同出行的人员，能够及时获知用户A所在位置，尽可能及早展开救援。

[0059] 当用户B和C中有专业救援人员时，也可以第一时间发现这个情况，后续能够根据用户A的位置尽快到达施救位置。

[0060] 对于用户A的手机a仍然具有电量的情况下，由于采用本方案，可以主动触发手机a接入卫星网络，因此应急群组中的人员也可以通过卫星网络，向用户A的手机发送警示消息，以便及时提醒用户A离开潜在危险区域。

[0061] 通过上述方式，本申请实施例提供的基于卫星通信的应急群组消息处理系统和可以组建应急群组，并将应急群组的信息同步给地面卫星站，以便及时通知应急群组成员；基于手机徒步应急模式，或，用户A启用手机a导航功能时所设置的目标位置，是否为潜在危险区，开启周期性检测；并在检测到处于潜在危险区时，主动接入卫星通信网络，尽可能避免即将发生的失联风险。

[0062] 当用户A可能出现存在潜在危险时，若应急群组中的人员为一同出行的人员，能够及时获知用户A所在位置，尽可能及早展开救援。

[0063] 当应急群组中的人员中有专业救援人员时，也可以第一时间发现这个情况，后续能够根据用户A的位置尽快到达施救位置。

[0064] 对于用户A的手机a仍然具有电量的情况下，由于采用本方案，可以主动触发手机a接入卫星网络，因此应急群组中的人员也可以通过卫星网络，向用户A的手机发送警示消息，以便及时提醒用户A离开潜在危险区域，尽量避免用户A受困的情况发生。

[0065] 基于卫星通信的应急群组消息处理方法可基于上述的系统实现。

[0066] 请参阅图2，图2是本申请实施例提供的基于卫星通信的应急群组消息处理方法的流程示意图之一。在本实施例中，基于卫星通信的应急群组消息处理方法应用于设备管理服务器。

[0067] 本实施例的基于卫星通信的应急群组消息处理方法包括步骤S210至S250，各步骤具体如下：

[0068] S210：接收若干用户的应急群组建立请求。

[0069] S220：根据应急群组建立请求构建应急群组，并得到对应的应急群组标识。

[0070] S230：将应急群组标识分别发送至用户的移动端和地面卫星设备。

[0071] S240：当识别到用户受困时，接收地面卫星设备发送的警示消息。

[0072] 其中警示消息中包括应急群组标识和受困用户信息。

[0073] S250：根据应急群组标识将受困用户信息转发至对应的应急群组。

[0074] 请参阅图3，图3是本申请实施例提供的基于卫星通信的应急群组消息处理方法的流程示意图之二。在本实施例中，基于卫星通信的应急群组消息处理方法应用于用户的移动端。

[0075] 本实施例的基于卫星通信的应急群组消息处理方法包括步骤S310至S350，各步骤具体如下：

[0076] S310：向设备管理服务器发送应急群组建立请求。

[0077] S320：接收设备管理服务器反馈的应急群组的应急群组标识并进行存储。

[0078] S330：在存在失联风险的情况下，对移动通信网络的信号强度进行周期性检测。

[0079] S340：若信号强度在预设时间段内均小于预设阈值，则判定用户受困。

[0080] S350：启动卫星通信模块建立与卫星网络的连接，并基于用户账户名和应急群组标识向连接的卫星发送应急定位请求。

[0081] 在一个实施例中，在存在失联风险的情况下，对移动通信网络的信号强度进行周期性检测之前，包括：在开启徒步应急模式下，或者判定启动导航功能时所设置的目标位置为潜在危险区，或者途径潜在危险区时，则判定存在失联风险。

[0082] 请参阅图4，图4是本申请实施例提供的基于卫星通信的应急群组消息处理方法的流程示意图之三。在本实施例中，基于卫星通信的应急群组消息处理方法应用于卫星系统。

[0083] 本实施例的基于卫星通信的应急群组消息处理方法包括步骤S410至S450，各步骤具体如下：

[0084] S410：接收设备管理服务器发送的应急群组的应急群组标识。

[0085] S420：接收用户的移动端发送的应急定位请求。

[0086] S430：响应于应急定位请求，获取受困用户信息。

[0087] 其中受困用户信息包括当前时间和用户的移动端的当前位置。

[0088] S440：根据受困用户信息生成警示消息。

[0089] 其中警示消息中包括应急群组标识和受困用户信息。

[0090] S450：将警示消息发送至设备管理服务器。

[0091] 在一个实施例中，卫星系统包括卫星和地面卫星设备；地面卫星设备用于接收设备管理服务器发送的应急群组的应急群组标识；卫星用于接收用户的移动端发送的应急定位请求，响应于应急定位请求，获取受困用户信息。

[0092] 在一个实施例中，应急定位请求包括用户账户名和应急群组标识；根据受困用户信息生成警示消息包括：卫星根据受困用户信息、用户账户名和应急群组标识生成应急通知消息；卫星将应急通知消息发送至地面卫星设备；地面卫星设备根据应急通知消息生成警示消息。

[0093] 在一个实施例中，地面卫星设备根据应急通知消息生成警示消息，包括：地面卫星设备将应急通知消息中的应急群组标识与本地保存的应急群组标识作匹配，匹配通过后，确定目标应急群组；根据当前时间、用户的移动端的当前位置、用户账户名生成包含通知受困用户在当前时间处于当前位置的警示内容的警示消息；将警示消息发送至设备管理服务器，包括：将警示消息发送至负责目标应急群组的设备管理服务器。

[0094] 另一方面，本申请实施例还提供一种电子设备，图5是本申请实施例提供的电子设备的实体结构示意图，如图5所示，该电子设备可以包括：电子设备可以包括存储器(memory)520、处理器(processor)510及存储在存储器520上并可在处理器510上运行的计算机程序。处理器510执行程序时实现上述各方法所提供的基于卫星通信的应急群组消息处理方法。

[0095] 可选地，电子设备还可以包括通信总线530和通信接口(Communications Interface)540，其中，处理器510，通信接口540，存储器520通过通信总线530完成相互间的通信。处理器510可以调用存储器520中的计算机程序，以执行基于卫星通信的应急群组消息处理方法，该方法包括：

[0096] 接收若干用户的应急群组建立请求；根据应急群组建立请求构建应急群组，并得到对应的应急群组标识；将应急群组标识分别发送至用户的移动端和地面卫星设备；当识别到用户受困时，接收地面卫星设备发送的警示消息；其中警示消息中包括应急群组标识和受困用户信息；根据应急群组标识将受困用户信息转发至对应的应急群组；

[0097] 或者，向设备管理服务器发送应急群组建立请求；接收设备管理服务器反馈的应急群组的应急群组标识并进行存储；在存在失联风险的情况下，对移动通信网络的信号强度进行周期性检测；若信号强度在预设时间段内均小于预设阈值，则判定用户受困；启动卫星通信模块建立与卫星网络的连接，并基于用户账户名和应急群组标识向连接的卫星发送应急定位请求；

[0098] 或者，接收设备管理服务器发送的应急群组的应急群组标识；接收用户的移动端发送的应急定位请求；响应于应急定位请求，获取受困用户信息；其中受困用户信息包括当前时间和用户的移动端的当前位置；根据受困用户信息生成警示消息；其中警示消息中包括应急群组标识和受困用户信息；将警示消息发送至设备管理服务器。

[0099] 此外，上述的存储器520中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

[0100] 另一方面，本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，计算机程序被处理器执行时，计算机能够执行上述各实施例所提供的基于卫星通信的应急群组消息处理方法，其步骤和原理在上述方法已详细介绍，在此不再赘述。

[0101] 另一方面，本申请还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的基于卫星通信的应急群组消息处理方法，其步骤和原理在上述方法已详细介绍，在此不再赘述。

[0102] 非暂态计算机可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

[0103] 以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

[0104] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

[0105] 最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。