CN112637329A - 一种多应用程序的标识方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种多应用程序的标识方法、装置、设备及存储介质。该方法包括：接收第二终端发送的协议栈标识，协议栈标识由第二终端根据本地用户态协议栈发送的注册请求确定，协议栈标识用于标识本地用户态协议栈；接收应用程序发送的应用标识请求，应用标识请求用于请求获取应用程序的应用标识；响应应用标识请求，确定并发送应用程序的应用标识给应用程序。上述方案在第一终端中增加了本地用户态协议栈，由本地用户态协议栈为第一终端的应用程序分配应用标识，并由第二终端为本地用户态协议栈分配协议栈标识，无需建立HIT标识符，也无需为每一个应用标识建立对应的通信隧道，节省了网络资源，有效解决了多应用程序的标识问题。

Description

一种多应用程序的标识方法、装置、设备及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种多应用程序标识方法、装置、设备及存储介质。

背景技术

随着互联网技术的发展，终端中的应用程序(Application，简称APP)越来越多，而且一般是将终端的IP地址同时作为身份标识符和定位符，无法有效的区分APP。

针对APP的标识问题，目前比较流行的是在第三层网络层和第四层传输层之间插入3.5层标志层，用于标识终端上的各个APP，以实现将身份标识功能和定位功能分开。这种方式需要在内核中嵌入映射表，以存储各个APP的HIT标识符与数据传输对应的通信隧道之间的映射关系，如果终端上存在大量APP，则需要建立大量的HIT标识符，而且针对每一个HIT标识符需要网络层建立对应的通信隧道，导致网络资源被过多的占用，除此之外，由于需要额外增加标志层，因此也需要对内核进行修改，但内核版本往往存在较大的差异化问题，导致内核的修改也存在较大的差异。

发明内容

本发明实施例提供一种多应用程序的标识方法、装置、设备及存储介质，可以有效解决多应用的标识问题。

第一方面，本发明实施例提供了一种多应用程序的标识方法，应用于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，所述方法包括：

接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；

接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；

响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。

第二方面，本发明实施例还提供了一种多应用程序的标识装置，设置于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，所述装置包括：

协议栈标识接收模块，用于接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；

应用标识请求接收模块，用于接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；

响应模块，用于响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。

第三方面，本发明实施例还提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时实现如第一方面所述的多应用程序的标识方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的多应用程序的标识方法。

本发明实施例提供一种多应用程序标识方法、装置、设备及存储介质，应用于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，通过接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。上述方案在第一终端中增加了本地用户态协议栈，由本地用户态协议栈为第一终端的应用程序分配应用标识，并由第二终端为本地用户态协议栈分配协议栈标识，无需建立HIT标识符，也无需为每一个应用标识建立对应的通信隧道，节省了网络资源，有效解决了多应用程序的标识问题。

附图说明

图1为本发明实施例一提供的一种多应用程序的标识方法的流程图；

图2为本发明实施例一提供的一种本地用户态协议栈与各APP通信的示意图；

图3为本发明实施例一提供的一种协议栈标识的生成过程示意图；

图4为本发明实施例二提供的一种服务发布的过程示意图；

图5为本发明实施例三提供的一种多应用程序的标识装置的结构图；

图6为本发明实施例四提供的一种电子设备的结构图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

实施例一

图1为本发明实施例一提供的一种多应用程序的标识方法的流程图，本实施例可适用于标识第一终端存在的多应用程序的情况，第一终端可以是手机等可移动的终端，该方法可以由多应用程序的标识装置来执行，该装置可以由软件和/或硬件的方式来实现，并可集成在第一终端中。参考图1，该方法可以包括如下步骤：

S110、接收第二终端发送的协议栈标识。

其中，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈。软件定义网络(SoftwareDefined Network，SDN)，是Emulex网络的一种新型网络创新架构，是网络虚拟化的一种实现方式，其核心技术OpenFlow通过将网络设备控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能，SDN是将网络设备上的控制权分离出来，由集中的控制器管理，无须依赖底层网络设备，如路由器、交换机、防火墙等，屏蔽了来自底层网络设备的差异。本实施例的第二终端可以是独立的SDN控制器，也可以是集成SDN控制器的计算机设备。第二终端可以全局管理第一终端，第一终端的数量可以是多个。

本实施例的第一终端中设置有APP和本地用户态协议栈，每一个第一终端中可以设置一个本地用户态协议栈和多个APP。本地用户态协议栈为第一终端中设置的用户态协议栈。用户态是操作系统的一种运行级别，与内核态相对应，大部分用户直接面对的应用程序都是运行在用户态。TCP/IP协议栈是一系列网络协议的总和，是构成网络通信的核心骨架。用户态协议栈是运行于用户态的TCP/IP协议栈。本地用户态协议栈与各APP可以通过协议栈接口进行通信，协议栈接口可以是LIB接口，通过该接口APP可以实现地址请求、服务发布、服务订阅、收发报文等功能。示例性的，参考图2，图2为本发明实施例一提供的一种本地用户态协议栈与各APP通信的示意图，图2以两个APP为例，分别为APP1和APP2，APP1和APP2可以通过调用LIB接口与本地用户态协议栈进行通信。

随着APP数量的增加，对APP进行标识对于安全防护等工作具有重要意义。传统的方式是将第一终端的IP地址既作为身份标识符也作为定位符，这种方式无法有效区分不同的APP，而且在第一终端移动时，从APP的角度看，与APP通信的第一终端并没有变化，只是第一终端的位置变化了，即IP地址发生变化，由于IP地址的双重角色导致第一终端移动时，APP的连接中断。针对上述情况目前也进行了一些改进，不仅可以解耦身份标识功能和定位功能，还可以对APP进行标识，有效避免了第一终端移动时，APP连接中断的情况。但是这种方式是在内核中实现，需要修改内核，尤其是在内核版本存在较大差异化的情况下，内核修改也存在较大的差异化问题，过程复杂、效率低，而且也浪费了大量的网络资源。

为此，本实施例在第一终端中增加了本地用户态协议栈，利用本地用户态协议栈解决多APP的标识问题。具体的，在利用本地用户态协议栈标识APP之前，可以先对本地用户态协议栈进行标识，也即对第一终端进行标识。示例性的，参考图3，图3为本发明实施例一提供的一种协议栈标识的生成过程示意图。本地用户态协议栈上线后，可以向第二终端发起注册请求，第二终端收到注册请求后可以为本地用户态协议栈全局分配一个标识符，用于唯一标识本地协议栈，也可以作为本地用户态协议栈的应用服务地址，实施例将该标识符称为协议栈标识，该协议栈标识不会因第一终端移动而改变。本地用户态协议栈收到第二终端发送的协议栈标识后即可存储在本地。注册请求可以包括本地用户态协议栈的名称、本地用户态协议栈所在的域等信息。本地用户态协议栈在第二终端完成注册后，第二终端即可对本地用户态协议栈进行全局管控。第二终端为本地用户态协议栈分配对应的协议栈标识后，还可以将第二终端为本地用户态协议栈制定的策略路由和其他用户态协议栈的协议栈标识发送给本地用户态协议栈，除此之外，第二终端还可以将本地用户态协议栈的协议栈标识发送给其他用户态协议栈或转发面，为后续通信提供依据。策略路由可以使消息按照预先指定的策略进行转发。本地用户态协议栈收到第二终端发送的策略路由后可以更新本地存储的策略路由。

S120、接收所述应用程序发送的应用标识请求。

其中，所述应用标识请求用于请求获取所述应用程序的应用标识。本地用户态协议栈上线后，APP可以调用LIB接口向本地用户态协议栈发送应用标识请求，以申请该应用程序的应用标识，该应用标识可以唯一标识该应用程序的身份。

S130、响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。

本实施例的本地用户态协议栈维护了一个应用标识的池子，对于每一个应用标识请求，本地用户态协议栈可以从所维护的池子中选取一个空闲的应用标识作为该应用程序的应用标识。空闲的应用标识可以是当前未分配的应用标识。可选的，本地用户态协议栈可以对该池子中已分配的应用标识进行标记，收到应用标识请求后可以从未标记的应用标识中选取一个标识该应用程序。实施例对该池子的大小不进行限定，例如可以存储1-65535个应用标识。该应用程序的应用标识确定后，本地用户态协议栈可以调用LIB接口将该应用标识发送给对应的应用程序。

本实施例中本地用户态协议栈的协议栈标识可以由第二终端全局分配，本地用户态协议栈对应的各APP的应用标识可以由本地用户态协议栈分配，使得网络层的第二终端仅可以看到各用户态协议栈的协议栈标识，各APP的应用标识由本地用户态协议栈纳管，实现了层次化分级和各APP应用标识的本地化。整个过程无需进行HIT编码，尤其是在第一终端存在大量APP，可以有效节省网络资源。而且无需修改内核，简化了标识过程。

本发明实施例一提供一种多应用程序标识方法，应用于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，通过接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。上述方案在第一终端中增加了本地用户态协议栈，由本地用户态协议栈为第一终端的应用程序分配应用标识，并由第二终端为本地用户态协议栈分配协议栈标识，无需建立HIT标识符，也无需为每一个应用标识建立对应的通信隧道，节省了网络资源，有效解决了多应用程序的标识问题。

实施例二

本发明实施例是在上述实施例的基础上，基于应用程序的应用标识和本地用户态协议栈的协议栈标识以及层次划分级的设计对应用程序的服务发布、服务订阅等需求进行描述。

在第一终端多宿的情况下，第一终端拥有多个网络接口，或者一个网络接口有多个IP地址，或者两者情况都有，当某个网络接口故障或第一终端移动时，传统的方式需要手动切换网络接口，并重新建立APP与该网络接口的连接，不仅过程繁琐，而且会引起APP的连接震荡，影响正常通信。基于这种情况，在一个示例中，该方法还可以包括：

接收所述第二终端发送的第一映射关系表，所述第一映射关系表用于存储所述本地用户态协议栈与至少一个通信隧道的映射关系；

当监测到与所述本地用户态协议栈通信的通信隧道异常时，根据所述第一映射关系表，切换与所述本地用户态协议栈通信的通信隧道。

本实施例无需为每一个APP创建一条通信隧道，考虑到第一终端的各APP由本地用户态协议栈纳管，因此可以基于本地用户态协议栈创建通信隧道，实施例对通信隧道的数量不进行限定。本地用户态协议栈与通信隧道的映射关系可以由第二终端确定并发送给本地用户态协议栈进行存储。实施例将本地用户态协议栈与通信隧道的映射关系存储在第一映射关系表中，可选的，第一映射关系表可以存储本地用户态协议栈的协议栈标识和各通信隧道的映射关系，基于第一映射关系表，本地用户态协议栈可以为APP分配通信隧道。通信隧道可以随第一终端的移动而变化，当通信隧道变化时，协议栈标识不会变化。当通信隧道异常时，本地用户态协议栈可以基于存储的第一映射关系表自动切换APP的通信隧道，使得该APP与网络层的通信不会因通信隧道的变化而中断，实现了APP的无感性。

传统的方式虽然可以将身份标识功能和定位功能分开，但并未涉及针对多身份不同的APP进行策略控制。本实施例在上述层次化分级的基础上可以满足APP的服务发布需求。在一个示例中，该方法还可以包括：

解析所述应用程序发送的服务发布请求，获取源协议栈标识、统一资源定位符URL和策略路由，所述源协议栈标识为所述本地用户态协议栈的协议栈标识；

将所述源协议栈标识、URL和策略路由发送给所述第二终端，由所述第二终端进行发布；

接收所述第二终端反馈的服务发布成功的消息并发送给所述应用程序，以通知所述应用程序服务发布完成。

服务发布请求用于请求本地用户态协议栈发布某个服务内容，当APP需要发布某个服务内容时，可以向本地用户态协议栈发送服务发布请求。服务发布请求可以包括待发布的服务内容和相关的策略路由等，策略路由可以是服务发布者指定的针对某个服务订阅者的服务准许访问，其他不能访问等，或者针对某个域的服务准许访问等。实施例对服务内容的形式不进行限定，例如可以是服务内容对应的URL(Uniform Resource Locator，统一资源定位符)，通过URL可以获取具体的服务内容，简单方便。本地用户态协议栈收到服务发布请求后，可以解析该服务发布请求，确定发布对象，即发布服务发布请求的APP的应用标识、URL以及相关的策略路由，并存储该APP的应用标识和URL的映射关系以及相关的策略路由。

由于APP的应用标识仅对本地用户态协议栈可见，因此本地用户态协议栈获取该APP的应用标识后可以将本地用户态协议栈的协议栈标识、URL和相关的策略路由发送给第二终端，第二终端收到后可以将本地用户态协议栈的协议栈标识和URL的映射关系以及相关的策略路由全局通告给其他用户态协议栈，完成服务的发布。为了便于描述，实施例将本地用户态协议栈的协议栈标识称为源协议栈标识。同一个源协议栈标识可以和多个URL映射。考虑到第一终端会存在大量的APP，第一终端的数量也可能较多，如果将所有APP的应用标识与协议栈标识进行映射，随着APP的增加或减少，将会导致映射表频繁变更，维护困难，且容易出错，也降低了报文的转发效率。本实施例由于引入层次化分级，使得处于网络层的第二终端只能看到各用户态协议栈的协议栈标识，网络层只需将各协议栈标识进行映射即可，所有的应用标识由对应的用户态协议栈纳管，有利于映射表的维护，提高了映射表的管理效率和报文转发效率。

以发布URL为例，参考图4，图4为本发明实施例二提供的一种服务发布的过程示意图，APP通过调用LIB接口向本地用户态协议栈发送服务发布请求，本地用户态协议栈收到服务发布请求后，确定并存储服务发布者即APP的应用标识、URL和相关的策略路由，并将源协议栈标识和URL、相关的策略路由发送给第二终端。考虑到网络管理员也会根据需求对本地用户态协议栈的策略路由进行配置，因此第二终端收到本地用户态协议栈发送的策略路由后可以和网管策略路由进行策略路由整合，并将全局通告整合后的策略路由以及源协议栈标识和URL的映射关系全局通告给其他用户态协议栈和转发面。通告之后即可将服务发布成功的消息反馈给本地用户态协议栈，由本地用户态协议栈转发给APP，通知APP服务发布完成。第二终端除了可以将整合后的策略路由全局通告给其他的用户态协议栈或转发面，还可以发送给本地用户态协议栈，本地用户态协议栈收到整合后的策略路由后可以更新本地存储的策略路由。由此实现了对APP的服务发布的控制。

在一个示例中，还可以对APP的订阅服务进行控制，相应的，该方法还可以包括：

解析所述应用程序发送的服务订阅请求，获取源协议栈标识和统一资源定位符URL，所述源协议栈标识为所述本地用户态协议栈的协议栈标识；

确定所述URL对应的目的协议栈标识，并封装所述源协议栈标识、URL和目的协议栈标识，得到服务订阅报文，并发送给所述目的协议栈标识对应的目的用户态协议栈；

接收所述目的用户态协议栈反馈的所述服务订阅报文的响应报文，并将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用程序。

服务订阅请求用于请求订阅某个服务内容，该服务订阅请求可以包括待订阅服务内容的URL。目的协议栈标识为URL对应的用户态协议栈的协议栈标识。本实施例的本地用户态协议栈收到服务订阅请求后，可以对得到的源协议栈标识、URL和目的协议栈标识进行封装，得到服务订阅报文，并将该服务订阅报文发送给目的协议栈标识对应的目的用户态协议栈。可选的，可以在传统报文的头部中增加三个字段，以分别存储源协议栈标识、目的协议栈标识和URL，在某些场景下，如果知道目的用户态协议栈对应的APP的应用标识，也可以将目的用户态协议栈对应的APP的应用标识封装在服务订阅报文中，使得目的用户态协议栈收到服务订阅报文后可以直接将该服务订阅报文发送给对应的APP，简单方便。

本地用户态协议栈收到目的用户态协议栈反馈的服务订阅报文的响应报文后即可将响应报文中与服务订阅请求相关的消息发送给对应的APP。响应报文的封装格式与服务订阅报文类似，本地用户态协议栈收到响应报文后，可以剔除报文头，将报文体对应的消息发送给对应的APP。由此实现了对APP服务订阅的控制。在某些安全性要求较高的场景下，可能需要对订阅的服务进行监控，因此在订阅某个服务时，APP还可以指定转发路径，例如可以先转发给监控方，再转发给目的用户态协议栈。

在一个示例中，可以通过如下方式确定URL对应的目的协议栈标识：

首先查找本地存储的第二映射关系表，所述第二映射关系表用于存储URL与协议栈标识的映射关系；如果所述第二映射关系表中存在所述URL，则将所述URL对应的协议栈标识作为目的协议栈标识；否则，向所述第二终端发送映射关系查询请求，以通过所述第二终端获取与所述URL对应的协议栈标识，并将所述协议栈标识作为目的协议栈标识。

第二映射关系表可以由第二终端确定并发送给本地用户态协议栈。考虑到有些URL不经常使用，即使用频次较低，第二终端可以将常用的URL和协议栈标识的映射关系下发给各用户态协议栈，这样设置可以节省网络资源和用户态协议栈的存储空间。因此第二映射关系表中可能存在该URL，也可能不存在该URL。具体的，本地用户态协议栈收到服务订阅请求后，可以先查询本地存储的第二映射关系表，如果第二映射关系表存在该URL，则可以将该URL对应的协议栈标识作为目的用户态协议栈的协议栈标识，也即目的协议栈标识，如果第二映射关系表不存在该URL，则可以向第二终端发送映射关系查询请求，第二终端收到映射关系查询请求后查询本地存储的映射关系，如果存在该URL和对应协议栈标识的映射关系，则可以将该URL对应的协议栈标识反馈给本地用户态协议栈，如果第二终端也不存在，则向本地用户态协议栈反馈查找失败的结果。如果本地用户态协议栈收到查找失败的结果，则可以丢弃该服务订阅报文，并向对应的APP发送一个警告，以通知该APP无法订阅该服务。

在一个示例中，可以通过如下方式将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用程序：

解析所述目的用户态协议栈反馈的响应报文，获取所述响应报文携带的目的协议栈标识和URL，所述URL与所述服务订阅请求中的URL相同；

如果所述响应报文携带的目的协议栈标识与所述源协议栈标识相同，则查找本地存储的第三映射关系表，获取与所述URL对应的应用标识，所述第三映射关系表由所述本地用户态协议栈根据收到的服务发布请求确定，所述第三映射关系表用于存储应用标识与URL的映射关系；

将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用标识对应的应用程序。

以针对服务发布的指明URL发起服务订阅为例，目的用户态协议栈在封装响应报文时，可以将服务订阅报文中的URL封装在响应报文中，此时响应报文中的目的协议栈标识为服务订阅报文对应的用户态协议栈的协议栈标识，源协议栈标识为目的用户态协议栈的协议栈标识。本地用户态协议栈收到响应报文后，可以解析响应报文，获取其携带的目的协议栈标识和URL，如果该目的协议栈标识与本地用户态协议栈的用户态协议栈标识相同，则剥除响应报文的报文头，基于URL查找发布服务时本地存储的应用标识和URL的映射关系，找到并发送给响应的APP。其中，APP发布服务时本地存储的应用标识和URL的映射关系存放在第三映射关系表中。

为了保证订阅成功，APP还可以通过本地用户态协议栈向第二终端请求预留资源，相应的，在一个示例中，该方法还可以包括：

接收并转发所述应用程序发送的资源预留请求给所述第二终端，以使所述第二终端为所述应用程序对应的本地用户态协议栈预留通信隧道，以使所述本地用户态协议栈通过所述通信隧道传输服务订阅报文。

资源预留请求可以在服务订阅请求之前发送，也可以随服务订阅请求一起发送，当资源预留请求和服务订阅请求一起发送时，可以将资源预留请求放在URL对应的扩展字段中，第二终端收到服务订阅请求后，可以响应资源预留请求，在网络层为其预留对应的资源，保证了报文的优质转发。

上述方案中APP可以通过调用LIB接口向本地用户态协议栈发送应用标识请求、服务发布、服务订阅、服务删除、策略发布以及收发报文等多种需求，本地用户态协议栈将APP的需求传递给第二终端，满足了网络层感知应用层的需求，同时利用第二终端为各用户态协议栈分配协议栈标识，由用户态协议栈为对应的APP分配应用标识，实现了层次化分级，为映射表的维护提供了便利，提高了报文的转发效率，而且还可以指定报文的转发路径、预留资源等，在有效解决多APP标识问题的同时，也有效解决了APP的控制问题。

需要注意的是，第一终端中不仅可以存在用户态协议栈，还可以同时存在内核态协议栈，用户也可以根据需求在内核态协议栈和用户态协议栈中进行切换，不会影响系统的稳定性。当用户选择内核态协议栈时，可以调用SOCKET接口。

实施例三

图5为本发明实施例三提供的一种多应用程序的标识装置的结构图，该装置可以执行上述实施例所述的多应用程序的标识方法，并可设置于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，如图5所示，所述装置包括：

协议栈标识接收模块31，用于接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；

应用标识请求接收模块32，用于接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；

响应模块33，用于响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。

本发明实施例三提供一种多应用程序的标识装置，设置于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，通过接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。上述方案在第一终端中增加了本地用户态协议栈，由本地用户态协议栈为第一终端的应用程序分配应用标识，并由第二终端为本地用户态协议栈分配协议栈标识，无需建立HIT标识符，也无需为每一个应用标识建立对应的通信隧道，节省了网络资源，有效解决了多应用程序的标识问题。

在上述实施例的基础上，该装置还可以包括：

第一映射关系表接收模块，用于接收所述第二终端发送的第一映射关系表，所述第一映射关系表用于存储所述本地用户态协议栈与至少一个通信隧道的映射关系；

切换模块，用于当监测到与所述本地用户态协议栈通信的通信隧道异常时，根据所述第一映射关系表，切换与所述本地用户态协议栈通信的通信隧道。

在上述实施例的基础上，该装置还可以包括：

服务发布请求解析模块，用于解析所述应用程序发送的服务发布请求，获取源协议栈标识、统一资源定位符URL和策略路由，所述源协议栈标识为所述本地用户态协议栈的协议栈标识；

发送模块，用于将所述源协议栈标识、URL和策略路由发送给所述第二终端，由所述第二终端进行发布；

服务发布消息接收模块，用于接收所述第二终端反馈的服务发布成功的消息并发送给所述应用程序，以通知所述应用程序服务发布完成。

在上述实施例的基础上，该装置还可以包括：

服务订阅请求解析模块，用于解析所述应用程序发送的服务订阅请求，获取源协议栈标识和统一资源定位符URL，所述源协议栈标识为所述本地用户态协议栈的协议栈标识；

目的协议栈标识确定模块，用于确定所述URL对应的目的协议栈标识，并封装所述源协议栈标识、URL和目的协议栈标识，得到服务订阅报文，并发送给所述目的协议栈标识对应的目的用户态协议栈；

响应报文接收模块，用于接收所述目的用户态协议栈反馈的所述服务订阅报文的响应报文，并将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用程序。

在上述实施例的基础上，目的协议栈标识确定模块，具体用于：

查找本地存储的第二映射关系表，所述第二映射关系表用于存储URL与协议栈标识的映射关系；

如果所述第二映射关系表中存在所述URL，则将所述URL对应的协议栈标识作为目的协议栈标识；否则，向所述第二终端发送映射关系查询请求，以通过所述第二终端获取与所述URL对应的协议栈标识，并将所述协议栈标识作为目的协议栈标识。

在上述实施例的基础上，响应报文接收模块，具体用于：

解析所述目的用户态协议栈反馈的响应报文，获取所述响应报文携带的目的协议栈标识和URL，所述URL与所述服务订阅请求中的URL相同；

如果所述响应报文携带的目的协议栈标识与所述源协议栈标识相同，则查找本地存储的第三映射关系表，获取与所述URL对应的应用标识，所述第三映射关系表由所述本地用户态协议栈根据收到的服务发布请求确定，所述第三映射关系表用于存储应用标识与URL的映射关系；

将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用标识对应的应用程序。

在上述实施例的基础上，该装置还可以包括：

资源预留请求接收模块，用于接收并转发所述应用程序发送的资源预留请求给所述第二终端，以使所述第二终端为所述应用程序对应的本地用户态协议栈预留通信隧道，以使所述本地用户态协议栈通过所述通信隧道传输服务订阅报文。

本发明实施例提供的多应用程序的标识装置与上述实施例提供的多应用程序的标识方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例具备执行多应用程序的标识方法相同的有益效果。

实施例四

图6为本发明实施例四提供的一种电子设备的结构图，该电子设备可以是上述实施例所述的第一终端，参考图6，该电子设备可以包括：用户态协议栈41、应用程序42、存储器43、输入装置44和输出装置45，电子设备中应用程序42的数量可以是一个或多个，用户态协议栈41可以通过协议栈接口与应用程序42、存储器43、输入装置44和输出装置45通信。协议栈接口可以是LIB接口。

存储器43作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的多应用程序的标识方法对应的程序指令/模块。用户态协议栈41通过运行存储在存储器43中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述实施例的多应用程序的标识方法。

存储器43主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器43可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器43可进一步包括相对于用户态协议栈41远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置44可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置45可包括显示屏等显示设备、扬声器以及蜂鸣器等音频设备。

本发明实施例提供的电子设备与上述实施例提供的多应用程序的标识方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例具备执行多应用程序的标识方法相同的有益效果。

实施例五

本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被用户态协议栈执行时用于执行多应用程序的标识方法，该方法包括：

接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；

接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；

响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。

本发明实施例的存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read Only Memory，ROM)、可擦式可编程只读存储器(Erasable ProgrammableRead Only Memory，EPROM)、闪存、光纤、便携式CD-ROM、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、无线电频率(Radio Frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种多应用程序的标识方法，其特征在于，应用于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，所述方法包括：

接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；

接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；

响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。

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

接收所述第二终端发送的第一映射关系表，所述第一映射关系表用于存储所述本地用户态协议栈与至少一个通信隧道的映射关系；

当监测到与所述本地用户态协议栈通信的通信隧道异常时，根据所述第一映射关系表，切换与所述本地用户态协议栈通信的通信隧道。

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

解析所述应用程序发送的服务发布请求，获取源协议栈标识、统一资源定位符URL和策略路由，所述源协议栈标识为所述本地用户态协议栈的协议栈标识；

将所述源协议栈标识、URL和策略路由发送给所述第二终端，由所述第二终端进行发布；

接收所述第二终端反馈的服务发布成功的消息并发送给所述应用程序，以通知所述应用程序服务发布完成。

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

解析所述应用程序发送的服务订阅请求，获取源协议栈标识和统一资源定位符URL，所述源协议栈标识为所述本地用户态协议栈的协议栈标识；

确定所述URL对应的目的协议栈标识，并封装所述源协议栈标识、URL和目的协议栈标识，得到服务订阅报文，并发送给所述目的协议栈标识对应的目的用户态协议栈；

接收所述目的用户态协议栈反馈的所述服务订阅报文的响应报文，并将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用程序。

5.根据权利要求4所述的方法，其特征在于，所述确定所述URL对应的目的协议栈标识，包括：

查找本地存储的第二映射关系表，所述第二映射关系表用于存储URL与协议栈标识的映射关系；

如果所述第二映射关系表中存在所述URL，则将所述URL对应的协议栈标识作为目的协议栈标识；否则，向所述第二终端发送映射关系查询请求，以通过所述第二终端获取与所述URL对应的协议栈标识，并将所述协议栈标识作为目的协议栈标识。

6.根据权利要求4所述的方法，其特征在于，所述将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用程序，包括：

解析所述目的用户态协议栈反馈的响应报文，获取所述响应报文携带的目的协议栈标识和URL，所述URL与所述服务订阅请求中的URL相同；

如果所述响应报文携带的目的协议栈标识与所述源协议栈标识相同，则查找本地存储的第三映射关系表，获取与所述URL对应的应用标识，所述第三映射关系表由所述本地用户态协议栈根据收到的服务发布请求确定，所述第三映射关系表用于存储应用标识与URL的映射关系；

将所述响应报文中与所述服务订阅请求相关的消息发送给所述应用标识对应的应用程序。

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

接收并转发所述应用程序发送的资源预留请求给所述第二终端，以使所述第二终端为所述应用程序对应的本地用户态协议栈预留通信隧道，以使所述本地用户态协议栈通过所述通信隧道传输服务订阅报文。

8.一种多应用程序的标识装置，其特征在于，设置于第一终端，所述第一终端包括本地用户态协议栈和应用程序，所述本地用户态协议栈通过协议栈接口与所述应用程序进行通信，所述装置包括：

协议栈标识接收模块，用于接收第二终端发送的协议栈标识，所述协议栈标识由所述第二终端根据所述本地用户态协议栈发送的注册请求确定，所述协议栈标识用于标识所述本地用户态协议栈；

应用标识请求接收模块，用于接收所述应用程序发送的应用标识请求，所述应用标识请求用于请求获取所述应用程序的应用标识；

响应模块，用于响应所述应用标识请求，确定并发送所述应用程序的应用标识给所述应用程序。

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

用户态协议栈；

一个或多个应用程序，所述应用程序通过协议栈接口与所述用户态协议栈通信；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述用户态协议栈执行时实现如权利要求1-7任一项所述的多应用程序的标识方法。

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

Images