CN115103303A - 应用管理方法、服务器及存储介质 - Google Patents

Abstract

本申请提供一种应用管理方法、服务器及存储介质，包括：服务器接收来自核心网设备的第一请求消息；查询与第一终端绑定一号多终端业务的第二终端的标识信息；获取第一、二终端的位置信息；当第一终端和第二终端之间的位置小于或等于距离阈值时，向核心网设备发送第二请求消息请求返回第二终端中正在运行的应用的信息；当服务器接收到第二终端中正在运行的应用包括第一应用时，向核心网设备发送第三请求消息请求暂停响应第一终端关于第一应用的业务请求。这样，在第一终端和第二终端的距离非常接近时，有一号多终端业务绑定关系的两终端可以不在同一时间分别运行同一款应用，减少了网络资源的浪费，降低了终端能耗。

Description

应用管理方法、服务器及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种应用管理方法、服务器及存储介质。

背景技术

一号多终端业务一般以手机终端为主设备，将移动通信业务扩展到更多类型的辅助终端，多个终端共用一个手机号码进行通讯、共享套餐。在这些终端中，手机终端称为主终端，其他终端称为附终端。一号多终端的用户可以在主终端和附终端上同时安装某款应用，主终端安装基于手机的应用程序版本，附终端安装基于附终端的应用程序版本。

目前，当用户尝试在主、附终端同时使用同一款应用时，主终端和附终端分别发起数据连接，分别与网络侧及应用服务器进行业务交互，独立运行，互不影响。对于同一款应用，主终端的APP和附终端的APP功能相似甚至完全相同，且大多数主终端APP业务功能、用户体验要优于附终端APP。

这种情况下，主附终端同时运行同一款应用，对用户的意义不大，会造成网络资源的浪费、终端能耗的增加。

发明内容

本申请提供一种应用管理方法、服务器及存储介质，用以解决主、附终端同时运行同一款应用，对同一用户意义不大，造成网络资源浪费、终端能耗增加的问题。

一方面，本申请提供一种应用管理方法，应用于服务器，方法包括：接收来自核心网设备的第一请求消息，第一请求消息包括第一终端的标识信息以及第一终端请求访问的第一应用的信息；查询与第一终端绑定一号多终端业务的第二终端的标识信息；获取第一终端的位置信息以及第二终端的位置信息；当第一终端的位置信息以及第二终端的位置信息小于或等于距离阈值时，向核心网设备发送第二请求消息，第二请求消息包括第二终端的标识信息，第二请求消息用于请求核心网设备返回第二终端中正在运行的应用的信息；接收来自核心网设备的第二终端中正在运行的应用的信息；当第二终端中正在运行的应用包括第一应用时，向核心网设备发送第三请求消息，第三请求消息用于请求核心网设备暂停响应第一终端关于第一应用的业务请求。

可选的，第一终端的标识信息包括第一终端中插入的第一卡的信息，查询与第一终端绑定一号多终端业务的第二终端的标识信息，包括：向目标网元发送查询消息，查询消息包括第一卡的信息；接收来自目标网元的回复消息，回复消息包括与第一终端绑定一号多终端业务的第二终端的标识信息。

可选的，回复消息为目标网元在查询到第一卡开通一号多终端业务，且与第一卡绑定的第二卡业务正常时发送的，第二卡为插在第二终端的卡；或者，回复消息为目标网元在查询到第一卡开通一号多终端业务，第一卡为附卡，且与第一卡绑定的第二卡业务正常时发送的。

可选的，当第二终端中正在运行的应用包括第一应用时，向核心网设备发送第三请求消息之后，还包括：向第一终端发送提示信息，用于第一终端显示提示信息，以提示用户是否取消第一终端中第一应用的使用；当接收到第一终端发送的确认取消第一终端中第一应用的使用的消息时，向核心网设备发送第四请求消息，第四请求消息用于请求核心网设备不再响应第一终端关于第一应用的业务请求。

可选的，当接收到第一终端发送的不取消第一终端中第一应用的使用的消息时，向核心网设备发送第五请求消息，第五请求消息用于请求核心网设备继续响应第一终端关于第一应用的业务请求。

可选的，向核心网设备发送第五请求消息之后，还包括：向核心网设备发送第六请求消息，第六请求消息用于请求核心网设备停止响应第二终端关于第一应用的业务请求。

可选的，确认取消第一终端中第一应用的使用的消息为第二终端在下述任一情况时发送的：第二终端接收到用户对确认取消第一终端中第一应用的使用的控件的触发，或者，第二终端在显示提示消息后的预设时长内未接收到用户触发操作。

另一方面，本申请提供一种服务器，包括：

接收模块，用于接收来自核心网设备的第一请求消息，第一请求消息包括第一终端的标识信息以及第一终端请求访问的第一应用的信息；

查询模块，用于查询与第一终端绑定一号多终端业务的第二终端的标识信息。

获取模块，用于获取第一终端的位置信息以及第二终端的位置信息。

发送模块，用于当第一终端的位置信息以及第二终端的位置信息小于或等于距离阈值时，向核心网设备发送第二请求消息，第二请求消息包括第二终端的标识信息，第二请求消息用于请求核心网设备返回第二终端中正在运行的应用的信息。

接收模块，还用于接收来自核心网设备的第二终端中正在运行的应用的信息。

发送模块，还用于当第二终端中正在运行的应用包括第一应用时，向核心网设备发送第三请求消息，第三请求消息用于请求核心网设备暂停响应第一终端关于第一应用的业务请求。

可选的，发送模块具体用于向目标网元发送查询消息，查询消息包括第一卡的信息；接收模块具体用于接收来自目标网元的回复消息，回复消息包括与第一终端绑定一号多终端业务的第二终端的标识信息。

可选的，回复消息为目标网元在查询到第一卡开通一号多终端业务，且与第一卡绑定的第二卡业务正常时发送的，第二卡为插在第二终端的卡；或者，回复消息为目标网元在查询到第一卡开通一号多终端业务，第一卡为附卡，且与第一卡绑定的第二卡业务正常时发送的。

可选的，发送模块还用于向第一终端发送提示信息，用于第一终端显示提示信息，以提示用户是否取消第一终端中第一应用的使用；当接收到第一终端发送的确认取消第一终端中第一应用的使用的消息时，向核心网设备发送第四请求消息，第四请求消息用于请求核心网设备不再响应第一终端关于第一应用的业务请求。

可选的，发送模块还用于当接收到第一终端发送的不取消第一终端中第一应用的使用的消息时，向核心网设备发送第五请求消息，第五请求消息用于请求核心网设备继续响应第一终端关于第一应用的业务请求。

可选的，发送模块还用于向核心网设备发送第六请求消息，第六请求消息用于请求核心网设备停止响应第二终端关于第一应用的业务请求。

可选的，确认取消第一终端中第一应用的使用的消息为第二终端在下述任一情况时发送的：第二终端接收到用户对确认取消第一终端中第一应用的使用的控件的触发，或者，第二终端在显示提示消息后的预设时长内未接收到用户触发操作。

另一方面，本申请还提供一种电子设备，包括：处理器，以及与处理器通信连接的存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，实现上述任一种可选技术方案中的应用管理方法。

另一方面，本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时，实现上述任一种可选技术方案中的应用管理方法。

另一方面，本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，实现上述任一种可选技术方案中的应用管理方法。

本申请提供的应用管理方法、服务器及存储介质，当有一号多终端绑定关系的主附终端的其中之一处于某款应用使用过程中，另一终端发起请求使用同一款应用时，服务器判断主附终端的位置，如果位置小于或等于设定的距离阈值，进一步判断主附终端的应用是否为同款，如果为同款，可以通知用户选择使用主附终端的同款应用程序中的一个，这样能够使得主附终端不同时运行同一应用，从而实现节约网络资源的浪费，降低终端能耗。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其他特征将通过以下的说明书而变得容易理解。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的场景示意图；

图2为本申请实施例提供的应用管理方法流程图；

图3为本申请实施例提供的智能手表界面上显示的提示消息的示意图；

图4为本申请实施例提供的一种具体的应用管理方法的信令图；

图5为本申请实施例提供的附终端发起应用访问请求的信令流程图；

图6为本申请实施例提供的一种具体的应用管理方法涉及到的设备的示意图；

图7为本申请实施例提供的服务器的结构示意图；

图8为本申请实施例提供的一种电子设备结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

随着科技的进步和用户需求的多样化，各类新的可联网终端设备不断涌现，办公、个人、家庭、车载等可联网终端设备增长迅速。一号多终端业务一般以手机终端为主终端，将移动通信业务扩展到更多类型的附终端，其中，附终端可以包括智能手表、平板电脑、以及各类消费类电子产品。其中，主终端上的用户识别卡(subscriber identity module，SIM)称为主卡，附终端上的SIM卡称为附卡，与主卡共同属于同一用户。通过一号多终端业务，用户可以使用共享手机号码下的任意设备接听或拨打电话，不会造成号码混乱，提高电话通信服务的便利性。

手机作为主终端，目前支持的应用程序(application，APP)涉及影音娱乐、社交通讯、教育、新闻、导航、旅行、运动健康、生活等诸多品类，并且手机APP经过多年的发展，其功能成熟、使用便捷、可靠性稳定性更高。

智能手表等附终端，经过最近几年的发展，对第三方APP应用的支持逐渐开放，以智能手表为例，目前智能手表可支持的应用包括天气类、音乐类、地图导航类、邮箱类、旅行类、钱包支付类。但目前附终端可支持的第三方应用品类和数量较少，仅能满足基本的生活需要。对大多数品类的应用，即便是同一款应用，大多数手机版本的APP比智能手表版本的APP功能更丰富，用户体验更好。

图1示出了本申请实施例所适用的场景示意图。

如图1所示，该场景包括主终端、附终端和PGW(PDN gateway)网元。当主终端和附终端尝试运行应用时，主、附终端经移动网络分别向PGW网元发送应用访问请求，PGW网元为主终端和附终端分别分配网际互联协议(Internet protocol，IP)地址。

该场景以地图应用为例，主终端和附终端同时安装有地图应用，当用户尝试在主、附终端同时使用地图应用时，主终端和附终端分别发起数据连接，分别与网络侧及应用服务器进行业务交互，独立运行，互不影响。

这种情况下，主附终端同时运行同一款应用，对同一用户的意义不大，会造成网络资源的浪费、终端能耗的无谓增加。

因此，本申请提供了一种应用管理方法。当主附终端的其中之一处于某款应用使用过程中，另一终端发起请求使用同一款应用时，服务器判断主附终端的位置，如果位置小于或等于设定的距离阈值，进一步判断主附终端的应用是否为同款，如果为同款，通知用户选择使用主附终端的同款应用程序中的一个，这样可以避免网络资源的浪费，降低终端能耗。可以理解的是，由于在同款应用条件下，多数主终端版本的APP比附终端版本的APP功能更丰富，用户体验更佳，系统默认使用主终端的应用程序进行数据连接和业务交互。

图2为本申请实施例提供的应用管理方法流程图。本实施例提供了一种应用管理方法，执行主体为服务器，如图2所示，该方法具体步骤如下：

S201、服务器接收来自核心网设备的第一请求消息，第一请求消息包括第一终端的标识信息以及第一终端请求访问的第一应用的信息。

本申请实施例中，服务器也可以称为应用管理控制服务器。应用管理控制服务器可以是单独的实体服务器，也可以是一个应用管理控制模块，嵌入到现有的某个网元实体上，网元实体如现有核心网设备、信息技术(information technology，IT)支撑系统、IMS(IP multimedia subsystem)应用服务器(application server，AS)。

核心网设备对于5G网络可以是用户面功能(user plane function，UPF)网元，对于4G网络可以是服务网关(serving gateway，SGW)网元或PGW网元，对于3G网络则为SGSN(serving GPRS support node)网元或GGSN(gateway GPRS support node)网元，对于其他移动网络可以为对应的其他核心网网元。核心网设备可以接收第一终端经移动网络发送的访问第一应用的请求，且核心网设备可以携带第一请求消息。

第一请求消息用于核心网设备向应用服务器请求应用控制策略，应用控制策略具体可以是核心网设备继续响应第一终端访问第一应用的请求或核心网设备暂停响应第一终端访问第一应用的请求。第一请求消息包括第一终端的标识信息以及第一终端请求访问的第一应用的信息。其中，第一终端可以是主终端也可以是附终端，本申请实施例对此不做具体限定。

第一终端的标识信息可以包括第一终端中插入的第一卡的信息如移动台国际用户识别码(mobile subscriber international ISDN number，MSISDN)、国际移动用户识别码(international mobile subscriber identity，IMSI)、集成电路卡识别码(integratecircuit card identity，ICCID)等信息，也可以包括第一终端的国际移动设备识别码(international mobile equipment identity，IMEI)或移动设备识别码(mobileequipment identifier，MEID)等信息。

第一终端请求访问的第一应用的信息可以包括应用类型、应用名称、应用标识(identity document，ID)、应用统一资源定位系统(uniform resource locator，URL)等，第一应用的信息可以由核心网设备通过深度包检测(deep packet inspection，DPI)技术基于第一终端请求目的地IP地址、目的端口、URL等信息识别。

当前核心网设备普遍可以支持DPI技术，DPI技术可以检查消息的内容并识别消息来自的特定应用程序或服务。通过DPI技术，对流经核心网设备的业务数据流能够进行不同协议层次(从三层到七层)的业务分析，其中，业务数据流建立在GTP(GPRS tunnelingprotocol)协议之上，业务解析层次可配置从而区分不同数据业务。DPI监测主要包含以下几个层面：基于三四层识别，三四层主要是IP地址和PORT信息，将数据包的IP地址与应用服务器IP地址进行匹配，若匹配到，则可确定其应用类型及名称，常用应用服务器地址需长期收集动态更新；基于单包的DPI，单个数据包可以解析到七层信息，通过报文中的关键字符串识别应用，如多数APP利用超文本传输协议(hypertext transfer protocol，HTTP)承载报文HOST、统一资源标识符(uniform resource identifier，URI)字段的信息，报文中还有一类重要的指纹信息，如微信载荷中的0x00100001相对固定可以作为微信应用的特征来匹配；此外还有基于多包的DPI、流量行为分析(deep/dynamic flow inspection，DFI)等应用识别技术。

一种可能的实现中，第一终端向核心网设备发送应用请求消息，核心网设备识别出第一终端请求的应用并将第一请求消息发送至服务器，服务器接收核心网设备发送的第一请求消息。

S202、查询与第一终端绑定一号多终端业务的第二终端的标识信息。

本申请实施例中，第二终端的标识信息可以参照步骤S201中对第一终端的标识信息的描述，此处不再赘述。其中，第二终端可以是主终端也可以是附终端，本申请实施例对此不做具体限定。

一种可能的实现方式中，服务器可以基于第一终端的标识信息，向IT支撑系统发送请求，查询得到与第一终端绑定一号多终端业务的第二终端的标识信息。其中，IT支撑系统可以是运营商的IT支撑系统，功能包括：一号多终端业务开通、附卡激活、接收主卡业务状态查询请求、查询用户签约状态和附设备信息、计费、业务注销、绑定关系变更等。

S203、获取第一终端的位置信息以及第二终端的位置信息。

本申请实施例中，位置信息指第一终端和第二终端当前所处的地理位置，位置信息用于判断第一终端和第二终端的距离远近。第一终端和第二终端可以通过全球定位系统(global positioning system，GPS)获取当前位置，并将当前位置信息发送至服务器，使服务器获取到第一终端和第二终端发送的位置信息，从而得到第一终端和第二终端之间的距离。

一种可能的实现方式中，服务器向第一终端和第二终端发送位置获取请求，主、附终端将获取到的当前位置信息发送给服务器，服务器获取第一终端和第二终端的位置信息。

S204、当第一终端的位置信息以及第二终端的位置信息小于或等于距离阈值时，向核心网设备发送第二请求消息，第二请求消息包括第二终端的标识信息，第二请求消息用于请求核心网设备返回第二终端中正在运行的应用的信息。

本申请实施例中，第二请求消息用于服务器请求核心网设备返回第二终端中正在运行的应用的信息。其中，第二终端中正在运行的应用的信息可以包括应用类型、应用名称、应用ID、应用URL等。

当第一终端的位置信息和第二终端的位置信息小于或等于距离阈值时，例如：服务器通过第一终端和第二终端的GPS全球定位系统定位，获取到两终端之间的距离为1米，小于距离阈值2米时，则确定第一终端和第二终端的位置非常接近。此时服务器向核心网设备发送第二请求消息，请求核心网设备返回第二终端中正在运行的应用信息。

一种可能的实现中，当服务器获取到的第一终端的位置信息与第二终端的位置信息小于或等于距离阈值时，服务器向核心设备网发送第二请求消息。另一种可能的实现中，当服务器获取到的第一终端的位置信息与第二终端的位置信息大于距离阈值时，服务器不再向核心设备网发送第二请求消息，服务器向核心设备网发送继续响应第一终端关于第一应用的业务请求的指示。

S205、接收来自核心网设备的第二终端中正在运行的应用的信息。

第二终端中正在运行的应用的信息可参照步骤S204中的描述，此处不再赘述。核心网设备可以通过DPI技术识别得到第二终端中正在运行的应用的信息。

一种可能的实现中，核心网设备识别得到第二终端中正在运行的应用的信息，服务器接收来自核心网设备的第二终端中正在运行的应用的信息。

S206、当第二终端中正在运行的应用包括第一应用时，向核心网设备发送第三请求消息，第三请求消息用于请求核心网设备暂停响应第一终端关于第一应用的业务请求。

本申请实施例中，第三请求消息是服务器向核心网设备发送的请求消息，用于服务器请求核心设备网暂停响应第一终端关于第一应用的业务请求。

第二终端中正在运行的应用包括第一应用，可以是第二终端正在以全屏的形式运行第一应用，也可以是第二终端正在以分屏的形式运行第一应用，分屏运行的多个应用中包括第一应用。

一种可能的实现方式中，当第二终端中正在运行的应用包括第一应用时，服务器向核心网设备发送第三请求消息，请求核心网设备暂停响应第一终端关于第一应用的业务请求。

另一种可能的实现方式中，当第二终端中正在运行的应用不包括第一应用时，服务器不向核心网设备发送第三请求消息，核心网设备继续响应第一终端关于第一应用的业务请求。

综上，服务器接收核心网设备发送的第一请求消息，并通过服务器查询到与第一终端有一号多终端业务绑定关系的第二终端的标识信息，服务器根据第一终端和第二终端的标识信息根据上述方法判断两终端的位置距离，在位置距离小于或等于距离阈值时，服务器向核心网设备请求返回第二终端中正在运行的应用的信息，第二终端中正在运行的应用的信息包括第一应用时，服务器向核心网设备请求暂停第一终端关于第一应用的业务请求。因此，基于本申请实施例提供的应用管理方法，在有一号多终端业务绑定关系的第一终端和第二终端的距离非常接近时，当第二终端正在运行某应用时，第一终端请求运行相同的应用，服务器可以根据上述应用管理方法使得两终端不在同一时间运行同一款应用，减少了网络资源的浪费，降低了终端能耗。

在图2对应的实施例的基础上，下面介绍本申请实施例的一些可能实现方式。

可能的实现方式中，查询与第一终端绑定一号多终端业务的第二终端的标识信息，包括：服务器向目标网元发送查询消息，查询消息包括第一卡的信息；服务器接收来自目标网元的回复消息，回复消息包括与第一终端绑定一号多终端业务的第二终端的标识信息。

本申请实施例中，目标网元可以是IT支撑系统，IT支撑系统的相关描述可以参照步骤S202的描述，此处不再赘述。第一卡可以为主卡，也可以为附卡，本申请实施例对此不做具体限定，第一卡的信息可以参照步骤S201的描述，此处不再赘述。

回复消息包括与第一终端绑定一号多终端业务的第二终端的标识信息。可能的实现方式中，目标网元查询到第一卡开通了一号多终端业务，且与第一卡绑定的第二卡业务正常时向服务器发送回复消息。其中，第二卡为插在第二终端的卡，第二卡与第一卡之间是一号多终端业务的绑定关系。第二卡业务正常是指第二终端可以正常使用，例如，第二终端没有欠费、第二终端可以正常进行通信、上网等。

因此，服务器可以基于目标网元查询得到与第一终端绑定一号多终端业务的第二终端的标识信息，进而根据第二终端的标识信息可以识别得到第二终端中运行的应用。

可能的实现方式中，当第二终端中正在运行的应用包括第一应用时，向核心网设备发送第三请求消息之后，还包括：向第一终端发送提示信息，用于第一终端显示提示信息，以提示用户是否取消第一终端中第一应用的使用。

本申请实施例中，提示信息由服务器向第一终端发送，在第一终端的界面上显示，提示消息可以采用PUSH消息的方式发送。提示消息用于询问用户在第一终端试图运行第一应用，而第二终端正在运行的应用包括第一应用时，是否取消第一终端中第一应用的使用。

如图3所示，以手机和智能手表为例，手机与智能手表的位置距离小于距离阈值，当手机正在运行地图应用时，智能手表也尝试运行地图应用，此时智能手表的界面上会显示“该应用正在主设备中运行，是否取消该应用在本设备中的运行”以及包括“是”“否”按键的消息弹窗。

可以理解的是，在实际应用中，同款应用条件下，多数手机等主终端版本的应用比智能手表等附终端版本的应用功能更丰富，用户体验更佳，所以询问弹框一般默认询问是否取消应用在附终端设备中的运行。

因此，提示信息可以提示用户：当前存在位置非常接近的有一号多终端业务绑定关系的两个终端尝试运行同款应用，还可以通过提示消息使用户优先选择通过主终端使用同款应用。

一种可能的实现方式中，当接收到第一终端发送的确认取消第一终端中第一应用的使用的消息时，向核心网设备发送第四请求消息，第四请求消息用于请求核心网设备不再响应第一终端关于第一应用的业务请求。

本申请实施例中，第四请求消息用于当用户确认取消第一终端中第一应用的使用后，服务器请求核心网设备不再响应第一终端关于第一应用的业务请求。例如，以手机和智能手表为例，当用户选择如图3所示的“是”按键时，服务器接收到用户确认取消在智能手表中使用地图应用的信息，服务器向核心网设备发送不再响应智能手表关于地图应用的业务请求。

其中，确认取消第一终端中第一应用的使用的消息可以是第二终端在下述任一情况时发送的：第二终端接收到用户对确认取消第一终端中第一应用的使用的控件的触发，或者，第二终端在显示提示消息后的预设时长内未接收到用户触发操作。例如，以手机和智能手表为例，当用户选择如图3所示的“是”按键时，智能手表接收到用户对确认取消智能手表中地图应用的使用的控件的触发；或者，当智能手表界面上显示提示信息后，用户在预设时长1分钟内，没有对智能手表界面上的“是”按键进行触发操作。以上两种情况均可以认为用户确认取消智能手表中地图应用的使用。

因此，服务器接收到来自第二终端的确认取消第一终端中第一应用的使用的消息，进而可以向核心网设备发送停止响应第二终端关于第一应用的业务请求，使得第二终端不再和第一终端同时运行同一应用。

另一种可能的实现方式中，当服务器接收到第一终端发送的不取消第一终端中第一应用的使用的消息时，服务器向核心网设备发送第五请求消息，第五请求消息用于请求核心网设备继续响应第一终端关于第一应用的业务请求。例如，以手机和智能手表为例，当用户选择如图3所示的“否”按键时，智能手表接收到用户对确认不取消智能手表中地图应用的使用的控件的触发，智能手表可以继续运行地图应用。

这样，用户在第一终端选择不取消第一终端中第一应用的使用时，服务器向核心网设备请求继续响应第一终端关于第一应用的业务请求，实现第一应用在第一终端的继续运行。

向核心网设备发送第五请求消息之后，还包括：服务器向核心网设备发送第六请求消息，第六请求消息用于请求核心网设备停止响应第二终端关于第一应用的业务请求。

这样，在用户选择不取消第一终端中第一应用的使用时，可以实现第二终端中第一应用的停止运行，使得第二终端不再和第一终端同时运行同一应用，只在一个终端内运行第一应用，避免网络资源的浪费，降低终端能耗。

图4为本申请实施例提供的一种具体的应用管理方法的信令图。如图4所示，在4G移动网络的应用场景下，以第一终端对应于附终端、第二终端对应于主终端为例。该方法具体步骤如下：

S401、附终端发起地图应用访问请求。

用户尝试在附终端上使用地图应用，附终端发起地图应用访问请求，此时主终端正在运行地图应用。

具体的，S401描述的附终端发起地图应用访问请求，可参照如图5所示的信令流程图。

附终端接入基站eNodeB(evolved node B)以使用移动网络，当用户尝试在附终端上使用地图应用时，附终端通过eNodeB经移动回传网，向移动性管理实体(mobilitymanagement entity，MME)发送附着请求，附终端附着网络，MME经IP承载网向SGW/PGW发送缺省承载激活请求后，附终端与SGW/PGW之间建立缺省承载，PGW为附终端分配IP地址，建立业务承载通道，附终端将应用访问请求发送至PGW。

S402、PGW通过DPI技术基于附终端请求目的地IP地址、目的端口、URL等信息识别出附终端请求的业务应用为地图应用。

S403、PGW根据识别出的附终端请求的业务应用，向服务器发送请求消息，请求消息用于获得服务器对附终端请求的业务应用的控制策略。请求消息中携带附终端的标识信息和地图应用的相关信息。

服务器接收到PGW的请求消息，进行以下操作：

S404、服务器提取附终端及附卡相关信息，向IT支撑系统发送请求查询附卡是否开通了一号多终端业务。

S405、IT支撑系统查询到附卡开通了一号多终端业务，并查询主附卡绑定关系、主终端能否可以正常运行应用等，如果主附卡之间是一号多终端的绑定关系，且主终端可以正常运行应用，服务器接收到IT支撑系统返回的主、附卡绑定关系及主终端的标识信息。

S406、服务器基于主、附终端的标识信息，利用GPS获取主附终端地理位置，服务器根据获取到的位置信息判断主附终端之间的位置是否小于或等于距离阈值。

S407、如果主附终端之间的位置小于或等于距离阈值，则服务器向PGW请求获取主终端正在使用的应用信息，请求消息中携带主终端的标识信息。

另一种实现中，如果服务器判断主附终端之间的位置大于距离阈值，则主附终端不处于相同位置，服务器通知PGW正常转发附终端的地图应用访问请求，附终端通过4G移动网络正常使用地图应用。

S408、PGW根据主终端的标识信息，通过DPI技术基于主终端传输数据包的目的地IP地址、目的端口、URL等信息识别出主终端请求正在使用的应用，并反馈给服务器。

S409、服务器接收PGW返回的主终端正在使用的应用信息，判断主终端正在使用的应用是否和附终端请求访问的应用为同款。

S410、如果主、附终端使用的应用为同款地图应用，服务器请求PGW暂停响应附终端的业务请求。PGW根据服务器的请求消息，暂停附终端的业务请求，即暂停继续路由转发至PDN网络。

另一种实现方式中，如果主、附终端使用的应用非同款地图应用，则服务器通知PGW继续响应附终端的应用访问请求。

S411、如果主、附终端使用的应用为同款地图应用，服务器通过PUSH消息的方式向附终端发送提示信息，在附终端的界面上显示：“该应用正在主设备中运行，是否取消该应用在本设备中的运行”以及包括“是”“否”按键的询问弹框，提示用户主附终端正在使用同款地图应用。

S412、附终端接收用户选择的提示信息，并将用户选择的提示信息发送给服务器。

S413、如果用户选择取消在附终端上使用同款应用，则服务器通知PGW停止响应附终端地图应用的业务请求。或者，如果用户在收到提示消息后，超时未进行任何操作，服务器默认优先通过主终端使用同款应用，则依然通知PGW停止响应附终端业务请求。

S414、PGW根据服务器的操作指令，停止响应附终端地图业务请求。此时，附终端不运行地图应用，主终端继续运行同款地图应用。

另一种实现方式中，如果用户选择不取消在附终端上使用地图应用，则业务管理控制服务器通知PGW取消主终端同款地图应用的业务请求。此时，附终端运行地图应用，主终端不继续运行同款地图应用。

图6为本申请实施例提供的一种具体的应用管理方法所涉及到的设备的示意图，如图6所示，涉及到的设备分为终端域和网络域。

其中，终端域包括主终端和附终端，主、附终端中都可以包括PUSH消息接收交互模块，PUSH消息接收交互模块支持接收、处理、交互网络侧的PUSH消息，可以用于接受服务器发送的提示信息、用户对提示信息的选择并将用户确认取消访问/确认不取消访问的选择发送给服务器。

网络域包括服务器、IT支撑系统和PGW网元，其中，PGW网元中包括应用管理交互模块，用于获取服务器对终端请求应用的控制策略，并将获取到的控制策略发送给终端。

这样，当主终端正在使用地图应用时，用户在附终端上尝试使用同款地图应用，服务器基于上述方式可以暂停附终端地图应用的访问请求，并提示用户同款地图应用已在主终端上运行，提示用户选择地图应用运行的终端。基于此，在主、附终端位置非常接近时，可以实现不在主、附终端上同时运行同一应用，这样可以减少网络资源的浪费，降低终端能耗。

图7为本申请实施例提供的服务器700的结构示意图，如图7所示，服务器700可以包括：

接收模块701，用于接收来自核心网设备的第一请求消息，第一请求消息包括第一终端的标识信息以及第一终端请求访问的第一应用的信息。

查询模块702，用于查询与第一终端绑定一号多终端业务的第二终端的标识信息。

获取模块703，用于获取第一终端的位置信息以及第二终端的位置信息。

发送模块704，用于当第一终端的位置信息以及第二终端的位置信息小于或等于距离阈值时，向核心网设备发送第二请求消息，第二请求消息包括第二终端的标识信息，第二请求消息用于请求核心网设备返回第二终端中正在运行的应用的信息。

接收模块701，还用于接收来自核心网设备的第二终端中正在运行的应用的信息。

发送模块704，还用于当第二终端中正在运行的应用包括第一应用时，向核心网设备发送第三请求消息，第三请求消息用于请求核心网设备暂停响应第一终端关于第一应用的业务请求。

可选的，发送模块704具体用于向目标网元发送查询消息，查询消息包括第一卡的信息；接收模块701具体用于接收来自目标网元的回复消息，回复消息包括与第一终端绑定一号多终端业务的第二终端的标识信息。

可选的，回复消息为目标网元在查询到第一卡开通一号多终端业务，且与第一卡绑定的第二卡业务正常时发送的，第二卡为插在第二终端的卡；或者，回复消息为目标网元在查询到第一卡开通一号多终端业务，第一卡为附卡，且与第一卡绑定的第二卡业务正常时发送的。

可选的，发送模块704还用于向第一终端发送提示信息，用于第一终端显示提示信息，以提示用户是否取消第一终端中第一应用的使用；当接收到第一终端发送的确认取消第一终端中第一应用的使用的消息时，向核心网设备发送第四请求消息，第四请求消息用于请求核心网设备不再响应第一终端关于第一应用的业务请求。

可选的，发送模块704还用于当接收到第一终端发送的不取消第一终端中第一应用的使用的消息时，向核心网设备发送第五请求消息，第五请求消息用于请求核心网设备继续响应第一终端关于第一应用的业务请求。

可选的，发送模块704还用于向核心网设备发送第六请求消息，第六请求消息用于请求核心网设备停止响应第二终端关于第一应用的业务请求。

可选的，确认取消第一终端中第一应用的使用的消息为第二终端在下述任一情况时发送的：第二终端接收到用户对确认取消第一终端中第一应用的使用的控件的触发，或者，第二终端在显示提示消息后的预设时长内未接收到用户触发操作。

图8为本申请实施例提供的一种电子设备结构示意图。如图8所示，该电子设备800可以包括：至少一个处理器801和存储器802。

存储器802，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器802可能包含高速随机存取(random access memory，RAM)存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器801用于执行存储器802存储的计算机执行指令，以实现前述方法实施例所描述的设备控制方法。其中，处理器801可能是一个中央处理器(central processingunit，CPU)，或者是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。具体的，在实现前述方法实施例所描述的应用管理方法时，该电子设备例如可以是终端、服务器等具有处理功能的电子设备。

可选的，该电子设备800还可以包括通信接口803。在具体实现上，如果通信接口803、存储器802和处理器801独立实现，则通信接口803、存储器802和处理器801可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standardarchitecture，ISA)总线、外部设备互连(peripheral component，PCI)总线或扩展工业标准体系结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口803、存储器802和处理器801集成在一块芯片上实现，则通信接口803、存储器802和处理器801可以通过内部接口完成通信。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器RAM、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述实施例提供的应用管理方法。

本申请还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得电子设备实施上述的各种实施方式提供的应用管理方法。

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

Claims (10)

1.一种应用管理方法，其特征在于，应用于服务器，所述方法包括：

接收来自核心网设备的第一请求消息，所述第一请求消息包括第一终端的标识信息以及所述第一终端请求访问的第一应用的信息；

查询与所述第一终端绑定一号多终端业务的第二终端的标识信息；

获取所述第一终端的位置信息以及所述第二终端的位置信息；

当所述第一终端的位置信息以及所述第二终端的位置信息小于或等于距离阈值时，向所述核心网设备发送第二请求消息，所述第二请求消息包括所述第二终端的标识信息，所述第二请求消息用于请求所述核心网设备返回所述第二终端中正在运行的应用的信息；

接收来自所述核心网设备的所述第二终端中正在运行的应用的信息；

当所述第二终端中正在运行的应用包括所述第一应用时，向所述核心网设备发送第三请求消息，所述第三请求消息用于请求所述核心网设备暂停响应所述第一终端关于所述第一应用的业务请求。

2.根据权利要求1所述的方法，其特征在于，所述第一终端的标识信息包括所述第一终端中插入的第一卡的信息，所述查询与所述第一终端绑定所述一号多终端业务的第二终端的标识信息，包括：

向目标网元发送查询消息，所述查询消息包括所述第一卡的信息；

接收来自所述目标网元的回复消息，所述回复消息包括与所述第一终端绑定所述一号多终端业务的第二终端的标识信息。

3.根据权利要求2所述的方法，其特征在于，

所述回复消息为所述目标网元在查询到所述第一卡开通所述一号多终端业务，且与所述第一卡绑定的第二卡业务正常时发送的，所述第二卡为插在所述第二终端的卡；

或者，所述回复消息为所述目标网元在查询到所述第一卡开通所述一号多终端业务，所述第一卡为附卡，且与所述第一卡绑定的第二卡业务正常时发送的。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述当所述第二终端中正在运行的应用包括所述第一应用时，向所述核心网设备发送所述第三请求消息之后，还包括：

向所述第一终端发送提示信息，用于所述第一终端显示所述提示信息，以提示用户是否取消所述第一终端中所述第一应用的使用；

当接收到所述第一终端发送的确认取消所述第一终端中所述第一应用的使用的消息时，向所述核心网设备发送第四请求消息，所述第四请求消息用于请求所述核心网设备不再响应所述第一终端关于所述第一应用的业务请求。

5.根据权利要求4所述的方法，其特征在于，还包括：

当接收到所述第一终端发送的不取消所述第一终端中所述第一应用的使用的消息时，向所述核心网设备发送第五请求消息，所述第五请求消息用于请求所述核心网设备继续响应所述第一终端关于所述第一应用的业务请求。

6.根据权利要求5所述的方法，其特征在于，所述向所述核心网设备发送第五请求消息之后，还包括：

向所述核心网设备发送第六请求消息，所述第六请求消息用于请求所述核心网设备停止响应所述第二终端关于所述第一应用的业务请求。

7.根据权利要求4所述的方法，其特征在于，所述确认取消所述第一终端中所述第一应用的使用的消息为所述第二终端在下述任一情况时发送的：所述第二终端接收到用户对确认取消所述第一终端中所述第一应用的使用的控件的触发，或者，所述第二终端在显示所述提示消息后的预设时长内未接收到用户触发操作。

8.一种服务器，其特征在于，包括：

接收模块，用于接收来自核心网设备的第一请求消息，所述第一请求消息包括第一终端的标识信息以及所述第一终端请求访问的第一应用的信息；

查询模块，用于查询与所述第一终端绑定一号多终端业务的第二终端的标识信息；

获取模块，用于获取所述第一终端的位置信息以及所述第二终端的位置信息；

发送模块，用于当所述第一终端的位置信息以及所述第二终端的位置信息小于或等于距离阈值时，向所述核心网设备发送第二请求消息，所述第二请求消息包括所述第二终端的标识信息，所述第二请求消息用于请求所述核心网设备返回所述第二终端中正在运行的应用的信息；

接收模块，还用于接收来自所述核心网设备的所述第二终端中正在运行的应用的信息；

发送模块，还用于当所述第二终端中正在运行的应用包括所述第一应用时，向所述核心网设备发送第三请求消息，所述第三请求消息用于请求所述核心网设备暂停响应所述第一终端关于所述第一应用的业务请求。

9.一种电子设备，其特征在于，包括：

处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7任一项所述的方法。

Images