数据信息处理系统及方法

暂无

数据信息处理系统及方法\n技术领域\n[0001] 本申请涉及通信技术领域，特别涉及一种数据信息处理系统及方法。\n背景技术\n[0002] 随着通信技术的不断发展，数据信息已经成为现代社会信息交流的主要手段之一，其中数据信息包含短信息和多媒体信息等，两个用户之间可以相互发送数据信息，企业也可以使用数据信息来进行企业宣传、业务订购等，例如企业通过数据信息处理系统向各用户发送询问是否订购某种业务的数据信息，该数据信息中包含该业务的详细情况，以及订购该业务的具体方式，用户在接收到该数据信息后，若确认订购该业务，则可以通过回复数据信息来订购该业务，数据信息处理系统分析用户回复的数据信息，确定出用户请求订购的业务，然后根据确定出的业务所对应的处理规则进行相应处理，处理完成后，再将处理结果反馈给用户。\n[0003] 现有技术中，数据信息处理系统每接收到用户发送的一个数据信息，就会立即对该数据信息进行分析处理，由于数据信息处理系统处理数据信息的速度远远小于接收数据信息的速度，因此在某个数据信息还没有分析处理完之前，数据信息处理系统可能已经接收到下一个数据信息了，这就使得接收到的数据信息得不到及时处理，因此就造成了数据信息的阻塞，若阻塞的数据信息非常多，则可能造成数据信息处理系统的崩溃，那么数据信息就会丢失，因此处理数据信息时的稳定性及可靠性均会降低。\n发明内容\n[0004] 本申请实施例提供一种数据信息处理系统及方法，用以解决现有技术中存在的处理数据信息时的稳定性及可靠性较低的问题。\n[0005] 本申请实施例技术方案如下：\n[0006] 一种数据信息处理系统，包括数据信息接收服务器、上行缓存服务器、业务分发服务器及业务处理服务器，其中：数据信息接收服务器，用于接收用户发送的上行数据信息，并将接收到的上行数据信息存储到所述上行缓存服务器中等待处理；上行缓存服务器，用于存储数据信息接收服务器接收到的上行数据信息；业务分发服务器，用于从所述上行缓存服务器中提取出各上行数据信息，并将提取出的上行数据信息分发给对应的业务处理服务器进行处理；业务处理服务器，用于对业务分发服务器分发的上行数据信息进行处理。\n[0007] 一种数据信息处理方法，该方法包括步骤：数据信息接收服务器接收用户发送的上行数据信息；并将接收到的上行数据信息存储到上行缓存服务器中等待处理；业务分发服务器从所述上行缓存服务器中提取出各上行数据信息；并将提取出的上行数据信息分发给对应的业务处理服务器进行处理。\n[0008] 本申请实施例技术方案中，首先数据信息接收服务器接收到用户发送的上行数据信息后，将接收到的上行数据信息存储到上行缓存服务器中等待处理，后续业务分发服务器从上行缓存服务器中提取出各上行数据信息，并将提取出的上行数据信息分发给对应的业务处理服务器进行处理，由上可见，本申请实施例技术方案中，数据信息处理系统不再每接收到一个数据信息就直接进行处理，而是将接收到的上行数据信息放入上行缓冲服务器中等待处理，因此就不会发生数据信息阻塞的情况，也不会发生数据信息丢失的情况，从而有效地提高了处理数据信息时的稳定性及可靠性。\n附图说明\n[0009] 图1为本申请实施例一中，数据信息处理系统结构示意图；\n[0010] 图2为本申请实施例二中，数据信息处理方法流程示意图；\n[0011] 图3为本发明实施例三中，向用户发送下行数据信息的方法流程示意图；\n[0012] 图4为本申请实施例四中，增加新的业务类型的方法流程示意图；\n[0013] 图5为本申请实施例五中，在业务处理服务器不可用时，对上行数据信息进行处理的方法流程示意图；\n[0014] 图6为本申请实施例六中，数据信息发送服务器不可用时，发送下行数据信息的方法流程示意图。\n具体实施方式\n[0015] 下面结合各个附图对本申请实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。\n[0016] 实施例一\n[0017] 如图1所示，为本申请实施例一中，数据信息处理系统结构示意图，包括数据信息接收服务器11、上行缓存服务器12、业务分发服务器13及业务处理服务器14，其中：\n[0018] 数据信息接收服务器11，用于接收用户发送的上行数据信息，并将接收到的上行数据信息存储到所述上行缓存服务器12中等待处理；\n[0019] 上行缓存服务器12，用于存储数据信息接收服务器11接收到的上行数据信息；\n[0020] 业务分发服务器13，用于从所述上行缓存服务器12中提取出各上行数据信息，并将提取出的上行数据信息分发给对应的业务处理服务器14进行处理；\n[0021] 业务处理服务器14，用于对业务分发服务器13分发的上行数据信息进行处理。\n[0022] 其中，可以预先设置一些上行数据信息需要立即进行处理，而一些上行数据信息可以延迟处理，对于处理速度较快，或者实时性要求较高的上行数据信息，可以设置为接收到后立即处理，而对于处理速度较慢或实时性要求较低的上行数据信息，则可以接收到后不立即处理，而是放入上行缓存服务器中缓冲一下再进行处理。一般按照上行数据信息针对的业务的业务类型来判断需要立即处理还是延迟处理，例如，针对报警类业务的上行数据信息和针对监控类业务的上行数据信息对实时性要求非常高，因此可以立即处理，而针对订购类业务的上行数据信息对实时性要求不高，因此可以延迟处理。\n[0023] 本申请实施例一提出，预先设置需要立即处理的业务类型和需要延迟处理的业务类型，数据信息接收服务器11接收到用户发送的上行数据信息后，可以进一步判断接收到的上行数据信息所针对的业务的业务类型，然后判断确定出的业务类型为需要立即处理的业务类型还是需要延迟处理的业务类型，若判断得出为需要立即处理的业务类型，则立即发送给业务分发服务器13进行分发处理，若判断得出为需要延迟处理的业务类型，则存储到上行缓存服务器12中等待处理。\n[0024] 如图1所示，本申请实施例一提出的数据信息处理系统为了防止某些利用恶意软件群发的垃圾数据信息，还可以进一步包括用于处理垃圾数据信息的垃圾信息处理服务器\n15，其中，用户发送的上行数据信息中携带有用户标识信息以及发送时间信息，数据信息接收服务器11将接收到的上行数据信息存储到上行缓存服务器12之后，垃圾信息处理服务器从所述上行缓存服务器12中提取出各上行数据信息，并根据提取出的上行数据信息中携带的用户标识信息，在数据信息记录数据库存储的用户标识信息和发送时间信息的对应关系中，查找与所述用户标识信息对应的发送时间信息，然后在查找到的发送时间信息中，选择与该上行数据信息中携带的发送时间信息之间的时间长度最短的发送时间信息，判断该上行数据信息中携带的发送时间信息和选择出的发送时间信息之间的时间长度是否小于第一规定阈值，若判断结果为是，则确认该上行数据信息为垃圾数据信息，并将该上行数据信息删除，若判断结果为否，则确认该上行数据信息为正常数据信息，并将该上行数据信息发送给业务分发服务器13。由于利用恶意软件群发垃圾数据信息时，各条数据信息之间的时间间隔非常短，所以，可以根据历史记录信息选择出一个较小的时间间隔做为第一规定阈值，当同一用户发送的数据信息之间的时间间隔小于该第一规定阈值时，则判断该数据信息为垃圾信息。\n[0025] 业务分发服务器13也可以直接从上行缓存服务器12中提取出各上行数据信息，然后再分发给对应的业务处理服务器14进行处理。\n[0026] 业务分发服务器13在将上行数据信息分发给业务处理服务器14时，首先根据上行数据信息的信息内容，确定该上行数据信息所针对的业务的业务类型，然后在各业务处理服务器14中，选择出处理确定出的业务类型的业务的业务处理服务器14，再将该上行数据信息发送给选择出的业务处理服务器14进行处理。\n[0027] 本发明实施例中，数据信息处理系统还可以进一步将上行数据信息的处理结果通知给用户，如图1所示，本申请实施例一提出的数据信息处理系统还可以进一步包括下行缓存服务器16和数据信息发送服务器17，业务处理服务器14在完成对上行数据信息的处理后，根据对上行数据信息进行处理后得到的处理结果信息，生成相应的下行数据信息，并将生成的下行数据信息放入下行缓存服务器16中等待发送，数据信息发送服务器17从下行缓存服务器16中提取出各下行数据信息，并发送提取出的下行数据信息。\n[0028] 如图1所示，本申请实施例一提出的数据信息处理系统还可以进一步包括用于处理疲劳数据信息的疲劳信息处理服务器18，其中，业务处理服务器14生成的下行数据信息中携带有发送对应的上行数据信息的用户的用户标识信息，疲劳信息处理服务器18从下行缓存服务器16中提取出各下行数据信息，并根据提取出的下行数据信息中携带的用户标识信息，在数据信息记录数据库中查找该用户标识信息对应的用户在规定时间段内接收的各下行数据信息，根据查找到的各下行数据信息的信息内容，在查找到的各下行数据信息中，确定与提取出的下行数据信息针对的业务的业务类型相同的下行数据信息的数目，判断确定出的数目是否大于第二规定阈值，若判断结果为是，则确认该下行数据信息为疲劳数据信息，即用户可能接收到过多的、针对该业务类型的业务的下行数据信息，此时疲劳信息处理服务器18将该下行数据信息删除，若判断结果为否，则确认该下行数据信息为正常数据信息，此时疲劳信息处理服务器18将该下行数据信息发送给数据信息发送服务器\n17。\n[0029] 数据信息发送服务器17也可以直接从下行缓存服务器16中提取出各下行数据信息，然后再发送给用户。\n[0030] 本发明实施例一中的上行数据信息和下行数据信息可以但不限于多媒体信息或短信息。\n[0031] 实施例二\n[0032] 如图2所示，为本申请实施例二中，数据信息处理方法流程图，其具体处理过程如下：\n[0033] 步骤21，数据信息接收服务器接收用户发送的上行数据信息；\n[0034] 其中数据信息处理系统接收到的上行数据信息可以但不限于为短信息或多媒体信息(例如彩信)。\n[0035] 企业在需要进行企业宣传、业务订购时，可以通过数据信息处理系统向各用户发送有关企业宣传的数据信息或询问是否订购某种业务的数据信息，其中询问是否订购某种业务的数据信息中包含业务的详细情况，以及订购该业务的具体方式，若用户接收到该数据信息，用户可以按照数据信息中的订购方式，来回复数据信息以订购该业务，用户回复的数据信息即为上述上行数据信息。\n[0036] 步骤22，数据信息接收服务器将接收到的上行数据信息存储到上行缓存服务器中等待处理；\n[0037] 本申请实施例二提出，可以预先设置一些上行数据信息需要立即进行处理，而一些上行数据信息可以延迟处理，对于处理速度较快，或者实时性要求较高的上行数据信息，可以设置为接收到后立即处理，而对于处理速度较慢或实时性要求较低的上行数据信息，则可以接收到后不立即处理，而是放入上行缓存服务器中缓冲一下再进行处理。一般按照上行数据信息针对的业务的业务类型来判断需要立即处理还是延迟处理，因此预先设置需要立即处理的业务类型和需要延迟处理的业务类型，数据信息接收服务器接收到用户发送的上行数据信息后，进一步判断接收到的上行数据信息所针对的业务的业务类型，然后判断确定出的业务类型为需要立即处理的业务类型还是需要延迟处理的业务类型，若判断得出为需要立即处理的业务类型，则立即发送给业务分发服务器进行分发处理，若判断得出为需要延迟处理的业务类型，则存储到上行缓存服务器中等待处理。\n[0038] 数据信息接收服务器将上行数据信息存储到上行缓存服务器之前，会对接收到的上行数据信息进行分析，提取出发送该上行数据信息的用户的用户标识信息、发送时间信息以及该上行数据信息的信息内容，然后将提取出的用户标识信息、发送时间信息以及信息内容封装成数据信息处理系统所支持的格式后存储到上行缓存服务器中。\n[0039] 步骤23，业务分发服务器从所述上行缓存服务器中提取出各上行数据信息；\n[0040] 业务分发服务器可以直接按照放入时间的先后顺序，从上行缓存服务器中依次提取出各上行数据信息后分发给相应的业务处理服务器。\n[0041] 为了防止某些利用恶意软件群发的垃圾数据信息，在上行缓存服务器和业务分发服务器之间，还可以设置垃圾信息处理服务器，垃圾信息处理服务器按照放入时间的先后顺序，从上行缓存服务器中依次提取出各上行数据信息，根据提取出的上行数据信息中携带的用户标识信息，在用户标识信息和发送时间信息的对应关系中，查找所述用户标识信息对应的发送时间信息，在查找到的发送时间信息中，选择与该上行数据信息中携带的发送时间信息之间的时间长度最短的发送时间信息，判断该上行数据信息中携带的发送时间信息和选择出的发送时间信息之间的时间长度是否小于第一规定阈值，若判断结果为是，则确认该上行数据信息为垃圾数据信息，此时可以将该上行数据信息删除，也可以将该上行数据信息中携带的用户标识信息添加进黑名单中，若判断结果为否，则确认该上行数据信息为正常数据信息，此时可以将该上行数据信息发送给业务分发服务器。\n[0042] 其中，数据信息接收服务器在接收到每个上行数据信息后，均将发送该上行数据信息的用户的用户标识信息以及发送时间信息对应存储到数据信息记录数据库中，后续垃圾信息处理服务器可以在该数据信息记录数据库中查找某用户发送的所有上行数据信息的发送时间，进而垃圾信息处理服务器就可以确定提取出的上行数据信息是否为垃圾数据信息。\n[0043] 由于本申请实施例二提出了采用垃圾信息处理服务器对同一用户发送的上行数据信息的发送频率进行了严格控制，因此能够有效地遏止采用恶意软件发送数据信息从而耗费较多处理资源的问题。\n[0044] 步骤24，业务分发服务器将提取出的上行数据信息分发给对应的业务处理服务器进行处理。\n[0045] 本申请实施例二提出，业务分发服务器可以在分发完需要立即处理的上行数据信息后，从上行缓存服务器中提取出上行数据信息进行分发，也可以在分发需要立即处理的上行数据信息的过程中，从上行缓存服务器中提取出上行数据信息进行分发。\n[0046] 由于各个业务处理服务器处理不同类型的业务，因此业务分发服务器提取出上行数据信息后，根据提取出的上行数据信息的信息内容，确定该上行数据信息所针对的业务的业务类型，然后在各业务处理服务器中，选择出处理确定出的业务类型的业务的业务处理服务器，将提取出的该上行数据信息发送给选择出的业务处理服务器进行处理。\n[0047] 由上述处理过程可知，本申请实施例技术方案中，首先数据信息接收服务器接收到用户发送的上行数据信息后，将接收到的上行数据信息存储到上行缓存服务器中等待处理，后续业务分发服务器从上行缓存服务器中提取出各上行数据信息，并将提取出的上行数据信息分发给对应的业务处理服务器进行处理，由上可见，本申请实施例技术方案中，数据信息处理系统不再每接收到一个数据信息就直接进行处理，而是将接收到的上行数据信息放入上行缓冲服务器中等待处理，因此就不会发生数据信息阻塞的情况，也不会发生数据信息丢失的情况，从而有效地提高了处理数据信息时的稳定性及可靠性。\n[0048] 此外，当数据信息处理系统中的业务分发服务器或业务处理服务器出现问题而停止工作时，没有处理的上行数据信息由于放入了上行缓存服务器中，因此也不会丢失，后续当业务分发服务器或业务处理服务器正常工作后，业务分发服务器可以继续提取上行缓存服务器中的上行数据信息分发给相应的业务处理服务器。\n[0049] 实施例三\n[0050] 业务处理服务器在处理完上行数据信息后，还可以将处理结果形成下行数据信息反馈给用户，如图3所示，为本申请实施例三中向用户发送下行数据信息的方法流程图，其具体处理过程如下：\n[0051] 步骤31，业务处理服务器根据对上行数据信息进行处理后得到的处理结果信息，生成相应的下行数据信息，其中生成的下行数据信息可以但不限于为短信息或多媒体信息(例如彩信)；\n[0052] 业务处理服务器生成下行数据信息的具体过程可以但不限于为下述：\n[0053] 业务处理服务器首先确定上行数据信息所针对的业务类型，然后在所有下行数据信息的数据信息模板中，查找与确定出的业务类型对应的数据信息模板，然后将获得的处理结果信息填入到查找到的数据信息模板中，生成下行数据信息。\n[0054] 步骤32，业务处理服务器将生成的下行数据信息放入下行缓存服务器中等待发送；\n[0055] 本申请实施例三提出，业务处理服务器可以将生成的所有下行数据信息全部存储到下行缓存服务器中等待发送，也可以像上行数据信息一样，预先设置一些下行数据信息需要立即发送，而一些下行数据信息可以延迟发送，业务处理服务器首先确定生成的下行数据信息所针对的业务的业务类型，然后判断确定的业务类型是需要立即发送的业务类型还是需要延迟发送的业务类型，若判断得出为需要立即发送的业务类型，则立即将该下行数据信息发送给数据信息发送服务器进行发送，若判断得出为需要延迟发送的业务类型，则将该下行数据信息存储到下行缓存服务器中，由数据信息发送服务器提取出后发送给相应的用户。\n[0056] 步骤33，数据信息发送服务器从下行缓存服务器中提取出下行数据信息；\n[0057] 步骤34，数据信息发送服务器发送提取出的下行数据信息，数据信息发送服务器提取出下行数据信息后，通过相应的发送通道，向用户发送提取出的下行数据信息，数据信息发送服务器包含多个发送通道，每个发送通道可以负责向归属于规定通信运营商的用户发送下行数据信息，数据信息发送服务器根据下行数据信息中携带的用户标识信息，调用发送通道，通过相应的通信运营商服务接口，将下行数据信息发送给用户。\n[0058] 为了防止用户频繁接收相同或相似的下行数据信息，从而影响用户的业务体验，本申请实施例三提出，在下行缓存服务器和数据信息发送服务器之间，还可以设置疲劳信息处理服务器，疲劳信息处理服务器按照放入时间的先后顺序，从下行缓存服务器中依次提取出各下行数据信息，下行数据信息中携带有发送对应的上行数据信息的用户的用户标识信息，即待接收提取出的下行数据信息的用户的用户标识信息，疲劳信息处理服务器根据提取出的下行数据信息中携带的用户标识信息，在数据信息记录数据库中查找该用户标识信息对应的用户在规定时间段内接收的各下行数据信息，根据查找到的各下行数据信息的信息内容，在查找到的各下行数据信息中，确定与提取出的下行数据信息针对的业务的业务类型相同的下行数据信息的数目，判断确定出的数目是否大于第二规定阈值，若判断结果为是，则确认该下行数据信息为疲劳数据信息，并将该下行数据信息删除，若判断结果为否，则确认该下行数据信息为正常数据信息，并将该下行数据信息发送给数据信息发送服务器。\n[0059] 其中，数据信息发送服务器在每发送一个下行数据信息后，均将待接收该下行数据信息的用户的用户标识信息以及该下行数据信息所针对的业务类型信息对应存储到数据信息记录数据库中，后续疲劳信息处理服务器可以从该数据信息记录数据库存储的下行数据信息的用户标识和业务类型信息的对应关系中，确定待接收该下行数据信息的用户是否对某业务类型对应的下行数据信息产生了疲劳。\n[0060] 由于本申请实施例三中的疲劳信息处理服务器对用户待接收的下行数据信息进行了防疲劳处理，避免了用户频繁接收相同或相似的下行数据信息造成的接收疲劳，因此能够有效地提高用户的业务体验。\n[0061] 此外，当数据信息处理系统中的数据信息发送服务器出现问题而停止工作时，没有发送的下行数据信息由于放入了下行缓存服务器中，因此也不会丢失，后续当数据信息发送服务器正常工作后，可以继续提取下行缓存服务器中的下行数据信息进行发送。\n[0062] 实施例四\n[0063] 随着数据信息的发展，数据信息处理系统能够处理的数据信息所针对的业务类型也逐渐增多，如图4所示，为本申请实施例四中，增加新的业务类型的方法流程图，其具体处理过程如下：\n[0064] 步骤41，为新增的业务类型分配唯一的业务类型标识信息；\n[0065] 步骤42，为新增的业务类型分配业务处理服务器，其中分配的业务处理服务器可以为原有的业务处理服务器，也可以为新增的业务处理服务器；\n[0066] 步骤43，设置处理新增的业务类型对应的数据信息时的处理规则。\n[0067] 采用本申请实施例四提出的增加新的业务类型的方法，可以方便地增加数据信息处理系统所处理的数据信息所支持的业务类型。\n[0068] 实施例五\n[0069] 在数据信息处理系统中的某个业务处理服务器不可用时，对上行数据信息进行处理的方法流程如图5所示，其具体处理过程如下：\n[0070] 步骤51，数据信息处理系统中的业务分发服务器从上行缓存服务器中提取出上行数据信息后，确定提取出的上行数据信息所针对的业务的业务类型；\n[0071] 步骤52，业务分发服务器根据确定出的业务类型，在所有业务处理服务器中，查找负责处理确定出的业务类型的业务的业务服务器；\n[0072] 步骤53，若业务分发服务器检测到该业务处理服务器不可用，则将该上行数据信息放回上行缓冲服务器中；\n[0073] 步骤54，若业务分发服务器检测到该业务处理服务器恢复正常工作状态，则从上行缓冲服务器中提取到该上行数据信息后，将该上行数据信息分发给该业务处理服务器进行处理；\n[0074] 步骤55，该业务处理器根据预设的处理规则，对该上行数据信息进行相应处理。\n[0075] 业务分发服务器也可以在检测到业务处理服务器不可用时，将提取出的上行数据信息放入重处理缓存服务器中，其中重处理缓存服务器中存储的上行数据信息的处理优先级低于上行缓存服务器中存储的上行数据信息的处理优先级，后续在检测到业务处理服务器恢复正常工作状态时，业务分发服务器可以直接从重处理缓存服务器中提取出该上行数据信息，然后分发给该业务处理服务器进行处理，这样就不会影响其他上行数据信息的正常处理。\n[0076] 实施例六\n[0077] 在数据信息处理系统中的数据信息发送服务器不可用(例如某个发送通道不可用)时，发送下行数据信息的方法流程如图6所示，其具体处理过程如下：\n[0078] 步骤61，数据信息处理系统中的数据信息发送服务器从下行缓存服务器中提取出下行数据信息；\n[0079] 步骤62，数据信息发送服务器确定负责发送该下行数据信息的发送通道；\n[0080] 步骤63，数据信息发送服务器检测到确定出的发送通道不可用，因此将该下行数据信息放入重发缓存服务器中，其中重发缓存服务器中存储的下行数据信息的发送优先级低于下行缓存服务器中存储的下行数据信息的发送优先级；\n[0081] 步骤64，当数据信息发送服务器检测到该发送通道恢复正常工作状态后，从重发缓存服务器中提取出下行数据信息，通过该发送通道进行发送。\n[0082] 本申请实施例六中，若发送下行数据信息的发送通道不可用，那么该下行数据信息就会发送失败，此时将该下行数据信息放入重发缓存服务器中，这样就不会阻塞其他下行数据信息的正常发送。\n[0083] 本领域的技术人员应明白，本申请的实施例可提供为方法、系统(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。\n[0084] 本申请是参照根据本申请实施例的方法、系统(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。\n[0085] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品，该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。\n[0086] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。\n[0087] 尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。\n[0088] 显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。