一种延时触发交易的控制方法以及控制装置

技术领域

本发明属于计算机处理系统，尤其涉及移动互联网领域，特别涉及在应用程序中对需要延时进行的交易进行延时触发管理的控制方法以及控制装置。

背景技术

在计算机处理系统中，存在着延时触发一个交易的情况。基于不同交易的发生背景，其情况各不相同，但总的一个要求是发起一个交易，但该交易并不是立即被执行，而是等到特定时间点再被触发执行。例如，关闭一个弹出窗口，通常都是在时间阈值届满后再执行关闭的动作(交易)，或者类似的需求。

针对这样的延时触发的交易请求，需要一套成熟的技术方案进行系统管理。本发明的目的是提供一套独立运行的管理延时触发交易的技术方案。

发明内容

针对现有技术中的需求，本发明的目的是提供一种延时触发交易的控制方法，其用于实现对可以延时进行的交易请求的延时处理，包括如下步骤：

a.接收交易请求信息；

b.将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于缓存中；

c.通过一监控器轮询所述缓存中的所有触发时间信息，并在某一个触发时间届满时发出处理对应所述交易请求信息的指令。

优选地，所述步骤b之前还包括如下步骤：

i.判断所述交易请求信息是否可以被延时处理；

ii.若所述交易请求信息可以被延时处理，则执行所述步骤b。

优选地，还包括如下步骤：

iii.若所述交易请求信息不可以被延时处理，则直接处理所述交易请求信息，不再执行所述步骤b。

优选地，所述步骤b包括如下步骤：

b1.将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于Redis有序集合。

优选地，所述步骤b包括如下步骤：

b1'.以所述交易请求信息的唯一标识作为Key将所述交易请求信息存储于Redis有序集合。

优选地，在所述步骤b1'中还包括如下步骤：

-以所述交易请求信息对应的触发时间戳作为排序的依据对所述Redis有序集合进行排序。

优选地，在所述步骤c中，通过如下步骤执行所述通过一监控器轮询所述缓存中的所有触发时间信息的步骤：

c1.通过一定时器在Redis有序集合中查询所有触发时间信息；

c2.在某一个触发时间届临时发出处理对应所述交易请求信息的指令。

优选地，在所述步骤c中，通过如下步骤执行所述通过一监控器轮询所述缓存中的所有触发时间信息的步骤：

-从对应集合中的第一条开始轮询，并将所述第一条交易请求信息作为当前交易请求信息；

-若所述当前交易请求信息对应的触发时间戳小于等于当前时间戳的，则所述交易请求信息的唯一标识发出处理对应所述交易请求信息的指令，将所述交易请求信息从集合中删除；否则执行下一步骤，将下一条交易请求信息作为当前交易请求信息；

-若所述当前交易请求信息对应的触发时间戳大于当前时间戳的，则将所述对应集合中的第一条交易请求信息作为所述当前交易请求信息，重新开始轮询。

根据本发明的另一个方面，还提供一种延时触发交易的控制装置，其特征在于，包括如下装置：

第一接收装置，其用于接收交易请求信息；

第一存储装置，其用于将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于缓存中；

第一处理装置，其用于通过一监控器轮询所述缓存中的所有触发时间信息，并在某一个触发时间届满时发出处理对应所述交易请求信息的指令。

优选地，所述控制装置还包括如下装置：

第一判断装置，其用于判断所述交易请求信息是否可以被延时处理；

第二处理装置，若所述交易请求信息可以被延时处理的，则启动所述第一存储装置。

优选地，所述第一存储装置包括：

第二存储装置，其用于将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于Redis有序集合。

本发明公开一种延时触发交易的控制方法，通过集合或者队列的建立、排序以及监控，并通过轮询机制，使得可以被延时的交易被有序地延时执行。本发明实现简单，但可以有效解决延时交易所需要的各种条件，并且易于推广，具有较高的商业价值。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出了本发明的第一实施例的，一种延时触发交易的控制方法的具体流程示意图；以及

图2示出了本发明的第二实施例的，一种延时触发交易的控制方法的具体流程示意图。

具体实施方式

为了更好的使本发明的技术方案清晰的表示出来，下面结合附图对本发明作进一步说明。

本领域技术人员理解，针对现有技术的不足，本发明公开了一种延时触发交易的控制方法，可以对多个需要延时触发的交易进行管理，并在到达触发时间时启动一个特定的延时触发交易。通过本发明提供的技术方案，可以有序管理多个延时触发交易，形成一套独立的管理机制。

图1示出了本发明的第一实施例的，一种延时触发交易的控制方法的具体流程示意图。具体地，包括如下步骤：

首先，进入步骤S101，接收交易请求信息。本领域技术人员理解，优选地，针对本发明提供的控制装置以及控制方法，只有需要延时触发的交易请求信息被发送给本发明提供的控制装置，并进一步地被通过图1以及图2所示实施例处理。因此，在收到一个或多个交易请求信息时，则所述控制装置优选地直接进行启动后续处理步骤即可，例如步骤S102，步骤S103,等。而在另一个变化例中，所有交易请求信息都会被发送给所述控制装置，但并不是每个交易请求信息是延时触发交易，所以所述控制装置还需要做出筛选，具体如后文所描述。更进一步地，在另外一个变化例中，所有交易请求信息首先被发送到一个总控系统内，所述总控系统对所所有交易请求进行筛选，将有延时触发要求的交易请求信息转发给所述控制装置。这样的变化例都在本发明的保护范围之内，在此不予赘述。

然后执行步骤S102，将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于缓存中。针对有延时触发要求的交易请求信息，所述控制装置优选地将这些交易请求信息存储到缓存中，被留待后续继续处理。具体地，在本实施例中，所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于缓存中，即存储的时候，一并存储每个交易请求信息对应的触发时间信息，例如这是一个时间戳，具体如图2所示实施例所示。本领域技术人员理解，在所述触发时间到达时，则优选地所述交易请求信息将被启动执行，从而完成本发明的发明目的。

最后进入步骤S103，通过一监控器轮询所述缓存中的所有触发时间信息，并在某一个触发时间届满时发出处理对应所述交易请求信息的指令。在所有交易请求信息被存储到缓存中后，则在本步骤中，对所有交易请求信息进行轮询，例如启动一个循环执行的轮询监控器，对所述缓存中的所有交易请求信息进行查询，通过每个交易请求信息对应的触发时间来判断是否应执行对应的交易请求信息，如果触发时间届满，即所述轮询监控器的当前时间(机器时间，或者服务器时间)与所述交易请求信息对应的触发时间一致，或者所述交易请求信息对应的触发时间超过了当前时间，则优选地所述交易请求信息被启动执行。相应地，一旦一个交易请求信息被执行了，则该交易请求信息优选地被从所述缓存中移除，即不需要再对其进行延时触发管理。

进一步地，本领域技术人员理解，不论是在图1所示实施例，还是图2所示实施例，优选地，所述交易请求信息均被存储缓存中，并且在所述交易请求信息被执行后从所述缓存中删除，从而形成对缓存的有效利用，便于管理。本领域技术人员理解，可以通过多种技术手段对多个交易请求信息进行管理，例如优选地通过队列方式对多个交易请求信息进行排序管理，也可以采用堆栈、树结构、数据库结构、文本方式等方式对多个交易请求信息进行管理，这都在本发明的保护范围之内，在此不予赘述。

进一步地，本领域技术人员理解，在一个变化例中，在所述控制装置接收到一个交易请求信息后，还会执行如下步骤：

i.判断所述交易请求信息是否可以被延时处理；

ii.若所述交易请求信息可以被延时处理，则执行图1所述步骤S102；若所述交易请求信息不可以被延时处理，则直接处理所述交易请求信息，不再执行图1所示后续步骤。本领域技术人员理解，在这样的变化例中，并不是每个被接收的交易请求信息都有延时触发的属性，所以所述控制装置要判断所述交易请求信息是否具有延时触发时间或者类似的属性标签，然后再确定是否进行图1所示步骤S102以及后续步骤的处理。

更进一步地，在另外一个优选实施例中，所述步骤S103可以通过如下步骤实现：将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于Redis有序集合。在这样的实施例中，在所述缓存中建立一个Redis有序集合，并通过Redis有序集合对多个交易请求信息进行管理。进一步地，本领域技术人员理解，所述Redis有序集合仅仅是管理交易请求信息的一种实施方式，通过Redis有序集合，以合适的排序键值可以容易对交易请求信息进行排序，从而使得轮询变得更加简单，易于推广，提高计算机处理系统的工作效率。

延续上述Redis有序集合的思路，进一步优选地，上述与Redis有序集合有关的步骤中，还可以进一步包括如下步骤：以所述交易请求信息的唯一标识作为Key将所述交易请求信息存储于Redis有序集合。进一步地，本领域技术人员理解，由于交易请求信息的唯一标识具有唯一性，所以可以作为所述Redis有序集合的索引或者类似的键值，类似的变化都在本发明的保护范围之内，在此不予赘述。

延续上述Redis有序集合的思路，进一步优选地，上述与Redis有序集合有关的步骤中，还可以进一步包括如下步骤：以所述交易请求信息对应的触发时间戳作为排序的依据对所述Redis有序集合进行排序。在本实施例中，以每个交易请求信息自带的触发时间信息，优选地表示为交易请求信息触发时间戳作为排序的键值对所述Redis有序集合中每个交易请求信息进行排序，当存在多个交易请求信息的时间戳信息一致的时候，则不需要区分顺序将这多个交易请求信息排列在一起。在其他变化例中，也可以通过其他方式对Redis有序集合或者类似容器(例如队列、数据库)中的所有交易请求信息进行排序，这都在本发明的保护范围之内，在此不予赘述。

在图1所示实施例的基础上，图2示出了本发明的第二实施例的，一种延时触发交易的控制方法的具体流程示意图。

具体地，本领域技术人员理解，在所述多个交易请求信息被存储到缓存中后，则需要对这多个交易请求信息进行监控，以便在延时触发时启动一个或多个交易请求信息。这样的过程，即通过如下步骤执行所述通过一监控器轮询所述缓存中的所有触发时间信息的步骤可以通过如下步骤来：

c1.通过一定时器在Redis有序集合中查询所有触发时间信息；

c2.在某一个触发时间届临时发出处理对应所述交易请求信息的指令。

具体地，本领域技术人员理解，为了不错过任何一个交易请求信息，所述定时器应实时地对所有交易请求信息进行监控，例如一个通常的做法是采用一个不断循环的监控器来对缓存或者上述的Redis有序集合中的所有交易请求信息进行轮询查询，而类似的变化例也都在本发明的保护范围之内，在此不予赘述。

相应地，如果某一个交易请求信息对应的延时触发时间到达，则直接处理所述交易请求信息，即启动所述交易请求信息，或者将所述交易请求信息发送到主进程中排队进行处理，类似的变化例也都在本发明的保护范围之内，在此不予赘述。

更进一步地，本领域技术人员理解，所述监控器可以通过一个特定的进程来实现，例如该进程以每60秒启动一次的方式启动，每次启动则轮询60秒，从而不断地轮询所有交易请求信息，在此不予赘述。

更为具体地，参考上述图2所示实施例，首先执行步骤S201，从对应集合中的第一条开始轮询，并将所述第一条交易请求信息作为当前交易请求信息。本领域技术人员理解，所述对应集合即存储所述交易请求信息的集合，其可以是任何形式的存在，这些变化都在本发明的保护范围之内，在此不予赘述。优选地，从所述集合的第一条交易请求信息开始查询。进一步地，本领域技术人员理解，在采用排序的集合的情况下，则第一条交易请求信息记录通常是距离当前时间最近的一条交易请求信息，在此不予赘述。

其次，进入步骤S202，当所述当前交易请求信息对应的触发时间戳小于等于当前时间戳时，则基于所述交易请求信息的唯一标识发出处理对应所述交易请求信息的指令，并将所述交易请求信息从集合中删除；否则执行下一步骤，将下一条交易请求信息作为当前交易请求信息。一旦发现轮询过程中，所述当前交易请求信息对应的触发时间戳小于等于当前时间戳的，则表示当前交易请求信息已经到了被触发的时间，则执行所述交易请求信息。在所述控制装置无法执行所述交易请求信息时，则将执行所述交易请求信息的指令发送给对应的主控系统，例如主CPU等等，在此不予赘述。

进一步优选地，由于当前交易请求信息已经被执行，则不需要再对其进行监控，将所述交易请求信息从缓存中或者所述任何一个管理交易请求信息的集合中删除，而类似的变化例都在本发明的保护范围之内，在此不予赘述。

最后，执行步骤S203，当所述当前交易请求信息对应的触发时间戳大于当前时间戳时，则将所述对应集合中的第一条交易请求信息作为所述当前交易请求信息，重新开始轮询。在所述当前交易请求信息对应的触发时间戳大于当前时间戳时，则表明当前交易请求信息以及后续的交易请求信息均还没有到达触发时间，所以从缓存中的第一条交易请求信息再次开始轮询，以此循环，直至所述缓存中不再有任何交易请求信息。

参考上述1以及图2所示实施例，本领域技术人员理解，对应地，在本发明的其他实施例中，还提供一种延时触发交易的控制装置，其特征在于，包括如下装置：

第一接收装置，其用于接收交易请求信息；

第一存储装置，其用于将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于缓存中；

第一处理装置，其用于通过一监控器轮询所述缓存中的所有触发时间信息，并在某一个触发时间届满时发出处理对应所述交易请求信息的指令。

而在另外一个变化例中，所述控制装置还包括如下装置：

第一判断装置，其用于判断所述交易请求信息是否可以被延时处理；

第二处理装置，若所述交易请求信息可以被延时处理的，则启动所述第一存储装置。

而在另外一个变化例中，所述第一存储装置包括：

第二存储装置，其用于将所述交易请求信息以及与所述交易请求信息对应的触发时间信息相适应地存储于Redis有序集合。

上述装置可以参考图1以及图2所示实施例、变化例的描述实现，在此不予赘述。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变形或修改，这并不影响本发明的实质内容。