CN102957713B - 一种业务运行方法、装置及*** - Google Patents

Abstract

本发明公开了一种业务运行方法、装置及***，主要内容包括：读卡器可以接收网络服务器发送的更新后的条件数据和/或条件数据的标识，因此，读卡器在接收到数据卡发送的业务请求时，若该业务请求是条件性数据业务请求，则可根据本地存储的条件数据或根据本地存储的条件数据的标识从网络服务器处获得条件数据后，响应业务请求；若该业务请求是非条件性数据业务请求，可通过脱机方式响应业务请求，使得本发明的业务运行过程更灵活、方便，运行结果能够满足条件数据的更新需求。

Description

一种业务运行方法、装置及***

技术领域

本发明涉及通信领域，尤其涉及一种业务运行方法、装置及***。

背景技术

随着通信业务的不断发展，借助于手机以及互联网等通信能力，以移动终端，如手机的用户身份识别模块(Subscriber Identity Module，SIM)，或数据卡，如射频卡为应用载体，可实现不同行业、不同领域的业务运行，尤其是与电子商务业务相关的业务运行。

在实际的业务运行过程中，可以根据业务运行场景在应用载体中预置条件数据，如业务有效期、业务应用区域、折扣信息等。当利用预置条件数据的应用载体与读卡器进行交互执行业务时，读卡器可从应用载体中读取该条件数据，并利用该条件数据执行本次业务。

以利用电子票券执行电子票券业务为例，可一次性地在SIM卡中写入电子票券信息，表示该SIM卡具有电子票券的功能，所述电子票券信息包括：电子票券标识和包括有效期信息的条件数据。在利用该写入了电子票券信息的SIM卡进行电子票券业务时，可将该SIM卡在读卡器处刷卡，SIM卡向读卡器发起电子票券业务请求，读卡器从所述SIM卡中读取电子票券信息，可根据其中的电子票券标识对SIM卡进行身份认证，并在身份认证通过后，根据读取的有效期信息，判断当前是否处于有效期内，若是，则响应该电子票券业务请求，完成电子票券业务；若否，则拒绝响应该电子票券业务请求。

在上述利用应用载体和读卡器执行业务的方案中，应用载体内的条件数据一旦写入就不能更改，读卡器只能根据应用载体中写入的固定条件数据来执行业务，如果需要更改条件数据只能重新发卡，导致现有方案的使用不够灵活、方便，机制比较单一。

发明内容

本发明提供了一种业务运行方法、装置及***，用以解决现有技术中存在的应用载体中一次性写入的条件数据不能实时更新的问题。

一种业务运行方法，包括以下步骤：

读卡器接收网络服务器发送的条件数据和/或条件数据的标识；

读卡器在接收到数据卡发起的业务请求后，判断响应所述业务请求是否需要使用条件数据；

若需要，则读卡器在本地存储了条件数据时，从本地获取响应该业务请求所需的条件数据并响应所述业务请求，或在本地存储了条件数据的标识时，从网络服务器处获取响应该业务请求所需的条件数据的标识对应的条件数据，利用获取的条件数据响应所述业务请求；

若不需要，则读卡器脱机响应该业务请求。

一种读卡器，包括：

信息接收模块，用于接收网络服务器发送的条件数据和/或该条件数据的标识；

请求接收模块，用于接收数据卡发起的业务请求，并判断响应该业务请求是否需要条件数据；

信息确定模块，用于在本地存储条件数据时，从本地确定响应该业务请求所需的条件数据，或在本地存储了条件数据的标识时，从网络服务器处获取响应该业务请求所需的条件数据的标识对应的条件数据；

业务响应模块，用于在判断结果为需要条件数据时，利用信息确定模块确定的条件数据响应所述业务请求，否则，脱机响应该业务请求。

一种网络服务器，包括条件数据发生器和条件数据处理器，其中：

条件数据发生器，用于接收条件数据，生成所述条件数据的标识，并将所述条件数据以及条件数据的标识发送给条件数据处理器；

条件数据处理器，用于将所述条件数据和/或条件数据的标识发送给读卡器。

一种业务运行***，包括网络服务器、读卡器和数据卡，其中：

网络服务器，用于为接收到的条件数据生成条件数据的标识，并将条件数据和/或该条件数据的标识发送给读卡器；

数据卡，用于向读卡器发起业务请求；

读卡器，用于在接收到所述业务请求后，判断响应所述业务请求是否需要使用条件数据；若需要，则在本地存储了条件数据时，从本地获取响应该业务请求所需的条件数据并响应所述业务请求，或在本地存储了条件数据的标识时，从网络服务器处获取响应该业务请求所需的条件数据的标识对应的条件数据，利用获取的条件数据响应所述业务请求；若不需要，则脱机响应该业务请求。

本发明的有益效果为：

由于本发明方案中，读卡器可以接收网络服务器发送的更新后的条件数据和/或条件数据的标识，因此，读卡器在接收到数据卡发送的业务请求时，若该业务请求是条件性数据业务请求，则可根据本地存储的条件数据或根据本地存储的条件数据的标识从网络服务器处获得条件数据后，响应业务请求；若该业务请求是非条件性数据业务请求，可通过脱机方式响应业务请求，并从网络服务器处获取本地存储的条件数据的标识对应的条件数据，使得本发明的业务运行过程更灵活、方便，运行结果能够满足条件数据的更新需求。

附图说明

图1所示为本发明实施例一中的业务运行方法流程图；

图2所示为本发明实施例二中的业务运行方法流程图；

图3所示为本发明实施例三中的业务运行方法流程图；

图4所示为本发明实施例四中的一种读卡器结构示意图；

图5所示为本发明实施例五中的一种网络服务器结构示意图；

图6所示为本发明实施例六中的一种业务运行***结构示意图。

具体实施方式

为了实现本发明目的，本发明提出一种新的业务运行架构，由网络服务器实时接收商家提供的条件数据，并将该条件数据和/或该条件数据的标识发给读卡器，以便于当数据卡和读卡器交互执行需要条件数据的业务时，读卡器根据实时更新的条件数据与数据卡交互完成业务，或是根据实时更新的条件数据的标识从网络服务器处读取对应的条件数据后，再与数据卡交互完成业务，实现了条件数据的实时更新，以及利用实时更新的条件数据完成业务的目的。

下面结合说明书附图对本发明实施例作进一步说明，但本发明不局限于下面的实施例。

实施例一：

如图1所示，为本发明实施例一中业务运行的方法示意图，包括以下步骤：

步骤101：网络服务器实时接收条件数据。

在本步骤的方案中，网络服务器可向外提供输入端口，通过该输入端口接收商家提出的数据更新请求，并从所述数据更新请求中获取更新后的条件数据，或是通过该输入端口接收外界输入的更新后的条件数据。

步骤102：网络服务器向读卡器发送接收到的条件数据和/或条件数据的标识。

所述读卡器可以是射频方式的读卡器，还可以是磁条方式的读卡器，该读卡器具有通信能力(如具有空口能力或接入网络的能力)，可以接收网络服务器通过通信方式发送的信息。

在本步骤的方案中，网络服务器可将接收到的条件数据存储在本地，并为每次接收到的条件数据分配唯一标识，并将接收到的条件数据和/或为该条件数据分配的标识发送给读卡器。

若网络服务器接收到的条件数据不是读卡器能够识别并使用的数据，则网络服务器在向读卡器发送条件数据之前，可将该条件数据转换为读卡器能够识别的处理数据后，再发送给读卡器。例如：条件数据的内容是将有效期由2011年11月30日更新为2011年12月31日，则网络服务器将该条件数据转换为的处理数据内容是：若在2011年12月31日前接收到业务请求，则响应该业务请求；否则，拒绝响应该业务请求。

在本步骤中，所述格式转换后的处理数据的实质仍为条件数据，因此，本实施例一的方案中，不论网络服务器是否对条件数据进行转换，发送给读卡器的信息都可称之为条件数据。

较优地，本步骤的方案中，网络服务器可以在每次接收到一条更新后的条件数据后，将该条件数据和/或条件数据的标识发送给读卡器，有效地保证条件数据发送的实时性。网络服务器也可以在接收到多条更新后的条件数据后，一并将多条条件数据和/或包括所述多条条件数据标识的标识列表发送给读卡器，以减少发送条件数据所占用的***资源。

步骤103：读卡器将接收到的条件数据和/或条件数据的标识存储在本地。

步骤104：读卡器在接收到数据卡发起的业务请求后，判断响应所述业务请求是否需要使用条件数据。

若读卡器响应所述业务请求需要条件数据，则进行步骤105，否则，读卡器脱机响应该非条件性数据业务请求。

步骤105：读卡器从本地读取响应该业务请求所需的条件数据，或条件数据的标识。

在本步骤的方案中，读卡器接收到的业务请求中携带请求执行业务的业务标识以及数据卡的标识。读卡器根据接收到的业务请求确定请求执行的业务后，可从本地读取执行该业务所需的条件数据，若读取的条件数据有多条，则可从中选取与所述数据卡的标识匹配的且最近接收到的条件数据。本步骤针对条件数据的标识的做法与针对条件数据的做法相似。

步骤106：读卡器利用读取的条件数据响应所述业务请求，或者读卡器从网络服务器处获取读取的条件数据的标识对应的条件数据，并利用该条件数据响应所述业务请求。

通过本发明实施例一的方案，读卡器可通过网络服务器实时获取更新后的条件数据，因此，读卡器在接收到数据卡发送的业务请求时，若该业务请求是条件性数据业务请求，则可根据本地存储的条件数据或根据本地存储的条件数据的标识从网络服务器处获得条件数据后，响应业务请求；若该业务请求是非条件性数据业务请求，可通过脱机方式响应业务请求，使得本发明实施例一的业务运行过程灵活、方便，运行结果能够满足实时需求。

在本实施例一的方案中，若数据卡具有通信能力，则网络服务器可将条件数据的标识发送至数据卡，以便于数据卡向读卡器发起业务请求时，可通知读卡器当前数据卡内的条件数据的标识。此时，若该业务请求是条件性数据业务请求，则数据卡通过以下方式获取响应所述业务请求所需的条件数据：

读卡器从数据卡中读取条件数据的标识，并根据该数据的标识从本地获取对应的条件数据，或者，读卡器从本地存储的条件数据的标识中，确定与从数据卡中读取的条件数据标识相同的标识，并从网络服务器中获取该标识对应的条件数据。

不论数据卡是否具有通信能力，读卡器在响应业务请求后，都可向数据卡写回条件数据，包括但不限于以下两种情况：

第一种情况：若该业务请求是条件性数据业务请求，则读卡器将响应所述业务请求所使用的条件数据写回数据卡。

第二种情况：若该业务请求是非条件性数据业务请求，则读卡器脱机响应该业务请求之后，将本地存储的条件数据写回数据卡，或者将从网络服务器处获取的条件数据写回数据卡。

具体地，在数据卡具有通信能力时，读卡器可通过以下方式确定脱机响应该业务请求之后，需要向数据卡写回的条件数据：

读卡器从数据卡中读取条件数据的标识，并根据该数据的标识从本地获取对应的条件数据作为需要写回数据卡的条件数据，或者，读卡器从本地存储的条件数据的标识中，确定与从数据卡中读取的条件数据标识相同的标识，并从网络服务器中获取该标识对应的条件数据作为需要写回数据卡的条件数据。

实施例二：

本发明实施例二以具体的实例对本发明实施例一的方案进行详细说明。

假设，本实施例二中所涉及的数据卡是具有通信能力且支持射频方式的SIM卡，且所要执行的业务是电子票券业务，则在SIM卡订购了电子票券业务后，在SIM卡内存储了电子票券的应用，在初始时，该电子票券的应用中可以存储条件数据，也可以不存储条件数据。同时，在用于订购电子票券的服务器中，也记载了已订购电子票券业务的SIM卡的标识。

本发明实施例二中网络服务器的功能可由条件数据发生器和条件数据处理器来执行，需要说明的是，本实施例二的方案中，网络服务器也不限于其他的功能划分方式。

如图2所示，为本发明实施例二的业务运行方法流程示意图，所述方法包括以下步骤：

步骤201：条件数据发生器受理商家提交的针对电子票券业务的数据更新请求。

所述条件数据发生器可以是提供输入端口的受理***，用于受理商家提交的数据更新请求。条件数据发生器在接收到数据更新请求后，需要根据请求中携带的商家标识对该商家进行审核，在对该商家审核通过后，执行步骤202。

所述数据更新请求中还携带了更新后的条件数据，同时还携带了订购了电子票券业务的SIM卡的标识。

步骤202：条件数据发生器从所述数据更新请求中获取更新后的条件数据。

步骤203：条件数据发生器为本次接收到的条件数据分配对应的标识。

步骤204：条件数据发生器将本次分配的条件数据的标识和条件数据发送至条件数据处理器。

所述条件数据处理器可以是现网中部署的电子商务交易平台等设备。

步骤205：条件数据发生器将本次分配的条件数据的标识发送给SIM卡。

条件数据发生器根据数据更新请求中携带的SIM卡的标识，向对应的SIM卡发送本次分配的条件数据的标识。

SIM卡在接收到所述条件数据的标识后，将该条件数据的标识存储在电子票券的应用中，包括但不限于以下两种存储方式：

第一种存储方式：SIM卡在本地存储条件数据的标识时，同时记录存储时间，在此方式下，由于SIM卡内可能同时存储了多个条件数据的标识，因此，通过该存储时间可确定最近更新的条件数据的标识。

第二种存储方式：SIM卡将本次接收到的条件数据的标识覆盖已存储的条件数据的标识，在此方式下，由于SIM卡内只存储了一个条件数据的标识，因此，该条件数据的标识是最近更新的条件数据的标识。

在本实施例二的方案中，SIM卡内只需要存储条件数据的标识，而不像现有技术这样存储具体的条件数据，由于条件数据的标识一般只有几个字节大小，而条件数据有几十个字节的大小，因此，本步骤实际发送的数据量并不大，对***资源的占用量也较小，且可大量节约SIM卡内的存储空间。

步骤206：条件数据处理器将接收到的条件数据转换为处理数据，并生成条件数据的标识列表。

在本步骤中，条件数据处理器可以在接收到多条来自数据发生器的条件数据后，再执行本步骤206；条件数据处理器也可以在每次接收到来自条件数据发生器的条件数据后，执行本步骤206，所不同的是生成的条件数据的标识列表中只包含一个标识。

步骤207：条件数据处理器将所述条件数据的标识列表和/或处理数据发送给读卡器。

步骤208：读卡器接收SIM卡发起的电子票券业务的业务请求。

本步骤中涉及的业务请求可以是需要依据条件数据的条件业务交易，也可以是不依据条件数据的非条件业务交易，若本次SIM卡发起的是条件业务交易，则执行步骤209；否则，读卡器可使用脱机方式直接响应该业务请求。

步骤209：读卡器判断是否从SIM卡内读取到条件数据的标识，若是，则执行步骤210，否则，读卡器判断本地是否已存储本次电子票券业务的条件数据或条件数据的标识，若存储，则读卡器按照本地存储的条件数据响应业务请求，若没有存储，则不响应该业务请求。

在本步骤中，读卡器还可从SIM卡内读取表示当前执行的业务是电子票券业务的业务标识、表示该SIM卡身份的SIM卡的标识。

步骤210：读卡器判断本地是否存储了读取的条件数据的标识对应的处理数据，若是，则利用该处理数据响应该业务请求，并跳转至步骤212；否则，执行步骤211。

在本步骤的方案中，特殊地，若读卡器读取的条件数据的标识并不是电子票券业务相关的条件数据的标识，则读卡器可使用本地已存储的电子票券业务相关的条件数据，按照脱机方式直接响应该业务请求。

步骤211：读卡器从条件数据处理器中获取读取的条件数据的标识对应的处理数据，并利用该处理数据响应该业务请求。

步骤212：读卡器将本次使用的处理数据写回SIM卡。

本步骤212是实施例二的优选步骤。

本步骤的目的是：当SIM卡内回写处理数据后，可将该SIM卡与其他不具有通信能力，或是未存储更新后的条件处理数据和/或条件数据标识的读卡器进行交互，实现电子票券业务的脱机执行。

实施例三：

本发明实施例三也以具体的实例对本发明实施例一的方案进行详细说明。

假设，本实施例三中所涉及的数据卡是不具有通信能力的射频卡，所要执行的业务也是电子票券业务，电子票券商家在发售射频卡时，在该射频卡内写入了业务标识和射频卡的标识等信息。同时，在发售电子票券的服务器中，也记载了已发售的射频卡标识。

本发明实施例三中网络服务器的功能也可由条件数据发生器和条件数据处理器来执行，需要说明的是，本实施例三的方案中，网络服务器也不限于其他的功能划分方式。

如图3所示，为本发明实施例三的业务运行方法流程示意图，所述方法包括以下步骤：

步骤301：条件数据发生器受理商家提交的针对电子票券业务的数据更新请求。

步骤302：条件数据发生器从所述数据更新请求中获取更新后的条件数据。

步骤303：条件数据发生器为本次接收到的条件数据分配对应的标识。

步骤304：条件数据发生器将本次分配的条件数据的标识和条件数据发送至条件数据处理器。

步骤305：数据处理器将接收到的条件数据转换为处理数据，并生成条件数据的标识列表。

本步骤305与步骤206类似的，条件数据处理器可以在接收到多条来自数据发生器的条件数据后，再执行本步骤305；数据处理器也可以在每次接收到来自数据发生器的条件数据后，执行本步骤305，所不同的是生成的条件数据的标识列表中只包含一个标识。

步骤306：条件数据处理器将所述处理数据和/或标识列表发送给读卡器。

步骤307：读卡器接收SIM卡发起的电子票券业务的业务请求。

本步骤中涉及的业务请求可以是有条件数据的业务交易，也可以是非条件数据的业务交易，若是有条件数据的业务交易，则执行步骤308；否则，读卡器可使用脱机方式直接响应该业务请求。

步骤308：读卡器从射频卡内读取射频卡标识，并从本地存储的处理数据中，确定与所述射频卡的标识对应的处理数据，或者，从本地存储的条件数据的标识中，确定与所述射频卡的标识对应的条件数据的标识。

在本实施例二的方案中，条件数据处理器内已设置条件数据与射频卡标识的对应关系，因此，条件数据处理器在步骤305将条件数据转换为处理数据时，可建立处理数据与射频卡标识的对应关系，具有对应关系的处理数据与射频卡标识的意思是：该射频卡标识对应的射频卡，在执行电子票券业务时，使用对应的处理数据。

需要说明的是，若本步骤中读卡器确定本地没有存储与射频卡标识对应的处理数据或是条件数据的标识，则读卡器可按照非条件数据的业务交易方式来响应本次业务请求。

步骤309：读卡器利用该处理数据响应该业务请求，或者，从条件数据处理器中获取读取的条件数据的标识对应的处理数据，并利用该处理数据响应该业务请求。

步骤310：读卡器将本次使用的处理数据或是业务数据的标识写回射频卡。

本步骤310是实施例三的优选步骤。

本步骤310的目的与步骤212相同，进一步地，当射频卡内回写了处理数据或是业务数据的标识后，该射频卡在一下次执行电子票券业务时，可以按照实施例二的方式执行。

实施例四：

本发明实施例四提供了一种读卡器，如图4所示，该读卡器包括信息接收模块41、请求接收模块42、信息确定模块43和业务响应模块44，其中：

信息接收模块41用于接收网络服务器发送的条件数据和/或条件数据的标识；请求接收模块42用于接收数据卡发起的业务请求，并判断响应该业务请求是否需要使用条件数据；信息确定模块43用于在本地存储条件数据时，从本地确定响应该业务请求所需的条件数据，或在本地存储了条件数据的标识时，从网络服务器处获取响应该业务请求所需的条件数据的标识对应的条件数据；业务响应模块44用于在判断结果为需要使用条件数据时，利用信息确定模块43确定的条件数据响应所述业务请求，否则，脱机响应该业务请求。

具体地，信息接收模块41用于在网络服务器每次接收到条件数据后，实时接收来自网络服务器的条件数据和/或条件数据的标识，或者，在网络服务器接收到多条条件数据后，接收来自网络服务器的多条条件数据和/或包括多条条件数据标识的标识列表。

所述读卡器还可以包括：回写模块45，用于在利用条件数据响应所述业务请求之后，将业务响应模块44所使用的条件数据写回数据卡，在脱机响应该业务请求之后，将信息确定模块43存储的条件数据写回数据卡，或者将从网络服务器处获取的条件数据写回数据卡。

本实施例四中的读卡器可应用于实施例一至实施例三的方案中，除了上述功能模块外，本实施例四中的读卡器还可以包括执行实施例一至实施例三中各步骤的功能模块，此处不再赘述。

实施例五：

本发明实施例五还提供了一种网络服务器，如图5所示，包括条件数据发生器51和条件数据处理器52，其中：

条件数据发生器51用于接收条件数据，生成所述条件数据的标识，并将所述条件数据以及条件数据的标识发送给条件数据处理器52；条件数据处理器52用于将所述条件数据和/或条件数据的标识发送给读卡器。

具体地，所述条件数据处理器52用于在每次接收到条件数据以及条件数据的标识后，实时将条件数据和/或条件数据的标识发送给读卡器，或者，在接收到多条条件数据和/或多条条件数据的标识后，将多条条件数据和/或包括多条条件数据标识的标识列表发送给读卡器；

所述条件数据发生器51还用于将条件数据的标识发送给数据卡。

本实施例五中的网络服务器也可应用于实施例一至实施例三的方案中，所述条件数据发生器51可以是具有输入端口的受理***，如现网中已部署的业务受理***；所述条件数据处理器52可以是现网中部署的电子商务交易平台等设备。

实施例六：

本发明实施例六还提供了一种业务运行***，如图6所示，所述***包括网络服务器61、读卡器62和数据卡63，其中：

网络服务器61用于为接收到的条件数据生成条件数据的标识，并将条件数据和/或条件数据的标识发送给读卡器62；数据卡63用于向读卡器62发起业务请求；读卡器62用于在接收到所述业务请求后，判断响应所述业务请求是否需要使用条件数据；若需要，则读卡器62在本地存储了条件数据时，从本地获取响应该业务请求所需的条件数据并响应所述业务请求，或在本地存储了条件数据的标识时，从网络服务器61处获取响应该业务请求所需的条件数据的标识对应的条件数据，利用获取的条件数据响应所述业务请求；若不需要，则读卡器62脱机响应该业务请求。

具体地，所述读卡器62还用于在利用条件数据响应所述业务请求之后，将响应所述业务请求所使用的条件数据写回数据卡63，在脱机响应该业务请求之后，将本地存储的条件数据写回数据卡63，或者将从网络服务器61处获取的条件数据写回数据卡63。

所述网络服务器61还用于在所述数据卡63是具有通信能力的数据卡时，向数据卡63发送条件数据的标识。

本实施例六中涉及的网络服务器61可以是实施例五中所述的网络服务器，本实施例六中涉及的读卡器62可以是实施例四中所述的读卡器。图6中的数据卡以安装在智能手机中的数据卡表示。

通过本发明实施例的方案，实现了在执行条件数据的业务交易时，可以实时更新条件数据，利用最近更新的条件数据执行业务，提高了业务执行的灵活性，在目前的电子商务应用中有极为广泛的业务需求，如在数据卡内的有效期改变、可使用的读卡器范围发生变化等。本发明实施例的方案不仅可适用于联机操作，也可适用于更为广泛的脱机操作中。进一步地，在本发明的数据卡内，无需存储大数据量的条件数据，可存储条件数据的标识，甚至于可不存储条件数据以及条件数据的标识，减少了在数据卡内存储的数据量，减少了数据卡内的资源浪费。

以上所述仅是本发明的优选实施方案，显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种业务运行方法，其特征在于，包括：

读卡器接收网络服务器发送的条件数据和/或条件数据的标识；

读卡器在接收到数据卡发起的业务请求后，判断响应所述业务请求是否需要使用条件数据；

若需要，则读卡器在本地存储了条件数据时，从本地获取响应该业务请求所需的条件数据并响应所述业务请求，或在本地存储了条件数据的标识时，从网络服务器处获取响应该业务请求所需的条件数据的标识对应的条件数据，利用获取的条件数据响应所述业务请求；

若不需要，则读卡器脱机响应该业务请求。

2.如权利要求1所述的方法，其特征在于，读卡器脱机响应该业务请求之后，所述方法还包括：

读卡器从网络服务器处获取本地存储的条件数据的标识对应的条件数据。

3.如权利要求1所述的方法，其特征在于，读卡器接收网络服务器发送的条件数据和/或条件数据的标识，具体包括：

读卡器在网络服务器每次接收到条件数据后，实时接收来自网络服务器的条件数据和/或条件数据的标识；

或者，读卡器在网络服务器接收到多条条件数据后，接收来自网络服务器的多条条件数据和/或包括多条条件数据标识的标识列表。

4.如权利要求1所述的方法，其特征在于，读卡器利用条件数据响应所述业务请求之后，所述方法还包括：

读卡器将响应所述业务请求所使用的条件数据写回数据卡；

或者，

读卡器脱机响应该业务请求之后，所述方法还包括：

读卡器将本地存储的条件数据写回数据卡，或者读卡器将从网络服务器处获取的条件数据写回数据卡。

5.如权利要求1所述的方法，其特征在于，所述数据卡是具有通信能力的数据卡；

数据卡发起业务请求之前，所述方法还包括：

数据卡接收网络服务器发送的条件数据的标识；

读卡器在确定需要使用条件数据响应所述业务请求时，通过以下方式获取响应所述业务请求所需的条件数据：

读卡器从数据卡中读取条件数据的标识，并根据该数据的标识从本地获取对应的条件数据，或者，读卡器从本地存储的条件数据的标识中，确定与从数据卡中读取的条件数据标识相同的标识，并从网络服务器中获取该标识对应的条件数据。

6.如权利要求4所述的方法，其特征在于，所述数据卡是具有通信能力的数据卡；

数据卡发起业务请求之前，所述方法还包括：

数据卡接收网络服务器发送的条件数据的标识；

读卡器通过以下方式确定在脱机响应该业务请求之后，需要写回数据卡的条件数据：

读卡器从数据卡中读取条件数据的标识，并根据该数据的标识从本地获取对应的条件数据作为需要写回数据卡的条件数据，或者，读卡器从本地存储的条件数据的标识中，确定与从数据卡中读取的条件数据标识相同的标识，并从网络服务器中获取该标识对应的条件数据作为需要写回数据卡的条件数据。

7.一种读卡器，其特征在于，包括：

信息接收模块，用于接收网络服务器发送的条件数据和/或条件数据的标识；

请求接收模块，用于接收数据卡发起的业务请求，并判断响应该业务请求是否需要使用条件数据；

信息确定模块，用于在本地存储条件数据时，从本地确定响应该业务请求所需的条件数据，或在本地存储了条件数据的标识时，从网络服务器处获取响应该业务请求所需的条件数据的标识对应的条件数据；

业务响应模块，用于在判断结果为需要使用条件数据时，利用信息确定模块确定的条件数据响应所述业务请求，否则，脱机响应该业务请求。

8.如权利要求7所述的读卡器，其特征在于，

信息接收模块，具体用于在网络服务器每次接收到条件数据后，实时接收来自网络服务器的条件数据和/或条件数据的标识，或者，在网络服务器接收到多条条件数据后，接收来自网络服务器的多条条件数据和/或包括多条条件数据的标识的标识列表。

9.如权利要求7所述的读卡器，其特征在于，所述读卡器还包括：

回写模块，用于在利用条件数据响应所述业务请求之后，将业务响应模块所使用的条件数据写回数据卡，在脱机响应该业务请求之后，将本地存储的条件数据写回数据卡，或者将从网络服务器处获取的条件数据写回数据卡。

10.如权利要求9所述的读卡器，其特征在于，

所述回写模块，具体用于在脱机响应该业务请求之后，根据从数据卡内读取的条件数据的标识，从本地获取对应的条件数据作为需要写回数据卡的条件数据，或者，读卡器从本地存储的条件数据的标识中，确定与从数据卡中读取的条件数据标识相同的标识，并从网络服务器中获取该标识对应的条件数据作为需要写回数据卡的条件数据。

11.如权利要求7所述的读卡器，其特征在于，所述读卡器还包括：

读取模块，用于在数据卡内存储了条件数据的标识时，从数据卡中读取条件数据的标识；

所述信息确定模块，具体用于根据读取模块读取的标识，从本地确定对应的响应该业务请求所需的条件数据，或者，从本地存储的条件数据的标识中，确定与读取模块读取的条件数据的标识相同的标识，并从网络服务器处获取所述相同的标识对应的条件数据。

12.一种业务运行***，其特征在于，所述***包括网络服务器、读卡器和数据卡，其中：

网络服务器，用于为接收到的条件数据生成条件数据的标识，并将条件数据和/或条件数据的标识发送给读卡器；

数据卡，用于向读卡器发起业务请求；

读卡器，用于在接收到所述业务请求后，判断响应所述业务请求是否需要使用条件数据；若需要，则在本地存储了条件数据时，从本地获取响应该业务请求所需的条件数据并响应所述业务请求，或在本地存储了条件数据的标识时，从网络服务器处获取响应该业务请求所需的条件数据的标识对应的条件数据，利用获取的条件数据响应所述业务请求；若不需要，则脱机响应该业务请求。

13.如权利要求12所述的***，其特征在于，

所述读卡器，还用于在利用条件数据响应所述业务请求之后，将响应所述业务请求所使用的条件数据写回数据卡，在脱机响应该业务请求之后，将本地存储的条件数据写回数据卡，或者将从网络服务器处获取的条件数据写回数据卡。

14.如权利要求12所述的***，其特征在于，

网络服务器，还用于在所述数据卡是具有通信能力的数据卡时，向数据卡发送条件数据的标识。