用于撤销请求的方法、装置、电子设备及可读存储介质

技术领域

本申请涉及数据处理领域，具体涉及自动驾驶、云计算领域，尤其涉及用于撤销请求的方法、装置、电子设备及计算机可读存储介质，可用于智慧交通场景。

背景技术

随着万户物联的物联网时代的到来，无人驾驶技术逐渐进入普通大众的视野，采用无人驾驶技术的无人驾驶汽车将能够在一定程度上解放驾驶员和乘客需要倾注在驾驶方面的精力。

车载智能终端上集成有多种功能组件，这些功能组件结合本地采集到的实际参数以及与服务端记录的大数据进行综合运算，从而尽可能的确保生成的控制指令的准确性。同时车载智能终端也架起了用户与互联网之间沟通的桥梁，用户可以通过控制各种功能模块或各种应用向远端服务器发起访问请求，但即使是用户下发的访问请求也存在反悔、错误等情况。

发明内容

本申请实施例提出了一种用于撤销请求的方法、装置、电子设备及计算机可读存储介质。

第一方面，本申请实施例提出了一种用于撤销请求的方法，包括：接收传入的访问撤销请求；根据访问撤销请求确定目标访问请求；响应于目标访问请求存储于预设的执行中队列，向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行；其中，执行中队列为存储已由任一子线程正在处理的访问请求的队列。

第二方面，本申请实施例提出了一种用于撤销请求的装置，包括：访问撤销请求接收单元，被配置成接收传入的访问撤销请求；目标访问请求确定单元，被配置成根据访问撤销请求确定目标访问请求；执行中请求撤销处理单元，被配置成响应于目标访问请求存储于预设的执行中队列，向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行；其中，执行中队列为存储已由任一子线程正在处理的访问请求的队列。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现如第一方面中任一实现方式描述的用于撤销请求的方法。

第四方面，本申请实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行时能够实现如第一方面中任一实现方式描述的用于撤销请求的方法。

本申请实施例提供的用于撤销请求的方法、装置、电子设备及计算机可读存储介质，首先，接收传入的访问撤销请求；然后，根据访问撤销请求确定目标访问请求；接着，当目标访问请求存储于预设的执行中队列时，向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行，其中，执行中队列为存储已由任一子线程正在处理的访问请求的队列。

本申请通过预先将处于不同执行状态的访问请求置于不同的队列中，使得在接收到传入的访问撤销请求时，可以通过确定对应的目标访问请求当前处于哪个队列来明确目标访问请求的执行状态，进而选择与执行状态的请求撤回方式，从而尽可能的避免车载终端和服务端花费不必要的资源在本应撤回的访问请求上，使得运算资源更多的被倾注在有效的访问请求上。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构；

图2为本申请实施例提供的一种用于撤销请求的方法的流程图；

图3为本申请实施例提供的另一种用于撤销请求的方法的流程图；

图4为本申请实施例提供的用于撤销请求的方法所处的场景示意图；

图5为本申请实施例提供的一种用于撤销请求的装置的结构框图；

图6为本申请实施例提供的一种适用于执用于撤销请求的方法的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于撤销请求的方法、装置、电子设备及计算机可读存储介质的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括车载终端101、网络102以及远端服务器103。网络102用以在车载终端101和云端服务器103之间提供通信链路的介质，以便集成在车载终端101中的各功能模块向远端服务器103发起访问请求和接收远端服务器103返回的响应数据。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以通过控制集成在车载终端101中的各种功能模块通过网络102与远端服务器103进行交互，以接收或发送消息等。车载终端101和远端服务器103上可以安装有各种用于实现两者之间进行信息通讯的应用，例如信息查询类应用、资源获取类应用、即时通讯类应用等。

车载终端101和远端服务器103通常以硬件形式存在。车载终端101可以是适合安装在车辆上的各种电子设备，例如安装有Linux操作系统(一种类Unix操作系统)、安装有显示屏、支持触摸操作的嵌入式终端；远端服务器105可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。在特殊的测试或仿真环境下，车载终端101和远端服务器103也可以表现为虚拟设备。

终端设备101通过内置的各种应用可以提供各种服务，以可以提供请求撤销服务的信息查询类应用为例，终端设备101在运行该信息查询类应用时可实现如下效果：首先，从自身集成的某个功能组件中获取到访问撤销请求；然后，根据访问撤销请求确定目标访问请求；接着，确定目标访问请求所在的实际存储队列；当目标访问请求存储于预设的执行中队列时，向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行，其中，执行中队列为存储已由任一子线程正在处理的访问请求的队列。具体的，目标访问请求终止目标访问请求的执行可再次通过网络102向远端服务器103发送访问撤销信号，以告知远端服务器103不必再花费资源来处理先前接收到的目标访问请求。

应该理解，图1中的车载终端、网络和远端服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的车载终端、网络和远端服务器。

请参考图2，图2为本申请实施例提供的一种用于撤销请求的方法的流程图，其中流程200包括以下步骤：

步骤201：接收传入的访问撤销请求；

本步骤旨在由用于撤销请求的方法的执行主体(例如图1所示的车载终端101)接收传入的访问撤销请求。其中，访问撤销请求可由上述执行主体内集成的各种功能模块、运行在Linux操作系统下的各种应用发出，发出该访问撤销请求的目的为了撤销先前发出的访问请求，可以理解为在T时刻发出访问请求的A模块/应用在T+1时刻“反悔”了，例如用户错误的T时刻通过车载终端上的浏览器应用向服务器发出的资源X的获取请求，但在T+1时刻用户突然认识到其本地已存储有资源X，因此为了避免流量的消耗可以发出该访问撤销请求。

步骤202：根据访问撤销请求确定目标访问请求；

在步骤201的基础上，本步骤旨在由上述执行主体根据访问撤销请求确定目标访问请求。应当理解的是，发出访问撤销请求的前提是之前发出过可以进行撤销的访问请求，即一旦确实得到了与先前发出的访问请求对应的响应信息，先前发出的访问请求应被认为已经执行完毕，此时该访问请求已经不属于本申请讨论的可被允许撤销的访问请求。

具体的，可通过多种方式来根据访问撤销请求确定目标访问请求，例如首先确定访问撤销请求的发出方，可以是某个功能组件也可以是某个应用，然后在该发出方之前发出的访问请求中确定具体的目标访问请求。通常情况下，访问撤销请求仅针对该发出方最近发出的一个访问请求，特殊的，也存在针对该发出方在过去某个时间段发出的多个访问请求的情况。用于具体在多个访问请求中确定目标访问请求的方式也可以包括多种，例如要求访问撤销请求中包含用于区别不同访问请求的特征信息(时间、不与其它访问请求重复的编号或编码等)、类型信息等等，此处不做具体限定，可根据实际应用场景下所具体具备的条件灵活选择。

步骤203：响应于目标访问请求存储于预设的执行中队列，向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行。

在步骤202的基础上，本步骤旨在针对当目标访问请求存储于预设的执行中队列的情况，由上述执行主体向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行。

其中，上述执行主体预先至少创建了专用于存储处于执行中状态的访问请求的执行中队列，且借助多线程技术同时处于执行中状态的访问请求数量可以为多个，即执行中队列可以存储多个访问请求，由于目标访问请求处于执行中状态，因此访问的撤销仍需要负责执行该访问请求的子线程来处理，即首先需要确定处理目标访问请求的目标子线程，并向该目标子线程发送目标访问请求的访问撤销请求，以使目标子线程根据接收到的访问撤销请求终止执行该目标访问请求。

另外，为区分并存储处于执行状态的访问请求的方式除采用预先创建的与执行状态对应的执行中队列的方式之外，还可以采用附加表征处于执行状态的标志位、标记、将其存储于不同存储地址等方式来进行区分，从而实现与采用队列相似的效果，此处不再一一赘述。

本申请实施例提供的用于撤销请求的方法，通过预先将处于不同执行状态的访问请求置于不同的队列中，使得在接收到传入的访问撤销请求时，可以通过确定对应的目标访问请求当前处于哪个队列来明确目标访问请求的执行状态，进而选择与执行状态的请求撤回方式，从而尽可能的避免车载终端和服务端花费不必要的资源在本应撤回的访问请求上，使得运算资源更多的被倾注在有效的访问请求上。

请参考图3，图3为本申请实施例提供的另一种用于撤销请求的方法的流程图，其中流程300包括以下步骤：

步骤301：接收传入的访问撤销请求；

步骤302：根据访问撤销请求确定目标访问请求；

以上步骤301-302与如图2所示的步骤201-202一致，相同部分内容请参见上一实施例的相应部分，此处不再进行赘述。

步骤303：确定目标访问请求的实际存储队列；

本步骤旨在由上述执行主体确定该目标访问请求实际所在的队列，即实际存储队列。

本实施例中，预先分别创建有三个不同的队列，分别是专用于存储待执行的访问请求的待执行队列、专用于存储处于执行中的访问请求的执行中队列、专用于存储执行完成的访问请求的执行完成队列。访问请求在上述执行中的正常流程通过按照下述方式：

首先，接收(运行有Linux系统的车载终端上各功能模块或安装在运行Linux系统的车载终端上的各应用)传入的访问请求，并将访问请求存入预先创建的待执行队列；然后，从待执行队列中取出与当前激活的处理线程数对应数量的访问请求，并将其存入预先创建的执行中队列；最后，响应于处理线程接收到服务端返回的与访问请求对应的响应数据，将返回响应数据的访问请求从执行中队列取出，并将其存入预先创建的执行完成队列。

其中，一个线程并非仅能够同时处理一个访问请求，因此与当前激活的处理线程数对应数量的访问请求并非仅能与处理线程数的数量等同，也可以多于处理线程数。

具体的，在确定目标访问请求具体存储于哪个队列时，可以根据上述执行主体维护的各队列当前所存储的访问请求的特征码以匹配的方式确定，也可以利用合理的排除法以排除的方式进行确定，例如首先查询执行完成队列中是否存储有该目标访问请求，如果没有则再查询待执行队列是否存储有该目标访问请求，在不考虑因异常导致的三个队列中均未存储有该目标访问请求的情况下，最多仅需要两次排除即可准确确定所在的实际存储队列。

步骤304：响应于目标访问请求存储于预设的待执行队列，将目标访问请求从待执行队列中删去；

本步骤建立在目标访问请求存储于待执行队列的基础上，存储于待执行队列说明目标访问请求还未被执行，因此只需要由上述执行主体将其从待执行队列中删去即可。

步骤305：响应于目标访问请求存储于预设的执行中队列，向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行；

本步骤建立在目标访问请求存储于执行中列的基础上，存储于执行中队列说明该目标访问请求正在被执行，例如正在向服务器请求目的资源，因此需要上述执行主体向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行。

进一步的，还可以控制目标子线程还原因目标访问请求的部分执行对存储于目标服务端中数据进行的更改；其中，目标服务端为目标访问请求所访问的服务端。例如该访问请求是一个覆盖写请求，在发送访问撤销请求时，可能服务器已经在执行覆盖写操作，因此简单的终止执行是不够的，就需要由目标子线程告知服务器撤销先前要求执行的覆盖写操作，以将服务器数据还原回原始状态。

步骤306：响应于目标访问请求存储于预设的执行完成队列，返回提醒信息。

本步骤建立在目标访问请求存储于执行完成队列的基础上，存储于执行完成队列说明目标访问请求已经确实得到了由云端服务器返回的响应数据，因此已经不满足本申请所讨论的符合撤销的条件，将由上述执行主体向访问撤销请求的发起方返回提醒信息，以通过该提醒信息提供用户该目标访问请求因已执行完成而无法撤销。

区别于上一实施例，本实施例在预先创建有执行中队列的基础上，还增设了待执行队列和执行完成队列，以利用三种队列来分别存储处于不同状态的访问请求，并结合确定目标访问请求所在的实际存储队列，分别针对在三种不同存储队列的情况给出了不同的访问撤销请求执行方式，以更好的明确访问能否撤销、如何撤销。

在上述任意实施例的基础上，考虑到车载终端设备可能存在被入侵的可能性，本应正常发出的异常上报或寻求帮助的请求也可以在入侵者的控制下以访问撤销的方式无法正常发出或执行，因此还可以从访问撤销请求中提取电子签名来验证发出该访问撤销请求是否由合法用户或合法应用发出，若该电子签名为非法签名，则可以丢弃该访问撤销请求，并通过预设路径发送异常入侵警报，从而最大程度上防范入侵。

为加深理解，本申请还结合一个具体应用场景，给出了一种具体的实现方案，该实现方案在如图4所示的结构示意图所示的场景下执行。如图4所示，存储访问请求的请求池和存储执行线程的线程池是运行在车载终端上的两部分，集成于车载终端上的各功能模块或运行在Linux系统下的各应用可在自身的运行需要或受用户指示下生成向远端服务器发出的访问请求，这些访问请求被按照执行状态分别存储在请求池中的三个不同队列中。

即传入的访问请求都将被存入预先创建的待执行队列，然后由线程池中的执行线程从待执行队列中取出能够处理的部分请求并将其置入预先创建的执行中队列，同时开始执行这部分执行请求，当执行线程接收到服务端返回的与访问请求对应的响应数据时，将返回响应数据的访问请求从执行中队列取出，并将其存入预先创建的执行完成队列。

假定当前车载终端依次收到了其上3个功能模块分别发来的5个访问请求，其中，A功能模块发来了访问请求M1、M2，B功能模块发来了访问请求M3、M4，C功能模块发来了访问请求M5，按时间排列的访问请求接收顺序为M1、M2、M3、M4、M5，各访问请求根据其来源的功能模块的优先级附加有相应的优先级标识，其中，M5的优先级标识为“高”、M3和M4的优先级标识为“中”、M1、M2的优先级标识为“低”。

车载终端首先将其按接收顺序依次存储于请求池中的待执行队列，然后分别调用线程池中仅剩的3个可用线程，按照优先级排序，分别执行M5、M4和M3这3个访问请求，M1和M2则等待新的可用线程出现再执行，其中，M5是一个覆盖写请求、M1是一个读请求、M3是一个图片资源的上传请求。即当前M5、M4和M3这3个访问请求处于执行中队列，M1和M2这2个访问请求处于待执行队列。

紧接着，车载终端又分别收到针对M5、M1和M3的3个访问撤销请求，车载终端根据M5、M1和M3这3个请求所处的队列确定访问撤销请求的具体执行动作，并具体按如下动作执行：

1)车载终端将上传写请求M1从待执行队列中删去，并在删除完成后告知A功能模块M1已在执行前撤销；

2)车载终端向负责执行上传请求M3的目标执行线程下发终止上传指令，然后控制负责执行上传请求M3的目标执行线程撤销该图片资源在服务器上的存储；

3)车载终端先向负责执行覆盖写请求M5的目标执行线程下发终止执行命令(假定当前目标执行主体只负责处理M5一个请求)，然后向目标执行线程下发覆盖写数据还原命令，以使目标执行线程告知服务器先前执行的覆盖写操作作废，请还原回原始状态。最终车载终端在接收到目标执行线程返回的覆盖写操作已撤销的信号时告知B应用覆盖写请求M2已被成功撤回。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于撤销请求的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于撤销请求的装置500可以包括：访问撤销请求接收单元501、目标访问请求确定单元502、执行中请求撤销处理单元503。其中，访问撤销请求接收单元501，被配置成接收传入的访问撤销请求；目标访问请求确定单元502，被配置成根据访问撤销请求确定目标访问请求；执行中请求撤销处理单元503，被配置成响应于目标访问请求存储于预设的执行中队列，向处理目标访问请求的目标子线程发送目标访问请求的访问撤销指令，以使目标子线程终止目标访问请求的执行；其中，执行中队列为存储已由任一子线程正在处理的访问请求的队列。

在本实施例中，用于撤销请求的装置500中：访问撤销请求接收单元501、目标访问请求确定单元502、执行中请求撤销处理单元503的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-203的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，用于撤销请求的装置500还可以包括：

待执行请求撤销处理单元，被配置成响应于目标访问请求存储于预设的待执行队列，将目标访问请求从待执行队列中删去；

执行完成请求撤销处理单元，被配置成响应于目标访问请求存储于预设的执行完成队列，返回提醒信息。

在本实施例的一些可选的实现方式中，用于撤销请求的装置500还可以包括：

访问请求接收及存入待执行队列单元，被配置成接收传入的访问请求，并将访问请求存入预先创建的待执行队列；

执行中队列存入单元，被配置成从待执行队列中取出与当前激活的处理线程数对应数量的访问请求，并将其存入预先创建的执行中队列；

执行完成队列存入单元，被配置成响应于处理线程接收到服务端返回的与访问请求对应的响应数据，将返回响应数据的访问请求从执行中队列取出，并将其存入预先创建的执行完成队列。

在本实施例的一些可选的实现方式中，该访问请求接收及存入待执行队列单元包括被配置成接收传入的访问请求的访问请求接收子单元，该访问请求接收子单元进一步被配置成：

接收运行有Linux系统的车载终端上各功能模块分别传入的访问请求；

以及访问撤销请求接收单元501可以进一步被配置成包括：

接收运行有Linux系统的车载终端上各功能模块分别传入的访问撤销请求。

在本实施例的一些可选的实现方式中，用于撤销请求的装置500还可以包括：

电子签名提取单元，被配置成从访问撤销请求中提取电子签名；

非法签名处理单元，被配置成响应于电子签名为非法签名，则丢弃访问撤销请求，并通过预设路径发送异常入侵警报。

在本实施例的一些可选的实现方式中，用于撤销请求的装置500还可以包括：

更改还原单元，被配置成控制目标子线程还原因目标访问请求的部分执行对存储于目标服务端中数据进行的更改；其中，目标服务端为目标访问请求所访问的服务端。

本实施例作为对应于上述方法实施例的装置实施例存在，本申请实施例提供的用于撤销请求的装置，通过预先将处于不同执行状态的访问请求置于不同的队列中，使得在接收到传入的访问撤销请求时，可以通过确定对应的目标访问请求当前处于哪个队列来明确目标访问请求的执行状态，进而选择与执行状态的请求撤回方式，从而尽可能的避免车载终端和服务端花费不必要的资源在本应撤回的访问请求上，使得运算资源更多的被倾注在有效的访问请求上。

根据本申请的实施例，本申请还提供了一种电子设备和一种计算机可读存储介质。

图6示出了一种适于用来实现本申请实施例的用于撤销请求的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的用于撤销请求的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的用于撤销请求的方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的用于撤销请求的方法对应的程序指令/模块(例如，附图5所示的访问撤销请求接收单元501、目标访问请求确定单元502、执行中请求撤销处理单元503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的用于撤销请求的方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储该电子设备在执行用于撤销请求的方法所创建的各类数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至适用于执行用于撤销请求的方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

适用于执行用于撤销请求的方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生适用于执行用于撤销请求的方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大，业务扩展性弱的缺陷。

本申请实施例通过预先将处于不同执行状态的访问请求置于不同的队列中，使得在接收到传入的访问撤销请求时，可以通过确定对应的目标访问请求当前处于哪个队列来明确目标访问请求的执行状态，进而选择与执行状态的请求撤回方式，从而尽可能的避免车载终端和服务端花费不必要的资源在本应撤回的访问请求上，使得运算资源更多的被倾注在有效的访问请求上。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。