CN105744504A - 终端与卡应用的通信方法和终端 - Google Patents

Abstract

本发明提供了一种终端与卡应用的通信方法和终端，该方法包括：接收第一卡应用的访问请求，访问请求中携带卡应用的标识；根据卡应用的标识，获取第一卡应用的优先级标签；判断当前的响应状态，根据当前的响应状态获取相关卡应用的优先级标签；根据第一卡应用和相关卡应用的优先级标签，对第一卡应用和相关卡应用的访问请求进行排序，并按照第一卡应用和相关卡应用的访问请求的排序顺序，依次进行响应。解决了多卡应用并发访问终端的冲突问题，提高了卡应用与终端通信的灵活性。

Description

终端与卡应用的通信方法和终端

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种终端和卡应用的通信方法和终端。

背景技术

随着智能SIM卡业务应用的发展，终端上的SIM卡应用数量和种类不断增加，终端呈现一个SIM卡上具有多种卡应用的趋势。在卡应用中，越来越多的卡应用需要访问终端。如访问终端调用卡应用对应的客户端，或者访问终端与外部设备进行通信等。

但目前终端与卡应用的通信方式主要是串行通信，即在机卡通道中只响应一个卡应用对终端的访问。所以亟需一种终端与卡应用的通信方法来解决目前的访问方式所面临的多卡应用并发访问中的冲突问题，以确保卡应用与终端通信的灵活性。

发明内容

本发明实施例提供一种终端与卡应用的通信方法和终端，解决了多卡应用并发访问终端的冲突问题，提高了卡应用与终端通信的灵活性。

本发明实施例提供一种终端与卡应用的通信方法，包括：

接收第一卡应用的访问请求，所述访问请求中携带卡应用的标识；

根据所述卡应用的标识，获取所述第一卡应用的优先级标签；

判断当前的响应状态，并获取相关卡应用的优先级标签；

根据所述第一卡应用和所述相关卡应用的优先级标签，对所述第一卡应用和所述相关卡应用的访问请求进行排序，并按照所述第一卡应用和所述相关卡应用的访问请求的排序顺序，依次进行响应。

本发明实施例提供一种终端，包括：

接收模块，用于接收第一卡应用的访问请求，所述访问请求中携带卡应用的标识；

获取模块，用于根据所述卡应用的标识，获取所述第一卡应用的优先级标签；

判断模块，用于判断当前的响应状态；

所述获取模块，还用于获取相关卡应用的优先级标签；

排序模块，用于根据所述第一卡应用和所述相关卡应用的优先级标签，对所述第一卡应用和所述相关卡应用的访问请求进行排序；

执行模块，用于按照所述第一卡应用和所述相关卡应用的访问请求的排序顺序，依次进行响应。

本发明实施例提供一种终端与卡应用的通信方法和终端，通过接收第一卡应用的访问请求，访问请求中携带卡应用的标识；根据卡应用的标识，获取第一卡应用的优先级标签；判断当前的响应状态，根据当前的响应状态获取相关卡应用的优先级标签；根据第一卡应用和相关卡应用的优先级标签，对第一卡应用和相关卡应用的访问请求进行排序，并按照第一卡应用和相关卡应用的访问请求的排序顺序，依次进行响应。解决了多卡应用并发访问终端的冲突问题，提高了卡应用与终端通信的灵活性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明终端和卡应用的通信方法实施例一的流程图；

图2为本发明终端和卡应用的通信方法实施例二的流程图；

图3为本发明终端和卡应用的通信方法实施例三的流程图；

图4为本发明终端实施例一的结构示意图；

图5为本发明终端实施例二的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明卡应用访问终端的方法实施例一的流程图，如图1所示，本发明的执行主体为安装有SIM卡的终端，如可以为移动终端和其他安装有SIM卡的终端。移动终端可以为智能手机、平板电脑等。则本实施例提供的终端和卡应用的通信方法包括以下步骤。

步骤101，接收第一卡应用的访问请求，访问请求中携带卡应用的标识。

具体地，本实施例中，SIM卡上的卡应用可通过机卡通道向终端发送访问请求，来访问终端的卡应用对应的客户端、WEB界面，或访问终端与外部设备进行通信。终端接收第一卡应用的访问请求，访问请求中携带的卡应用的标识可以为卡应用的名称、编号等。

本实施例中，第一卡应用区别于正在进行响应的卡应用以及等待响应的卡应用。

步骤102，根据卡应用的标识，获取第一卡应用的优先级标签。

本实施例中，卡管理平台对SIM卡上的所有卡应用进行管理及分配优先级、设定优先级标签。具体地，卡管理平台可根据卡应用的应用领域和/或应用类型和/或应用时长等特征信息对卡应用进行优先级的分配，使涉及到敏感信息传递、实时性要求较高或访问即时的卡应用分配较高的优先级，对应设置较高的优先级标签，对不涉及到敏感信息传递、访问耗时较长或实时性要求不高的卡应用，分配较低的优先级，对应设置较低的优先级标签。

本实施例中，根据卡应用的标识，获取第一卡应用的优先级标签的方式可以有以下两种。

第一种获取方式为：终端通过和卡管理平台进行通信，获取用户办理的SIM卡上的所有卡应用的优先级标签，并将卡应用的标识与优先级标签进行关联存储。在接收到第一卡应用的访问请求后，根据携带在访问请求中的卡应用的标识，获取关联存储的第一卡应用的优先级标签。

第二种获取方式为：SIM卡从卡管理平台下载安装卡应用时，获取对应卡应用的标识和优先级标签。第一卡应用在向终端发送访问请求时，在访问请求中携带第一卡应用的标识和优先级标签，以根据携带在访问请求中第一卡应用的标识获取优先级标签。获取到第一卡应用的标识和优先级标签后进行关联存储。

步骤103，判断当前的响应状态，并获取相关卡应用的优先级标签。

本实施例中，由于存在多个卡应用并发访问终端的情况，所以终端面临多个卡应用并发访问的情况，当前的响应状态存在多种。如可以为一下几种情况：

第一种当前的响应状态：对第二卡应用的访问请求正在进行响应，并存在等待响应的第三卡应用访问请求。第二种当前的响应状态：对第二卡应用的访问请求正在进行响应，但不存在等待响应的第三卡应用访问请求。第三种当前的响应状态：没有进行响应的卡应用的访问请求，但存在等待响应的第三卡应用访问请求。第四种当前的响应状态：没有进行响应的卡应用的访问请求，并且也不存在等待响应的第三卡应用访问请求。

本实施例中，获取相关卡应用的优先级标签时，可通过相关卡应用的标识获取关联存储的优先级标签。其中，根据当前的响应状态的不同，相关卡应用也不同。如当前的响应状态为第一种时，获取的相关卡应用的优先级标签为第二卡应用和第三卡应用的优先级标签；当前的状态为第二种时，获取的相关卡应用的优先级标签为第二卡应用的优先级标签。

步骤104，根据第一卡应用和相关卡应用的优先级标签，对第一卡应用和相关卡应用的访问请求进行排序，并按照第一卡应用和相关卡应用的访问请求的排序顺序，依次进行响应。

具体地，本实施例中，根据第一卡应用和相关卡应用的优先级标签，对第一卡应用和相关卡应用的访问请求进行排序，优先级标签表示的优先级较高的卡应用的访问请求排在前面，优先级标签表示的优先级较低的卡应用的访问请求排在后面，按照排序的顺序，先对优先级较高的卡应用访问请求进行响应，响应结束后再对排在后面的优先级较低的卡应用访问请求进行响应，以此类推，直到对所有卡应用的访问请求全部响应为止。

本实施例中，若相关卡应用为正在进行响应的第二卡应用，则终端监测到第二卡应用的访问请求排在第一卡应用的访问请求的后面后，中止第二卡应用的当前访问，开始对第一卡应用进行响应，在第一卡应用的响应结束后，继续对第二卡应用进行响应。

本实施例提供的终端和卡应用的通信方法，通过接收第一卡应用的访问请求，访问请求中携带卡应用的标识；根据卡应用的标识，获取第一卡应用的优先级标签；判断当前的响应状态，根据当前的响应状态获取相关卡应用的优先级标签；根据第一卡应用和相关卡应用的优先级标签，对第一卡应用和相关卡应用的访问请求进行排序，并按照第一卡应用和相关卡应用的访问请求的排序顺序，依次进行响应。解决了多卡应用并发访问终端的冲突问题，提高了卡应用与终端通信的灵活性。

图2为本发明终端和卡应用的通信方法实施例二的流程图，如图2所示，本实施例相较于实施例一为一更为优选的实施例，则本实施例提供的终端和卡应用的通信方法包括以下几个步骤。

步骤201，接收第一卡应用的访问请求，访问请求中携带卡应用的标识。

步骤202，根据卡应用的标识，获取第一卡应用的优先级标签。

本实施例中，步骤201-步骤202的实现方式和本发明实施例一中的步骤101-步骤102的实现方式相同，在此不再一一赘述。

步骤203，判断当前的响应状态是否为对第二卡应用的访问请求正在进行响应，若是，则执行步骤204，若否，则执行步骤213。

进一步地，本实施例中，判断当前的响应状态是否为对第二卡应用的访问请求正在进行响应，若确定当前的响应状态中为对第二卡应用的访问请求正在进行响应，则执行步骤204，否则执行步骤209。

步骤204，获取第二卡应用的优先级标签。

本实施例中，若确定当前的响应状态为对第二卡应用的访问请求正在进行响应，则相关的卡应用为正在进行响应的第二卡应用，第二卡应用的优先级标签可根据关联存储的卡应用标识和优先级标签获取。

步骤205，以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第二卡应用的访问请求进行排序。

进一步地，本实施例中，优先级标签可表示为数值，数值越大表示优先级越高。以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第二卡应用的访问请求进行排序，若第一卡应用的优先级标签表示的优先级高于第二卡应用的优先级标签的表示的优先级，则将第一卡应用的访问请求排在第二卡应用的访问请求之前，若第一卡应用的优先级标签表示的优先级不高于第二卡应用的优先级标签的表示的优先级，则将第一卡应用的访问请求排在第二卡应用的访问请求之后。

步骤206，判断第一卡应用的访问请求是否排在第二卡应用的访问请求的前面，若是，则执行步骤207，若否，则执行步骤208。

具体地，本实施例中，若第一卡应用的访问请求排在第二卡应用的访问请求的前面，整体上来说，需要中止第二卡应用的当前访问，对第一卡应用的访问请求响应结束后，继续对第二卡应用的访问请求进行响应。

步骤207，中止第二卡应用的当前访问，对第一卡应用的访问请求进行响应完成后，继续对第二卡应用的访问请求进行响应。

进一步地，本实施例中，中止第二卡应用的当前访问之后，还包括：对第二卡应用的标识、执行断点以指针赋值的形式进行存储。

相应地，对第一卡应用的访问请求进行响应完成后，继续对第二卡应用的访问请求进行响应具体为：

对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点，继续对第二卡应用的访问请求进行响应。

具体地，本实施例中，由于对第二卡应用的访问请求继续响应时，需找到第二访问请求的执行断点，所以，本实施例中，中止第二卡应用的当前访问之后，对第二卡应用的标识、执行断点以指针赋值的形式进行存储，以便对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点，继续对第二卡应用的访问请求进行响应，保证中断的响应能够顺利进行。

步骤208，完成对第二卡应用的访问请求的响应。

具体地，本实施例中，若确定第一卡应用的访问请求排在第二卡应用的访问请求的后面，则说明第一卡应用的优先级标签对应的优先级不高于第二卡应用的优先级标签对应的优先级，则优先完成对第二卡应用的访问请求的响应。

步骤209，判断是否存在等待响应的第三卡应用访问请求，若是，则执行步骤210，若否，则执行步骤213。

进一步地，本实施例中，在完成第二卡应用的访问请求之后，对于是否执行对第一卡应用的访问请求，需要判断是否存在等待响应的第三卡应用访问请求，若存在，则需要获取第三卡应用的优先级标签，将第一卡应用的访问请求和第三卡应用的当问请求进行排序，根据排序结果依次进行响应。若不存在，则对第一卡应用的访问请求进行响应。

其中，第三卡应用的访问请求可以为一个或多个。

步骤210，获取第三卡应用的优先级标签。

具体地，本实施例中，可根据关联存储的第三卡应用的标识获取第三卡应用的优先级标签。

步骤211，以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第三卡应用的访问请求进行排序。

具体地，可将优先级标签的用数值表示，数值越大表示的优先级越高，可以以优先级标签数值由大到小的顺序进行排序，若优先级标签的数值相等，可根据接收卡应用访问请求的时间进行排序，在优先级标签的数值相同时，接收访问请求的时间越靠前，排布的顺序越靠前。

本实施例中，以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第三卡应用的访问请求进行排序后，第一卡应用的访问请求可能排在最前，也可能位于多个第三卡应用的访问请求之间，或排在最后。

步骤212，按照第一卡应用和第三卡应用的访问请求的排序顺序，依次进行访问响应。

具体地，在排在第一的卡应用的访问请求结束之后，进行排在第二的访问请求的响应，以此类推，直到未有进行等待响应的卡应用的访问请求为止。

执行完步骤212后，结束。

步骤213，对第一卡应用的访问请求进行响应。

具体地，本实施例中，若不存在等待响应的第三卡应用的访问请求，则对第一卡应用的访问请求进行响应。

本实施例中，若确定当前的响应状态不是对第二卡应用的访问请求正在进行响应，则说明也未有等待响应的第三卡应用的访问请求，则在确定当前的响应状态不是对第二卡应用的访问请求正在进行响应，也是对第一卡应用的访问请求进行响应。

需要说明的是，由于多卡应用在不断与终端进行通信，所以第一卡应用、第二卡应用和第三卡应用在不断变化中。

本实施例提供的终端与卡应用的通信方法中，若确定当前的响应状态为对第二卡应用的访问请求正在进行响应，则获取第二卡应用的优先级标签，以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第二卡应用的访问请求进行排序，若确定第一卡应用的访问请求排在第二卡应用的访问请求的前面，则中止第二卡应用的当前访问，对第二卡应用的标识、执行断点以指针赋值的形式进行存储，对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点继续对第二卡应用的访问请求进行响应，若确定第一卡应用的访问请求排在第二卡应用的访问请求的后面，则对第二卡应用的访问请求的响应完成后，判断是否存在等待响应的第三卡应用访问请求；若确定存在等待响应的第三卡应用访问请求，则以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第三卡应用的访问请求进行排序，按照第一卡应用和第三卡应用的访问请求的排序顺序，依次进行访问响应。解决了多卡应用并发访问终端的冲突问题，并且确保优先级较高的卡应用的访问优先响应，提高了卡应用与终端通信的灵活性的同时，使卡应用对终端的访问更加有序可控。

图3为本发明终端和卡应用的通信方法实施例二的流程图，如图3所示，本实施例相较于实施例二为一更为优选的实施例，则本实施例提供的终端和卡应用的通信方法包括以下几个步骤。

步骤301，接收第一卡应用的访问请求，访问请求中携带卡应用的标识。

步骤302，根据卡应用的标识，获取第一卡应用的优先级标签。

步骤303，判断当前的响应状态是否为对第二卡应用的访问请求正在进行响应，若是，则执行步骤304，否则，则执行步骤317。

步骤304，获取第二卡应用的优先级标签。

步骤305，以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第二卡应用的访问请求进行排序。

步骤306，判断第一卡应用的访问请求是否排在第二卡应用的访问请求的前面，若是，则执行步骤307，若否，则执行步骤312。

本实施例中，步骤301-步骤306的实现方式和本发明实施例二中的步骤201-步骤206的实现方式类似，在此不再一一赘述。

步骤307，判断指针是否已被赋值，若是，则执行步骤308，若否，则执行步骤311。

进一步地，本实施例中，若确定指针已被赋值，说明对第二卡应用的访问请求进行响应前，已经有卡应用被中断，被赋值的指针指向该被中断的卡应用，该卡应用的访问优先级低于正在进行响应的第二卡应用的访问优先级。若确定指针没有被赋值，说明对第二卡应用的访问请求进行响应前，没有卡应用被中断。

步骤308，判断第一卡应用的优先级标签是否高于紧急响应优先级标签表示的优先级，若是，则执行步骤309，若否，则执行步骤310。

进一步地，本实施例中，若确定指针一被赋值，则说明已经有一个卡应用的访问请求被中断。继续判断第一卡应用的优先级标签表示的优先级是否高于紧急响应优先级标签表示的优先级。若第一卡应用的优先级标签表示的优先级高于紧急响应优先级标签表示的优先级，说明需对第一卡应用的访问请求进行紧急响应，若第一卡应用的优先级标签表示的优先级不高于紧急响应优先级标签表示的优先级，说明不需要对第一卡应用的访问请求进行紧急响应。

本实施例中，紧急响应优先级标签预先进行设定，该紧急响应优先级标签表示的优先级比普通卡应用的优先级高。

步骤309，将指针复位，中止第二卡应用的当前访问，将指针赋值为第二卡应用的标识、执行断点，对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点，继续对第二卡应用的访问请求进行响应。

进一步地，本实施例中，将指针复位，即不再对第二卡应用的访问请求之前的正在执行响应的卡应用的标识和执行断点进行存储。中止第二卡应用的当前访问，将指针赋值为第二卡应用的标识、执行断点，以便当第一卡应用的访问请求进行响应完成后，根据指针中保存的第二卡应用的标识和执行断点，继续从执行断点处对第二卡应用的访问请求进行响应。

执行完步骤309后，结束。

步骤310，拒绝第一卡应用的访问请求。

进一步地，本实施例中，由于第一卡应用的优先级标签表示的优先级不高于紧急响应优先级标签表示的优先级，指针又已被赋值，所以为了保证多个卡应用访问终端能够顺利进行，所以虽然第一卡应用的访问请求排在第二卡应用的访问请求的前面，仍然拒绝第一卡应用的访问请求，继续对第二卡应用的访问请求进行响应。

可选地，在拒绝第一卡应用的访问请求后，仍可以在其他时间接收第一卡应用的访问请求，根据再次接收到的第一卡应用访问请求时的响应状态，判断是否对第一卡应用的访问请求进行响应。

执行完步骤310后，结束。

步骤311，中止第二卡应用的当前访问，对第二卡应用的标识、执行断点以指针赋值的形式进行存储，对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点，继续对第二卡应用的访问请求进行响应。

进一步地，本实施例中，在确定第一卡应用的访问请求排在第二卡应用的访问请求的前面并确定指针没有被赋值后，说明在对第二卡应用的访问请求正在进行响应前，没有被中断的正在响应的卡应用。为了对第一卡应用的访问请求的响应提前，所以中止第二卡应用的当前访问，对第二卡应用的标识、执行断点以指针赋值的形式进行存储。对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点，继续从执行断点处对第二卡应用的访问请求进行响应。

执行完步骤311后，结束。

步骤312，完成对第二卡应用的访问请求的响应。

具体地，本实施例中，若确定第一卡应用的访问请求排在第二卡应用的访问请求的后面，则说明第一卡应用的优先级标签对应的优先级不高于第二卡应用的优先级标签对应的优先级，则优先完成对第二卡应用的访问请求的响应。

步骤313，判断是否存在等待响应的第三卡应用访问请求，若是，则执行步骤314，若否，则执行步骤317。

其中，第三卡应用的访问请求可以为一个或多个。

步骤314，获取第三卡应用的优先级标签。

步骤315，以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第三卡应用的访问请求进行排序。

本实施例中，以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第三卡应用的访问请求进行排序后，第一卡应用的访问请求可能排在最前，也可能位于多个第三卡应用的访问请求之间，或排在最后。

步骤316，按照第一卡应用和第三卡应用的访问请求的排序顺序，依次进行访问响应。

执行完步骤316后，结束。

本实施例中，步骤312-步骤316的实现方式与本发明实施例二中的步骤208-步骤212的实现方式相同，在此不再一一赘述。

步骤317，对第一卡应用的访问请求进行响应。

本实施例提供的终端与卡应用的通信方法，若确定第一卡应用的访问请求排在第二卡应用的访问请求的前面，则判断指针是否已被赋值；若确定指针已被赋值，则判断第一卡应用的优先级标签表示的优先级是否高于紧急响应优先级标签；若确定第一卡应用的优先级标签表示的优先级是否高于紧急响应优先级标签表示的优先级，则将指针复位，中止第二卡应用的当前访问，将指针赋值为第二卡应用的标识、执行断点，对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点，继续对第二卡应用的访问请求进行响应，在多卡应用并发访问终端时，有选择性的舍弃优先级较低的卡应用对终端的访问，确保高于紧急响应标签表示优先级的卡应用的访问请求在第一时间得到响应。提高了卡应用与终端通信的灵活性的同时，提高了用户体验。

图4为本发明终端实施例一的结构示意图，如图4所示，本实施例提供的终端包括：接收模块401，获取模块402，判断模块403，排序模块404，执行模块405。

其中，接收模块401，用于接收第一卡应用的访问请求，访问请求中携带卡应用的标识。获取模块402，用于根据卡应用的标识，获取第一卡应用的优先级标签。判断模块403，用于判断当前的响应状态。获取模块402，还用于获取相关卡应用的优先级标签。排序模块404，用于根据第一卡应用和相关卡应用的优先级标签，对第一卡应用和相关卡应用的访问请求进行排序。执行模块405，用于按照第一卡应用和相关卡应用的访问请求的排序顺序，依次进行响应。

本实施例的装置可以执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图5为本发明终端实施例二的结构示意图；如图5所示，本实施例提供的终端包括：接收模块501，获取模块502，判断模块503，排序模块504，执行模块505和存储模块506。

其中，接收模块501，用于接收第一卡应用的访问请求，访问请求中携带卡应用的标识。获取模块502，用于根据卡应用的标识，获取第一卡应用的优先级标签。判断模块503，用于判断当前的响应状态，获取模块502，还用于获取相关卡应用的优先级标签。排序模块504，用于根据第一卡应用和相关卡应用的优先级标签，对第一卡应用和相关卡应用的访问请求进行排序。执行模块505，用于按照第一卡应用和相关卡应用的访问请求的排序顺序，依次进行响应。

进一步地，若判断模块503确定当前的响应状态为对第二卡应用的访问请求正在进行响应，则排序模块504，具体用于：以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第二卡应用的访问请求进行排序。

若排序模块504确定第一卡应用的访问请求排在第二卡应用的访问请求的前面，则执行模块505，具体用于中止第二卡应用的当前访问，对第一卡应用的访问请求进行响应完成后，继续对第二卡应用的访问请求进行响应。

或者，若排序模块504确定第一卡应用的访问请求排在第二卡应用的访问请求的后面，则执行模块505，具体用于对第二卡应用的访问请求的响应完成后，对第一卡应用的访问请求进行响应。

进一步地，执行模块包括：判断单元505a，排序单元505b和执行单元505c。

其中，判断单元505a，用于对第二卡应用的访问请求的响应完成后，判断是否存在等待响应的第三卡应用访问请求。排序单元505b，用于若判断单元确定存在等待响应的第三卡应用访问请求，则以优先级标签表示的优先级由高到低的顺序，对第一卡应用和第三卡应用的访问请求进行排序。执行单元505c，用于按照第一卡应用和第三卡应用的访问请求的排序顺序，依次进行响应。

进一步地，存储模块506，用于执行模块505中止第二卡应用的当前访问之后，对第二卡应用的标识、执行断点以指针赋值的形式进行存储。

进一步地，判断单元505a，还用于若排序模块确定第一卡应用的访问请求排在第二卡应用的访问请求的前面，则判断指针是否已被赋值。判断单元505a，还用于若确定指针已被赋值，则判断第一卡应用的优先级标签表示的优先级是否高于紧急响应优先级标签表示的优先级。执行单元505c，还用于若判断单元确定第一卡应用的优先级标签表示的优先级高于紧急响应优先级标签表示的优先级，则将指针复位，中止第二卡应用的当前访问，将指针赋值为第二卡应用的标识、执行断点，对第一卡应用的访问请求进行响应完成后，根据指针中的第二卡应用的标识和执行断点，继续对第二卡应用的访问请求进行响应。

本实施例提供的终端可以执行图2或图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种终端与卡应用的通信方法，其特征在于，包括：

接收第一卡应用的访问请求，所述访问请求中携带卡应用的标识；

根据所述卡应用的标识，获取所述第一卡应用的优先级标签；

判断当前的响应状态，并获取相关卡应用的优先级标签；

根据所述第一卡应用和所述相关卡应用的优先级标签，对所述第一卡应用和所述相关卡应用的访问请求进行排序，并按照所述第一卡应用和所述相关卡应用的访问请求的排序顺序，依次进行响应。

2.根据权利要求1所述的方法，其特征在于，若确定当前的响应状态为对第二卡应用的访问请求正在进行响应，则根据所述第一卡应用和所述相关卡应用的优先级标签，对所述第一卡应用和所述相关卡应用的访问请求进行排序，并按照所述第一卡应用和所述相关卡应用的访问请求的排序顺序，依次进行响应具体包括：

以所述优先级标签表示的优先级由高到低的顺序，对所述第一卡应用和所述第二卡应用的访问请求进行排序；

若确定所述第一卡应用的访问请求排在所述第二卡应用的访问请求的前面，则中止所述第二卡应用的当前访问，对所述第一卡应用的访问请求进行响应完成后，继续对所述第二卡应用的访问请求进行响应；

若确定所述第一卡应用的访问请求排在所述第二卡应用的访问请求的后面，则对所述第二卡应用的访问请求的响应完成后，对所述第一卡应用的访问请求进行响应。

3.根据权利要求2所述的方法，其特征在于，所述对所述第二卡应用的访问请求的响应完成后，对所述第一卡应用的访问请求进行响应具体包括：

所述对所述第二卡应用的访问请求的响应完成后，判断是否存在等待响应的第三卡应用访问请求；

若确定存在等待响应的第三卡应用访问请求，则以所述优先级标签表示的优先级由高到低的顺序，对所述第一卡应用和所述第三卡应用的访问请求进行排序，按照所述第一卡应用和所述第三卡应用的访问请求的排序顺序，依次进行响应。

4.根据权利要求2所述的方法，其特征在于，所述中止所述第二卡应用的当前访问之后，还包括：

对所述第二卡应用的标识、执行断点以指针赋值的形式进行存储。

5.根据权利要求4所述的方法，其特征在于，所述若确定所述第一卡应用的访问请求排在所述第二卡应用的访问请求的前面，则中止所述第二卡应用的当前访问，对所述第一卡应用的访问请求进行响应完成后，继续对所述第二卡应用的访问请求进行响应具体包括：

若确定所述第一卡应用的访问请求排在所述第二卡应用的访问请求的前面，则判断所述指针是否已被赋值；

若确定所述指针已被赋值，则判断所述第一卡应用的优先级标签表示的优先级是否高于紧急响应优先级标签表示的优先级；

若确定所述第一卡应用的优先级标签表示的优先级高于紧急响应优先级标签表示的优先级，则将所述指针复位，中止所述第二卡应用的当前访问，将所述指针赋值为所述第二卡应用的标识、执行断点，对所述第一卡应用的访问请求进行响应完成后，根据所述指针中的第二卡应用的标识和执行断点，继续对所述第二卡应用的访问请求进行响应。

6.一种终端，其特征在于，包括：

接收模块，用于接收第一卡应用的访问请求，所述访问请求中携带卡应用的标识；

获取模块，用于根据所述卡应用的标识，获取所述第一卡应用的优先级标签；

判断模块，用于判断当前的响应状态；

所述获取模块，还用于获取相关卡应用的优先级标签；

排序模块，用于根据所述第一卡应用和所述相关卡应用的优先级标签，对所述第一卡应用和所述相关卡应用的访问请求进行排序；

执行模块，用于按照所述第一卡应用和所述相关卡应用的访问请求的排序顺序，依次进行响应。

7.根据权利要求6所述的终端，其特征在于，若所述判断模块确定当前的响应状态为对第二卡应用的访问请求正在进行响应，则所述排序模块，具体用于：

以所述优先级标签表示的优先级由高到低的顺序，对所述第一卡应用和所述第二卡应用的访问请求进行排序；

若所述排序模块确定所述第一卡应用的访问请求排在所述第二卡应用的访问请求的前面，则所述执行模块，具体用于中止所述第二卡应用的当前访问，对所述第一卡应用的访问请求进行响应完成后，继续对所述第二卡应用的访问请求进行响应；

或者，若所述排序模块确定所述第一卡应用的访问请求排在所述第二卡应用的访问请求的后面，则所述执行模块，具体用于对所述第二卡应用的访问请求的响应完成后，对所述第一卡应用的访问请求进行响应。

8.根据权利要求7所述的终端，其特征在于，所述执行模块包括：

判断单元，用于对所述第二卡应用的访问请求的响应完成后，判断是否存在等待响应的第三卡应用访问请求；

排序单元，用于若所述判断单元确定存在等待响应的第三卡应用访问请求，则以所述优先级标签表示的优先级由高到低的顺序，对所述第一卡应用和所述第三卡应用的访问请求进行排序；

执行单元，用于按照所述第一卡应用和所述第三卡应用的访问请求的排序顺序，依次进行响应。

9.根据权利要求7所述的终端，其特征在于，还包括：存储模块，用于所述执行模块中止所述第二卡应用的当前访问之后，对所述第二卡应用的标识、执行断点以指针赋值的形式进行存储。

10.根据权利要求9所述的终端，其特征在于，

判断单元，还用于若所述排序模块确定所述第一卡应用的访问请求排在所述第二卡应用的访问请求的前面，则判断所述指针是否已被赋值；

所述判断单元，还用于若确定所述指针已被赋值，则判断所述第一卡应用的优先级标签表示的优先级是否高于紧急响应优先级标签表示的优先级；

执行单元，还用于若所述判断单元确定所述第一卡应用的优先级标签表示的优先级高于紧急响应优先级标签表示的优先级，则将所述指针复位，中止所述第二卡应用的当前访问，将所述指针赋值为所述第二卡应用的标识、执行断点，对所述第一卡应用的访问请求进行响应完成后，根据所述指针中的第二卡应用的标识和执行断点，继续对所述第二卡应用的访问请求进行响应。