CN110598085B - 一种用于终端的信息查询方法及终端 - Google Patents
一种用于终端的信息查询方法及终端 Download PDFInfo
- Publication number
- CN110598085B CN110598085B CN201810511527.9A CN201810511527A CN110598085B CN 110598085 B CN110598085 B CN 110598085B CN 201810511527 A CN201810511527 A CN 201810511527A CN 110598085 B CN110598085 B CN 110598085B
- Authority
- CN
- China
- Prior art keywords
- terminal
- request
- service information
- target service
- query
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 89
- 238000012545 processing Methods 0.000 claims abstract description 55
- 230000008569 process Effects 0.000 claims abstract description 44
- 230000015654 memory Effects 0.000 claims description 13
- 239000003795 chemical substances by application Substances 0.000 description 23
- 238000010586 diagram Methods 0.000 description 14
- 238000013461 design Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000010354 integration Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/217—Database tuning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2477—Temporal data queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/248—Presentation of query results
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Computational Linguistics (AREA)
- Fuzzy Systems (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Software Systems (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例公开了一种用于终端的信息查询方法及终端，用于在查询终端APP中的业务信息时，减少用户不必要的带宽流量，降低业务系统的处理压力。本申请实施例方法包括：接收第一请求，所述第一请求用于指示查询所述终端上的第一应用APP的目标业务信息；根据所述终端内预置的查询策略确定在所述终端处理所述第一请求或者向与所述终端关联的业务系统请求处理所述第一请求。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种用于终端的信息查询方法及终端。
背景技术
业务系统为终端的应用(application，APP)提供基本业务信息的查询，终端的APP包括：视频APP、应用市场APP、游戏市场APP、音乐APP、阅读APP等，其中基本业务信息包括：虚拟货币、用户积分、用户头像等，在同一个终端中，这些APP的基本业务信息相同。
现有技术中，为了实现上述查询，由上述视频APP、应用市场APP、游戏市场APP、音乐APP、阅读APP等多个客户端APP，向其后端的应用服务器发起请求，各应用服务器再根据接收到的请求向业务系统发起业务请求。
业务系统内设有流量控制模块和业务处理子系统，流量控制模块对多个应用的请求进行流量控制，当多个应用的业务请求超过了业务处理子系统的处理能力时，由流量控制模块将超过其处理能力的请求丢弃，并返回系统忙响应到应用服务器侧，各应用服务器返回系统忙等失败信息到其对应的APP。
现有技术中的只要终端的APP发起请求，业务系统就会收到该请求，在同一个终端上的多个应用可能同时(或者间隔时间很短)向其应用服务器发出相同的业务请求，如获取用户虚拟货币信息等，但由于终端的操作系统内的各个APP的用户基本信息都相同，故相同的业务请求对应的基本信息也相同，多个应用发出相同的业务请求时，会造成了用户多条业务请求到业务系统，在第四代移动通信技术(4generation mobile communicationtechnology，4G)等无线接入的方式下，增加了用户不必要的带宽流量，且增大了业务系统的处理压力。
发明内容
本申请实施例提供了一种用于终端的信息查询方法及终端，用于在查询终端APP中的业务信息时，减少用户不必要的带宽流量，降低业务系统的处理压力。
本申请实施例的第一方面提供了一种用于终端的信息查询方法，具体包括：终端接收第一请求，其中，该第一请求用于指示查询该终端上的第一应用APP的目标业务信息；然后该终端再根据该终端内预置的查询策略确定在该终端处理该第一请求还是向与该终端关联的业务系统请求处理该第一请求。本申请实施例的终端中预置有查询策略，终端可以根据该查询策略过滤掉一部分查询请求，过滤掉的查询请求可以在终端内部处理，而不需要发送至业务系统侧，从而可以减少用户不必要的带宽流量，降低业务系统的处理压力。
在一种可能的设计中，在本申请实施例第一方面的第一种实现方式中，在接收第一请求之前，该方法还包括：终端根据第二请求接收该目标业务信息，其中，该第二请求指示查询终端上的第二APP的该目标业务信息；然后存储该目标业务信息以及记录该目标业务信息的存储时刻。本实现方式中，在终端接收第一请求之前，终端中已经存储有从业务系统中获取的目标业务信息了，提升了方案的可实现性和完整性。
在一种可能的设计中，在本申请实施例第一方面的第二种实现方式中，根据该终端内预置的查询策略确定在该终端处理该第一请求或者向与该终端关联的业务系统请求处理该第一请求包括：当该第一请求满足第一条件的时候，终端向该业务系统请求处理该第一请求，其中，该第一条件包括：该终端内不存有该目标业务信息和/或该目标业务信息的业务类型为第一业务类型；当该第一请求不满足该第一条件的时候，根据该终端内该目标业务信息的存储时长确定在该终端处理该第一请求还是向该业务系统请求处理该第一请求。本实现方式中，当第一请求不满足第一条件的时候，终端会根据目标业务信息的存储时长确定要在该终端内部处理该第一请求还是将该第一请求发送至业务系统，可以过滤掉部分查询请求，从而可以减少用户不必要的带宽流量，降低业务系统的处理压力。
在一种可能的设计中，在本申请实施例第一方面的第三种实现方式中，根据该终端内该目标业务信息的存储时长确定在该终端处理该第一请求或者向该业务系统请求处理该第一请求包括：终端确定该存储时长是否大于第一预设时长且小于第二预设时长，其中，该第一预设时长与该第二预设时长分别与该第一APP的该目标业务信息相对应；如果目标业务信息的存储时长大于该第一预设时长且小于该第二预设时长，则从该终端中查询该目标业务信息。本实现方式中，可以在终端内部处理一部分查询请求，可以减少用户不必要的带宽流量，降低业务系统的处理压力。
在一种可能的设计中，在本申请实施例第一方面的第四种实现方式中，确定该存储时长是否大于第一预设时长且小于第二预设时长包括：终端确定该存储时刻与查询时刻之间的时间间隔是否大于第一预设时长且小于第二预设时长，该查询时刻为接收该第一请求的时刻。本实现方式提供了存储时长的具体获取形式，增加了方案的可操作性。
在一种可能的设计中，在本申请实施例第一方面的第五种实现方式中，根据该终端内该目标业务信息的存储时长确定在该终端处理该第一请求或者向该业务系统请求处理该第一请求包括：终端确定该存储时长是否大于第二预设时长，其中，该第二预设时长与该第一APP的该目标业务信息相对应；如果该存储时长大于该第二预设时长，那么则将该第一请求发送至该业务系统；然后接收该业务系统发送的该目标业务信息。本实现方式提供了终端处理第一请求的另一种方式，向业务系统发送该第一请求，将终端内部不能处理的查询请求发送至业务系统处理，提升了方案的可实现性和完整性。
在一种可能的设计中，在本申请实施例第一方面的第六种实现方式中，确定该存储时长是否大于第二预设时长包括：终端确定该存储时刻与查询时刻之间的时间间隔是否大于该第二预设时长，其中，该查询时刻为接收该第一请求的时刻。本实现方式提供了存储时长的具体获取形式，增加了方案的可操作性。
在一种可能的设计中，在本申请实施例第一方面的第七种实现方式中，接收该业务系统发送的该目标业务信息之后，该方法还包括：存储该目标业务信息以及记录该目标业务信息的存储时刻。本实现方式中，从业务系统中接收到目标业务信息之后，终端还要存储该目标业务信息，增加了方案的可实现性可完整性。
在一种可能的设计中，在本申请实施例第一方面的第八种实现方式中，根据该终端内该目标业务信息的存储时长确定在该终端处理该第一请求或者向该业务系统请求处理该第一请求包括：终端确定该存储时长是否小于第一预设时长，其中，该第一预设时长与该第一APP的该目标业务信息相对应；如果小于该第一预设时长，那么终端则向该第一APP返回请求失败信息。本实现方式中，当终端中的目标业务信息存储时间小于第一预设时长时，则向相应的APP返回请求失败信息，避免终端频繁向业务系统发送同一类型的查询信息，并且可以从端上避免APP恶意程序向业务系统发送大量的查询请求。
在一种可能的设计中，在本申请实施例第一方面的第九种实现方式中，该确定该存储时长是否小于第一预设时长包括：确定该存储时刻与查询时刻之间的时间间隔是否小于该第一预设时长，该查询时刻为接收该第一请求的时刻。本实现方式提供了存储时长的具体获取形式，增加了方案的可操作性。
在一种可能的设计中，在本申请实施例第一方面的第十种实现方式中，该查询策略还包括：该查询策略在该终端中适用的APP的范围。本实现方式中的查询策略还包括该查询策略的适用范围，提升了方案的完善度。
本申请实施例的第二方面提供了一种终端，其特征在于，包括：第一接收单元，用于接收第一请求，该第一请求用于指示查询该终端上的第一应用APP的目标业务信息；确定单元，用于根据该终端内预置的查询策略确定在该终端处理该第一请求或者向与该终端关联的业务系统请求处理该第一请求。本申请实施例的终端中预置有查询策略，终端可以根据该查询策略过滤掉一部分查询请求，过滤掉的查询请求可以在终端内部处理，而不需要发送至业务系统侧，从而可以减少用户不必要的带宽流量，降低业务系统的处理压力。
在一种可能的设计中，在本申请实施例第二方面的第一种实现方式中，该终端还包括：第二接收单元，用于根据第二请求接收该目标业务信息，该第二请求指示查询终端上的第二APP的该目标业务信息；存储单元，用于存储该目标业务信息以及记录该目标业务信息的存储时刻。本实现方式中，在终端接收第一请求之前，终端中已经存储有从业务系统中获取的目标业务信息了，提升了方案的可实现性和完整性。
在一种可能的设计中，在本申请实施例第二方面的第二种实现方式中，该确定单元包括：第一处理子单元，用于当该第一请求满足第一条件时，向该业务系统请求处理该第一请求，该第一条件包括：该终端内不存有该目标业务信息和/或该目标业务信息的业务类型为第一业务类型；第二处理子单元，用于当该第一请求不满足该第一条件时，根据该终端内该目标业务信息的存储时长确定在该终端处理该第一请求或者向该业务系统请求处理该第一请求。本实现方式中，当第一请求不满足第一条件的时候，终端会根据目标业务信息的存储时长确定要在该终端内部处理该第一请求还是将该第一请求发送至业务系统，可以过滤掉部分查询请求，从而可以减少用户不必要的带宽流量，降低业务系统的处理压力。
在一种可能的设计中，在本申请实施例第二方面的第三种实现方式中，该第二处理子单元包括：第一确定模块，用于确定该存储时长是否大于第一预设时长且小于第二预设时长，该第一预设时长与该第二预设时长分别与该第一APP的该目标业务信息相对应；查询模块，用于当该存储时长大于该第一预设时长且小于该第二预设时长时，从该终端中查询该目标业务信息。本实现方式中，可以在终端内部处理一部分查询请求，可以减少用户不必要的带宽流量，降低业务系统的处理压力。
在一种可能的设计中，在本申请实施例第二方面的第四种实现方式中，该第一确定模块具体用于：确定该存储时刻与查询时刻之间的时间间隔是否大于第一预设时长且小于第二预设时长，该查询时刻为接收该第一请求的时刻。本实现方式提供了存储时长的具体获取形式，增加了方案的可操作性。
在一种可能的设计中，在本申请实施例第二方面的第五种实现方式中，该第二处理子单元包括：第二确定模块，用于确定该存储时长是否大于第二预设时长，该第二预设时长与该第一APP的该目标业务信息相对应；发送模块，用于当该存储时长大于该第二预设时长时，将该第一请求发送至该业务系统；接收模块，用于接收该业务系统发送的该目标业务信息。本实现方式提供了终端处理第一请求的另一种方式，向业务系统发送该第一请求，将终端内部不能处理的查询请求发送至业务系统处理，提升了方案的可实现性和完整性。
在一种可能的设计中，在本申请实施例第二方面的第六种实现方式中，该第二确定模块具体用于：确定该存储时刻与查询时刻之间的时间间隔是否大于该第二预设时长，该查询时刻为接收该第一请求的时刻。本实现方式提供了存储时长的具体获取形式，增加了方案的可操作性。
在一种可能的设计中，在本申请实施例第二方面的第七种实现方式中，该第二处理子单元还包括：存储模块，用于存储该目标业务信息以及记录该目标业务信息的存储时刻。本实现方式中，从业务系统中接收到目标业务信息之后，终端还要存储该目标业务信息，增加了方案的可实现性可完整性。
在一种可能的设计中，在本申请实施例第二方面的第八种实现方式中，该第二处理子单元包括：第三确定模块，用于确定该存储时长是否小于第一预设时长，该第一预设时长与该第一APP的该目标业务信息相对应；返回模块，用于当小于该第一预设时长时，向该第一APP返回请求失败信息。本实现方式中，当终端中的目标业务信息存储时间小于第一预设时长时，则向相应的APP返回请求失败信息，避免终端频繁向业务系统发送同一类型的查询信息，并且可以从端上避免APP恶意程序向业务系统发送大量的查询请求。
在一种可能的设计中，在本申请实施例第二方面的第九种实现方式中，该第三确定模块具体用于：确定该存储时刻与查询时刻之间的时间间隔是否小于该第一预设时长，该查询时刻为接收该第一请求的时刻。本实现方式提供了存储时长的具体获取形式，增加了方案的可操作性。
在一种可能的设计中，在本申请实施例第二方面的第十种实现方式中，该查询策略还包括：该查询策略在该终端中适用的APP的范围。本实现方式中的查询策略还包括该查询策略的适用范围，提升了方案的完善度。
本申请实施例的第三方面提供了一种终端，其特征在于，该终端包括：处理器、存储器、收发器，该处理器、存储器以及收发器通过总线连接，该存储器存储有计算机指令，该处理器在执行该存储器中的计算机指令时，用于实现如第一方面任意一种实现方式。
本申请的又一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请的又一方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
附图说明
图1a为本申请实施例中的一种应用场景示意图；
图1b为本申请实施例中查询策略的一个接口模型定义示意图；
图2为本申请实施例中用于终端的信息查询方法的一个实施例示意图；
图3a为本申请实施例中用于终端的信息查询方法的一种场景示意图；
图3b为本申请实施例中用于终端的信息查询方法的另一种场景示意图；
图3c为本申请实施例中用于终端的信息查询方法的另一种场景示意图；
图4a为本申请实施例中用于终端的信息查询方法的另一种场景示意图；
图4b为本申请实施例中用于终端的信息查询方法的另一种场景示意图；
图4c为本申请实施例中用于终端的信息查询方法的另一种场景示意图；
图5为本申请实施例中终端的一种结构示意图；
图6为本申请实施例中终端的另一种结构示意图；
图7为本申请实施例中终端的另一种结构示意图。
具体实施方式
本申请实施例提供了一种用于终端的信息查询方法及终端，用于在查询终端APP中的业务信息时，减少用户不必要的带宽流量，降低业务系统的处理压力。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例中的终端设置有查询策略，其中，该查询策略可以由管理员通过业务系统中的策略配置模块配置，也可以通过其他服务器配置，配置该查询策略的设备此处不做限定，该设备配置好查询策略后，将配置好的查询策略将发送至终端上。本实施例中以管理员通过业务系统中的策略配置模块配置查询策略为例对本申请中的方案进行说明。
如图1a所示，图1a为本申请实施例中的一个应用场景示意图，该应用场景示意图中包括终端200和业务系统300，其中，终端200包括客户端模块211和业务代理模块212；业务系统300包括策略配置模块311、策略库312、流量控制模块313和业务处理模块314。管理员在业务系统300中的策略配置模块311中设置查询策略，然后将设置好的查询策略存储于策略库312中，再将查询策略发送到终端200侧的业务代理模块212中。
其中，流量控制模块313用于对终端200侧的业务代理模块212发出的查询请求进行统一的流量控制，提供以一个终端为单元，对一个终端上的多个APP的业务信息的查询请求进行流量控制。
业务处理模块314用于处理接收到的查询请求，并根据查询请求向业务代理模块212返回对应的业务信息。
客户端模块211中设置有多类APP，用户通过客户端模块211中的APP发送的查询请求将会先发送至业务代理模块212，再由业务代理模块212根据预置的查询策略确定是否将该查询请求发送到云侧的业务系统300中。
需要说明的是，终端200在接收查询请求之前，终端200会接收业务系统300发送的查询策略，该查询策略包括：判断终端200接收到的查询请求是否满足第一条件，若符合第一条件则向业务系统300请求处理该查询请求，若不符合第一条件则根据终端200内目标业务信息的存储时长确定在终端200处理该查询请求或者向业务系统请求处理该查询请求，其中，第一条件包括：终端200内不存有目标业务信息和/或目标业务信息的业务类型为第一业务类型，目标业务信息为与该查询请求对应的业务信息，第一业务类型为需要向业务系统请求的业务类型。
其中，本申请中查询策略的一个接口模型定义如图1b所示，查询策略中存有多种策略模型集合，该策略模型集合与业务类型对应(每一种业务类型对应一种策略模型集合，策略模型集合中包含多种查询模型)，策略模型集合中的每种策略模型对应一类APP，其中，图1b中的1和n的意思是一个和多个的意思，其中，策略模型包括：
1、若该存储时长大于第一预设时长且小于第二预设时长，则从终端中查询目标业务信息；
2、若该存储时长大于第二预设时长，则向业务系统请求处理该查询请求；
3、若该存储时长小于第二预设时长，则向第一APP返回请求失败信息，其中，第一APP为与该查询请求对应的APP。
需要说明的是，本申请实施例中的策略模型集合存储于与该策略模型集合对应的业务类型所对应的存储区域。
需要说明的是，本申请实施例中的查询策略还包括：查询策略所在终端适用的APP的范围。
需要说明的是，当业务系统300中的查询策略有更新时，更新后的查询策略会同步更新至终端200中的业务代理模块212中，当业务代理模块212中的查询策略更新完毕之后，业务代理模块212会向业务系统300返回查询策略更新成功的信息。
请参阅图2，本申请实施例中用于终端的信息查询方法的一个实施例包括：
201、终端接收第一请求。
本实施例中，当用户想查询安装在终端上的第一APP的目标业务信息时，用户会打开终端中的第一APP，并且通过第一APP查询第一APP的目标业务信息，其中，目标业务信息属于基本业务信息，基本业务信息包括：虚拟货币、用户积分、用户头像等；如图1a所示，终端客户端模块中的第一APP接收到用户的第一请求，然后将该第一请求发送至终端终端中的业务代理模块，让业务代理模块对第一请求进行处理。
例如，当第一APP为音乐APP，目标业务信息为用户积分信息时，具体操作如图3a所示，图3a为用户对音乐APP进行打开操作的一个示意图。终端响应用户对音乐APP进行打开的操作，显示如图3b所示的页面。图3b为终端显示音乐APP的页面内容并进行打开“帐号”操作的一个示意图，终端相应打开“帐号”操作之后，显示如图3c所示的页面，再点击图3c中的“用户积分信息”，此时，终端便接收到了用户触发的第一请求。
202、终端判断第一请求是否满足第一条件；若满足第一条件，则执行步骤203至205，若不满足第一条件，则执行步骤206。
本实施例中，当终端中接收到第一请求之后，首先终端内的业务代理模块会判断该第一请求是否满足第一条件，即判断终端内是否已经存有与该第一请求对应的目标业务信息和/或该目标业务类型是否为第一业务类型，其中，第一业务类型为需要向业务系统请求的业务类型，例如心跳请求。
需要说明的是，在本申请实施例中，业务代理模块判断终端内是否存有与该第一请求对应的目标业务信息，和判断该目标业务类型是否为第一业务类型中的两个判断动作无先后顺序，业务代理模块只要判断第一请求满足其中一个条件就可以确定第一请求满足第一条件。
203、终端向业务系统发送第一请求。
本实施例中，当终端判断第一请求满足第一条件，即终端内不存有目标业务信息和/或目标业务类型为第一业务类型时，终端向业务系统发送第一请求，让业务系统来处理该第一请求。
204、终端接收业务系统发送的反馈信息。
本实施例中，当终端中的业务代理模块将第一请求发送至业务系统侧之后，业务系统会根据该第一请求发送反馈信息，其中，该反馈信息包括：目标业务信息或所述系统繁忙信息。
即当业务系统接收到该第一请求之后，业务系统会通过如图1a中的流量控制模块判断此时系统的处理能力，若第一请求超过了业务系统的处理能力时，由流量控制模块将第一请求丢弃，并返回系统繁忙的响应到终端中的业务代理模块中，业务代理模块将系统繁忙的接口返回到发起请求的第一APP中，此时终端界面可以如图4a所示，在界面上显示“系统繁忙，请稍后再试”；若业务系统的还有处理能力时，此时流量控制模块将第一请求发送至业务处理模块，业务处理模块根据接收到的第一请求向终端中的业务代理模块返回目标业务信息，其中，业务系统接收到第一请求之后的具体处理过程为现有技术，具体此处不做赘述。
205、终端存储接收到的目标业务信息以及记录所述目标业务信息的存储时刻。
本实施例中，当终端中的业务代理模块接收到的反馈信息为目标业务信息时，业务代理模块将存储该目标业务信息并记录该目标业务信息的存储时刻，然后业务代理模块将该目标业务信息返回到发起请求的第一APP中，此时终端界面可以如图4b所示，在界面上显示具体的用户积分信息“用户积分：3325分”。
需要说明的是，当终端中的业务代理模块接收到的反馈信息为系统繁忙信息时，附图2上没有列为单独的一个步骤，但是本领域技术人员可以理解。
206、终端确定目标业务信息在终端中的存储时长，若该存储时长大于第一预设时长且小于第二预设时长，则执行步骤207；若该存储时长小于第一预设时长，则执行步骤208，若该存储时长大于第二预设时长，则执行步骤209至211。
本实施例中，当确定终端中存有目标业务信息，且第一请求对应的业务类型不为第一业务类型时，终端需要确定终端中存储的目标业务信息的存储时长。
终端确定目标业务信息在终端中的存储时长包括：终端确定目标业务信息的存储时刻与查询时刻的时间间隔，其中，存储时刻为终端接收第一请求的时刻。
当第一APP为音乐APP，目标业务信息为用户积分信息时，终端中的业务代理模块接收到第一请求之后，判断第一请求是否满足第一条件，若根据判断得知第一请求不满足第一条件时，业务代理模块根据第一请求对应的业务类型找到与该业务类型对应的策略模型集合，然后再根据第一APP的APP类型(音乐APP)在该策略模型集合中找到与第一APP对应的策略模型，其中，该策略模型为：
1、若用户积分信息的存储时长大于2秒且小于30秒时，从终端中查询目标业务信息；
2、若用户积分信息存储时长大于30秒时，则向业务系统请求处理该第一请求；
3、若用户积分信息存储时长小于2秒时，则向音乐APP返回请求失败信息。
若此时业务代理模块发现，终端本地缓存的用户积分信息的缓存时刻为12时12分30秒，而第一请求的查询时刻为12时12分40秒，用户积分信息的缓存时刻与查询时刻之间相差10秒，10秒大于2秒且小于30秒，此时，根据策略模型可知，此时终端中存有存储时长大于2秒且小于30秒的用户积分信息，则此时从终端中查询目标业务信息。
若此时业务代理模块发现，终端本地缓存的用户积分信息的缓存时刻为12时12分39秒，而第一请求的查询时刻为12时12分40秒，用户积分信息的缓存时刻与查询时刻之间相差1秒，1秒小于2秒，此时，根据策略模型可知，此时终端中存有存储时长小于2秒的用户积分信息，则此时向音乐APP返回请求失败信息。
若此时业务代理模块发现，终端本地缓存的用户积分信息的缓存时刻为为12时11分40秒，而第一请求的查询时刻为12时12分30秒，用户积分信息的缓存时刻与查询时刻之间相差50秒，50秒大于30秒，此时，根据策略模型可知，此时终端中存有存储时长大于30秒的用户积分信息，则此时向业务系统请求处理该第一请求。
其中，第一预设时长和第二预设时长的时间长度与第一请求对应的业务类型(目标业务信息的业务类型)以及第一请求对应的APP相对应，即同一个业务类型不同的APP中第一预设时长和第二预设时长的时间长度可能不一样，同一个APP中不同的业务类型第一预设时长和第二预设时长的时间长度也可能不一样。管理员会针对每种APP中的每种业务类型都会设置对应的第一预设时长和第二预设时长，第一预设时长与第二预设时长的值具体此处不做限定。
其中，在终端接收第一请求之前，终端还接收了第二请求，第二请求指示查询终端上的第二APP的所述目标业务信息，且终端根据该第二请求从业务系统中获取到了目标业务信息，且在终端中存储了该目标业务信息以及记录该目标业务信息的存储时刻。为节省存储资源，该目标业务信息将会在存储一定时间长度(例如40秒)后自动删除，并同时清除存储该目标业务信息的存储时刻，其中第二APP可以为与第一APP相同的APP，也可以为与第一APP不同的APP。
本实施例中，当终端接收到用户触发的第一请求之后，终端不会直接将该第一请求发送到云侧的业务系统中，而是首先由图1a中终端中的业务代理模块处理，业务代理模块中预置有查询策略，当业务代理模块接收到第一请求之后，会判断第一请求是否满足第一条件，若满足第一条件，则将该第一请求发送至业务系统中，若不满足第一条件，则会根据第一请求所对应的业务类型以及第一请求对应的APP调用相应的策略模型，然后根据该策略模型进行目标业务信息的查询。
207、终端从自身缓存中查询目标业务信息。
本实施例中，当终端中存有存储时长大于第一预设时长且小于第二预设时长的所述目标业务信息时，终端从自身缓存中提取该目标业务信息给第一APP，终端界面此时可以如图4b所示，终端响应第一请求，在界面上显示具体的用户积分信息“用户积分：3325分”。
其中，终端从自身缓存中提取该目标业务信息，终端不会再次记录该目标业务信息的存储时刻，只有终端从业务系统侧获取业务信息，终端才会存储该业务信息，并记录存储该业务信息的存储时刻。
当终端接收到第一请求之后，并不会直接将该查询请求转发至业务系统，而会根据业务代理模块中的查询策略确定是否将接收到的查询请求转发至业务系统，如本实施例，当根据查询策略得知，终端中存有存储时长大于第一预设时长且小于第二预设时长的该目标业务信息，则此时直接从终端自身缓存中提取目标业务信息。
208、终端向第一APP返回请求失败信息。
本实施例中，当终端根据步骤206得知，终端中存有存储时长小于第一预设时长的目标业务信息时(即此时终端中的其他APP或者第一APP在第一预设时长内曾经请求过与第一请求相同的业务信息)，则此时终端向第一APP返回请求失败信息，此时终端界面可以如图4c所示，在界面上显示具体的标识请求失败的信息“请求过于频繁，请稍后再试”。
209、终端向业务系统发送第一请求。
本实施例中，当终端根据步骤206得知，终端中目标业务信息的存储时长大于第二预设时长时(即该终端中的APP在第二预设时长之内都没有发送过请求目标业务信息的查询请求时)，业务代理模块将发送第一请求至业务系统。
当业务系统接收到该第一请求之后，业务系统会通过如图1a中的流量控制模块判断此时系统的处理能力，若第一请求超过了业务系统的处理能力时，由流量控制模块将第一请求丢弃，并返回系统繁忙的响应到终端中的业务代理模块中，业务代理模块将系统繁忙的接口返回到发起请求的第一APP中，此时终端界面可以如图4a所示，在界面上显示“系统繁忙，请稍后再试”；若业务系统的还有处理能力时，此时流量控制模块将第一请求发送至业务处理模块，业务处理模块根据接收到的第一请求向终端中的业务代理模块返回目标业务信息，其中，业务系统接收到第一请求之后的具体处理过程为现有技术，具体此处不做赘述。
210、终端接收业务系统发送的反馈信息。
211、终端存储接收到的目标业务信息以及记录所述目标业务信息的存储时刻。
本申请实施例中，步骤210至步骤211与步骤204至步骤205类似，具体此处不做赘述。
其中，本申请实施例中查询策略是可以更新的，并不是一成不变的，故具体的查询策略此处不做限定。
由于目标业务信息将会在存储一定时间长度后自动会删除，终端目标业务信息的存储时刻也同时删除，此时，业务代理模块接收到查询目标业务信息的第一请求时，便查询不到终端存有目标业务信息，此时，终端会将请求转发至业务系统。
本申请实施例中，终端接收第一请求，其中，该第一请求用于指示查询所述终端上的第一APP的目标业务信息；然后根据所述终端内预置的查询策略确定在所述终端处理所述第一请求或者向与所述终端关联的业务系统请求处理所述第一请求。本申请实施例根据预置的查询策略查询目标业务信息，可以过滤部分查询请求，过滤掉的查询请求不需要发送至业务系统处，所以在查询终端APP中的业务信息时，可以有效减少用户不必要的带宽流量，降低业务系统的处理压力。
此外，本申请实施例还可以从端上避免APP恶意程序向业务系统发送大量的查询请求，大大减小了业务系统的处理压力，此外从用户的角度来说，多个APP之间同一类型的业务信息相同，业务系统为业务信息的查询实现了按用户终端为单位的控制查询能力，而不是以APP为单位查询，对用户的服务更为均衡，避免了一个用户终端上多APP短时间内向业务系统请求相同的业务信息，减少了用户不必要的带宽流量。且通过本地缓存快速返回终端内APP的查询结果，可以有效提升用户体验。
上面对本申请实施例中用于终端的信息查询方法进行了描述，下面对本申请实施例中的终端进行描述，请参阅图5，本申请实施例中终端的一个实施例包括：
第一接收单元501，用于接收第一请求，所述第一请求用于指示查询所述终端上的第一应用APP的目标业务信息；
确定单元502，用于根据所述终端内预置的查询策略确定在所述终端处理所述第一请求或者向与所述终端关联的业务系统请求处理所述第一请求。
请参阅图6，本申请实施例中终端的另一个实施例包括：
第二接收单元601，用于根据第二请求接收目标业务信息，该第二请求指示查询终端上的第二APP的该目标业务信息；
存储单元602，用于存储该目标业务信息以及记录该目标业务信息的存储时刻。
第一接收单元603，用于接收第一请求，该第一请求用于指示查询该终端上的第一应用APP的目标业务信息；
确定单元604，用于根据该终端内预置的查询策略确定在该终端处理该第一请求或者向与该终端关联的业务系统请求处理该第一请求。
其中，确定单元604包括：
第一处理子单元6041，用于当该第一请求满足第一条件时，向该业务系统请求处理该第一请求，该第一条件包括：该终端内不存有该目标业务信息和/或该目标业务信息的业务类型为第一业务类型；
第二处理子单元6042，用于当该第一请求不满足该第一条件时，根据该终端内该目标业务信息的存储时长确定在该终端处理该第一请求或者向该业务系统请求处理该第一请求。
其中，该第二处理子单元6042包括：
第一确定模块60421，用于确定该存储时长是否大于第一预设时长且小于第二预设时长，该第一预设时长与该第二预设时长分别与该第一APP的该目标业务信息相对应；
查询模块60422，用于当该存储时长大于该第一预设时长且小于该第二预设时长时，从该终端中查询该目标业务信息。
其中，该第一确定模块60421具体用于：
确定该存储时刻与查询时刻之间的时间间隔是否大于第一预设时长且小于第二预设时长，该查询时刻为接收该第一请求的时刻。
或者，第二处理子单元6042包括：
第二确定模块60423，用于确定该存储时长是否大于第二预设时长，该第二预设时长与该第一APP的该目标业务信息相对应；
发送模块60424，用于当该存储时长大于该第二预设时长时，将该第一请求发送至该业务系统；
接收模块60425，用于接收该业务系统发送的该目标业务信息；
存储模块60426，用于存储该目标业务信息以及记录该目标业务信息的存储时刻。
其中，该第二确定模块60423具体用于：
确定该存储时刻与查询时刻之间的时间间隔是否大于该第二预设时长，该查询时刻为接收该第一请求的时刻。
或者，该第二处理子单元6042包括：
第三确定模块60427，用于确定该存储时长是否小于第一预设时长，该第一预设时长与该第一APP的该目标业务信息相对应；
返回模块60428，用于当小于该第一预设时长时，向该第一APP返回请求失败信息。
其中，该第三确定模块60427具体用于：
确定该存储时刻与查询时刻之间的时间间隔是否小于该第一预设时长，该查询时刻为接收该第一请求的时刻。
参阅图7所示，本申请实施例还提供一种终端700包括：一个或多个处理器702、接收器703、发送器704、存储器701以及总线705。其中，一个或多个处理器702、接收器703、发送器704、存储器701通过总线705相互连接。
其中，所述一个或多个处理器702，用于后台运行至少一个应用程序，并根据用户数据清理至少一个目标应用程序。其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
其中，所述存储器701中存储一个或多个程序。所述存储器701可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(Application，APP)等。存储数据区可存储根据终端700的使用所创建的数据等。此外，存储器701可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其中，所述一个或多个处理器702可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。
其中，所述接收器703和发送器704用于终端700和其他设备互相通信。
总线705可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (18)
1.一种用于终端的信息查询方法，其特征在于，包括：
接收第一请求，所述第一请求用于指示查询所述终端上的第一应用APP的目标业务信息；
根据所述终端内预置的查询策略确定在所述终端处理所述第一请求或者向与所述终端关联的业务系统请求处理所述第一请求；
所述根据所述终端内预置的查询策略确定在所述终端处理所述第一请求或者向与所述终端关联的业务系统请求处理所述第一请求包括：
当所述第一请求满足第一条件时，向所述业务系统请求处理所述第一请求，所述第一条件包括：所述终端内不存有所述目标业务信息和/或所述目标业务信息的业务类型为第一业务类型；
当所述第一请求不满足所述第一条件时，根据所述终端内所述目标业务信息的存储时长确定在所述终端处理所述第一请求或者向所述业务系统请求处理所述第一请求；
所述根据所述终端内所述目标业务信息的存储时长确定在所述终端处理所述第一请求或者向所述业务系统请求处理所述第一请求包括：
确定所述存储时长是否大于第一预设时长且小于第二预设时长，所述第一预设时长与所述第二预设时长分别与所述第一应用APP的所述目标业务信息相对应；
若大于所述第一预设时长且小于所述第二预设时长，则从所述终端中查询所述目标业务信息；
确定所述存储时长是否大于所述第二预设时长；
若所述存储时长大于所述第二预设时长，则将所述第一请求发送至所述业务系统；
接收所述业务系统发送的所述目标业务信息。
2.根据权利要求1所述的方法，其特征在于，所述接收第一请求之前，所述方法还包括：
根据第二请求接收所述目标业务信息，所述第二请求指示查询终端上的第二APP的所述目标业务信息；
存储所述目标业务信息以及记录所述目标业务信息的存储时刻。
3.根据权利要求1所述的方法，其特征在于，所述确定所述存储时长是否大于第一预设时长且小于第二预设时长包括：
确定所述目标业务信息的存储时刻与查询时刻之间的时间间隔是否大于第一预设时长且小于第二预设时长，所述查询时刻为接收所述第一请求的时刻。
4.根据权利要求1所述的方法，其特征在于，所述确定所述存储时长是否大于第二预设时长包括：
确定所述目标业务信息的存储时刻与查询时刻之间的时间间隔是否大于所述第二预设时长，所述查询时刻为接收所述第一请求的时刻。
5.根据权利要求1所述的方法，其特征在于，所述接收所述业务系统发送的所述目标业务信息之后，所述方法还包括：
存储所述目标业务信息以及记录所述目标业务信息的存储时刻。
6.根据权利要求1所述的方法，其特征在于，所述根据所述终端内所述目标业务信息的存储时长确定在所述终端处理所述第一请求或者向所述业务系统请求处理所述第一请求包括：
确定所述存储时长是否小于第一预设时长，所述第一预设时长与所述第一应用APP的所述目标业务信息相对应；
若小于所述第一预设时长，则向所述第一应用APP返回请求失败信息。
7.根据权利要求6所述的方法，其特征在于，所述确定所述存储时长是否小于第一预设时长包括：
确定所述目标业务信息的存储时刻与查询时刻之间的时间间隔是否小于所述第一预设时长，所述查询时刻为接收所述第一请求的时刻。
8.根据权利要求1至7中任一项所述的方法，其特征在于，所述查询策略还包括：所述查询策略在所述终端中适用的APP的范围。
9.一种终端，其特征在于，包括：
第一接收单元，用于接收第一请求，所述第一请求用于指示查询所述终端上的第一应用APP的目标业务信息；
确定单元，用于根据所述终端内预置的查询策略确定在所述终端处理所述第一请求或者向与所述终端关联的业务系统请求处理所述第一请求；
所述确定单元包括：
第一处理子单元，用于当所述第一请求满足第一条件时，向所述业务系统请求处理所述第一请求，所述第一条件包括：所述终端内不存有所述目标业务信息和/或所述目标业务信息的业务类型为第一业务类型；
第二处理子单元，用于当所述第一请求不满足所述第一条件时，根据所述终端内所述目标业务信息的存储时长确定在所述终端处理所述第一请求或者向所述业务系统请求处理所述第一请求；
所述第二处理子单元包括：
第一确定模块，用于确定所述存储时长是否大于第一预设时长且小于第二预设时长，所述第一预设时长与所述第二预设时长分别与所述第一应用APP的所述目标业务信息相对应；
查询模块，用于当所述存储时长大于所述第一预设时长且小于所述第二预设时长时，从所述终端中查询所述目标业务信息；
第二确定模块，用于确定所述存储时长是否大于第二预设时长；
发送模块，用于当所述存储时长大于所述第二预设时长时，将所述第一请求发送至所述业务系统；
接收模块，用于接收所述业务系统发送的所述目标业务信息。
10.根据权利要求9所述的终端，其特征在于，所述终端还包括：
第二接收单元，用于根据第二请求接收所述目标业务信息，所述第二请求指示查询终端上的第二APP的所述目标业务信息；
存储单元，用于存储所述目标业务信息以及记录所述目标业务信息的存储时刻。
11.根据权利要求9所述的终端，其特征在于，所述第一确定模块具体用于：
确定所述目标业务信息的存储时刻与查询时刻之间的时间间隔是否大于第一预设时长且小于第二预设时长，所述查询时刻为接收所述第一请求的时刻。
12.根据权利要求9所述的终端，其特征在于，所述第二确定模块具体用于：
确定所述目标业务信息的存储时刻与查询时刻之间的时间间隔是否大于所述第二预设时长，所述查询时刻为接收所述第一请求的时刻。
13.根据权利要求9所述的终端，其特征在于，所述第二处理子单元还包括：
存储模块，用于存储所述目标业务信息以及记录所述目标业务信息的存储时刻。
14.根据权利要求9所述的终端，其特征在于，所述第二处理子单元包括：
第三确定模块，用于确定所述存储时长是否小于第一预设时长，所述第一预设时长与所述第一应用APP的所述目标业务信息相对应；
返回模块，用于当小于所述第一预设时长时，向所述第一应用APP返回请求失败信息。
15.根据权利要求14所述的终端，其特征在于，所述第三确定模块具体用于：
确定所述目标业务信息的存储时刻与查询时刻之间的时间间隔是否小于所述第一预设时长，所述查询时刻为接收所述第一请求的时刻。
16.根据权利要求9至15中任一项所述的终端，其特征在于，所述查询策略还包括：所述查询策略在所述终端中适用的APP的范围。
17.一种终端，其特征在于，所述终端包括：处理器、存储器、收发器，所述处理器、存储器以及收发器通过总线连接，所述存储器存储有计算机指令，所述处理器通过执行所述计算机指令用于实现如权利要求1至8任意一项所述的终端的信息查询方法。
18.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至8中任一项所述的方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810511527.9A CN110598085B (zh) | 2018-05-24 | 2018-05-24 | 一种用于终端的信息查询方法及终端 |
| PCT/CN2019/087703 WO2019223667A1 (zh) | 2018-05-24 | 2019-05-21 | 一种用于终端的信息查询方法及终端 |
| US17/053,796 US11650993B2 (en) | 2018-05-24 | 2019-05-21 | Information query method for terminal and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810511527.9A CN110598085B (zh) | 2018-05-24 | 2018-05-24 | 一种用于终端的信息查询方法及终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110598085A CN110598085A (zh) | 2019-12-20 |
| CN110598085B true CN110598085B (zh) | 2023-11-10 |
Family
ID=68617154
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810511527.9A Active CN110598085B (zh) | 2018-05-24 | 2018-05-24 | 一种用于终端的信息查询方法及终端 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11650993B2 (zh) |
| CN (1) | CN110598085B (zh) |
| WO (1) | WO2019223667A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117793675A (zh) * | 2022-09-21 | 2024-03-29 | 华为技术有限公司 | 通信方法和通信装置 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100010965A1 (en) * | 2008-07-08 | 2010-01-14 | International Business Machines Corporation | Query Management Systems |
| US20100041391A1 (en) * | 2008-08-12 | 2010-02-18 | Anthony Wayne Spivey | Embedded mobile analytics in a mobile device |
| ATE548870T1 (de) * | 2009-01-08 | 2012-03-15 | Mitsubishi Electric Corp | Einstellung oder aufrechterhaltung einer bevorzugten bedingung für ein mobiles endgerät |
| CN102024010A (zh) | 2010-06-04 | 2011-04-20 | 西本新干线股份有限公司 | 数据处理系统及其处理方法 |
| JP5903783B2 (ja) * | 2011-06-30 | 2016-04-13 | ソニー株式会社 | サーバ装置および情報処理装置 |
| US10169571B1 (en) * | 2012-07-18 | 2019-01-01 | Sequitur Labs, Inc. | System and method for secure, policy-based access control for mobile computing devices |
| US8646060B1 (en) * | 2013-07-30 | 2014-02-04 | Mourad Ben Ayed | Method for adaptive authentication using a mobile device |
| CN104978278B (zh) | 2014-04-14 | 2020-05-29 | 创新先进技术有限公司 | 数据处理方法和装置 |
| CN105099984B (zh) | 2014-04-16 | 2019-07-02 | 百度在线网络技术（北京）有限公司 | 一种app间账号互通的方法和装置 |
| CN104021141B (zh) | 2014-05-12 | 2017-11-10 | 北京金山安全软件有限公司 | 数据处理和云服务的方法、装置及系统 |
| CN106130812B (zh) | 2016-06-02 | 2019-03-15 | 美的集团股份有限公司 | 一种提供设备状态的方法和装置 |
| CN106658412B (zh) * | 2016-12-14 | 2020-07-03 | 北京小米移动软件有限公司 | 定位方法及装置 |
| CN106657367B (zh) * | 2016-12-30 | 2019-09-17 | 北京三快在线科技有限公司 | 一种业务数据获取方法、装置及系统 |
| CN111345052A (zh) * | 2017-12-18 | 2020-06-26 | 康维达无线有限责任公司 | 能够对iot/m2m服务层中的数据或服务进行上下文感知授权的方法 |
| CN110443059A (zh) * | 2018-05-02 | 2019-11-12 | 中兴通讯股份有限公司 | 数据保护方法及装置 |
-
2018
- 2018-05-24 CN CN201810511527.9A patent/CN110598085B/zh active Active
-
2019
- 2019-05-21 WO PCT/CN2019/087703 patent/WO2019223667A1/zh active Application Filing
- 2019-05-21 US US17/053,796 patent/US11650993B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20210209113A1 (en) | 2021-07-08 |
| CN110598085A (zh) | 2019-12-20 |
| US11650993B2 (en) | 2023-05-16 |
| WO2019223667A1 (zh) | 2019-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110290217B (zh) | 数据请求的处理方法及装置、存储介质及电子装置 | |
| EP3668056B1 (en) | Method and device for transmitting data processing request | |
| US10120872B2 (en) | Data caching based on requestor identity | |
| CN107172171B (zh) | 一种服务请求处理方法、装置及计算机可读存储介质 | |
| CN110659151B (zh) | 数据校验方法及装置，存储介质 | |
| CN109462631B (zh) | 数据处理方法、装置、存储介质及电子装置 | |
| JP6972714B2 (ja) | データ取得プログラム、装置、及び方法 | |
| WO2017107463A1 (zh) | 一种分发cdn地址的方法及装置 | |
| CN110727617A (zh) | 同时通过PCIe EP和网络接口访问双线SSD装置的方法和系统 | |
| CN110677684B (zh) | 视频处理、视频访问方法及分布式存储、视频访问系统 | |
| CN110222034A (zh) | 一种数据库维护方法及装置 | |
| US11444998B2 (en) | Bit rate reduction processing method for data file, and server | |
| CN110598085B (zh) | 一种用于终端的信息查询方法及终端 | |
| US8930528B2 (en) | Method and system for partitioning directories | |
| WO2023125380A1 (zh) | 一种数据管理的方法及相应装置 | |
| CN110784534A (zh) | 数据服务方法、装置、系统及电子设备 | |
| US20180332134A1 (en) | Access Record Feedback Method, Device, And System | |
| US11706107B2 (en) | Data management method and apparatus | |
| CN107846429B (zh) | 一种文件备份方法、装置和系统 | |
| US20140136647A1 (en) | Router and operating method thereof | |
| US11240172B2 (en) | Methods and apparatuses for responding to requests for network resources implemented in a cloud computing infrastructure | |
| US20120296970A1 (en) | File managing apparatus for managing access to an online storage service | |
| CN107211189A (zh) | 一种用于视频发送的方法与装置 | |
| CN109451047A (zh) | 监控告警系统的数据传送方法、装置、设备及存储介质 | |
| CN116405377B (zh) | 网络状态检测方法、协议转换组件、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |