CN113221187B - 一种数据处理方法、计费装置及系统、计算机设备及储存介质 - Google Patents

Abstract

本发明涉及数据处理领域，特别是涉及一种数据处理方法、计费装置及系统、计算机设备及储存介质，所述数据处理方法包括：从公交系统获取行程信息，所述行程信息包括乘客身份标识信息、行程时间信息，和原始票价信息；根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；向所述公交系统输出支付信息；向联盟链发送交易信息，所述联盟链用于分布式储存所述交易信息，所述交易信息至少包括乘客身份标识信息、行程时间信息、原始票价信息、优惠信息，和支付信息。本发明将交易信息上传至联盟链进行储存，防止交易数据的丢失、防止交易数据被篡改，也方便联盟链各方对进行对账。

Description

一种数据处理方法、计费装置及系统、计算机设备及储存介质

技术领域

本发明涉及数据处理领域，特别是涉及一种数据处理方法、计费装置及系统、计算机设备及储存介质。

背景技术

当前的城市公交系统包含多种公交方式，如地铁、城市轻轨、公交车、出租车、共享自行车等，每种公交产品会有多家公交公司运营，各自负责一片区域。由于公共交通产品承担着一定的社会责任，所以在公交系统的规则制定、管理上都会有公共管理部门参与，系统中往往存在着类似总公交公司之类的角色，对公交系统进行统筹管理。随着智慧城市的发展，公交系统的数字化进程不断提速，各种公交一卡通使市民用户可以使用一张卡乘坐各种公共交通，且能够跨车种、跨运营企业地享受优惠政策。

现有的系统解决方案主要是由发卡方搭建整个公交结算网络，对接各种公交系统，将市民用户的乘坐信息传入发卡方的系统中，由发卡方先进行费用与优惠计算，到月底在与各公司结算对账。

现有系统存在发卡方与公交公司信息未同步，存在信息丢失或者数据被篡改的问题。

发明内容

基于此，有必要针对上述的问题，提供一种数据处理方法，包括：

从公交系统获取行程信息，所述行程信息包括乘客身份标识信息、行程时间信息，和原始票价信息；

根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；

向所述公交系统输出支付信息；

向联盟链发送交易信息，所述联盟链用于分布式储存所述交易信息，所述交易信息至少包括乘客身份标识信息、行程信息、原始票价信息、优惠信息，和支付信息。

在其中一个实施例中，提供一种计费装置，所述计费装置用于公交系统中的换乘计费，并执行如前述实施例提供的数据处理方法。

在其中一个实施例中，提供一种基于联盟链的计费系统，所述系统包括：

如前述实施例提供的计费装置；以及

联盟链，所述联盟链用于分布式储存所述交易信息。

在其中一个实施例中，提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述数据处理方法的步骤。

在其中一个实施例中，提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述数据处理方法的步骤。

上述一种数据处理方法、计费装置及系统，以及计算机设备，通过获取乘客的行程信息，先对根据乘客的行程进行优惠计算，再将账单等交易信息实时上传至联盟链，联盟链能够对交易信息进行同步，将交易信息进行分布式储存，防止交易数据丢失、或被篡改，方便发卡方与各公交公司进行对账。

附图说明

图1为一个实施例中提供的数据处理方法的应用环境图；

图2为一个实施例中数据处理方法的流程图；

图3为一个实施例中另一种数据处理方法的流程图；

图4为一个实施例中另一种数据处理方法的流程图；

图5为一个实施例中另一种数据处理方法的流程图；

图6为一个实施例中计费系统联盟链普通节点结构图；

图7为一个实施例中计费系统进行数据处理的时序图；

图8为一个实施例中计费系统的结构图；

图9为一个实施例中计费装置的结构图；

图10为一个实施例中计算机设备的内部结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但除非特别说明，这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一xx脚本称为第二xx脚本，且类似地，可将第二xx脚本称为第一xx脚本。

实施例一：

图1为一个实施例中提供的数据处理方法的应用环境图，如图1所示，在该应用环境中，包括公交机具110、计算机设备120，以及联盟链130。

计算机设备120可以是独立的物理服务器或终端，也可以是多个物理服务器构成的服务器集群，可以是提供云服务器、云数据库、云存储和CDN等基础云计算服务的云服务器。

公交机具110可以是二维码扫描仪、读卡器等能够和乘客进行刷卡交互或者扫码交互的设备，但并不局限于此。公交机具110以及计算机设备120可以通过网络进行连接，本发明在此不做限制。

联盟链130是基于区块链技术的网络架构，计算机设备120与联盟链130可以通过网络进行连接，本发明在此不做限制。

如图2所示，在一种实施例中，提出了一种数据处理方法，本实施例主要以该方法应用于上述图1中的服务器120来举例说明。

具体可以包括以下步骤：

步骤S202，从公交系统获取行程信息，所述行程信息包括乘客身份标识信息、行程时间信息，和原始票价信息；

步骤S204，根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；

步骤S206，向所述公交系统输出支付信息；

步骤S208，向联盟链发送交易信息，所述联盟链用于分布式储存所述交易信息，所述交易信息至少包括乘客身份标识信息、行程时间信息、原始票价信息、优惠信息，和支付信息。

在本发明的一个实施例中，公交系统可以包含种公交方式，如地铁、城市轻轨、公交车、出租车、共享自行车等，乘客乘车会进行刷卡或者扫码，并根据相应的行程进行付款，同时公交系统可以获得该乘客的行程时间，身份标识，进而服务器120从公交系统中获取行程信息，行程信息中可以包括该乘客的身份标识信息，行程时间信息，和原始票价信息。

在本发明的一个实施例中，计费规则为预先设定于服务器120中，在获取到行程信息后，根据计费规则，将实时获取的行程信息和该乘客之前的行程进行对比，判断当前行程是否满足优惠条件，在计算出实际需要支付的价格，并生成支付信息。

在本发明的一个实施例中，服务器120生成的支付信息发送至公交系统，由乘客进行付款或公交系统自行扣除。

在本发明的一个实施例中，服务器120生成支付信息后，还要将该次行程的交易信息发送至联盟链。交易信息中包含了原始的乘客身份标识信息、行程时间信息、原始票价信息，还包含了经过优惠计算的优惠信息，以及包含乘客实际支付价格、支付时间等的支付信息。联盟链可由不同的节点组成，公交公司、发卡方等公司的服务器可以成为联盟链的节点，进而将交易的交易信息发送至联盟链进行存储，可以使各个节点同步交易信息，也防止数据丢失、数据被篡改。

在本发明实施例中，能够对乘客的乘车行程进行计费，并根据乘客的不同行程进行优惠计算，在将交易信息上传的联盟链进行储存，防止交易数据的丢失、防止交易数据被篡改，也方便联盟链各方对进行对账。

如图3所示，在一种实施例中，在步骤S202从公交系统获取行程信息之后，还包括下列步骤：

S302，根据所述行程信息中的行程时间的先后顺序将所述行程信息插入现有的行程信息集合中，所述行程信息集合为获取于不同所述公交系统中具有相同乘客身份标识信息的若干所述行程信息，以行程时间顺序排列的集合。

在本发明的一个实施例中，行程信息集合可以是同一乘客在同一天的行程信息的集合，在进行计算时，能够大量减少计算量，提高计算效率。

在本发明的一个实施例中，乘客在乘坐交通工具过程中或者在换乘不同的交通工具后，存在因机具传输问题可能出现数据更新延迟的问题，因而在获取到行程信息后，还要判断当前行程信息是为正常顺序获取的数据还是延迟获取的数据，并将获取的行程信息根据数据产生的时间先后顺序插入服务器120中现有的行程信息集合中。该行程信息集合以乘客的身份标识信息为索引，以行程时间为顺序排列的集合，其包含了同一乘客的不同行程，在插入当前获取的行程信息后，也仅是对同一乘客的行程费用进行优惠计算。由于公交系统可以是不同的地铁系统或公交车系统，行程信息集合中的行程信息可以是来自不同系统的数据，在进行计算费用时，服务器120可以实现跨系统的费用计算，实现对乘客换乘不同交通工具后乘车费用进行优惠。同时对延迟上传的行程信息进行重新计算费用，避免费用因数据的延迟获得而计算错误。

在本发明实施例中，每个乘客可以对应多个行程，对于公交车，乘客完成一次上下车刷卡为一个行程，或者完成一次进出站刷卡为一个行程等；每个行程可以对应多个支付账单，如正常支付账单、补款账单、退款账单等；每个账单对应一个支付信息。

如图4所示，在一种实施例中，步骤S204根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息的具体步骤包括下列步骤：

S402，当所述行程信息插入所述行程信息集合末端时，根据当前行程信息之前一项行程信息对应行程的优惠状态、以及其与前一项行程之间的时间差是否满足时间阈值，计算优惠金额，并生成支付信息；

S404，当所述行程信息插入所述行程信息集合前端时，重新计算当前行程信息之后的每一项行程信息对应行程的优惠金额，并生成支付信息；

S406，当所述行程信息插入所述行程信息集合中间时，执行如前述所述行程信息插入所述行程信息集合末端时的步骤，在执行如前述所述行程信息插入所述行程信息集合前端时的步骤。

在本发明的一个实施例中，根据行程时间信息，将行程信息插入行程信息集合中的末端，即当前获取的行程信息数据为顺序上传，将该行程信息与其前一项的行程信息结合共同计算优惠金额。具体的可以是先查看当前行程信息之前一项行程信息对应行程的优惠状态，判断其是否未进行优惠，再比较当前行程信息对应行程与其之前一项行程信息对应行程发生时间之差是否小于设定的时间阈值；当两者都满足，可对当前行程进行优惠，并生成支付信息，用于对乘客进行扣款或补款。

在本发明的一个实施例中，根据行程时间信息，将行程信息插入行程信息集合中的最前端，即当前获取的行程信息数据为延迟上传且为初始行程，将该行程信息与其后一项的行程信息结合，重新计算其后一项行程信息对应行程的优惠金额，在重新计算每一项行程信息对应的行程的优惠金额，并生成支付信息。

在本发明的一个实施例中，根据行程时间信息，将行程信息插入行程信息集合中的中部，即当前获取的行程信息数据为延迟上传且为中间行程，将该行程信息与其前一项的行程信息结合共同计算优惠金额，再重新计算其后每一项行程信息的优惠金额，并生成支付信息。

在本发明实施例中，乘客在一段时间内只能进行一项行程，因而同一乘客的行程能够以时间为顺序线性排列，以此，将接收的行程信息根据行程的发生时间排列，而非依据公交系统中数据的上传时间排列，避免因数据上传延迟导致计算错误，同时将接收的行程信息依据行程时间分类插入，再以不同的处理顺序重新计算优惠金额，提高处理效率，同时步骤S406直接以步骤S402和S404的处理流程进行处理，节省了处理流程，提升了处理效率。

如图5所示，在一种实施例中，步骤S302根据所述行程信息中的行程时间的先后顺序将所述行程信息插入现有的行程信息集合中之前的步骤为：

S502，根据所述行程信息中的身份标识信息匹配唯一处理线程，所述处理线程用于计算行程费用。

在本发明的一个实施例中，服务器120在进行行程费用计算时，采用多线程并发计算，可同时对获取的大量不同乘客的行程信息进行计算，为了防止不同线程同时计算同一乘客的行程费用，对若干线程加入全局锁，将每个行程信息与计算线程进行匹配；具体的是每个被计算的行程的身份标识信息被存入一个计算队列，当获取到新的行程信息后，以其身份标识为索引，在计算队列中查询与该身份标识锁定的线程，将该行程信息加入对应的线程的缓存队列中。

作为本发明实施例的一个示例：

本发明的一个优惠规则为：在乘客第一次乘坐公交时为全价，在时间T内换乘其他线路进行第二次行程时，对其第二次行程进行优惠减免，且最多连续减免一次。

在实际处理数据时，公交车机具上会上传n条当前行程信息(y1、y2....yn)，每条信息中包含乘车人卡号c、原始票价p、刷卡时间t，即分别对应身份标识信息，原始票价信息，行程时间信息；同时用于计算行程价格的服务器120中保存有m条已有交易信息(x1、x2、x3....xm)，交易信息中同样包括乘车人卡号c、原始票价p、刷卡时间t，还包括优惠金额属性s和实际支付价格z，分别对应优惠信息和支付信息；在n条当前行程信息上传至服务器120并进行优惠计算后，为其增加优惠金额属性s和实际支付价格z形成交易信息。

具体地，对比当前接收的行程信息中行程时间与现有的交易信息的时间先后顺序，并根据时间先后顺序将接受到的n条行程信息插入m条交易信息中，再以乘客的身份标识为索引从m条信息中筛选属于同一乘客的w条交易信息，并对每条行程信息的优惠金额、支付价格进行计算。即判断是否为延迟上传的行程信息时，是以m条交易信息为基准；在实际进行插入行程信息计算优惠金额s与应付价格z时，是以同一乘客的w条交易信息为基准。

进一步地，

流程(1)，当行程信息的行程时间晚于w条交易信息中最后一项交易信息的行程时间，将行程信息插入y条交易信息的最后端，此时可直接计算当前的行程信息的优惠金额。计算时，先查看属于同一乘客的该待计算行程信息前一项行程的优惠状态，若为未优惠，则继续判断两项行程发生时间之差是否小于60min，若是，则计算优惠金额并得出应付价格z，并记录优惠金额s；否则，不进行优惠，应付价格z为原始票价p，并记录优惠金额s。

流程(2)，当行程信息的行程时间早于当前第一项交易信息的行程时间，将行程信息插入w条交易信息的最前端，此时可直接以乘客的身份标识为索引进行计算当前的行程信息之后一项行程信息对应行程的优惠金额，由于只能最多连续减免优惠一次，需要依次重新计算其后每一项行程的优惠金额。计算时，直接判断当前待计算的行程信息与其后一项行程信息的行程发生时间之差是否小于60min，若是，则计算优惠金额并得出应付价格z，并记录优惠金额s，否则，不进行优惠，应付价格z为原始票价p，并记录优惠金额s；再对w+1条交易信息中插入项之后的偶数项交易信息的优惠金额清零，并依次计算插入项之后的奇数项交易信息的优惠金额s，得出所有项交易信息的应付价格z。

流程(3)，当行程信息的行程时间位于若干行程之间，将行程信息插入w条交易信息的中间，直接依次执行流程(2)、流程(3)。

实施例二：

如图9所示，本发明还提供一种计费装置，所述计费装置用于公交系统中的换乘计费，所述计费装置包括：

接收模块，用于从公交系统获取行程信息；

优惠计费模块，用于根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；以及

输出模块，用于向所述公交系统输出支付信息，并向联盟链发送交易信息。

在本发明实施例中，乘客不同的行程进行换乘时，存在换乘不同交通工具的情况，不同的交通工具通常属与不同的系统，在对换乘进行计费时，需要结合不同系统进行计算，该计费装置可以连接不同的公交系统并从不同的公交系统中获取乘客的行程信息，并进行费用计算；该计费装置可以集成于上述的计算机设备120中，具体可以包括能够进行计费的模块，该模块能够执行实施例一中任一实施例提供的数据处理方法。

在一个实施例中，图10示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的服务器120。如图10所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现实施例一的数据处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行实施例一的数据处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的计费装置可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行。计算机设备的存储器中可存储组成该计费装置的各个程序模块，比如，图9所示的接收模块、优惠计费模块和输出模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的数据处理方法中的步骤。

例如，图10所示的计算机设备可以通过如图9所示的计费装置中的接收模块执行步骤S202。计算机设备可通过优惠计费模块执行步骤S204。计算机设备可通过输出模块执行步骤S206和S208。

实施例三：

如图8所示，本发明还提供一种基于联盟链的计费系统，包括：

如实施例二提供的计费装置；以及

联盟链，所述联盟链用于分布式储存所述交易信息。

在本发明实施例中，计费装置在计算出乘客的换乘费用后，将交易信息发送至联盟链进行同步，并储存；联盟链能够将交易信息数据进行分布式储存，去除现有的中心化储存数据的结构，能够有效防止数据的丢失或者被篡改。同时联盟链的各个节点可由发卡方，各公交公司共同组成；每个节点可以包括若干组服务器，如节点服务器、本地数据库、运维与管理服务器；在对交易数据进行结算时，结算过程与结算数据公开透明，且各个节点共同维护账本，降低了结算的成本，还可以通过接入更多节点来扩充系统。

在本发明的一种实施例中，所述联盟链包括：

密钥管理模块，用于生成、发送密钥；

核心节点，与所述计费装置连接，用于获取所述交易信息并生成交易数据包，将所述交易数据包经过哈希运算生成区块，并将所述区块广播至普通节点；以及

普通节点，用于获取所述区块，并根据所述区块中哈希值从所述核心节点获取所述交易数据包。

在本发明的一个实施例中，密钥管理模块可以是一组服务器，与核心节点模块连接。密钥管理模块能够根据接收的随机数生成密钥，并将密钥发送至核心节点。

在本发明的一个实施例中，核心节点由发卡方组成，核心节点的本地数据库与计费装置连接，并将交易数据加密打包生成交易数据包，再实时上传至联盟链上，联盟链将交易信息同步至各节点中，联盟链上各普通节点能够进一步获取交易信息。

在本发明的一个实施例中，普通节点由各公交公司组成，共同运营维护联盟链，也能够通过联盟链对交易信息进行结算。

在本发明的实施例中，在核心节点的本地数据库获取到计费装置发送的交易信息后，先向密钥管理模块发送一条随机数，再接受密钥管理系统发送的密钥，核心节点本地数据库通过获得的密钥对数据进行加密生成交易数据包、并保存至本地，再通过哈希计算得到交易数据包的哈希值，将哈希值附加标签后发送至联盟链核心节点服务器，并进行上链；联盟链核心节点服务器将交易广播至各普通节点，普通节点服务器获取到交易数据包信息；普通节点本地数据库从普通节点服务器爬取交易数据包哈希值，并根据哈希值从核心节点本地数据库请求同步交易数据包；普通节点本地数据库接收到交易数据包后，同时可以拿到交易数据包加密用的随机数。再使用该随机数从密钥证书管理模块处获取加密密钥，密钥证书管理服务器验证其身份后返回加密密钥；普通节点本地数据库使用加密密钥解密交易数据包，获取该交易数据包的交易信息，保存在本地。

如图6所示，在本发明的一种实施例中，所述普通节点包括：

爬取单元，用于从联盟链中爬取最新的所述哈希值；

请求单元，用于向所述核心节点模块发送同步与所述哈希值对应的交易数据包的请求；

第一获取单元，用于获取所述交易数据包以及随机数；

发送单元，用于向所述密钥管理模块发送随机数；

第二获取单元，用于获取与所述随机数对应的密钥；

解密单元，用于根据所述密钥解密所述交易数据包并生成交易信息；以及

存储单元，用于存储所述交易信息。

在本发明实施例中，普通节点包括普通节点本地数据库、普通节点服务器，普通节点本地数据库与密钥管理模块连接，普通节点服务器与核心节点服务器连接，普通节点可以有多个，普通节点能够获取并保存计费装置上传的交易信息，普通节点与核心节点通过达成共识，共同储存交易信息，进而防止交易信息的丢失或者篡改。

在一个实施例中，本申请提供的计费装置可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行。计算机设备的存储器中可存储组成该计费装置的各个程序单元，比如，图6所示的爬取单元、请求单元、第一获取单元、发送单元、第二获取单元、解密单元、存储单元。各个程序单元构成的计算机程序使得处理器执行本说明书中联盟链普通节点的各个单元的功能步骤。

实施例四：

在一个实施例中，提出了一种计算机设备，所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

步骤S202，从公交系统获取行程信息，所述行程信息包括乘客身份标识信息、行程时间信息，和原始票价信息；

步骤S204，根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；

步骤S206，向所述公交系统输出支付信息；

步骤S208，向联盟链发送交易信息，所述联盟链用于分布式储存所述交易信息，所述交易信息至少包括乘客身份标识信息、行程时间信息、原始票价信息、优惠信息，和支付信息。

实施例五：

在一个实施例中，提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：

步骤S202，从公交系统获取行程信息，所述行程信息包括乘客身份标识信息、行程时间信息，和原始票价信息；

步骤S204，根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；

步骤S206，向所述公交系统输出支付信息；

步骤S208，向联盟链发送交易信息，所述联盟链用于分布式储存所述交易信息，所述交易信息至少包括乘客身份标识信息、行程时间信息、原始票价信息、优惠信息，和支付信息。

应该理解的是，虽然本发明各实施例的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种数据处理方法，其特征在于，所述数据处理方法包括：

从公交系统获取行程信息，所述行程信息包括乘客身份标识信息、行程时间信息，和原始票价信息；

根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；

向所述公交系统输出支付信息；

向联盟链发送交易信息，所述联盟链用于分布式储存所述交易信息，所述交易信息至少包括乘客身份标识信息、行程时间信息、原始票价信息、优惠信息，和支付信息；

所述从公交系统获取行程信息之后的步骤为：

根据所述行程信息中的行程时间的先后顺序将所述行程信息插入现有的行程信息集合中，所述行程信息集合为获取于不同所述公交系统中具有相同乘客身份标识信息的若干所述行程信息，以行程时间顺序排列的集合；

根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息的步骤具体包括：

当所述行程信息插入所述行程信息集合末端时，根据当前行程信息之前一项行程信息对应行程的优惠状态、以及其与前一项行程之间的时间差是否满足时间阈值，计算优惠金额，并生成支付信息；

当所述行程信息插入所述行程信息集合前端时，重新计算当前行程信息之后的每一项行程信息对应行程的优惠金额，并生成支付信息；

当所述行程信息插入所述行程信息集合中间时，执行如前述所述行程信息插入所述行程信息集合末端时的步骤，再执行如前述当所述行程信息插入所述行程信息集合前端时的步骤。

2.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述行程信息中的行程时间的先后顺序将所述行程信息插入现有的行程信息集合中之前的步骤为：

根据所述行程信息中的身份标识信息匹配唯一处理线程，所述处理线程用于计算行程费用。

3.一种计费装置，其特征在于，所述计费装置用于公交系统中的换乘计费，所述计费装置包括：

接收模块，用于从公交系统获取行程信息，所述行程信息包括乘客身份标识信息、行程时间信息，和原始票价信息；

行程信息插入模块，用于根据所述行程信息中的行程时间的先后顺序将所述行程信息插入现有的行程信息集合中，所述行程信息集合为获取于不同所述公交系统中具有相同乘客身份标识信息的若干所述行程信息，以行程时间顺序排列的集合；

优惠计费模块，用于根据预设的计费规则判断所述行程信息对应的行程是否满足优惠条件，计算优惠价格并生成支付信息；具体包括：当所述行程信息插入所述行程信息集合末端时，根据当前行程信息之前一项行程信息对应行程的优惠状态、以及其与前一项行程之间的时间差是否满足时间阈值，计算优惠金额，并生成支付信息；当所述行程信息插入所述行程信息集合前端时，重新计算当前行程信息之后的每一项行程信息对应行程的优惠金额，并生成支付信息；当所述行程信息插入所述行程信息集合中间时，执行如前述所述行程信息插入所述行程信息集合末端时的步骤，再执行如前述当所述行程信息插入所述行程信息集合前端时的步骤；以及

输出模块，用于向所述公交系统输出支付信息，并向联盟链发送交易信息，所述联盟链用于分布式储存所述交易信息，所述交易信息至少包括乘客身份标识信息、行程时间信息、原始票价信息、优惠信息，和支付信息。

4. 一种基于联盟链的计费系统，所述系统包括：

如权利要求3所述的计费装置；以及

联盟链，所述联盟链用于分布式储存所述交易信息。

5.根据权利要求4所述的计费系统，其特征在于，所述联盟链包括：

密钥管理模块，用于生成、发送密钥；

核心节点，与所述密钥管理模块进行通信，并与所述计费装置连接，用于获取所述交易信息并生成交易数据包，将所述交易数据包经过哈希运算生成区块，并将所述区块广播至普通节点；以及

普通节点，与所述密钥管理模块进行通信，所述普通节点用于获取所述区块，并根据所述区块中哈希值从所述核心节点获取所述交易信息。

6.根据权利要求5所述的计费系统，其特征在于，所述普通节点包括：

爬取单元，用于从联盟链中爬取最新的所述哈希值；

请求单元，用于向所述核心节点模块发送同步与所述哈希值对应的交易数据包的请求；

第一获取单元，用于获取所述交易数据包以及随机数；

发送单元，用于向所述密钥管理模块发送随机数；

第二获取单元，用于获取与所述随机数对应的密钥；

解密单元，用于根据所述密钥解密所述交易数据包并生成交易信息；以及

存储单元，用于存储所述交易信息。

7.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1至2中任一项权利要求所述的数据处理方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行权利要求1至2中任一项权利要求所述的数据处理方法。

Images