定时发布数据的处理方法及装置.pdf

本发明公开了一种定时发布数据的处理方法和装置。所述方法包括：接收对定时发布数据的操作请求；根据所述操作请求，写增加文件或删除文件，所述增加文件对应于所要新增或更新后的定时发布数据，所述删除文件对应于所要删除或更新前的定时发布数据，所述增加文件和所述删除文件以定时发布数据的发布时间为索引。应用本发明技术方案，减少新增、删除或更新定时发布数据的处理耗时，提高处理效率。

权利要求书
1.  一种定时发布数据的处理方法，所述方法包括：
接收对定时发布数据的操作请求；
根据所述操作请求，写增加文件或删除文件，所述增加文件对应于所要新增或更新后的定时发布数据，所述删除文件对应于所要删除或更新前的定时发布数据，所述增加文件和所述删除文件以定时发布数据的发布时间为索引。

2.  根据权利要求1所述的方法，其特征在于，所述定时发布数据包括唯一标识、发布时间和发布内容；
所述操作请求包括增加数据请求、删除数据请求和更新数据请求；
所述增加数据请求包括所要新增的定时发布数据；
所述删除数据请求包括所要删除的定时发布数据的唯一标识和发布时间；
所述更新数据请求包括：更新前定时发布数据的唯一标识、发布时间，以及更新后的定时发布数据。

3.  根据权利要求2所述的方法，其特征在于，所述根据所述操作请求，写增加文件或删除文件，包括：
判断所述操作请求为增加数据请求、删除数据请求、更新数据请求中的哪一种；
若所述操作请求为增加数据请求，以append文件的方式，将所要新增的定时发布数据的唯一标识和发布内容记录到所述所要新增的定时发布数据的发布时间对应的增加文件中；
若所述操作请求为删除数据请求，以append文件的方式，将所要删除的定时发布数据的唯一标识记录到所述所要删除的定时发布数据的发布时间对应的删除文件中；
若所述操作请求为更新数据请求，以append文件的方式，将更新前定时发布数据的唯一标识记录到所述更新前定时发布数据的发布时间对应的删除文件中，并将更新后定时发布数据的唯一标识、发布内容记录到更新后定时发布数据的发布时间对应的增加文件中。

4.  根据权利要求2所述的方法，其特征在于，所述接收对定时发布数据的 操作请求包括：根据用户标识，确定所述用户标识对应的共享缓存队列，通过所述共享缓存队列接收所述操作请求；
所述根据所述操作请求，写增加文件或删除文件包括：根据用户标识，确定所述用户标识对应的线程队列，通过所述线程队列接收所述操作请求，再通过所述线程队列对应的线程写增加文件或删除文件。

5.  根据权利要求4所述的方法，其特征在于，所述用户标识为用户唯一对应的用户号码；
所述根据用户标识，确定所述用户标识对应的共享缓存队列包括：根据所述用户号码与共享缓存队列的数目的求余结果确定所述对应的共享缓存队列；
所述根据用户标识，确定所述用户标识对应的线程队列包括：根据所述用户号码与线程队列的数目的求余结果确定所述对应的线程队列。

6.  根据权利要求2所述的方法，其特征在于，所述方法还包括：
根据各发布时间对应的增加文件和删除文件，确定所述各发布时间所要发布的定时发布数据，并发布所述定时发布数据。

7.  根据权利要求6所述的方法，其特征在于，所述根据各发布时间对应的增加文件和删除文件，确定所述各发布时间所要发布的定时发布数据，包括：
读取各发布时间对应的删除文件；
读取各发布时间对应的增加文件中的定时发布数据的唯一标识，并判断所述定时发布数据的唯一标识是否记录在删除文件中；
若否，则所述定时发布数据为所要发布的定时发布数据；若是，则所述定时发布数据不是所要发布的定时发布数据。

8.  一种定时发布数据的处理装置，其特征在于，所述装置包括：
接收模块，用于接收对定时发布数据的操作请求；
处理模块，用于根据所述操作请求，写增加文件或删除文件，所述增加文件对应于所要新增或更新后的定时发布数据，所述删除文件对应于所要删除或更新前的定时发布数据，所述增加文件和所述删除文件以定时发布数据的发布时间为索引。

9.  根据权利要求8所述的装置，其特征在于，所述定时发布数据包括唯一标识、发布时间和发布内容；
所述接收模块用于接收用户对定时发布数据的操作请求，所述操作请求包括增加数据请求、删除数据请求和更新数据请求；
所述增加数据请求包括所要新增的定时发布数据；
所述删除数据请求包括所要删除的定时发布数据的唯一标识和发布时间；
所述更新数据请求包括：更新前定时发布数据的唯一标识、发布时间，以及更新后的定时发布数据。

10.  根据权利要求9所述的装置，其特征在于，所述文件处理模块包括判断单元和文件修改单元；
所述判断单元，用于判断所述操作请求为增加数据请求、删除数据请求、更新数据请求中的哪一种；
所述文件修改单元，用于：
在所述操作请求为增加数据请求时，以append文件的方式，将所要新增的定时发布数据的唯一标识和发布内容记录到所述所要新增的定时发布数据的发布时间对应的增加文件中；
在所述操作请求为删除数据请求时，以append文件的方式，将所要删除的定时发布数据的唯一标识记录到所述所要删除的定时发布数据的发布时间对应的删除文件中；
在所述操作请求为更新数据请求时，以append文件的方式，将更前的定时发布数据的唯一标识记录到所述更新前的定时发布数据的发布时间对应的删除文件中，并将更新后的定时发布数据的唯一标识、发布内容记录到更新后的定时发布数据的发布时间对应的增加文件中。

11.  根据权利要求9所述的装置，其特征在于，所述接收模块用于根据用户标识，确定所述用户标识对应的共享缓存队列，通过所述共享缓存队列接收所述操作请求；
所述处理模块，用于根据用户标识，确定所述用户标识对应的线程队列，通过所述线程队列接收所述操作请求，再通过所述线程队列对应的线程写增加 文件或删除文件。

12.  根据权利要求11所述的装置，其特征在于，所述用户标识为用户唯一对应的用户号码；
所述接收模块，用于根据所述用户号码与共享缓存队列的数目的求余结果确定所述对应的共享缓存队列；
所述处理模块，用于根据所述用户号码与线程队列的数目的求余结果确定所述对应的线程队列。

13.  根据权利要求9所述的装置，其特征在于，所述装置还包括发布模块，所述发布模块用于根据各发布时间对应的增加文件和删除文件，确定所述各发布时间所要发布的定时发布数据，并发布所述定时发布数据。

14.  根据权利要求13所述的装置，其特征在于，所述发布模块用于读取各发布时间对应的删除文件；以及读取各发布时间对应的增加文件中的定时发布数据的唯一标识，并判断所述定时发布数据的唯一标识是否记录在删除文件中；若否，则确定所述定时发布数据为所要发布的定时发布数据，若是，则确定所述定时发布数据不是所要发布的定时发布数据。

说明书定时发布数据的处理方法及装置
技术领域
本发明涉及计算机技术领域，特别是涉及一种定时发布数据的处理方法及装置。
背景技术
随着计算机技术及网络技术的发展，使用服务器定时发布信息的技术得到越来越多的应用，例如在农场游戏中，在预定的发布时间向用户发送游戏提醒，又例如定时向好友发送生日提醒，又例如定时向全网用户发送资讯信息。定时发布信息技术在生活中越来越不可或缺。
定时发布信息技术需要对定时发布数据进行存取。在传统技术中，可以通过关系型数据库或key-value型存储系统存储定时发布数据。发明人在研究中发现，传统技术至少存在如下技术问题：用户的并发请求量很大，服务器需要根据用户的请求，查询数据库，在数据库中新增、删除或更新定时发布数据。此外，在数据库更新完成后，后续服务器还需要在预设的发布时间读取所有对应的定时发布数据，再进行发布，由此处理量比较大，耗时多，降低了处理效率，甚至有可能延时发布或者丢失某些定时发布数据。
发明内容
基于此，有必要提供一种定时发布数据的处理方法和装置，应用本方法和装置减少处理耗时，提高处理效率。
一种定时发布数据的处理方法，所述方法包括：
接收对定时发布数据的操作请求；
根据所述操作请求，写增加文件或删除文件，所述增加文件对应于所要新增或更新后的定时发布数据，所述删除文件对应于所要删除或更新前的定时发布数据，所述增加文件和所述删除文件以定时发布数据的发布时间为索引。
一种定时发布数据的处理装置，所述装置包括：
接收模块，用于接收对定时发布数据的操作请求；
处理模块，用于根据所述操作请求，写增加文件或删除文件，所述增加文件对应于所要新增或更新后的定时发布数据，所述删除文件对应于所要删除或更新前的定时发布数据，所述增加文件和所述删除文件以定时发布数据的发布时间为索引。
上述定时发布数据的处理方法和装置，在接收到用户大量的操作请求后，以用户所要新增、删除或更新的定时发布数据的发布时间为索引，直接进行增加文件或删除文件的写操作，相比于传统技术，不需要经过繁琐的数据库查询再修改的操作，减少新增、删除或更新定时发布数据的处理耗时，提高处理效率。
附图说明
图1为一个实施例中的定时发布数据的处理方法的流程示意图；
图2为一个实施例中的定时发布数据的处理方法的流程示意图；
图3为一个实施例中写增加文件或删除文件的流程示意图；
图4为一个实施例中的定时发布数据的发布方法的应用场景图；
图5为一个实施例中定时发布数据的发布流程示意图；
图6为一个实施例中的定时发布数据的处理装置的结构示意图；
图7为一个实施例中处理模块的结构示意图；
图8为一个实施例中的定时发布数据的处理终端的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
参见图1，在一个实施例中，提供了一种定时发布数据的处理方法。此方法可以用于变更定时发布信息的应用场景，例如用户通过客户端发送新增定时发布数据、删除已有的定时发布数据以及更新已有的定时发布数据，定时发布数 据可以用于为网络用户提供游戏提醒、好友生日提醒、资讯信息发布等。
在本实施例中，该方法包括流程：
步骤102，接收对定时发布数据的操作请求。
在本实施例中，可以接收大量用户从客户端发来的操作请求。所接收的操作请求包括增加数据请求、删除数据请求和更新数据请求。在本实施例中，定时发布数据可以以分钟为单位，在其它实施例中以小时、星期等为单位在此不再赘述。增加数据请求用于增加一条用户所要定时发布的定时发布数据，例如可以新增一条在2013年5月31日18时20分发布的定时发布数据，其发布内容为“明天儿童节”。删除数据请求用于删除一条已有的定时发布数据，例如删除一条发布时间为2013年8月22日23时12分的农场游戏提醒。更新数据请求用于更新一条已有的定时发布数据，例如更新发布时间或更新发布内容。
步骤104，根据操作请求，写增加文件或删除文件。
根据接收到的操作请求，进行写增加文件或删除文件的操作。增加文件和删除文件以定时发布数据的发布时间为索引。增加文件对应于所要新增或更新后的定时发布数据，删除文件对应于所要删除或更新前的定时发布数据。增加文件和删除文件可以通过不同的后缀来区别，例如增加文件可以是以.data为后缀的文件，删除文件可以是以.del为后缀的文件。接收的操作请求的类型不同，所要写的文件也不相同。当接收的操作请求为增加数据请求，这时只需要写增加文件，例如新增一条2013年6月21日18时12分所要发布的提醒，可以建立索引目录为“20130621/1812.data”的增加文件，将新增的定时发布数据记录到此增加文件中。当接收的操作请求为删除数据请求，这时只需要写删除文件，例如用户请求删除一条已有的发布时间为2013年6月22日23时12分的提醒，可以建立索引目录为“20130622/2312.del”的删除文件，将所要删除的定时发布数据或该定时发布数据对应的唯一标识记录到删除文件中。当接收的操作请求为更新数据请求，这时需要写增加文件和删除文件，在删除文件中记录更新前的定时发布数据的信息如唯一标识等，以及在增加文件中写入更新后的定时发布数据，例如当用户请求更新发布时间为2013年6月23日22时10分的定时发布数据，且只将发布内容由“明天儿童节”更新为“明天教师节”，则其对应 的写文件操作为：在索引目录为“20130623/2210.del”的删除文件中记录更新前的定时发布数据的唯一标识，在索引目录为“20130623/2210.data”的增加文件中记录更新后的定时发布数据，包括更新后的唯一标识、发布内容等。在本实施例中，增加文件和删除文件的索引目录只包括定时发布数据的发布时间。在其它的实施例中，增加文件和删除文件的索引key不仅包括定时发布数据的发布时间，也包括了用户号码的相关信息。例如用户号码为10002的用户客户端发送了增加数据请求，请求新增一条发布时间为2013年6月22日18时21分的定时发布数据，则对应写索引目录为10002/20130622/1821.data的增加文件。当用户号码数目比较大的时候，为减少写文件的数目，提高性能，可以在索引目录中以用户号码与一较大自然数的求余结果作为顶层目录，该较大自然数可以但不限于是1000，例如用户号码为1000532的用户客户端发送一删除数据请求，请求删除发布时间为2013年6月23日22时15分的定时发布数据，相应地，则需要写索引目录为532/20130623/2215.del的删除文件。
上述定时发布数据的处理方法和装置，在接收到用户大量的操作请求后，以用户所要新增、删除或更新的定时发布数据的发布时间为索引，直接进行增加文件或删除文件的写操作，相比于传统技术，不需要经过繁琐的数据库查询再修改的操作，减少新增、删除或更新定时发布数据的处理耗时，提高处理效率。
参见图2，在一个实施例中，提供了一种定时发布数据的处理方法。此方法可以应用于获取用户的操作请求，并定时发布信息的应用场景，例如通过服务器为网络用户提供游戏提醒、好友生日提醒、资讯信息发布等。
在本实施例中，该方法包括流程：
步骤202，接收对定时发布数据的操作请求。
在本实施例中，可以接收大量用户从客户端发来的操作请求。所接收的操作请求包括增加数据请求、删除数据请求和更新数据请求。在本实施例中，定时发布数据可以以分钟为单位。增加数据请求用于增加一条用户所要定时发布的定时发布数据。删除数据请求用于删除一条已有的定时发布数据。更新数据请求用于更新一条已有的定时发布数据，例如更新发布时间或更新发布内容。
步骤204，根据操作请求，写增加文件或删除文件。
根据接收到的操作请求，进行写增加文件或删除文件的操作。增加文件和删除文件以定时发布数据的发布时间为索引。增加文件对应于所要新增或更新后的定时发布数据，删除文件对应于所要删除或更新前的定时发布数据。增加文件和删除文件可以通过不同的后缀来区别，例如增加文件可以是以.data为后缀的文件，删除文件可以是以.del为后缀的文件。接收的操作请求的类型不同，所要写的文件也不相同。当接收的操作请求为增加数据请求，这时只需要写增加文件，例如新增一条2013年6月21日18时12分所要发布的提醒，可以建立索引目录为“20130621/1812.data”的增加文件，将新增的定时发布数据记录到此增加文件中。当接收的操作请求为删除数据请求，这时只需要写删除文件，例如用户请求删除一条已有的发布时间为2013年6月22日23时12分的提醒，可以建立索引目录为“20130622/2312.del”的删除文件，将所要删除的定时发布数据或该定时发布数据对应的唯一标识记录到删除文件中。当接收的操作请求为更新数据请求，这时需要写增加文件和删除文件，在删除文件中记录更新前定时发布数据的信息如唯一标识等，以及在增加文件中写入更新后的定时发布数据，例如当用户请求更新发布时间为2013年6月23日22时10分的定时发布数据，如将发布内容由“明天儿童节”更新为“明天教师节”，以及将发布时间改为2013年6月24日15时20分，则其对应的写文件操作为：在索引目录为“20130623/2210.del”的删除文件中记录更新前的定时发布数据的唯一标识，并在索引目录为“20130624/1520.data”的增加文件中记录更新后的定时发布数据，包括更新后的唯一标识、发布内容等。在本实施例中，增加文件和删除文件的索引目录只包括定时发布数据的发布时间。在其它的实施例中，增加文件和删除文件的索引key不仅包括定时发布数据的发布时间，也包括了用户号码的相关信息。例如用户号码为10002的用户客户端发送了增加数据请求，请求新增一条发布时间为2013年6月22日18时21分的定时发布数据，则对应写索引目录为10002/20130622/1821.data的增加文件。当用户号码数目比较大的时候，为减少写文件的数目，提高性能，可以在索引目录中以用户号码与一较大自然数的求余结果作为顶层目录，该较大自然数可以但不限于是1000，例如用 户号码为1000532的用户客户端发送一删除数据请求，请求删除发布时间为2013年6月23日22时15分的定时发布数据，相应地，则需要写索引目录为532/20130623/2215.del的删除文件。
步骤206，根据各发布时间对应的增加文件和删除文件，确定各发布时间所要发布的定时发布数据，并发布定时发布数据。
在本实施例中，定时发布数据以分钟为单位，在每分钟内根据当前分钟对应的增加文件和删除文件，确定当前一分钟内所要发布的定时发布数据，例如可以通过读取增加文件中的定时发布数据或仅读取该定时发布数据的唯一标识，并判断该定时发布数据的唯一标识是否在删除文件中，如果在删除文件中，则可以判定该定时发布数据已经被用户请求删除，因而不需要发布；如果不在删除文件中，则判定该定时发布数据是当前时间所要发布的数据，需要进行发布。本实施例中，发布定时发布数据，可以将该定时发布数据发布给全网用户、发布给特定用户或者发布给特定用户的好友等等，其发布过程可以参见传统技术，在此不再赘述。
上述定时发布数据的发布方法，在接收到用户大量的操作请求后，以用户所要新增、删除或更新的定时发布数据的发布时间为索引，直接进行增加文件或删除文件的写操作，相比于传统技术，不需要经过繁琐的数据库查询再修改的操作；当在预设的发布时间发布数据时，上述定时发布数据的发布方法，只需要比较增加文件和删除文件，确定各发布时间对应的定时发布数据，并进行发布。由此，上述方法和装置减少了处理耗时，提高处理效率，有效避免延时发布或丢失定时发布数据。
参见图3，在一个实施例中，提供了写增加文件或删除文件的具体处理流程。其流程包括：
步骤302，判断操作请求为增加数据请求、删除数据请求和更新数据请求中的哪一种。
在本实施例中，可以通过预设的通信协议来识别操作请求的类型，例如在通信数据中通过某几位标识位来标识操作请求的类型。关于增加数据请求、删除数据请求和更新数据请求的描述可参见前一实施例中步骤102的描述，此外 根据不同操作请求，其包含的内容可以有所区别。增加数据请求可以包含所要新增的定时发布数据的唯一标识、发布时间和发布内容等；删除数据请求可以包含所要删除的定时发布数据的唯一标识和发布时间；更新数据请求可以包含更新前的定时发布数据的唯一标识、发布时间以及更新后的定时发布数据的唯一标识、发布时间、发布内容等。
步骤304，判定操作请求为增加数据请求。
当判定操作请求为增加数据请求时，执行步骤306。
步骤306，以append文件的方式，写增加文件。
以append文件（直接在文件中内容的结尾处写新的内容）的方式，将用户所要新增的定时发布数据的唯一标识和发布内容记录到所要新增的定时发布数据的发布时间对应的增加文件中。
步骤308，判定操作请求为删除数据请求。
当判定操作请求为删除数据请求时，执行步骤310。
步骤310，以append文件的方式，写删除文件。
以append文件的方式，将用户所要删除的定时发布数据的唯一标识记录到所要删除的定时发布数据的发布时间对应的删除文件中。
步骤312，判定操作请求为更新数据请求。
当判定操作请求为更新数据请求时，执行步骤314。
步骤314，以append文件的方式，写增加文件、删除文件。
以append文件的方式，将用户所要更新的定时发布数据的唯一标识记录到所要更新的定时发布数据的发布时间对应的删除文件中，并将更新后的唯一标识、发布内容记录到更新后发布时间对应的增加文件中。
本实施例中，以append文件的方式进行写增加文件或删除文件的操作，进一步减少了处理耗时，并且在写删除文件时，只写入所要删除的定时发布数据的唯一标识，进一步提高了处理效率，减少了删除文件所需的存储空间。
参见图4，在一个实施例中，提供了一种定时发布数据的处理方法的具体应用场景。
在本实施例中，接收进程402接收大量用户所在客户端发送的操作请求， 操作请求包括增加数据请求、删除数据请求和更新数据请求。
接收进程402根据用户标识，确定用户标识对应的共享缓存队列，通过确定的共享缓存队列来接收操作请求。用户标识可以但不限于是用户唯一对应的用户号码，可以通过用户号码与共享缓存队列的总数目的求余结果来确定对应的接收缓存队列，如用户号码为10002,10002与共享缓存队列数目的求余结果为0，将求余结果进行加1处理，得到对应的共享缓存队列1，接收进程402将操作请求压入共享缓存队列1，共享缓存队列1中的数据可以但不限于按照先进先出的方式进行处理。
共享缓存队列1对应的4041进程1，提取共享缓存队列1中的操作请求，根据用户标识，确定用户标识对应的线程队列，通过确定的线程队列接收操作请求，再通过该线程队列对应的线程进行写增加文件或删除文件的操作。在本实施例中，3041进程1可以根据用户号码与线程队列的数目的求余结果确定对应的线程队列。线程队列对应的线程进行写增加文件或删除文件的操作时，可以但不限于参照图3中实施例的描述，当操作请求为增加数据请求，写增加文件；当操作请求为删除数据请求，写删除文件；当操作请求为更新数据请求时，同时写增加文件和删除文件。参见图4，增加文件和删除文件存储在存储模块406中，存储模块406可以是硬盘、磁盘等。增加文件的后缀为.data,删除文件的后缀为.del。在本实施例中，增加文件和删除文件的索引key不仅包括定时发布数据的发布时间，也包括了用户号码的相关信息。例如用户号码为10002的用户客户端发送了增加数据请求，请求新增一条发布时间为2013年6月22日18时21分的定时发布数据，可以通过线程写索引目录为10002/20130622/1821.data的增加文件。当用户号码数目比较大的时候，为减少写文件的数目，提高性能，可以在索引目录中以用户号码与一较大自然数的求余结果作为顶层目录，该较大自然数可以但不限于是1000，例如用户号码为1000532的用户客户端发送一删除数据请求，请求删除发布时间为2013年6月23日22时15分的定时发布数据，相应地，可以通过线程写索引目录为532/20130623/2215.del的删除文件。
本实施例中，通过不同共享缓存队列接收用户的操作请求，降低了大量操 作请求处理时的冲突，并且在写增加文件或删除文件时，不同的线程有不同的分工，由于本实施例中，增加文件和删除文件的目录包含了用户号码的相关信息，由此不同的线程所写的增加文件或删除文件不会相同，避免了写文件时数据冲突的风险。
参见图5，在一个实施例中提供了发布定时的发布处理流程。本实施例中的定时发布数据的处理方法包含了图2和图3中实施例的全部流程。
具体的，本实施例中的定时发布数据的处理方法，所包含的发布流程包括：
步骤502，读取各发布时间对应的删除文件。
在本实施例中，发布时间以分钟为单位。在每一分钟，将对应的删除文件读取到内存中，例如在2013年6月22日23时12分，将索引目录为“20130622/2312.del”的删除文件读取到内存。参见图3中实施例，由于删除文件中只包含了删除的定时发布数据的唯一标识，因此删除文件比较小，读取速度可以比较快。在其它的实施例中，所读取的删除文件的索引目录包含了用户号码的相关信息，相关信息可以是用户号码与较大自然数1000的求余结果，例如在2013年6月23日12时19分，读取索引目录“0/20130623/1219.del”、“1/20130623/1219.del”……“532/20130623/1219.del”等的删除文件。
步骤504，读取各发布时间对应的增加文件中的定时发布数据的唯一标识。
参见图3中实施例，增加文件是以append文件的方式进行写操作的，因此本实施例，可以按照预设的顺序读取增加文件中的定时发布数据，例如在2013年6月22日23时12分，将目录为“20130622/2312.data”的增加文件中的定时发布数据的唯一标识顺序读取到内存。在其它实施例中，所读取的增加文件的索引目录中，还可以包含用户号码或用户号码的相关信息，其索引目录结构，在此不再详细赘述，可以参见步骤502在其它实施例中所读取的删除文件的索引目录的说明。
步骤506，判断定时发布数据的唯一标识是否记录在删除文件中。
比较读取的定时发布数据的唯一标识是否存在于内存中的删除文件中，若否，执行步骤508，若是，执行步骤512。
步骤508，判定定时发布数据为所要发布的定时发布数据。
步骤510，发布定时发布数据。
在步骤508之后执行步骤510，发布定时发布数据，可以将该定时发布数据发布给全网用户、发布给特定用户或者发布给特定用户的好友等等。
步骤512，判定定时发布数据不是所要发布的定时发布数据。
当判定定时发布数据不是所要发布的定时发布数据，不进行发布处理，继续读取下一定时发布数据。
此外，在本实施例中，发布时间以分钟为单位，在每一分钟，根据对应的删除文件和增加文件进行定时发布数据的发布。在该时间点之后，可以预设一个时间间隔，例如每小时、每天等对过期的增加文件和删除文件进行删除操作，从而释放硬盘或磁盘的存储空间。
本实施例中，在发布定时发布数据时，只需要读取文件体积比较小的删除文件，以及顺序读取增加文件中的定时发布数据，不需要将大量的定时发布数据加载到内存，减少了内存加载耗时，提高了处理效率。
参见图6，在一个实施例中，提供了一种定时发布数据的处理装置。该装置可以但不限于应用于一服务器中，该服务器可以为网络用户提供游戏提醒、好友生日提醒、资讯信息发布等。
本实施提供的定时发布数据的发布装置包括：
接收模块602，用于接收对定时发布数据的操作请求，操作请求包括增加数据请求、删除数据请求或更新数据请求。
处理模块604，用于根据操作请求，写增加文件或删除文件，增加文件对应于所要新增或更新后的定时发布数据，删除文件对应于所要删除或更新前的定时发布数据，增加文件和删除文件以定时发布数据的发布时间为索引。
在本实施例中，该装置还可以包括发布模块606，由此就实现了将定时发布数据进行发布的功能。发布模块606用于根据各发布时间对应的增加文件和删除文件，确定各发布时间所要发布的定时发布数据，并发布定时发布数据。
参见图7，在一个实施例中，处理模块604包括判断单元6042和文件修改单元6044。
判断单元6042，用于判断操作请求为增加数据请求、删除数据请求、更新 数据请求中的哪一种。
文件修改单元6044，用于：在操作请求为增加数据请求时，以append文件的方式，将用户所要新增的定时发布数据的唯一标识和发布内容记录到所要新增的定时发布数据的发布时间对应的增加文件中；以及在所述操作请求为删除数据请求时，以append文件的方式，将用户所要删除的定时发布数据的唯一标识记录到所要删除的定时发布数据的发布时间对应的删除文件中；以及在所述操作请求为更新数据请求时，以append文件的方式，将用户所要更新的定时发布数据的唯一标识记录到所要更新的定时发布数据的发布时间对应的删除文件中，并将更新后的唯一标识、发布内容记录到更新后发布时间对应的增加文件中。
此外，在一个实施例中，接收模块602可以根据用户标识，确定用户标识对应的共享缓存队列，通过共享缓存队列接收操作请求。用户标识例如可以是用户唯一对应的用户号码，接收模块602根据用户号码与共享缓存队列的数目的求余结果确定对应的共享缓存队列。处理模块604，用于根据用户标识，确定用户标识对应的线程队列，通过线程队列接收操作请求，再通过线程队列对应的线程写增加文件或删除文件，相应地，处理模块604可以根据用户号码与线程队列的数目的求余结果确定对应的处理缓存队列。
在一个实施例中，发布模块606用于读取各发布时间对应的删除文件；以及读取各发布时间对应的增加文件中的定时发布数据的唯一标识，并判断定时发布数据的唯一标识是否记录在删除文件中；若否，则定时发布数据为所要发布的定时发布数据，若是，则定时发布数据不是所要发布的定时发布数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。
本发明实施例还提供了另一种定时发布数据的发布终端，如图8所示，为 了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意终端设备，以终端为手机为例：
图8示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图8，手机包括：射频（Radio Frequency，RF）电路1110、存储器1120、输入单元1130、显示单元1140、传感器1150、音频电路1160、无线保真（wireless fidelity，WiFi）模块1170、处理器1180、以及电源1190等部件。本领域技术人员可以理解，图8中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图8对手机的各个构成部件进行具体的介绍：
RF电路1110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1180处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器（Low Noise Amplifier，LNA）、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统 （Global System of Mobile communication，GSM）、通用分组无线服务（General Packet Radio Service，GPRS）、码分多址（Code Division Multiple Access，CDMA）、宽带码分多址（Wideband Code Division Multiple Access, WCDMA）、长期演进 （Long Term Evolution,LTE）)、电子邮件、短消息服务（Short Messaging Service，SMS）等。
存储器1120可用于存储软件程序以及模块，处理器1180通过运行存储在存储器1120的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器1120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器 件。
输入单元1130可用于接收输入的数字或字符信息，以及产生与手机1100的用户设置以及功能控制有关的键信号输入。具体地，输入单元1130可包括触控面板1131以及其他输入设备1132。触控面板1131，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1131上或在触控面板1131附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1180，并能接收处理器1180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1131。除了触控面板1131，输入单元1130还可以包括其他输入设备1132。具体地，其他输入设备1132可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1140可包括显示面板1141，可选的，可以采用液晶显示器（Liquid Crystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode,OLED）等形式来配置显示面板1141。进一步的，触控面板1131可覆盖显示面板1141，当触控面板1131检测到在其上或附近的触摸操作后，传送给处理器1180以确定触摸事件的类型，随后处理器1180根据触摸事件的类型在显示面板1141上提供相应的视觉输出。虽然在图8中，触控面板1131与显示面板1141是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1131与显示面板1141集成而实现手机的输入和输出功能。
手机1100还可包括至少一种传感器1150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1141的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1141和/或背光。作为运动传感器的一种， 加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1160、扬声器1161，传声器1162可提供用户与手机之间的音频接口。音频电路1160可将接收到的音频数据转换后的电信号，传输到扬声器1161，由扬声器1161转换为声音信号输出；另一方面，传声器1162将收集的声音信号转换为电信号，由音频电路1160接收后转换为音频数据，再将音频数据输出处理器1180处理后，经RF电路1110以发送给比如另一手机，或者将音频数据输出至存储器1120以便进一步处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块1170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块1170，但是可以理解的是，其并不属于手机1100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1180是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1120内的软件程序和/或模块，以及调用存储在存储器1120内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1180可包括一个或多个处理单元；优选的，处理器1180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1180中。
手机1100还包括给各个部件供电的电源1190（比如电池），优选的，电源可以通过电源管理系统与处理器1180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，手机1100还可以包括摄像头、蓝牙模块等，在此不再赘述。
在本发明实施例中，该终端所包括的处理器1180还具有以下功能：
接收用户对定时发布数据的操作请求，操作请求包括增加数据请求、删除 数据请求或更新数据请求；根据操作请求，写增加文件或删除文件，增加文件对应于所要定时发布的定时发布数据，删除文件对应于所要删除的定时发布数据，增加文件和删除文件以定时发布数据的发布时间为索引。
在本发明实施例中，该终端所包括的处理器1180还具有以下功能：
判断操作请求为增加数据请求、删除数据请求、更新数据请求中的哪一种；若操作请求为增加数据请求，以append文件的方式，将用户所要新增的定时发布数据的唯一标识和发布内容记录到所要新增的定时发布数据的发布时间对应的增加文件中；若操作请求为删除数据请求，以append文件的方式，将用户所要删除的定时发布数据的唯一标识记录到所要删除的定时发布数据的发布时间对应的删除文件中；若操作请求为更新数据请求，以append文件的方式，将用户所要更新的定时发布数据的唯一标识记录到所要更新的定时发布数据的发布时间对应的删除文件中，并将更新后的唯一标识、发布内容记录到更新后发布时间对应的增加文件中。
在本发明实施例中，该终端所包括的处理器1180还具有以下功能：
根据用户标识，确定用户标识对应的共享缓存队列，通过共享缓存队列接收操作请求；根据用户标识，确定用户标识对应的线程队列，通过线程队列接收操作请求，再通过线程队列对应的线程写增加文件或删除文件。
在本发明实施例中，该终端所包括的处理器1180还具有以下功能：
根据用户号码与共享缓存队列的数目的求余结果确定对应的共享缓存队列；根据用户号码与线程队列的数目的求余结果确定对应的线程队列。
在本发明实施例中，该终端所包括的处理器1180还具有以下功能：
读取各发布时间对应的删除文件；读取各发布时间对应的增加文件中的定时发布数据的唯一标识，并判断定时发布数据的唯一标识是否记录在删除文件中；若否，则判定所述定时发布数据为所要发布的定时发布数据；若是，则判定所述定时发布数据不是所要发布的定时发布数据。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和 改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。