技术领域
[0001] 本
发明涉及网络技术领域，特别涉及一种业务请求的异步处理方法及装置。
背景技术
[0002] 随着网络技术的发展，无论是人们的日常生活，还是工作娱乐，均少不了客户端的身影。
[0003] 客户端在与
服务器进行数据交互过程中，通常会涉及多个业务请求，但按照
现有技术的方式，会通过类似于串行的方式实现，先向服务器发送一个业务请求，在完成该业务请求后，再发送下一个业务请求，但有些业务请求并非是数据交互过程中所必须的，使整个数据交互过程的效率过低，导致用户体验较差。
发明内容
[0004] 鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种业务请求的异步处理方法及装置。
[0005] 依据本发明的一个方面，提供了一种业务请求的异步处理方法，包括：
[0006] 响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求；
[0007] 将属于预设业务类型的业务请求放入消息队列中，以供
应用服务器从所述消息队列中取出业务请求进行处理。
[0008] 可选地，各业务请求按照业务类型分别对应不同优先级，所述预设业务类型为优先级低于优先级
阈值的业务类型。
[0009] 可选地，所述消息队列具有多个；
[0010] 相应地，所述将属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理，进一步包括：
[0011] 将属于预设业务类型的业务请求分别放入各消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0012] 可选地，所述消息队列的数量与低于优先级阈值的优先级数量相同、且一一对应；
[0013] 所述将属于预设业务类型的业务请求分别放入各消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理，进一步包括：
[0014] 将属于预设业务类型的业务请求按照优先级分别放入对应的消息队列中，以供所述应用服务器按照优先级从高到低的顺序依次从所述消息队列中取出业务请求进行处理。
[0015] 可选地，所述优先级低于优先级阈值的业务类型包括非
即时通信业务类型。
[0016] 可选地，所述获取与所述数据交互指令相关的多个业务请求之后，所述方法还包括：
[0017] 将不属于预设业务类型的业务请求发送至所述应用服务器，以使所述应用服务器对接收到的业务请求进行处理。
[0018] 可选地，所述响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求之前，所述方法还包括：
[0019] 检测本地网速，在所述本地网速低于预设网速时，执行所述响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求的步骤。
[0020] 可选地，所述响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求之前，所述方法还包括：
[0021] 检测本地设置，在所述本地设置符合预设设置时，执行所述响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求的步骤。
[0022] 依据本发明的另一个方面，提供了一种业务请求的异步处理装置，包括：
[0023] 请求获取单元，适于响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求；
[0024] 请求放入单元，适于将属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0025] 可选地，各业务请求按照业务类型分别对应不同优先级，所述预设业务类型为优先级低于优先级阈值的业务类型。
[0026] 可选地，所述消息队列具有多个；
[0027] 相应地，所述请求放入单元，进一步适于将属于预设业务类型的业务请求分别放入各消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0028] 可选地，所述消息队列的数量与低于优先级阈值的优先级数量相同、且一一对应；
[0029] 所述请求放入单元，进一步适于将属于预设业务类型的业务请求按照优先级分别放入对应的消息队列中，以供所述应用服务器按照优先级从高到低的顺序依次从所述消息队列中取出业务请求进行处理。
[0030] 可选地，所述优先级低于优先级阈值的业务类型包括非即时通信业务类型。
[0031] 可选地，所述装置还包括：
[0032] 请求发送单元，适于将不属于预设业务类型的业务请求发送至所述应用服务器，以使所述应用服务器对接收到的业务请求进行处理。
[0033] 可选地，所述装置还包括：
[0034] 网速检测单元，适于检测本地网速，在所述本地网速低于预设网速时，调用所述请求获取单元。
[0035] 可选地，所述装置还包括：
[0036] 设置检测单元，适于检测本地设置，在所述本地设置符合预设设置时，调用所述请求获取单元。
[0037] 本发明不再直接将业务请求依次发送至应用服务器，而是将与数据交互指令相关的多个业务请求中属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理，在数据交互过程中可以无需等待应用服务器对预设业务类型的业务请求的反馈，从而提高了数据交互过程的效率，提高了用户体验。
附图说明
[0038] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0039] 图1是本发明一种实施方式的业务请求的异步处理方法的
流程图；
[0040] 图2是本发明一种实施方式的业务请求的异步处理方法的流程图；
[0041] 图3是本发明一种实施方式的业务请求的异步处理方法的流程图；
[0042] 图4是本发明一种实施方式的业务请求的异步处理方法的流程图；
[0043] 图5是本发明一种实施方式的业务请求的异步处理方法的流程图；
[0044] 图6是本发明一种实施方式的业务请求的异步处理方法的流程图；
[0045] 图7是本发明一种实施方式的业务请求的异步处理装置的结构
框图。
具体实施方式
[0046] 下面结合附图和
实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
[0047] 图1是本发明一种实施方式的业务请求的异步处理方法的流程图；参照图1，所述方法包括：
[0048] S101：响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求；
[0049] 需要说明的是，本实施方式的方法的执行主体为终端，所述终端为手机、
平板电脑、掌上电脑PDA或笔记本等设备，当然，还可为其他具有相似功能的设备，本实施方式对此不加以限制。
[0050] 可理解的是，用户触发的数据交互指令可通过多种方式输入，例如：通过
鼠标点击客户端的交互触发元素，或，在
触摸屏上点击客户端的交互触发元素，本实施方式对此不加以限制。
[0051] 在具体实现中，所述客户端的交互触发元素可以理解为客户端中的登录元素，也就是说，在所述客户端的显示界面中展示有登录元素，在用户触发登录元素时，能够使得客户端进行账号登录，从而触发与应用服务器之间的数据交互。
[0052] 所述客户端的交互触发元素也可以理解为客户端中的更新元素，也就是说，在客户端的显示界面中展示有触发元素，在用户触发元素时，能够使得客户端进行数据更新(例如：进行历史信息同步等)，此时，客户端需要数据更新，从而触发与应用服务器之间的数据交互。
[0053] 当然，还可理解为其他类似元素，本实施方式对此不加以限制。
[0054] 应理解的是，通常所述数据交互指令对具有相关的多个业务请求，以账号登录的数据交互指令为例，该数据交互指令会对应多个业务请求，例如：账号验证请求和日志获取请求等，但现有技术会通过类似于串行的方式实现，也就是说，会将：账号验证请求和日志获取请求等依次发送至应用服务器，在应用服务器对接收到的请求全部反馈后，才能完成账号登录，但有些请求并非是数据交互过程中所必须的，使整个数据交互过程的效率过低，导致用户体验较差。
[0055] S102：将属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列(message queue)中取出业务请求进行处理。
[0056] 需要说明的是，所述预设业务类型的业务请求包括在数据交互过程中非必须的业务请求。
[0057] 本实施方式不再直接将业务请求依次发送至应用服务器，而是将与数据交互指令相关的多个业务请求中属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理，在数据交互过程中可以无需等待应用服务器对预设业务类型的业务请求的反馈，从而提高了数据交互过程的效率，提高了用户体验。
[0058] 图2是本发明一种实施方式的业务请求的异步处理方法的流程图；参照图2，所述方法包括：
[0059] S201：响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求，各业务请求按照业务类型分别对应不同优先级，所述预设业务类型为优先级低于优先级阈值的业务类型；
[0060] 可理解的是，为便于对所述预设业务类型进行选择，本实施方式中，可按照业务类型分别为业务请求设置优先级，在确定预设业务类型时，即可直接将优先级低于优先级阈值的业务类型作为预设业务类型。
[0061] 需要说明的是，所述优先级阈值可根据需要进行设置，但为了保证所述预设业务类型的业务请求包括在数据交互过程中非必须的业务请求，故而，本实施方式中，所述优先级低于优先级阈值的业务类型包括非即时通信业务类型，也就是说，优先级阈值要高于非即时通信业务类型的优先级。
[0062] S202：将属于预设业务类型的业务请求分别放入各消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理，所述消息队列具有多个。
[0063] 在具体实现中，假设属于预设业务类型业务请求数量较多的情况下，消息队列只有一个，会使得应用服务器从所述消息队列中取出业务请求的速度较慢，为提高取出业务请求的速度，本实施方式中，所述消息队列具有多个，使得所述应用服务器可从多个消息队列中同时取出业务请求，本实施方式对此不加以限制。
[0064] 图3是本发明一种实施方式的业务请求的异步处理方法的流程图；参照图3，所述方法包括：
[0065] S301：响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求，各业务请求按照业务类型分别对应不同优先级，所述预设业务类型为优先级低于优先级阈值的业务类型；
[0066] 步骤S301与图2所示的实施方式的步骤S201相同，在此不再赘述。
[0067] S302：将属于预设业务类型的业务请求按照优先级分别放入对应的消息队列中，以供所述应用服务器按照优先级从高到低的顺序依次从所述消息队列中取出业务请求进行处理，所述消息队列的数量与低于优先级阈值的优先级数量相同、且一一对应。
[0068] 可理解的是，由于业务请求具有优先级，假设将业务请求随机放入不同的消息队列中，而队列是一种先进先出的数据结构，这样会使得从消息队列中取出业务请求的优先级是无序的，但通常优先级较高的业务请求是需要优先处理的，假设优先级较高的业务请求长时间未得到处理，会影响用户体验，为避免该问题，本实施方式中，所述消息队列的数量与低于优先级阈值的优先级数量相同、且一一对应，此时，可将属于预设业务类型的业务请求按照优先级分别放入对应的消息队列中，使得所述应用服务器能够按照优先级从高到低的顺序依次从所述消息队列中取出业务请求进行处理。
[0069] 图4是本发明一种实施方式的业务请求的异步处理方法的流程图；参照图4，所述方法包括：
[0070] S401：响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求；
[0071] 步骤S401与图1所示的实施方式的步骤S101相同，在此不再赘述。
[0072] S402：将不属于预设业务类型的业务请求发送至所述应用服务器，以使所述应用服务器对接收到的业务请求进行处理；
[0073] 可理解的是，由于所述预设业务类型的业务请求包括在数据交互过程中非必须的业务请求，因此，所述不属于预设业务类型的业务请求可理解为包括在数据交互过程中必须的业务请求。
[0074] 故而，本实施方式中，需要将所述不属于预设业务类型的业务请求发送至所述应用服务器，在具体实现中，可将所述不属于预设业务类型的业务请求采用HTTP请求协议发送至所述应用服务器，当然，还可通过其他请求协议进行发送，本实施方式对此不加以限制。
[0075] S403：将属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0076] 步骤S403与图1所示的实施方式的步骤S102相同，在此不再赘述。
[0077] 图5是本发明一种实施方式的业务请求的异步处理方法的流程图；参照图5，所述方法包括：
[0078] S500：检测本地网速，在所述本地网速低于预设网速时，执行步骤S501；
[0079] 需要说明的是，由于本实施方式的执行主体为终端，故而，所述本地网速即可理解为所述终端的网速。
[0080] 可理解的是，由于步骤S501～S502是为了提高数据交互过程的效率，尤其是在本地网速较慢的情况下效果较好，假设本地网速较快，即使采用步骤S501～S502对于用户体验影响也不大，因此，本实施方式中，在本地网速低于预设网速时，执行步骤S501。
[0081] 在具体实现中，所述预设网速可根据需要进行设置，本实施方式对此不加以限制。
[0082] S501：响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求；
[0083] S502：将属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0084] 步骤S501～S502与图1所示的实施方式的步骤S101～S102相同，在此不再赘述。
[0085] 图6是本发明一种实施方式的业务请求的异步处理方法的流程图；参照图6，所述方法包括：
[0086] S600：检测本地设置，在所述本地设置符合预设设置时，执行步骤S601；
[0087] 需要说明的是，由于本实施方式的执行主体为终端，故而，所述本地设置即可理解为所述终端的设置。
[0088] 可理解的是，为便于用户的灵活性，本实施方式中，可由用户对所述终端进行设置，从而决定是否执行步骤S601～S602，增加了灵活性。
[0089] S601：响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求；
[0090] S602：将属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0091] 步骤S601～S602与图1所示的实施方式的步骤S101～S102相同，在此不再赘述。
[0092] 对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，
说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
[0093] 图7是本发明一种实施方式的业务请求的异步处理装置的结构框图；参照图7，所述装置包括：
[0094] 请求获取单元701，适于响应于用户触发的数据交互指令，获取与所述数据交互指令相关的多个业务请求；
[0095] 请求放入单元702，适于将属于预设业务类型的业务请求放入消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0096] 在本发明的一种可选实施例中，各业务请求按照业务类型分别对应不同优先级，所述预设业务类型为优先级低于优先级阈值的业务类型。
[0097] 在本发明的一种可选实施例中，所述消息队列具有多个；
[0098] 相应地，所述请求放入单元，进一步适于将属于预设业务类型的业务请求分别放入各消息队列中，以供应用服务器从所述消息队列中取出业务请求进行处理。
[0099] 在本发明的一种可选实施例中，所述消息队列的数量与低于优先级阈值的优先级数量相同、且一一对应；
[0100] 所述请求放入单元，进一步适于将属于预设业务类型的业务请求按照优先级分别放入对应的消息队列中，以供所述应用服务器按照优先级从高到低的顺序依次从所述消息队列中取出业务请求进行处理。
[0101] 在本发明的一种可选实施例中，所述优先级低于优先级阈值的业务类型包括非即时通信业务类型。
[0102] 在本发明的一种可选实施例中，所述装置还包括：
[0103] 请求发送单元，适于将不属于预设业务类型的业务请求发送至所述应用服务器，以使所述应用服务器对接收到的业务请求进行处理。
[0104] 在本发明的一种可选实施例中，所述装置还包括：
[0105] 网速检测单元，适于检测本地网速，在所述本地网速低于预设网速时，调用所述请求获取单元。
[0106] 在本发明的一种可选实施例中，所述装置还包括：
[0107] 设置检测单元，适于检测本地设置，在所述本地设置符合预设设置时，调用所述请求获取单元。
[0108] 对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0109] 应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。
[0110] 本发明的各个部件实施例可以以
硬件实现，或者以在一个或者多个处理器上运行的
软件模
块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用
微处理器或者数字
信号处理器(DSP)来实现根据本发明实施例的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，
计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网
网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0111] 应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附
权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0112] 以上实施方式仅适于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的
专利保护范围应由权利要求限定。
