数据变更的通知方法、装置、设备及介质与流程

1.本技术涉及计算机技术领域，具体涉及一种数据变更的通知方法、装置、设备及介质。


背景技术：

2.在软件、应用的研发生命周期期间，为了高管理效率和推进研发进程，通常会对需求信息、设计信息和缺陷信息的管理追求数据精细化管理，所谓精细化管理如记录数据变更内容和时间节点等等，往往信息在短时间内变更会很频繁，导致在短时间内邮件通知数量庞大，也造成每份邮件的信息犹如流水信息，给查阅者带来困扰，经常需要查看多个封邮件，才知晓变更的具体内容。
3.需要说明的是，上述说明仅作为背景示例，而不必然的成为现有技术。


技术实现要素：

4.针对上述问题，本技术实施例提供了数据变更的通知方法、装置、设备及介质，通过对数据变更通知进行缓存记录和延迟配置表，通过延迟发送的方法，达到将多次通知合并发送的目的，大大降低邮件发送的频率，从而降低邮件投入成本；且能够用户也能快速知晓期间所有修改的内容，以克服或至少部分克服现有技术的不足。
5.第一方面，本技术实施例提供了一种数据变更的通知方法，所述方法包括：
6.根据目标数据的id，读取所述目标数据通知信息的缓存记录信息和延时配置信息；
7.根据所述目标数据上次变更的历史通知记录，以及本次变更的待通知信息，确定本次变更的实际通知信息，并存储于所述缓存记录表；其中，所述历史通知记录是通过倒序遍历所述缓存记录信息读取的；
8.根据所述延迟配置表，确定本次通知的通知时机，并在所述通知时机对所述实际通知信息执行相应的通知操作；
9.根据通知执行情况，更新所述缓存记录信息。
10.第二方面，本技术实施例还提供了一种数据变更的通知装置，所述装置包括：
11.查询单元，用于根据目标数据的id，读取所述目标数据通知信息的缓存记录信息和延时配置信息；
12.合并单元，用于根据所述目标数据上次变更的历史通知记录，以及本次变更的待通知信息，确定本次变更的实际通知信息，并存储于所述缓存记录表；其中，所述历史通知记录是通过倒序遍历所述缓存记录信息读取的；
13.通知单元，用于根据所述延迟配置表，确定本次通知的通知时机，并在所述通知时机对所述实际通知信息执行相应的通知操作；
14.更新单元，用于根据通知执行情况，更新所述缓存记录信息。
15.第三方面，本技术实施例还提供了一种电子设备，包括：处理器；以及被安排成存
储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述任一的方法。
16.第四方面，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行上述任一的方法。
17.本技术实施例采用的上述至少一个技术方案能够达到以下有益效果：
18.本技术在对数据变更时，不马上发送通知信息，而是通过查询目标数据通知信息的缓存记录信息和延时配置信息，根据目标数据上次变更的历史通知记录以及本次变更的待通知信息，确定本次变更的实际通知信息，并存储于所述缓存记录表；根据延迟配置信息，确定本次通知的通知时机，并在所述通知时机对所述实际通知信息执行相应的通知操作；最后根据本次通知的执行情况，更新所述缓存记录信息。本技术将每次发送变更数据的相关信息存储于缓存记录信息中，通过延迟发送的方式，达到将多次通知合并发送的目的，大大降低邮件发送的频率，从而显著降低邮件投入成本；且由于每次数据变更均在缓存记录信息中留痕，使得用户能够快速知晓延迟发送期间所有修改的内容，保障数据的完整性。
附图说明
19.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
20.图1示出了根据本技术的一个实施例的数据变更的通知方法的流程示意图；
21.图2示出了根据本技术的另一个实施例的数据变更的通知方法的流程示意图；
22.图3示出了根据本技术的一个实施例的数据变更的通知装置的结构示意图；
23.图4为本技术实施例中一种电子设备的结构示意图。
具体实施方式
24.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.以下结合附图，详细说明本技术各实施例提供的技术方案。
26.在软件或者应用开发过程中，这个过程通常会由多人多方的配合，且会对信息和数据进行频繁的变更，为了快速推进开发工作，会对需求信息、设计信息和缺陷信息的管理追求数据精细化管理，如记录每次数据的变更内容以及时间节点，在每次发生数据变更时，为了使得多方及时收到通知，通常会采用邮件的方式通知数据变更。但是由于数据变更的频繁性，对于一条数据来说，每次发生变更均发送一次邮件，会导致邮件数量很大，通常会查找很多封邮件，才能知道一条数据最终修改为的内容。
27.对此提出了本技术，本技术的构思在于，为数据的通知信息添加一份缓存记录信息和延时配置信息，每次发送数据变更，都将其通知信息都写入缓存记录信息，并且读取目标数据上次变更的历史通知记录，根据上次变更通知的状态以及内容，确定本次通知的实际通知内容，并且也写入缓存记录信息；然后根据延迟配置信息，确定本次通知的通知时
机，并在所述通知时机对所述实际通知信息执行相应的通知操作，并根据通知执行情况，更新所述缓存记录信息中该目标数据的相关数据。
28.图1示出了根据本技术的一个实施例的数据变更的通知方法的流程示意图，从图1可以看出，本技术至少包括步骤s110～步骤s140：
29.步骤s110：读取所述目标数据通知信息的缓存记录信息和延时配置信息。
30.缓存记录信息可以以文件或者表的形式呈现，在缓存记录信息中记录有历史时间中每次数据变更通知的通知信息(但不是每次都实际执行通知)，通知信息可以包括但不限于修改的数据内容、操作人、操作时间以及通知发送状态，其中通知发送状态包括未发送和已发送。
31.对于数据内容可以包括数据的修改前的内容(原始数据)以及每次所修改的内容。其中，修改前的内容用来记录未变更的原始数据，只有首次发生变更的时候才创建，示例如下：
[0032][0033]
每次所修改的内容用来记录用户所修改的数据记录，可以是个数组的形式，按照修改的数据时序排序，每组记录操作人，操作时间和变更内容等，示例如下：
[0034][0035][0036]
当然对于每一条修改的数据要标注通知发送状态，通知发送状态包括未发送和已发送。
[0037]
延时配置信息也可以以文件或者表的形式呈现，在延迟配置信息中可以包含数据变更通知的发送规则，发送规则包括延迟发送和非延迟发送的触发条件。本技术对于延迟发送和非延迟发送的触发的具体条件不作限定，可根据具体需要限定。如延迟发送条件为一个延迟发送表达式，延时发送时间＝当前时间 发送周期；而非延迟发送可以为一些限制性条件。
[0038]
实际场景中，如对于数据变更通知可以添加一张缓存记录表和一张延时配置表，用于存储上述信息。
[0039]
步骤s120：根据所述目标数据上次变更的历史通知记录，以及本次变更的待通知信息，确定本次变更的实际通知信息，并存储于所述缓存记录信息；其中，所述历史通知记录是通过倒序遍历所述缓存记录信息读取的。
[0040]
对于一条目标数据，从缓存记录表中，查询到与当前时间最近的一条历史通知记录，具体的查询办法，可以通过倒序遍历缓存记录表进行读取，如依据目标数据的主键，倒序遍历缓存记录表，得到当前时间最近的一条历史通知记录。
[0041]
然后比对上次变更的历史通知记录以及本次变更的待通知信息，确定本次变更的实际通知信息。举例而言，如果历史通知记录中的欲变更的数据内容为将目标数据变为数据a，操作时间为12:00:00，操作人为甲，通知发送状态为未发送；而待通知信息欲变更的数据内容为将目标数据变为数据b，操作时间为12:02:00，操作人为甲，由于历史通知记录的通知发送状态为未发送，且操作人一致，则可以将本次变更的待通知信息与上次变更的历史通知记录直接进行合并，可以合并为将目标数据变为数据a 数据b，操作时间为12:02:00，也就是说，操作人甲在短时间内两次变更目标数据。
[0042]
在合并后将形成的实际通知信息，存储于所述缓存记录信息中。需要说明的是，这里虽然称之为实际通知信息，但是也不一定会实际发起通知，如操作人在没有触发通知条件的情况下，再次进行目标数据的变更，可能会进行再次的合并。
[0043]
对于本次变更的实际通知信息的确定不仅有上述示例的情景，又如历史通知记录中的欲变更的数据内容为将目标数据变为数据a，操作时间为12:00:00，操作人为甲，通知发送状态为已发送；而待通知信息欲变更的数据内容为将目标数据变为数据b，操作时间为12:02:00，操作人为甲，由于历史通知记录的通知发送状态为已发送，说明对于该条变更的通知已经执行，则无需进行合并，直接将本次变更的待通知信息作为本次变更的实际通知信息，并存储于所述缓存记录信息中。
[0044]
当然还包括其它情景，对此不再一一穷举。
[0045]
需要说明的是，为了保障数据的完整性，这里所说的“合并”，并不采用覆盖的方式进行保存，而可以采用“拼接”的方式将数据合并在一起，并进行保存，使得相关人员可以查看目标数据的全部变更痕迹(有些变更是没有实际发生的)。
[0046]
步骤s130：根据所述延迟配置表，确定本次通知的通知时机，并在所述通知时机对所述实际通知信息执行相应的通知操作。
[0047]
如前所述，延迟配置信息中可以包含数据变更通知的延迟发送和非延迟发送的触发条件，这里需要说明的是，非延迟发送的触发条件优先级高于延迟发送的触发条件，即在确定一次通知的通知时机时，首先判断该条数据变更是否满足非延迟发送的触发条件，若满足则即时对所述实际通知信息执行相应的通知操作；若不满足，则进入延迟发送的触发条件，在满足延迟发送的触发条件时，对所述实际通知信息执行相应的通知操作。
[0048]
以判断一条数据变更是否满足延迟发送的触发条件为例，假设延迟发送条件为：延时发送时间＝当前时间 发送周期(5min)，当前时间为12.05，读取到目标数据的变更操作时间为12：01，则经过确定还未到达本次通知的通知时机，当当前时间晚于12：06时，可以确定到达本次通知的通知时机，对所述实际通知信息执行相应的通知操作。
[0049]
具体的通知操作，可以生成邮件，邮件中包含本次数据变更的具体内容，然后将邮件发送到指定邮箱。
[0050]
步骤s140：根据通知执行情况，更新所述缓存记录信息。
[0051]
在本技术的一些实施例中，在上述方法中，所述根据所述通知执行情况，更新所述缓存记录信息，包括：若本次变更的变更执行情况为成功，则将所述缓存记录信息中记录的
本次变更的实际通知内容的通知发送状态更新为已发送。
[0052]
最后，根据通知执行情况，更新所述缓存记录信息，主要是更新缓存记录信息中目标数据的通知发送状态，如原始通知发送状态为未发送，在发出邮件后，将其通知发送状态更新为已发送。
[0053]
由图1所示的方法可以看出，本技术在对数据变更时，不马上发送通知信息，而是通过查询目标数据通知信息的缓存记录信息和延时配置信息，根据目标数据上次变更的历史通知记录以及本次变更的待通知信息，确定本次变更的实际通知信息，并存储于所述缓存记录表；根据延迟配置信息，确定本次通知的通知时机，并在所述通知时机对所述实际通知信息执行相应的通知操作；最后根据本次通知的执行情况，更新所述缓存记录信息。本技术将每次发送变更数据的相关信息存储于缓存记录信息中，通过延迟发送的方式，达到将多次通知合并发送的目的，大大降低邮件发送的频率，从而显著降低邮件投入成本；且由于每次数据变更均在缓存记录信息中留痕，使得用户能够快速知晓延迟发送期间所有修改的内容，保障数据的完整性。
[0054]
在本技术的一些实施例中，在上述方法中，在首次对所述目标数据进行变更或读取不到所述目标数据通知信息的缓存记录信息时，所述方法还包括：构建所述目标数据通知信息的缓存记录信息和延时配置信息，其中，所述缓存记录表中包括所述目标数据的修改前数据、修改后数据、操作人、操作时间、通知发送状态；所述延时配置表包括：延时发送表达式和非延时触发条件，其中所述延时发送表达式为当前时间与发送周期的和，所述非延时触发条件为key、check和value组成的数组。
[0055]
一条数据在创建时，是不会创建缓存记录信息的，因此在第一次对一个目标数据进行变更时，会读取不到目标数据的历史通知记录，因为其还不存在；另外也可能由于另外一些原因，读取不到目标数据的历史通知记录，如发送数据丢失等，这种情况下，需要构建所述目标数据的缓存记录信息和延时配置信息，将本次变更的内容作为首次的缓存记录信息，并且对目标数据的发送规则进行配置，具体的发送规则本技术不作限定，且在本技术的一些实施例中，对于这个发送规则，也可以延续现有的默认的发送规则。
[0056]
在本技术的一些实施例中，在上述方法中，所述延时发送表达式为当前时间与发送周期的和，即延时发送时间＝当前时间 发送周期，其中，发送周期可以根据需要设定，如5min。
[0057]
在本技术的一些实施例中，在上述方法中，所述非延时触发条件为key、check和value组成的数组，在对非延时触发条件进行配置时，配置的值为数组格式，其中，key为变更的字段名，check为等式，如支持等于，不等于，包含，不包含等，value为判断的值。举例而言，配置的非延时触发条件为：
[0058][0059]
另外，在对一条目标数据进行变更的时候，如果没有检索到其缓存的历史通知记
录，则说明可能本次变更对一条目标数据进行首次变更，或之前的记录已经丢失，则在确定本次变更的实际通知内容时，无需进行合并操作，直接将本次变更的内容作为本次变更的实际通知内容。在本技术的一些实施例中，在上述方法中，所述根据所述目标数据上次变更的历史通知记录，以及本次变更的待通知内容，确定本次变更的实际通知内容，包括：根据所述历史通知记录，确定所述目标数据的上次变更的通知发送状态；若所述上次变更的通知发送状态为未发送，则将本次变更的待通知内容与所述历史通知记录中的通知内容合并，得到本次变更的实际通知内容；若所述上次变更的通知发送状态为已发送，则将本次变更的待通知内容直接作为则将本次通知的实际通知内容。
[0060]
对于一次数据变更的通知内容会根据该目标数据上一次变更的通知是否发出来决定的，如果上次变更的通知发送状态为未发送，说明上次变更的通知还未发出，则将本次变更的待通知内容与所述历史通知记录中的通知内容合并，后续可以合并到同一个通知中发出；如果上次变更的通知发送状态为已发送，说明上次变更的通知已经发出，无需再次通知，则直接根据本次的变更内容确定本次的实际通知内容，即本次变更的修改的数据内容、操作人、操作时间等。在本技术的一些实施例中，在上述方法中，所述历史变更记录是采用下述方法读取的：根据所述目标数据的主键值，倒序遍历所述缓存记录信息中的每条数据；当确定一条数据的第一主键值与所述目标数据的第二主键值一致，则将该条记录作为历史通知记录，并结束遍历。
[0061]
另外为了快速读取到目标数据对应的缓存记录信息，可以给每条数据设置一个识别标注，如采用主关键字(primary key，也称主键)的形式，主键的值用来记录该缓存记录所属的数据id，通过一条数据的主键，可以从很快从缓存记录信息中检索到该目标数据对应的缓存记录。
[0062]
具体的查询过程，可以时根据目标数据的主键值，倒序遍历缓存记录信息中的每条数据，若一条数据的第一主键值与目标数据的第二主键值不一致，则遍历下一条；若一条数据的第一主键值与所述目标数据的第二主键值一致，则将该条记录作为历史通知记录，并结束遍历。
[0063]
在本技术的一些实施例中，在上述方法中，所述将本次变更的待通知内容与所述历史通知记录合并，得到本次通知的实际通知内容，包括：比对所述历史通知记录的第一操作人，以及所述待通知内容的第二操作人的一致性；若一致，则删除所述历史通知记录的第一主键值，并将所述待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容；若不一致，则删除所述待通知内容的第二主键值，并将删除操作后的待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容。
[0064]
举例来讲，历史通知记录如下所示，其中第一主键值可以为其中的“主题”：
[0065][0066]
本次的待通知内容如下所示，其中第二主键值可以为其中的“主题”：
[0067][0068][0069]
比对所述历史通知记录的第一操作人，以及所述待通知内容的第二操作人的一致性，若一致，则说明两次变更为同一人，该操作人是对之前的变更有修改，其意图将目标数据修改为本次变更修改为的数据，此时可删除历史通知记录的第一主键值，并将本次变更的待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容，即直接通知本次修改的内容。以上述示例为例，得到本次通知的实际通知内容为：
[0070][0071]
若所述历史通知记录的第一操作人和所述待通知内容的第二操作人的不一致，则说明两次变更为不同的人，则说明不同的人对于同一数据有修改行为，需要保留并通知两次修改内容，此时则删除历史通知记录的第一主键值，并将本次变更的待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容，以上述示例为例，假设本次变更的操作人为李四，即本次变更的待通知内容为：
[0072][0073][0074]
合并后，得到本次通知的实际通知内容为：
[0075][0076]
在本技术的一些实施例中，在上述方法中，所述根据所述延迟配置表，确定本次变更的通知时机，并在所述通知时机，对所述实际通知内容执行相应的通知操作，包括：判断本次变更的待变更内容是否满足所述非延时触发条件，若满足，则生成并发送本次变更的通知邮件；若不满足，则等待轮询，若通过轮询确定本次变更的通知发送状态为未发送，且当前时间晚于等于通过所述延时发送表达式确定的发送时间，则生成并发送本次变更的通知邮件；其中，所述轮询的轮询周期等于所述发送周期。
[0077]
在确定本次变更的变更时机时，首先判断本次变更的待变更内容是否满足所述非延时触发条件，举例而言，如前所述非延时触发条件为：
[0078][0079][0080]
如非延时触发条件中的check为“等于”，则判断本次变更中的主键值(key的值)是否等于非延时触发条件中value的值，若等于，则满足所述非延时触发条件，则即刻生成并发送本次变更的通知邮件。
[0081]
同理，如果非延时触发条件中的check为“不等于”，则判断本次变更中的主键值(key的值)是否不等于非延时触发条件中value的值，若不等于，则满足所述非延时触发条件，则即刻生成并发送本次变更的通知邮件。
[0082]
当然了非延时触发条件还可以配置其他条件，对此本技术不作限定。
[0083]
如果本次变更的待变更内容不满足所述非延时触发条件，则等待轮询，若通过轮询确定本次变更的通知发送状态为未发送，且当前时间晚于等于通过所述延时发送表达式确定的发送时间，则生成并发送本次变更的通知邮件；其中，所述轮询的轮询周期等于所述发送周期。
[0084]
由于通知邮件不是总是发送的，因此可以设置定时调度轮询任务，调度的频率为延迟配置信息中设置的延迟周期，即轮询周期等于发送周期，承前所述，轮询周期可以为5min。定时调度轮询任启动后，每5分钟进行轮询缓存记录信息，通过轮询，将发送状态为未发送，且当前时间晚于设置的发送时间的缓存通知记录执行相应的通知操作，即生成对应的通知邮件，发送到指定邮箱。
[0085]
图2示出了根据本技术的一个实施例的数据变更的通知方法的流程示意图，从图2可以看出，本实施例包括：
[0086]
根据目标数据的第二主键值倒序遍历缓存记录表，判断缓存记录表中是否存在一条数据的第一主键值与目标数据的第二主键值一致，若不存在，则构建目标数据的缓存记录信息，包括目标数据的原始数据、本次变更的操作人、操作时间、发送状态，并设置发送状态为未发送，并将目标数据的缓存记录信息作为本次的实际通知信息。
[0087]
若存在，则将该条数据作为目标数据上次变更的历史通知记录，比较历史通知记录的第一操作人与本次变更的第二操作人是否一致，若一致，则删除所述历史通知记录的第一主键值，并将所述待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容，并保存到缓存记录信息中；若不一致，则删除所述待通知内容的第二主键值，并将删除操作后的待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容，并保存到缓存记录信息中。
[0088]
判断本次变更的修改后数据是否满足所述非延时触发条件，若满足，则生成并发送本次变更的通知邮件；若不满足，则等待并进入轮询，通过轮询判断本次变更的实际通知内容中的通知发送状态是否为未发送，若否，则继续等待并进入下次轮询；若是，则判断当前时间是否到达或晚于本次变更的延迟触发时间。
[0089]
若是，则生成并发送本次变更的通知邮件；若否，则继续等待并进入下次轮询。
[0090]
图3示出了根据本技术的一个实施例的数据变更的通知装置的结构示意图，从图3可以看出，所述数据变更的通知装置300包括：
[0091]
读取单元310，用于读取所述目标数据通知信息的缓存记录信息和延时配置信息；
[0092]
合并单元320，用于根据所述目标数据上次变更的历史通知记录，以及本次变更的待通知信息，确定本次变更的实际通知信息，并存储于所述缓存记录信息；其中，所述历史通知记录是通过倒序遍历所述缓存记录信息读取的；
[0093]
通知单元330，用于根据所述延迟配置信息，确定本次变更的通知时机，并在所述通知时机对所述实际通知信息执行相应的通知操作；
[0094]
更新单元340，用于根据通知执行情况，更新所述缓存记录信息。
[0095]
在本技术的一些实施例中，上述装置还包括：构建单元，用于在首次对所述目标数据进行变更或读取不到所述目标数据通知信息的缓存记录信息时，构建所述目标数据通知信息的缓存记录信息和延时配置信息，其中，所述缓存记录信息中包括所述目标数据的初
始数据、操作人、操作时间、通知发送状态；所述延时配置信息包括：延时发送表达式和非延时触发条件，其中所述延时发送表达式为当前时间与发送周期的和，所述非延时触发条件为key、check和value组成的数组。
[0096]
在本技术的一些实施例中，在上述装置中，合并单元320，用于根据所述历史通知记录，确定所述目标数据的上次变更的通知发送状态；若所述上次变更的通知发送状态为未发送，则将本次变更的待通知内容与所述历史通知记录合并，得到本次变更的实际通知内容；若所述上次变更的通知发送状态为已发送，则将本次变更的待通知内容直接作为则将本次通知的实际通知内容。
[0097]
在本技术的一些实施例中，在上述装置中，合并单元320，用于根据所述目标数据的主键值，倒序遍历所述缓存记录信息中的每条数据；当确定一条数据的第一主键值与所述目标数据的第二主键值一致，则将该条记录作为历史通知记录，并结束遍历。
[0098]
在本技术的一些实施例中，在上述装置中，合并单元320，用于比对所述历史通知记录的第一操作人，以及所述待通知内容的第二操作人的一致性；若一致，则删除所述历史通知记录的第一主键值，并将所述待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容；若不一致，则删除所述待通知内容的第二主键值，并将删除操作后的待通知内容放置在删除操作后的历史通知记录之后，得到本次通知的实际通知内容。
[0099]
在本技术的一些实施例中，在上述装置中，通知单元330，用于判断本次变更的待变更内容是否满足所述非延时触发条件，若满足，则生成并发送本次变更的通知邮件；若不满足，则等待轮询，若通过轮询确定本次变更的通知发送状态为未发送，且当前时间晚于等于通过所述延时发送表达式确定的发送时间，则生成并发送本次变更的通知邮件；其中，所述轮询的轮询周期等于所述发送周期。
[0100]
在本技术的一些实施例中，在上述装置中，更新单元340，用于若本次变更的变更执行情况为成功，则将所述缓存记录信息中记录的本次变更的实际通知内容的通知发送状态更新为已发送。
[0101]
需要说明的是，上述的数据变更的通知装置可一一实现前述的数据变更的通知方法，这里不再赘述。
[0102]
图4是本技术的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-access memory，ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
[0103]
处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
[0104]
存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算
机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。
[0105]
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据变更的通知装置。处理器，执行存储器所存放的程序，并具体用于执行上述方法。
[0106]
上述如本技术图3所示实施例揭示的数据变更的通知装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0107]
该电子设备还可执行图3中数据变更的通知装置执行的方法，并实现数据变更的通知装置在图3所示实施例的功能，本技术实施例在此不再赘述。
[0108]
本技术实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图3所示实施例中数据变更的通知装置执行的方法，并具体用于执行前述方法。
[0109]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0110]
本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0111]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0112]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0113]
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0114]
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
[0115]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0116]
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0117]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0118]
以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。