1.一种为旅行产品签发凭证的方法，该方法包括：
在计算机接收定义多个任务的数据，每个任务与凭证的签发相关并且具有签发时间；
由计算机将每个任务在第一队列中排队；
响应于满足针对第一队列中的第一任务的触发条件，由计算机将第一任务从第一队列转发到第二队列；
响应于第一任务在第二队列中被排队，由计算机生成签发请求；
由计算机在第一售票识别器和第一签发应用之间建立链接，第一签发应用具有每单位时间能够被处理的最大交易数量；
由计算机经由所述链接向第一签发应用传送所述签发请求，所述签发请求是要传送到第一签发应用的多个签发请求中的一个签发请求；
由计算机基于每单位时间的最大交易数量，调整签发请求被传送到第一签发应用的速率；及
响应于所述签发请求被第一签发应用处理，由计算机释放第一售票识别器；
其中，接收包括由递送管理器使用至少一个调度守护进程从至少一个数据库检索任务，并且至少一个调度守护进程以可单独选择的频率查询所述至少一个数据库并以每秒的任务数的速率将任务传送到包括第二队列的签发模块，每秒的任务数的速率对应于在签发模块处所述任务的预期处理时间，
其中，第二队列的任务被存储在本地队列中，并使签发模块能够响应于处理错误而重新启动从本地队列的签发过程，并且能够避免由调度器模块响应于任务处理错误而请求第二队列的重新传送，
其中，排队守护进程确定由签发模块包含的签发管理器是否不可用，以及将任务维持在本地队列中直到签发管理器可用为止，以及
其中，如果有以下情况，则重新启动签发过程：
i)尝试的传送数量不超过重试尝试的最大可允许数量，
ii)重试尝试之间的当前延迟不超过最大可允许的延迟，以及
iii)第一队列的传送还没有超时，即，从向签发模块传送第一队列的第一次尝试起，不超过最大可允许的时间量。
2.如权利要求1所述的方法，还包括：
将第一任务在第二队列中排队；及
响应于第一任务在第二队列中被排队，从第一队列中移除第一任务。
3.如权利要求1所述的方法，其中第一任务与第一队列中的第二任务相关，并且还包括：
使第一任务和第二任务成组；
将第二任务在第二队列中排队；及
响应于第一任务和第二任务在第二队列中被排队，将第一任务和第二任务作为一批从第一队列中移除。
4.如权利要求3所述的方法，其中第一任务和第二任务通过与旅客订座记录的共同关联而相关。
5.如权利要求1所述的方法，其中触发条件包括实际时间到达签发第一任务的时间。
6.如权利要求1所述的方法，其中第一队列包括第一数据库和第二数据库，并且将每个任务在第一队列中排队包括：
确定每个任务的类型；及
对于每个任务，如果该任务属于第一类型，则将该任务存储在第一数据库中，或者，如果该任务属于第二类型，则将该任务存储在第二数据库中。
7.如权利要求6所述的方法，还包括：
以第一频率在第一数据库查询满足所述触发条件的任务；及
以第二频率在第二数据库查询满足所述触发条件的任务，
其中第二频率不同于第一频率。
8.如权利要求1所述的方法，还包括：
响应于凭证由第一签发应用签发，从第一队列中移除第一任务。
9.如权利要求1所述的方法，其中：
第一售票识别器选自包括第一售票识别器和第二售票识别器的多个售票识别器；及
第一签发应用是由第一售票识别器基于由任务指定的售票处从第一签发应用和第二签发应用中选择出的。
10.如权利要求1所述的方法，其中签发请求是基于与第一任务相关联的旅客订座记录生成的。
11.一种为旅行产品签发凭证的设备，该设备包括：
处理器；和
耦接到处理器的存储器，包括当被处理器执行时使得所述设备执行以下操作的指令：
接收定义多个任务的数据，每个任务与凭证的签发相关并且具有签发时间；
将每个任务在第一队列中排队；
响应于满足针对第一队列中的第一任务的触发条件，将第一任务从第一队列转发到第二队列；
响应于第一任务在第二队列中被排队，生成签发请求；
在第一售票识别器和第一签发应用之间建立链接，第一签发应用具有每单位时间能够被处理的最大交易数量；
经由所述链接向第一签发应用传送所述签发请求，所述签发请求是要传送到第一签发应用的多个签发请求中的一个签发请求；
基于每单位时间的最大交易数量，调整签发请求被传送到第一签发应用的速率；及
响应于所述签发请求被第一签发应用处理，释放第一售票识别器；
其中，接收包括由递送管理器使用至少一个调度守护进程从至少一个数据库检索任务，并且至少一个调度守护进程以可单独选择的频率查询所述至少一个数据库并以每秒的任务数的速率将任务传送到包括第二队列的签发模块，每秒的任务数的速率对应于在签发模块处所述任务的预期处理时间，
其中，第二队列的任务被存储在本地队列中，并使签发模块能够响应于处理错误而重新启动从本地队列的签发过程，并且能够避免由调度器模块响应于任务处理错误而请求第二队列的重新传送，
其中，排队守护进程确定由签发模块包含的签发管理器是否不可用，以及将任务维持在本地队列中直到签发管理器可用为止，以及
其中，如果有以下情况，则重新启动签发过程：
i)尝试的传送数量不超过重试尝试的最大可允许数量，
ii)重试尝试之间的当前延迟不超过最大可允许的延迟，以及
iii)第一队列的传送还没有超时，即，从向签发模块传送第一队列的第一次尝试起，不超过最大可允许的时间量。
12.如权利要求11所述的设备，其中第一任务与第一队列中的第二任务相关，并且所述指令还被配置为使得所述设备执行以下操作：
将第一任务在第二队列中排队；及
响应于第一任务在第二队列中被排队，从第一队列中移除第一任务。
13.如权利要求11所述的设备，其中第一任务与第一队列中的第二任务相关，并且所述指令还被配置为使得所述设备执行以下操作：
使第一任务和第二任务成组；
将第二任务在第二队列中排队；及
响应于第一任务和第二任务在第二队列中被排队，将第一任务和第二任务作为一批从第一队列中移除。
14.如权利要求13所述的设备，其中第一任务和第二任务通过与旅客订座记录的共同关联而相关。
15.如权利要求11所述的设备，其中触发条件包括实际时间到达签发第一任务的时间。
16.如权利要求11所述的设备，其中第一队列包括第一数据库和第二数据库，并且所述指令使得所述设备通过执行以下操作来将每个任务在第一队列中排队：
确定每个任务的类型；及
对于每个任务，如果该任务属于第一类型，则将该任务存储在第一数据库中，或者，如果该任务属于第二类型，则将该任务存储在第二数据库中。
17.如权利要求16所述的设备，其中所述指令还被配置为使得所述设备执行以下操作：
以第一频率在第一数据库查询满足所述触发条件的任务；及
以第二频率在第二数据库查询满足所述触发条件的任务，
其中第二频率不同于第一频率。
18.如权利要求11所述的设备，其中所述指令还被配置为使得所述设备执行以下操作：
响应于凭证由第一签发应用签发，从第一队列中移除第一任务。
19.如权利要求11所述的设备，其中：
第一售票识别器选自包括第一售票识别器和第二售票识别器的多个售票识别器；及
第一签发应用是由第一售票识别器基于由任务指定的售票处从第一签发应用和第二签发应用中选择出的。
20.一种非暂时性的计算机可读存储介质，所述非暂时性的计算机可读存储介质上存储有指令，所述指令在被处理器执行时使得处理器执行以下操作：
接收定义多个任务的数据，每个任务与凭证的签发相关并且具有签发时间；
将每个任务在第一队列中排队；
响应于满足针对第一队列中的第一任务的触发条件，将第一任务从第一队列转发到第二队列；
响应于第一任务在第二队列中被排队，生成签发请求；
在第一售票识别器和第一签发应用之间建立链接，第一签发应用具有每单位时间能够被处理的最大交易数量；
经由所述链接向第一签发应用传送所述签发请求，所述签发请求是要传送到第一签发应用的多个签发请求中的一个签发请求；
基于每单位时间的最大交易数量，调整签发请求被传送到第一签发应用的速率；及
响应于所述签发请求被第一签发应用处理，释放第一售票识别器；
其中，接收包括由递送管理器使用至少一个调度守护进程从至少一个数据库检索任务，并且至少一个调度守护进程以可单独选择的频率查询所述至少一个数据库并以每秒的任务数的速率将任务传送到包括第二队列的签发模块，每秒的任务数的速率对应于在签发模块处所述任务的预期处理时间，
其中，第二队列的任务被存储在本地队列中，并使签发模块能够响应于处理错误而重新启动从本地队列的签发过程，并且能够避免由调度器模块响应于任务处理错误而请求第二队列的重新传送，
其中，排队守护进程确定由签发模块包含的签发管理器是否不可用，以及将任务维持在本地队列中直到签发管理器可用为止，以及
其中，如果有以下情况，则重新启动签发过程：
i)尝试的传送数量不超过重试尝试的最大可允许数量，
ii)重试尝试之间的当前延迟不超过最大可允许的延迟，以及
iii)第一队列的传送还没有超时，即，从向签发模块传送第一队列的第一次尝试起，不超过最大可允许的时间量。