事件内容的请求方法及模块与流程

本发明涉及信息处理技术领域，特别涉及一种事件内容的请求方法及模块。

背景技术：

手机、平板电脑等电子设备不仅作为一种社交工具，同时，人们也通过其上面安装的各个应用程序来满足自身的需求，然而，在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：

现有技术中，例如在手机的日历应用场景中，注册成功之后，当其中的事件有更新时，服务器会向手机发送此事件的更新通知，手机收到更新通知后，会立即向服务器请求此事件更详细的更新内容；然而，当有较多数量事件的更新通知时，手机则会频繁发送请求，使得处理器可能很长时间处于持续作业状态，增加了处理器的负担。

技术实现要素：

本发明实施方式的目的在于提供一种事件内容的请求方法及模块，实现批量获取多个事件的详细更新内容，有效防止频繁发送事件内容请求信号，减轻了处理器的负担。

为解决上述技术问题，本发明的实施例提供了一种事件内容的请求方法，包括：当接收到事件的更新通知时，判断是否处于计时等待状态；若处于计时等待状态，将事件添加至预设的等待队列；若处于非计时等待状态，开始计时以进入计时等待状态，且将事件添加至等待队列；当检测到计时结束信号时，根据等待队列中的事件生成事件内容请求信号，并将事件内容请求信号发送出去。

本发明的实施例还提供了一种事件内容的请求模块，包括：收发单元、判断单元、计时单元、等待队列、事件添加单元以及请求生成单元；收发单元用于接收事件的更新通知；判断单元用于判断计时单元是否处于计时等待状态；计时单元用于在判断单元判断出计时单元处于非计时等待状态时，开始计时以进入计时等待状态；事件添加单元用于在计时单元处于计时等待状态时，将事件添加至等待队列；请求生成单元用于在检测到计时单元产生的计时结束信号时，根据等待队列中的事件生成事件内容请求信号；收发单元还用于将事件内容请求信号发送出去。

本发明实施例相对于现有技术而言，当接收到事件的更新通知时，首先判断是否处于计时等待状态，若在计时等待状态内，将有更新通知的事件逐一添加至预设的等待队列中，当检测到计时结束信号时，根据等待队列中所有事件生成事件内容请求信号，并将事件内容请求信号发送出去，若处于非计时等待状态，则开始计时并循环上述过程。从而在计时时间内将所有事件的事件内容请求信号合并发送，以批量获取所有更新内容，减轻处理器的负担，防止频繁发送事件内容请求信号。

另外，在将事件内容请求信号发送出去之后，还包括：将等待队列中的事件标志为已处理状态；其中，根据等待队列中的事件生成事件内容请求信号中，具体包括：从等待队列获取处于未处理状态的事件；根据处于未处理状态的事件生成事件内容的请求信息；提供了一种生成事件内容请求信息的具体实现方式，使得等待队列中的事件包括已处理状态与未处理状态，仅根据处于未处理状态的事件生成事件内容的请求信息，加快了处理事件的速度。

另外，在将事件内容请求信号发送出去之后，还包括：删除等待队列中的事件；提供了另一种生成事件内容请求信息的具体实现方式，使得等待队列中的事件都是未处理状态的，在存储空间有限的情况下，删除已发送的等待队列中的事件，从而释放预留出的有限的存储空间，为后续添加进等待队列的事件腾出存储位置，同时也简化了日历程序等应用程序的处理步骤，进一步减轻了处理器的负担。

另外，当计时时长到达预设时长时，产生计时结束信号；以继续执行其他的响应事件，以响应对应应用程序的所有操作。

另外，事件内容的请求方法应用于日历应用程序；拓展了本发明的应用场景。

附图说明

图1是根据第一实施方式的事件内容的请求方法的流程图；

图2是根据第二实施方式的事件内容的请求方法的流程图；

图3是根据第三实施方式的事件内容的请求方法的流程图；

图4是根据第四实施方式的事件内容的请求模块的示意图；

图5是根据第四实施方式的事件内容的请求模块的示意图；

图6是根据第四实施方式的事件内容的请求模块的示意图；

图7是根据第四实施方式的电子设备的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种事件内容的请求方法，应用于电子设备的应用程序，例如手机的日历应用程序(然不作限制)；事件内容的请求方法的具体流程如图1所示，具体说明如下：

步骤101，当接收到事件的更新通知时，判断是否处于计时等待状态；若处于计时等待状态，进入步骤103；若处于非计时等待状态，进入步骤102。

本实施方式中，日历程序具有计时功能，首先预设时长，若当前计时时长在预设时长之内，则处于计时等待状态；即处于计时等待状态时，当前计时时长不为零；当计时时长到达预设时长时，则处于非计时等待状态，此时当前计时时长清零。即，可以通过判断当前计时时长是否为零，来判断处于计时状态或是非计时状态。

步骤102，开始计时以进入计时等待状态。

当接收到事件的更新通知时，若判断出处于非计时等待状态时，则开始计时已进入计时等待状态；例如，以预设时长为计时数开始倒计时。

步骤103，将事件添加至预设的等待队列。

本实施方式中，预设的等待队列，可以是预设队列顺序表，将事件依次按顺序添加；新添加的事件可以添加至预设队列顺序表的最前面，也可以添加到队列的最后面，然本实施方式对此不作任何限制。

示例的，预设时长120秒时，按正序依次顺序添加事件；当接收到事件的更新通知时，若检测到当前计时时长在100秒时，即当前计时时长不为零，则可判断出处于计时等待状态，将事件添加至预设的等待队列。

步骤104，判断是否检测到计时结束信号，若是，则进入步骤105，否则进入步骤101。

示例的，预设时长120秒时，当检测到计时结束时，产生计时结束信号，，以继续执行其他的响应事件，例如根据等待队列中的事件生成事件内容请求信号。

步骤105，根据等待队列中的事件生成事件内容请求信号。

本实施方式中，事件内容请求信号用于请求更新内容的详细信息。

步骤106，将事件内容请求信号发送出去。

即，将事件内容请求信号发送至服务器端，以批量获取所有的更新内容。

本实施方式相对于现有技术而言，当接收到事件的更新通知时，首先判断是否处于计时等待状态，若在计时等待状态内，将有更新通知的事件逐一添加至预设的等待队列中，当检测到计时结束信号时，根据等待队列中所有事件生成事件内容请求信号，并将事件内容请求信号发送出去，若处于非计时等待状态，则开始计时并循环上述过程。从而在计时时长内将所有事件的事件内容请求信号合并发送，以批量获取所有更新内容，减轻处理器的负担，防止频繁发送事件内容请求信号。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第二实施方式涉及一种事件内容的请求方法。第二实施方式在第一实施方式的基础上作出改进，主要改进之处在于：在本发明第二实施方式中，等待队列中的事件包括已处理状态与未处理状态，仅根据处于未处理状态的事件生成事件内容的请求信息。

本实施方式的事件内容的请求方法得具体流程图如图2所示，具体说明如下：

步骤201，当接收到事件的更新通知时，判断是否处于计时等待状态；若处于计时等待状态，进入步骤203；若处于非计时等待状态，进入步骤202。

本实施方式中，日历程序具有计时功能，首先预设时长，若当前计时时长在预设时长之内，则处于计时等待状态；即处于计时等待状态时，当前计时时长不为零；当计时时长到达预设时长时，则处于非计时等待状态，此时当前计时时长清零。即，可以通过判断当前计时时长是否为零，来判断处于计时状态或是非计时状态。

步骤202，开始计时以进入计时等待状态。

当接收到事件的更新通知时，若判断出处于非计时等待状态时，则开始计时已进入计时等待状态；例如，以预设时长为计时数开始倒计时。

步骤203，将事件添加至预设的等待队列。

本实施方式中，预设的等待队列，可以是预设队列顺序表，将事件依次按顺序添加；新添加的事件可以添加至预设队列顺序表的最前面，也可以添加到队列的最后面，然本实施方式对此不作任何限制。

示例的，预设时长120秒时，按正序依次顺序添加事件；当接收到事件的更新通知时，若检测到当前计时时长在100秒时，即当前计时时长不为零，则可判断出处于计时等待状态，将事件添加至预设的等待队列。

步骤204，判断是否检测到计时结束信号，若是，则进入步骤205，否则进入步骤201。

示例的，预设时长120秒时，当检测到计时结束时，产生计时结束信号，，以继续执行其他的响应事件，例如根据等待队列中的事件生成事件内容请求信号。

步骤205，根据等待队列中的事件生成事件内容请求信号。

本实施方式中，事件内容请求信号用于请求更新内容的详细信息。

具体而言，本步骤包括以下子步骤：

步骤2051，从等待队列获取处于未处理状态的事件。

步骤2052，根据处于未处理状态的事件生成事件内容的请求信息。

本实施方式中，等待队列中的事件包括已处理状态与未处理状态，已处理状态表示对应的事件已发送过事件内容请求信号；未处理状态表示对应的事件还未发送事件内容请求信号；这样，仅根据处于未处理状态的事件生成事件内容的请求信息。

示例的，若新添加的事件依次添加至预设队列顺序的最后面，按正序依次顺序添加的事件；则从预设队列顺序表的最后面开始依次扫描事件，这样，则从未处理状态的事件开始扫描，当扫描到第一个已处理状态的事件时，停止扫描(之后的事件都是已处理状态的)，并获取已扫描的处于未处理状态的事件，根据未处理状态的事件生成用于请求更新内容的详细信息的事件内容的请求信息。

步骤206，将事件内容请求信号发送出去。

即，将事件内容请求信号发送至服务器端，以批量获取所有的更新内容。

步骤207，将等待队列中的事件标志为已处理状态。

即，将等待队列中已发送了事件内容请求信号的事件标志为已处理状态；然后，响应下一轮循环的操作(步骤201至207)。

本实施方式相对于第一实施方式而言，将已发送过事件内容请求信号的事件标志为已处理状态，从而再次计时进入计时等待状态时，直接根据预设的等待队列的未处理的事件生成事件内容请求信号，加快了处理事件的速度。

本发明第三实施方式涉及一种事件内容的请求方法，第三实施方式在第一实施方式的基础上作出改进，主要改进之处在于：将已发送过事件内容请求信号的事件从等待队列中删除。

本实施方式中事件内容的请求方法如图3所示，具体说明如下：

步骤301，当接收到事件的更新通知时，判断是否处于计时等待状态；若处于计时等待状态，进入步骤303；若处于非计时等待状态，进入步骤302。

本实施方式中，日历程序具有计时功能，首先预设时长，若当前计时时长在预设时长之内，则处于计时等待状态；即处于计时等待状态时，当前计时时长不为零；当计时时长到达预设时长时，则处于非计时等待状态，此时当前计时时长清零。即，可以通过判断当前计时时长是否为零，来判断处于计时状态或是非计时状态。

步骤302，开始计时以进入计时等待状态。

当接收到事件的更新通知时，若判断出处于非计时等待状态时，则开始计时已进入计时等待状态；例如，以预设时长为计时数开始倒计时。

步骤303，将事件添加至预设的等待队列。

本实施方式中，预设的等待队列，可以是预设队列顺序表，将事件依次按顺序添加；新添加的事件可以添加至预设队列顺序表的最前面，也可以添加到队列的最后面，然本实施方式对此不作任何限制。

示例的，预设时长120秒时，按正序依次顺序添加事件；当接收到事件的更新通知时，若检测到当前计时时长在100秒时，即当前计时时长不为零，则可判断出处于计时等待状态，将事件添加至预设的等待队列。

步骤304，判断是否检测到计时结束信号，若是，则进入步骤305，否则进入步骤301。

示例的，预设时长120秒时，当检测到计时结束时，产生计时结束信号，，以继续执行其他的响应事件，例如根据等待队列中的事件生成事件内容请求信号。

步骤305，根据等待队列中的事件生成事件内容请求信号。

本实施方式中，事件内容请求信号用于请求更新内容的详细信息。

步骤306，将事件内容请求信号发送出去。

即，将事件内容请求信号发送至服务器端，以批量获取所有的更新内容。

步骤307，删除等待队列中的事件。

本实施方式中，由于会将已发送过的事件及时从等待队列中删除，使得等待队列中的事件都是未发送过事件内容请求信号的(即，未处理的事件)。

本实施方式相对于第一或第二实施方式而言，提供了另一种生成事件内容请求信息的具体实现方式，无需扫描判断等待队列中的事件是已处理状态还是未处理状态，在存储空间有限的情况下，在将事件内容请求信号发送出去之后，删除已发送的等待队列中的事件，从而释放预留出的有限的存储空间，为后续添加进等待队列的事件腾出存储位置，简化了日历程序等应用程序的处理步骤，加快了处理速度，进一步减轻了处理器的负担。

本发明第四实施方式涉及一种事件内容的请求模块如图4所示，包括：收发单元41、判断单元42、计时单元43、等待队列44、事件添加单元45以及请求生成单元46。

收发单元41用于接收事件的更新通知。

判断单元42用于判断计时单元43是否处于计时等待状态。

计时单元43用于在判断单元42判断出计时单元43处于非计时等待状态时，开始计时以进入计时等待状态。

当计时单元43的计时时长到达预设时长时，产生计时结束信号。

事件添加单元45用于在计时单元43处于计时等待状态时，将事件添加至等待队列44。

请求生成单元46用于在检测到计时单元43产生的计时结束信号时，根据等待队列44中的事件生成事件内容请求信号。

收发单元41还用于将事件内容请求信号发送出去。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施方式涉及一种事件内容的请求模块，第五实施方式在第四实施方式的基础上作出改进，主要改进之处在于：事件内容的请求模块还包括状态标志单元47。

本实施方式的事件内容的请求模块如图5所示，包括：收发单元41、判断单元42、计时单元43、等待队列44、事件添加单元45、请求生成单元46以及状态标志单元47。

收发单元41用于接收事件的更新通知。

判断单元42用于判断计时单元43是否处于计时等待状态。

计时单元43用于在判断单元42判断出计时单元43处于非计时等待状态时，开始计时以进入计时等待状态。

事件添加单元45用于在计时单元43处于计时等待状态时，将事件添加至等待队列44。

请求生成单元46用于在检测到计时单元43产生的计时结束信号时，根据等待队列44中的事件生成事件内容请求信号。其中，请求生成单元46用于在检测到计时单元43产生的计时结束信号时，从等待队列44获取处于未处理状态的事件；根据处于未处理状态的事件生成事件内容的请求信息。

收发单元41还用于将事件内容请求信号发送出去。

状态标志单元47用于在收发单元41将事件内容请求信号发送出去之后，将等待队列44中的事件标志为已处理状态。

由于第二实施方式与本实施方式相互对应，因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本发明第六实施方式涉及一种事件内容的请求模块，第六实施方式在第五实施方式的基础上作出改进，主要改进之处在于：事件内容的请求模块还包括事件删除单元48。

本实施方式的事件内容的请求模块如图6所示，包括：收发单元41、判断单元42、计时单元43、等待队列44、事件添加单元45、请求生成单元46以及事件删除单元48。

收发单元41用于接收事件的更新通知。

判断单元42用于判断计时单元43是否处于计时等待状态。

计时单元43用于在判断单元42判断出计时单元43处于非计时等待状态时，开始计时以进入计时等待状态。

当计时单元43的计时时长到达预设时长时，产生计时结束信号。

事件添加单元45用于在计时单元43处于计时等待状态时，将事件添加至等待队列44。

请求生成单元46用于在检测到计时单元42产生的计时结束信号时，根据等待队列44中的事件生成事件内容请求信号。

收发单元41还用于将事件内容请求信号发送出去。

事件删除单元48用于在收发单元41将事件内容请求信号发送出去之后，删除等待队列44中的事件。

由于第三实施方式与本实施方式相互对应，因此本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，在第三实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

本发明第七实施方式涉及一种电子设备，如图7所示，包括：收发器71、处理器72、存储器73以及显示器74；其中，处理器72连接于收发器71、存储器73以及显示器74。

日历程序等应用程序存储在存储器73中，当被处理器执行时进行如下操作：

收发器71用于接收事件的更新通知。

存储器73用于暂存收发器71接收的事件的更新通知，并且存储器73中预留有对应于等待队列的存储区域。

显示器74用于显示事件的更新通知。

处理器72可以为CPU(中央处理器)、DSP(Digital Signal Processor，数字信号处理器)等；用于判断是否处于计时等待状态；当判断出处于非计时等待状态时，开始计时以进入计时等待状态。

当计时时长到达预设时长时，处理器72还用于产生计时结束信号。

处理器72还用于在计时等待状态时，将事件添加至等待队列。

处理器72在检测到产生的计时结束信号时，根据等待队列中的事件生成事件内容请求信号；且通过收发器71将事件内容请求信号发送出去。

如上所述的电子设备与第一实施方式中的事件内容的请求方法相对应。

在上述电子设备的基础上，进一步的，当收发器71将事件内容请求信号发送出去之后，处理器72还用于将等待队列中的事件标志为已处理状态。

其中，处理器72还用于在检测到产生的计时结束信号时，从等待队列获取处于未处理状态的事件；并根据处于未处理状态的事件生成事件内容的请求信息。

如上所述的电子设备与第二实施方式中的事件内容的请求方法相对应。

在上述对应第一实施方式的电子设备的基础上，进一步的，当收发器71将事件内容请求信号发送出去之后，处理器72还用于删除等待队列中的事件。

如上所述的电子设备与第三实施方式中的事件内容的请求方法相对应。

不难发现，本实施方式为与第一、第二或第三实施方式相对应的实体系统实施例，本实施方式可与第一、第二或第三实施方式互相配合实施。第一、第二或第三实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一、第二或第三实施方式中。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。