CN108769152A - 服务刷新策略注册、服务刷新请求方法、装置以及设备 - Google Patents
服务刷新策略注册、服务刷新请求方法、装置以及设备 Download PDFInfo
- Publication number
- CN108769152A CN108769152A CN201810460748.8A CN201810460748A CN108769152A CN 108769152 A CN108769152 A CN 108769152A CN 201810460748 A CN201810460748 A CN 201810460748A CN 108769152 A CN108769152 A CN 108769152A
- Authority
- CN
- China
- Prior art keywords
- service
- refreshing
- refresh
- services
- strategies
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 80
- 238000011010 flushing procedure Methods 0.000 title abstract 6
- 230000001960 triggered effect Effects 0.000 claims abstract description 24
- 238000012545 processing Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 12
- 238000004590 computer program Methods 0.000 description 9
- 230000006872 improvement Effects 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013499 data model Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本说明书实施例公开了服务刷新策略注册、服务刷新请求方法、装置以及设备。方案包括：获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；根据所述服务模型数据，为所述多个服务分别注册服务刷新策略；在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务；分别判断所述各服务的刷新间隔是否已超过；根据判断结果，请求对刷新间隔超过的服务刷新。
Description
技术领域
本说明书涉及计算机软件技术领域，尤其涉及服务刷新策略注册、服务刷新请求方法、装置以及设备。
背景技术
智能手机的使用普及给人们的生活带来了便利。通过使用智能手机上的各种应用，能够相应地进行各种业务。
在应用的界面中，往往存在多个服务，在用户的实时使用过程中，这些服务可能会有新的服务数据产生，需要刷新服务，在不发生界面切换的情况下，往往会在指定场景(比如，用户下拉刷新界面时等)下统一刷新这多个服务。
基于现有技术，需要有助于降低资源消耗的服务刷新方案。
发明内容
本说明书实施例提供服务刷新策略注册、服务刷新请求方法、装置以及设备，用以解决如下技术问题：需要有助于降低资源消耗的服务刷新方案。
为解决上述技术问题，本说明书实施例是这样实现的：
本说明书实施例提供的一种服务刷新策略注册方法，包括：
获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
本说明书实施例提供的一种服务刷新请求方法，包括：
在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
分别判断所述各服务的刷新间隔是否已超过；
根据判断结果，请求对刷新间隔超过的服务刷新。
本说明书实施例提供的一种服务刷新策略注册装置，包括：
获取模块，获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
注册模块，根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
本说明书实施例提供的一种服务刷新请求装置，包括：
确定模块，在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
判断模块，分别判断所述各服务的刷新间隔是否已超过；
请求模块，根据判断结果，请求对刷新间隔超过的服务刷新。
本说明书实施例提供的一种服务刷新策略注册设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
本说明书实施例提供的一种服务刷新请求设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
分别判断所述各服务的刷新间隔是否已超过；
根据判断结果，请求对刷新间隔超过的服务刷新。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：能够更合理地控制服务刷新，减少用户流量浪费，降低服务端压力，从而有助于降低资源消耗。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的一种服务刷新策略注册方法的流程示意图；
图2为本说明书实施例提供的一种服务刷新请求方法的流程示意图；
图3为本说明书实施例提供的一种实际应用场景下，上述服务刷新策略注册方法的一种具体实施方案的流程示意图；
图4为本说明书实施例提供的一种实际应用场景下，上述服务刷新请求方法的一种具体实施方案的流程示意图；
图5为本说明书实施例提供的对应于图1的一种服务刷新策略注册装置的结构示意图；
图6为本说明书实施例提供的对应于图2的一种服务刷新请求装置的结构示意图。
具体实施方式
本说明书实施例提供服务刷新策略注册、服务刷新请求方法、装置以及设备。
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
在本说明书实施例中，可以通过总线接口聚合多个服务的数据源，利用刷新控制器，控制这多个服务分别的刷新场景和刷新间隔，使得不同服务能够在不同的刷新场景下，以不同的刷新间隔进行刷新，从而有助于减少用户流量浪费，降低服务端压力。下面对方案进行详细说明，方案分为两部分，第一部分是为多个服务分别注册服务刷新策略，第二部分是基于已注册的服务刷新策略，请求刷新对应的服务。
图1为本说明书实施例提供的一种服务刷新策略注册方法的流程示意图，该流程可以在用户终端上执行，用户终端比如是手机、平板电脑、掌机游戏机等。以手机为例，具体的执行主体可以是手机上应用的客户端，比如，第三方支付应用客户端、即时通讯应用客户端、手机游戏客户端等，方案所针对的各服务是在作为该执行主体的客户端内提供的。该流程可以根据一定的规则，适时地自动执行，比如，当用户下拉刷新时执行、客户端启动时执行、新增服务时执行、或者周期性地执行等，该规则可以由服务端或者用户根据实际需要进行设置。
图1中的流程可以包括以下步骤：
S102：获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔。
在本说明书实施例中，服务模型数据可以获取自服务端，也可以获取自客户端本地。服务模型数据是为相应服务构建的服务模型的实例，这里对服务模型的数据结构的具体形式不做限定，其比如是类、结构体、或者联合等。
一般地，若有新的服务数据产生，或者有新配置的服务刷新策略，则可以产生相应的服务模型数据，因此，对于同一个服务，其服务模型数据可能会随着两端(客户端、服务端)的动作而变化。
另外，在实际应用中，也未必要依赖于上面的新数据而产生服务模型数据，比如，可以产生内容为空(比如，既未包含服务数据，也未包含服务刷新策略)或者内容不完整(比如，服务数据和服务刷新策略至少有一项未包含或者虽包含但内容不完整)的服务模型数据。在服务模型数据中包含有服务刷新策略的情况下，所包含的该服务刷新策略可以是由服务端或者客户端写入的。
在本说明书实施例中，从客户端和用户角度而言，所述服务优选地是以可视形式提供的。比如，通过卡片式的视图控件提供、通过表格式的视图控件提供、通过视频控件提供，等等。
为了便于描述，以下一些实施例以服务通过卡片式的视图控件(简称为：卡片)提供为例进行说明。在这种情况下，假定客户端的当前界面中展示的每个卡片分别表示一个服务，具体的服务数据可以包括卡片上的可视数据，还可以包括卡片与用户之间的交互操作能力。卡片的展示形式可以是多样的，比如，以列表中列表项的形式展示、以标签页的形式展示等。
在本说明书实施例中，刷新场景可以根据实际需要进行选择，这里不做具体限定，仅举例说明以便理解。比如，刷新场景可以包括以下至少一种场景：客户端启动、新进入页面、返回页面、手动刷新界面(下拉刷新、点击刷新按钮刷新等)、切换账号、切换界面语言。
不同服务的刷新场景往往不完全一致，比如，某个服务可能只在客户端启动时需要刷新，而另一个服务可能在客户端启动时、新进入页面、手动刷新界面时均需要刷新，等等。
在本说明书实施例中，刷新间隔用于控制服务的刷新频率，一般地，若当前时间距离上次刷新时间不超过刷新间隔，则可以不刷新对应的服务，不同服务的刷新间隔可以不同，无需统一刷新。通过为服务配置较为合理的刷新间隔，有助于在“比较及时地更新服务内容”和“节省处理资源”这两种目标间取得平衡。
另外，若刷新场景未触发，则即使刷新间隔超过，也可以不刷新对应的服务。
S104：根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
在本说明书实施例中，一般地，服务刷新策略需要注册后生效，在实际应用中，刷新间隔也可以配置即生效，而未必需要注册，为了便于描述，下面一些实施例中，假定刷新场景和刷新间隔均在注册后生效。所述注册可以指在客户端专门为此方案提供注册表注册，或者也可以指在操作系统的注册表注册，具体是哪一种取决于方案的实施情况。一般地，注册的过程也即将服务刷新策略保存至注册表中以供执行的过程。
在本说明书实施例中，根据前面的说明可知，服务模型数据可能包含有完整的服务刷新策略，也可能不包含完整的服务刷新策略甚至可能为空。对于前一种情况，可以将服务模型数据包含的服务刷新策略注册即可，对于后一种情况，若预设有服务刷新默认策略，可以至少部分结合该服务刷新默认策略进行注册，比如，注册服务模型数据中已有的服务刷新策略，缺失的部分则用该服务刷新默认策略的相应部分注册以作为补充。
通过图1的方法，基于为多个服务分别注册的服务刷新策略，能够更合理地控制服务刷新，减少用户流量浪费，降低服务端压力，从而有助于降低资源消耗。
基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方案，以及扩展方案，下面进行说明。
在本说明书实施例中，对于步骤S101，不同服务当前的服务模型数据的获取可以分别通过单独的线程进行控制，但是这种方式复杂度较高，也会增加线程资源的开销。基于此，可以采用另一种方式以避免这些问题，具体地，假定服务模型数据主要获取自服务端，则可以将多个服务的数据源进行聚合，然后，由服务端通过总线接口统一地下发给客户端使用。
进一步地，客户端与服务端等其他方之间的通信往往是基于远程过程调用(Remote Procedure Call，RPC)，因此，可以通过总线接口接收来多个服务涉及的RPC数据(主要来自于服务端，也可能来自于其他方，比如，由服务端或者客户端授权的第三方应用等)，从RPC数据中获取服务模型数据。
另外，在实际应用中，服务模型数据也可能直接来自于客户端本地，比如，来自于客户端的缓存中或者指定的硬盘存储区域中等。以缓存为例，则还可以获取缓存数据，从缓存数据中获取服务模型数据。
在本说明书实施例中，前面已经提到，服务模型数据中未必包含完整的服务刷新策略。针对这种不确定性情况，对于步骤S104，所述根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，具体可以包括：
分别针对所述多个服务中的每个服务，执行：
判断该服务当前的服务模型数据是否已包含有完整的服务刷新策略；若是，则为该服务注册的该完整的服务刷新策略；否则，根据预设的至少部分的服务刷新默认策略，为该服务注册服务刷新策略，更具体的实施方式前面已经举例说明。
在本说明书实施例中，为了便于客户端管理，客户端可以包含专门的功能模块，以及刷新策略注册表，用于控制服务刷新，假定称该功能模块为刷新控制器。刷新控制器能够执行服务刷新策略，刷新控制器执行刷新策略注册表中注册的服务刷新策略，以控制服务刷新。在这种情况下，对于步骤S104，所述为所述多个服务分别注册服务刷新策略，具体可以包括：为所述多个服务分别在预设的刷新策略注册表中注册服务刷新策略，其中，被注册的所述服务刷新策略将由预设的刷新控制器根据所述刷新策略注册表执行。
当然，若利用操作系统提供的注册表来注册服务刷新策略，则刷新控制器相应地基于该注册表控制服务刷新。另外，刷新控制器也可以由操作系统提供，而不由客户端自行提供，如此，有利于减少应用开发成本，促进方案实施标准化。
在本说明书实施例中，当服务被刷新或者即将被刷新时，可以记录当前时间，作为该服务的最近刷新时间，如此，在下一次该服务的下一次刷新场景触发时，可以根据触发时间、该服务的最近刷新时间、为该服务注册的刷新间隔，判断刷新间隔是否超过，若超过，则刷新该服务，否则，本次可以不刷新该服务。
上面对服务刷新策略注册方案进行了说明，下面对服务刷新请求方案进行说明。图2为本说明书实施例提供的一种服务刷新请求方法的流程示意图，该流程的执行主体可以是上述的刷新控制器。
图2中的流程可以包括以下步骤：
S202：在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔。
在本说明书实施例中，步骤S202中的服务刷新策略可以采用图1的方案注册，也可以采用其他方案注册。
S204：分别判断所述各服务的刷新间隔是否已超过。
S206：根据判断结果，请求对刷新间隔超过的服务刷新。
在本说明书实施例中，针对所述各服务中刷新间隔超过的服务，可以分别单独发送服务刷新请求，可以在获取全部的判断结果后，再统一发送一次服务刷新请求即可。具体的服务刷新操作可以由客户端上的相应功能模块(比如，用于渲染界面的模块等)执行，或者配合服务端执行。
通过图2的方法，基于为多个服务分别注册的服务刷新策略，能够更合理地控制服务刷新，减少用户流量浪费，降低服务端压力，从而有助于降低资源消耗。
基于前面的说明，本说明书实施例还提供了一种实际应用场景下，上述各方法的一种具体实施方案，如图3、图4所示。在该实际应用场景下，服务表示为卡片，服务模型数据用称为“cardModel”的数据结构(一般是一个类)表示，“cardModel”中的数据包括服务数据“dataModel”和服务刷新策略“configModel.configmodel”。
图3为上述服务刷新策略注册方法的一种具体实施方案的流程示意图，假定下拉刷新时，执行该流程。
图3中的流程可以包括以下步骤：
RPC数据从总线接口返回，根据卡片数据是否返回，来更新卡片的最近刷新纪录；RPC数据与缓存合并，得到合并数据；重置卡片列表和刷新间隔记录，卡片列表中指示了本次针对哪些卡片进行服务刷新策略注册，刷新间隔记录包含了前一次为各卡片所注册的刷新间隔；判断卡片列表是否为空，若是，则清楚最近刷新时间记录，并结束流程，否则，遍历卡片列表中的各卡片；针对遍历到的当前卡片，从合并数据获取当前卡片的cardModel；判断该cardModel是否为空，若是，则为当前卡片注册服务刷新默认策略，否则，解析得到当前卡片的刷新间隔(若刷新间隔也没有，则注册默认刷新间隔)，注册该刷新间隔，若该cardModel未包含刷新场景，则为当前卡片注册默认刷新场景，若该cardModel包含刷新场景，则为当前卡片注册该刷新场景；卡片遍历完毕后，按照注册后的刷新策略注册表，控制卡片刷新，并维护最近刷新时间记录。
图4为上述服务刷新请求方法的一种具体实施方案的流程示意图，可以在指定的刷新场景触发时，执行该流程。
图4中的流程可以包括以下步骤：
进行请求预处理；获取当前的刷新场景对应的各卡片；确定当前时间；遍历各卡片；针对遍历到的当前卡片，获取其最近刷新时间以及刷新间隔，根据当前时间和该最近刷新时间，判断该刷新间隔是否超过，若是，则将当前卡片加入此次的刷新请求列表，否则，不将当前卡片加入此次的刷新请求列表；卡片遍历完毕后，输出此次的刷新请求列表，用以请求刷新此次的刷新请求列表中的卡片。
基于同样的思路，本说明书实施例还提供了上述各方法对应的装置，如图5、图6所示。
图5为本说明书实施例提供的对应于图1的一种服务刷新策略注册装置的结构示意图，虚线方框表示可选的模块，所述装置包括：
获取模块501，获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
注册模块502，根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
可选地，所述获取模块501获取多个服务的服务模型数据，具体包括：
所述获取模块501通过总线接口接收多个服务涉及的远程过程调用RPC数据，以及获取缓存数据；
根据所述RPC数据和所述缓存数据，获取所述多个服务当前的服务模型数据。
可选地，所述注册模块502根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，具体包括：
所述注册模块502分别针对所述多个服务中的每个服务，执行：
判断该服务当前的服务模型数据是否已包含有完整的服务刷新策略；
若是，则为该服务注册的该完整的服务刷新策略；
否则，根据预设的至少部分的服务刷新默认策略，为该服务注册服务刷新策略。
可选地，所述注册模块502为所述多个服务分别注册服务刷新策略，具体包括：
所述注册模块502为所述多个服务分别在预设的刷新策略注册表中注册服务刷新策略，其中，被注册的所述服务刷新策略将由预设的刷新控制器根据所述刷新策略注册表执行。
可选地，所述装置还包括：
记录模块503，在所述刷新策略注册表中记录所述服务的最近刷新时间，以用于判断刷新间隔是否超过。
可选地，所述服务通过卡片式的视图控件提供。
可选地，所述刷新场景包括以下至少一种场景：客户端启动、新进入页面、返回页面、手动刷新界面、切换账号、切换界面语言。
图6为本说明书实施例提供的对应于图2的一种服务刷新请求装置的结构示意图，所述装置包括：
确定模块601，在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
判断模块602，分别判断所述各服务的刷新间隔是否已超过；
请求模块603，根据判断结果，请求对刷新间隔超过的服务刷新。
可选地，所述服务通过卡片式的视图控件提供。
可选地，所述刷新场景包括以下至少一种场景：客户端启动、新进入页面、返回页面、手动刷新界面、切换账号、切换界面语言。
基于同样的思路，本说明书实施例还提供了对应于图1的一种服务刷新策略注册设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
基于同样的思路，本说明书实施例还提供了对应于图2的一种服务刷新请求设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
分别判断所述各服务的刷新间隔是否已超过；
根据判断结果，请求对刷新间隔超过的服务刷新。
基于同样的思路，本说明书实施例还提供了对应于图1的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
基于同样的思路，本说明书实施例还提供了对应于图2的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
分别判断所述各服务的刷新间隔是否已超过；
根据判断结果，请求对刷新间隔超过的服务刷新。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书实施例提供的装置、设备、非易失性计算机存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (22)
1.一种服务刷新策略注册方法，包括：
获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
2.如权利要求1所述的方法，所述获取多个服务的服务模型数据，具体包括：
通过总线接口接收多个服务涉及的远程过程调用RPC数据，以及获取缓存数据；
根据所述RPC数据和所述缓存数据，获取所述多个服务当前的服务模型数据。
3.如权利要求1所述的方法，所述根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，具体包括：
分别针对所述多个服务中的每个服务，执行：
判断该服务当前的服务模型数据是否已包含有完整的服务刷新策略；
若是，则为该服务注册的该完整的服务刷新策略；
否则，根据预设的至少部分的服务刷新默认策略，为该服务注册服务刷新策略。
4.如权利要求1所述的方法，所述为所述多个服务分别注册服务刷新策略，具体包括：
为所述多个服务分别在预设的刷新策略注册表中注册服务刷新策略，其中，被注册的所述服务刷新策略将由预设的刷新控制器根据所述刷新策略注册表执行。
5.如权利要求4所述的方法，所述方法还包括：
在所述刷新策略注册表中记录所述服务的最近刷新时间，以用于判断刷新间隔是否超过。
6.如权利要求1～5任一项所述的方法，所述服务通过卡片式的视图控件提供。
7.如权利要求1～5任一项所述的方法，所述刷新场景包括以下至少一种场景：客户端启动、新进入页面、返回页面、手动刷新界面、切换账号、切换界面语言。
8.一种服务刷新请求方法，包括：
在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
分别判断所述各服务的刷新间隔是否已超过；
根据判断结果，请求对刷新间隔超过的服务刷新。
9.如权利要求7所述的方法，所述服务通过卡片式的视图控件提供。
10.如权利要求7所述的方法，所述刷新场景包括以下至少一种场景：客户端启动、新进入页面、返回页面、手动刷新界面、切换账号、切换界面语言。
11.一种服务刷新策略注册装置，包括：
获取模块，获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
注册模块，根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
12.如权利要求11所述的装置，所述获取模块获取多个服务的服务模型数据，具体包括：
所述获取模块通过总线接口接收多个服务涉及的远程过程调用RPC数据，以及获取缓存数据；
根据所述RPC数据和所述缓存数据，获取所述多个服务当前的服务模型数据。
13.如权利要求11所述的装置，所述注册模块根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，具体包括：
所述注册模块分别针对所述多个服务中的每个服务，执行：
判断该服务当前的服务模型数据是否已包含有完整的服务刷新策略；
若是，则为该服务注册的该完整的服务刷新策略；
否则，根据预设的至少部分的服务刷新默认策略，为该服务注册服务刷新策略。
14.如权利要求11所述的装置，所述注册模块为所述多个服务分别注册服务刷新策略，具体包括：
所述注册模块为所述多个服务分别在预设的刷新策略注册表中注册服务刷新策略，其中，被注册的所述服务刷新策略将由预设的刷新控制器根据所述刷新策略注册表执行。
15.如权利要求14所述的装置，所述装置还包括：
记录模块，在所述刷新策略注册表中记录所述服务的最近刷新时间，以用于判断刷新间隔是否超过。
16.如权利要求11～15任一项所述的装置，所述服务通过卡片式的视图控件提供。
17.如权利要求11～15任一项所述的装置，所述刷新场景包括以下至少一种场景：客户端启动、新进入页面、返回页面、手动刷新界面、切换账号、切换界面语言。
18.一种服务刷新请求装置，包括：
确定模块，在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
判断模块，分别判断所述各服务的刷新间隔是否已超过；
请求模块，根据判断结果，请求对刷新间隔超过的服务刷新。
19.如权利要求17所述的装置，所述服务通过卡片式的视图控件提供。
20.如权利要求17所述的装置，所述刷新场景包括以下至少一种场景：客户端启动、新进入页面、返回页面、手动刷新界面、切换账号、切换界面语言。
21.一种服务刷新策略注册设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
获取多个服务当前的服务模型数据，所述服务模型数据用于保存服务数据和服务刷新策略，所述服务刷新策略包括刷新场景和刷新间隔；
根据所述服务模型数据，为所述多个服务分别注册服务刷新策略，以用于在刷新场景触发且刷新间隔超过时，刷新对应的服务。
22.一种服务刷新请求设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
在指定的刷新场景触发时，根据预先为多个服务分别注册的服务刷新策略，确定当前展示界面中对应于该刷新场景的各服务，所述服务刷新策略包括刷新场景和刷新间隔；
分别判断所述各服务的刷新间隔是否已超过；
根据判断结果，请求对刷新间隔超过的服务刷新。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810460748.8A CN108769152B (zh) | 2018-05-15 | 2018-05-15 | 服务刷新策略注册、服务刷新请求方法、装置以及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810460748.8A CN108769152B (zh) | 2018-05-15 | 2018-05-15 | 服务刷新策略注册、服务刷新请求方法、装置以及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108769152A true CN108769152A (zh) | 2018-11-06 |
| CN108769152B CN108769152B (zh) | 2020-11-10 |
Family
ID=64006746
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810460748.8A Active CN108769152B (zh) | 2018-05-15 | 2018-05-15 | 服务刷新策略注册、服务刷新请求方法、装置以及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108769152B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110032404A (zh) * | 2018-11-29 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 一种刷新任务的管理方法及装置 |
| CN113064681A (zh) * | 2021-03-09 | 2021-07-02 | 青岛海尔科技有限公司 | 用于刷新用户界面的系统及装置、方法、设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103093529A (zh) * | 2013-01-10 | 2013-05-08 | 高新现代智能系统股份有限公司 | 动态刷新数据的方法 |
| US20130202098A1 (en) * | 2012-02-02 | 2013-08-08 | Salesforce.Com, Inc. | Methods and apparatus for partially updating a web page using an embedded iframe |
| CN107562436A (zh) * | 2017-09-11 | 2018-01-09 | 山东浪潮通软信息科技有限公司 | 一种应用界面更新系统和方法 |
| CN107958013A (zh) * | 2017-09-27 | 2018-04-24 | 风变科技（深圳）有限公司 | 一种定时更新页面内容的方法及装置 |
-
2018
- 2018-05-15 CN CN201810460748.8A patent/CN108769152B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130202098A1 (en) * | 2012-02-02 | 2013-08-08 | Salesforce.Com, Inc. | Methods and apparatus for partially updating a web page using an embedded iframe |
| CN103093529A (zh) * | 2013-01-10 | 2013-05-08 | 高新现代智能系统股份有限公司 | 动态刷新数据的方法 |
| CN107562436A (zh) * | 2017-09-11 | 2018-01-09 | 山东浪潮通软信息科技有限公司 | 一种应用界面更新系统和方法 |
| CN107958013A (zh) * | 2017-09-27 | 2018-04-24 | 风变科技（深圳）有限公司 | 一种定时更新页面内容的方法及装置 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110032404A (zh) * | 2018-11-29 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 一种刷新任务的管理方法及装置 |
| CN110032404B (zh) * | 2018-11-29 | 2021-11-02 | 创新先进技术有限公司 | 一种刷新任务的管理方法及装置 |
| CN113064681A (zh) * | 2021-03-09 | 2021-07-02 | 青岛海尔科技有限公司 | 用于刷新用户界面的系统及装置、方法、设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108769152B (zh) | 2020-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107450981B (zh) | 一种区块链共识方法及设备 | |
| CN108345977B (zh) | 一种业务处理方法及装置 | |
| CN107577523B (zh) | 一种任务执行的方法及装置 | |
| CN108549562A (zh) | 一种图像加载的方法及装置 | |
| CN109725989B (zh) | 一种任务执行的方法及装置 | |
| CN108845876B (zh) | 一种业务分配的方法及装置 | |
| CN109597678B (zh) | 任务处理方法及装置 | |
| CN108243032B (zh) | 一种服务等级信息的获取方法、装置及设备 | |
| CN116305298B (zh) | 一种算力资源管理方法、装置、存储介质及电子设备 | |
| CN108769152B (zh) | 服务刷新策略注册、服务刷新请求方法、装置以及设备 | |
| CN111861454B (zh) | 一种显示数字对象唯一标识符的方法及装置 | |
| CN112764676B (zh) | 一种资源分配系统及方法 | |
| CN109144600A (zh) | 一种应用程序的运行方法、设备及计算机可读介质 | |
| CN110399582B (zh) | 一种页面展示的方法及装置 | |
| CN110022351B (zh) | 一种业务请求的处理方法和装置 | |
| CN108628615B (zh) | 一种废弃代码检测方法、装置以及设备 | |
| CN112579938B (zh) | 一种页面加载方法、装置、存储介质及电子设备 | |
| CN108881367A (zh) | 一种业务请求处理方法、装置及设备 | |
| CN111984247B (zh) | 一种业务处理方法、装置和电子设备 | |
| CN111984720A (zh) | 一种数据获取方法、装置、电子设备和接口适配装置 | |
| CN110032433B (zh) | 一种任务执行方法、装置、设备及介质 | |
| CN112583733A (zh) | 一种接口的流量整形方法、装置、存储介质及电子设备 | |
| CN112698882A (zh) | 一种页面组件加载方法及装置 | |
| CN117041980B (zh) | 一种网元管理方法、装置、存储介质及电子设备 | |
| CN111880922A (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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201021 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20201021 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220414 Address after: Room 602, No. 618 Wai Road, Huangpu District, Shanghai Patentee after: Ant fortune (Shanghai) Financial Information Service Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Patentee before: Innovative advanced technology Co.,Ltd. |