数据更新方法、装置、设备和存储介质

摘要

本发明涉及一种数据更新方法、装置、设备和存储介质，获取业务类型和所述业务类型对应的等待人数；根据所述业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；发送广播消息。通过发送广播消息给业务类型对应的目标呼叫器地址，使得多条串行通讯流程转换成了一条广播通讯，实现各个呼叫器同时并行进行更新，减少了对通讯总线的占用，提高了排队叫号系统的效率和响应时间，同时降低了系统无线通讯部分的功耗，使得可采用更少的排队主机实现更多柜台、更多业务的应用场景。

权利要求

1.一种数据更新方法，其特征在于，所述方法应用于排队叫号系统，包括：在用户取号时或在业务办理完成时，获取业务类型和所述业务类型对应的等待人数；

根据所述业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；一个所述业务类型对应多个所述目标呼叫器，一个所述目标呼叫器对应多个所述业务类型；

发送广播消息；所述广播消息包括需要进行相应操作的所有目标呼叫器地址、所述业务类型对应的等待人数和更新方式；所述广播消息用于指示所有目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。

2.根据权利要求1所述的方法，其特征在于，所述获取业务类型和所述业务类型对应的等待人数，包括：在检测到用户输入取号指令时，获取所述业务类型和所述业务类型对应的等待人数。

3.根据权利要求2所述的方法，其特征在于，所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数加1。

4.根据权利要求1所述的方法，其特征在于，所述获取业务类型和所述业务类型对应的等待人数，包括：在检测到呼叫器发送的呼叫指令时，获取所述业务类型和所述业务类型对应的等待人数。

5.根据权利要求4所述的方法，其特征在于，所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数减1。

6.一种数据更新方法，其特征在于，所述方法应用于排队叫号系统，包括：接收广播消息；所述广播消息包括业务类型对应的等待人数、需要进行相应操作的所有目标呼叫器地址、以及更新方式；所述目标呼叫器地址为根据所述业务类型与呼叫器地址之间的对应关系，确定的所述业务类型对应的目标呼叫器地址；一个所述业务类型对应多个所述目标呼叫器，一个所述目标呼叫器对应多个所述业务类型；

判断所述所有目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。

7.一种数据更新的装置，其特征在于，所述装置包括：

获取模块，用于在用户取号时或在业务办理完成时，获取业务类型和所述业务类型对应的等待人数；

确定模块，用于根据业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；一个所述业务类型对应多个所述目标呼叫器，一个所述目标呼叫器对应多个所述业务类型；

数据发送模块，用于发送广播消息；所述广播消息包括需要进行相应操作的所有目标呼叫器地址、所述业务类型对应的等待人数和更新方式；所述广播消息用于指示所有目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。

8.一种数据更新的装置，其特征在于，所述装置包括：

接收模块，用于接收广播消息；所述广播消息包括业务类型对应的等待人数、需要进行相应操作的所有目标呼叫器地址、以及更新方式；所述目标呼叫器地址为根据所述业务类型与呼叫器地址之间的对应关系，确定的所述业务类型对应的目标呼叫器地址；一个所述业务类型对应多个所述目标呼叫器，一个所述目标呼叫器对应多个所述业务类型；

判断模块，用于判断所述所有目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

说明书

数据更新方法、装置、设备和存储介质

技术领域

[0001] 本发明涉及通讯控制领域，尤其涉及一种排队叫号系统的数据更新方法、装置、设备和存储介质。

背景技术

[0002] 排队叫号系统是一种综合运用计算机、网络、多媒体、通讯控制的高新技术产品，适用于各类窗口服务行业。它解决了顾客站立排队的问题，创造了人性化服务环境。近年来随着一些集中办公，多楼层多窗口的政务大厅的出现，对传统排队叫号系统的效率质量、响应时间提出了更高的要求。

[0003] 通常一套排队叫号系统有多个可办业务队列，同时每个柜台呼叫器有自己的地址，所能办的业务不同。当办理某业务的等待人数发生变化时，排队主机需分别计算出每个柜台呼叫器当前的等待人数，并且通过排队机依次逐个发送到等待人数有变化的呼叫器上进行更新显示，一个业务可办的窗口越多，所需向呼叫器发送更新显示等待人数的次数就越多。

[0004] 上述排队叫号系统在可办业务较多的情况下，容易出现通讯阻塞冲突进而导致丢号漏呼的情况，且工作效率较低。

发明内容

[0005] 基于此，有必要针对传统的排队叫号系统工作效率低的问题提供一种新的排队叫号系统的数据更新方法、装置、设备和存储介质。

[0006] 第一方面，本申请实施例提供一种数据更新方法，包括：

[0007] 获取业务类型和所述业务类型对应的等待人数；

[0008] 根据所述业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；

[0009] 发送广播消息；所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。

[0010] 上述的数据更新方法，通过业务类型与呼叫器地址之间的对应关系，发送广播消息给业务类型对应的目标呼叫器地址；该方法将多条串行通讯流程转换成了一条广播通讯，各个呼叫器同时并行进行更新，无需排队主机逐个计算当前队列呼叫器的等待人数再依次逐个发送到每一个呼叫器，提高了排队叫号系统的效率和响应时间，也降低了系统无线通讯部分的功耗。

[0011] 在其中一个实施例中，所述获取业务类型和所述业务类型对应的等待人数，包括：

[0012] 在检测到用户输入取号指令时，获取所述业务类型和所述业务类型对应的等待人数。

[0013] 在其中一个实施例中，所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数加1。

[0014] 在其中一个实施例中，所述获取业务类型和所述业务类型对应的等待人数，包括：

[0015] 在检测到呼叫器发送的呼叫指令时，获取所述业务类型和所述业务类型对应的等待人数。

[0016] 在其中一个实施例中，所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数减1。

[0017] 第二方面，本申请实施例提供一种数据更新方法，包括：

[0018] 接收广播消息；所述广播消息包括业务类型对应的等待人数和所述目标呼叫器地址；

[0019] 判断所述目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。

[0020] 第三方面，本申请实施例提供一种数据更新装置，所述装置包括：

[0021] 获取模块，用于获取业务类型和所述业务类型对应的等待人数；

[0022] 确定模块，用于根据所述业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；

[0023] 数据发送模块，用于发送广播消息；所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。第四方面，本申请实施例提供一种数据更新装置，所述装置包括：

[0024] 接收模块，用于接收广播消息；所述广播消息包括业务类型对应的等待人数和所述目标呼叫器地址；

[0025] 判断模块，判断所述目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。

[0026] 第五方面，一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

[0027] 获取业务类型和所述业务类型对应的等待人数；

[0028] 根据所述业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；

[0029] 发送广播消息；所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。

[0030] 第六方面，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

[0031] 获取业务类型和所述业务类型对应的等待人数；

[0032] 根据所述业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；

[0033] 发送广播消息；所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。

[0034] 上述数据更新方法、装置、设备和存储介质，获取业务类型和所述业务类型对应的等待人数；根据所述业务类型与呼叫器地址之间的对应关系，确定业务类型对应的目标呼叫器地址；发送广播消息，所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。通过发送广播消息给业务类型对应的目标呼叫器地址，使得多条串行通讯流程转换成了一条广播通讯，实现各个呼叫器同时并行进行更新，减少了对通讯总线的占用，提高了排队叫号系统的效率和响应时间。

附图说明

[0035] 图1为一种排队叫号系统组成图；

[0036] 图2为本申请实施例提供的一种数据更新方法流程图；

[0037] 图3为本申请实施例提供的另一种数据更新方法的流程图；

[0038] 图4为一个实施例提供的数据更新装置结构示意图；

[0039] 图5为另一个实施例提供的数据更新装置结构示意图；

[0040] 图6为一个实施例提供的计算机设备的内部结构示意图。具体实施例

[0041] 为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

[0042] 本申请实施例提供的数据更新方法可以应用于一种排队叫号系统，如图1所示，该排队叫号系统由发号主机、主控箱、呼叫器、显示屏、音箱等组成。其中，该排队机中主控箱可以是计算机设备。发号主机用于显示办理业务种类，打印排队号等，主控箱用于控制显示器、呼叫器、音箱等设备的工作，显示屏用于显示代办业务种类及办理业务人数等，当办理业务人员触摸业务按钮后，发号主机自动打印排队号票，主控箱获取到待办业务类型以及等待人数后发送广播指令给呼叫器。其中，呼叫器可以是有线呼叫器或无线呼叫器，可以具有顺呼、重呼、弃号、插号、转移、功能设置等多种按键功能，呼叫器可以具有发射和接收功能。该主控箱被处理器执行时以实现一种数据更新方法。

[0043] 图2为本申请实施例提供的一种数据更新方法流程图，该方法的执行主体为图2所示的主控箱，该方法可以包括以下步骤：

[0044] S101、获取业务类型和业务类型对应的等待人数。

[0045] 在本实施例中，当用户需要排队办理业务时，可以在排队机的显示界面上选择相应的业务类型。排队机可以根据当前排队号减去已办理完业务的排队号，可以确定每个业务类型对应的等待人数，或者，排队机也可以根据取号和业务已完成这两种情况，对当前的等待人数进行加法或减法运算，得到每个业务类型对应的等待人数。例如，当某个业务队列有人取号时，获取的等待人数会相应的增加；当某个柜台办理完成某个业务时，对应此业务的等待人数也应相应的减少。

[0046] S102、根据业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址。

[0047] 在本实施例中，一个业务类型可以对应多个呼叫器，一个呼叫器也可以对应几个业务类型，例如，通常一套排队系统有多个可办业务队列，同时每个柜台呼叫器有自己的地址，所能办理的业务不同，比如有A、B、C、D四个可办业务，柜台1的呼叫器地址1可办A、B两种业务，柜台2呼叫器地址2可办A、C、D三个业务，柜台3呼叫器地址3可办B、D两个业务，柜台4呼叫器地址4可办A、B、C、D四个业务，出现柜台和业务队列的交叉，若代办业务为A，则目标呼叫器地址为呼叫器地址1、呼叫器地址2和呼叫器地址4。

[0048] S103、发送广播消息；所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据业务类型对应的等待人数更新当前等待人数。

[0049] 在本实施例中，当等待人数发生变化时，则排队机发送广播消息给呼叫器。广播消息包含需要进行相应操作的所有呼叫器地址，呼叫系统内的所有呼叫器都可以收到该广播消息，呼叫器根据广播消息中的目标呼叫器地址判断自身的当前等待人数是否需要更新，例如，若的目标呼叫器地址包括本呼叫器的地址，则该呼叫器根据广播消息中的业务类型对应的等待人数更新当前等待人数。

[0050] 可选地，所述广播消息包括业务类型对应的等待人数和目标呼叫器地址。呼叫器判断当前等待人数是否小于广播消息中携带的等待人数，若是，则呼叫器在当前等待人数基础上加1；若当前等待人数大于广播消息中携带的等待人数，则呼叫器在当前等待人数基础上减1。

[0051] 可选地，广播消息中包括目标呼叫器地址和更新方式。若更新方式为“等待人数+1”，则当呼叫器收到广播消息时，呼叫器在当前等待人数基础上加1；若更新方式为“等待人数-1”，呼叫器在当前等待人数基础上减1。

[0052] 本申请提供的数据更新方法，获取业务类型和业务类型对应的等待人数；根据业务类型与呼叫器地址之间的对应关系，确定业务类型对应的目标呼叫器地址；发送广播消息。通过发送广播消息给业务类型对应的目标呼叫器地址，只需向系统内所有呼叫器统一发起一次通讯即可，使得多条串行通讯流程转换成了一条并行的广播通讯，实现各个呼叫器同时并行进行更新，降低了通讯次数，减少了对通讯总线的占用，提高了系统的工作效率和可靠性。

[0053] 在不同的场景中，排队机获取业务类型和等待人数的触发条件不同，例如，排队机可以在用户取号时触发获取业务类型和等待人数的操作，也可以在业务办理完成时触发获取业务类型和等待人数的操作，下面分两种场景分别介绍不同场景下获取业务类型和等待人数的具体实现方式。

[0054] 第一种场景，所述获取业务类型和业务类型对应的等待人数，包括，在检测到用户输入取号指令时，获取业务类型和业务类型对应的等待人数。

[0055] 例如，当客户需要办理A业务时，可以在发号主机的显示器上触摸、滑动或点击对应业务的控件，主控箱根据客户选择的控件可以获取对应的业务类型。可选地，用户还可以通过语音、特定手势等方式选择相应的业务类型。

[0056] 可选地，在本实施例中，所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将当前等待人数加1。

[0057] 在本实施例中，取号指令中包含用户需要办理的业务类型，例如有A、B、C、D四个可办业务，当有人需要办理业务B时，会选择B业务类型，则主控箱对B业务类型的等待人数增加一位，即，主控箱向呼叫器发送广播消息，指示B业务类型对应的呼叫器将当前等待人数加1。

[0058] 第二种场景，所述获取业务类型和业务类型对应的等待人数，还包括，在检测到呼叫器发送的呼叫指令时，获取业务类型和业务类型对应的等待人数。

[0059] 例如，当工作人员办理完成一笔业务后会按下呼叫器上的按钮，则呼叫器发送呼叫指令。或者，呼叫器会自动检测到办理完业务的业务类型，然后由信息发射端发送呼叫指令，主控箱可以根据呼叫器发送的呼叫指令，获取对应的业务类型。可选地，主控箱也可以检测办理完业务的业务类型，然后获取该业务类型对应的等待人数。

[0060] 可选地，在本实施例中，所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将当前等待人数减1。在本实施例中，呼叫指令中包含有办理完成的业务类型，例如有A、B、C、D四个可办业务，当有人办理业务C时，办理完成后，柜台办理人员会按下呼叫器，呼叫器发送呼叫指令给主控箱，此时主控箱获取到对应的C业务类型的等待人数减少一位，即，主控箱向呼叫器发送广播消息，指示C业务类型对应的呼叫器将当前等待人数减1。

[0061] 在上述实施例中，主控箱通过通用异步收发传输器(Universal Asynchronous Receiver/Transmitter，UART)以下简称UART串口，发送一条用于指示等待人数+1的广播消息给呼叫器，相应的呼叫器各自在其之前等待人数的基础上+1，并将新的等待人更新显示到呼叫器液晶显示屏上。无需主控箱逐个计算当前队列呼叫器的等待人数依次逐个发送到每一个呼叫器，将多条串行通讯流程转换成了一条广播通讯，各个呼叫器同时并行进行更新，提高了工作效率，减少了对通讯总线的占用。

[0062] 下面从呼叫器角度阐述本申请的数据更新方法，如图3所示，一种数据更新方法，包括：

[0063] S201、接收广播消息；所述广播消息包括业务类型对应的等待人数和目标呼叫器地址。

[0064] 在本实施例中，等待人数为主控箱根据当前排队号和已办理完业务的排队号确定的广播命令，目标呼叫器地址为计算机根据业务类型与呼叫器地址之间的对应关系确定的广播命令。例如，当某个业务队列有人取号时，或者当某个柜台办理某个业务时(即呼叫器发出呼叫指令时)，所有可办此业务的柜台呼叫器会接收到计算机发出的广播消息。比如业务A有顾客取号，若可办理A业务的柜台呼叫器地址为1，2，4，此时地址1、2、4的三个呼叫器均会收到广播消息。

[0065] S202、判断所述目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。

[0066] 在本实施例中，当某个业务队列有人取号时，所有可以办此业务的柜台呼叫器的等待人数都应该随之增加；当某个柜台办理某个业务时(即呼叫器发出呼叫指令时)，所有可办此业务的柜台呼叫器的等待人数也应相应的减少。比如业务A有顾客取号，那可办理A业务的柜台呼叫器地址1，2，4，此时通过接收UART串口发送的一条等待人数+1的广播命令(以地址1，2，4作为参数)，则地址1、2、4的三个呼叫器各自在其当前等待人数的基础上+1，并将新的等待人更新显示到呼叫器液晶上。

[0067] 在上述实施例中提供的数据更新方法，接收广播消息，判断所述目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。通过呼叫器接收命令后自动更新等待人数，可以减少了对通讯总线的占用，也无需占用计算机资源去计算等待人数再逐个发送给呼叫器去显示，可采用更少的排队主机实现更多柜台、更多业务的应用场景。

[0068] 图4为一个实施例提供的数据更新装置结构示意图。如图4所示，该数据更新装置包括：获取模块10、确定模块20和数据发送模块30，其中：

[0069] 获取模块10，用于获取业务类型和所述业务类型对应的等待人数；

[0070] 确定模块20，用于根据业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；

[0071] 数据发送模块30，用于发送广播消息；所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。

[0072] 本发明实施例提供的数据修复装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0073] 在一个实施例中，获取模块10具体用于在检测到用户输入取号指令时，业务类型和所述业务类型对应的等待人数。

[0074] 在一个实施例中，广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数加1。

[0075] 在一个实施例中，获取模块10具体用于在检测到呼叫器发送的呼叫指令时，业务类型和所述业务类型对应的等待人数。

[0076] 在一个实施例中，广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数减1。

[0077] 图5为另一个实施例提供的数据更新装置结构示意图。如图5所示，该数据更新装置包括：

[0078] 接收模块11，用于接收广播消息；所述广播消息包括业务类型对应的等待人数和所述目标呼叫器地址；

[0079] 判断模块22，用于判断所述目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。

[0080] 本发明实施例提供的数据更新装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0081] 关于一种数据更新装置的具体限定可以参见上文中对于数据更新方法的限定，在此不再赘述。上述数据更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

[0082] 在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储排队等待人数数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据更新方法。

[0083] 本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

[0084] 在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

[0085] 获取业务类型和所述业务类型对应的等待人数；

[0086] 根据所述业务类型与呼叫器地址之间的对应关系，确定所述业务类型对应的目标呼叫器地址；

[0087] 发送广播消息；所述广播消息用于指示所述目标呼叫器地址对应的呼叫器，根据所述业务类型对应的等待人数更新当前等待人数。

[0088] 在一个实施例中，处理器执行计算机程序时还实现以下步骤：在检测到用户输入取号指令时，获取业务类型和所述业务类型对应的等待人数。

[0089] 在一个实施例中，处理器执行计算机程序时还实现以下步骤：所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数加1。

[0090] 在一个实施例中，处理器执行计算机程序时还实现以下步骤：在检测到呼叫器发送的呼叫指令时，业务类型和所述业务类型对应的等待人数。

[0091] 在一个实施例中，处理器执行计算机程序时还实现以下步骤：所述广播消息用于指示所述目标呼叫器地址对应的呼叫器将所述当前等待人数减1。

[0092] 在一个实施例中，处理器执行计算机程序时还实现以下步骤：

[0093] 接收广播消息；所述广播消息包括业务类型对应的等待人数和目标呼叫器地址；

[0094] 判断所述目标呼叫器地址是否与本机地址相匹配，若是，则根据所述业务类型对应的等待人数更新当前等待人数。

[0095] 本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

[0096] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

[0097] 以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

[0098] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。