CN111862353B - 信息处理方法、装置、设备、介质及闸机系统 - Google Patents

Abstract

本发明公开了一种信息处理方法、装置、设备、介质及闸机系统。其中，一种信息处理方法包括：接收目标闸机发送的开闸请求；响应于开闸请求，对开闸请求进行解析，得到开闸请求信息，开闸请求信息包括目标闸机标识和目标交易信息；根据目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息，目标配置信息为与目标闸机标识所属的目标运营方关联存储的配置信息，目标配置信息包括多个信息处理方式；在多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式；对目标交易信息执行目标信息处理方式对应的信息处理操作。根据本发明实施例，能够解决相关技术中收费闸机系统的通用性较差的问题。

Description

信息处理方法、装置、设备、介质及闸机系统

技术领域

本发明属于信息处理技术领域，尤其涉及一种信息处理方法、装置、设备、介质及闸机系统。

背景技术

近些年来随着我国交通运输事业、旅游业、娱乐业的日益发展，闸机系统正在逐渐成为各个城市的主要工具。收费闸机系统是闸机系统的一种，通常用于在营利性公共场所出入口拦截通行人员，对通行人员进行收费和出入管理。

在相关技术中，不同的营利性公共场所的运营方会按照各自的需求搭建收费闸机系统，使得不同的收费闸机系统仅能应用于单一的营利性公共场所，导致收费闸机系统的通用性较差。

发明内容

本发明实施例提供一种信息处理方法、装置、设备、介质及闸机系统，能够解决相关技术中收费闸机系统的通用性较差的问题。

第一方面，本发明实施例提供了一种信息处理方法，包括：

接收目标闸机发送的开闸请求；

响应于开闸请求，对开闸请求进行解析，得到开闸请求信息；其中，开闸请求信息包括目标闸机标识和目标交易信息；

根据目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，目标配置信息为与目标闸机标识所属的目标运营方关联存储的配置信息，目标配置信息包括多个信息处理方式；

在多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式；

对目标交易信息执行目标信息处理方式对应的信息处理操作。

第二方面，本发明实施例提供了一种信息处理装置，包括：

第一接收模块，用于接收目标闸机发送的开闸请求；

第一解析模块，用于响应于开闸请求，对开闸请求进行解析，得到开闸请求信息；其中，开闸请求信息包括目标闸机标识和目标交易信息；

第一查询模块，用于根据目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，目标配置信息为与目标闸机标识所属的目标运营方关联存储的配置信息，目标配置信息包括多个信息处理方式；

第二查询模块，用于在多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式；

第一执行模块，用于对目标交易信息执行目标信息处理方式对应的信息处理操作。

第三方面，本发明实施例提供了一种信息处理设备，该设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面所述的信息处理方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面所述的信息处理方法。

第五方面，本发明实施例提供了一种闸机系统，包括多个闸机和服务器，其中：

闸机用于向服务器发送开闸请求；

服务器用于接收多个闸机中的目标闸机发送的开闸请求；响应于开闸请求，对开闸请求进行解析，得到开闸请求信息；其中，开闸请求信息包括目标闸机标识和目标交易信息；根据目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，目标配置信息为与目标闸机标识所属的目标运营方关联存储的配置信息，目标配置信息包括多个信息处理方式；在多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式；对目标交易信息执行目标信息处理方式对应的信息处理操作。

本发明实施例的信息处理方法、装置、设备、介质及闸机系统，能够在接收到目标闸机发送的开闸请求后，对开闸请求进行解析，得到目标闸机标识和目标交易信息，然后在多个预先存储的配置信息中，查询与目标闸机标识所属的目标运营方关联存储的目标配置信息，并在目标配置信息中的多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式，进而对目标交易信息执行目标信息处理方式对应的信息处理操作，以将属于不同的运营方的配置信息统一存储，并根据不同闸机所属的运营方的配置信息对各个闸机进行统一管理，进而提高了收费闸机系统的通用性。

附图说明

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

图1是本发明一个实施例提供的闸机系统的结构示意图；

图2是本发明一个实施例提供的信息处理方法的流程示意图；

图3是本发明另一个实施例提供的信息处理方法的流程示意图；

图4是本发明一个实施例提供的地铁闸机系统的交互流程示意图；

图5是本发明一个实施例提供的信息处理装置的结构示意图；

图6是本发明实施例提供的信息处理设备的硬件结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

收费闸机系统是闸机系统的一种，通常用于在交通站点(例如公交站、地铁和渡口)、停车场、景区、游乐园、体育场、体育馆和展览馆等营利性公共场所出入口拦截通行人员，对通信人员进行收费和出入管理。

在相关技术中，不同的营利性公共场所的运营方会按照各自的需求搭建收费闸机系统。以收费闸机系统为地铁闸机系统为例，运营方搭建收费闸机系统时通常涉及如下几个方面的工作：

1、闸机改造。根据地铁闸机系统需要支持的支付方式，在每个人行出入口闸机上加装各个支付方式对应的交易信息采集模块。其中，支付方式可以包括图形码支付、人脸支付、近场通信(Near Field Communication，NFC)支付等方式。

2、基础环境准备。其中，基础环境可以包括闸机的供电设备以及5G/4G通信服务商基站等，用于为闸机供电以及保证使用环境内5G/4G信号覆盖、有线或无线局域网覆盖等。

3、地铁闸机后台系统的硬件投入。以地铁闸机系统支持人脸支付方式为例，地铁闸机后台系统需要架设人脸特征值提取服务器以及具备图形处理器(GraphicsProcessing Unit，GPU)算力的人脸比对服务器等。

4、支付平台的对接。根据地铁闸机系统需要支持的支付平台，开发对接各个支付平台的服务器的对接接口。其中，支付平台可以包括第三方支付平台、卡组织平台和票务核销平台等。

5、地铁闸机后台系统的软件开发投入。需要对上述第1方面至第4方面衍生出的软件需求进行软件开发，例如开发数据库、开发人脸识别程序等。

综合以上方面，申请人发现：

在相关技术中，每个运营方搭建收费闸机系统时，需要对接不同的硬件和软件的供应商，提高了收费闸机系统的搭建和运维的复杂性，并且建设成本较高。同时，收费闸机系统的灵活性较差，每当运营方计划新增加一种支付方式时，就需要对收费闸机系统进行一次改造。另外，每个运营方都是按照各自的需求搭建收费闸机系统，各个运营方搭建收费闸机系统时都需要重复上述的建设工作，使得不同的收费闸机系统仅能应用于单一的营利性公共场所，导致收费闸机系统的通用性较差。

为了解决上述的问题，本发明实施例提供了一种闸机系统，下面将对该闸机系统进行详细说明。

图1示出了本发明一个实施例提供的闸机系统的结构示意图。如图1所示，该闸机系统包括多个闸机110和与多个闸机110分别通信连接的服务器120。其中，每个闸机110可以属于一个营利性公共场所的运营方，多个闸机110可以属于相同的运营方，也可以属于不同的运营方。服务器120可以为闸机运营管理平台的服务器，服务器可以为云服务器或服务器及其等具有存储以及计算功能的设备。

闸机110可以分别向服务器120发送开闸请求，服务器120可以基于闸机110发送的开闸请求进行信息处理。

具体地，服务器120可以接收多个闸机110中的目标闸机发送的开闸请求，然后响应于开闸请求，对开闸请求进行解析，得到开闸请求信息，开闸请求信息可以包括目标闸机标识和目标交易信息。接着，服务器120可以根据目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息，目标配置信息可以为与目标闸机标识所属的目标运营方关联存储的配置信息，目标配置信息可以包括多个信息处理方式。最后，服务器120可以在多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式，并且对目标交易信息执行目标信息处理方式对应的信息处理操作。其中，服务器120基于开闸请求进行信息处理的具体方法将在下文详细描述。

由此，在本发明实施例中，可以通过一个闸机运营管理平台将不同运营方的闸机进行统一管理，提高了闸机系统的通用性。同时，运营方无需搭建闸机系统，无需对接不同的硬件和软件的供应商，仅需要在闸机安装位置直接安装闸机，并在闸机运营管理平台的服务器中提前设置好该运营方的配置信息，即可以使该运营方所安装的闸机的运行满足计费和扣费需要，降低了闸机系统的搭建和运维的复杂性，减少了建设成本。

在本发明一些实施例中，每个闸机110可以分别设有多种支付方式对应的交易信息采集模块，运营方可以在配置信息中设置好其需要的可用支付方式，进而通过服务器120根据预先设置的可用支付方式对该运营方的每个闸机110进行激活，使每个闸机110的多个交易信息采集模块中的可用采集模块处于激活状态，进而满足运营方对支付方式的需求。当该运营方想要增加或减少支付方式时，运营方可以通过服务器120调整每个闸机110可以支持的可用支付方式，并且重新激活每个闸机110的可用采集模块。

由此，在本发明实施例中，每个闸机均集成有各种已有的支付方式，以供运营商选择，当运营方想要增加或减少支付方式时，仅需在闸机运营管理平台的服务器中进行设置，即可以调整每个闸机的处于激活状态的交易信息采集模块，完成对可用采集模块的激活，使得闸机系统具有较高的灵活性。

需要说明的是，在本发明实施例中，交易信息采集模块包括但不限于上述已有的支付方式对应的交易信息采集模块，随着新支付方式的出现，每个闸机还可以继续增加新的支付方式对应的交易信息采集模块。

基于上述的闸机系统，本发明实施例提供了一种信息处理方法、装置、设备、介质及闸机系统。下面首先对本发明实施例所提供的信息处理方法进行介绍。

图2示出了本发明一个实施例提供的信息处理方法的流程示意图。

在本发明一些实施例中，图2所示的方法可以由图1中的服务器120或者服务器120中的功能模块执行，在此不做限制。

如图2所示，该信息处理方法可以包括：

S210、接收目标闸机发送的开闸请求。

在本发明一些实施例中，目标闸机可以为图1中所示的任意闸机110，目标闸机可以为入口闸机或出口闸机，在此不做限制。

当目标闸机的任意处于激活状态的可用采集模块采集到交易信息之后，可以将所采集到的交易信息作为目标交易信息，并且可以利用目标交易信息和目标闸机对应的目标闸机标识生成开闸请求，然后向服务器发送该开闸请求，进而使服务器接收目标闸机发送的开闸请求。

S220、响应于开闸请求，对开闸请求进行解析，得到开闸请求信息；其中，开闸请求信息包括目标闸机标识和目标交易信息。

在本发明一些实施例中，开闸请求信息可以包括目标闸机对应的目标闸机标识和等待通过目标闸机的目标用户的目标交易信息。

目标闸机标识可以为目标闸机的设备识别码，目标闸机标识也可以为服务器为目标闸机预先设置的设备身份标识(Identity document，ID)，目标闸机标识还可以为目标闸机的互联网协议(Internet Protocol，IP)地址，在此不做限制，只要是该目标闸机的唯一标识码即可。

目标交易信息可以用于交易平台获取目标用户在该交易平台下的目标用户交易账号，例如，目标用户在该交易平台绑定的默认银行卡卡号或者交易平台账号。

在一些实施例中，在支付方式为人脸支付的情况下，目标交易信息可以为目标用户的人脸图像或者人脸特征数据。在另一些实施例中，在支付方式为指纹支付的情况下，目标交易信息可以为目标用户的指纹图像或者指纹特征数据。在又一些实施例中，在支付方式为图形码支付的情况下，目标交易信息可以为目标用户展示的图形码的图形码信息。在再一些实施例中，在支付方式为NFC支付的情况下，目标交易信息可以为目标用户所使用的支付设备内的NFC信息。其中，支付设备可以包括电子设备和可穿戴设备。电子设备可以包括手机、平板电脑等便携式电子设备，可穿戴设备可以包括智能手环、智能眼镜等。

S230、根据目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，目标配置信息为与目标闸机标识所属的目标运营方关联存储的配置信息，目标配置信息包括多个信息处理方式。

在本发明实施例中，服务器中可以预先存储有多个配置信息，一个配置信息可以与一个营利性公共场所的运营方关联存储，使服务器可以对不同的营利性公共场所内安装的闸机进行统一管理。

在本发明一些实施例中，每个配置信息还可以分别与该配置信息所属的运营方的各个闸机对应的闸机标识关联存储，由此，服务器可以直接在多个预先存储的配置信息中，查询与目标闸机标识关联存储的目标配置信息。

在本发明另一些实施例中，每个运营方还可以与该运营方的各个闸机对应的闸机标识关联存储，例如多个闸机标识可以以闸机标识列表或者闸机标识集合的形式与所属的运营方关联存储。由此，服务器可以首先查询与目标闸机标识关联存储的目标运营方，然后再查询目标运营方关联存储的目标配置信息。

在这些实施例中，可选地，S230可以具体包括：

在多个预先存储的运营方中，查询目标闸机标识所属的目标运营方；

在多个预先存储的配置信息中，查询与目标运营方关联存储的目标配置信息。

具体地，服务器可以首先在多个预先存储的运营方中，查询与目标闸机标识关联存储的运营方，查询到的运营方即为目标闸机标识所属的目标运营方，然后在多个预先存储的配置信息中，查询与目标运营方关联存储的目标配置信息。

在本发明实施例中，目标配置信息可以包括多个信息处理方式，其中，多个信息处理方式可以包括存储交易信息和处理交易信息等，可以根据运营方需要进行设置，使服务器可以对不同的营利性公共场所内安装的闸机发送的交易信息进行统一管理。

S240、在多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式。

在本发明一些实施例中，每个闸机标识可以分别与该闸机标识对应的信息处理方式关联存储，由此，服务器可以直接在多个信息处理方式中，查询与目标闸机标识关联存储的信息处理方式。

在本发明另一些实施例中，每个闸机标识可以对应该闸机标识所属闸机的闸机类型，每个闸机类型可以分别与该闸机类型对应的信息处理方式关联存储。由此，服务器可以首先确定目标闸机标识对应的目标闸机类型，然后再查询目标闸机类型关联存储的目标信息处理方式。

在这些实施例中，可选地，一个信息处理方式对应一个闸机类型，S240可以具体包括：

确定目标闸机标识对应的目标闸机类型；

在多个信息处理方式中，查询目标闸机类型对应的目标信息处理方式。

具体地，服务器可以首先确定目标闸机标识对应的目标闸机类型，然后在多个预先存储的信息处理方式中，查询与目标闸机类型关联存储的信息处理方式，并将查询到的信息处理方式作为目标闸机类型对应的目标信息处理方式。

S250、对目标交易信息执行目标信息处理方式对应的信息处理操作。

在本发明一些实施例中，目标信息处理方式可以为存储交易信息，目标信息处理方式对应的信息处理操作可以为交易信息存储操作，将在后文详细描述。

在本发明另一些实施例中，目标信息处理方式可以为处理交易信息，目标信息处理方式对应的信息处理操作可以为交易信息处理操作，将在后文详细描述。

在本发明实施例中，能够在接收到目标闸机发送的开闸请求后，对开闸请求进行解析，得到目标闸机标识和目标交易信息，然后在多个预先存储的配置信息中，查询与目标闸机标识所属的目标运营方关联存储的目标配置信息，并在目标配置信息中的多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式，进而对目标交易信息执行目标信息处理方式对应的信息处理操作，以将属于不同的运营方的配置信息统一存储，并根据不同闸机所属的运营方的配置信息对各个闸机进行统一管理，进而提高了收费闸机系统的通用性。

在本发明另一些实施例中，在S250之后，该信息处理方法还可以包括：

在目标信息处理方式对应的信息处理操作执行成功的情况下，向目标闸机发送开闸指令。

在目标信息处理方式对应的信息处理操作执行失败的情况下，不向目标闸机发送开闸指令。

在一些实施例中，在目标信息处理方式为存储交易信息的情况下，如果交易信息存储操作执行成功，服务器可以向目标闸机发送开闸指令，以使目标用户可以通过目标闸机，如果交易信息存储操作执行失败，不向目标闸机发送开闸指令，并且可以向目标闸机发送失败原因，失败原因可以包括目标交易信息不符合运营方要求以及交易信息存储操作的执行过程出错。

在另一些实施例中，在目标信息处理方式为处理交易信息的情况下，如果交易信息处理操作执行成功，服务器可以向目标闸机发送开闸指令，以使目标用户可以通过目标闸机，如果交易信息处理操作执行失败，不向目标闸机发送开闸指令，并且可以向目标闸机发送失败原因，失败原因可以包括目标交易信息不符合运营方要求以及交易信息处理操作的执行过程出错。

其中，目标交易信息不符合运营方要求可以包括目标交易信息对应的目标交易方式不是目标运营方所支持的交易方式以及目标交易信息对应的目标交易平台不是目标运营方所支持的交易平台等。

在本发明实施例中，闸机系统可以包括两类闸机，一类为用于采集通行信息的信息采集闸机，一类为用于进行计费的计费闸机。

若目标闸机为信息采集闸机，则目标闸机的目标信息处理方式为存储交易信息。

若目标闸机为计费闸机且交易模式为先扣费后开闸模式，先扣费后开闸模式即仅当用户完成实际支付，运营方完成对用户的交易账号的扣款后，才对用户进行放行，此时，目标闸机的目标信息处理方式为处理交易信息。

若目标闸机为计费闸机且交易模式为先开闸后扣费模式，先开闸后扣费模式即无需用户完成实际支付，只要运营方完成对用户的交易信息的存储，即可以对用户进行放行，运营方可以在放行用户后，再对用户的交易账号进行扣款，此时，目标闸机的目标信息处理方式为存储交易信息。

在本发明又一种实施方式中，为了提高闸机系统的可靠性，目标配置信息还可以包括至少一个可用交易平台，可用交易平台可以为目标运营方所支持的交易平台。

相应地，在S250之前，该信息处理方法还可以包括：

确定目标交易信息所属的目标交易平台。

具体地，服务器中可以存储有多个交易平台标识，每个交易平台标识可以对应一个交易平台，目标交易信息可以携带有目标交易平台标识，服务器可以根据目标交易平台标识，查询目标交易平台标识对应的交易平台，并将查询到的目标交易平台标识对应的交易平台作为目标交易信息所属的目标交易平台。

相应地，S250可以具体包括：

在目标交易平台存在于至少一个可用交易平台中的情况下，对目标交易信息执行目标信息处理方式对应的信息处理操作。

具体地，服务器可以首先在至少一个可用交易平台中查询目标交易平台，并且在查询到目标交易平台存在于至少一个可用交易平台中的情况下，对目标交易信息执行目标信息处理方式对应的信息处理操作，以确保目标闸机发送的目标交易信息为目标运营方所支持的交易平台对应的交易信息，进而保证目标运营方可以收取到目标用户在指定交易平台上的指定资源，提高了闸机系统的可靠性。

在本发明一些实施例中，在目标信息处理方式为存储交易信息的情况下，开闸请求信息还可以包括开闸请求时间。

相应地，S250的具体方法可以包括：

将开闸请求时间、目标交易信息和目标闸机标识关联存储。

在本发明一些实施例中，在目标运营方为景区、游乐园、体育场、体育馆和展览馆等进场前先进行资源转移的营利性公共场所的运营方的情况下，如果目标闸机对应的目标信息处理方式为存储交易信息，则目标闸机可以为出口闸机，此时，可以将开闸请求时间、目标交易信息和目标闸机标识关联存储，以对目标用户离开场馆的信息进行记录。

在这些实施例中，可选地，在将开闸请求时间、目标交易信息和目标闸机标识关联存储之前，该信息处理方法还可以包括：

获取目标交易信息对应的资源转移结果；

相应地，将开闸请求时间、目标交易信息和目标闸机标识关联存储可以具体包括：

在所述资源转移结果为待转移资源已经由目标交易信息对应的目标用户交易账号转移至目标运营方对应的目标运营方交易账号的情况下，将开闸请求时间、目标交易信息和目标闸机标识关联存储；

在所述资源转移结果为待转移资源未由目标交易信息对应的目标用户交易账号转移至目标运营方对应的目标运营方交易账号的情况下，目标信息处理方式变更为处理交易信息，并且执行交易信息处理操作。其中，交易信息处理操作将在后文详细描述。

由此，服务器可以对目标用户的资源转移情况进行二次校验，通过资源转移结果判断目标用户是否已经完成资源转移，如果完成，则将开闸请求时间、目标交易信息和目标闸机标识关联存储，如果未完成，则使目标用户重新完成资源转移。

在本发明另一些实施例中，在目标运营方为交通站点和停车场等出场时进行资源转移的营利性公共场所的运营方的情况下，如果目标闸机对应的目标信息处理方式为存储交易信息，则目标闸机可以为入口闸机，此时，可以将开闸请求时间、目标交易信息和目标闸机标识关联存储，以对目标用户离开场馆的信息进行记录，以方便服务器在目标用户出场时进行资源转移。

在本发明实施例中，资源可以包括电子票和货币，资源转移可以指电子票转移和货币转移。

在本发明一些实施例中，在目标信息处理方式为处理交易信息的情况下，目标配置信息还可以包括目标计费方式和目标运营方在每个可用交易平台下的运营方交易账号。

其中，每个运营商都可以在服务器中预先存储每个可用交易平台下的运营方交易账号，运营方交易账号可以为运营方在该可以交易平台下绑定的默认银行卡卡号或者在该交易平台上的交易平台账号。

相应地，S250的具体方法可以包括：

按照目标计费方式，确定待转移资源；

在多个运营方交易账号中，确定目标交易平台对应的目标运营方交易账号；

将待转移资源由目标交易信息对应的目标用户交易账号转移至目标运营方交易账号。

其中，目标交易信息对应的目标用户交易账号为目标用户在目标交易平台下绑定的目标交易方式对应的用户交易账号，用户交易账号可以包括在目标交易平台下绑定的默认银行卡卡号和在目标交易平台上的交易平台账号等，在此不做限制。

在本发明一些实施例中，在目标运营方为景区、游乐园、体育场、体育馆和展览馆等进场前先进行资源转移的营利性公共场所的运营方的情况下，如果目标闸机对应的目标信息处理方式为处理交易信息，则目标闸机可以为入口闸机，此时，服务器可以按照目标运营方的目标计费方式，确定待转移资源，并且在多个运营方交易账号中，查询目标交易平台对应的目标运营方交易账号，最后将待转移资源由目标交易信息对应的目标用户交易账号转移至目标运营方交易账号。

由于进场前先进行资源转移的营利性公共场所一般为收取固定货币金额或者固定数量的电子票，因此，服务器按照目标计费方式确定待转移资源的具体方法可以为：将预设资源数量作为待转移资源，即将预设货币金额或预设电子票数量作为待转移资源。

在本发明另一些实施例中，在目标运营方为交通站点和停车场等出场时进行资源转移的营利性公共场所的运营方的情况下，如果目标闸机对应的目标信息处理方式为处理交易信息，则目标闸机可以为出口闸机，此时，服务器可以按照目标运营方的目标计费方式，确定待转移资源，并且在多个运营方交易账号中，查询目标交易平台对应的目标运营方交易账号，最后将待转移资源由目标交易信息对应的目标用户交易账号转移至目标运营方交易账号。

由于出场时进行资源转移的营利性公共场所一般为按照用户在场内的时长和/或用户的移动距离收取费用，因此，服务器按照目标计费方式确定待转移资源的具体方法可以为：首先查询与目标交易信息关联存储的入口闸机标识和/或入口闸机标识对应的闸机的开闸请求时间，然后利用入口闸机标识和/或入口闸机标识对应的开闸请求时间以及目标闸机标识和/或目标闸机标识对应的开闸请求时间，计算目标用户的移动距离和/或在场内的时长，最后根据目标用户的移动距离和/或在场内的时长，计算待转移货币金额。

具体地，服务器可以将目标闸机标识对应的开闸请求时间减去入口闸机标识对应的开闸请求时间，得到目标用户在场内的时长。服务器可以确定目标闸机标识对应的出口位置信息和入口闸机标识对应的入口位置信息，并在预先存储的出入口位置与距离的对应关系中，查询出口位置信息和入口位置信息之间的距离，作为目标用户的移动距离。

在本发明一些实施例中，将待转移资源由目标交易信息对应的目标用户交易账号转移至目标运营方交易账号可以具体包括：

根据目标交易信息、目标运营方交易账号和待转移资源，生成资源转移请求；

向目标交易平台对应的目标服务器发送资源转移请求；其中，资源转移请求用于请求目标服务器将待转移资源由目标用户交易账号转移至目标运营方交易账号。

具体地，服务器可以生成包括目标交易信息、目标运营方交易账号和待转移资源的资源转移请求，然后向目标交易平台对应的目标服务器发送资源转移请求，目标服务器接收到资源转移请求之后，可以解析该资源转移请求，得到目标交易信息、目标运营方交易账号和待转移资源，然后根据目标交易信息查找到目标用户在目标交易平台的目标用户交易账号，最终待转移资源由目标用户交易账号转移至目标运营方交易账号。

综上，在本发明实施例中，无需运营方自己对接多个支付平台，可以通过闸机运营管理平台的服务器统一对接多个支付平台，运营方只需要根据需求设置可用支付平台，即可以实现与所支持的支付平台的对接。

在本发明再一种实施方式中，为了进一步提高闸机系统的可靠性，开闸请求信息还可以包括目标交易信息对应的目标交易信息类型，目标配置信息还可以包括至少一个可用支付方式。

相应地，在确定目标交易信息所属的目标交易平台之前，该信息处理方法还可以包括：

确定目标交易信息类型对应的目标支付方式；

确定目标交易信息所属的目标交易平台，包括：

在目标支付方式存在于至少一个可用支付方式中的情况下，确定目标交易信息所属的目标交易平台。

虽然每个闸机的可用采集模块均是根据该闸机所属的运营方设置的可用支付方式进行激活的，但也可能存在闸机因种种原因误激活运营方设置的可用支付方式以外的其他支付方式对应的交易信息采集模块。

由此，服务器可以获取目标交易信息对应的目标交易信息类型，然后确定目标交易信息类型对应的目标支付方式，并且在至少一个可用支付方式中查询目标支付方式，如果查询到目标支付方式存在于至少一个可用支付方式中，则继续确定目标交易信息所属的目标交易平台，以保证目标交易信息对应的目标支付方式为目标运营方所支持的支付方式，进一步提高了闸机系统的可靠性。

图3示出了本发明另一个实施例提供的信息处理方法的流程示意图。

在本发明另一种实施方式中，为了提高闸机系统的灵活性，如图3所示，该信息处理方法可以包括：

S310、接收目标设备发送的配置请求。

在本发明实施例中，目标设备可以为目标运营方使用电子设备。电子设备可以包括手机、平板电脑、笔记本电脑、台式电脑等。

目标运营方的管理人员可以通过目标设备登录闸机运营管理平台，然后在闸机运营管理平台上设置其所需的目标配置信息。目标设备可以根据目标配置信息和目标运营方在闸机运营管理平台上的目标管理账号，生成配置请求，并将配置请求发送至闸机运营管理平台的服务器，以使服务器接收目标设备发送的配置请求。

S320、响应于配置请求，对配置请求进行解析，得到配置请求信息；其中，配置请求信息包括目标运营方和目标配置信息。

在本发明实施例中，目标运营方可以由目标运营方在闸机运营管理平台上的目标管理账号表示，目标运营方也可以由目标运营方在闸机运营管理平台内的目标运营方ID表示，目标运营方也可以由目标运营方的目标运营方名称表示，在此不做限制。

在本发明实施例中，目标配置信息可以包括各个闸机的位置信息、目标运营方的计费方式、目标运营方支持的票款信息、目标运营方支持的支付方式、目标运营方支持的支付平台和目标运营方支持的信息处理方式等。

S330、将目标运营方与目标配置信息关联存储。

在本发明实施例中，当服务器接收到配置请求之后，可以将目标运营方与目标配置信息关联存储，以使服务器可以利用目标配置信息对与目标运营方相关的交易信息进行相应处理。

S340、接收目标闸机发送的开闸请求。

S350、响应于所述开闸请求，对所述开闸请求进行解析，得到开闸请求信息；其中，所述开闸请求信息包括目标闸机标识和目标交易信息。

S360、根据所述目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，所述目标配置信息为与所述目标闸机标识所属的目标运营方关联存储的配置信息，所述目标配置信息包括多个信息处理方式。

S370、在所述多个信息处理方式中，查询所述目标闸机标识对应的目标信息处理方式。

S380、对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作。

其中，S340-S380与图2中所示的S210-S250相似，在此不做赘述。

由此，在本发明实施例中，目标运营方可以在目标闸机开始使用前，对服务器内预先存储的目标配置信息进行设置，即每个运营方可以根据各自的需求对服务器内存储的配置信息进行个性化设置，以提高闸机系统的灵活性。

在本发明另一些实施例中，目标配置信息可以包括至少一个可用支付方式，可用支付方式可以为目标运营方所支持的支付方式。

相应地，在S330之后，在S340之前，该信息处理方法还可以包括：

向目标闸机发送激活指令；其中，激活指令包括至少一个可用支付方式，激活指令用于使目标闸机的至少一个可用采集模块处于激活状态，一个可用采集模块对应一个交易信息类型，一个交易信息类型对应一个可用支付方式；

其中，目标交易信息为目标可用采集模块采集的交易信息。

具体地，服务器在接收到目标配置信息之后，可以向该目标运营方对应的每个闸机分别发送激活指令，激活指令可以控制闸机处于激活状态以及控制闸机的可用支付方式对应的交易信息采集模块处于激活状态，即控制闸机的可用采集模块处于激活状态。

在本发明一些实施例中，目标可用采集模块为目标闸机中任意一个可用采集模块，在目标闸机根据激活指令使可用采集模块处于激活状态之后，目标闸机即可以通过可用采集模块中的任意一个采集目标交易信息。

由此，可以通过闸机运营管理平台的服务器统一连接并管理各个运营方的闸机，以实现对不同运营商的闸机的调度和激活。

图4示出了本发明一个实施例提供的地铁闸机系统的交互流程示意图。如图4所示，该地铁闸机系统可以包括运营方使用的电子设备、入口闸机、出口闸机、闸机运营管理平台的管理平台服务器和支付平台的支付平台服务器，该地铁闸机系统的交互流程可以包括：

S401、电子设备向管理平台服务器发送配置请求；配置请求包括运营方的站点信息、票款信息、计费信息、信息处理方式、可用支付方式和可用支付平台，其中，站点信息可以包括多个站点的位置信息和每个站点对应的闸机标识，票款信息可以包括运营方支持的货币种类，计费信息可以包括计费方式、出入口位置与距离的对应关系、距离与金额的关系，时长与金额的关系等；

S402、管理平台服务器根据可用支付平台，将运营方所支持的支付平台与运营方关联；

S403、管理平台服务器根据可用支付方式，生成激活指令，并且向入口闸机和出口闸机分别发送激活指令，以激活入口闸机和出口闸机及闸机中可用支付方式对应的可用采集模块；

S404、入口闸机采集过闸用户的交易信息，并根据交易信息生成入口开闸请求；

S405、入口闸机向管理平台服务器发送入口开闸请求，使管理平台服务器在确定交易信息对应的交易方式为可用交易方式、交易信息对应的交易平台为可用交易平台、入口闸机对应的信息处理方式为存储交易信息之后，将入口开闸请求中的入口开闸请求时间、交易信息和入口闸机标识关联存储；

S406、管理平台服务器向入口闸机发送开闸指令；

S407、入口闸机接收到开闸指令后，执行开闸动作，并对过闸用户放行；

S408、出口闸机采集过闸用户的交易信息，并根据交易信息生成出口开闸请求；

S409、出口闸机向管理平台服务器发送出口开闸请求，使管理平台服务器在在确定交易信息对应的交易方式为可用交易方式、交易信息对应的交易平台为可用交易平台、出口闸机对应的信息处理方式为处理交易信息之后，获取交易信息对应的入口开闸请求时间和入口闸机标识以出口开闸请求中的出口开闸请求时间和出口闸机标识，并根据入口开闸请求时间、入口闸机标识、出口开闸请求时间、出口闸机标识和运营方的计费方式，计算待支付金额，并根据交易信息、运营方在交易信息对应的交易平台下的运营方交易账号和待支付金额，生成资源转移请求；

S410、管理平台服务器向支付平台服务器发送资源转移请求，使支付平台服务器将待支付金额由交易信息对应的用户交易账号转移至运营方交易账号；

S411、支付平台服务器向管理平台服务器发送资源转移请求的请求结果；其中，请求结果用于指示资源转移成功或资源转移识别；

S412、管理平台服务器在请求结果指示资源转移成功的情况下，向出口闸机发送开闸指令；

S413、出口闸机接收到开闸指令后，执行开闸动作，并对过闸用户放行。

综上所述，在本发明实施例中，营利性公共场所的运营方仅需要具备基础的供电及网络环境便可以安装闸机，以实现闸机的即装即用，一旦闸机损坏、或随技术发展带来支付能力或硬件升级，可整机替换，降低搭建闸机系统的成本。并且，在本发明实施例中，运营方可以根据需要预先在闸机运营管理平台的服务器中存储配置信息，以实现对闸机的统一管理，运营方还可以通过闸机运营管理平台的服务器对闸机进行灵活地配置。另外，在本发明实施例中，闸机运营管理平台的服务器可以实现对不同的运营方的闸机的统一管理，提高了闸机系统的通用性。

图5示出了本发明一个实施例提供的信息处理装置的结构示意图。

在本发明一些实施例中，图5所示的装置可以为图1中的服务器120或者服务器120中的功能模块，在此不做限制。

如图5所示，该信息处理装置500可以包括：

第一接收模块510用于接收目标闸机发送的开闸请求；

第一解析模块520用于响应于开闸请求，对开闸请求进行解析，得到开闸请求信息；其中，开闸请求信息包括目标闸机标识和目标交易信息；

第一查询模块530用于根据目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，目标配置信息为与目标闸机标识所属的目标运营方关联存储的配置信息，目标配置信息包括多个信息处理方式；

第二查询模块540用于在多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式；

第一执行模块550用于对目标交易信息执行目标信息处理方式对应的信息处理操作。

在本发明实施例中，能够在接收到目标闸机发送的开闸请求后，对开闸请求进行解析，得到目标闸机标识和目标交易信息，然后在多个预先存储的配置信息中，查询与目标闸机标识所属的目标运营方关联存储的目标配置信息，并在目标配置信息中的多个信息处理方式中，查询目标闸机标识对应的目标信息处理方式，进而对目标交易信息执行目标信息处理方式对应的信息处理操作，以将属于不同的运营方的配置信息统一存储，并根据不同闸机所属的运营方的配置信息对各个闸机进行统一管理，进而提高了收费闸机系统的通用性。

本发明一些实施例中，该信息处理装置500还可以包括：

第二接收模块，用于接收目标设备发送的配置请求；

第二解析模块，用于响应于配置请求，对配置请求进行解析，得到配置请求信息；其中，配置请求信息包括目标运营方和目标配置信息；

第一存储模块，用于将目标运营方与目标配置信息关联存储。

本发明一些实施例中，目标配置信息可以包括至少一个可用支付方式；

相应地，该信息处理装置500还可以包括：

第一发送模块，用于向目标闸机发送激活指令；其中，激活指令包括至少一个可用支付方式，激活指令用于使目标闸机的至少一个可用采集模块处于激活状态，一个可用采集模块对应一个交易信息类型，一个交易信息类型对应一个可用支付方式；

其中，目标交易信息为目标可用采集模块采集的交易信息。

本发明一些实施例中，目标闸机为入口闸机或出口闸机。

本发明一些实施例中，第一查询模块530可以包括；

第一查询子模块，用于在多个预先存储的运营方中，查询目标闸机标识所属的目标运营方；

第二查询子模块，用于在多个预先存储的配置信息中，查询与目标运营方关联存储的目标配置信息。

本发明一些实施例中，一个信息处理方式可以对应一个闸机类型；

相应地，第二查询模块540可以包括：

第三查询子模块，用于确定目标闸机标识对应的目标闸机类型；

第四查询子模块，用于多个信息处理方式中，查询所述标闸机类型对应的目标信息处理方式。

本发明一些实施例中，目标配置信息还可以包括至少一个可用交易平台；

相应地，该信息处理装置500还可以包括：

第一确定模块，用于确定目标交易信息所属的目标交易平台；

相应地，第一执行模块550可以具体用于：

在目标交易平台存在于至少一个可用交易平台中的情况下，对目标交易信息执行目标信息处理方式对应的信息处理操作。

本发明一些实施例中，目标信息处理方式可以为存储交易信息，开闸请求信息还可以包括开闸请求时间；

相应地，第一执行模块550可以包括：

第一执行子模块，用于将开闸请求时间、目标交易信息和目标闸机标识关联存储。

本发明一些实施例中，目标信息处理方式可以为处理交易信息，目标配置信息还可以包括目标计费方式和目标运营方在每个可用交易平台下的运营方交易账号；

相应地，第一执行模块550可以包括：

第二执行子模块，用于按照目标计费方式，确定待转移资源；

第三执行子模块，用于在多个运营方交易账号中，确定目标交易平台对应的目标运营方交易账号；

第四执行子模块，用于将待转移资源由目标交易信息对应的目标用户交易账号转移至目标运营方交易账号。

本发明一些实施例中，第四执行子模块可以具体用于：

根据目标交易信息、目标运营方交易账号和待转移资源，生成资源转移请求；

向目标交易平台对应的目标服务器发送资源转移请求；其中，资源转移请求用于请求目标服务器将待转移资源由目标用户交易账号转移至目标运营方交易账号。

本发明一些实施例中，开闸请求信息还可以包括目标交易信息对应的目标交易信息类型，目标配置信息还可以包括至少一个可用支付方式；

相应地，该信息处理装置500还可以包括：

第二确定模块，用于确定目标交易信息类型对应的目标支付方式；

相应地，第一确定模块可以具体用于：

在目标支付方式存在于至少一个可用支付方式中的情况下，确定目标交易信息所属的目标交易平台。

本发明一些实施例中，该信息处理装置500还可以包括：

第二发送模块，用于在目标信息处理方式对应的信息处理操作执行成功的情况下，向目标闸机发送开闸指令。

需要说明的是，图5所示的信息处理装置500可以执行图2至图4所示方法实施例中的各个步骤，以实现图2至图4所示方法实施例中的各个过程和效果，在此不做赘述。

图6示出了本发明实施例提供的信息处理设备的硬件结构示意图。

信息处理设备可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在综合网关容灾设备的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。在特定实施例中，存储器602包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种信息处理方法。

在一个示例中，信息处理设备还可包括通信接口603和总线610。其中，如图6所示，处理器601、存储器602、通信接口603通过总线610连接并完成相互间的通信。

通信接口603，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线610包括硬件、软件或两者，将信息处理设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线610可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该信息处理设备可以实现结合图2至图4描述的信息处理方法和装置。

另外，结合上述实施例中的信息处理方法，本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种信息处理方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (12)

1.一种信息处理方法，包括：

接收目标闸机发送的开闸请求；

响应于所述开闸请求，对所述开闸请求进行解析，得到开闸请求信息；其中，所述开闸请求信息包括目标闸机标识和目标交易信息；

根据所述目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，所述目标配置信息为与所述目标闸机标识所属的目标运营方关联存储的配置信息，所述目标配置信息包括多个信息处理方式；

在所述多个信息处理方式中，查询所述目标闸机标识对应的目标信息处理方式；

对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作；

其中，一个所述信息处理方式对应一个闸机类型；

其中，所述在所述多个信息处理方式中，查询所述目标闸机标识对应的目标信息处理方式，包括：

确定所述目标闸机标识对应的目标闸机类型；

在所述多个信息处理方式中，查询所述目标闸机类型对应的目标信息处理方式；

所述目标配置信息还包括至少一个可用交易平台；

其中，在所述对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作之前，所述方法还包括：

确定所述目标交易信息所属的目标交易平台；

所述对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作，包括：

在所述目标交易平台存在于所述至少一个可用交易平台中的情况下，对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作；

在所述目标闸机类型为信息采集闸机的情况下，所述目标信息处理方式为存储交易信息，所述开闸请求信息还包括开闸请求时间，所述信息采集闸机为用于采集通行信息的闸机；其中，所述对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作，包括：将所述开闸请求时间、所述目标交易信息和所述目标闸机标识关联存储；

在所述目标闸机类型为计费闸机的情况下，所述目标信息处理方式为处理交易信息，所述目标配置信息还包括目标计费方式和所述目标运营方在每个所述可用交易平台下的运营方交易账号，所述计费闸机为用于进行计费的闸机；其中，所述对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作，包括：按照所述目标计费方式，确定待转移资源；在多个所述运营方交易账号中，确定所述目标交易平台对应的目标运营方交易账号；将所述待转移资源由所述目标交易信息对应的目标用户交易账号转移至所述目标运营方交易账号。

2.根据权利要求1所述的方法，其中，在所述接收目标闸机发送的开闸请求之前，所述方法还包括：

接收目标设备发送的配置请求；

响应于所述配置请求，对所述配置请求进行解析，得到配置请求信息；其中，所述配置请求信息包括所述目标运营方和所述目标配置信息；

将所述目标运营方与所述目标配置信息关联存储。

3.根据权利要求2所述的方法，其中，所述目标配置信息包括至少一个可用支付方式；

其中，在所述将所述目标运营方与所述目标配置信息关联存储之后，且在所述接收目标闸机发送的开闸请求之前，所述方法还包括：

向所述目标闸机发送激活指令；其中，所述激活指令包括所述至少一个可用支付方式，所述激活指令用于使所述目标闸机的至少一个可用采集模块处于激活状态，一个所述可用采集模块对应一个交易信息类型，一个所述交易信息类型对应一个所述可用支付方式；

其中，所述目标交易信息为目标可用采集模块采集的交易信息。

4.根据权利要求1所述的方法，其中，所述目标闸机为入口闸机或出口闸机。

5.根据权利要求1所述的方法，其中，所述根据所述目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息，包括；

在多个预先存储的运营方中，查询所述目标闸机标识所属的所述目标运营方；

在多个预先存储的配置信息中，查询与所述目标运营方关联存储的所述目标配置信息。

6.根据权利要求1所述的方法，其中，所述将所述待转移资源由所述目标交易信息对应的目标用户交易账号转移至所述目标运营方交易账号，包括：

根据所述目标交易信息、所述目标运营方交易账号和所述待转移资源，生成资源转移请求；

向所述目标交易平台对应的目标服务器发送所述资源转移请求；其中，所述资源转移请求用于请求所述目标服务器将所述待转移资源由所述目标用户交易账号转移至所述目标运营方交易账号。

7.根据权利要求1所述的方法，其中，所述开闸请求信息还包括所述目标交易信息对应的目标交易信息类型，所述目标配置信息还包括至少一个可用支付方式；

其中，在所述确定所述目标交易信息所属的目标交易平台之前，所述方法还包括：

确定所述目标交易信息类型对应的目标支付方式；

所述确定所述目标交易信息所属的目标交易平台，包括：

在所述目标支付方式存在于所述至少一个可用支付方式中的情况下，确定所述目标交易信息所属的所述目标交易平台。

8.根据权利要求1所述的方法，其中，在所述对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作之后，所述方法还包括：

在所述目标信息处理方式对应的信息处理操作执行成功的情况下，向所述目标闸机发送开闸指令。

9.一种信息处理装置，包括：

第一接收模块，用于接收目标闸机发送的开闸请求；

第一解析模块，用于响应于所述开闸请求，对所述开闸请求进行解析，得到开闸请求信息；其中，所述开闸请求信息包括目标闸机标识和目标交易信息；

第一查询模块，用于根据所述目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，所述目标配置信息为与所述目标闸机标识所属的目标运营方关联存储的配置信息，所述目标配置信息包括多个信息处理方式；

第二查询模块，用于在所述多个信息处理方式中，查询所述目标闸机标识对应的目标信息处理方式；

第一执行模块，用于对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作；

其中，一个所述信息处理方式对应一个闸机类型；

其中，所述第二查询模块包括：

第三查询子模块，用于确定所述目标闸机标识对应的目标闸机类型；

第四查询子模块，用于在所述多个信息处理方式中，查询所述目标闸机类型对应的目标信息处理方式；

所述目标配置信息还包括至少一个可用交易平台；

其中，所述装置还包括：

第一确定模块，用于确定所述目标交易信息所属的目标交易平台；

所述第一执行模块具体用于：

在所述目标交易平台存在于所述至少一个可用交易平台中的情况下，对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作；

在所述目标闸机类型为信息采集闸机的情况下，所述目标信息处理方式为存储交易信息，所述开闸请求信息还包括开闸请求时间，所述信息采集闸机为用于采集通行信息的闸机；其中，所述第一执行模块包括：第一执行子模块，用于将所述开闸请求时间、所述目标交易信息和所述目标闸机标识关联存储；

在所述目标闸机类型为计费闸机的情况下，所述目标信息处理方式为处理交易信息，所述目标配置信息还包括目标计费方式和所述目标运营方在每个所述可用交易平台下的运营方交易账号，所述计费闸机为用于进行计费的闸机；其中，第一执行模块还包括：第二执行子模块，用于按照所述目标计费方式，确定待转移资源；第三执行子模块，用于在多个所述运营方交易账号中，确定所述目标交易平台对应的目标运营方交易账号；第四执行子模块，用于将所述待转移资源由所述目标交易信息对应的目标用户交易账号转移至所述目标运营方交易账号。

10.一种信息处理设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-8中任意一项所述的信息处理方法。

11.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-8中任意一项所述的信息处理方法。

12.一种闸机系统，包括多个闸机和服务器，其中：

所述闸机用于向所述服务器发送开闸请求；

所述服务器用于接收多个闸机中的目标闸机发送的开闸请求；响应于所述开闸请求，对所述开闸请求进行解析，得到开闸请求信息；其中，所述开闸请求信息包括目标闸机标识和目标交易信息；根据所述目标闸机标识，在多个预先存储的配置信息中，查询目标配置信息；其中，所述目标配置信息为与所述目标闸机标识所属的目标运营方关联存储的配置信息，所述目标配置信息包括多个信息处理方式；在所述多个信息处理方式中，查询所述目标闸机标识对应的目标信息处理方式；对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作；

其中，一个所述信息处理方式对应一个闸机类型；

所述服务器还用于确定所述目标闸机标识对应的目标闸机类型；在所述多个信息处理方式中，查询所述目标闸机类型对应的目标信息处理方式；

所述目标配置信息还包括至少一个可用交易平台；

其中，所述服务器还用于确定所述目标交易信息所属的目标交易平台；在所述目标交易平台存在于所述至少一个可用交易平台中的情况下，对所述目标交易信息执行所述目标信息处理方式对应的信息处理操作；

在所述目标闸机类型为信息采集闸机的情况下，所述目标信息处理方式为存储交易信息，所述开闸请求信息还包括开闸请求时间，所述信息采集闸机为用于采集通行信息的闸机；其中，所述服务器还用于将所述开闸请求时间、所述目标交易信息和所述目标闸机标识关联存储；

在所述目标闸机类型为计费闸机的情况下，所述目标信息处理方式为处理交易信息，所述目标配置信息还包括目标计费方式和所述目标运营方在每个所述可用交易平台下的运营方交易账号，所述计费闸机为用于进行计费的闸机；其中，所述服务器还用于按照所述目标计费方式，确定待转移资源；在多个所述运营方交易账号中，确定所述目标交易平台对应的目标运营方交易账号；将所述待转移资源由所述目标交易信息对应的目标用户交易账号转移至所述目标运营方交易账号。

Images