CN110249610B - 用于终端的网络信息存储服务提供方法和设备 - Google Patents

Abstract

本公开涉及用于支持超出4G系统的更高数据传输速率的、将IoT技术与5G通信系统会聚的通信技术及其系统。本公开可以基于5G通信技术和IoT相关技术应用于智能服务(例如，智能家居、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售业务、安全和安全相关服务等)。本发明的实施例可以提供一种用于终端的信息提供方法和用于执行该方法的装置，该方法包括以下步骤：接收包括用于向应用提供信息的条件的注册请求；存储用于提供信息的条件；检查是否收集了与提供信息的条件相对应的信息；以及当识别出与提供信息的条件相对应的信息时，将该信息提供给应用。

Description

用于终端的网络信息存储服务提供方法和设备

技术领域

本公开涉及一种终端的基于网络信息提供服务的方法。更具体地，本公开涉及一种由终端有效管理应用的方法。

背景技术

为了满足4G通信系统商业化后增加的无线数据业务需求，已经做出了开发改进的5G通信系统或5G前通信系统(pre-5G communication system)的努力。为此，5G通信系统或5G前通信系统被称为超4G网络通信系统或后LTE系统。为了实现高数据传输速率，正在考虑在mmWave频带(例如，60GHz频带)中实现5G通信系统。在5G通信系统中，正在讨论诸如波束成形、大规模MIMO、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线的技术，作为减轻mmWave频带中传播路径损耗的手段以及并增加传播传输距离。此外，5G通信系统已经开发出诸如演进小型小区、高级小型小区、云无线电接入网络(RAN)、超密集网络、设备到设备通信(D2D)、无线回程、移动网络、协作通信、协调多点(CoMP)和接收的干扰消除的技术以改善系统网络。此外，5G系统已开发出诸如混合FSK和QAM调制(FQAM)以及滑动窗口叠加编码(SWSC)的先进的编码调制(ACM)方案，以及诸如滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)的先进的接入技术。

同时，因特网已经发展成物联网(IoT)网络，其中诸如对象的分布式组件交换和处理面向人的连接网络的信息，在该网络中人类生成和消费信息。已经出现了万物互联(IoE)技术，其中通过与云服务器等的连接的大数据处理技术与IoT技术相结合。为了实现IoT，需要诸如传感技术、有线/无线通信、网络基础设施、服务接口技术和安全技术的技术因素，以及最近进行了用于物体之间连接的诸如传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等技术的研究。在IoT环境中，通过收集和分析连接对象中生成的数据，可以提供智能互联网技术(IT)服务，以便为人们的生活创造新的价值。IoT可以通过传统信息技术(IT)和各个行业的融合应用于诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、智能电网、医疗保健、智能家居设备或高科技医疗服务等领域。

因此，已经进行了将5G通信应用于IoT网络的各种尝试。例如，诸如传感器网络、机器到机器(M2M)和机器类型通信(MTC)的技术通过对应于5G通信技术的波束成形、MIMO和阵列天线方案来实现。云RAN作为大数据处理技术的应用可能是5G技术和物联网技术融合的一个例子。

发明内容

技术问题

通过本公开实现的技术方案是提供一种用于由终端(用户设备(UE))有效管理应用的方法和装置。

此外，本公开实现的另一技术方案是提供一种基于存储在UE中的网络信息有效管理UE的方法和装置。

技术方案

根据本公开的一方面，提供了一种由终端提供信息的方法。该方法包括：接收包括对于应用的信息提供条件的注册请求；存储信息提供条件；识别是否收集了与信息提供条件对应的信息；以及当识别出与信息提供条件对应的信息时，将该信息提供给应用。

根据本公开的另一方面，提供了一种终端。该终端包括：信息收集器，被配置为收集关于终端的信息；以及信息管理器，被配置为接收包括对于应用的信息提供条件的注册请求，存储信息提供条件，识别是否收集了与信息提供条件对应的信息，以及当识别出与信息提供条件对应的信息时，将该信息提供给应用。

本公开中所追求的技术主题可以不限于上述技术主题，并且本公开领域的技术人员通过以下描述可以清楚地理解未提及的其他技术主题。

有益效果

根据本公开的实施例，可以提供用于基于存储在UE中的网络信息来有效地管理UE的方法和装置。

根据本公开的实施例，对于根据UE的状态(诸如位置和时间)的服务的操作，UE的应用可以注册UE的状态条件，用于发起在UE中的网络信息存储设备中的服务，通过在满足相应条件时激活应用来提供服务，并减少UE中不必要的存储器使用和不必要的电力使用。

附图说明

图1示出了根据本公开实施例的UE的应用与设备配置之间的关系；

图2示出了根据本公开实施例的UE；

图3示出了根据本公开实施例的通知UE信息的过程；

图4示出了根据本公开的实施例的注册过程；

图5是根据本公开实施例的提供UE信息的过程；

图6示出了根据本公开实施例的通过应用的注册；

图7示出了根据本公开实施例的通过应用的权限的配置；以及

图8示出了根据本公开实施例的通过应用的注册响应的传输。

具体实施方式

在下文中，将参考附图详细描述本公开的示例性实施例。这里，应注意，相同的附图标记表示附图中的相同结构元件。此外，将省略可能使本公开的主题不清楚的已知功能和配置的详细描述。

在描述本公开的示例性实施例时，将省略与本公开所属领域中公知的并且不与本公开直接相关的技术内容相关的描述。这种省略不必要的描述旨在防止模糊本公开的主要思想并且更清楚地转移主要思想。

出于相同的原因，在附图中，一些元件可能被夸大、省略或示意性地示出。此外，每个元素的大小并不完全反映实际大小。在附图中，相同或相应的元件设有相同的附图标记。

通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将变得显而易见。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式实现。提供以下实施例仅是为了完全公开本公开并且使本领域技术人员知晓本公开的范围，并且本公开仅由所附权利要求的范围限定。在整个说明书中，相同或相似的附图标记表示相同或相似的元件。

这里，将理解，流程图图示的每个块以及流程图图示中的块的组合可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得指令通过计算机的处理器或其他可编程数据处理装置执行，创建用于实现流程图块或块中指定的功能的方法。这些计算机程序指令还可以存储在计算机可用或计算机可读存储器中，其可以指示计算机或其他可编程数据处理装置以特定方式起作用，使得存储在计算机可用或计算机可读存储器中的指令产生包括指令装置的制品，所述指令装置实现流程图块或块中指定的功能。计算机程序指令也可以加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作步骤，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现流程图块中指定的功能的步骤。

流程图图示的每个块可以表示代码的模块、片段或部分，其包括用于实现指定的逻辑功能的一个或多个可执行指令。还应注意，在一些替代实施方式中，块中提到的功能可以不按顺序发生。例如，连续示出的两个块实际上可以基本上同时执行，或者这些块有时可以以相反的顺序执行，这取决于所涉及的功能。

如本文所使用的，“单元”是指软件元件或硬件元件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)，其执行预定功能。但是，“单元”并不总是具有限于软件或硬件的含义。“单元”可以构造成存储在可寻址存储介质中或者执行一个或多个处理器。因此，“单元”包括，例如，软件元素、面向对象的软件元素、类元素或任务元素、过程、函数、属性、程序、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、数组和参数。由“单元”提供的元件和功能可以组合成较少数量的元件“单元”或分成更多数量的元件“单元”。此外，可以实现元件和“单元”以再现设备或安全多媒体卡内的一个或多个CPU。

最近的无线通信UE可以将应用安装到UE中并通过运行应用来提供服务。应用具有基于特定网络信息(UE位置和UE状态)提供服务的功能(例如基于位置的广告)。如果应用提供基于网络信息的服务，则即使用户未使用应用，应用也在UE中维持激活状态，并且向UE的外围设备作出对于网络信息的请求以收集网络信息，并且当收集了满足特定条件的网络信息时，提供服务。应用通过与UE的外围设备的单独链路来收集信息。在现有技术中，如果在UE中的每个应用未被使用的同时，每个应用监视UE的状态条件并且识别是否满足用于发起服务的条件，则UE的效率可能恶化。通过本公开的实施例，UE中的网络信息存储设备允许每个注册的应用监视指示服务启动条件是否被满足的状态条件，并且当即使在每个应用被停用的状态下特定条件被满足时，也激活应用并允许应用提供服务。根据本公开的实施例，可以减少UE中不必要的存储器使用和不必要的电力使用。

已经做出本公开的实施例，以基于根据本公开的处理方法提供向移动通信UE中存储的至少一个应用通知UE的状态信息的服务以及与UE的操作过程相对应的本公开的特征。

图1示出了根据本公开实施例的UE的应用与设备配置之间的关系。

参见图1，UE 100可以包括应用110、信息管理器120和信息收集器130。

UE 100可以在其中安装应用110。应用110可以是由UE 100运行的软件，并且至少一个应用100可以安装在UE 100中。应用100可以基于网络信息或状态信息向用户提供服务。网络信息或状态信息可以被命名为UE信息。

应用110在信息管理器120中执行注册过程，以便从信息管理器120接收UE信息。例如，当在注册过程期间收集UE 100中预设的UE信息时，可以向应用110通知相应信息或相应信息的集合，或者向信息管理器120做出用于控制将应用的状态从非活动状态切换到活动状态的请求。应用100可以从信息管理器120接收通知，并且当应用处于非活动状态时，可以基于该通知将其切换到活动状态。

UE信息可以包括关于UE接入的移动通信基站的信息、小区ID、跟踪区域信息、路由区域信息、漫游信息、关于UE连接到的接入点(AP)的信息、关于UE的连接状态的信息(指示UE是处于连接状态还是空闲状态的状态信息)、通过全球定位系统(GPS)指示UE的位置的信息、关于日期和时间的信息、或通过其他传感器设备收集的信息。例如，通过触摸传感器、接近传感器、电磁传感器、压力传感器和加速度传感器收集的信息可以是UE信息。此外，通过分析信息生成的信息也可以是UE信息。例如，从小区ID分析或估计的UE的位置信息可以是UE信息。UE信息不限于上述信息，并且可以包括UE 100通过信息收集器130收集的信息以及从收集的信息分析或估计的任何信息。同时，位置信息可以是具有来自特定位置的预设范围的信息。

信息管理器120可以包括在UE的控制器中，或者可以是由UE的控制器控制的单独设备。信息管理器120可以被命名为网络上下文存储库或网络信息库。当收集由应用110请求的UE信息时，信息管理器120可以接收对于通知应用110收集UE信息的请求并存储由应用110请求的特定UE信息。由于UE 100中存在多个应用，所以信息管理器120可以存储信息，使得UE特定信息被映射到每个应用。

如果从信息收集器130获取的UE信息包括由应用110请求接收的信息或由应用110请求通知的信息，或者如果满足通过与应用110的注册过程配置的条件，则信息管理器120可以向应用110通知相应的信息或相应信息的集合。

信息管理器120可以周期性地从信息收集器130接收或获取UE信息。信息管理器120可以不定期地接收或获取UE信息。例如，当生成预设事件时，可以从信息收集器130接收或获取UE信息。为了不定期地收集UE信息，可以将用户输入输入到UE 110或者可以预设用于非周期性地收集UE信息的触发条件。可以在信息管理器120或信息收集器130中的至少一个中设置触发条件。信息管理器120可以基于UE信息识别是否收集了与应用110相对应的特定UE信息，并向应用通知识别结果。当应用110处于非活动状态时，可以提供通知以激活应用。在激活应用110之后，信息管理器可以向应用110提供与应用110对应的UE信息。

信息收集器130可以是收集、测量和获取诸如网络信息或状态信息的UE信息的设备。信息收集器130可以是UE 100的控制器的一部分或由控制器控制的设备。信息收集器130可以向信息管理器120提供收集的、测量的和获取的UE信息。信息收集器130可以根据预设时段向信息管理器120提供UE信息。此外，如果存在提供非周期性UE信息的请求或者满足非周期性UE信息传输的触发条件，则UE信息可以被不定期地提供给信息管理器120。

可以将信息管理器命名为信息管理设备，并且可以将信息收集器命名为信息收集设备。信息管理设备可以包括至少一个处理器。信息收集器可以包括至少一个处理器。

图2示出了根据本公开的实施例的UE。

参见图2，UE 200可以包括通信单元210、输入单元230、控制器250、存储单元270和显示单元290中的至少一个。

通信单元210可以包括用于允许UE 200在无线通信系统中执行无线通信的一个或多个模块。

具体地，通信单元210向移动通信网络中的基站、另一UE、通信节点和服务器中的至少一个发送无线信号并从其接收无线信号。根据文本/多媒体消息发送/接收，无线信号可以包括语音呼叫信号、视频呼叫信号或各种类型的数据。此外，通信单元210可以通过使用诸如无线局域网(WLAN)、Wi-Fi，无线宽带(Wibro)、世界微波接入互操作性(Wimax)、高速下行链路分组接入(HSDPA)等的通信技术与外部设备交换数据。

输入单元230可以检测用户的输入并将对应于用户输入的输入信号发送到控制器250。输入单元230可以包括键盘、圆顶开关、触摸板(电阻型/电容型)、转轮、转动开关、手指鼠标和滚轮。

输入单元230可以包括触摸传感器、接近传感器、电磁传感器、压力传感器、加速度传感器和定位传感器。输入单元230可以通过传感器检测用户的触摸输入或接近输入。输入单元230可以包括通过以传统形式将传感器附着在垫上或者以面板形式将它们组合而产生的输入垫。例如，输入单元230可以包括电磁共振(EMR)型输入板或电磁干扰(EMI)型输入板，其使用电磁传感器。输入单元230可以生成控制信号并且将控制信号传送到控制器250，该控制信号可以包含关于检测到的输入的位置、输入装置和输入类型的信息。

输入单元230可以与显示单元290一起形成层结构(这将在下面描述)以作为输入屏幕操作。例如，输入单元230可以通过包括具有触摸传感器并且与显示单元209连接的输入板的触摸屏面板(TSP)配置。与显示单元290一起形成层结构的输入单元230可以被称为触摸屏。

控制器250可以控制UE 200的整体操作。控制器250可以控制在本公开的每个实施例中描述的UE的操作。控制器250可以包括至少一个处理器。控制器250可以控制通信单元210、输入单元230、存储单元270和显示单元290。

控制器250可以包括根据本公开的实施例的信息管理器。信息管理器可以包括在控制器250中，或者可以在控制器250外部，并且根据控制器250的控制进行操作。控制器250可以包括信息收集器。信息收集器可以通过到通信单元110和输入单元130的链接来收集信息。

根据本公开的实施例，信息管理器可以执行控制以接收包括应用的信息提供条件的注册请求，存储信息提供条件，识别是否收集了与信息提供条件相对应的信息，以及当识别出与信息提供条件对应的信息时，将该信息提供给应用。

根据本公开的实施例，当应用处于非活动状态时，信息管理器可以将应用切换到活动状态，并且当应用切换到活动状态时，提供关于UE的信息。非活动状态可以是应用不使用UE的存储器的状态。

根据本公开的实施例，信息管理器可以执行控制以识别应用是否具有接收信息的权限，并且当确定应用具有权限时，存储信息提供条件。当确定应用没有权限时，信息管理器可以执行控制以拒绝包含信息提供条件的注册请求并保持应用的活动状态。

此外，根据本公开的实施例，信息提供条件可以包括位置信息。当收集UE的位置信息时，信息管理器可以执行控制以确定UE的位置信息是否对应于信息提供条件的位置信息。如果UE的位置信息对应于信息提供条件的位置信息，则可以将UE的位置信息提供给应用。如果多条信息彼此不对应，则可以不向应用提供UE的位置信息。

根据本公开的实施例，信息提供条件可以包括多个条件，并且如果包括多个条件，则可以包括关于优先关系或优先级关系的信息。

可以由控制器250执行本公开的实施例中描述的信息管理器的操作。

存储单元270可以存储用于UE 200的程序或命令。控制器250可以执行存储在存储单元270中的程序或指令。

存储单元270可以包括闪存类型、硬盘类型、多媒体卡微型、卡型存储器(例如，SD存储器、XD存储器等)、随机存取存储器(RAM)、静态RAM(SRAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、PROM、磁存储器、磁盘和光学磁盘中的至少一种类型的存储介质。

显示单元290显示(输出)由UE 200处理的信息。例如，显示单元290可以显示与当前运行的应用、程序或服务相对应的信息以及用户界面(UI)或图形用户界面(GUI)。

显示单元290可以与输入单元230一起形成交互层结构，以作为触摸屏操作。此时，作为触摸屏操作的显示单元290可以执行输入单元的功能。

图3示出了根据本公开实施例的通知UE信息的过程。

参见图3，在操作310中，可以执行用于提供UE信息的注册过程。信息管理器可以响应于提供信息的请求，从应用接收提供信息的请求，并存储与应用相对应的UE信息或UE信息提供条件。提供信息的请求可以由用户输入通过专用应用来触发。UE信息提供条件可以被命名为信息通知(notification)条件或信息公告(notice)条件。可以为一个应用包括多个条件。如果通过注册过程从UE获取应用在信息管理器中注册的UE信息，则可以做出向应用提供相应信息的请求或者向应用通知接收相应信息的请求。例如，如果UE的位置是B，则应用A可以做出通知UE信息的请求。在这种情况下，位置B可以是UE信息提供条件。将参考图4描述注册过程的详细实施例。由于可以在UE中安装多个应用，因此可以针对多个应用执行注册过程。

在操作320中，UE可以收集UE信息。UE可以通过信息收集器收集或获取UE信息。UE信息可以是UE收集器直接获取或测量的信息，从UE外部的实体接收的信息，或者是通过分析UE获取的信息获得的信息。信息收集器可以向信息管理器提供UE信息。UE信息可以周期性地或非周期性地提供给信息管理器。

在操作330中，信息管理器可以识别UE信息。信息管理器可以识别所获取的UE信息是否对应于为应用注册的UE信息。例如，如果通过UE信息识别出UE的位置是位置B，则可以确定满足应用A的UE信息提供请求条件。

在操作340，可以将UE信息识别结果通知给应用。例如，如果通过UE信息识别位置B，则可以向应用A提供关于位置B的信息。如果应用A处于非活动状态，则可以控制应用A切换到活动状态。此外，UE可以通知应用A满足预设条件。

以相同的方式，不要求应用维持活动状态以识别UE信息。如果应用仅在信息管理器中注册用于提供所需UE信息的请求，则信息管理器可以确定特定应用所请求的UE信息是否满足并通知其应用。

如果在现有技术中n个应用希望基于UE信息提供服务，则n个应用应该在活动状态下检查的UE信息，从而考虑到存储器和电力消耗，效率可能恶化。然而，在本公开的实施例中，即使n个应用在执行用于提供UE信息的注册过程之后进入非活动状态并且因此不直接不检查UE信息，n个应用也可以从信息管理器接收激活切换信息和UE信息，从而在存储器和电力管理方面提高了效率。

图4示出了根据本公开的实施例的注册过程。

参见图4，在操作410，UE可以从安装在UE中的应用接收用于提供UE信息的注册请求。对于注册请求，可以通过执行注册过程和信息提供的应用输入特定应用的注册请求，或者要求注册的应用可以直接发送注册请求。用于提供信息的注册请求可以被命名为信息提供请求。注册请求可以包含UE信息提供条件。此外，注册请求可以包含用于识别应用的信息。例如，UE的信息管理器可以从应用接收用于提供UE信息的注册请求。可以在UE中安装多个应用，并且UE可以从多个应用接收注册请求。假设在图4中从安装在UE中的应用A接收到注册请求。

在操作420，UE可以验证发送注册请求的应用的权限。UE可以确定发送注册请求的应用是否是对于接收UE信息的注册过程的合法/适当的应用。例如，信息管理器可以确定发送注册请求的应用是否是具有接收UE信息的权限的应用。例如，用于确定应用是否是具有权限的应用的过程可以是以下过程：如果在该应用的提供商与UE的制造商或向UE提供服务的提供商之间存在预先指定或预设的条件，则确定该条件。或者，可以在UE内部配置权限以允许应用接收UE信息。用户可以配置UE以选择性地将接收UE信息的权限分配给特定应用。可以省略操作420。也就是说，可以省略用于确定权限的操作，在这种情况下，该过程可以在操作410之后直接进行到操作430。此外，如果接收到注册请求，则可以通过弹出或通知向用户做出对注册过程的内容的请求。如果存在用户的同意，则可以执行操作430之后的操作。

如果应用有权接收UE信息，则处理器进行到操作430。如果应用无权接收UE信息，则处理器进行到操作470。

如果确定应用是具有接收UE信息的权限的应用，则UE可以在操作430中存储UE信息提供条件。UE信息提供条件可以被命名为信息通知条件或信息公告条件。例如，UE的信息管理器可以识别包含在注册请求中的UE信息提供条件，并存储UE信息提供条件。如果应用发送包含多个条件的UE请求，则UE可以存储多个条件。如果存在多个条件并且条件之间存在优先级或条件之间存在先前条件(preceding condition)，则UE还可以存储相应的信息。信息管理器可以将应用映射到与应用相对应的条件并存储它们，并且可以管理其映射表，如[表1]中所示。

[表1]

例如，关于应用A，可以存储位置1、位置2和电池条件作为UE信息提供条件。在除了优先级之外的分析中，位置1或位置2可以指示对于提供UE信息的请求。由于不存在先前条件，因此不存在要满足位置1和位置2以便提供UE信息的先前条件。可以将电池条件设置为优先级。例如，如果电池低于预设容量，则可以不做出对UE信息的请求以不运行相应的应用。因此，如果设置了优先级则可以分析电池条件被满足，并且如果UE在位置1或位置2，则提供UE信息。

如果设置了先前条件，则位置1可以是位置2的先前条件。在这种情况下，当UE经由位置1进入位置2时，可以被配置为提供UE信息。例如，为了向进入特定地点的顾客提供优惠券，应用A可以请求提供UE信息。在这种情况下，通过位置1到达位置2的人可以被确定为要进入的顾客并且可以向该人提供优惠券。另一方面，通过位置2到达位置1的人是退出的顾客，因此可以向该人提供相应的优惠券。因此，如果如上所述满足先前条件，则可以做出对于提供UE信息的请求。

关于应用B，可以存储移动速度1作为条件。可以对应用B分析出，以预设的移动速度1或更高速度移动的UE向应用B提供UE信息。作为其他条件，例如，可以使用UE的状态。如果UE的状态是活动模式，则可以做出对于提供相应信息的请求。可以将其他条件分析为先前条件或优先级。

关于应用，可以存储时间1和位置3作为条件。如果不存在先前条件，则可以分析出在满足时间1或位置3的条件时提供UE信息。时间1可以是位置3的优先级条件。如果仅满足位置条件则可以不提供UE信息，并且如果满足时间条件和位置条件两者，则可以提供UE信息。

例如，从第一时间到第二时间的间隔可以是特定商店的营业时间。在这种情况下，间隔可以被设置为时间1，并且商店的位置可以是位置3。如果确定仅在营业时间期间通过应用提供信息是有效的，则可以配置为当UE位于位置3时满足时间条件1的UE提供UE信息。

如果存在多个信息提供条件并且如果满足所有多个条件，则可以确定满足最终提供UE信息的条件。如果仅多个条件中的至少一个条件被满足，则可以确定满足用于提供UE信息的条件。在注册请求被插入时将提供对其的参考。

在操作440中，UE可以向应用发送注册响应。UE的信息管理器可以向应用发送响应消息。如果成功注册了应用的UE信息提供条件，则可以发送包含注册成功信息的响应消息。如果注册过程不成功，则可以发送包含注册失败信息的响应消息。可以省略操作440。如果应用接收到包含注册成功信息的响应消息，则应用可以切换到空闲状态。

如果在操作420中基于确定结果确定不存在权限，则可以执行操作470。在操作470中，UE可以为应用设置附加权限。这是因为应用在注册请求被做出的时间点没有权限，但是用户可能在将来配置权限。或者，可以通过系统或应用的更新来获取权限。在操作470中，可以自动获取应用的权限，或者可以通过弹出或通知向用户询问是否配置权限，然后可以分配对应于用户输入的应用的权限。

可以通过操作470配置附加权限，可以执行操作430。操作430之后的操作与上面的描述相同。

如果未配置附加权限，则可以执行操作440。由于相应的应用没有权限，信息管理器可以向应用发送注册响应消息，并且注册响应消息可以包含注册失败信息。如果包含注册失败信息，则相应的应用可以分析用于接收UE信息的条件的注册失败。在这种情况下，应用可以保持活动状态。应用可以维持活动状态并直接收集UE信息，在这种情况下，应用总是处于活动状态，因此在存储器管理和电源管理方面有所损失。

图5是根据本公开的实施例的用于提供UE信息的过程。

参见图5，在操作510中，UE可以收集UE信息。UE可以通过信息收集器收集或获取UE信息。UE信息可以是UE收集器直接获取或测量的信息、从UE外部的实体接收的信息、或者是通过分析由UE获取的信息而获得的信息。信息收集器可以向信息管理器提供UE信息。UE信息可以周期性地或非周期性地提供给信息管理器。

在操作520中，UE可以识别注册的UE信息提供条件和收集的UE信息。UE可以识别在收集的UE信息中是否存在与UE中注册的UE信息提供条件相对应的UE信息。UE信息可以包括关于UE接入的移动通信基站的信息、小区ID、跟踪区域信息、路由区域信息、漫游信息、关于UE所连接的接入点(AP)的信息、关于UE的连接状态的信息(指示UE是处于连接状态还是空闲状态的状态信息)、通过全球定位系统(GPS)的指示UE位置的信息、关于日期和时间的信息、或者通过其他传感器设备收集的信息。信息管理器不仅可以直接比较收集的UE信息和UE信息提供条件，还可以在分析UE信息和UE信息提供条件中的至少一个之后执行比较。例如，如果小区ID或TAU信息被用作UE信息，则可以将从小区ID信息或TAU获取的位置信息与被配置为UE信息提供条件的信息进行比较。

例如，可以假设在图4中配置[表1]的UE信息提供条件。如果收集位置1作为UE信息并且当前电池状态满足电池条件，则UE可以识别出满足应用A的信息提供条件。例如，如果作为UE信息收集的UE的移动速度满足移动速度1的条件，则可以识别出满足应用2的信息提供条件。例如，如果UE的时间信息满足时间1的条件和位置3的条件，则可以识别出满足应用C的信息提供条件。如果满足位置3的条件但是不满足时间1的条件，则可以识别出不满足应用C的信息提供条件。

如果收集了满足注册条件的UE信息，则UE可以在操作530中通知相应应用的识别结果。识别结果可以是用于激活应用的通知或用于提供相应应用所需的信息的通知。进一步地，识别结果可以是UE提供的通知，以通知相应的应用满足预设条件。

在相应应用处于非活动状态的情况下和应用处于活动状态的情况下，操作530可以是不同的。

在应用处于活动状态的情况下，需要将相应的应用切换到活动状态。这是因为在本公开中应用的非活动状态是应用不能收集或接收UE信息的状态。如果应用处于非活动状态，则应用可能无法占用或使用UE的存储器。如果在非活动状态下无法占用或使用的存储器的应用切换到活动状态，则应用占用存储器并使用存储器资源。

例如，如果应用处于非活动状态，则信息管理器可以发送用于控制应用从非活动状态切换到活动状态的消息。由于应用不能在非活动状态下接收或收集UE信息，所以如果应用满足配置条件，则信息管理器可以发送用于控制相应应用切换到活动状态的消息。如果应用变为活动状态，则信息管理器可以向相应的应用提供UE信息。可以省略信息管理器提供UE信息的操作，在这种情况下，切换到活动状态的应用可以向信息收集器或信息管理器请求UE信息。例如，做出使用拉方案(pull scheme)提供UE信息的请求，并且可以从信息管理器或信息收集器接收包含UE信息的响应。

由于在应用处于非活动状态时应用通过来自信息管理器的通知切换到活动状态，因此应用不需要始终保持活动状态以便获取UE信息，因此存储器和电力可以被有效地管理。

如果应用处于活动状态，则可以提供与应用相对应的UE信息。在这种情况下，不需要传输用于将非活动状态切换到活动状态的消息。此外，应用可以发送包含指示收集注册的UE信息的通知的消息。虽然应用处于活动状态，但是应用并不总是检查UE信息，而是信息管理器可以确定是否满足UE的注册条件并且向应用通知其结果，因此可以减少由应用为收集UE信息而产生的存储器或电力消耗。

根据应用类型和UE信息，本公开的实施例可以用于各种领域和各种目的。可以提供基于UE的位置信息的广告和优惠券服务。如果IoT UE在特定时间处于连接模式，则可以将UE信息提供给预设应用。在用于医疗保健的应用的情况下，可以基于由UE收集的健康相关信息(心率、体温、移动距离和移动速度)来触发服务，并且可以向用户提供信息。通过搜索应用找到的内容可以被配置为条件。例如，与电影预约相关的应用可以将UE信息识别条件配置为在搜索电影时、或通过UE的搜索应用识别到电影相关内容时被触发。

同时，如果通过应用实现根据本公开实施例的操作，则将参考图6-8描述实现示例。在本公开中，可以通过专用应用来实现用于提供UE信息和信息提供的注册过程。信息管理器的操作可以通过本公开中的专用应用提供用户界面。在这种情况下，现有技术中希望在保持的活动状态的同时获取UE信息的所有N个应用都消耗存储器和电力，以便获取UE信息。在本公开的实施例中，如果N个应用被注册到用于提供UE信息的专用应用，则专用应用识别是否收集了相应应用所需的信息。由于N个传统应用单独执行的操作是由一个专用应用执行的，因此可以有效地管理存储器和电力。

图6示出了根据本公开实施例的通过应用的注册。

参见图6，附图标记600表示当执行注册过程时在UE的显示单元上显示的屏幕。可以在屏幕上显示用于输入关于应用的信息的字段610以及用于输入条件的字段611和612。另外，可以显示用于显示优先条件613和先前条件614的字段。这些字段可以一起显示在一个屏幕上或连续显示在不同的屏幕上。

屏幕615是示出在屏幕600上触摸字段610的情况下的实施例的屏幕。为了执行注册过程，可以将用于直接识别应用的信息输入到字段610中，并且当在字段610中存在输入时，可以显示屏幕615。可以在屏幕615上显示安装在UE中的多个应用，并且还可以显示用于选择应用的字段。如果在屏幕615上选择了特定应用，则可以将相应的应用信息输入到屏幕600上的应用字段610中。

图6中用于选择应用和为所选应用配置条件的过程可以对应于在本公开的实施例中用于接收或输入注册请求的过程。

图7示出了根据本公开实施例的通过应用的权限的配置。

参见图7，屏幕700示出了用于识别注册权限和配置附加权限的界面。当在图6中选择应用时或在图6中输入条件后收到注册请求之后，显示图7的界面。如果在应用中预先配置了注册过程和提供UE信息的权限，则可以省略图7的过程。如果相应的应用没有注册权限，则屏幕700上不会显示注册权。由于应用没有注册权限，可以终止该过程，或者可以通过附加权限配置字段710在相应的应用中配置注册过程和提供UE信息的权限，并且可以在应用中配置使用相应服务的权限。

图8示出了根据本公开实施例的通过应用的注册响应的传输。

参见图8，在本公开的实施例中，如果应用注册了条件，然后对应于相应应用的信息被收集，则可以在没有通知的情况下向用户提供UE信息，或者可以根据用户的识别提供UE信息。

如果通过通知向用户提供信息，则可以提供诸如屏幕800的界面。可以显示指示识别UE信息的信息，在这种情况下，还可以显示相应应用和相应应用的识别信息。可以显示响应传输字段810，并且如果在响应传输字段810中存在用户输入，则可以将识别的UE信息提供给相应的应用。如果在预设时间内没有用户输入，则可以将其视为同意，因此可以提供信息，或者可以反过来视为用户不同意，因此可以不提供相应的信息。这可以遵循配置的条件。

提供说明书和附图中公开的实施例仅仅是为了容易描述和帮助彻底理解本公开，而不是旨在限制本公开的范围。因此，应该理解，除了本文公开的实施例之外，源自本公开的技术构思的所有修改和变化或修改和变化的形式都落入本公开的范围内。

Claims (2)

1.一种由终端执行的用于向安装在终端中的应用提供信息的方法，所述方法包括：

从安装在终端中的另一应用接收包括对于应用的信息提供条件的信息的注册请求；

其中，所述信息提供条件包括位置信息；

确定所述应用是否具有接收信息的权限；

在确定所述应用具有所述权限的情况下，存储所述信息提供条件；以及

识别是否收集了终端的位置信息；

在终端的位置信息对应于信息提供条件中包括的位置信息的情况下，将所述信息提供给所述应用，以及

在所述应用被提供了所述信息并且处于非活动状态的情况下，将所述应用切换到活动状态，并且在所述应用被提供了所述信息并且处于所述活动状态的情况下，提供关于所述终端的信息，

在确定所述应用没有权限的情况下，拒绝包括所述信息提供条件的注册请求并维持所述应用的活动状态，

其中，所述非活动状态是所述应用不使用所述终端的存储器的状态，

其中，所述信息提供条件包括多个条件，

其中，所述多个条件包括终端的位置、终端的电池条件、终端的速度或时间，

其中，所述信息提供条件在包括所述多个条件的情况下，包括关于先前关系或优先级关系的信息，

其中，所述先前关系对应于所述多个条件中的两个条件的、一个条件在另一个条件之前的顺序，以及

其中，所述优先级关系对应于所述多个条件中的一个相对于所述多个条件中的剩余条件的优先级。

2.一种终端，包括：

信息收集器，被配置为收集关于所述终端的信息；以及

信息管理器，被配置为：

从安装在终端中的另一应用接收包含对于安装在终端中的应用的信息提供条件的注册请求，

其中，所述信息提供条件包括位置信息；

确定所述应用是否具有接收所述信息的权限；

在确定所述应用具有所述权限的情况下，存储所述信息提供条件，以及

识别是否收集了终端的位置信息，

在终端的位置信息对应于信息提供条件中包括的位置信息的情况下，将所述信息提供给所述应用，以及

在确定所述应用没有权限的情况下，控制器执行控制以拒绝包括所述信息提供条件的注册请求并维持所述应用的活动状态，

其中，在所述应用被提供了所述信息并且处于非活动状态的情况下，所述信息管理器将所述应用切换到活动状态，并且在所述应用被提供了所述信息并且处于所述活动状态的情况下，提供关于所述终端的信息，

其中，所述非活动状态是所述应用不使用所述终端的存储器的状态，

其中，所述信息提供条件包括多个条件，

其中，所述多个条件包括终端的位置、终端的电池条件、终端的速度或时间，

其中，所述信息提供条件在包括所述多个条件的情况下，包括关于先前关系或优先级关系的信息，

其中，所述先前关系对应于所述多个条件中的两个条件的、一个条件在另一个条件之前的顺序，以及

其中，所述优先级关系对应于所述多个条件中的一个相对于所述多个条件中的剩余条件的优先级。